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:06 | lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br) | |
| 05:11 | lucascastro has left IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br, Quit: Leaving) | |
| 06:09 | Hyperbyte has left IRC (Hyperbyte!~jan@middelkoop.cc, Quit: leaving) | |
| 06:09 | Hyperbyte has joined IRC (Hyperbyte!~jan@middelkoop.cc) | |
| 07:42 | adrianor1 has joined IRC (adrianor1!~adrianorg@179.187.27.64.dynamic.adsl.gvt.net.br) | |
| 07:43 | adrianorg has left IRC (adrianorg!~adrianorg@177.132.223.19, Ping timeout: 246 seconds) | |
| 07:45 | Leolo_2 has left IRC (Leolo_2!~fil@24-54-27-253.mg.cgocable.ca, Ping timeout: 246 seconds) | |
| 07:55 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
| 09:06 | GodFather has left IRC (GodFather!~rcc@174-081-217-069.dhcp.chtrptr.net, Ping timeout: 250 seconds) | |
| 09:37 | pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Ping timeout: 240 seconds) | |
| 09:49 | pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme) | |
| 10:51 | enaut[m] has left IRC (enaut[m]!enautmatri@gateway/shell/matrix.org/x-hksfaoqqsyirpmfd, Remote host closed the connection) | |
| 11:47 | Faith has joined IRC (Faith!~Paty_@unaffiliated/faith) | |
| 12:20 | lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br) | |
| 12:59 | enaut[m] has joined IRC (enaut[m]!enautmatri@gateway/shell/matrix.org/x-kifhzvdtgbwgixtc) | |
| 14:44 | vagrantc 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:48 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
| 16:48 | lucascastro has left IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br, Remote host closed the connection) | |
| 16:48 | lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br) | |
| 18:06 | lucascastro has left IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br, Read error: Connection reset by peer) | |
| 18:06 | lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br) | |
| 20:08 | lucascastro has left IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br, Ping timeout: 252 seconds) | |
| 20:13 | lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br) | |
| 20:23 | Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Read error: Connection reset by peer) | |
| 20:24 | Faith has joined IRC (Faith!~Paty_@unaffiliated/faith) | |
| 20:36 | lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br) | |
| 20:44 | lucas_ has joined IRC (lucas_!~lucascast@186.193.179.153.jupiter.com.br) | |
| 20:45 | lucas_ has left IRC (lucas_!~lucascast@186.193.179.153.jupiter.com.br, Remote host closed the connection) | |
| 20:46 | lucascastro has left IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br, Ping timeout: 246 seconds) | |
| 20:48 | lucas_ has joined IRC (lucas_!~lucascast@186.193.179.153.jupiter.com.br) | |
| 21:19 | Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Quit: Leaving) | |
| 21:32 | adrianorg has joined IRC (adrianorg!~adrianorg@189.114.159.100) | |
| 21:34 | adrianor1 has left IRC (adrianor1!~adrianorg@179.187.27.64.dynamic.adsl.gvt.net.br, Ping timeout: 250 seconds) | |
| 22:03 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving) | |
| 22:12 | Leolo_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
| |