Tiny Core Extensions > TCE Bugs

getlocale.sh fails silently in urxvt (rxvt.tcz) terminal

<< < (2/2)

andyj:
I try to keep my VM setup minimal so my extensions don't pull in things I don't want when I compile them. My desktop is flwm, and I'm using Xorg 3d. I don't know if this helps or not:


--- Code: ---tc@box:~$ xdpyinfo
name of display:    :0.0
version number:    11.0
vendor string:    The X.Org Foundation
vendor release number:    12006000
X.Org version: 1.20.6
maximum request size:  16777212 bytes
motion buffer size:  256
bitmap unit, bit order, padding:    32, LSBFirst, 32
image byte order:    LSBFirst
number of supported pixmap formats:    7
supported pixmap formats:
    depth 1, bits_per_pixel 1, scanline_pad 32
    depth 4, bits_per_pixel 8, scanline_pad 32
    depth 8, bits_per_pixel 8, scanline_pad 32
    depth 15, bits_per_pixel 16, scanline_pad 32
    depth 16, bits_per_pixel 16, scanline_pad 32
    depth 24, bits_per_pixel 32, scanline_pad 32
    depth 32, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 255
focus:  window 0x1200006, revert to PointerRoot
number of extensions:    28
    BIG-REQUESTS
    Composite
    DAMAGE
    DOUBLE-BUFFER
    DPMS
    DRI2
    DRI3
    GLX
    Generic Event Extension
    MIT-SCREEN-SAVER
    MIT-SHM
    Present
    RANDR
    RECORD
    RENDER
    SHAPE
    SYNC
    VMWARE_CTRL
    X-Resource
    XC-MISC
    XFIXES
    XFree86-DGA
    XFree86-VidModeExtension
    XINERAMA
    XInputExtension
    XKEYBOARD
    XTEST
    XVideo
default screen number:    0
number of screens:    1

screen #0:
  dimensions:    1918x998 pixels (507x264 millimeters)
  resolution:    96x96 dots per inch
  depths (7):    24, 1, 4, 8, 15, 16, 32
  root window id:    0x405
  depth of root window:    24 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x20
  default number of colormap cells:    256
  preallocated pixels:    black 0, white 16777215
  options:    backing-store WHEN MAPPED, save-unders NO
  largest cursor:    64x64
  current input event mask:    0xda403f
    KeyPressMask             KeyReleaseMask           ButtonPressMask         
    ButtonReleaseMask        EnterWindowMask          LeaveWindowMask         
    KeymapStateMask          StructureNotifyMask      SubstructureNotifyMask   
    SubstructureRedirectMask PropertyChangeMask       ColormapChangeMask       
  number of visuals:    408
  default visual id:  0x21
  visual:
    visual id:    0x21
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
{rest snipped}

--- End code ---


--- Code: ---tc@box:~$ cat .Xdefaults
fltk*scheme: gtk+
Xft.dpi: 96.0
Xft.autohint: 0
Xft.lcdfilter: lcddefault
Xft.hintstyle: hintslight
Xft.hinting: 1
Xft.antialias: 1
Xft.rgba: rgb
URxvt*scrollBar: true
URxvt*transparent: true
URxvt*title: Terminal
URxvt*foreground: white
URxvt*background: black
#URxvt*font: xft:DejaVu Sans Mono:style=Book:size=10
URxvt*font: xft:Hack:style=Regular:size=10
#URxvt*font: xft:Unifont:style=Regular:size=12
#URxvt*font: xft:Noto Sans Disp Blk:style=Regular:size=10
#URxvt*font: xft:Terminus:style=Regular:size=20
URxvt*cursorColor: green
URxvt*fading: 20
URxvt*shading: 50
URxvt*color12: DodgerBlue1
URxvt*saveLines: 1000
URxvt*letterSpace: 0
URxvt*iso14755: 1

--- End code ---

You can see I have tried a few fonts. I'm using Hack for now. If you think of something else that might be helpful let me know.

GNUser:
I tinkered a bit more and realized that the problem only occurs on my TCL system where urxvt is just a binary (i.e., rxvt.tcz is not loaded). Loading rxvt.tcz makes the problem go away, presumably because the extension provides this file: /usr/local/share/terminfo/r/rxvt-unicode-256color.

I'm terribly sorry for the noise :-[ In the future, I'll make sure to try to reproduce my "problem" on a standard TCL setup before I start a thread asking for help.

P.S. For the non-standard system in question, jazzbiker's workaround is perfect. Thanks jazzbiker!

aus9:

--- Quote ---If you think of something else that might be helpful let me know.
--- End quote ---

beauty and size is in the eye of the beholder

mononoki font 18 pts for rxvt to the right and sakura to the left same font but 17 points
If interested in clicking....rxvt is a bit strong in the colours while sakura is weaker
https://imgur.com/PjcKFqw

Notice the zero is O with a slash

PDP-8:
I ran into the same upstream thing on Porteus, where a few programs like htop, mc etc would fall over with the normal default system TERM environment variables.

What I did was to call up those few programs having problems where they demand a certain TERM variable otherwise they would fail.

Example - for htop, I ran it like this:


--- Code: ---TERM=xterm htop
--- End code ---

Then, for convenience, I used an alias for htop to call it like this from then on.  Same thing for mc. 

By using an alias to call them with the TERM value that works best for those upstream issues, without totally changing the global TERM variable, this seemed to be the band-aid for those few programs which aren't playing nicely.

I think.  I wasn't smart enough to claim credit - the devs suggested it.  :)

Navigation

[0] Message Index

[*] Previous page