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:33 | gbaman has left IRC (gbaman!~gbaman@31.205.109.64, Remote host closed the connection) | |
| 04:21 | work_alkisg is now known as alkisg | |
| 05:24 | MarconM has joined IRC (MarconM!~Marcelo@191.222.207.161) | |
| 05:24 | MarconM has joined IRC (MarconM!~Marcelo@unaffiliated/marconm) | |
| 05:36 | MarconM has left IRC (MarconM!~Marcelo@unaffiliated/marconm, Quit: Leaving) | |
| 05:54 | AlexPortable has joined IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-orirdzapdkgradej) | |
| 06:06 | vmlintu has joined IRC (vmlintu!~vmlintu@a91-152-200-70.elisa-laajakaista.fi) | |
| 06:08 | ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz) | |
| 06:11 | vmlintu has left IRC (vmlintu!~vmlintu@a91-152-200-70.elisa-laajakaista.fi, Ping timeout: 240 seconds) | |
| 06:31 | khildin 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:18 | mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk) | |
| 08:50 | <muppis> alkisg, thanks. I'll try.
| |
| 09:02 | khildin has left IRC (khildin!~khildin@ip-213-49-84-128.dsl.scarlet.be, Ping timeout: 252 seconds) | |
| 09:14 | alkisg is now known as work_alkisg | |
| 09:45 | vmlintu has joined IRC (vmlintu!~vmlintu@217.152.60.84) | |
| 09:54 | Markus_123 has joined IRC (Markus_123!~Markus123@193-154-226-10.adsl.highway.telekom.at) | |
| 09:59 | adrianorg has left IRC (adrianorg!~adrianorg@177.204.76.215.dynamic.adsl.gvt.net.br, Ping timeout: 264 seconds) | |
| 10:01 | adrianorg has joined IRC (adrianorg!~adrianorg@177.204.76.88.dynamic.adsl.gvt.net.br) | |
| 10:15 | khildin has joined IRC (khildin!~khildin@ip-213-49-84-128.dsl.scarlet.be) | |
| 10:24 | gdi2k_ has left IRC (gdi2k_!~gdi2k@49.151.77.1, Ping timeout: 244 seconds) | |
| 10:30 | work_alkisg is now known as alkisg | |
| 10:38 | teacher has joined IRC (teacher!c23fefeb@gateway/web/freenode/ip.194.63.239.235) | |
| 10:40 | telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection) | |
| 10:40 | gdi2k_ has joined IRC (gdi2k_!~gdi2k@180.191.105.4) | |
| 10:42 | telex has joined IRC (telex!teletype@freeshell.de) | |
| 10:44 | bojan_ 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:59 | highvoltage 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:09 | alkisg is now known as work_alkisg | |
| 11:11 | bojan_ has left IRC (bojan_!75ca5c21@gateway/web/freenode/ip.117.202.92.33, Quit: Page closed) | |
| 11:20 | vmlintu has left IRC (vmlintu!~vmlintu@217.152.60.84, Ping timeout: 246 seconds) | |
| 11:24 | highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage) | |
| 11:39 | gdi2k_ has left IRC (gdi2k_!~gdi2k@180.191.105.4, Ping timeout: 246 seconds) | |
| 11:51 | gdi2k_ has joined IRC (gdi2k_!~gdi2k@49.151.77.1) | |
| 12:37 | khildin has left IRC (khildin!~khildin@ip-213-49-84-128.dsl.scarlet.be, Ping timeout: 264 seconds) | |
| 13:04 | johann_ 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:16 | mgariepy_ has left IRC (mgariepy_!~mgariepy@styx-204.ccs.usherbrooke.ca, Quit: Leaving) | |
| 13:16 | mgariepy 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:56 | ScrUNk has joined IRC (ScrUNk!~ScrUNk@62.83.53.196.dyn.user.ono.com) | |
| 14:03 | johann_ has left IRC (johann_!5bb73c7a@gateway/web/freenode/ip.91.183.60.122, Quit: Page closed) | |
| 14:14 | mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving) | |
| 14:21 | ScrUNk has left IRC (ScrUNk!~ScrUNk@62.83.53.196.dyn.user.ono.com, Ping timeout: 246 seconds) | |
| 14:26 | sbalneav has left IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca, Ping timeout: 240 seconds) | |
| 14:27 | sbalneav has joined IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca) | |
| 14:30 | epoptes_user7 has joined IRC (epoptes_user7!55c04735@gateway/web/freenode/ip.85.192.71.53) | |
| 14:34 | izzle121 has left IRC (izzle121!~izzle121@d-206-53-82-160.cpe.metrocast.net, Ping timeout: 240 seconds) | |
| 14:36 | izzle121 has joined IRC (izzle121!~izzle121@d-206-53-82-160.cpe.metrocast.net) | |
| 14:42 | sirtt 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:49 | mgariepy has left IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy, Quit: Leaving) | |
| 14:54 | mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy) | |
| 15:32 | MarconM has joined IRC (MarconM!~Marcelo@unaffiliated/marconm) | |
| 15:45 | sirtt has left IRC (sirtt!425753a1@gateway/web/freenode/ip.66.87.83.161, Ping timeout: 246 seconds) | |
| 15:45 | MarconM has left IRC (MarconM!~Marcelo@unaffiliated/marconm, Read error: Connection reset by peer) | |
| 15:45 | jammcq has joined IRC (jammcq!~jam@c-107-4-115-38.hsd1.mi.comcast.net) | |
| 15:46 | MarconM has joined IRC (MarconM!~Marcelo@179.252.49.126) | |
| 15:46 | MarconM has joined IRC (MarconM!~Marcelo@unaffiliated/marconm) | |
| 15:46 | <jammcq> hey friends
| |
| 15:54 | sirtt has joined IRC (sirtt!425751dd@gateway/web/freenode/ip.66.87.81.221) | |
| 16:14 | <work_alkisg> Hi jammcq
| |
| 16:14 | work_alkisg is now known as alkisg | |
| 16:14 | <alkisg> sirtt: overlayfs with what? tmpfs?
| |
| 16:21 | <jammcq> hey alkisg
| |
| 16:34 | sirtt has left IRC (sirtt!425751dd@gateway/web/freenode/ip.66.87.81.221, Ping timeout: 246 seconds) | |
| 16:51 | khildin has joined IRC (khildin!~khildin@ip-213-49-84-128.dsl.scarlet.be) | |
| 16:58 | sirtt has joined IRC (sirtt!42575092@gateway/web/freenode/ip.66.87.80.146) | |
| 16:59 | sirtt has left IRC (sirtt!42575092@gateway/web/freenode/ip.66.87.80.146, Client Quit) | |
| 17:00 | sirtt 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:02 | alkisg is now known as work_alkisg | |
| 17:02 | work_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:15 | sirtt_ 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:16 | alkisg is now known as work_alkisg | |
| 17:17 | <sirtt_> thank you alkisg
| |
| 17:18 | sirtt has left IRC (sirtt!42575092@gateway/web/freenode/ip.66.87.80.146, Ping timeout: 246 seconds) | |
| 17:28 | sirtt_ has left IRC (sirtt_!42575092@gateway/web/freenode/ip.66.87.80.146, Quit: Page closed) | |
| 17:39 | telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection) | |
| 17:40 | telex has joined IRC (telex!teletype@freeshell.de) | |
| 17:50 | mattv_ 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:14 | gbaman has joined IRC (gbaman!~gbaman@31.205.109.64) | |
| 18:27 | daniel_ has joined IRC (daniel_!4b178d51@gateway/web/freenode/ip.75.23.141.81) | |
| 18:27 | <daniel_> hello.
| |
| 18:30 | vsuojanen has left IRC (vsuojanen!~valtteri@83-136-248-31.uk-lon1.host.upcloud.com, Remote host closed the connection) | |
| 18:31 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
| 19:11 | Markus_123 has left IRC (Markus_123!~Markus123@193-154-226-10.adsl.highway.telekom.at, Quit: Leaving) | |
| 19:53 | ricotz 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:14 | gbaman has left IRC (gbaman!~gbaman@31.205.109.64, Ping timeout: 276 seconds) | |
| 20:17 | alkisg 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:31 | gbaman 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:42 | MarconM has joined IRC (MarconM!~Marcelo@179.252.49.126) | |
| 20:42 | MarconM 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:43 | MarconM 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:45 | alkisg 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:51 | fiesh 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:03 | mattv_ 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:00 | khildin has left IRC (khildin!~khildin@ip-213-49-84-128.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
| 22:17 | fiesh has joined IRC (fiesh!~fiesh@hq.wsoptics.de) | |
| 22:26 | gbaman_ has joined IRC (gbaman_!~gbaman@members.unit1.farsetlabs.org.uk) | |
| 22:29 | gbaman has left IRC (gbaman!~gbaman@members.unit1.farsetlabs.org.uk, Ping timeout: 252 seconds) | |
| 22:44 | ogra_ 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:45 | ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de) | |
| 22:45 | daniel_ 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:32 | gbaman has joined IRC (gbaman!~gbaman@members.unit1.farsetlabs.org.uk) | |
| 23:33 | gbaman has left IRC (gbaman!~gbaman@members.unit1.farsetlabs.org.uk, Remote host closed the connection) | |
| 23:35 | gbaman_ has left IRC (gbaman_!~gbaman@members.unit1.farsetlabs.org.uk, Ping timeout: 256 seconds) | |
| 23:46 | gbaman has joined IRC (gbaman!~gbaman@31.205.109.64) | |
| 23:47 | AlexPortable has left IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-orirdzapdkgradej, Quit: Connection closed for inactivity) | |
| 23:50 | gbaman has left IRC (gbaman!~gbaman@31.205.109.64, Ping timeout: 256 seconds) | |
| 23:54 | gbaman has joined IRC (gbaman!~gbaman@31.205.109.64) | |