IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 21 April 2007 (all times are UTC)
| 00:19 | dtrask has joined #ltsp | |
| 00:25 | dtrask has quit IRC | |
| 00:26 | dtrask has joined #ltsp | |
| 00:26 | dtrask has quit IRC | |
| 00:45 | freet15_ has quit IRC | |
| 01:02 | freet15 has joined #ltsp | |
| 01:16 | freet15 has joined #ltsp | |
| 02:21 | Egyptian[Home] has joined #ltsp | |
| 02:48 | freet15 has quit IRC | |
| 03:04 | freet15 has joined #ltsp | |
| 03:17 | sepski has joined #ltsp | |
| 03:39 | joebob777as7 has quit IRC | |
| 03:40 | joebob777as7 has joined #ltsp | |
| 03:46 | sepski has quit IRC | |
| 04:51 | radoeka has joined #ltsp | |
| 05:27 | radoeka has quit IRC | |
| 06:33 | artista_frustrad has joined #ltsp | |
| 07:13 | J45p3r has joined #ltsp | |
| 07:32 | cyberorg has joined #ltsp | |
| 07:33 | <cyberorg> hi jammcq need small addition on ltsp wiki (i dont have access on http://wiki.ltsp.org/twiki/bin/view/Ltsp/DownLoads)
| |
| 07:38 | <ogra> cyberorg, what do you want added, probably i can find my login data
| |
| 07:40 | <cyberorg> ogra: i am not even sure where it needs to go, on suse to get ltsp5 working you need to ln -s /etc/X11/xdm/Xsession /etc/X11/ otherwise ldm just restarts X
| |
| 07:40 | may be in troubleshooting
| |
| 07:41 | <ogra> ah, well at least it work somehow on SuSE ... for redhat even the linking didnt work ...
| |
| 07:41 | <cyberorg> ok, i have access there
| |
| 07:41 | ogra: debian tarball works perfectly :)
| |
| 07:42 | no changes required anywhere
| |
| 07:42 | <ogra> we should have a per distro list at the bottom for such extras, pulseaudio needs some server sided config as well
| |
| 07:42 | well, then feel free to edit :)
| |
| 07:42 | debian tarball is some versions behind
| |
| 07:42 | it still uses esd
| |
| 07:43 | <cyberorg> ok, later i'll try ubuntu one, then i'll start working on native suse
| |
| 07:43 | <ogra> yay
| |
| 07:44 | do you have a bzr tree already ?
| |
| 07:44 | we're soon start a new codemerge, debian and ubuntu both had releases recently, so we'l merge the upstream code
| |
| 07:44 | would be nice to pull in some native SuSE stuff ;)
| |
| 07:44 | <cyberorg> ogra: not yet, i would be starting next week, just got tarballs
| |
| 07:45 | <ogra> poke sbalneav, vagrantc or me if you are ready :)
| |
| 07:45 | <cyberorg> i dont really understand many of the things, but debian tarball worked out of box
| |
| 07:45 | so expect for using native suse chrooted, what else could be different?
| |
| 07:46 | <ogra> well, what you need first is the set of plugins for ltsp-build-client to build a client environment from distro tools
| |
| 07:46 | <cyberorg> may be branding ldm :)
| |
| 07:46 | ogra: i am thinking of using kiwi to build that image
| |
| 07:46 | <ogra> with the distro packages
| |
| 07:46 | right
| |
| 07:46 | if you can integrate that thats fine
| |
| 07:47 | <cyberorg> are any core packages in ltsp chroot modified?
| |
| 07:47 | <ogra> if you once have that image, make sure to have two initscripts, one that configures everything on the client during boot (steal liveCD code from your distro for that ;) )
| |
| 07:47 | and one that starts the ltsp cleint by using the screen scripts
| |
| 07:48 | <cyberorg> ogra: not now :), next week
| |
| 07:48 | i'll need all the help i can get
| |
| 07:48 | <ogra> in the ubuntu/debian tarball thats done by /etc/init.d/ltsp-client-setup and /etc/init.d/ltsp-client
| |
| 07:48 | have a look at them and think how you can solve these things for SuSE :)
| |
| 07:49 | <cyberorg> ok, thanks :)
| |
| 07:57 | ogra: you worked on debian or ubuntu one?
| |
| 07:58 | <ogra> i'm doing the ubuntu implementation
| |
| 07:58 | <cyberorg> ok
| |
| 07:58 | <ogra> (i.e. most of the core development and new features)
| |
| 07:59 | <cyberorg> hopefully i would be able to use most of your work :)
| |
| 07:59 | <ogra> if it needs changes, just tell me :)
| |
| 07:59 | or one of the others ;)
| |
| 08:00 | <cyberorg> yeah, sure
| |
| 08:00 | right now i am looking for a video that shows xen live migration, cant find it :(
| |
| 08:04 | bobby_C has joined #ltsp | |
| 08:41 | vagrantc has joined #ltsp | |
| 08:44 | J45p3r has quit IRC | |
| 09:19 | vdittgen has joined #ltsp | |
| 09:24 | vagrantc has quit IRC | |
| 09:26 | vdittgen has quit IRC | |
| 09:28 | vdittgen has joined #ltsp | |
| 09:29 | vdittgen has joined #ltsp | |
| 09:40 | xlyz has joined #ltsp | |
| 09:41 | muh2000_ has joined #ltsp | |
| 09:44 | <xlyz> hi
| |
| 09:57 | muh2000__ has quit IRC | |
| 10:06 | mhterres has joined #ltsp | |
| 10:11 | <cliebow> xlyz hi
| |
| 10:20 | <xlyz> where shall I install applications? on the server or in the ltsp chroot?
| |
| 10:20 | * xlyz being in debian etch | |
| 10:21 | Novell has quit IRC | |
| 10:31 | mhterres has joined #ltsp | |
| 10:31 | <mhterres> hey guys
| |
| 10:31 | jammcq, morning
| |
| 10:31 | Guys I need help with some sentence in english
| |
| 10:32 | <cyberorg> xlyz: if you want to use local app, then in chroot, otherwise install on your server
| |
| 10:32 | <mhterres> I'm translating some local song to sbalneaves and I'm having problems with that
| |
| 10:32 | anybody can help me ?
| |
| 10:33 | privet has joined #ltsp | |
| 10:34 | <xlyz> no local apps. maybe ekiga in the future (any experience?). thanks btw
| |
| 10:34 | <mhterres> If I want to say that It doesn't matter to me if I don't have butter
| |
| 10:35 | can I say: It can lack butter to me ????
| |
| 10:36 | anybody ?? I know this is an off-topic, but I want to keep my promise :-)
| |
| 10:36 | <ogra> how abut "life can lack butter to me" :)
| |
| 10:36 | <mhterres> let me show you the first sentence
| |
| 10:37 | It can lack everything to me in life
| |
| 10:37 | rice, beans and bread
| |
| 10:37 | how you understand of that ?
| |
| 10:37 | It sounds me strange :-)
| |
| 10:37 | <cyberorg> ltsp == language translation service provider?
| |
| 10:37 | L)
| |
| 10:37 | <mhterres> uhahaha
| |
| 10:37 | <cyberorg> :)
| |
| 10:37 | <ogra> *grin*
| |
| 10:37 | <mhterres> cyberorg, just to send a song to sbalneaves
| |
| 10:38 | but you know, sometimes is complicated local songs to other langagues
| |
| 10:38 | heheeh
| |
| 10:38 | complicated translated
| |
| 10:38 | <ogra> yes, sounds a bit strange
| |
| 10:38 | <mhterres> hehhee, I know
| |
| 10:54 | thanks guys
| |
| 10:54 | I'll have to go
| |
| 10:54 | see you monday
| |
| 10:54 | mhterres has quit IRC | |
| 10:59 | xlyz has quit IRC | |
| 10:59 | <cyberorg> ogra: any way we can get composite desktop (compiz/beryl) on clients?
| |
| 10:59 | if clients has supported hardware
| |
| 11:00 | <ogra> nope
| |
| 11:00 | it would only work if you would run it as a local app
| |
| 11:02 | cyberorg has quit IRC | |
| 11:11 | <sutula> ogra: I don't know if you saw my query yesterday, but I'm wondering if there's an easy way to use the debian/ubuntu packaging, but not go through ssh
| |
| 11:12 | <ogra> sutula, set SCREEN_07=startx in the lts.conf file
| |
| 11:12 | <sutula> ogra: Where is the lts.conf file?
| |
| 11:12 | <ogra> that will force XDMCP with all its disadvantages
| |
| 11:12 | in /etc in the chroot
| |
| 11:13 | <sutula> ogra: By disadvantages, are you primarily concerned with security?
| |
| 11:14 | <ogra> sutula, well, anybody can read every keystroke with a simple tcpdump
| |
| 11:14 | you can sniff wonderful screenshots from XDMCP traffic without and hassle ...
| |
| 11:14 | *any
| |
| 11:15 | <sutula> ogra: Right...I was just thinking that I'm within my house, on a private network...the ssh overhead kills performance on old machines
| |
| 11:15 | <ogra> apart from that the implementation of sounds and local devcide work through ldm ...
| |
| 11:16 | <sutula> ogra: I'm not seeing an lts.conf in /opt/ltsp/i386/etc ...am I looking in the wrong place?
| |
| 11:17 | <ogra> depends, do you use the debian tarball ? thats a bit behind, at that time we didnt ship a default lts.conf
| |
| 11:17 | if so, create one with a default section and add the SCREEN_07 variable there
| |
| 11:18 | <sutula> ogra: Yes, Debian Etch currently...I think I found the example under ...usr/share/doc...
| |
| 11:19 | <ogra> yup, there is also a complete list of all parameters
| |
| 11:19 | <sutula> ogra: Do you know if updates will overwrite that? It's not strictly a conf file since it doesn't live under /etc
| |
| 11:20 | <ogra> there is no code that would overwrite it, no
| |
| 11:20 | <sutula> ogra: k, thanks much!
| |
| 11:20 | * ogra goes back to nfs4 playing ... | |
| 11:53 | freemind has joined #ltsp | |
| 11:59 | rasmuson has joined #ltsp | |
| 12:02 | <freemind> hi...
| |
| 12:02 | someone can help with vmware as client???
| |
| 12:03 | or qemu???
| |
| 12:06 | <rasmuson> freemind: press f12 when vmware boots and it does a pxe boot
| |
| 12:24 | privet has quit IRC | |
| 12:25 | privet has joined #ltsp | |
| 12:29 | <freemind> tks :-D
| |
| 12:33 | not work...
| |
| 12:46 | privet has quit IRC | |
| 12:50 | privet has joined #ltsp | |
| 13:03 | <stillflame> ltsp5 question: i'm working on setting up a fat client workstation, and installed icewm and gdm on the chroot (and otherwise went through the workstation instructions). gdm fails on the terminal, first complaining of improper ownership and permissions on /var/lib/gdm, then after i fix that, it complains of an 'internal error' in not being able to start X. am i missing a step? should i have had to do any of these steps?
| |
| 13:03 | vagrantc has joined #ltsp | |
| 13:03 | <stillflame> ltsp5 question: i'm working on setting up a fat client workstation, and installed icewm and gdm on the chroot (and otherwise went through the workstation instructions). gdm fails on the terminal, first complaining of improper ownership and permissions on /var/lib/gdm, then after i fix that, it complains of an 'internal error' in not being able to start X. am i missing a step? should i have had to do any of these steps?
| |
| 13:04 | (sorry for the double post, i knew vagrantc might have the answer)
| |
| 13:04 | <vagrantc> hmmm...
| |
| 13:04 | those instructions worked for me back in december
| |
| 13:04 | <stillflame> they worked for me last month.
| |
| 13:05 | freemind has quit IRC | |
| 13:05 | <stillflame> okay, i'll keep investigating.
| |
| 13:09 | <vagrantc> s,december,september,
| |
| 13:11 | stillflame: grep rw_dirs /opt/ltsp/i386/etc/default/ltsp-client-setup
| |
| 13:14 | stillflame: that complaining of ownership and permissions for /var/lib/gdm makes me suspicious.
| |
| 13:16 | stillflame: chroot /opt/ltsp/i386 ls -l /var/lib/gdm
| |
| 13:17 | stillflame: chroot /opt/ltsp/i386 ls -la /var/lib/gdm
| |
| 13:26 | <stillflame> well, i've changed it since it started, but it is in $rw_dirs, it was originally gdm:gdm 750
| |
| 13:26 | now it's root:gdm 1770
| |
| 13:27 | <vagrantc> drwxrwx--T 2 0 103 4096 2007-04-02 17:46 .
| |
| 13:27 | gid 103 = gdm on my system
| |
| 13:27 | stillflame: the server and chroot may have a different idea of what the gid for gdm is
| |
| 13:27 | <stillflame> okay, that's not what was installed by default, but i altered it to be the same.
| |
| 13:28 | vagrantc: yeah, i caught that one early on when it was owned by ssh.
| |
| 13:28 | gdm is what it reports chrooted.
| |
| 13:28 | <vagrantc> stillflame: and you've got the T part of the permissions ?
| |
| 13:28 | <stillflame> 1770, yup.
| |
| 13:29 | and that error has gone away since i fixed it, now i'm tracking down this 'internal error'.
| |
| 13:30 | <vagrantc> stillflame: have you tried purging gdm and re-installing ?
| |
| 13:30 | "fixing" things by hand seems likely to result in unreproduceable problems.
| |
| 13:32 | stillflame: what is this setup for?
| |
| 13:32 | <stillflame> redandblack
| |
| 13:32 | vagrantc: i've rebuilt the chroot and reproduced it.
| |
| 13:33 | if i add a user the the chroot, i should be able to login at the console with it, right?
| |
| 13:33 | ^in
| |
| 13:33 | heh.
| |
| 13:36 | <vagrantc> if that user has a password, yes.
| |
| 13:38 | <stillflame> hmm. it is also not doing that, then. something is fishy, but i can't get in to grep through the logs.
| |
| 13:38 | <vagrantc> how did you add a user?
| |
| 13:39 | or, chroot /opt/ltsp/i386 passwd
| |
| 13:39 | should set root's password and allow you to log in
| |
| 13:40 | <stillflame> i just did: chroot /opt/ltsp/i386 adduser stillflame
| |
| 13:40 | <vagrantc> that ought to work, yes ...
| |
| 13:41 | stillflame: you could generate an ssh key and install openssh-server
| |
| 13:42 | <ogra> vagrantc, hey
| |
| 13:43 | i just buit an initramfs with the standard mount and portmap ... next step nfs4 :)
| |
| 13:43 | <vagrantc> ogra: hi
| |
| 13:43 | <ogra> *built
| |
| 13:43 | <vagrantc> nice
| |
| 13:43 | how much bigger is it?
| |
| 13:44 | what's all the hype with nfsv v4 ?
| |
| 13:44 | <ogra> 400k smaller :) because i dropped all base modules additionally :)
| |
| 13:44 | <vagrantc> heh
| |
| 13:44 | <ogra> kerberos encryption :)
| |
| 13:44 | nfs4 is safer
| |
| 13:45 | for now i only wanted to have a standard nfs client in the initramfs nfs4 wa just an ide for a next step ... :)
| |
| 13:45 | *was just an idea
| |
| 13:46 | <vagrantc> sure
| |
| 13:46 | <ogra> i'm just randomly poking around in the initramfs for speedups ...
| |
| 13:46 | ad found a lot stuff we can drop
| |
| 13:46 | sepski has joined #ltsp | |
| 13:47 | <ogra> the base set of modules in mkinitramfs is totalnonsense for netbooting
| |
| 13:48 | <vagrantc> so, MODULES=netboot included too much?
| |
| 13:48 | <ogra> even though i appreciate that people with usb keyboard can be able to type in busybox if something breaks, i dont really see a reason for having the whole usbstack ...
| |
| 13:48 | same goes for ext2/3 reiserfs, xfs
| |
| 13:48 | etc
| |
| 13:49 | <vagrantc> i can see usb slightly more than filesystems.
| |
| 13:49 | <ogra> have a look at /usr/share/initramfs-tools/hook-functions
| |
| 13:49 | the base set is directly above net
| |
| 13:49 | <stillflame> A parameter was malformed
| |
| 13:49 | Validation error
| |
| 13:49 | Connection closed by 10.10.10.250
| |
| 13:49 | says ssh
| |
| 13:50 | <ogra> for x in ehci-hcd ohci-hcd uhci-hcd usbhid usb-storage ext2 \
| |
| 13:50 | ext3 isofs jfs nfs reiserfs xfs af_packet atkbd i8042; do
| |
| 13:50 | ^^^ is what ubuntu has
| |
| 13:50 | <vagrantc> stillflame: how many times have you re-installed from scratch? :P
| |
| 13:50 | <ogra> i assume debian has the same
| |
| 13:50 | <stillflame> vagrantc: just once now
| |
| 13:50 | * jammcq loves seeing ogra pairing down the initramfs | |
| 13:50 | <vagrantc> stillflame: inclding the server?
| |
| 13:50 | <ogra> jammcq, i think nfs4 is possible .... should we spec it for gutsy ?
| |
| 13:51 | <stillflame> vagrantc: no, i left the server as is. i could try rebuilding it now, i guess.
| |
| 13:51 | <jammcq> ogra: are you prepared to support kerberos ?
| |
| 13:51 | <ogra> hmm
| |
| 13:51 | not relly keen, no
| |
| 13:51 | <jammcq> if you are, then lets go for it
| |
| 13:51 | <vagrantc> stillflame: things just sound messed up.
| |
| 13:51 | <ogra> *really
| |
| 13:51 | <stillflame> vagrantc: yeah they do.
| |
| 13:51 | <vagrantc> stillflame: but rebuilding without really knowing the problem ...
| |
| 13:53 | * vagrantc wonders why on earth all modules are hardcoded rather than variables | |
| 13:54 | <stillflame> vagrantc: i can't get in to find out what the problem is. well, i didn't build the server in the first place, so i can't be sure that's not the heart of the problem.
| |
| 13:54 | <ogra> you mean read from $(ls /etc/modules/blah...) ?
| |
| 13:54 | * stillflame reinstalls etch. | |
| 13:54 | <vagrantc> ogra: no ... "for x in list of hardcoded modules ; do"
| |
| 13:55 | ogra: like the usb and filesystem modules you highlighted shortly ago
| |
| 13:56 | * vagrantc really likes how MODULES=none behaves identical to MODULES=most | |
| 13:56 | <ogra> heh
| |
| 13:56 | well, you could populate the hardcoded list with my above command ...
| |
| 13:56 | the modules are pretty well sorted in subdirs :)
| |
| 13:57 | <vagrantc> oh, i see what you're saying ...
| |
| 13:57 | yeah, that would seem better, wouldn't it.
| |
| 13:57 | /lib/modules/ more
| |
| 13:58 | <jammcq> just make sure that any optimizing that you guys do favors optomizing runtime performance over anything else
| |
| 13:59 | <vagrantc> well, we're discussing build-time stuff at the moment... if it ran a little slower but produced a smaller initramfs, we should be fine.
| |
| 13:59 | <jammcq> sure
| |
| 13:59 | just saying that anything that is executed by the client should be as fast and small as possible
| |
| 13:59 | <vagrantc> sure
| |
| 14:00 | we should replace some of the python code with shell scripts ...
| |
| 14:00 | <ogra> smaller initramfs loads faster ...
| |
| 14:00 | <jammcq> well...
| |
| 14:00 | <ogra> less modules in the initramfs speedup udev
| |
| 14:00 | <jammcq> load time turns out to be a very small part of the boot time
| |
| 14:00 | <ogra> its all related ;)
| |
| 14:01 | <jammcq> and depending on what you are doing in the shell, python could actually be quite a bit faster
| |
| 14:01 | <ogra> yeah, agreed
| |
| 14:01 | <jammcq> but I definately like the idea of fewer modules
| |
| 14:01 | <ogra> we wont rewrite the world in shell though ...
| |
| 14:01 | <vagrantc> i think there are some things written in python that would be just as fast if not faster in shell
| |
| 14:01 | <jammcq> reiserfs isn't terribly useful to a thin client
| |
| 14:01 | <ogra> well
| |
| 14:02 | <jammcq> vagrantc: the problem with the shell is it requires launching external binaries for many things, or it creates sub-shells
| |
| 14:02 | <ogra> i want to have the ability to use laptops ... so reiserfs is important ...
| |
| 14:02 | but surely not for booting :)
| |
| 14:02 | we have all that crap duplicated in the nfsroot anyway
| |
| 14:02 | <jammcq> at one point, I replaced some complex shell scripts in the initrd with some perl scripts and I was totally surpized at the improved performance
| |
| 14:02 | <ogra> there is much room for optimization in the initramfs
| |
| 14:03 | * vagrantc has had too many reiserfs corruptions in the past two years | |
| 14:03 | * ogra never used reiserfs | |
| 14:03 | * jammcq never used it either | |
| 14:03 | <jammcq> we don't even need ext3
| |
| 14:03 | just ext2, eh?
| |
| 14:03 | * ogra has seen too many reiserfs corruptions in the past two years | |
| 14:03 | <ogra> :)
| |
| 14:04 | * jammcq has heard the horror stories | |
| 14:04 | <ogra> jammcq, we dont need *any* filesystem modules
| |
| 14:04 | <vagrantc> nfs
| |
| 14:04 | <ogra> its the initramfs
| |
| 14:04 | yeah
| |
| 14:04 | <vagrantc> but really, that should probably go in the "netboot" section
| |
| 14:04 | <ogra> and af_packet
| |
| 14:04 | <jammcq> but isn't the initramfs still a certain type of filesystem?
| |
| 14:04 | like cramfs or something?
| |
| 14:04 | <ogra> sure
| |
| 14:04 | <vagrantc> it's "initramfs" filesystem
| |
| 14:04 | <jammcq> ah
| |
| 14:04 | <ogra> thats compiled in in the kernel
| |
| 14:05 | <jammcq> ok then, makes that easy
| |
| 14:05 | <ogra> right
| |
| 14:05 | <jammcq> with initrd, we really had a filesystem to deal with
| |
| 14:05 | <vagrantc> yeah, how ugly that was.
| |
| 14:05 | <ogra> i'm just starting to go through all scripts in the ubuntu initramfs ... and there is a lot we can drop
| |
| 14:05 | * jammcq thinks that's a great idea | |
| 14:05 | <ogra> i dont think we need thermal before / is mounted, do we ?
| |
| 14:06 | <jammcq> agreed
| |
| 14:06 | <ogra> CPUs will run fullspeed anyway during boot
| |
| 14:06 | <jammcq> we WANT them to run full speed
| |
| 14:06 | <ogra> and udev will load it later
| |
| 14:06 | <jammcq> but... how does udev know that it should load it?
| |
| 14:06 | doesn't the kernel or hal generate an event and udev loads the module?
| |
| 14:06 | <ogra> the kernel sends events for all HW it finds
| |
| 14:07 | <jammcq> but.... if the kernel sends the even, and udev doesn't find the module, what will happen?
| |
| 14:07 | s/even/event/
| |
| 14:07 | <ogra> aside udev has udevtrigger and udevsettle to generate events for ventless devices
| |
| 14:07 | if there is no module udev wont do anything :)
| |
| 14:07 | it will return :)
| |
| 14:08 | <jammcq> ok, but then later (after root is mounted via NFS), how does the module get loaded ?
| |
| 14:08 | <ogra> udev runs
| |
| 14:08 | "loading hardware drivers" :)
| |
| 14:08 | <jammcq> again ? or for the first time?
| |
| 14:09 | <ogra> udev runs once in initramfs to detect the netcard module ... (or for non netbooted systems the HD and filesystem)
| |
| 14:09 | it creates the initial set of devices needed by the kernel and ounts /
| |
| 14:09 | *mounts
| |
| 14:09 | then init kicks in
| |
| 14:10 | udev has an initscript ...
| |
| 14:10 | <jammcq> ah, so udev starts again?
| |
| 14:10 | <ogra> so udev runs again and now really loads all modules for all HW it finds
| |
| 14:11 | <jammcq> ah, sounds perfect
| |
| 14:11 | <ogra> i dont want to chage the second run
| |
| 14:11 | but i want to drop all stuff we dont need from the first
| |
| 14:11 | <jammcq> sure
| |
| 14:11 | <ogra> the second run guarantees that we can run on all HW ...
| |
| 14:11 | the first only boots us
| |
| 14:12 | hmm
| |
| 14:12 | there is apparently a way to use nfs4 without kerberos ...
| |
| 14:12 | i wonder if thats speedier
| |
| 14:12 | (speedier than v3 i mean)
| |
| 14:13 | <jammcq> but... without kerberos, do you still get the encryption ?
| |
| 14:13 | <ogra> indeed not
| |
| 14:13 | <jammcq> I think nfs3 can be fast, I just think there's something broken in nfs3 in Ubuntu
| |
| 14:13 | <ogra> but v4 can handle bigger package sizes
| |
| 14:13 | <jammcq> bigger? bigger than 256k ?
| |
| 14:13 | <ogra> err
| |
| 14:14 | <jammcq> how big you want?
| |
| 14:14 | <ogra> i eant rsize wsize values ...
| |
| 14:14 | <jammcq> yeah, how big? they are 256k now for gosh sakes
| |
| 14:14 | we do fine in ltsp-4 with 32k or 8k
| |
| 14:15 | <ogra> the default for v4 is 32768 i think
| |
| 14:15 | <jammcq> I think that's the defalt for nfsv3 too
| |
| 14:15 | since the 2.6 kernel
| |
| 14:15 | used to be 8k with the 2.4 kernel
| |
| 14:15 | <ogra> v3 is limited to 8k
| |
| 14:15 | v4 ges up to 32
| |
| 14:15 | <jammcq> I don't think so
| |
| 14:16 | <ogra> man mount ;)
| |
| 14:16 | <jammcq> you beleive the docs ?
| |
| 14:16 | <ogra> oh207, no v2 is limited
| |
| 14:16 | sorry, misread
| |
| 14:16 | <jammcq> :)
| |
| 14:16 | that's the whole reason we needed to add MOPTS to our initramfs
| |
| 14:17 | to allow people to reduce it back down to 8k or 2k when using 10mbit hardware
| |
| 14:17 | <ogra> yup
| |
| 14:17 | <jammcq> gigabit server nick and a 10mbit client nick didn't play very well, when the blocksize was 32k
| |
| 14:17 | * ogra just notices he should check the root-path IP bug while fiddling in initramfs | |
| 14:18 | <jammcq> what's that bug?
| |
| 14:18 | <ogra> if you set an ip in the rootpath it doesnt boot ?
| |
| 14:18 | <jammcq> ah. I thought that was a design change. I'd be very happy if it was fixed to be like previous LTSP versions
| |
| 14:19 | <ltsppbot> "ogra" pasted "nfsroot code from ubuntu initramfs" (14 lines) at http://pastebot.ltsp.org/107
| |
| 14:19 | <ogra> have a look
| |
| 14:19 | i dont see an obvoius bug here
| |
| 14:21 | <jammcq> I'd have to study that code a bit. dunno what ${NFSROOT%%,*} does
| |
| 14:21 | and ${NFSROOT#*,}
| |
| 14:21 | <ogra> hah, got it
| |
| 14:21 | NFSROOT != ROOTPATH :)
| |
| 14:22 | * ogra hugs virtualbox | |
| 14:23 | <ogra> /tmp/net-eth0.conf only has gotten ROOTPATH from dhcp
| |
| 14:23 | NFSROOT doesnt exists anywhere in the busybox env ...
| |
| 14:24 | <jammcq> so does ROOTPATH look like 192.168.0.1:/opt/ltsp/i386 ?
| |
| 14:24 | <ogra> so i assume "serverip:/path/to/nfs" becomes "serverip:"
| |
| 14:24 | no ROOTPATH is only the path
| |
| 14:24 | <jammcq> who sets ROOTPATH ?
| |
| 14:24 | <ogra> the kernel
| |
| 14:25 | <jammcq> oh?
| |
| 14:25 | that seems odd
| |
| 14:25 | <ogra> well whatever recieves the dhcp data ...
| |
| 14:25 | i guess the tcp stack
| |
| 14:25 | * jammcq is thinking that ipconfig is getting that | |
| 14:26 | <jammcq> userspace, not kernelspace
| |
| 14:26 | <ogra> anyway, NFSROOT=${ROOTSERVER}:${NFSROOT} is clearly wrong
| |
| 14:26 | <jammcq> yeah, prolly
| |
| 14:26 | simple matter of coding at this point
| |
| 14:27 | <ogra> nust be s/NFSROOT/ROOTPATH/s and we should be set
| |
| 14:27 | <jammcq> who is setting ROOTSERVER ?
| |
| 14:27 | same thing?
| |
| 14:27 | <ogra> yep
| |
| 14:28 | they both get written to /tmp/net-eth0.conf by ipconfig
| |
| 14:28 | <jammcq> so, if I set in dhcpd.conf: option root-path "192.168.0.1:/opt/ltsp/i386"
| |
| 14:28 | who is splitting the 2 pieces into ROOTSERVER and ROOTPATH ?
| |
| 14:28 | in ltsp-4.2, we do it inside the script in initramfs
| |
| 14:30 | <ogra> oh207, wow
| |
| 14:30 | option root-path "192.168.0.1:/opt/ltsp/i386" results in 192.168.0.1:192.168.0.1:/opt/ltsp/i386
| |
| 14:30 | <jammcq> :)
| |
| 14:30 | so, nothing is splitting it out
| |
| 14:31 | <ogra> i have no clue where NFSROOT comes from though
| |
| 14:31 | <jammcq> I think all you need to do is detect whether there's an IP address in ROOTPATH, and if so, leave it alone. if not, then prepend the ROOTSERVER to the ROOTPATH
| |
| 14:31 | <ogra> well, its split in ROOTPATH and ROOTSERVER
| |
| 14:31 | and i cant find NFSROOT in the initramfs :)
| |
| 14:31 | but it gets set
| |
| 14:32 | <jammcq> if you set 'option root-path "192.168.0.1:/opt/ltsp/i386"', i'm guessing that ROOTPATH will already contain the IP address
| |
| 14:32 | <ogra> yep
| |
| 14:32 | indeed what yo said will fix it
| |
| 14:32 | but i still would like to know where it comes from :)
| |
| 14:33 | <ltsppbot> "jammcq" pasted "how LTSP-4.2 sets up NFSROOT" (22 lines) at http://pastebot.ltsp.org/108
| |
| 14:33 | <jammcq> take a look at our old code
| |
| 14:34 | i'm guessing there's a better way of splitting out the pieces that my line 1 and 2
| |
| 14:35 | prolly some spiffy shell syntax to do it
| |
| 14:35 | <ogra> well, i dont need to split anything :)
| |
| 14:35 | <jammcq> well, you just need to detect the ':'
| |
| 14:35 | if it's there, then yer all set
| |
| 14:38 | <ogra> hmm, actually the code isnt so wrong as it is ...
| |
| 14:38 | <jammcq> just a little wrong ?
| |
| 14:39 | <ogra> well
| |
| 14:39 | if [ "x${NFSROOT}" = "xauto" ]; then
| |
| 14:39 | NFSROOT=${ROOTSERVER}:${ROOTPATH}
| |
| 14:39 | we have NFSROOT set to auto
| |
| 14:39 | so it should do it right ...
| |
| 14:46 | ah, not if ROOTPATH is not only the path
| |
| 14:47 | * ogra grumbles at the person who choose that variable name ... likely jbailey | |
| 14:49 | <jammcq> right, if $ROOTPATH includes the IP address, then you are done
| |
| 14:54 | <ogra> but it shouldnt be called ROOTPATH then :)
| |
| 14:55 | <jammcq> agreed
| |
| 14:55 | <ogra> hmm
| |
| 15:09 | <vagrantc> dude.
| |
| 15:09 | that is so a bug i filed.
| |
| 15:09 | and recently patched.
| |
| 15:09 | <rasmuson> Hi. I have a problem with local device support. Usb sticks normally works on the ws, but my new cowon iaudio f2 music player doesn't.
| |
| 15:11 | It is detected on the ws as usb mass storage device, but /etc/fstab is empty. Any ideas?
| |
| 15:12 | <vagrantc> ogra, jammcq: see http://bugs.debian.org/387808
| |
| 15:13 | i just filed a fix the other day.
| |
| 15:13 | <ogra> heh, yeah, that looks good
| |
| 15:14 | <jammcq> there ya go
| |
| 15:14 | <ogra> still the code below that section ooks wrong
| |
| 15:14 | <vagrantc> i should've CCed pkg-ltsp-devel
| |
| 15:14 | <ogra> *look
| |
| 15:15 | <vagrantc> ogra: trust me, i have gone over it a million times. it's right. at least in the version in debian
| |
| 15:15 | <ogra> if you set NFSROOT as a kernel parameter it will berak
| |
| 15:15 | <vagrantc> no.
| |
| 15:15 | <ogra> *break
| |
| 15:15 | <jammcq> why would you want to do that anyway?
| |
| 15:15 | <vagrantc> well, yeah. but you should specify nfsroot=
| |
| 15:15 | not NFSROOT=
| |
| 15:16 | that's what in-kernel nfsroot support uses
| |
| 15:16 | <ogra> yeah
| |
| 15:16 | <ltsppbot> "rasmuson" pasted "dmesg after inserting usb device" (18 lines) at http://pastebot.ltsp.org/109
| |
| 15:16 | <ogra> but since you use NFSOPTS ... i assume people will guess NFSROOT :)
| |
| 15:17 | <vagrantc> someone else started using NFSOPTS
| |
| 15:17 | they should just use nfsroot=
| |
| 15:17 | <ogra> wasnt me
| |
| 15:17 | * ogra whistles | |
| 15:17 | <vagrantc> i think it was the initial implementation
| |
| 15:17 | <jammcq> rasmuson: does that usb device have a partition table?
| |
| 15:17 | <ogra> yeah, mailny jbaileays fault
| |
| 15:17 | *mainly
| |
| 15:18 | <vagrantc> the initial NFSROOT support in initramfs-tools didn't really look at any other existing NFSROOT conventions, as far as i can tell.
| |
| 15:19 | <ogra> well as the NFSOPTS doesnt now ...
| |
| 15:19 | <rasmuson> jammcq: I guess so, it works when it is inserted in a normal non thin client. It uses the hole disc though, no partitions. I can mount it manually on the thin client.
| |
| 15:20 | <jammcq> yeah, that's probably the problem. I think local device support is expecting to mount sdc1, not sdc
| |
| 15:21 | <rasmuson> hmmm
| |
| 15:23 | <vagrantc> looking at the ltspfs in debian and ubuntu, i don't see why it wouldn't work with whole devices
| |
| 15:23 | <jammcq> I think it's just a udev thing
| |
| 15:23 | * rasmuson doesn't know if he can change the layout without destrying the mp3 player | |
| 15:23 | <jammcq> rasmuson: what version of LTSP ?
| |
| 15:23 | <rasmuson> 4.2 update 3 i think
| |
| 15:24 | latest
| |
| 15:24 | <jammcq> yeah, that's the problem
| |
| 15:24 | <rasmuson> ?
| |
| 15:24 | <jammcq> ltsp-4.2 doesn't support filesystems that aren't on a partition
| |
| 15:24 | ltsp-5 *should* work
| |
| 15:24 | <vagrantc> hopefully :)
| |
| 15:24 | <rasmuson> is ltsp-5 out?
| |
| 15:24 | <jammcq> yeah
| |
| 15:24 | it's in Ubuntu and Debian
| |
| 15:25 | <rasmuson> this is fedora 6
| |
| 15:25 | <jammcq> well, you can load the ubuntu or debian LTSP-5 on top of fedora if you want
| |
| 15:25 | <rasmuson> can I install it along with the older version?
| |
| 15:25 | <ogra> it will work with ubuntus kernel/udev ...
| |
| 15:25 | i cant say anything bout debian ...
| |
| 15:25 | <jammcq> you'll end up with ubuntu/debian bits being served by a fc6 server
| |
| 15:26 | <vagrantc> but then they have to build ltspfs for fedora, too, no?
| |
| 15:26 | <ogra> yes
| |
| 15:26 | <jammcq> http://wiki.ltsp.org/twiki/bin/view/Ltsp/DownLoads#Ltsp_5_on_Other_distributions
| |
| 15:26 | <ogra> with all the scripts
| |
| 15:26 | * rasmuson looks | |
| 15:27 | <rasmuson> That'
| |
| 15:28 | Thats great
| |
| 15:28 | <ogra> we should take out the fixed paths everywhere where its not security critical to have them think ...
| |
| 15:28 | <jammcq> umm
| |
| 15:28 | <rasmuson> I read about ltsp going into fedora 7. Is this still the plan?
| |
| 15:29 | <jammcq> rasmuson: sadly, ltsp-5 isn't gonna make it in fc7. not enough time to get it done
| |
| 15:29 | lets hope for fc8
| |
| 15:29 | <ogra> nobody from the fedora guys has contacted any ltsp devs yet
| |
| 15:29 | <rasmuson> sad
| |
| 15:29 | <jammcq> oh, there's been contact
| |
| 15:29 | <ogra> for code merges of for implementation help
| |
| 15:29 | <vagrantc> we've offered
| |
| 15:29 | <jammcq> lots of contact, nobody actually doing the work
| |
| 15:30 | the fedora guys really seem to want it, they just don't have the resources to throw at it
| |
| 15:30 | <vagrantc> i guess it's better there's no work done than lots of work done on a totally incompatible fork :)
| |
| 15:30 | <ogra> well, there hasnt been any contact on a developer level yet or do i miss anything ?
| |
| 15:30 | <jammcq> sure there's been contact, Warren Togami was at our hackfest in september
| |
| 15:30 | <ogra> beyond warren and eric i mean
| |
| 15:31 | <jammcq> and there's been several private emails between me and some fedora mgmt guys
| |
| 15:31 | they were looking to hire somebody and wanted to know if I had some suggestions
| |
| 15:31 | <ogra> well, stil i dont see any movement apart from that
| |
| 15:31 | yes, i remember it ...
| |
| 15:31 | <jammcq> they even wondered if I'd consider the job
| |
| 15:31 | <ogra> we talked ...
| |
| 15:31 | <jammcq> and they tried to coax eHarrison, but he wasn't interested either
| |
| 15:31 | <ogra> do you ?
| |
| 15:32 | :)
| |
| 15:32 | <jammcq> heh, no
| |
| 15:32 | ogra: you want the job?
| |
| 15:32 | <ogra> i'm happy, thanks :)
| |
| 15:33 | i like to work for companies whose business models have a future ;)
| |
| 15:33 | RH has a big past though :)
| |
| 15:33 | <rasmuson> so, should i go with the latest ubuntu packages, or what do you recommend?
| |
| 15:34 | <jammcq> well, i'm not sure whether local devs would work at all
| |
| 15:34 | they work great when ubuntu is both the server and the client
| |
| 15:34 | <ogra> well, do you have a tool like alien in RH ?
| |
| 15:34 | would be the easiest way to try
| |
| 15:35 | <jammcq> he's already got ltspfs, because he's got k12ltsp
| |
| 15:35 | * vagrantc suspects fuse-dev incompatibilities | |
| 15:35 | <jammcq> but, his server is expecting lbus, but ubuntu's client isn't
| |
| 15:35 | <vagrantc> yeah, but that ltspfs is pretty different, with lbus and all that
| |
| 15:35 | <ogra> hmm, right the versions might not match
| |
| 15:35 | jammcq, there are a bunch of other scripts
| |
| 15:36 | <jammcq> yeah, it'd prolly be a real mess
| |
| 15:37 | <ogra> ogra@edubuntu:~$ dpkg -L ltspfs|grep bin/
| |
| 15:37 | /usr/bin/ltspfs
| |
| 15:37 | /usr/bin/lbmount
| |
| 15:37 | /usr/sbin/ltspfsmounter
| |
| 15:37 | * vagrantc hopes for binaries with longer names for the future of ltspfs | |
| 15:37 | <ogra> wel, only one script and a suid binary
| |
| 15:37 | vagrantc, we can start using underscores as well :)
| |
| 15:37 | <rasmuson> what about a changing what i have? Where should i look?
| |
| 15:39 | * ogra thinks about asciiart with ls /bin | |
| 15:49 | <vagrantc> rasmuson: switching distro? or what?
| |
| 15:50 | <rasmuson> vagrantc: no, I'm too lazy for that. I thougt of making a little hack in a script if possible
| |
| 15:50 | <vagrantc> rasmuson: alien would be your laziest way to go
| |
| 15:50 | oh, right.
| |
| 15:50 | fuse dev compatibility
| |
| 15:50 | nevermind
| |
| 15:51 | rasmuson: just port the ltspfs package to fedora, and then you can ask people to port the rest of ltsp
| |
| 15:52 | <rasmuson> vagrantc: sorry, i dont think i'm capable of that :)
| |
| 15:53 | <vagrantc> rasmuson: you might surprise yourself, but i have no idea how difficult packaging is on fedora.
| |
| 15:53 | it can't be that bad, or people would've all switched to other distros by now, no? :)
| |
| 15:53 | <rasmuson> he he
| |
| 15:53 | ubuntu?
| |
| 16:01 | LarryP has joined #ltsp | |
| 16:08 | <rasmuson> vagrantc, jammcq, ogra: thanks for explaining the problem. I hope fedora will include ltsp soon.
| |
| 16:22 | <vagrantc> rasmuson: you should nudge them to do so, as a fedora user
| |
| 16:23 | the more nudges they get from their users, one would hope they prioritize it a little higher somehow
| |
| 16:28 | sepski has quit IRC | |
| 16:31 | rasmuson has quit IRC | |
| 16:31 | muh2000_ has quit IRC | |
| 16:31 | joebob777as7 has quit IRC | |
| 16:31 | Egyptian[Home] has quit IRC | |
| 16:31 | ogra has quit IRC | |
| 16:31 | milosz has quit IRC | |
| 16:31 | shogunx has quit IRC | |
| 16:31 | nf1 has quit IRC | |
| 16:32 | rasmuson has joined #ltsp | |
| 16:32 | muh2000_ has joined #ltsp | |
| 16:32 | joebob777as7 has joined #ltsp | |
| 16:32 | Egyptian[Home] has joined #ltsp | |
| 16:32 | ogra has joined #ltsp | |
| 16:32 | nf1 has joined #ltsp | |
| 16:32 | milosz has joined #ltsp | |
| 16:32 | shogunx has joined #ltsp | |
| 16:33 | muh2000_ has quit IRC | |
| 16:35 | muh2000_ has joined #ltsp | |
| 17:09 | LarryP has quit IRC | |
| 17:18 | cliebow__ has joined #ltsp | |
| 17:42 | Roy_BR has joined #LTSP | |
| 17:42 | Roy_BR has left #LTSP | |
| 17:42 | privet has quit IRC | |
| 17:46 | privet has joined #ltsp | |
| 17:47 | bobby_C has quit IRC | |
| 18:17 | J45p3r has joined #ltsp | |
| 19:10 | cliebow_ has quit IRC | |
| 19:55 | cliebow__ has quit IRC | |
| 20:28 | <stillflame> vagrantc: reinstalling the server fixed it. weird.
| |
| 20:32 | jvin248 has joined #ltsp | |
| 20:47 | ogra has quit IRC | |
| 20:48 | ogra has joined #ltsp | |
| 21:19 | primeministerp has joined #ltsp | |
| 22:03 | J45p3r has quit IRC | |
| 22:23 | itknight has joined #ltsp | |
| 22:23 | <itknight> hi all
| |
| 22:24 | has anyone done an installation on Xubuntu
| |
| 22:29 | vagrantc has quit IRC | |
| 22:36 | itknight has left #ltsp | |
| 23:15 | Bhaskar1 has joined #ltsp | |
| 23:23 | mistik1_ has joined #ltsp | |
| 23:23 | mistik1 has quit IRC | |
| 23:24 | mistik1_ is now known as mistik1 | |