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


Channel log from 2 March 2012   (all times are UTC)

00:17rthomson has left IRC (rthomson!~rthomson@mars.pet.ubc.ca, Quit: Reached EOD)
01:50risca has joined IRC (risca!~risca@wnpgmb0903w-ds01-177-34.dynamic.mtsallstream.net)
01:57Parker955_Away is now known as Parker955
02:04killermike has joined IRC (killermike!~killermik@2.26.91.230)
02:10vagrantc has left IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net, Ping timeout: 260 seconds)
02:19map7 has left IRC (map7!~map7@teksup41.lnk.telstra.net, Remote host closed the connection)
02:46andyGraybeals has left IRC (andyGraybeals!~andy@h199.193.213.151.dynamic.ip.windstream.net, Read error: Operation timed out)
02:53Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos)
02:57adrianorg__ has left IRC (adrianorg__!~adrianorg@189.114.157.98, Ping timeout: 260 seconds)
03:00andyGraybeals has joined IRC (andyGraybeals!~andy@h215.212.22.98.dynamic.ip.windstream.net)
03:11monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Read error: Operation timed out)
03:23Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net)
03:25monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net)
03:44Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Ping timeout: 245 seconds)
03:56alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
03:57Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net)
03:58daya has joined IRC (daya!~daya@unaffiliated/daya)
04:10alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
04:12Parker955 is now known as Parker955_Away
04:16alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
04:19daya has left IRC (daya!~daya@unaffiliated/daya, Ping timeout: 245 seconds)
04:24loather-work has joined IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
04:28alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
04:32alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
04:41andyGraybeals has left IRC (andyGraybeals!~andy@h215.212.22.98.dynamic.ip.windstream.net, Read error: Operation timed out)
04:45Billy_Way has left IRC (Billy_Way!billy@nat/redhat/x-oylczzpbaavvauii, Ping timeout: 272 seconds)
04:47alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
04:49Billy_Way has joined IRC (Billy_Way!billy@nat/redhat/x-zyrduyxmuxlrfktn)
04:53alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
05:40Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos)
06:32monkeydiver has left IRC (monkeydiver!~de3legged@pool-72-79-162-133.sctnpa.east.verizon.net, Quit: This computer has gone to sleep)
06:33risca has left IRC (risca!~risca@wnpgmb0903w-ds01-177-34.dynamic.mtsallstream.net, Quit: Lämnar)
06:33monkeydiver has joined IRC (monkeydiver!~de3legged@pool-72-79-162-133.sctnpa.east.verizon.net)
06:36alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
06:39alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
06:57khildin has joined IRC (khildin!~khildin@ip-80-236-227-45.dsl.scarlet.be)
07:06trubbor has joined IRC (trubbor!~trubbor@173-21-126-58.client.mchsi.com)
07:12bauerski has joined IRC (bauerski!~witekb@frodo.psp.opole.pl)
07:18trubbor has left IRC (trubbor!~trubbor@173-21-126-58.client.mchsi.com, Quit: Leaving)
07:25alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Read error: Connection reset by peer)
07:25alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg)
07:41alkisg1 has left IRC (alkisg1!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
07:53komunista has joined IRC (komunista!~slavko@adsl-195-098-013-081.dynamic.nextra.sk)
07:57dobber has joined IRC (dobber!~dobber@213.169.45.222)
08:23loather-work has left IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
08:29monkeydiver has left IRC (monkeydiver!~de3legged@pool-72-79-162-133.sctnpa.east.verizon.net, Quit: This computer has gone to sleep)
08:33wim_ has left IRC (wim_!~chatzilla@WEGC203035.KFUNIGRAZ.AC.AT)
08:33wim_ has joined IRC (wim_!~chatzilla@WEGC203035.KFUNIGRAZ.AC.AT)
09:19asmok has joined IRC (asmok!~asmok@cs78145191.pp.htv.fi)
09:20
<asmok>
alkisg: about autossh/reverse ssh - what kind of setup you have?
09:21ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood)
09:22
<asmok>
alkisg: I use now this simple line from rc.local , server creates pipe to the middle server and I can login in server
09:22
no matter what kind of network there is
09:23
alkisg: I'm in Finland and servers will be in Mexico City
09:23ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
09:24
<asmok>
alkisg: autossh -M 20022 -f -q -N -R 19999:localhost:22 pipe0@69.xxx.xxx.199 -p 10022
09:26
Do you have something extra beside ssh-keygen, reverse ssh and autossh?
09:27
To me this works quite well now in testing environment, any suggestions?
09:31
I found Gentoo howtos very usefull: http://en.gentoo-wiki.com/wiki/Category:OpenSSH
09:31komunista has left IRC (komunista!~slavko@adsl-195-098-013-081.dynamic.nextra.sk, Ping timeout: 244 seconds)
09:46
<wim_>
hi, when i install packages (like gnome-session) in a FAT client env with "ROOT=/opt/ltsp/wheezy ltsp-chroot aptitude install gnome-session" i always ge this error. Setting up openjdk-6-jre-headless (6b24~pre2-1) ...
09:46
the java command requires a mounted proc fs (/proc)
09:46
I tought that ltsp-chroot automatically mount /proc
09:46
When I install it with chroot /opt/ltsp/wheezy, mount -t proc /proc /proc I don't get this error. Is there a bug in ltsp-chroot package?
09:48adrianorg__ has joined IRC (adrianorg__!~adrianorg@189.114.157.98)
09:56bauerski has left IRC (bauerski!~witekb@frodo.psp.opole.pl, Ping timeout: 248 seconds)
09:56
<knipwim>
wim_: it doesn't mount automatically i think
09:57
checkout ltsp-chroot -h for the mount proc option
10:12monkeydiver has joined IRC (monkeydiver!~de3legged@pool-72-79-162-133.sctnpa.east.verizon.net)
10:15rickogden has joined IRC (rickogden!~rickogden@146.87.65.30)
10:15
<rickogden>
morning all
10:16
<wim_>
#knipwim: many thanks
10:17
<rickogden>
if I have an LTSP fat client, and I have local-swap enabled, do items the user puts in /tmp reside on the client?
10:32monkeydiver has left IRC (monkeydiver!~de3legged@pool-72-79-162-133.sctnpa.east.verizon.net, Quit: Leaving)
10:34alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
10:40
<rickogden>
is there any way of changing the size of the /tmp mount?
10:41
<alkisg>
What /tmp mount?
10:43Da-Geek has joined IRC (Da-Geek!~Da-Geek@94.236.7.190)
10:44
<alkisg>
rickogden: USE_LOCAL_SWAP=True means: use any available swap partitions in the client harddisk
10:44
Do your clients have hard disks with swap partitions?
10:45
<rickogden>
yep
10:45
and they are mounted
10:45
what I need to do is increase the size from 1.6gb
10:47
<alkisg>
How big is your swap partition, and how much RAM do your clients have?
10:47
Also, why do you need 1.6 Gb in /tmp?!
10:48
<rickogden>
running virtualbox on the fat clients
10:49
and they need get given a 6gb virtual disk in an exam
10:49
<alkisg>
Put it in /home
10:49
And share it with nfs or something
10:49
NFS_HOME=/home
10:49
<rickogden>
they need their individual copies
10:50
<alkisg>
So, in each /home/username
10:50
Easier in this case
10:50
<rickogden>
I don't have the disk space to provide each student with 6gb of storage
10:50Da-Geek has left IRC (Da-Geek!~Da-Geek@94.236.7.190, Quit: Leaving)
10:50
<rickogden>
on the server, plus I dread to think the havoc that would play with the network
10:50
this way it's all kept local
10:50
have a 10gb swap partition
10:50
plus 4gb of RAM
10:50
<alkisg>
Sending 6 gb images for local storage would play havoc with the network, not booting a vm
10:51
So how are you sending the images?
10:51
On boot? Statically?
10:51
<rickogden>
pen drives
10:51
<alkisg>
And do you really think that's faster?!
10:51
<rickogden>
it's also a compressed image (< 1gb) which they extract
10:51
not my module
10:52
<alkisg>
Do the clients have ext3/4 partitions?
10:52
<rickogden>
no
10:52
unfortunately not :(
10:52
<alkisg>
And you can't format the 10gb swap partition as ext?
10:53Da-Geek has joined IRC (Da-Geek!~Da-Geek@94.236.7.190)
10:53
<rickogden>
I don't have access to the machines, we're computer science and we put in a request with central IT for a swap partition
10:53
so they put that on at the start of the year
10:53
<alkisg>
Heh, if you're booting them with ltsp, you're root, you can do anything
10:53
But OK I understand
10:53ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood)
10:54
<rickogden>
disable access to local hard drives
10:54
<alkisg>
Nah, that's very easy to bypass with ltsp, and especially with fat clients
10:54
So...
10:54
Since tmpfs can't be larger than your RAM,
10:54
<rickogden>
is that RAM+swap?
10:54
<alkisg>
No, just ram
10:55
<rickogden>
ah! That's the issue
10:55
<alkisg>
I think the default is for it to use 50% of your ram
10:55ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
10:55
<rickogden>
that sounds right (32bit client with 4gb of ram on the system)
10:56
<alkisg>
It's also resizable, i.e. it doesn't use it right away, only when it needs it, but up to 50%
10:56
<rickogden>
yeah, I guessed as much :)
10:56
so it's not possible to use the swap for it?
10:57
<alkisg>
so, your easiest option is to reformat those swap partitions as ext3, and mount them in /tmp
10:57
Harder options involve sharing a single .vdi from the server, with .diffs for each student
10:57
<rickogden>
yeah, we were discussing that
10:57
<alkisg>
You can easily reformat them back as swap when you're done
10:58
It's just a single mkfs call, you can even put it in an rcfile in lts.conf
10:58
<rickogden>
ooh that's a good idea!
10:59
<alkisg>
(remember to have USE_LOCAL_SWAP=false when you do that)
10:59komunista has joined IRC (komunista!~slavko@adsl-195-098-013-081.dynamic.nextra.sk)
10:59
<rickogden>
yeah :)
11:00
do you just specify in fstab where to mount /tmp then?
11:06Da-Geek has left IRC (Da-Geek!~Da-Geek@94.236.7.190, Quit: Leaving)
11:06Da-Geek has joined IRC (Da-Geek!~Da-Geek@94.236.7.190)
11:06Da-Geek has joined IRC (Da-Geek!~Da-Geek@94.236.7.190)
11:23
<alkisg>
Yes, and you also need CONFIGURE_FSTAB=false
11:24knipwim is now known as knipwim|vacation
11:33
<alkisg>
The usual way to export ltsp images is to use ltsp-build-client, run ltsp-update-image etc. I was thinking of an alternative idea, and I'd like to hear thoughts on its usability, especially when non-experienced sysadmins and fat client setups are involved.
11:33
The sysadmin doesn't run ltsp-build-client. Instead, it installs his OS normally, either on virtualbox, qemu or on a real client.
11:33
Then he installs the "ltsp-client" package, which creates two additional grub entries:
11:33
1) Boot this system as an ltsp client (uses local disk instead of networked nbd disk, for low bandwidth networks)
11:33
2) Publish this system to an ltsp server
11:33
When option (2) is selected, the user is prompted for a username/password of the server, and sshfs + mksquashfs are used to generate and export the nbd image.
11:34
From the server side, the sysadmin is expected to declare his generated /home/user/path/to/nbd-image to /etc/nbd-server/conf.d, just once.
11:34
Does this sound reasonable? Maintaining a fat chroot from virtualbox, and publishing it from a grub menu?
11:38Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net)
11:39
<alkisg>
Hmm, actually, not a grub menu, but a recovery console entry
11:39komunista has left IRC (komunista!~slavko@adsl-195-098-013-081.dynamic.nextra.sk, Ping timeout: 265 seconds)
11:56
<rickogden>
alkisg: that sounds rather good
11:57Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@ip-80-238-8-128.bskyb.com)
11:57
<rickogden>
I certainly like the idea of building the client an a real client (rather than a chroot)
12:06
hmm, I've just read that tmpfs can use swap…
12:12artista-frustrad has joined IRC (artista-frustrad!~fernando@200.247.43.2)
12:12
<alkisg>
It can and it does use swap, but I don't think it can get larger than the physical ram size
12:13
...unless of course if it has an option for it, check the man page
12:17
<rickogden>
that's what I'm checking
12:22
which script mounts the the /tmp directory?
12:24
wondering what happens when I add the switch: -s8G to it
12:35Parker955_Away is now known as Parker955
12:39asmok has left IRC (asmok!~asmok@cs78145191.pp.htv.fi, Read error: Operation timed out)
12:41alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
12:43Llama_be has joined IRC (Llama_be!~Llama@d54C37890.access.telenet.be)
12:47Parker955 is now known as Parker955_Away
13:02samba35 has joined IRC (samba35!~shrikant@unaffiliated/samba35)
13:13komunista has joined IRC (komunista!~slavko@adsl-195-098-013-081.dynamic.nextra.sk)
13:15garymc has joined IRC (garymc!~chatzilla@81.138.225.164)
13:17bmonkj has left IRC (bmonkj!~skumlesen@46.32.130.15, Quit: Ping timeout: 3152395302 seconds)
13:31Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos)
13:34brunolambert has joined IRC (brunolambert!bruno@nat/revolutionlinux/x-qszrptlkzmhxfrtd)
13:40Trixboxer has joined IRC (Trixboxer!~Trixboxer@115.124.115.71)
13:43xet7 has left IRC (xet7!~xet7@a91-156-244-142.elisa-laajakaista.fi, Quit: Lähdössä)
13:51komunista has left IRC (komunista!~slavko@adsl-195-098-013-081.dynamic.nextra.sk, Ping timeout: 260 seconds)
13:55khildin has left IRC (khildin!~khildin@ip-80-236-227-45.dsl.scarlet.be, Quit: I'm gone, bye bye)
14:00Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net)
14:13Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@ip-80-238-8-128.bskyb.com, Ping timeout: 260 seconds)
14:24markit has joined IRC (markit!~marco@88-149-177-66.staticnet.ngi.it)
14:43alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
14:50Parker955_Away is now known as Parker955
14:51Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos)
14:58LlamaBE has joined IRC (LlamaBE!~Llama@d54C37890.access.telenet.be)
15:00Llama_be has left IRC (Llama_be!~Llama@d54C37890.access.telenet.be, Ping timeout: 276 seconds)
15:11monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Read error: Operation timed out)
15:11cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 252 seconds)
15:12cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
15:18Parker955 is now known as Parker955_Away
15:25monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net)
15:38alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
15:43killermike has left IRC (killermike!~killermik@2.26.91.230, Remote host closed the connection)
15:46alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
15:48Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net)
15:52brunolambert has left IRC (brunolambert!bruno@nat/revolutionlinux/x-qszrptlkzmhxfrtd, Quit: brunolambert)
15:53brunolambert has joined IRC (brunolambert!bruno@nat/revolutionlinux/x-pxbjfkxgsfsikwmb)
15:59LuizAngioletti has joined IRC (LuizAngioletti!c8ef4083@gateway/web/freenode/ip.200.239.64.131)
16:00
<LuizAngioletti>
howdy
16:04Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos)
16:08rickogden has left IRC (rickogden!~rickogden@146.87.65.30, Quit: Leaving.)
16:12Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@ip-80-238-8-128.bskyb.com)
16:18samba35 has left IRC (samba35!~shrikant@unaffiliated/samba35, Quit: Leaving)
16:25LlamaBE has left IRC (LlamaBE!~Llama@d54C37890.access.telenet.be, Ping timeout: 260 seconds)
16:26dobber has left IRC (dobber!~dobber@213.169.45.222, Remote host closed the connection)
16:31risca has joined IRC (risca!~risca@wi-secure-4481.cc.umanitoba.ca)
16:34vagrantc has joined IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net)
16:34komunista has joined IRC (komunista!~slavko@adsl-195-098-013-081.dynamic.nextra.sk)
16:35* vagrantc waves to alkisg
16:35
<alkisg>
Hi vagrantc!
16:36
<vagrantc>
so, how's epoptes doing?
16:36
<alkisg>
What's better, an "ltsp-publish-image" command which can run mksquashfs from a .vdi or .qcow2 file, or a "Publish this client disk to the LTSP server" grub menu, which can be used once the qemu/vbox client is booted as a real or VM machine?
16:37
The first one uses the CPU of the server, so it should be faster, the second one should be more robust as the file system is already mounted from inside the VM or real disk, and sshfs+mksquashfs are easy to implement then
16:38
<vagrantc>
alkisg: boot loader menu options are weird.
16:38
<alkisg>
We'll have one anyway, "Boot as an LTSP client"
16:38
It's very useful in low bandwidth networks
16:38
People can install their OS normally on the hard disk, and use the ltsp-client package as a layer to have common home + authentication
16:38
+ lts.conf settings etc
16:39
<vagrantc>
i don't have any problem with the model, just publishing the image from the boot menu.
16:39
<alkisg>
So after they select that, a SCREEN_07=publish-image screen script can take over for the rest, ssh + sshfs + mksquashfs
16:39
That SCREEN_07 would be in lts.conf, affecting only the client that the sysadmin wants to use as a template
16:39
(either VM or real)
16:40
So with the same grub option, all other will just boot as normal ltsp clients, and this template client will go to a "wizard" that will ask username/password and connect to the server and publish the disk
16:41
<vagrantc>
so why have a separate option for this?
16:41
i.e. why not just use "Boot as an LTSP client"?
16:41
<alkisg>
Yup... I was just trying to describe it too quickly at first
16:41
<vagrantc>
and then some clients have the publish image feature enabled.
16:41
<alkisg>
That will indeed be the only additional grub option
16:42
<vagrantc>
but i still like the option to run from the server...
16:42
<alkisg>
We may implement both :)
16:42
I just saw some problems with qemu-nbd and vdfuse when the .vdi was not cleanly unmounted
16:42
I had to boot the VM, run fsck, poweroff, and then they were able to mount it
16:43* alkisg also would like "publish image" to sync to a btrfs image instead of running mksquashfs, should be much faster
16:44
<alkisg>
Now about epoptes... we solved all the known bugs, but Phantomas wants to also implement a "show real names" submenu
16:44
<vagrantc>
the --create-fs-image option seemed to work fine with btrfs
16:44
<alkisg>
So we can either tag it now, or in 4-5 hours, whatever suits you better
16:45
<vagrantc>
alkisg: i'll need to go in about 6-7 hours, so if you feel confident you can get it into a shippable state, i can upload it today, otherwise i might not have time till monday
16:46
<alkisg>
OK let me ping Phantomas, if he can have it ready in a couple of hours, otherwise we can just tag it now and leave the new feature for some other time
16:47
<vagrantc>
ltsp migrated to testing, so i wanted to get an upload that fixes some bugs in that, too.
16:58
alkisg: should i bother testing epoptes before those changes go in?
16:58
<alkisg>
vagrantc: Phantomas doesn't respond, so yeah, let's upload it as is
16:59
<vagrantc>
now the question of weather to test ltsp first, or epoptes...
16:59
<alkisg>
I'm testing it too, if you want to test it, go ahead...
17:00
<vagrantc>
i always test my uploads, except that one ltspfs upload during the LTSP BTS
17:00
:)
17:00
<alkisg>
Hehe
17:03risca has left IRC (risca!~risca@wi-secure-4481.cc.umanitoba.ca, Read error: Operation timed out)
17:05
<alkisg>
vagrantc: when ltsp clients don't shut down cleanly (e.g. poweroff -fp or nbd disconnect errors), we have a feature in epoptes which detects that and removes them from the detected clients list.
17:05
That feature seems to have broken, so let's leave epoptes for Monday+.
17:05
<vagrantc>
hrm.
17:07
ok, i'll focus on ltsp today, then.
17:07toscalix has joined IRC (toscalix!~toscalix@62.87.118.133)
17:07
<alkisg>
Thanks, if we happen to make it soon enough, I'll ping you
17:17toscalix has left IRC (toscalix!~toscalix@62.87.118.133, Remote host closed the connection)
17:18toscalix has joined IRC (toscalix!~toscalix@62.87.118.133)
17:20Da-Geek has left IRC (Da-Geek!~Da-Geek@94.236.7.190, Quit: Leaving)
17:23Llama_be has joined IRC (Llama_be!~Llama@d54C37890.access.telenet.be)
17:27markit has left IRC (markit!~marco@88-149-177-66.staticnet.ngi.it, )
17:27LuizAngioletti has left IRC (LuizAngioletti!c8ef4083@gateway/web/freenode/ip.200.239.64.131, Quit: Page closed)
17:30wim_ has left IRC (wim_!~chatzilla@WEGC203035.KFUNIGRAZ.AC.AT, Quit: ChatZilla 0.9.88 [Iceweasel 10.0.2/20120217174734])
17:33ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 260 seconds)
17:36ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
17:56garymc has left IRC (garymc!~chatzilla@81.138.225.164, Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120215223356])
18:02toscalix has left IRC (toscalix!~toscalix@62.87.118.133, Remote host closed the connection)
18:02mischko has joined IRC (mischko!~Scott@ip68-101-108-132.oc.oc.cox.net)
18:02toscalix has joined IRC (toscalix!~toscalix@62.87.118.133)
18:13xsl has joined IRC (xsl!~silence@unaffiliated/xsl)
18:17
<vagrantc>
alkisg: is ltsp-setup completely obsolete now?
18:17
<alkisg>
vagrantc: yes, waiting for someone to delete it :)
18:18
(and remove it from the Start on: entries of ltsp-client-core)
18:20
<vagrantc>
alkisg: is ltsp-setup completely obsolete now?;(
18:20
bah.
18:20
5.3.3 seems kinda borked compared to 5.3.2
18:20
not sure what i'm missing yet...
18:21
really need to figure out the merging of init-ltsp.d dirs...
18:21
at build time
18:22
<alkisg>
knipwim said he didn't like the idea very much, that he preferred symlinks
18:23
If you put common/* and Debian/* in debian/ltsp-client-core.install, what will that do with duplicates?
18:23
Overwrite them, or complain?
18:24
<vagrantc>
alkisg: i want to merge the symlinks at build time
18:25
having to track each an every file added in common or ubuntu or debian and ponder weather i should add it to Debian seems a bit much on the package maintainers... easy to miss something
18:26
<alkisg>
vagrantc: yes, I understand, wouldn't what I said above solve the problem, if dh_install doesn't complain?
18:26
<vagrantc>
i don't even have a clue with what's broken now...
18:26
<alkisg>
ltsp-client-core.install:
18:26
init-ltsp.d/common/* init-ltsp.d/
18:26
init-ltsp.d/Debian/* init-ltsp.d/
18:27
<vagrantc>
alkisg: ah, now i see what you mean
18:27
<alkisg>
If that would put them in the same dir, overwritting common/ files with Debian/ -specific ones, then it should be easy...
18:27
<vagrantc>
alkisg: i think it will overwrite the latter, but won't handle symlinks well.
18:27
<alkisg>
We won't have symlinks in that case though
18:27
Only overrides
18:27
<vagrantc>
right
18:27
<alkisg>
(and additional scripts of course)
18:27
<vagrantc>
of course, since ubuntu and debian share so much, but not all, we've still got the tracking problem
18:28
<alkisg>
No I think in this case we should do:
18:28adrianorg__ has left IRC (adrianorg__!~adrianorg@189.114.157.98, Read error: Connection reset by peer)
18:28
<alkisg>
ltsp-client-core.install: common/ Debian/ Ubuntu/
18:28
I.e. ubuntu will override debian which will override common
18:28adrianorg__ has joined IRC (adrianorg__!~adrianorg@189.114.159.32)
18:29
<vagrantc>
alkisg: but i don't want ubuntu's plugins, i want debian's plugins :P
18:29
not that there's much difference at the moment
18:30
<alkisg>
vagrantc: debian would only have common/ and debian/
18:30
Ubuntu in its packaging would have all three
18:30
Of course the shared plugins would be in debian/
18:30rickogden has joined IRC (rickogden!~rickogden@host81-136-188-241.in-addr.btopenworld.com)
18:31
<vagrantc>
ah, looks like knipwim just copied code from the plugins into common, which changges some behavior
18:31
<alkisg>
It's like html css, derivatives override their ancestors
18:31
<vagrantc>
alkisg: got it.
18:32
er, copied code from ltsp-init-common into the init-ltsp.d dirs, but some behavior is changed from that
18:35
init-ltsp.d shouldn't call any daemons or start processes, just configure things
18:36
wow.
18:36
my /etc/network/interfaces is really borked
18:37
it contains "auto 10.55.55.1:/opt/ltsp/i386"
18:37
i.e. it's treating the mountpoint as an interface?
18:37rickogden has left IRC (rickogden!~rickogden@host81-136-188-241.in-addr.btopenworld.com, Quit: Leaving.)
18:37
<xsl>
what ltsp version will be in precise pangolin?
18:37
5.3.3?
18:38
<vagrantc>
5.3.something
18:38
i think ubuntu's basically in bugfix only mode, as i understand it
18:39
<xsl>
since its going to be an LTS release
18:39
Long Term Support
18:41
<vagrantc>
it's currently got 5.3.2, it will likely see a few more bugfixes, which may or may not mean they include a newer upstream version.
18:42
doh. my leftover lts.conf from a previous install confused me. 5.3.3 seems to be fine.
18:43komunista has left IRC (komunista!~slavko@adsl-195-098-013-081.dynamic.nextra.sk, Ping timeout: 272 seconds)
18:44
<vagrantc>
does gentoo use /etc/network/interfaces?
18:44* vagrantc was thinking that was debian derivatives only
18:46* vagrantc is thinking init-ltsp.d/common/50-interfaces should move out of common, although gentoo symlinks it currently
18:46
<alkisg>
vagrantc: do you think policy-rc.d should be part of the ltsp-client package, or ltsp-chroot should "install" it only temporarily and remove it afterwards?
18:48
<vagrantc>
the whole init-ltsp.d/common dir seems silly ... if every distro does their own thing, the common dir is just a repository for shared things
18:48
?
18:49
alkisg: i did eventually find some sort of policy recommendation suggesting that it not be part of a package... but it wasn't very concrete
18:49xsl has left IRC (xsl!~silence@unaffiliated/xsl, Quit: Connection reset by fear)
18:50
<vagrantc>
alkisg: it's currently handled by an ltsp-build-client plugin, yes?
18:50
<alkisg>
The problem with putting it in ltsp-chroot is that if it doesn't exit cleanly, it might leave the system in a bit of a mess...
18:50
Yes
18:51
But it'd be nice if we could move from normal installations to ltsp chroots and vice versa without additional trouble
18:51
<vagrantc>
alkisg: yes, i understand that problem ... which is why the policy-rc.d script reacts to certain variables being set.
18:52
and those variables should be set by ltsp-chroot
18:52
ah, but you don't want the ltsp-build-client part?
18:52
you want it somewhere else
18:52
<alkisg>
Yes, suppose I install an OS in a powerpc client
18:52
Then transfer the result to the server
18:52
And then want to keep maintaining it as usual on the server
18:53
So, I have an ltsp chroot that wasn't built with ltsp-build-client
18:53
I'm missing start-stop-daemon, policy-rc.d etc
18:53
<vagrantc>
alkisg: we could ship it in ltsp-client-core as long as we use update-alternatives
18:53
<alkisg>
I've no idea what policy says, but I do think that this would be the cleanest way to do it :)
18:54
<vagrantc>
this is why you're asking me :)
18:54
<alkisg>
Yup... so it's now part of your TODO list, dear ltsp packager :D
18:55
<vagrantc>
i can see one other package that obviously ships a policy-rc.d in the debian archive ... but that doesn't say much
18:55
because they're supposed to use update-alternatives to manage it.
18:55
and update-alternatives could point policy-rc.d to anywhere...
18:58Llama_be has left IRC (Llama_be!~Llama@d54C37890.access.telenet.be, Ping timeout: 255 seconds)
19:17
<vagrantc>
i haven't tested sound support in quite some time...
19:18
<alkisg>
Pulseaudio included?
19:19
bbl
19:19alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
19:19
<vagrantc>
yes, it's there, i've just been testing from virtual machines and haven't really tested sound
19:36
hm. the DEVICE variable is used in several possibly incompatible ways in init-ltsp.d ...
19:41Parker955_Away is now known as Parker955
19:43
<vagrantc>
04-server, 09-hostname, 50-cleint-mac, 50-interfaces, 50-jetpipe all use the DEVICE variable a little differently.
19:43
wheee.
19:44khildin has joined IRC (khildin!~khildin@ip-80-236-227-45.dsl.scarlet.be)
19:47||cw has left IRC (||cw!~chris@phpgroupware/cw, Ping timeout: 245 seconds)
19:48Trixboxer has left IRC (Trixboxer!~Trixboxer@115.124.115.71, Quit: "Achievement is not the end, its the beginning of new journey !!!")
19:49
<vagrantc>
ok, think i found at least one of the problems.
19:49Parker955 is now known as Parker955_Away
19:56
<vagrantc>
fixed two of those bugs.
19:56Llama_be has joined IRC (Llama_be!~Llama@94-226-90-169.access.telenet.be)
19:56* vagrantc wonders if we shouldn't set NET_DEVICE=${DEVICE} or some such
19:59
<vagrantc>
with those two patches, ltsp 5.3.3 seems to work fine on debian
20:01* Hyperbyte high fives vagrantc
20:01* vagrantc responds only slightly capably
20:02||cw has joined IRC (||cw!~chris@gateway.wilsonmfg.com)
20:03||cw has joined IRC (||cw!~chris@phpgroupware/cw)
20:05
<vagrantc>
meh. what in tarnations is updating /var/cache/apt/*.bin ?
20:15komunista has joined IRC (komunista!~slavko@adsl-195-168-242-217.dynamic.nextra.sk)
20:23adrianorg__ has left IRC (adrianorg__!~adrianorg@189.114.159.32, Ping timeout: 252 seconds)
20:23adrianorg__ has joined IRC (adrianorg__!~adrianorg@189.114.159.32)
20:27
<vagrantc>
well, i haven't figured out what's creating it ... but i figured out that it gets created if the files don't already exist ... no idea what's purging those files on chroot creation.
20:29
but running apt-get update seems to fix it.
20:29risca has joined IRC (risca!~risca@wi-secure-4481.cc.umanitoba.ca)
20:49mischko has left IRC (mischko!~Scott@ip68-101-108-132.oc.oc.cox.net, Quit: Ex-Chat)
20:59risca has left IRC (risca!~risca@wi-secure-4481.cc.umanitoba.ca, Quit: Lämnar)
21:05
<vagrantc>
well, i figured out a workaround at least... ugh.
21:23brunolambert has left IRC (brunolambert!bruno@nat/revolutionlinux/x-pxbjfkxgsfsikwmb, Remote host closed the connection)
21:28artista-frustrad has left IRC (artista-frustrad!~fernando@200.247.43.2, Quit: Leaving)
21:36
<stgraber>
vagrantc: at least on Ubuntu apt ships a cron.d job that triggers once a day to update the lists and do some more stuff
21:38
<vagrantc>
stgraber: the problem is that apt-get clean purges /var/cache/apt/*.bin ... which i think is a bug in apt. and then just about any call to apt re-creates those files.
21:38
<stgraber>
oh, that's what's making my i386 containers super slow then!
21:38
I was wondering why these .bin were vanishing every hour or so ';)
21:39
<vagrantc>
might be. i just reported a bug on apt in debian abou tit.
21:39
<stgraber>
and I'm indeed running apt-get clean every hour (configration manager)
21:40
<vagrantc>
which i finally figured out why it sometimes happens on my LTSP setups and sometimes not ... sometimes i'll manually install a package or something.
21:41
stgraber: http://bugs.debian.org/661947
21:42
<stgraber>
vagrantc: mentioned it on IRC in the ubuntu development channel too to make sure we get some additional noise about it ;)
21:43alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
21:44Llama_be has left IRC (Llama_be!~Llama@94-226-90-169.access.telenet.be, Ping timeout: 245 seconds)
21:49
<alkisg>
19:43<vagrantc>04-server, 09-hostname, 50-cleint-mac, 50-interfaces, 50-jetpipe all use the DEVICE variable a little differently. ==> we shouldn't be using CAPS in temporary variable names...
21:49
We should make a convension to use them only for exported variables
21:50toscalix has left IRC (toscalix!~toscalix@62.87.118.133, Read error: Connection reset by peer)
21:51
<alkisg>
But yeah net-eth0.conf doesn't have good naming convensions, DEVICE in caps for interface, filename in lowercase for the boot filename....
21:54
<vagrantc>
alkisg: i renamed the ones in 04-server and 50-jetpipe
21:54
<alkisg>
Yup just saw the commits, nice. But I do think that using caps for temporary var names is a bad idea...
22:04
'night all
22:04alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
23:53khildin has left IRC (khildin!~khildin@ip-80-236-227-45.dsl.scarlet.be, Quit: I'm gone, bye bye)
23:57komunista has left IRC (komunista!~slavko@adsl-195-168-242-217.dynamic.nextra.sk, Quit: Leaving.)