IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 8 April 2012 (all times are UTC)
| 00:08 | mistik1_ has joined IRC (mistik1_!mistik1@unaffiliated/mistik1) | |
| 00:08 | mistik1 has left IRC (mistik1!mistik1@unaffiliated/mistik1, Ping timeout: 245 seconds) | |
| 00:08 | mistik1_ is now known as mistik1 | |
| 00:14 | risca has joined IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca) | |
| 00:30 | mistik1 has left IRC (mistik1!mistik1@unaffiliated/mistik1, Ping timeout: 240 seconds) | |
| 00:30 | joat has left IRC (joat!~freenode@ip70-160-216-251.hr.hr.cox.net, Quit: bye) | |
| 00:32 | mistik1 has joined IRC (mistik1!mistik1@unaffiliated/mistik1) | |
| 00:32 | joat has joined IRC (joat!~freenode@ip70-160-216-251.hr.hr.cox.net) | |
| 00:40 | Lurk3r has joined IRC (Lurk3r!~Lurk3r@d50-98-141-108.bchsia.telus.net) | |
| 01:28 | vagrantc has left IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net, Ping timeout: 265 seconds) | |
| 02:10 | irule has left IRC (irule!~irule@189.199.30.249, Ping timeout: 252 seconds) | |
| 02:12 | adrianorg__ has left IRC (adrianorg__!~adrianorg@186.213.158.152, Ping timeout: 245 seconds) | |
| 02:41 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 02:56 | Parker955_Away is now known as Parker955 | |
| 04:13 | Parker955 is now known as Parker955_Away | |
| 05:03 | monteslu_ has joined IRC (monteslu_!~monteslu@ip68-109-174-213.ph.ph.cox.net) | |
| 05:06 | monteslu__ has left IRC (monteslu__!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 265 seconds) | |
| 05:20 | Lurk3r has left IRC (Lurk3r!~Lurk3r@d50-98-141-108.bchsia.telus.net, Ping timeout: 260 seconds) | |
| 05:21 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 244 seconds) | |
| 05:52 | irule has joined IRC (irule!~irule@200.56.189.52) | |
| 06:20 | risca has left IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca, Ping timeout: 245 seconds) | |
| 06:23 | risca has joined IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca) | |
| 06:53 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 07:19 | komunista has joined IRC (komunista!~slavko@adsl-195-168-227-135.dynamic.nextra.sk) | |
| 07:27 | loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep) | |
| 08:22 | monteslu_ has left IRC (monteslu_!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 260 seconds) | |
| 08:22 | monteslu_ has joined IRC (monteslu_!~monteslu@ip68-109-174-213.ph.ph.cox.net) | |
| 08:40 | khildin has joined IRC (khildin!~khildin@ip-83-134-215-12.dsl.scarlet.be) | |
| 08:40 | <stgraber> alkisg: I'll have a look later today, but yeah, going through all the symlinks and updating their destination to point to the right one sounds better than hardcoding them one by one
| |
| 08:41 | <alkisg> Hi stgraber, vagrantc said yesterday that he prefers to do them manually, but I agree with you :)
| |
| 08:42 | We'll need to change a few symlinks to point to common/ instead of server/ though
| |
| 08:47 | European timezone, I assume? welcome! :)
| |
| 08:50 | <stgraber> yeah, I arrived in Switzerland yesterday morning :)
| |
| 08:50 | got to go now though, family easter lunch ;)
| |
| 08:56 | <Hyperbyte> Switzerland is nice!
| |
| 08:56 | Enjoy it. :-)
| |
| 08:57 | Llama_be has left IRC (Llama_be!~tom@94-226-90-169.access.telenet.be, Quit: Changing server) | |
| 08:59 | Llama_be has joined IRC (Llama_be!~tom@94-226-90-169.access.telenet.be) | |
| 08:59 | Trixboxer has joined IRC (Trixboxer!~Trixboxer@115.124.115.71) | |
| 09:59 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 276 seconds) | |
| 10:08 | rickogden has joined IRC (rickogden!~rickogden@87-194-110-36.bethere.co.uk) | |
| 11:29 | adrianorg__ has joined IRC (adrianorg__!~adrianorg@186.213.158.152) | |
| 11:29 | adrianorg_ has joined IRC (adrianorg_!~adrianorg@186.213.158.152) | |
| 11:33 | adrianorg__ has left IRC (adrianorg__!~adrianorg@186.213.158.152, Ping timeout: 246 seconds) | |
| 11:41 | alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Quit: Хана X'ам !!!) | |
| 11:51 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 12:11 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 12:12 | khildin has left IRC (khildin!~khildin@ip-83-134-215-12.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
| 12:46 | adrianorg_ has left IRC (adrianorg_!~adrianorg@186.213.158.152, Read error: Operation timed out) | |
| 13:13 | Trixboxer has left IRC (Trixboxer!~Trixboxer@115.124.115.71, Quit: "Achievement is not the end, its the beginning of new journey !!!") | |
| 13:20 | risca has left IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca, Quit: Lämnar) | |
| 13:36 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 14:07 | tessier has left IRC (tessier!~treed@kernel-panic/copilotco, Ping timeout: 252 seconds) | |
| 14:07 | tessier has joined IRC (tessier!~treed@216.105.40.125) | |
| 14:07 | komunista has left IRC (komunista!~slavko@adsl-195-168-227-135.dynamic.nextra.sk, Ping timeout: 248 seconds) | |
| 14:49 | irule has left IRC (irule!~irule@200.56.189.52, Ping timeout: 260 seconds) | |
| 15:01 | tessier has left IRC (tessier!~treed@216.105.40.125, Read error: Operation timed out) | |
| 15:13 | rickogden has left IRC (rickogden!~rickogden@87-194-110-36.bethere.co.uk, Quit: Leaving.) | |
| 15:18 | vagrantc has joined IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net) | |
| 15:28 | tessier has joined IRC (tessier!~treed@216.105.40.125) | |
| 15:48 | * alkisg waves to vagrantc... would you have time for an epoptes upload tomorrow? Should I prepare the version+changelog? | |
| 15:48 | <vagrantc> alkisg: probably
| |
| 15:48 | <alkisg> Ty! :)
| |
| 15:49 | <vagrantc> alkisg: the check for ltsp boot seems over-broad, though ...
| |
| 15:49 | <alkisg> Indeed
| |
| 15:49 | It's even wrong, as the |ltsp check also matches the init=/sbin/init-ltsp part
| |
| 15:50 | I think I'd prefer to check only for init=/sbin/init-ltsp, and if someone wants to "fake" it, he can use fake_init=/sbin/init-ltsp
| |
| 15:51 | Ah, you mean in epoptes?
| |
| 15:51 | <vagrantc> yes
| |
| 15:51 | <alkisg> Let me see...
| |
| 15:51 | <vagrantc> though probably in all cases
| |
| 15:51 | <alkisg> That's the main check: grep -qs "init=/sbin/init-ltsp" /proc/cmdline && exit 0
| |
| 15:51 | ...which is what I said above too
| |
| 15:52 | <vagrantc> alkisg: there's another check in epoptes-client/epoptes-client
| |
| 15:52 | <alkisg> This one, is for compatibility for older ltsp versions: egrep -qs 'ltsp|nfs|nbd' /proc/cmdline
| |
| 15:52 | <vagrantc> + egrep -qs 'ltsp|nfs|nbd' /proc/cmdline
| |
| 15:52 | it will catch any non-ltsp nfs or nbd boot as well, though
| |
| 15:52 | komunista has joined IRC (komunista!~slavko@adsl-195-168-227-135.dynamic.nextra.sk) | |
| 15:53 | <alkisg> Yes, but if they're netbooted, they don't want epoptes running in all clients either
| |
| 15:53 | So they'll have to provide the EPOPTES variable somehow
| |
| 15:53 | ...although I also check for getltscfg existance
| |
| 15:53 | <vagrantc> calling getltscfg directly will only catch lts.conf changes, not ltsp_confid.d changes as well
| |
| 15:54 | or other ltsp_config logic
| |
| 15:55 | <alkisg> Indeed, but running epoptes from a fat client is a rare use case, I didn't think it would be worth it to take into account local ltsp_config.d scripts
| |
| 15:55 | Erm, running epoptes daemon _on_ a fat client
| |
| 15:55 | Not the GUI, which is easily done with remoteapps
| |
| 15:56 | <vagrantc> is it so much worse to check for the presence of ltsp_config and sourcing that?
| |
| 15:56 | i'd consider calling getltscfg directly deprecated, really.
| |
| 15:56 | <alkisg> It pollutes the environment too much
| |
| 15:56 | <vagrantc> hm.
| |
| 15:56 | <alkisg> I've done it in epoptes-client
| |
| 15:57 | <vagrantc> additionally, since you're looking for a single environment variable, getltscfg EPOPTES would be better.
| |
| 15:57 | it would only look for that variable
| |
| 15:57 | <alkisg> Oh, cool, I've forgotten about that
| |
| 15:58 | * vagrantc forgets the exact syntax | |
| 15:59 | <alkisg> getltscfg -c /var/lib/tftpboot/lts.conf LDM_DIRECTX
| |
| 15:59 | True
| |
| 15:59 | Nice ;)
| |
| 16:04 | Pushed, ty!
| |
| 16:07 | vagrantc: about the pxe menus... I propose that ltsp-update-kernels generates menus such as this: https://bugs.launchpad.net/ltsp/+bug/976350
| |
| 16:07 | We want different tftp directories for nbd vs nfs
| |
| 16:07 | In ltsp-pnp, I'm extracting the kernel from the squashfs/btrfs image itself, not from the chroot, in case there are mismatches due to updates
| |
| 16:08 | For NFS, I'm creating symlinks to $CHROOT/boot
| |
| 16:08 | So, I have TFTP/ltsp/i386 and TFTP/ltsp/i386~nfs
| |
| 16:08 | I used ~ for sort -frV to sort it lower than the nbd one, if available
| |
| 16:09 | I only create the nfs symlink if I find the chroot in /etc/exports,
| |
| 16:09 | and I only create the nbd dir if I find it in /etc/nbd-server/conf.d/ltsp_name.conf
| |
| 16:09 | When all that is done, the "master" update-pxe-menus" needs only to INCLUDE those menus, and put another DEFAULT at the bottom
| |
| 16:09 | Does that sound reasonable?
| |
| 16:11 | Current code, the pxelinux_cfg() function isn't ready yet, the other two functions are: http://pastie.org/3750640
| |
| 16:15 | komunista: if vagrantc uploads epoptes tomorrow, that means that today is the last day for translations, because it takes some hours for launchpad to commit the changes
| |
| 16:15 | <komunista> :-)
| |
| 16:15 | OK
| |
| 16:15 | <alkisg> ty :)
| |
| 16:18 | <vagrantc> alkisg: shouldn't need different tftp directories for nbd vs. nfs ... ?
| |
| 16:18 | ah, i see.
| |
| 16:19 | <alkisg> Use case: export disk with nbd and nfs, then update chroot
| |
| 16:19 | NFS works, NBD has problems
| |
| 16:19 | <vagrantc> right, i commented on the first thing you said before reading more
| |
| 16:20 | <alkisg> It also allows for a cleaner way to handle parameters, menus or not etc, as each dir (nbd/nfs/other arches) gets its own pxelinux.cfg/default
| |
| 16:20 | <vagrantc> alkisg: why not mount the NBD image to a separate dir?
| |
| 16:20 | <alkisg> You mean to symlink tftp to it?
| |
| 16:20 | We don't want them always mounted, do we?
| |
| 16:20 | I temporarily mount it to a temp dir to fetch the kernels, and umount it afterwards
| |
| 16:21 | <vagrantc> alkisg: it would seem simpler to me to leave it mounted (read-only, for filesystems that matter)
| |
| 16:21 | then you just have to re-mount when the image updates ... otherwise evertything works "as normal"
| |
| 16:22 | alkisg: also, check in /etc/exports.d
| |
| 16:22 | <alkisg> Hmmm I don't know I don't like the idea of having many mounted loop back devices just to save some MB from the tftp dir...
| |
| 16:22 | <vagrantc> alkisg: but you won't see chroot-specific configuration in /etc/exports*, as the whole /opt/ltsp is typically exported
| |
| 16:22 | <alkisg> Ah
| |
| 16:23 | <vagrantc> and that's really the better way to do it ... you want to export one-level higher than your mount point, otherwise you have to restart nfs-server when you delete and re-create /opt/ltsp/i386 for example
| |
| 16:24 | but overall, sounds like a good direction :)
| |
| 16:24 | <alkisg> OK, I'll completely ignore /opt/ltsp/arch exports then, to make it simpler, and check for all dirs if I find /opt/ltsp in /etc/exports*
| |
| 16:25 | <vagrantc> i mean, it's technically allowable to export /opt/ltsp/ARCH, but there are drawbacks
| |
| 16:25 | <alkisg> Any comments on the tftp dir names? I put "i386" and "i386~nfs", so that NBD is preferred over NFS (I assume if one has both, he wants the users to default to the faster one, and when he wants e.g. to test, he can manually select nfs)
| |
| 16:26 | <vagrantc> why ~ ?
| |
| 16:26 | <alkisg> For sort -frV to put it lower
| |
| 16:26 | So that it defaults to nbd
| |
| 16:26 | <vagrantc> why not i386-nbd and i386-nfs ?
| |
| 16:27 | just to make it explicit
| |
| 16:27 | <alkisg> ...I thought about that too, and then I thought that i386-nfs would come before i386-nbd, and I wouldn't like that, ...
| |
| 16:27 | ...but now that you say it, it'd be better to list the dirs in ascending order,
| |
| 16:27 | and just the kernels in descending
| |
| 16:27 | So yup you're right once more :)
| |
| 16:28 | <vagrantc> at least i'm not babbling pointlessly :)
| |
| 16:28 | alkisg: what is it about your proposed menu entries that are significantly different from the existing menu entries?
| |
| 16:28 | alkisg: for pxelinux.cfg
| |
| 16:29 | <alkisg> vagrantc: they have labels that can be used by the pxelinux menus systems
| |
| 16:29 | And they list all available kernels
| |
| 16:29 | So people can try older or custom kernels if they want to
| |
| 16:29 | So the master pxelinux.cfg can just include all those
| |
| 16:30 | <vagrantc> sounds good.
| |
| 16:30 | no need to force IPAPPEND=3 ?
| |
| 16:30 | * vagrantc would like to default to IPAPPEND=2 | |
| 16:31 | <alkisg> The IPAPPEND 3 line would be configurable as it is now
| |
| 16:31 | And the bootprompt options too
| |
| 16:31 | <komunista> alkisg: done ;-)
| |
| 16:31 | <alkisg> komunista: nice, thanks!
| |
| 16:31 | vagrantc: typically, the chroot update-kernels would generate those menus, I just do it separately now because ltsp-pnp will be released after precise
| |
| 16:32 | And the server ltsp-update-kernels will just copy them
| |
| 16:32 | (although it'll need to take care about the nbd vs nfs parameters)
| |
| 16:33 | So the bootprompt_options should only list the extra parameters, not the nbd or nfs specific ones
| |
| 16:33 | E.g. quiet splash or whatever else the user wants
| |
| 16:34 | ...maybe IPAPPEND 3 or not needs to be decided on the server too... it's a server setting, not a client one
| |
| 16:34 | OK after babbling, I think that the chroot only needs to provide the distro specific parameters, quiet, splash, vt_handoff etc
| |
| 16:36 | <vagrantc> i guess all our chroots now support both NFS and NBD ... at least on debian/ubuntu ?
| |
| 16:36 | <alkisg> Yup
| |
| 16:36 | <vagrantc> without changes in the chroot
| |
| 16:36 | <alkisg> But we don't want to list them in the pxe menu if the user hasn't enabled nfs or nbd
| |
| 16:36 | <vagrantc> right.
| |
| 16:37 | <alkisg> So, checking /etc/nbd-server/conf.d and /etc/exports* sounds appropriate...
| |
| 16:38 | <vagrantc> alkisg: what if we generate the current menus, with additional entries for all the versioned kernels?
| |
| 16:38 | <alkisg> vagrantc: they don't have MENU LABEL statements
| |
| 16:38 | <vagrantc> that might be easy to implement, and wouldn't mess with the status quo
| |
| 16:38 | <alkisg> And no help text
| |
| 16:38 | <vagrantc> we can add a few things, i'm just thinking of code ordering
| |
| 16:38 | <alkisg> The "new" pxelinux.cfg format is compatible with the older booting method
| |
| 16:38 | <vagrantc> er, versioning ... using the unversioned symlinks as the default entry
| |
| 16:39 | <alkisg> If one has boot filename = ltsp/i386/pxelinux.cfg, it'll work as expected, with the latest kernel
| |
| 16:39 | I've seen cases where the vmlinuz symlink is broken
| |
| 16:39 | <vagrantc> sure
| |
| 16:39 | <alkisg> So I wouldn't worry too much about keeping a customized symlink as the default,
| |
| 16:39 | defaulting to the newest kernel sounds good enough for me...
| |
| 16:39 | <vagrantc> and they're deprecated in debian ...
| |
| 16:40 | so i'll need to use linux-version to ensure the proper ordering
| |
| 16:40 | <alkisg> In which cases does sort -frV not sort the kernels correctly?
| |
| 16:41 | <vagrantc> alkisg: it works today, but the only thing that the debian kernel team promises to not break is linux-version.
| |
| 16:41 | <alkisg> OK, I was thinking for some backwards compatibility + less dependencies, i.e. to postpone it until linux-version is widely available
| |
| 16:42 | <vagrantc> alkisg: i think upstream can use "sort" and debian can use linux-version if it's available
| |
| 16:42 | <alkisg> Sounds fine
| |
| 16:42 | http://packages.ubuntu.com/search?keywords=linux-base => 11.10 onward
| |
| 16:43 | So with a hard Depends: linux-base, ltsp wouldn't install on 10.04, it'd better be a Recommends: instead, and that would also cause it not to be installed in ubuntu chroots as recommends==off by default there... :-/
| |
| 16:43 | As you said, if it's available, fine
| |
| 16:45 | I think that the only unclear part that remains is the bootprompt_options split between server / client
| |
| 16:46 | NFS vs NBD is decided on the server, IPAPPEND 3 too
| |
| 16:46 | The rest should probably be decided by the client
| |
| 16:49 | ro initrd=initrd.img nbdport=2000 nbdroot=:ltsp_i386 nbdserver=10.160.31.10 root=/dev/nbd0 => server too
| |
| 16:49 | init=/sbin/init-ltsp quiet splash plymouth:force-splash vt.handoff=7 nbd_proxy=false nocompcache => client
| |
| 16:50 | ...I guess we need to parse the command line and strip/replace known parameters
| |
| 16:50 | And leave the unknown ones
| |
| 16:51 | So, ltsp-update-kernels on the server, will modify pxelinux.cfg/default appropriately, in the TFTP dir (which for NFS is the same as the CHROOT/boot dir)
| |
| 16:51 | I don't think there's need for ltsp-update-kernels on the server to touch CHROOT/etc/update-kernels.conf on the client
| |
| 16:51 | *on the chroot
| |
| 16:52 | * alkisg thinks he has all the info he needs, on to coding all that... :) | |
| 16:59 | monkeydiver has joined IRC (monkeydiver!~de3legged@pool-71-173-23-101.sctnpa.east.verizon.net) | |
| 17:03 | monteslu__ has joined IRC (monteslu__!~monteslu@ip68-109-174-213.ph.ph.cox.net) | |
| 17:06 | <vagrantc> alkisg: fun and adventures :)
| |
| 17:06 | monteslu_ has left IRC (monteslu_!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 265 seconds) | |
| 17:14 | Parker955_Away is now known as Parker955 | |
| 17:23 | loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net) | |
| 17:27 | markit has joined IRC (markit!~marco@88-149-177-66.staticnet.ngi.it) | |
| 17:27 | <markit> I'm fighting with disabling the suspend/hybernate stuff. Kde dev says depends on underlying GNU/linux stuff, but what should work does not
| |
| 17:27 | anyone solved it?
| |
| 17:37 | maybe I'm becoming stupid... can't find anymore how file a bug in lauchpad :(
| |
| 17:39 | found
| |
| 18:16 | monkeydiver has left IRC (monkeydiver!~de3legged@pool-71-173-23-101.sctnpa.east.verizon.net, Quit: Leaving) | |
| 18:32 | rickogden has joined IRC (rickogden!~rickogden@87-194-110-36.bethere.co.uk) | |
| 18:34 | <markit> added: https://help.ubuntu.com/community/UbuntuLTSP/FirefoxOptimize
| |
| 18:36 | adrianorg_ has joined IRC (adrianorg_!~adrianorg@187.58.155.26) | |
| 18:41 | joat has left IRC (joat!~freenode@ip70-160-216-251.hr.hr.cox.net, Quit: bye) | |
| 18:55 | rickogden has left IRC (rickogden!~rickogden@87-194-110-36.bethere.co.uk, Quit: Leaving.) | |
| 19:16 | joat has joined IRC (joat!~freenode@ip70-160-216-251.hr.hr.cox.net) | |
| 19:17 | <markit> mmm squid3 seems killed by dnsmasq at startup
| |
| 19:17 | anyone with 12.04 and squid3?
| |
| 19:17 | (and dnsmasq, of course)?
| |
| 19:33 | alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net) | |
| 20:03 | mistik1 has left IRC (mistik1!mistik1@unaffiliated/mistik1, Ping timeout: 276 seconds) | |
| 20:04 | mistik1 has joined IRC (mistik1!mistik1@unaffiliated/mistik1) | |
| 20:05 | markit has left IRC (markit!~marco@88-149-177-66.staticnet.ngi.it, ) | |
| 20:44 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 20:44 | vagrantc has left IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net, Ping timeout: 240 seconds) | |
| 20:55 | alexqwesa has left IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net, Quit: Хана X'ам !!!) | |
| 21:07 | komunista has left IRC (komunista!~slavko@adsl-195-168-227-135.dynamic.nextra.sk, Quit: Leaving.) | |
| 21:32 | tessier has left IRC (tessier!~treed@216.105.40.125, Changing host) | |
| 21:32 | tessier has joined IRC (tessier!~treed@kernel-panic/copilotco) | |
| 21:54 | bergerx has left IRC (bergerx!~bergerx@178.233.3.194, Quit: Leaving) | |
| 21:55 | alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net) | |
| 23:11 | Lurk3r has joined IRC (Lurk3r!~Lurk3r@d50-98-141-185.bchsia.telus.net) | |
| 23:25 | irule has joined IRC (irule!~irule@189.199.30.249) | |