gnarface | i guess that's a good question | 00:08 |
---|---|---|
Syllin | lenovo carbon x1 gen 6 | 06:19 |
Syllin | i get very soft sound, but somethings definitely wrong | 06:19 |
Syllin | looks like i can use this guy https://github.com/christopherccg/realtek-alsa-driver/commits/master | 06:21 |
scoofy | trying to set locale on devuan ascii (armel/raspi), is this documented somewhere? | 08:34 |
scoofy | get 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 installed | 08:35 |
xrogaan | scoofy: same way than debian | 10:03 |
xrogaan | scoofy: /etc/locale.gen and then the cmd locale-gen | 10:05 |
xrogaan | to know your locale: locale | 10:07 |
xrogaan | and then you have the update-locale command | 10:08 |
xrogaan | changes your system's locale, apparently. | 10:08 |
xrogaan | read the manual for all those | 10:09 |
scoofy | xrogaan: I'm getting errors. please see https://paste.debian.net/1080489/ | 10:22 |
scoofy | i get lots similar warnings when using apt-get | 10:23 |
scoofy | also tried 'dpkg-reconfigure locales', that failed too | 10:27 |
scoofy | should i file a bug report, or am I doing something wrong? | 10:27 |
xrogaan | your locale.gen file is broken | 12:07 |
xrogaan | add en_GB.utf8 in it | 12:09 |
xrogaan | well en_GB.UTF-8 UTF-8 | 12:09 |
xrogaan | also fucking `man locale.gen' | 12:10 |
scoofy | but i want my locale to be en_US.UTF8 | 12:10 |
scoofy | i didn't set en_GB | 12:10 |
xrogaan | >> update-locale | 12:10 |
scoofy | gives the error message I quoted. | 12:11 |
xrogaan | Yes, meaning you didn't RTFM | 12:11 |
scoofy | 'man locale-gen' is one paragraph, and doesn't say anything useful | 12:11 |
xrogaan | > https://manpages.debian.org/stretch/locales/update-locale.8.en.html | 12:12 |
xrogaan | locale.gen is a file listing all the locale that needs generated | 12:12 |
scoofy | got that part | 12:12 |
xrogaan | https://manpages.debian.org/stretch/locales/locale.gen.5.en.html | 12:13 |
xrogaan | so you want the en_US in it | 12:13 |
scoofy | just as I did! as shown by the pastelog... | 12:14 |
scoofy | it fails to update | 12:14 |
xrogaan | to 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_GB | 12:15 |
scoofy | /etc/default/locale was generated by update-locals | 12:15 |
scoofy | what do i need to do that the system now recognizes my locale as en_US? | 12:16 |
xrogaan | You can override which locale a software needs to use with `LC_ALL=en_US cmd' | 12:16 |
scoofy | look, my problem is, i constantly get warning error messages about locales whenever i do system administration... | 12:16 |
scoofy | i just want to get rid of the warnings | 12:16 |
xrogaan | You probably want to reboot once the locale is generated and the default set | 12:16 |
scoofy | i'll try. | 12:17 |
xrogaan | because your system environment is still set on the old locale | 12:17 |
xrogaan | The locale is just a variable set at boot or when you start a DE | 12:17 |
scoofy | so, might not get updated until reboot | 12:17 |
xrogaan | if you generate the en_GB locale, the error will go away | 12:17 |
xrogaan | also, you can have more than one line in locale.gen | 12:18 |
scoofy | i'll try if it persists. thanks. | 12:18 |
xrogaan | If you just want to make the error go away, you can just do that. | 12:18 |
scoofy | rebooted. it's still en_GB. anyways i'll try to generate en_GB , hoping the errors go away | 12:19 |
xrogaan | As I said, same system as debian: https://wiki.debian.org/Locale | 12:19 |
xrogaan | paste your /etc/default/locale | 12:19 |
scoofy | but it's still en_GB... no idea why | 12:19 |
xrogaan | you want update-locale LANG=en_US.UTF-8 | 12:22 |
scoofy | https://paste.debian.net/1080504/ | 12:23 |
xrogaan | you do not want LC_ALL="en_US.UTF-8" | 12:23 |
scoofy | i pasted this from a putty login. when i log in from my raspi, then 'locale' says en_GB (cannot copy/paste that) | 12:23 |
scoofy | well, that was generated by update-locale, not me | 12:23 |
xrogaan | it generate with something you type | 12:23 |
scoofy | didn't pass any arguments | 12:24 |
scoofy | everything was default settings/config | 12:24 |
xrogaan | update-locale doesn't do anything if you do not pass any arguments | 12:24 |
scoofy | tried with LANG=en_US.UTF-8. will now reboot | 12:25 |
xrogaan | have you tried dpkg-reconfigure locales? | 12:26 |
scoofy | of course. | 12:26 |
scoofy | that fails, too | 12:26 |
xrogaan | you do log out of your putty session ,right? | 12:27 |
scoofy | sure. i rebooted now | 12:27 |
xrogaan | the locale is straight forward, there should be nothing hidden. I don't know what is wrong with your system. | 12:28 |
scoofy | me neither. i set en_US and locale says en_GB | 12:29 |
scoofy | /etc/default/locale is en_US | 12:29 |
xrogaan | locale -a shows all the locale available on the system | 12:29 |
scoofy | c, c.utf8, posix, en_US.utf8 | 12:30 |
scoofy | i get different env settings when i log in from different computers | 12:30 |
scoofy | from one i get "POSIX" from the other i get "en_GB.UTF8" | 12:30 |
scoofy | both should be en_US.UTF8 | 12:31 |
xrogaan | grep AcceptEnv /etc/ssh/sshd_config | 12:32 |
xrogaan | the computer you are using is probably passing the locale to the remote. | 12:32 |
scoofy | that's what i am thinking | 12:33 |
scoofy | hm... seems true. my raspi has en_GB set, that's what devuan is getting when i ssh in | 12:33 |
xrogaan | I don't use putty, I don't know. | 12:33 |
scoofy | happens with ssh too | 12:33 |
scoofy | well, also with putty it doesn't pass the system locale, rather it passes 'posix' | 12:34 |
xrogaan | because ssh reads your /etc/ssh/ssh_config file | 12:34 |
xrogaan | probably has a SendEnv in it | 12:34 |
xrogaan | 'cause putty isn't configured? | 12:34 |
scoofy | man, I only fired up putty so that I can do a copy/paste... because i cannot copy/paste from my raspi | 12:35 |
scoofy | the issue i am having is not with putty, or in putty | 12:35 |
scoofy | so 'grep AcceptEnv /etc/ssh/sshd_config' says: | 12:35 |
scoofy | AcceptEnv LANG LC_* | 12:36 |
xrogaan | the ssh daemon accepts the LANG environment passed by the client. | 12:36 |
scoofy | i guess I need to delete that line. | 12:37 |
xrogaan | https://manpages.debian.org/jessie/openssh-server/sshd_config.5.en.html#AcceptEnv_4 | 12:37 |
xrogaan | no | 12:37 |
xrogaan | maybe | 12:37 |
xrogaan | yeah, do that | 12:38 |
scoofy | after deleting the AcceptEnv line, 'locale' becomes POSIX | 12:38 |
xrogaan | might want to set this one: https://manpages.debian.org/jessie/openssh-server/sshd_config.5.en.html#PermitUserEnvironment_2 | 12:38 |
scoofy | and so, I do not get warning messages as 'posix' is installed | 12:39 |
scoofy | so, that fixed it | 12:39 |
xrogaan | check your remote's .bashrc or .profile | 12:40 |
scoofy | nothing locale-related in it | 12:41 |
xrogaan | your .ssh/environment can be read to set the locale too | 12:41 |
scoofy | okay, so it was an sshd config problem, not a locale setting problem | 12:42 |
xrogaan | well you system's locale was not en_US | 12:43 |
scoofy | this is the first time i had this, all the previous sshd configs had that disabled | 12:43 |
scoofy | i even had no idea that env vars can be passed along via ssh | 12:44 |
scoofy | so, thanks for the help, these are things that are hard to find in the manuals | 12:47 |
scoofy | also, 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 |
scoofy | the raspberry comes from the Brits, so they use GB in their official images. | 12:57 |
xrogaan | So that's why :P | 14:38 |
DocScrutinizer05 | ssh 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 them | 14:38 |
DocScrutinizer05 | this ->> >><xrogaan> the computer you are using is probably passing the locale to the remote.<< | 14:39 |
scoofy | and 'undefindef behaviour' happens. | 14:41 |
djph | DocScrutinizer05: check /etc/ssh/ssh_config | 14:41 |
DocScrutinizer05 | I wonder which general policy to follow | 14:41 |
djph | IIRC it has options like 'export LC_*' that should be commented out, to make the client behave | 14:42 |
djph | or set the server to NOT accept the client's exports | 14:42 |
DocScrutinizer05 | which *is* the entity that *knows* the "right" LC_* env values | 14:42 |
djph | .. .err, I'm saying 'export' but it's probably the wrong word. | 14:42 |
DocScrutinizer05 | actually shouldn't it raher be the remote box' user account's config that defines the local terminal's locales? | 14:45 |
DocScrutinizer05 | from a concept and workflow perspective | 14:45 |
DocScrutinizer05 | in 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 etc | 14:47 |
scoofy | that's the behaviour i'd most expect | 14:48 |
scoofy | and that results in the least amount of unexpected surprises | 14:49 |
DocScrutinizer05 | so 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 |
scoofy | i believe that's right. | 14:53 |
DocScrutinizer05 | seems the ssh devels had a brainfart enabling env forwarding in a recent release | 14:53 |
scoofy | never had this in the past | 14:53 |
DocScrutinizer05 | me neither | 14:53 |
DocScrutinizer05 | yeah, seems you help me out: https://i.imgur.com/eRJEE7l.png | 14:56 |
DocScrutinizer05 | WTF LC_PAPER | 14:57 |
DocScrutinizer05 | never even heard of | 14:57 |
DocScrutinizer05 | and gone those are | 14:59 |
scoofy | DocScrutinizer05: to make sure your server prints using the same paper size as your local box :P | 15:02 |
DocScrutinizer05 | somesuch X-P | 15:20 |
MinceR | should depend on the printer or the document | 15:34 |
DocScrutinizer05 | or... B-) on the paper used | 16:18 |
bleb | so under desktop settings theres a place you can pick a solid color | 19:43 |
bleb | but i can't figure out how to make it my background | 19:43 |
bleb | i can only select different wallpaper images | 19:44 |
bleb | selecting a different image changes the background, but im not able to use a solid color instead of an image | 19:44 |
gnarface | bleb: 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 |
bleb | oh yeah style: none | 19:47 |
bleb | found it thanks | 19:47 |
gnarface | no problem | 19:49 |
OneManHateGroup | Hi all. | 23:27 |
OneManHateGroup | I'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 login | 23:30 |
OneManHateGroup | I've read a bunch of articles, but none of them pointed me in the right direction. | 23:31 |
Syllin | you could try booting by the liveusb and checking /var/log/syslog for the last login attempt? | 23:49 |
OneManHateGroup | That's a good one... lemme try that | 23:55 |
OneManHateGroup | Now the live usb doesn | 23:57 |
OneManHateGroup | t | 23:57 |
OneManHateGroup | want to work the screen eithre | 23:57 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!