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


Channel log from 20 April 2015   (all times are UTC)

00:43_izzle121_ has joined IRC (_izzle121_!~jared@d-206-53-82-160.cpe.metrocast.net)
01:33gbaman has left IRC (gbaman!~gbaman@31.205.109.64, Remote host closed the connection)
04:21work_alkisg is now known as alkisg
05:24MarconM has joined IRC (MarconM!~Marcelo@191.222.207.161)
05:24MarconM has joined IRC (MarconM!~Marcelo@unaffiliated/marconm)
05:36MarconM has left IRC (MarconM!~Marcelo@unaffiliated/marconm, Quit: Leaving)
05:54AlexPortable has joined IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-orirdzapdkgradej)
06:06vmlintu has joined IRC (vmlintu!~vmlintu@a91-152-200-70.elisa-laajakaista.fi)
06:08ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz)
06:11vmlintu has left IRC (vmlintu!~vmlintu@a91-152-200-70.elisa-laajakaista.fi, Ping timeout: 240 seconds)
06:31khildin has joined IRC (khildin!~khildin@ip-213-49-84-128.dsl.scarlet.be)
06:41
<alkisg>
!alkisg-todo
06:41
<ltsp>
alkisg-todo: (#1) support xnbd-proxy for local caching: https://bitbucket.org/hirofuchi/xnbd/wiki/Home#!scenario-2-simple-proxy-server-distributed-copy-on-write, or (#2) replace "kernel memtest86+.bin" with "linux memtest86+.bin", see r1516, or (#3) LDM_GUESTLOGIN=auto, or (#4) Support UEFI, or (#5) make KEEP_SYSTEM_SERVICES override user-defined RM_SYSTEM_SERVICES, or (#6) add forcepae
07:03
<muppis>
I've manually installed newest Firefox to chroot in 10.04. Now it asks every start about being a default browser, how I make it happen?
07:04
<alkisg>
I think that's an ubuntu question, not an ltsp one
07:04
"I installed firefox manually, how can I make it the default browser"
07:05
<muppis>
It would happily made it by itself, it seems it doesn't find some service to accomplish it.
07:06
<alkisg>
If you run firefox once, set it as the default browser, close it without logging off etc, and run it again, it asks again?
07:07
<muppis>
Yes.
07:08
And I ask here because runned at server it works like it should, but runned from thin client it doesn't.
07:08
<alkisg>
The server has 10.04?
07:08
<muppis>
yes.
07:08
<alkisg>
Thin or fat client?
07:08
Sorry, you said thin
07:09
Ah, are you using localapps?
07:09
I.e. is firefox running as a localapp?
07:12
If so, open a localxterm first, then run firefox inside it, so that you see its console messages
07:12
!localxterm
07:12
<ltsp>
localxterm: Any applications that you launch on a thin client actually runs on the server, not on the client itself. If you want to open a program on the client locally, you can type 'ltsp-localapps <program>' in a run dialog or in a terminal. For example, 'ltsp-localapps xterm' to open a terminal running on the client.
07:33
<muppis>
I did that and only thing there is complain about missiing dbus machine id
07:57
<alkisg>
Run this then: dbus-uuidgen --ensure
07:58
(in the chroot, as root)
07:59
Or use this: http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/view/head:/client/share/ltsp/init-ltsp.d/50-machine-id
08:02
(you're probably using too ancient versions of software... ltsp and others)
08:04
muppis: ^
08:18mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk)
08:50
<muppis>
alkisg, thanks. I'll try.
09:02khildin has left IRC (khildin!~khildin@ip-213-49-84-128.dsl.scarlet.be, Ping timeout: 252 seconds)
09:14alkisg is now known as work_alkisg
09:45vmlintu has joined IRC (vmlintu!~vmlintu@217.152.60.84)
09:54Markus_123 has joined IRC (Markus_123!~Markus123@193-154-226-10.adsl.highway.telekom.at)
09:59adrianorg has left IRC (adrianorg!~adrianorg@177.204.76.215.dynamic.adsl.gvt.net.br, Ping timeout: 264 seconds)
10:01adrianorg has joined IRC (adrianorg!~adrianorg@177.204.76.88.dynamic.adsl.gvt.net.br)
10:15khildin has joined IRC (khildin!~khildin@ip-213-49-84-128.dsl.scarlet.be)
10:24gdi2k_ has left IRC (gdi2k_!~gdi2k@49.151.77.1, Ping timeout: 244 seconds)
10:30work_alkisg is now known as alkisg
10:38teacher has joined IRC (teacher!c23fefeb@gateway/web/freenode/ip.194.63.239.235)
10:40telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection)
10:40gdi2k_ has joined IRC (gdi2k_!~gdi2k@180.191.105.4)
10:42telex has joined IRC (telex!teletype@freeshell.de)
10:44bojan_ has joined IRC (bojan_!75ca5c21@gateway/web/freenode/ip.117.202.92.33)
10:45
<bojan_>
I want to apply this permission "chmod a+rw /dev/ttyUSB0 " from a user local apps xterm...How to do that??
10:46
<alkisg>
RCFILE_01="chmod ..." in lts.conf
10:46
But if this is for arduino, you'd better just put the users in the correct group
10:47
<bojan_>
no not for arduino...Arduino is working good as i have learnt how to do that from user side
10:47
this is for gtkterm
10:48
<alkisg>
What device do you have in ttyUSB0?
10:48
<bojan_>
Its a RS232
10:48
<alkisg>
Or better, what's the output of this?
10:48
ls -lha /dev/ttyUSB0
10:48
(from the local xterm)
10:48
What's the group owner of that device?
10:48
<bojan_>
from server or from that user?
10:49
<alkisg>
From the user, and from the local xterm of that client
10:49
Is that node owned by "root:dialout"?
10:50
<bojan_>
crw-rw---- root dialout 188,0 Apr 20 21:53 /dev/ttyUSB0
10:50
<alkisg>
Right, so if you put the user in the dialout group, he would have access to it
10:50
No chmod necessary
10:50
<bojan_>
is it?
10:51
let me do that now
10:51
<alkisg>
A plain logoff, gpasswd -a user dialout, logon should be enough
10:53
<bojan_>
yes i done and its working now
10:53
how did u find that it will be work if i add it to dialout group??
10:54
<alkisg>
The ls -lha command told me
10:54
<bojan_>
can you please tell me so that i may not come forum for these typer of errors
10:54
ok
10:56
can u tell me is there any problem of permanent mounting of /proc to /opt/ltsp/amd64/proc ???
10:57
<alkisg>
Why would you do that?!
10:58
<bojan_>
java and other applications installed in chroot are working good only if i mount /proc
10:59
<alkisg>
Errr...
10:59
<bojan_>
Means??
10:59
<alkisg>
are you talking about only when installing them, or also when running them from the clent?
10:59highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Ping timeout: 264 seconds)
10:59
<bojan_>
Running them from client also
11:00
<alkisg>
The client doesn't have /opt/ltsp/
11:01
<bojan_>
YES THEY HAVE
11:01
<alkisg>
They shouldn't
11:02
You are doing something wrong, let's see
11:02
Are you using thin clients? Does java run as a local app or not?
11:03
<bojan_>
only java runs if i mount /proc alkisg
11:03
And all the users are having the same in the root folder what i am having
11:04
But they cannot access anything or doing any editing
11:05
<alkisg>
Java applications should work fine even if you didn't have /opt/ltsp at all
11:05
You're doing something very wrong there
11:06
<bojan_>
Can u please check this out whats wrong??
11:06
Or tell me how to check this?
11:06
<alkisg>
It's not related to ltsp...
11:06
Try asking in #ubuntu etc
11:06
<bojan_>
Oh
11:07
So on ltsp everything is good right??
11:07
<alkisg>
So ltsp is unrelated to java programs requiring /proc to be mounted
11:07
<bojan_>
okay
11:07
let me check that
11:08
Thank you for your good time
11:08
<alkisg>
You're welcome
11:09alkisg is now known as work_alkisg
11:11bojan_ has left IRC (bojan_!75ca5c21@gateway/web/freenode/ip.117.202.92.33, Quit: Page closed)
11:20vmlintu has left IRC (vmlintu!~vmlintu@217.152.60.84, Ping timeout: 246 seconds)
11:24highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage)
11:39gdi2k_ has left IRC (gdi2k_!~gdi2k@180.191.105.4, Ping timeout: 246 seconds)
11:51gdi2k_ has joined IRC (gdi2k_!~gdi2k@49.151.77.1)
12:37khildin has left IRC (khildin!~khildin@ip-213-49-84-128.dsl.scarlet.be, Ping timeout: 264 seconds)
13:04johann_ has joined IRC (johann_!5bb73c7a@gateway/web/freenode/ip.91.183.60.122)
13:09
<johann_>
I'm having a problem with opening files in local apps, if these files are in a folder with accented characters.
13:10
xdg-open seems to use a wrong character encoding when opening the file
13:10
for example:xdg-open /home/user/testé/test.mov
13:10
xdg-open /home/user/testé/test.mov
13:10
gives me the error
13:10
VLC is unable to open the MRL 'file:///home/user/test303251/test.mov'.
13:12
opening the file directly from the local app works.
13:13
opening it on the server also works
13:13
any idea how to solve this?
13:16mgariepy_ has left IRC (mgariepy_!~mgariepy@styx-204.ccs.usherbrooke.ca, Quit: Leaving)
13:16mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy)
13:22
<johann_>
When there are spaces or comma's in the path, he uses a different encoding (%20) and that one works correctly.
13:22
xdg-open /home/user/this is testé/test.mov
13:23
VLC is unable to open the MRL 'file:///home/tomb/this%20is%20test303251/test.mov'.
13:56ScrUNk has joined IRC (ScrUNk!~ScrUNk@62.83.53.196.dyn.user.ono.com)
14:03johann_ has left IRC (johann_!5bb73c7a@gateway/web/freenode/ip.91.183.60.122, Quit: Page closed)
14:14mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving)
14:21ScrUNk has left IRC (ScrUNk!~ScrUNk@62.83.53.196.dyn.user.ono.com, Ping timeout: 246 seconds)
14:26sbalneav has left IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca, Ping timeout: 240 seconds)
14:27sbalneav has joined IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca)
14:30epoptes_user7 has joined IRC (epoptes_user7!55c04735@gateway/web/freenode/ip.85.192.71.53)
14:34izzle121 has left IRC (izzle121!~izzle121@d-206-53-82-160.cpe.metrocast.net, Ping timeout: 240 seconds)
14:36izzle121 has joined IRC (izzle121!~izzle121@d-206-53-82-160.cpe.metrocast.net)
14:42sirtt has joined IRC (sirtt!425753a1@gateway/web/freenode/ip.66.87.83.161)
14:44
<sirtt>
good morning. I'm running a number of ltsp diskless fat clients. is there a way to configure them to mount an overlayfs home directory rather than the default sshfs?
14:49mgariepy has left IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy, Quit: Leaving)
14:54mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy)
15:32MarconM has joined IRC (MarconM!~Marcelo@unaffiliated/marconm)
15:45sirtt has left IRC (sirtt!425753a1@gateway/web/freenode/ip.66.87.83.161, Ping timeout: 246 seconds)
15:45MarconM has left IRC (MarconM!~Marcelo@unaffiliated/marconm, Read error: Connection reset by peer)
15:45jammcq has joined IRC (jammcq!~jam@c-107-4-115-38.hsd1.mi.comcast.net)
15:46MarconM has joined IRC (MarconM!~Marcelo@179.252.49.126)
15:46MarconM has joined IRC (MarconM!~Marcelo@unaffiliated/marconm)
15:46
<jammcq>
hey friends
15:54sirtt has joined IRC (sirtt!425751dd@gateway/web/freenode/ip.66.87.81.221)
16:14
<work_alkisg>
Hi jammcq
16:14work_alkisg is now known as alkisg
16:14
<alkisg>
sirtt: overlayfs with what? tmpfs?
16:21
<jammcq>
hey alkisg
16:34sirtt has left IRC (sirtt!425751dd@gateway/web/freenode/ip.66.87.81.221, Ping timeout: 246 seconds)
16:51khildin has joined IRC (khildin!~khildin@ip-213-49-84-128.dsl.scarlet.be)
16:58sirtt has joined IRC (sirtt!42575092@gateway/web/freenode/ip.66.87.80.146)
16:59sirtt has left IRC (sirtt!42575092@gateway/web/freenode/ip.66.87.80.146, Client Quit)
17:00sirtt has joined IRC (sirtt!42575092@gateway/web/freenode/ip.66.87.80.146)
17:02
<sirtt>
alkisg: preferably, I'd like /home to not differ from the default overlay for /. home wouldnt be a separate mount point.
17:02alkisg is now known as work_alkisg
17:02work_alkisg is now known as alkisg
17:03
<alkisg>
sirtt: is your purpose to have guest logins?
17:03
Or you have some already-initialized /home that you want to keep intact after reboots?
17:04
It doesn't make much sense to have overlayfs for /home, you usually either want it persistent or clean between logins, not between reboots
17:04
<sirtt>
but i do have some generic home profile data that i need, so an empty tmpfs sadly would not work in this case
17:04
<alkisg>
So it's either some normal fs, or cleaned on login
17:04
You can copy it on login
17:04
Do you want to re-initialize it on login, or on boot?
17:04
That's the key question
17:05
Of course, if the initial data is too big, then ok overlayfs will make sense there
17:05
<sirtt>
yes. i want home to be wiped clean on boot for the users. clean being my default set b of files, without their changes
17:06
the data is small and could be recopied, yes.
17:06
<alkisg>
So you have different users and you want their data preserved between logoffs/logons, but not between reboots?
17:06
That's a very strange use case
17:06
Normally the copy is done on login, not on boot
17:07
<sirtt>
no, clearing for logoff/logon is fine.
17:07
my apologies if i made that to sound like it was the case.
17:07
<alkisg>
Do you have different usernames/passwords, or just a guest?
17:07
E.g. is there /home/user1, home/user2 etc, or just /home/user?
17:08
<sirtt>
there are multiple usernames/ids, yes.
17:09
<alkisg>
And if you measure /home/user1, /home/user2 etc, they're all quite small and can be embedded in the image?
17:09
du -sh /home ==> how big?
17:10
<sirtt>
about 20mb
17:10
<alkisg>
OK, it's small enough
17:10
<sirtt>
yep
17:10
<alkisg>
Just rsync /home to /opt/ltsp/i386/home then, and remove /home/* from /etc/ltsp/ltsp-update-image.excludes
17:11
<sirtt>
ok. wont it still mount it as sshfs by default as its a fat client?
17:11
<alkisg>
There's a test where if /home/username is already there, it doesn't use sshfs, let me see exactly...
17:11
<sirtt>
ah excellent news. I shall try this now.
17:12
<alkisg>
sirtt: in /usr/share/ldm/rc.d/X01-localapps
17:12
# If the user's home directory is not located in the root cow device, assume
17:12
# that it has already been mounted with other means, e.g. with FSTAB_x.
17:12
if [ "$(stat -c %m "$LDM_HOME")" != "/" ]; then
17:12
unset SSHFS_HOME
17:13
So no, it won't exactly work like I said because it will be in the root cow device
17:15sirtt_ has joined IRC (sirtt_!42575092@gateway/web/freenode/ip.66.87.80.146)
17:15
<alkisg>
sirtt: so, just use another NBD cow device for /home
17:16
Put the things you want in it, put it in FSTAB_01 or in RCFILE_01 in lts.conf, and it'll work
17:16
No need to update image or put things in the chroot etc
17:16
Time to go!
17:16* alkisg waves
17:16alkisg is now known as work_alkisg
17:17
<sirtt_>
thank you alkisg
17:18sirtt has left IRC (sirtt!42575092@gateway/web/freenode/ip.66.87.80.146, Ping timeout: 246 seconds)
17:28sirtt_ has left IRC (sirtt_!42575092@gateway/web/freenode/ip.66.87.80.146, Quit: Page closed)
17:39telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection)
17:40telex has joined IRC (telex!teletype@freeshell.de)
17:50mattv_ has joined IRC (mattv_!d046b605@gateway/web/freenode/ip.208.70.182.5)
17:52
<mattv_>
g'day everybody. I'm doing 'ltsp-info' on ubuntu 14.04. I see that ltsp-client and ltsp-client-core are not installed on the server, but they're on the chroot. Is that a problem?
18:14gbaman has joined IRC (gbaman!~gbaman@31.205.109.64)
18:27daniel_ has joined IRC (daniel_!4b178d51@gateway/web/freenode/ip.75.23.141.81)
18:27
<daniel_>
hello.
18:30vsuojanen has left IRC (vsuojanen!~valtteri@83-136-248-31.uk-lon1.host.upcloud.com, Remote host closed the connection)
18:31vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
19:11Markus_123 has left IRC (Markus_123!~Markus123@193-154-226-10.adsl.highway.telekom.at, Quit: Leaving)
19:53ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat)
20:12
<daniel_>
perhaps someone has some docs they could link me to. I"m trying to figure out why a newly configured client is going astray. The details are: I have a new GPU ( nVidia K620) which I would like to create a new image for. I copied my existing working image, installed the nvidia.ko driver and boot to run level three with the new client. I can start X manually and get an xterm. If i run startx when prefdm invokes client-launch, I get
20:12
... because no display manager is invoked.
20:12
could someone point me where the display manager is invoked? As I thought that should be done within prefdm.
20:14gbaman has left IRC (gbaman!~gbaman@31.205.109.64, Ping timeout: 276 seconds)
20:17alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
20:18
<alkisg>
mattv_: it's normal that ltsp-client isn't installed on the server
20:19
daniel_: you need to specify XSERVER=nvidia etc
20:19
So that a xorg.conf is generated
20:19
Note though that LTSP isn't well supported on fedora, centos etc
20:19
<daniel_>
alkisg: let me double check about the xorg.conf, I think it's in place with the driver=nvidia.
20:20
<alkisg>
Better use some deb-based distro
20:21
<daniel_>
alkisg: where are you saying that XSERVER variable should be set?
20:21
<alkisg>
In lts.conf
20:21
[Default]
20:21
XSERVER=nvidia
20:21
<daniel_>
one sec.
20:21
<alkisg>
An I think an X_MODULE or something is needed too
20:23
Try adding both of those, and remove them later if they're not necessary:
20:23
MODULE_01=nvidia
20:23
X4_MODULE_01=glx
20:23
<daniel_>
you're refering to the client lts.conf? not the host configuration correct?
20:24
currently neither the working nor broken client images have an lts.conf in image/etc
20:24
<alkisg>
Normally lts.conf is located in tftp
20:24
<daniel_>
actually, it's /opt/x86_64_nvidia for the broken client image
20:24
ah.
20:24
<alkisg>
So that one can modify it without rebuilding the (squashfs) image
20:24
<daniel_>
that conf file ... sorry.
20:24
<alkisg>
But if it's not there, the one from <chroot>/etc/lts.conf is used
20:25
In any case, if you can see the options in `getltscfg -a` on the client, the result is ok
20:27
<daniel_>
okay.
20:27
didn't know about the fall back to the chroot hose - that will make it easier to ahve just one lts.conf file.
20:29
okay, so getltscfg says ( ran on the client) /etc/lts.conf doesn't exist.
20:30
the tftpboot/lts.conf has an entry for this specific client's MAC address.
20:30
<alkisg>
Which distro/version is this?
20:31gbaman has joined IRC (gbaman!~gbaman@members.unit1.farsetlabs.org.uk)
20:31
<daniel_>
where can I find the LTSP version? It's instlaled on a CentOS 6 host.
20:31
<alkisg>
ltsp-info should tell you, if it's there
20:32
<daniel_>
no, that command isn't.
20:32
<alkisg>
otherwise, in debian it would be dpkg -l ltsp-server
20:32
In centos it would be rpm -something ltsp-server
20:32
Or yum
20:32
Dunno, never used that
20:32
But really, centos doesn't have a maintainer for ltsp...
20:33
<daniel_>
okay, 5.2.17 of ltsp-server
20:33
<alkisg>
http://packages.ubuntu.com/search?keywords=ltsp-server
20:33
That's 4 years old... :)
20:33
<daniel_>
yes.
20:34
you should the CentOS 5 machines I have to support.
20:34
should see *
20:34
<alkisg>
Hehe
20:34
<daniel_>
this one is bleeding edge in comparison.
20:34
<alkisg>
I don't think you'll find much help with troubleshooting a 4 years ltsp in centos though...
20:35
There's no centos maintainer for recent version, I don't believe you'll find help for older versions either...
20:36
<daniel_>
I was hoping the process would be similar. prefdm invokes client-launch to determine the display manager ? in the current version?
20:36
<alkisg>
Well, deb-based versions don't have prefdm, they have /etc/X11/default-display-manager
20:37
In that file, ltsp writes the ldm path
20:37
<daniel_>
it's a fixed path at install time?
20:38
<alkisg>
No, we've changed to a dynamically managed model at init time
20:38
<daniel_>
the file I have tries gdm, kdm, then searches packages. they all fail only on this new machine, but work on the client image I copied it from.
20:38
<alkisg>
boot-time scripts are ran from <chroot>/usr/share/ltsp/init-ltsp.d
20:38
LTSP doesn't normally work with other display managers
20:38
Only LDM works by default
20:38
<daniel_>
it doesn't find ldm.
20:39
actually, no ... wait.
20:39
it does find ldm.
20:39
however the configuration is all wrong.
20:39
it is loading (what looks like to me) a generic K12Linux splash screen.
20:40
<alkisg>
This is the script that manages the default DM for debian: http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/view/head:/client/Debian/share/ltsp/init-ltsp.d/50-default-display-manager
20:40
...no idea about rpm-based distros...
20:41
I think it's *certain* that ltsp has bugs there
20:41
<daniel_>
great.
20:42
maybe the issue isn't with the display manager ... maybe it's not mounting the proper partitions.
20:42MarconM has joined IRC (MarconM!~Marcelo@179.252.49.126)
20:42MarconM has joined IRC (MarconM!~Marcelo@unaffiliated/marconm)
20:42
<daniel_>
on a client machine, at a termainl login (client-12 login) say, should I have access to the full file system?
20:43MarconM has left IRC (MarconM!~Marcelo@unaffiliated/marconm, Read error: Connection reset by peer)
20:43
<alkisg>
Graphical login or console-based?
20:43
<vagrantc>
you should have access to the clients full filesystem, which may or may not be (nearly) identical to the server...
20:43
<alkisg>
In ttys you shouldn't be able to login at all
20:44
<vagrantc>
though alkisg is apparently thinking more clearly about htis, and i'll hide again
20:44* alkisg leaves this up to vagrantc! 'night all! :)
20:44
<vagrantc>
oh no!
20:44
<alkisg>
:D
20:45
Hehe your turn! ;)
20:45
Cheers guys
20:45alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
20:45
<vagrantc>
daniel_: so basically LTSP is unsupported on CentOS... if you'd like to become the maintainer, it might be worth the trouble
20:46
otherwise, it's going to be a series of unresolved bugs
20:47
it requires someone to update and fix bugs on an ongoing basis...
20:48
<daniel_>
nice pitch.
20:49
I'd like to if I had the time. These CentOS machines are a pain in the ass to work with. air-gapped, laborious requirements ... doing any kind of bug fixing on them is unfeasible.\
20:51fiesh has left IRC (fiesh!~fiesh@hq.wsoptics.de, Ping timeout: 264 seconds)
20:52
<vagrantc>
daniel_: so you're stuck with maintaining a legacy system?
21:03
<daniel_>
more or less.
21:03mattv_ has left IRC (mattv_!d046b605@gateway/web/freenode/ip.208.70.182.5, Ping timeout: 246 seconds)
21:04
<daniel_>
we get some updates. security related mostly.
21:04* vagrantc sighs
21:04
<vagrantc>
somewhere along the way the interest from the fedora/redhat/etc. community just dropped
21:04
<daniel_>
maybe they're making their own wheel.\
21:05
<vagrantc>
there's some of that, for sure
21:06
<daniel_>
so, on the client, how does ldm get invoked?
21:07
<vagrantc>
depends on the operating system...
21:07
but basically, it gets called by ltsp's screen_script
21:07
it basically gets called indirectly by the init system
21:08
or more properly, i guess it depends on the init system
21:08
i.e. upstart vs. systemd vs. sysvinit vs. ???
21:08
<daniel_>
I see here we have a ltsp-client-launch script specified as the DISPLAYMANGER in /etc/sysconfig/desktop
21:09
<vagrantc>
sounds redhatish
21:09
so plausible
21:09
<daniel_>
for some reason, on the new client that fails to find ldm, but on the original it works. I suspect partitions aren't being mounted.
22:00khildin has left IRC (khildin!~khildin@ip-213-49-84-128.dsl.scarlet.be, Quit: I'm gone, bye bye)
22:17fiesh has joined IRC (fiesh!~fiesh@hq.wsoptics.de)
22:26gbaman_ has joined IRC (gbaman_!~gbaman@members.unit1.farsetlabs.org.uk)
22:29gbaman has left IRC (gbaman!~gbaman@members.unit1.farsetlabs.org.uk, Ping timeout: 252 seconds)
22:44ogra_ has left IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 244 seconds)
22:44
<daniel_>
vagrantc: well ... it works. not sure what I did but I tweaked something in the image and reran ltsp-update-kernels and it works.
22:45ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de)
22:45daniel_ has left IRC (daniel_!4b178d51@gateway/web/freenode/ip.75.23.141.81, Quit: Page closed)
22:49
<vagrantc>
congrats!
22:49
now if we only knew what
23:32gbaman has joined IRC (gbaman!~gbaman@members.unit1.farsetlabs.org.uk)
23:33gbaman has left IRC (gbaman!~gbaman@members.unit1.farsetlabs.org.uk, Remote host closed the connection)
23:35gbaman_ has left IRC (gbaman_!~gbaman@members.unit1.farsetlabs.org.uk, Ping timeout: 256 seconds)
23:46gbaman has joined IRC (gbaman!~gbaman@31.205.109.64)
23:47AlexPortable has left IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-orirdzapdkgradej, Quit: Connection closed for inactivity)
23:50gbaman has left IRC (gbaman!~gbaman@31.205.109.64, Ping timeout: 256 seconds)
23:54gbaman has joined IRC (gbaman!~gbaman@31.205.109.64)