SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
The ncurses package already contains terminfo/termcap definitions for rxvt. Does more need to be done than that?
Ah, I couldn't tell you without double checking - I've done it to all my machines, one of the first things on every install - urxvt is my everyday terminal.
From memory top was one that showed problems
That said - I do have a habit of not doing full installs, so it may be self inflicted
I am asking Pat to consider a way to identify Slackware Current. I started another thread and then decided the idea is a candidate for a feature request.
Connecting to Slackwarearm-current (as of March 26)
$ top
'rxvt-unicode': unknown terminal type.
edit:
$ ls -l /var/log/packages/ncurses-6.0-arm-2
-rw-r--r-- 1 root root 58882 Mar 27 17:19 /var/log/packages/ncurses-6.0-arm-2
edit2:
scp rxvt-unicode{,-256color} from another machine, x86_64 !, mv to /usr/share/terminfo/r/
and top works, the tic is unnecessary ( cos I build from source normally! )
edit3:
also in my .Xresources...
!! Defeats the purpose somewhat urxvt is nice and everything else works
!! but scrolling text off to the left on long lines is an absolute fuckin no
!!URxvt*termName: xterm
! Fixed, adding an adding an entry to /etc/termcap fixes this
!! use whatever urxvt defaults to
!URxvt*termName: rxvt-unicode-256color
!URxvt*termName: rxvt-unicode
edit4:
Yes, lots of bits commented out, I've been using that file for few years ( I swear less now! )
sorry...
edit 5: ( new user set up at each end of the connection )
bash-4.4$ set | grep TERM
COLORTERM=rxvt-xpm
TERM=rxvt-unicode
bash-4.4$ ssh testbob@tiny
testbob@tiny's password:
Linux 4.14.32-vds.
You are false data.
testbob@tiny:~$ set | grep TERM
TERM=rxvt-unicode
testbob@tiny:~$ top
'rxvt-unicode': unknown terminal type.
testbob@tiny:~$ ls -l /var/log/packages/ncurses-5.9-i486-4
-rw-r--r-- 1 root root 58331 Sep 30 2017 /var/log/packages/ncurses-5.9-i486-4
testbob@tiny:~$ ls -ltr /var/log/packages/ | tail -n 1
-rw-r--r-- 1 root root 937283 Apr 1 15:22 ruby-2.2.10-i586-1_slack14.2
testbob@tiny:~$
Last edited by OldHolborn; 04-01-2018 at 05:05 PM.
xorg-server: bug report for 1.19.6. Just a cosmetic issue but the upstream patch included in the bug report does fix the issue for me.
sddm: If a user is added to /etc/passwd please make 100% sure that the home directory does exist. Maybe this could be fixed by the sddm package itself with simply add the /var/lib/sddm directory but in my opinion the home directory should be added by the system when adding a new user. In this case sddm may fail to start if the home directory does not exist.
Last edited by DarkVision; 04-01-2018 at 10:31 PM.
xorg-server: bug report for 1.19.6. Just a cosmetic issue but the upstream patch included in the bug report does fix the issue for me.
I am not sure this bug is the same one on my system. Xorg isn't freezing my system but it does have odd output showing that x is trying to add input devices and then ignoring them. I attached my Xorg.0.log.
I am not sure this bug is the same one on my system. Xorg isn't freezing my system but it does have odd output showing that x is trying to add input devices and then ignoring them. I attached my Xorg.0.log.
Thx for second that, XOrg isn't freezing here too... i get the same output to Xorg.log. As said, just a cosmetic issue since X will start anyway...
Just want to report that installpkg can't work with multibyte chars (.utf8) in path.
example:
Code:
root@sevar:~# installpkg /home/sbolokanov/Свалѣно/ffmpeg-3.4.2-x86_64-1alien.txz
rev: stdin: Invalid or incomplete multibyte or wide character
Cannot install /home/sbolokanov/Свалѣно/ffmpeg-3.4.2-x86_64-1alien.txz: external compression utility missing
It is caused by this part:
Code:
# A stronger formula is needed to regularize output that will be parsed.
unset LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY \
LC_MESSAGES LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT \
LC_IDENTIFICATION LC_ALL
LANG=C
export LANG
It would be nice if it can work with unicode out of the box.
Last edited by sbolokanov; 04-04-2018 at 03:54 AM.
# A stronger formula is needed to regularize output that will be parsed.
unset LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY \
LC_MESSAGES LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT \
LC_IDENTIFICATION LC_ALL
LANG=C
export LANG
It would be nice if it can work with unicode out of the box.
Yes. In Slint instead we have:
Code:
# A stronger formula is needed to regularize output that will be parsed.
unset LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY \
LC_MESSAGES LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT \
LC_IDENTIFICATION LC_ALL
#unset LANG No: keeping LANG set is needed for i18n - Didier Spaier
#LANG=C
#export LANG
With no known issue so far.
Last edited by Didier Spaier; 04-03-2018 at 06:27 AM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.