libera/#devuan/ Monday, 2019-04-29

gnarfacei guess that's a good question00:08
Syllinlenovo carbon x1 gen 606:19
Syllini get very soft sound, but somethings definitely wrong06:19
Syllinlooks like i can use this guy https://github.com/christopherccg/realtek-alsa-driver/commits/master06:21
scoofytrying to set locale on devuan ascii (armel/raspi), is this documented somewhere?08:34
scoofyget lots of locale-related warnings, i believe because the generated locale is en_US.UTF-8, but the system locale is set to en_GB.UTF-8 so scripts believe the locale is not installed08:35
xrogaanscoofy: same way than debian10:03
xrogaanscoofy: /etc/locale.gen and then the cmd locale-gen10:05
xrogaanto know your locale: locale10:07
xrogaanand then you have the update-locale command10:08
xrogaanchanges your system's locale, apparently.10:08
xrogaanread the manual for all those10:09
scoofyxrogaan: I'm getting errors. please see https://paste.debian.net/1080489/10:22
scoofyi get lots similar warnings when using apt-get10:23
scoofyalso tried 'dpkg-reconfigure locales', that failed too10:27
scoofyshould i file a bug report, or am I doing something wrong?10:27
xrogaanyour locale.gen file is broken12:07
xrogaanadd en_GB.utf8 in it12:09
xrogaanwell en_GB.UTF-8 UTF-812:09
xrogaanalso fucking `man locale.gen'12:10
scoofybut i want my locale to be en_US.UTF812:10
scoofyi didn't set en_GB12:10
xrogaan>> update-locale12:10
scoofygives the error message I quoted.12:11
xrogaanYes, meaning you didn't RTFM12:11
scoofy'man locale-gen' is one paragraph, and doesn't say anything useful12:11
xrogaan> https://manpages.debian.org/stretch/locales/update-locale.8.en.html12:12
xrogaanlocale.gen is a file listing all the locale that needs generated12:12
scoofygot that part12:12
xrogaanhttps://manpages.debian.org/stretch/locales/locale.gen.5.en.html12:13
xrogaanso you want the en_US in it12:13
scoofyjust as I did! as shown by the pastelog...12:14
scoofyit fails to update12:14
xrogaanto change the locale of your system, you need to change some variable in /etc/default/locale (which is what update-locale do, plus sanitizing)12:14
scoofy/etc/default/locale says en_US, 'locale' still says en_GB12:15
scoofy/etc/default/locale was generated by update-locals12:15
scoofywhat do i need to do that the system now recognizes my locale as en_US?12:16
xrogaanYou can override which locale a software needs to use with `LC_ALL=en_US cmd'12:16
scoofylook, my problem is, i constantly get warning error messages about locales whenever i do system administration...12:16
scoofyi just want to get rid of the warnings12:16
xrogaanYou probably want to reboot once the locale is generated and the default set12:16
scoofyi'll try.12:17
xrogaanbecause your system environment is still set on the old locale12:17
xrogaanThe locale is just a variable set at boot or when you start a DE12:17
scoofyso, might not get updated until reboot12:17
xrogaanif you generate the en_GB locale, the error will go away12:17
xrogaanalso, you can have more than one line in locale.gen12:18
scoofyi'll try if it persists. thanks.12:18
xrogaanIf you just want to make the error go away, you can just do that.12:18
scoofyrebooted. it's still en_GB. anyways i'll try to generate en_GB , hoping the errors go away12:19
xrogaanAs I said, same system as debian: https://wiki.debian.org/Locale12:19
xrogaanpaste your /etc/default/locale12:19
scoofybut it's still en_GB... no idea why12:19
xrogaanyou want update-locale LANG=en_US.UTF-812:22
scoofyhttps://paste.debian.net/1080504/12:23
xrogaanyou do not want LC_ALL="en_US.UTF-8"12:23
scoofyi pasted this from a putty login. when i log in from my raspi, then 'locale' says en_GB (cannot copy/paste that)12:23
scoofywell, that was generated by update-locale, not me12:23
xrogaanit generate with something you type12:23
scoofydidn't pass any arguments12:24
scoofyeverything was default settings/config12:24
xrogaanupdate-locale doesn't do anything if you do not pass any arguments12:24
scoofytried with LANG=en_US.UTF-8. will now reboot12:25
xrogaanhave you tried dpkg-reconfigure locales?12:26
scoofyof course.12:26
scoofythat fails, too12:26
xrogaanyou do log out of your putty session ,right?12:27
scoofysure. i rebooted now12:27
xrogaanthe locale is straight forward, there should be nothing hidden. I don't know what is wrong with your system.12:28
scoofyme neither. i set en_US and locale says en_GB12:29
scoofy/etc/default/locale is en_US12:29
xrogaanlocale -a shows all the locale available on the system12:29
scoofyc, c.utf8, posix, en_US.utf812:30
scoofyi get different env settings when i log in from different computers12:30
scoofyfrom one i get "POSIX" from the other i get "en_GB.UTF8"12:30
scoofyboth should be en_US.UTF812:31
xrogaangrep AcceptEnv /etc/ssh/sshd_config12:32
xrogaanthe computer you are using is probably passing the locale to the remote.12:32
scoofythat's what i am thinking12:33
scoofyhm... seems true. my raspi has en_GB set, that's what devuan is getting when i ssh in12:33
xrogaanI don't use putty, I don't know.12:33
scoofyhappens with ssh too12:33
scoofywell, also with putty it doesn't pass the system locale, rather it passes 'posix'12:34
xrogaanbecause ssh reads your /etc/ssh/ssh_config file12:34
xrogaanprobably has a SendEnv in it12:34
xrogaan'cause putty isn't configured?12:34
scoofyman, I only fired up putty so that I can do a copy/paste... because i cannot copy/paste from my raspi12:35
scoofythe issue i am having is not with putty, or in putty12:35
scoofyso 'grep AcceptEnv /etc/ssh/sshd_config' says:12:35
scoofyAcceptEnv LANG LC_*12:36
xrogaanthe ssh daemon accepts the LANG environment passed by the client.12:36
scoofyi guess I need to delete that line.12:37
xrogaanhttps://manpages.debian.org/jessie/openssh-server/sshd_config.5.en.html#AcceptEnv_412:37
xrogaanno12:37
xrogaanmaybe12:37
xrogaanyeah, do that12:38
scoofyafter deleting the AcceptEnv line, 'locale' becomes POSIX12:38
xrogaanmight want to set this one: https://manpages.debian.org/jessie/openssh-server/sshd_config.5.en.html#PermitUserEnvironment_212:38
scoofyand so, I do not get warning messages as 'posix' is installed12:39
scoofyso, that fixed it12:39
xrogaancheck your remote's .bashrc or .profile12:40
scoofynothing locale-related in it12:41
xrogaanyour .ssh/environment can be read to set the locale too12:41
scoofyokay, so it was an sshd config problem, not a locale setting problem12:42
xrogaanwell you system's locale was not en_US12:43
scoofythis is the first time i had this, all the previous sshd configs had that disabled12:43
scoofyi even had no idea that env vars can be passed along via ssh12:44
scoofyso, thanks for the help, these are things that are hard to find in the manuals12:47
scoofyalso, en_GB was some factory default in the rasbian image i was using to log into the devuan, i never changed it. hence the GB/US mismatch and the warnings.12:48
scoofythe raspberry comes from the Brits, so they use GB in their official images.12:57
xrogaanSo that's why :P14:38
DocScrutinizer05ssh logins and locale settings are a PITA. FUBAR for me on most of my boxes since ca 2 years. And it's pretty obscure how it's supposed to get done right. What seems to happen: ssh propagates the local LC_* settings to the remote server and more often than not the remote doesn't play nice with them14:38
DocScrutinizer05this ->>  >><xrogaan> the computer you are using is probably passing the locale to the remote.<<14:39
scoofyand 'undefindef behaviour' happens.14:41
djphDocScrutinizer05: check /etc/ssh/ssh_config14:41
DocScrutinizer05I wonder which general policy to follow14:41
djphIIRC it has options like 'export LC_*' that should be commented out, to make the client behave14:42
djphor set the server to NOT accept the client's exports14:42
DocScrutinizer05which *is* the entity that *knows* the "right" LC_* env values14:42
djph.. .err, I'm saying 'export' but it's probably the wrong word.14:42
DocScrutinizer05actually shouldn't it raher be the remote box' user account's config that defines the local terminal's locales?14:45
DocScrutinizer05from a concept and workflow perspective14:45
DocScrutinizer05in the end it should be irrelevant from which machine I log in to server Disney user mickeymouse. It's that user mickeymouse that defines the locale DUCKVILLE_duckville andalso stuff like font comic_sans etc14:47
scoofythat's the behaviour i'd most expect14:48
scoofyand that results in the least amount of unexpected surprises14:49
DocScrutinizer05so I need to forbid ssh client and server to forward LC_* envs and I define those in my server-side login-script, right?14:51
scoofyi believe that's right.14:53
DocScrutinizer05seems the ssh devels had a brainfart enabling env forwarding in a recent release14:53
scoofynever had this in the past14:53
DocScrutinizer05me neither14:53
DocScrutinizer05yeah, seems you help me out:  https://i.imgur.com/eRJEE7l.png14:56
DocScrutinizer05WTF  LC_PAPER14:57
DocScrutinizer05never even heard of14:57
DocScrutinizer05and gone those are14:59
scoofyDocScrutinizer05: to make sure your server prints using the same paper size as your local box :P15:02
DocScrutinizer05somesuch X-P15:20
MinceRshould depend on the printer or the document15:34
DocScrutinizer05or... B-)  on the paper used16:18
blebso under desktop settings theres a place you can pick a solid color19:43
blebbut i can't figure out how to make it my background19:43
blebi can only select different wallpaper images19:44
blebselecting a different image changes the background, but im not able to use a solid color instead of an image19:44
gnarfacebleb: i don't use that window manager, but i think someone said there should be a "none" option in the image selection list, then the solid color will show instead.19:45
bleboh yeah style: none19:47
blebfound it thanks19:47
gnarfaceno problem19:49
OneManHateGroupHi all.23:27
OneManHateGroupI'm having trouble with a netbook that does the liveusb install perfectly.  Then on reboot to the hdd it does GRUB ok, starts to load the kernel, and then the screen goes black.  I know it's at the login screen beneath the black.  It won't let me CTRL+ALT+F1 to another login23:30
OneManHateGroupI've read a bunch of articles, but none of them pointed me in the right direction.23:31
Syllinyou could try booting by the liveusb and checking /var/log/syslog for the last login attempt?23:49
OneManHateGroupThat's a good one... lemme try that23:55
OneManHateGroupNow the live usb doesn23:57
OneManHateGroupt23:57
OneManHateGroupwant to work the screen eithre23:57

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!