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

Request log from specific day:

Channel log from 28 October 2007 (all times are UTC)

00:00	<dmarkey_> no, seems fine
00:01	<vagrantc_> LDM2 was written to handle expired passwords ... but i'm wondering if something is different on SuSE in the text it uses to detect password expiry stuff
00:01	<dmarkey_> do i have LDM2?
00:01	<vagrantc_> different between suse and ubuntu (where i think it was tested)
00:01	dmarkey_: yes.
00:01	<dmarkey_> hmm a bug should prob be raised
00:01	<cyberorg> vagrantc_, https://forgesvn1.novell.com/viewsvn/kiwi-ltsp/trunk/ltsp-client/client/ldm2/
00:02	<dmarkey_> i used the standard procedure
00:02	<cyberorg> dmarkey_, yes you have ldm2
00:03	<vagrantc_> cyberorg: it's certainly not revision 31 of the gutsy-ltsp branch ... ?!
00:03	<dmarkey_> hmm.. is the password change mechanism compiled into ldm2 or is there a config file
00:03	<vagrantc_> what's i'm saying is that the password expiry uses text outputted by ssh ... and i'm wondering if there are differences in ubuntu and suse that is causing it to fail.
00:04	<cyberorg> vagrantc_, is there some changelog entries in there?
00:04	<vagrantc_> cyberorg: not any useful ones
00:04	<dmarkey_> vagrantc_: i think that is the case
00:05	<cyberorg> dmarkey_, here is a bugtracker http://devzilla.novell.com/kiwi-ltsp/
00:07	<dmarkey_> cyberorg: thanks
00:07	<vagrantc_> cyberorg: you might want to explore using bzr-svn or tailor to import between svn and bzr so we can at least maintain consistancy
00:08	cyberorg: from the way this is split it, it would appear almost impossible to continue to share code between your kiwi-ltsp and debian/ubuntu
00:08	* vagrantc_ really doesn't like so much forking
00:09	<cyberorg> vagrantc_, i tried, donno why it didnt get imported, https://launchpad.net/kiwi-ltsp/trunk
00:10	vagrantc_, i have asked before too, i need help in organizing this properly so it is easier for upstream, for now i have put everything as i can understand it :)
00:10	<dmarkey_> so is there any way i can change the chat ldm has with ssh?
00:10	<vagrantc_> cyberorg: even if that import did work, it would be largely useless to share code.
00:11	<cyberorg> vagrantc_, all the ltsp5 code is kept untouched in the same folder structure as upstream
00:11	no code is added as i cant code :(
00:12	vagrantc_, when you have time, you can check out http://en.opensuse.org/LTSP and see how everything works on suse
00:12	dmarkey_, how was the installation process?
00:13	<vagrantc_> cyberorg: well, the directory structure is split into lots more directories, and ltspfs is merged into the ltsp-server stuff, and the ltsp-server stuff is largely moved to nbdswap
00:13	but hey, you've got something working :)
00:13	<dmarkey_> https://forgesvn1.novell.com/viewsvn/kiwi-ltsp/trunk/ltsp-client/client/ldm2/src/sshutils.c?revision=31&view=markup
00:14	<vagrantc_> we'll fix it another day :)
00:14	<cyberorg> nbdswp is not used, it is juse temp workspace there, it doesnt contain much
00:14	<dmarkey_> cyberorg: flawless, en.opensuse.org/ltsp
00:14	<cyberorg> dmarkey_, :) that is all i and captain_magnus worked on
00:15	<dmarkey_> cyberorg: ok :)
00:15	do you use suse so you can get the exact chat?
00:15	<cyberorg> dmarkey_, i wouldnt even know where to look, but file a bug and we will investigate ;)
00:15	<dmarkey_> ah, im very tired
00:16	its 6AM
00:16	<cyberorg> me gotta leave too, see you later, vagrantc_ please try when you find some time :)
00:16	<dmarkey_> bye
00:17	<vagrantc_> try?
00:18	* vagrantc_ has been reading the en.opensuse.org/LTSP page
00:25	moa_ has quit IRC
00:31	Rplata has joined #ltsp
00:35	Rplata has joined #ltsp
00:35	Rplata has quit IRC
00:36	Rplata has joined #ltsp
00:42	Rplata has joined #ltsp
00:48	Rplata has joined #ltsp
00:56	Rplata has joined #ltsp
01:00	Rplata has quit IRC
01:03	Rplata has joined #ltsp
01:11	Rplata has joined #ltsp
01:11	cyberorg has quit IRC
01:13	Rplata has quit IRC
01:28	Rplata has joined #ltsp
01:32	Rplata has joined #ltsp
01:35	Q-FUNK has joined #ltsp
01:42	Rplata has quit IRC
01:43	Rplata has joined #ltsp
01:43	vagrantc has joined #ltsp
01:44	i_ has joined #ltsp
01:56	i_ has quit IRC
01:56	vagrantc_ has quit IRC
02:03	tux_440volt has joined #ltsp
02:50	vagrantc has quit IRC
02:53	i has joined #ltsp
02:54	i has quit IRC
02:58	bobby_C has joined #ltsp
03:03	i has joined #ltsp
03:04	i has quit IRC
03:05	i_ has joined #ltsp
03:32	tux_440volt has quit IRC
03:34	i__ has joined #ltsp
03:34	subir has joined #ltsp
03:50	Q-FUNK has quit IRC
03:51	i_ has quit IRC
03:54	plamengr has joined #ltsp
03:58	Egyptian[Home] has joined #ltsp
04:26	<i__> Hello, is there anyone around to help out?
04:34	Q-FUNK has joined #ltsp
04:36	i__ has quit IRC
04:49	plamengr has quit IRC
04:57	bobby_C has quit IRC
05:53	fernando156 has quit IRC
05:57	fernando156 has joined #ltsp
06:20	fernando156 has quit IRC
06:25	<dmarkey_> hi cy
06:33	any way i can get the logs of the cliehnt machines?
06:35	fernando156 has joined #ltsp
06:41	dmarkey_ has quit IRC
06:53	fernando156 has quit IRC
07:03	subir has quit IRC
07:04	fernando156 has joined #ltsp
07:05	cyberorg has joined #ltsp
07:12	K_O-Gnom has joined #ltsp
07:53	moquist has joined #ltsp
08:01	Amaranth has quit IRC
08:01	dmarkey has joined #ltsp
08:11	<dmarkey> cyberorg: you awake?
08:11	<cyberorg> dmarkey, yeah it is about 7 pm here :)
08:12	<dmarkey> ok, im trying to hack sshutils.c
08:13	<cyberorg> dmarkey, is that necessary?
08:14	try normal ssh -X serverip from another machine and check out the chat that happen
08:14	<dmarkey> well ts gettng the chat with ssh wrong
08:14	<cyberorg> dmarkey, so we fix ldm2 :)
08:14	<dmarkey> ok, fix it trhen :)
08:15	<cyberorg> dmarkey, if i knew any c :(
08:15	<dmarkey> c is easy
08:16	<cyberorg> dmarkey, i can do shell script and i suck badly at that too ;)
08:16	https://forgesvn1.novell.com/viewsvn/kiwi-ltsp/trunk/ltsp-client/client/ldm2/src/
08:16	dmarkey, you mean you are looking at sshutils.c here?
08:17	<dmarkey> no, i have the source and im recompilinjg, trying to fix the bug
08:21	<cyberorg> dmarkey, i mean in ldm2 or distro ssh package
08:22	<dmarkey> in ldm2
08:29	how can i get at the logs on the clients?
08:33	plamengr has joined #ltsp
08:34	<cyberorg> dmarkey, ssh into the client and run tail -f /var/log/ldm.log
08:35	yes, sshutils in ldm2 is the place to fix the issue, so you are looking in right direction :)
08:35	Q-FUNK has quit IRC
08:41	bobby_C has joined #ltsp
08:50	<dmarkey> cyberorg: ssh into the client with what username/passwd
08:50	<cyberorg> root /linux
08:52	we'll do logging on the server implemented sooner or later, i need to get initrd size down first, it is massive
08:54	<dmarkey> whats the sentinel>??
08:55	<cyberorg> dmarkey, where?
08:55	<dmarkey> in sshutils.c
08:56	ogra has joined #ltsp
08:57	<cyberorg> dmarkey, ogra must know :)
08:57	hi ogra
08:58	sbalneav has joined #ltsp
08:58	<ogra> hey
08:58	<cyberorg> ogra, what's SENTINEL in sshutils.c?
08:58	<sbalneav> Morning all!
08:58	<cyberorg> moin sbalneav
08:58	<sbalneav> SENTINEL is what we look for when we log in. It tells us that we've managed to actually establish an ssh session.
08:59	<dmarkey> does sshd actually return "SENTINEL"?/
08:59	<sbalneav> No, the sentinel is set to LTSPROCKS :)
09:00	<dmarkey> ha, should it noit be set to "Have a lot of fun"
09:00	<sbalneav> Basically, we start the ssh with an: echo LTSPROCKS ; /bin/sh
09:00	<dmarkey> ohh
09:01	<sbalneav> So, when we're parsing the output of the ssh, we're looking for the password prompts, expired password messages, etc.
09:01	<cyberorg> sbalneav, yes, i remember seeing that
09:01	<sbalneav> So, when we see LTSPROCKS, we know we've actually fully logged in, and the session's established.
09:02	<cyberorg> sbalneav, what does SENTINEL in sshutils for?
09:02	<sbalneav> We can't look for a shell prmompt ($), since someone could set a different default prompt
09:03	<dmarkey> how can i rebuild the image quickley
09:03	plamengr has quit IRC
09:03	<sbalneav> ldm.h:#define SENTINEL "LTSPROCKS"
09:03	ldm.h:#define SENTINEL "LTSPROCKS"
09:03	So, it's just a C define
09:03	dmarkey: ltsp-update-image
09:03	<cyberorg> dmarkey, chroot /srv/kiwi-ltsp-nfs and install new ldm in there
09:03	<dmarkey> im using squash
09:04	<sbalneav> cyberorg: You're porting ldm2 to Suse?
09:04	Excellent!
09:04	<cyberorg> dmarkey, after that rm /srv/kiwi-ltsp/ ltsp-suse-10.3.i686-0.0.2 && mksquashfs /srv/kiwi-ltsp-nfs /srv/kiwi-ltsp/ ltsp-suse-10.3.i686-0.0.2
09:05	sbalneav, we already have working ltsp5 :)
09:05	sbalneav, http://en.opensuse.org/LTSP
09:06	sbalneav, ldm2 required hardly any modifications to work on suse
09:06	<sbalneav> Yeah, I've seen, but due to getting Gutsy out the door, I haven't had a chance to look yet. I'll get a suse box going once I get back from Boston here.
09:07	<cyberorg> cool :)
09:07	<sbalneav> cyberorg: If you run unto something with any of the stuff that needs upstream mods to work better for you, let me know
09:07	<cyberorg> sbalneav, so far nothing at all, all ltsp5 stuff is unmodified, except for sound and local dev for which i did an ugly hack
09:07	<sbalneav> Ogra and I are sitting here, he's looked at the kiwi stuff, and says that if you guys could split it up into client and server parts, it would be easy to roll it into upstream.
09:08	<cyberorg> sbalneav, i was discussing with vagrantc, i need your help with organizing how you require our stuff
09:08	<dmarkey> cyberorg: ok i have a new ldm compiled and im trying it
09:09	<sbalneav> Well, this week, we're going to re-organize things a bit better for upstream, since we're starting to get other distros (like suse) conributing, so expect things to get a bit easier
09:09	<cyberorg> sbalneav, https://forgesvn1.novell.com/viewsvn/kiwi-ltsp/trunk/ ignore nbdswap and kiwi-tool/netboot folders
09:10	sbalneav, only thing i can say about kiwi-ltsp is it is breeze to get it working, even for non-geeks :)
09:11	<sbalneav> Yeah, ltsp5's making things a lot easier to get going.
09:11	The distro support's key.
09:11	<cyberorg> dmarkey, ldm has to be installed in chroot, hope you know that
09:12	sbalneav, tarball releases would help even more
09:15	<sbalneav> We're working on that this week :)
09:18	<cyberorg> dmarkey, if you are going to hack more i can give you svn acces if you like
09:19	ogra1 has joined #ltsp
09:19	<dmarkey> i'll just send you the updated sshutils.c if i get it working
09:20	<cyberorg> dmarkey, ok :)
09:21	ogra has quit IRC
09:22	<dmarkey> the configuration on sshutils.c should really be put into a configurations file, different PAM modules act differently and give different feedback
09:31	<sbalneav> Probably. It's a first cut.
09:32	Having a config file with a set of strings that can be configured to be watched for would be an excellent idear.
09:32	<dmarkey> ye, samba has to do the same thing, and thats configured in smb.conf
09:33	<sbalneav> I'm just getting my head wrapped around glib, but I think it's got some config file parsing bits in it that would be easy to use.
09:34	This LDM was the first conversion from python to C, and I'm not 100% happy with it, so shortly I'm going to start working on it again. I like the config file idea.
09:34	dmarkey: Send me an email with your name, so I can include you in AUTHORS
09:34	sbalneav@ltsp.org
09:38	<dmarkey> there ya go
09:38	also have ye thought about using NX technology as part of LTSP
09:42	<sbalneav> It keeps popping up. Problem is, really, NX will put a huge load on the server. I think it's something that could be integrated. Licensing might be a problem, due to the wacky way NX includes all of xorg. I thought I heard they were supposed to be fixing that at some point.
09:43	<dmarkey> well the core libs are 100% GPL
09:43	which is all you will need and a hacked version on qtnx
09:43	of*
09:54	arnadelo has joined #ltsp
09:55	K_O-Gnom has quit IRC
10:10	<jammcq> g'morning friends
10:21	<sbalneav> Morning jammcq
10:21	<cyberorg> moin jammcq
10:22	<jammcq> hey
10:22	what's happening?
10:27	<sbalneav> We've just had the "LTSP handoff meeting", and basically, we've gone through the checklist that I sent you, and Ollie's in complete agreenment
10:27	<jammcq> soooper
10:27	did you sign the hand-off papers yet?
10:27	<sbalneav> so we'll clean things up, and get the stuff moved out of the debian dir that needs moving.
10:27	heh
10:27	Not yet :)
10:27	<jammcq> get it notorized
10:28	tell ollie he has to "sign zee papers"
10:37	str4nd has quit IRC
10:37	str4nd__ has joined #ltsp
10:42	str4nd__ is now known as str4nd
10:47	<rjune_> ?
10:47	you turning maintainership over?
10:47	<jammcq> no, we're sort of taking it back
10:48	we never really gave it up, but so much of the work was done by ubuntu, it was almost like it was their project
10:53	<sbalneav> jammcq: We made some minor changes to the document I sent you. I'm wondering, would you like me to post the updated one to ltsp-devel?
10:54	<jammcq> prolly a good idea
10:55	<sbalneav> You could also notify people of the bar harbour BTS meeting, we could maybe get some people in the IRC channel.
10:55	OK, I'll post it.
10:57	DonSilver has joined #ltsp
11:00	<sbalneav> Postedotios
11:00	<dmarkey> when i set the remote filesystem as nfs i get all these read errors
11:01	write errors sorry (read only filesystem)
11:01	<sbalneav> We do a unionfs mount of a ramfs over top of the nfs mount,
11:02	That way, to the thin client, it looks as though it's got a "regular" writable root.
11:02	Makes things infinitely easier.
11:02	<dmarkey> ok, how do i instruct the image to mount unionfs or do i have to rebuild the kernel image
11:05	<sbalneav> Well, we've just got some stuff in the initramfs init script.
11:05	So, after we mount the nfs/nbd root dir, we just unionfs the ramdisk overtop.
11:06	mkdir /cow
11:06	mount -t tmpfs tmpfs /cow
11:06	mount -t unionfs -o delete=whiteout,dirs=/cow=rw:${rootmnt}=nfsro unionfs ${root
11:06	mnt}
11:10	<ogra1> dmarkey, https://help.ubuntu.com/community/UbuntuLTSP/LTSPWithoutNFS see the bottom
11:11	(if you want to use nfs)
11:12	ogra1 is now known as ogra
11:12	<dmarkey> ogra: they opnly apply for ubuntu
11:12	<ogra> no
11:13	<dmarkey> update-initramfs -u is not in suse
11:13	nor is ltsp-update-kernels
11:13	<ogra> (might be you need to build the initramfs differently, but the variables should apply for all implementations (else something is really wrong))
11:13	add it then :)
11:13	its an upstream requirement
11:14	(-update-kernels)
11:15	it doesnt need to be called like that, but you need a tool to update the tftp dir
11:17	<sbalneav> Well, ideally, what would happen is that however suse implements a kernel install into the tftp dir would get rolled into ltsp-update-kernels, and made part of upstream.
11:17	<ogra> right
11:17	<sbalneav> That way, suse can just use the ltsp-upstream stuff and it will just "do the right thing" on suse :)
11:18	<ogra> (sicn ltsp-update-kernels is only copying stuff arouns it should just work right away anyway)
11:18	*since
11:23	<cyberorg> dmarkey, i've put in quite rudimentary bindmounts for nfsroot, so you may get some errors, but it should get you ldm
11:23	<dmarkey> kiwi-ltsp-setup -r for future reference
11:25	<cyberorg> ogra, sbalneav we have got just one command with many switches to do all the tasks
11:25	usually only kiwi-ltsp-setup -s needs to be run to set up everything
11:25	<ogra> thats bad ... since you need to have server and clientside ones to get t into the upstream code
11:25	<sbalneav> Well, it's easy enough to get around.
11:26	ltsp-update-kernels will just call kiwi-ltsp-setup -s :)
11:26	<cyberorg> sbalneav, yeah, script can easily be broken up if required
11:26	<ogra> nah
11:26	update-kernels really only cpoies the vmlinuz and initramfs files from the chroot to the tftp dir ...
11:26	why should it re-run kiwi at all ?
11:27	<sbalneav> Ultimately, the goal will be to push all the suse stuff upstream, and you suse ltsp developers become part of upstream ltsp :)
11:27	<cyberorg> sbalneav, -s builds the chroot, netboot images, setsup dhcpd, tftp, nfs, nbd-server everything
11:27	<ogra> just use it as is
11:27	<sbalneav> This fulfilling our borg-like strategy of expanding ltsp's influence around the world :)
11:29	<ogra> well, split it into "chroot, netboot images" ... make that a plugin of ltsp-build-client .... and move the other bits " dhcpd, tftp, nfs, nbd-server " into the server side
11:29	then we can just merge it into the upstream branch
11:30	<cyberorg> it would be quite simple to create switches corresponding to each ltsp script and add if $VENDOR=suse; then kiwi-ltsp-setup -xyz
11:30	<ogra> splti your kiwi script into a server and a client part
11:30	thats exactly what the plugins of ltsp-build-client do
11:31	jst add y plugin dir for SuSE and trow in a sigle pugin which calls "kiwi-ltsp-client-setup" :)
11:31	<sbalneav> ogra: Well, even if they kept the monolithic kiwi script, that wouldn't be so bad, so long as we did the $VENDOR switches in all the ltsp scripts.
11:31	<ogra> and package the rest into an ltsp-server package
11:31	<sbalneav> It just means that suse has to maintain the separate script.
11:32	<ogra> sbalneav, that completely break the disctinct concept and makes the plugin structure pointless
11:32	<sbalneav> but if they DID break it up, then it could just be all maintained as part of upstream.
11:32	<ogra> right
11:32	and easily extend it with other plugins to have special tasks in the client chroot
11:32	<cyberorg> ogra, would you mind setting up one test and see how it could all fit with ltsp upstream
11:33	<sbalneav> well, yeah, I'm just pointing out that the breakup may be a long term goal, but for short-term simplicity, until that gets done, that would be a way around it.
11:33	<ogra> i.e. have a mythtv client script that turns a client into a video player
11:33	cyberorg, after i return home i'll take a look .. (three weeks from now)
11:34	<cyberorg> ogra, ok, that would surely help and probably you will see why we have monolithic script :)
11:34	<sbalneav> I'll be home by late next week, cyberorg, lets meet up then.
11:34	<cyberorg> sbalneav, cool :)
11:34	<ogra> just rip out the server parts of your script would be the first step ...
11:35	or split it into two ...
11:35	<cyberorg> ogra, ok
11:35	what names?
11:35	<ogra> your choice :)
11:35	<cyberorg> and how do we handle countless switches we have
11:36	<ogra> hand them through from the calling script (ltsp-build-client) but set a good default sou you dont actually need to use them
11:36	<cyberorg> ogra, http://pastebin.ca/752643
11:37	<ogra> have a look at he plugin descriptions
11:37	plugins are able to have options ...
11:37	Q-FUNK has joined #ltsp
11:37	<ogra> so you would call ltsp-build-client --kiwi-settings "-s -x -y"
11:37	or something similar
11:37	<cyberorg> ok, so we call it ltsp-build-client and ltsp-build-server with multiple switches where required, cool
11:38	<ogra> no ltsp build server :)
11:38	but you understood the concept :)
11:38	fernando156 has quit IRC
11:38	<dmarkey> root_write_method="bind_mounts" what config file does that go into cyberorg
11:39	<cyberorg> dmarkey, /srv/tftpboot/KIWI/config.default change NBDROOT to NFSROOT
11:39	<dmarkey> ye i have that, but i still cant write and it wont boot
11:40	<cyberorg> dmarkey, NFSROOT=10.0.0.254;/srv/kiwi-ltsp-nfs
11:40	dmarkey, only parts required for booting and getting ldm2 is rw bindmounted, not the entire thing
11:41	<dmarkey> well it ldm2 doesnt start
11:41	and it doesnt get an ip address because dhcpd cant create a lockfile
11:42	<cyberorg> dmarkey, /srv/kiwi-ltsp-nfs/etc/init.d/00-suse-bind-mounts
11:42	Egyptian[Home1 has joined #ltsp
11:42	Egyptian[Home] has quit IRC
11:47	<dmarkey> hmm.. that isnt symlinked in the rc5.d directory
11:48	<cyberorg> dmarkey, no it is in # Default-Start: B
11:50	dmarkey, we dont use rc5.d just rc3.d
11:53	fernando1 has joined #ltsp
11:53	<dmarkey> cyberorg: it doesnt start because it gives out about a unique ID or something
11:54	sbalneav has quit IRC
11:55	<cyberorg> dmarkey, let me boot up nfs
11:59	GodFather_ has joined #ltsp
12:01	<cyberorg> dmarkey, found the issue, kiwi's netboot image changed recently, need to fix bind mounts :(
12:01	<dmarkey> oh ok
12:01	anything i can do to fix it quickly?
12:03	so basically do you just bind --mount /dev/shm to /
12:04	mount --bind
12:06	<cyberorg> dmarkey, try some more bind mounts and see if you can work it out, i'll check the netboot image and see if aufs thing can be added
12:12	GodFather_ has quit IRC
12:12	Q-FUNK has quit IRC
12:13	<dmarkey> why would you use squashfs over nfs anyway
12:17	<cyberorg> dmarkey, we use squashfs over nbd
12:19	Rplata has quit IRC
12:19	Q-FUNK has joined #ltsp
12:20	<cyberorg> what's BTS?
12:21	<dmarkey> so its faster?
12:21	pdjbarber has joined #ltsp
12:22	<cyberorg> dmarkey, yes squashfs over nbd is faster/better
12:23	ogra has quit IRC
12:27	Rplata has joined #ltsp
12:28	vagrantc has joined #ltsp
12:30	<vagrantc> lessdisks is dead! long live ltsp!
12:34	<cyberorg> mount -t unionfs -o delete=whiteout,dirs=/cow=rw:${rootmnt}=nfsro unionfs ${rootmnt} where does rootmnt come from?
12:35	<vagrantc> initramfs-tools
12:36	/usr/share/initramfs-tools/init
12:36	<cyberorg> vagrantc, is it a path?
12:37	vagrantc, we dont have anything like intramfs-tools on suse
12:37	<vagrantc> which is installed in /init when the initramfs image is built
12:37	cyberorg: nothing like it at all?!
12:37	no initramfs or initrd generators?
12:38	<cyberorg> vagrantc, mkinitrd is something like that
12:38	<vagrantc> i figured :)
12:38	dmarkey has quit IRC
12:39	<cyberorg> vagrantc, there is nothing like rootmnt in there though
12:39	<vagrantc> ok
12:39	putty_thing`` has quit IRC
12:39	putty has joined #ltsp
12:39	<vagrantc> cyberorg: so... where does your initramfs mount the root filesystem before it does the switchroot/changeroot magic?
12:40	it certainly mounts something somewhere.
12:40	<cyberorg> vagrantc, in initrd?
12:40	<vagrantc> yes
12:40	<cyberorg> vagrantc, rootdev
12:40	vagrantc, http://pastebin.ca/752704
12:41	ignore the roodev pasted wrong
12:41	this is the part we do nbd/nfs root mounting
12:42	<vagrantc> what actually calls "mount" ?
12:42	<cyberorg> vagrantc, nfs is missing UNIONFS_CONFIG, that is why dmarkey had ro problems
12:44	<vagrantc> cyberorg: at some point, your initramfs needs to actually mount the root filesystem somewhere ... where does that happen?
12:44	<cyberorg> vagrantc, this is the whole of initrd's script http://pastebin.ca/752720
12:46	* vagrantc feels the wheels re-inventing themselves
12:47	<vagrantc> cyberorg: so, from reading the comments, it looks like your equivalent to ${rootmnt} is /mnt hard-coded
12:48	<cyberorg> vagrantc, http://pastebin.ca/752724 all the functions come from here
12:48	<vagrantc> cyberorg: this is really hard to read through in a web browser ...
12:48	<cyberorg> vagrantc, :) svn checkout?
12:49	<vagrantc> cyberorg: look for what calls mount and where it mounts to ... according to the comments, it sounds like it's /mnt
12:52	<cyberorg> vagrantc, this looks like it http://pastebin.ca/752728
12:54	<vagrantc> cyberorg: from the looks of it, you'll hopefully be able to plug into the existing infrastructure of your initramfs stuff
12:55	<cyberorg> vagrantc, we have nbdroot working well, nfs is creating problems due to ro access to some parts, and bind mounts suck, so i was looking to put in aufs for nfs in,
12:56	did that make sense? :P
12:56	<vagrantc> yup
12:56	* vagrantc doesn't share the aversion to bind mounts
12:56	<vagrantc> i mean, they're ugly... but they're solid.
12:56	<cyberorg> vagrantc, oh no i meant the bind mounts i have put in the script that does it suck
12:57	<vagrantc> been using that technology for at least 5 or 6 years.
12:57	cyberorg: ?
12:58	<cyberorg> some parts that need rw are still ro and we get many errors which can be avoided if bind mounts are implemented cleanly
12:58	<vagrantc> ah, got it.
12:58	<cyberorg> if we use aufs and mount entire / rw it would solve all issues :)
12:58	<vagrantc> cyberorg: did you use the list from the debian packages as a basis ?
12:58	<cyberorg> vagrantc, yeah
12:58	<vagrantc> cyberorg: it will likely introduce other issues, but yes. :)
13:00	<cyberorg> vagrantc, https://forgesvn1.novell.com/viewsvn/kiwi-ltsp/trunk/kiwi-ltsp/ltsp/suse-10.3/root/etc/init.d/00-suse-bind-mounts?revision=34&view=markup
13:00	i should have used tinyurl
13:00	Author: Matt Zimmerman <mdz@ubuntu.com> :)
13:01	<vagrantc> cyberorg: ah, i think that may be a little out of date ... we actually have defined them in /etc/default/ltsp-client-setup for some time now
13:01	cyberorg: why did you comment out the ltsp_chroot check ?
13:02	<cyberorg> vagrantc, i think it is done in another script
13:02	<vagrantc> that's good to have, so if someone accidentally installs the package on a non-LTSP system, everything doesn't get borked.
13:03	that actually looks like you've stripped all of mdz's code out and only included stuff i wrote :)
13:03	<cyberorg> vagrantc, so why didnt you put your name there :)
13:06	<vagrantc> i'm not the kind of dog that pees on every tree i look at
13:08	<cyberorg> vagrantc, it helps finding the person responsible in case server blows up
13:16	if it mounts nfs in /mnt probably i need just this export UNIONFS_CONFIG="/dev/ram1,"/mnt",aufs" to get rid of bind mounts
13:18	didnt work
13:41	sbalneav has joined #ltsp
13:41	<sbalneav> Afternoon all
13:44	<vagrantc> sbalneav: hi! thanks for the post to ltsp-developer :)
13:45	<mistik1> Scotty!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
13:47	ogra has joined #ltsp
13:50	<sbalneav> Hey hey
13:50	No problem
13:58	DonSilver has quit IRC
14:02	K_O-Gnom has joined #ltsp
14:12	<sbalneav> vagrantc: Did that list look good to you?
14:13	<vagrantc> sbalneav: just finished writing my response
14:14	sbalneav: i added a few enthusiastic responses, a little commentary, and a desire to split ldm into a separate source tarball
14:15	<sbalneav> ldm and the greeter together?
14:15	or just ldm?
14:16	brb
14:18	<vagrantc> sbalneav: main thing is i want the themes separated ... there might be a case for splitting out the greeter stuff. but that's not my current priority.
14:19	i.e. if you have a gtk greeter and a qt greeter, it would be silly to re-build the gtk greeter just because of changes to the qt stuff.
14:42	ogra has quit IRC
14:42	ogra has joined #ltsp
14:42	<ogra> SIGH
14:43	<sbalneav> ogra: Problems?
14:43	<ogra> shaky network
14:43	did you manage to get the Ubuntu sugnal upstairs ?
14:43	*signal
14:43	<sbalneav> No
14:43	But wired is free in the rooms
14:43	<ogra> ah
14:43	<sbalneav> I checked with the front desk.
14:44	C'mon up if you want.
14:44	I can surrender the line.
14:44	<ogra> i had to book i for one day on friday
14:44	it showed a billing page
14:44	no, i'm working with rich on the speclist
14:44	we need to finalize that today
14:44	<sbalneav> Need me down there?
14:45	<ogra> nah, all fine
14:45	(which doesnt mean you shouldnt come if you like indeed :) )
14:45	<sbalneav> heh, I'm drawing state machines on napkins :)
14:46	<ogra> heh
14:53	* jammcq suspects that sbalneav will be getting lots more work done at this UDS, cuz he won't have jammcq dragging him all over town in the evenings in search of fine dining experiences
14:54	<sbalneav> Wasn't too much work going on last night, no worries :)
14:58	<ogra> sbalneav, dtrask stands here
14:59	<jammcq> tell him to sit, see if he obeys
14:59	* vagrantc hands dtrask a chair
14:59	<ogra> jammcq, i'll drag him to the bars, dont worry ... he'll be alcoolic instead of putting on weight this time ;)
14:59	<jammcq> :)
14:59	<ogra> vagrantc, he sits and thanks you :)
15:00	<vagrantc> it's almost like being there!
15:02	<Q-FUNK> heh
15:06	<sbalneav> Ah, is trask there?
15:06	I'll wander down. brb.
15:06	sbalneav has quit IRC
15:06	dtrask has joined #ltsp
15:07	<dtrask> hey all
15:09	sepski has joined #ltsp
15:10	ogra has quit IRC
15:10	ogra1 has joined #ltsp
15:11	* vagrantc waves to dtrask
15:13	* dtrask waves back to vagrantc
15:13	sbalneav has joined #ltsp
15:13	<sbalneav> Back
15:14	* dtrask waves to sbalneav
15:17	* sbalneav waves back
15:20	ogra__ has joined #ltsp
15:27	ogra__ has quit IRC
15:27	sepski has quit IRC
15:27	ogra1 has quit IRC
15:27	ogra has joined #ltsp
15:32	Q-FUNK has quit IRC
15:46	vagrantc has quit IRC
16:13	captain_magnus has quit IRC
16:14	captain_magnus has joined #ltsp
16:22	laprag has joined #ltsp
16:35	K_O-Gnom has quit IRC
16:42	ogra_cmpc has joined #ltsp
16:44	<dtrask> ogra_cmpc: HI!
16:44	* dtrask waves to the little computer
16:44	<ogra_cmpc> yo !
16:44	* ogra_cmpc waves back
16:46	pdjbarber has quit IRC
16:49	Amaranth has joined #ltsp
17:03	dtrask has quit IRC
17:13	Amaranth has quit IRC
17:14	Egyptian[Home1 has quit IRC
17:16	ogra has quit IRC
17:18	vagrantc has joined #ltsp
17:25	ogra_cmpc has quit IRC
17:37	ltspbot` has joined #ltsp
17:37	ltspbot has quit IRC
17:40	bobby_C has quit IRC
17:44	vagrantc_ has joined #ltsp
17:44	fox2k has quit IRC
17:54	i has joined #ltsp
17:55	Hello, anyone available?
17:56	i has quit IRC
17:56	i_ has joined #ltsp
17:56	<i_> Hello, anyone available?
17:58	vagrantc has quit IRC
18:01	<rcy> i_: sup
18:11	<i_> Hello?
18:11	rcy: Are you there?
18:11	<rcy> yes
18:11	<i_> Any ideas?
18:12	<rcy> about what?
18:12	<i_> What I've written above...
18:14	<rcy> sorry, you'll have to repost it, my scrollback doesnt go back to far
18:14	<i_> OK:
18:14	I'm running Edubuntu server (Gutsy) ...
18:14	<rcy> ok
18:14	<i_> Used to run Feisty ... had 19 clients connecting fine before
18:14	Now have a problem with local devices connected to the client ...
18:14	Only the first client connected gets access to local devices - the rest don't
18:14	Neither the user logging in, nor the client being used has any bearing upon this ...
18:14	It's whoever logs in first, has access - the remainder don't ... any ideas what this could be?
18:15	<rcy> hmm, i only installed ltsp5 on gutsy the other day
18:15	i havent messed with local devices yet
18:15	<i_> Any suggestions?
18:16	<rcy> try to find a log file and see if anything is output there that can help diagnose the problem
18:16	<cliebow> the suthors must be out to dinner..should be back bt and by
18:17	<i_> Should I wait?
18:18	<cliebow> ummm..their first night in Boston....
18:18	<i_> When is the best time of the day to pass by?
18:18	<cliebow> this week will be unpredictable..they are all at Ubuntu summit
18:19	watch for sbalneav...
18:19	or s!
18:19	s!
18:20	!s
18:20	<ltspbot`> cliebow: "s" is Scotty!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
18:20	<i_> Yeah, I spoke to him a couple of days back - but what between what times are they normally around?
18:21	<cliebow> edt work hours usualyy..usually after dinner they cozy up somewhere with beer and hack..via this channel
18:22	<i_> Roughly 10pm local time (for them)?
18:23	<cliebow> prob notbefore...
18:25	<i_> So Boston is GMT - 5 right? So we're looking at at least another 4 hours...?
18:26	<cliebow> 5
18:26	just a guess...i didnt go this year..
18:27	<i_> Alright, thanks for that ... I'll try back later ...
18:28	<cliebow> kk
18:33	i_ has quit IRC
20:13	spectra has joined #ltsp
20:25	Amaranth has joined #ltsp
20:26	Amaranth has quit IRC
20:27	Amaranth has joined #ltsp
20:28	Amaranth has quit IRC
20:28	Amaranth_ has joined #ltsp
20:30	Amaranth_ has quit IRC
20:41	MagicStorm has joined #ltsp
21:17	fgiraldeau has joined #ltsp
21:41	fgiraldeau has quit IRC
22:08	Amaranth has joined #ltsp
22:19	spectra has quit IRC
22:31	BGomes has joined #ltsp
23:03	fernando1 has quit IRC
23:18	ii has joined #ltsp
23:19	ii has quit IRC
23:20	\|Topslakr has quit IRC
23:20	topslakr_ has quit IRC
23:25	BGomes has left #ltsp
23:27	fernando1 has joined #ltsp
23:53	zodman has joined #ltsp
23:54	zodman has left #ltsp