IRC chat logs for #ltsp on irc.libera.chat (webchat)


Channel log from 31 August 2018   (all times are UTC)

05:02
<enaut[m]>
Leolo_2: is a non UEFI machine working in this network? ie. did you try it with your Laptop? that way you could make sure it is actually EFI...
05:02
I have no expirience with Efi myself.
05:06lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br)
05:11lucascastro has left IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br, Quit: Leaving)
06:09Hyperbyte has left IRC (Hyperbyte!~jan@middelkoop.cc, Quit: leaving)
06:09Hyperbyte has joined IRC (Hyperbyte!~jan@middelkoop.cc)
07:42adrianor1 has joined IRC (adrianor1!~adrianorg@179.187.27.64.dynamic.adsl.gvt.net.br)
07:43adrianorg has left IRC (adrianorg!~adrianorg@177.132.223.19, Ping timeout: 246 seconds)
07:45Leolo_2 has left IRC (Leolo_2!~fil@24-54-27-253.mg.cgocable.ca, Ping timeout: 246 seconds)
07:55ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
09:06GodFather has left IRC (GodFather!~rcc@174-081-217-069.dhcp.chtrptr.net, Ping timeout: 250 seconds)
09:37pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Ping timeout: 240 seconds)
09:49pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme)
10:51enaut[m] has left IRC (enaut[m]!enautmatri@gateway/shell/matrix.org/x-hksfaoqqsyirpmfd, Remote host closed the connection)
11:47Faith has joined IRC (Faith!~Paty_@unaffiliated/faith)
12:20lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br)
12:59enaut[m] has joined IRC (enaut[m]!enautmatri@gateway/shell/matrix.org/x-kifhzvdtgbwgixtc)
14:44vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
15:02
<mwalters>
Hi everyone. I have a couple boxes that have built in LVDS display ports that can't be disabled in the bios. I've added xrandr commands to disable the outputs, which fixes the login screen. But after logging in the output is reenabled. Is there a way to disable these on a per-machine (mac?) basis after logging in?
15:02
added xrandr commands to lts.conf*
15:03
ubuntu 14.04 host
15:07
guess I want to add a script to the LTSP chroot /etc/X11/Xsession.d/ ?
15:08
<vagrantc>
it might be the userspace applications helpfully configuring your available monitors for you
15:08
what desktop?
15:10
<mwalters>
it's an intel atom ITX board... D255MUD or something like that
15:10
already did the latest bios updates and no way to disable the flat panel display port =/
15:11
<vagrantc>
mate, gnome, kde, etc. ?
15:11
<mwalters>
gnome
15:11
(I get what you're asking now ;) )
15:12
<vagrantc>
gnome might be configuring the monitor for each user independently
15:12
<mwalters>
it certainly is, we have some folks running multihead and some not
15:12
and I'd like to retain that capability
15:12
<vagrantc>
it might be more a per-user configuration than per client
15:13
not that i'm saying that's what you want...
15:13
<mwalters>
Yeah, I get what you're saying, which is unfortunate
15:13
Other than the silly LVDS issue, these boxes work fine =/
15:14
<vagrantc>
but yeah, you might have some luck writing a script for Xsession.d that checks and disables them again ... but gnome *might* just re-enable them
15:14
<mwalters>
Yup, testing now
15:15
<vagrantc>
since gnome will run after any of your Xsession.d hooks
15:17
<enaut[m]>
mwalters: you can definately disable screens permanently on a per user base in gnome... you probably have to find the way it works and change that to a "dynamic" variant...
15:18
<mwalters>
Sure, thanks. Would be lovely on a per machine basis, since I won't know who will be getting the machine until the user's existing one breaks... at which time I'll forget to do that ;)
15:21
<enaut[m]>
I just tried to find relevant entries in dconf - but failed... But what I mean to say is, that if you disable a monitor the gnome-user way (in your Xsession.d) that should make your change permanent.
15:22
might be that I dont find the entries in dconf because only one monitor is connected...
15:22
try org.gnome.settings-daemon
15:24
I think the settings are even on a per display, per user base... so gnome remembers the settings of this user for this beamer/monitor/...
15:27
<mwalters>
yeah, Xsession.d script definitely doesn't work
15:27
I'll keep digging, thanks for the help
15:27
well, the script works, just not the way I want it to ;)
15:27
gnome is definitely doing a redetection
15:31
oh, I need to rebuild the image after making changes, right?
15:31
I might just be being an idiot
15:32
(I inherited this LTSP deployment and have zero experience with it ;) )
15:33
<||cw>
yes, also keep in mind that even though the image gets replaced, the old one still has file locks on it and uses disk space until all the clients reboot.
15:34
<mwalters>
gotcha
15:34
thanks! slowly getting it
15:34
<||cw>
so if you do a couple rebuilds only rebooting one client for testing you can run out of disk space pretty quick
15:34
<mwalters>
yeah, I thought my boss said something about the clients being forced to reboot when the image is updated
15:34
(after a certain amount of time or something)
15:34
or at least a notification that they should
15:35
<||cw>
if it's automatic, thats new
15:35
<mwalters>
It's probably just a notification then. I've only updated the packages and kernels in our chroots once
15:36
<||cw>
but for thin client, you can kill nbd and it'll take quite a long time before the clients care. fat clients will care pretty quickly
15:36
<mwalters>
yeah, we have all thin clients
15:36
...afaik ;)
15:37
It's been a bit of a mess... a bunch of IT managers in a few years. Documentation on anything is lacking
15:38
<||cw>
Documentation lacking is completely normal in smaller orgs
15:38
pretty much expected
15:38
<mwalters>
A fair comment, yes.
15:38
<||cw>
even when i try, I come back later and find what I wrote lacking in one way or another
15:48vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
16:48lucascastro has left IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br, Remote host closed the connection)
16:48lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br)
18:06lucascastro has left IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br, Read error: Connection reset by peer)
18:06lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br)
20:08lucascastro has left IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br, Ping timeout: 252 seconds)
20:13lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br)
20:23Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Read error: Connection reset by peer)
20:24Faith has joined IRC (Faith!~Paty_@unaffiliated/faith)
20:36lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br)
20:44lucas_ has joined IRC (lucas_!~lucascast@186.193.179.153.jupiter.com.br)
20:45lucas_ has left IRC (lucas_!~lucascast@186.193.179.153.jupiter.com.br, Remote host closed the connection)
20:46lucascastro has left IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br, Ping timeout: 246 seconds)
20:48lucas_ has joined IRC (lucas_!~lucascast@186.193.179.153.jupiter.com.br)
21:19Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Quit: Leaving)
21:32adrianorg has joined IRC (adrianorg!~adrianorg@189.114.159.100)
21:34adrianor1 has left IRC (adrianor1!~adrianorg@179.187.27.64.dynamic.adsl.gvt.net.br, Ping timeout: 250 seconds)
22:03ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
22:12Leolo_2 has joined IRC (Leolo_2!~fil@24-54-27-253.mg.cgocable.ca)
22:13
<Leolo_2>
enaut - the same computer can boot the same kernel when in legacy mode.
22:14
"Aug 30 13:17:36 server-Beloeil4 in.tftpd[5746]: tftpd: read(ack): Connection refused"
22:14
ok, so it's a tftp problem