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


Channel log from 8 April 2012   (all times are UTC)

00:08mistik1_ has joined IRC (mistik1_!mistik1@unaffiliated/mistik1)
00:08mistik1 has left IRC (mistik1!mistik1@unaffiliated/mistik1, Ping timeout: 245 seconds)
00:08mistik1_ is now known as mistik1
00:14risca has joined IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca)
00:30mistik1 has left IRC (mistik1!mistik1@unaffiliated/mistik1, Ping timeout: 240 seconds)
00:30joat has left IRC (joat!~freenode@ip70-160-216-251.hr.hr.cox.net, Quit: bye)
00:32mistik1 has joined IRC (mistik1!mistik1@unaffiliated/mistik1)
00:32joat has joined IRC (joat!~freenode@ip70-160-216-251.hr.hr.cox.net)
00:40Lurk3r has joined IRC (Lurk3r!~Lurk3r@d50-98-141-108.bchsia.telus.net)
01:28vagrantc has left IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net, Ping timeout: 265 seconds)
02:10irule has left IRC (irule!~irule@189.199.30.249, Ping timeout: 252 seconds)
02:12adrianorg__ has left IRC (adrianorg__!~adrianorg@186.213.158.152, Ping timeout: 245 seconds)
02:41alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
02:56Parker955_Away is now known as Parker955
04:13Parker955 is now known as Parker955_Away
05:03monteslu_ has joined IRC (monteslu_!~monteslu@ip68-109-174-213.ph.ph.cox.net)
05:06monteslu__ has left IRC (monteslu__!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 265 seconds)
05:20Lurk3r has left IRC (Lurk3r!~Lurk3r@d50-98-141-108.bchsia.telus.net, Ping timeout: 260 seconds)
05:21alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 244 seconds)
05:52irule has joined IRC (irule!~irule@200.56.189.52)
06:20risca has left IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca, Ping timeout: 245 seconds)
06:23risca has joined IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca)
06:53alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
07:19komunista has joined IRC (komunista!~slavko@adsl-195-168-227-135.dynamic.nextra.sk)
07:27loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
08:22monteslu_ has left IRC (monteslu_!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 260 seconds)
08:22monteslu_ has joined IRC (monteslu_!~monteslu@ip68-109-174-213.ph.ph.cox.net)
08:40khildin 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:57Llama_be has left IRC (Llama_be!~tom@94-226-90-169.access.telenet.be, Quit: Changing server)
08:59Llama_be has joined IRC (Llama_be!~tom@94-226-90-169.access.telenet.be)
08:59Trixboxer has joined IRC (Trixboxer!~Trixboxer@115.124.115.71)
09:59alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 276 seconds)
10:08rickogden has joined IRC (rickogden!~rickogden@87-194-110-36.bethere.co.uk)
11:29adrianorg__ has joined IRC (adrianorg__!~adrianorg@186.213.158.152)
11:29adrianorg_ has joined IRC (adrianorg_!~adrianorg@186.213.158.152)
11:33adrianorg__ has left IRC (adrianorg__!~adrianorg@186.213.158.152, Ping timeout: 246 seconds)
11:41alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Quit: Хана X'ам !!!)
11:51alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
12:11alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
12:12khildin has left IRC (khildin!~khildin@ip-83-134-215-12.dsl.scarlet.be, Quit: I'm gone, bye bye)
12:46adrianorg_ has left IRC (adrianorg_!~adrianorg@186.213.158.152, Read error: Operation timed out)
13:13Trixboxer has left IRC (Trixboxer!~Trixboxer@115.124.115.71, Quit: "Achievement is not the end, its the beginning of new journey !!!")
13:20risca has left IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca, Quit: Lämnar)
13:36alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
14:07tessier has left IRC (tessier!~treed@kernel-panic/copilotco, Ping timeout: 252 seconds)
14:07tessier has joined IRC (tessier!~treed@216.105.40.125)
14:07komunista has left IRC (komunista!~slavko@adsl-195-168-227-135.dynamic.nextra.sk, Ping timeout: 248 seconds)
14:49irule has left IRC (irule!~irule@200.56.189.52, Ping timeout: 260 seconds)
15:01tessier has left IRC (tessier!~treed@216.105.40.125, Read error: Operation timed out)
15:13rickogden has left IRC (rickogden!~rickogden@87-194-110-36.bethere.co.uk, Quit: Leaving.)
15:18vagrantc has joined IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net)
15:28tessier 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:52komunista 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:59monkeydiver has joined IRC (monkeydiver!~de3legged@pool-71-173-23-101.sctnpa.east.verizon.net)
17:03monteslu__ has joined IRC (monteslu__!~monteslu@ip68-109-174-213.ph.ph.cox.net)
17:06
<vagrantc>
alkisg: fun and adventures :)
17:06monteslu_ has left IRC (monteslu_!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 265 seconds)
17:14Parker955_Away is now known as Parker955
17:23loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
17:27markit 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:16monkeydiver has left IRC (monkeydiver!~de3legged@pool-71-173-23-101.sctnpa.east.verizon.net, Quit: Leaving)
18:32rickogden has joined IRC (rickogden!~rickogden@87-194-110-36.bethere.co.uk)
18:34
<markit>
added: https://help.ubuntu.com/community/UbuntuLTSP/FirefoxOptimize
18:36adrianorg_ has joined IRC (adrianorg_!~adrianorg@187.58.155.26)
18:41joat has left IRC (joat!~freenode@ip70-160-216-251.hr.hr.cox.net, Quit: bye)
18:55rickogden has left IRC (rickogden!~rickogden@87-194-110-36.bethere.co.uk, Quit: Leaving.)
19:16joat 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:33alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net)
20:03mistik1 has left IRC (mistik1!mistik1@unaffiliated/mistik1, Ping timeout: 276 seconds)
20:04mistik1 has joined IRC (mistik1!mistik1@unaffiliated/mistik1)
20:05markit has left IRC (markit!~marco@88-149-177-66.staticnet.ngi.it, )
20:44alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
20:44vagrantc has left IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net, Ping timeout: 240 seconds)
20:55alexqwesa has left IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net, Quit: Хана X'ам !!!)
21:07komunista has left IRC (komunista!~slavko@adsl-195-168-227-135.dynamic.nextra.sk, Quit: Leaving.)
21:32tessier has left IRC (tessier!~treed@216.105.40.125, Changing host)
21:32tessier has joined IRC (tessier!~treed@kernel-panic/copilotco)
21:54bergerx has left IRC (bergerx!~bergerx@178.233.3.194, Quit: Leaving)
21:55alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net)
23:11Lurk3r has joined IRC (Lurk3r!~Lurk3r@d50-98-141-185.bchsia.telus.net)
23:25irule has joined IRC (irule!~irule@189.199.30.249)