00:00 | meetpai has quit IRC | |
00:02 | subir has joined #ltsp | |
00:05 | <sbalneav> d0n7c3: Hello
| |
00:05 | Something I can help you with?
| |
00:07 | subir has quit IRC | |
00:07 | subir has joined #ltsp | |
00:08 | <d0n7c3> my ltsp server have direct connection to internet, but i want to limit internet access to my ltsp thin client..
| |
00:08 | i mean, just a separate user can acces to internet, thought
| |
00:09 | how to do that? please assist me
| |
00:09 | <sbalneav> You'll need to set up an authenticating proxy, like squid.
| |
00:11 | Something like this:
| |
00:12 | http://news.softpedia.com/news/Seting-Up-a-HTTP-Proxy-Server-with-Authentication-and-Filtering-52467.shtml
| |
00:12 | That help you?
| |
00:13 | d0n7c3: You still there?
| |
00:14 | <d0n7c3> it's mean i should install squid proxy in ltsp server?
| |
00:14 | but, fyi: there's already a squid server in my network
| |
00:14 | <sbalneav> You said, "my ltsp server have direct connection to internet"
| |
00:15 | So if it's directly connected to the internet, I'd assume it wasn't going through a proxy.
| |
00:15 | So is it going through a proxy, or not?
| |
00:16 | <d0n7c3> sorry, i mean "direct" because i set "masquerade" in my gateway/firewall
| |
00:16 | <sbalneav> Well if there's a proxy, you'll need to set it for authentication
| |
00:17 | So that the user logs in before being able to web browse.
| |
00:17 | If they have access rights, they can browse, if you don't give them rights, they can't browse.
| |
00:19 | <d0n7c3> oh thanks! it's nice to have you here sbalneav :)
| |
00:19 | i'll give a try for it!
| |
00:20 | <sbalneav> Well, it's late here, so I'm going to head for bed.
| |
00:20 | I'll be on tomorrow.
| |
00:20 | night
| |
00:20 | sbalneav has quit IRC | |
00:33 | muh2000_ has joined #ltsp | |
00:43 | daya has joined #ltsp | |
00:48 | d0n7c3 has quit IRC | |
00:58 | subir has quit IRC | |
01:02 | alex_AVK has joined #ltsp | |
01:03 | <alex_AVK> hello All, its not quite clear, LTSP is commercial package with closed source codes?
| |
01:05 | meetpai has joined #ltsp | |
01:12 | <meetpai> ogra: we are not being able to get sound in client side in LTSP 5.0 in debian
| |
01:20 | we are not being able to get sound in client side in LTSP 5.0 in debian
| |
01:26 | siji has joined #ltsp | |
01:28 | alex_AVK has quit IRC | |
01:34 | skyion has left #ltsp | |
01:35 | <ogra> meetpai, i guess you have to wait for vagrant ... ubuntu uses a differnt sound system since quite some time ... debian is a bit behind on ltsp versions
| |
01:37 | <daya> ogra, can we install or configure something, to make it support for the sound in client,
| |
01:38 | <meetpai> ogra, can we install or configure something, to make it support for the sound in client,
| |
01:47 | <sep> meetpai, you must configure sound yes
| |
01:48 | something like SOUND=True
| |
01:48 | and you must use esd
| |
01:52 | MoL0ToV has joined #ltsp | |
02:09 | ogra has quit IRC | |
02:17 | <meetpai> sep
| |
02:17 | sep: what is esd?
| |
02:26 | alex_AVK has joined #ltsp | |
02:29 | daya has quit IRC | |
02:31 | muh2000_ has quit IRC | |
02:37 | <sahil> meetpai: the enlightened sound daemon http://www.tux.org/~ricdude/EsounD.html
| |
02:46 | muh2000_ has joined #ltsp | |
02:57 | yopla has joined #ltsp | |
02:59 | sahil has quit IRC | |
03:28 | vagrantc has joined #ltsp | |
03:37 | muh2000_ has quit IRC | |
03:37 | <ibt> esd is fail
| |
03:38 | <meetpai> vagrantc: have u made any patch for sound in ltsp 5.0 in debian
| |
03:38 | ???
| |
03:38 | <vagrantc> meetpai: http://bugs.debian.org/src:ltsp
| |
03:38 | meetpai: there's a bug regarding sound there
| |
03:38 | daya has joined #ltsp | |
03:39 | <vagrantc> meetpai: essentially, it's a bit of work at this point.
| |
03:40 | <daya> vagrantc, can we now use your patch or something (if I amnot wrong), in debian to support the sound,
| |
03:40 | <meetpai> vagrantc: daya and i have been asking for same thing
| |
03:42 | <vagrantc> and everything i know is documented in the bug report
| |
03:43 | there is no patch
| |
03:43 | daya has quit IRC | |
03:47 | vanya has joined #ltsp | |
03:48 | <vagrantc> daya, meetpai: if you figure out how to make it work better, please make a patch.
| |
03:57 | <meetpai> vagrantc: how to make tht patch? can u give some hints?S
| |
03:59 | muh2000_ has joined #ltsp | |
04:15 | fernando1 has quit IRC | |
04:26 | muh2000__ has joined #ltsp | |
04:27 | muh2000_ has quit IRC | |
04:28 | siji has quit IRC | |
04:32 | <vagrantc> meetpai: no.
| |
04:32 | meetpai: i don't know how to do it.
| |
04:32 | meetpai: read the bug report
| |
04:33 | meetpai: please help fix the problems.
| |
04:34 | lambda_ has joined #ltsp | |
04:36 | <meetpai> vagrantc: ok
| |
04:40 | Mineque has quit IRC | |
04:42 | fernando1 has joined #ltsp | |
04:48 | Envite has joined #ltsp | |
04:51 | <meetpai> vagrantc: we ll try and let you know
| |
04:52 | <Envite> Hello all from Spain
| |
04:52 | Hola a todos desde España
| |
04:52 | <vagrantc> Envite: is that a macro ? :P
| |
04:55 | <Envite> no
| |
04:55 | these are ten fingers
| |
04:55 | well
| |
04:55 | ieght fingers and two thumbs ;)
| |
04:55 | s/ieght/eight
| |
04:57 | ogra has joined #ltsp | |
05:02 | <yopla> hello! Is local swap aprtition auto detected?
| |
05:02 | <vagrantc> yopla: what distro?
| |
05:03 | MoL0ToV has quit IRC | |
05:03 | <yopla> server is debian and ltspchroot si feisty
| |
05:03 | <vagrantc> why on earth?
| |
05:03 | yopla: at any rate ... setting USE_LOCAL_SWAP=True in /opt/ltsp/i386/etc/lts.conf should work
| |
05:04 | subir has joined #ltsp | |
05:04 | <yopla> vargantc: OK, thank you
| |
05:05 | vargantc: so there would no need of nbd?
| |
05:05 | MoL0ToV has joined #ltsp | |
05:06 | <vagrantc> yopla: if you have a hard disk installed, no
| |
05:06 | with swap partitions
| |
05:07 | <yopla> OK, that's what I tought.
| |
05:07 | in fact I shoud have use of local swap for old imac
| |
05:12 | fernando1 has quit IRC | |
05:20 | cliebow_ has joined #ltsp | |
05:22 | fernando1 has joined #ltsp | |
05:25 | lambda_ has quit IRC | |
05:28 | lambda has joined #ltsp | |
05:30 | Egyptian[Home] has joined #ltsp | |
05:33 | Barni has joined #ltsp | |
05:33 | <Barni> why i have no sound in firefox flash plugin movies???
| |
05:33 | how it's possible to solve this problem
| |
05:33 | ?
| |
05:36 | <vagrantc> Barni: other applications work ?
| |
05:38 | <ogra> Barni, which distro/release
| |
05:44 | vagrantc, btw, bug 428446 ... i will need to implement a way that respects existing changes to pxe for nbd ...
| |
05:44 | ogra has quit IRC | |
05:47 | ogra has joined #ltsp | |
05:47 | <ogra> vagrantc, this will solve the core of that bug alongside ... was what i was typing when my lappie died
| |
05:53 | qudam1 has joined #ltsp | |
05:57 | <vagrantc> ogra: changes to PXE ? what differences does PXE need ? doesn't it just load the kernel and initrd ? at least, on ubuntu that's the case ...
| |
05:57 | i guess we set some commandline parameters on debian
| |
05:59 | muh2000__ has quit IRC | |
06:05 | <ogra> vagrantc, i need the NBDPORT option in the pxe config
| |
06:05 | and since that might change on the fly outside of the chroot i cant just add it to the chroots config
| |
06:06 | so the copying stuff that cpoies $CHROOT/boot to the tftpdir needs to parse it somehow and keep differences
| |
06:06 | <vagrantc> hrm.
| |
06:07 | <ogra> i *could* add it to the chroot ...
| |
06:07 | but that would mean to rebuild the squashfs afterwards
| |
06:07 | i'D like to reducde the need for that to nearly zero
| |
06:08 | i.e. only if you add packages or make changes to package configs we cant catch via lts.conf
| |
06:08 | <vagrantc> yeah, definitely.
| |
06:08 | muh2000__ has joined #ltsp | |
06:08 | <vagrantc> well, the initramfs image and pxelinux.cfg stuff doesn't really need to be updated in the squashfs, does it ?
| |
06:09 | <ogra> no
| |
06:09 | but its generated there since you splitted the code
| |
06:09 | <vagrantc> right.
| |
06:09 | you can just export the appropriate environment variable
| |
06:10 | <ogra> hmm
| |
06:10 | <vagrantc> at any rate ... off to lunch
| |
06:10 | vagrantc has quit IRC | |
06:12 | qudama has joined #ltsp | |
06:13 | qudama has left #ltsp | |
06:16 | <Barni> yes other applications works perfeclty
| |
06:16 | it has sounds
| |
06:16 | just the flash plugin has no sound
| |
06:16 | meetpai has quit IRC | |
06:20 | <cliebow> /join #edubuntu]
| |
06:20 | /join #edubuntu
| |
06:21 | qudam1 has quit IRC | |
06:28 | a5benwillis has quit IRC | |
06:34 | muh2000__ has quit IRC | |
06:46 | Gadi has left #ltsp | |
06:47 | qudama has joined #ltsp | |
06:48 | qudama has left #ltsp | |
06:53 | yopla has quit IRC | |
06:57 | <Barni> ogra, FC6
| |
06:57 | and the problem it is the realplay has no sound
| |
06:58 | but the problem is all porograms wants to use ALAS
| |
06:58 | ALSA
| |
06:58 | sound system
| |
06:58 | but I have ESound daemon
| |
07:00 | <ogra> Barni, i have no clue about redhat based distros
| |
07:00 | ubuntu uses alsa for ltsp
| |
07:00 | alex_AVK has left #ltsp | |
07:00 | <ogra> i guess you wil need to tell your apps to use esd
| |
07:06 | lambda has quit IRC | |
07:06 | lambda has joined #ltsp | |
07:08 | Egyptian[Home] has quit IRC | |
07:13 | muh2000__ has joined #ltsp | |
07:17 | Egyptian[Home] has joined #ltsp | |
07:17 | Blinny has joined #ltsp | |
07:27 | a5benwillis has joined #ltsp | |
07:27 | plamengr has joined #ltsp | |
07:28 | Guaraldo has joined #ltsp | |
07:29 | plamengr has left #ltsp | |
07:30 | subir has quit IRC | |
07:31 | <Blinny> I'm having lockup issues with a Trident 9750 pci videocard when loading big images in FF - what kinds of tweaks can I make to have FF adhere to the specs of the videocard?
| |
07:32 | Guaraldo has quit IRC | |
07:33 | Guaraldo has joined #ltsp | |
07:33 | bronze has joined #ltsp | |
07:33 | Guaraldo has quit IRC | |
07:34 | Guaraldo has joined #ltsp | |
07:37 | Guaraldo has quit IRC | |
07:40 | Guaraldo has joined #ltsp | |
07:43 | Guaraldo has quit IRC | |
07:43 | subir has joined #ltsp | |
07:43 | Guaraldo has joined #ltsp | |
07:46 | jammcq has quit IRC | |
07:47 | mssmss has joined #ltsp | |
07:47 | <mssmss> hello
| |
07:48 | sep - thanks for the tip on adding the modeline to lts.conf - that worked
| |
07:55 | <Barni> how is it possible to use just one session
| |
07:55 | for example when i log in in the x terminal I can choose between KDE, GNOME, LXP and so adn so
| |
07:56 | how can i make just one of them to be enabled
| |
07:56 | ???
| |
07:56 | which file make controls about sessions???
| |
07:59 | <Guaraldo> Barni: Just let one installed... :-D
| |
08:00 | Barni: This is the eaziest way... :-D
| |
08:08 | <mssmss> I get a blank white screen at the client after logging in at the thin client and a arrow cursor...
| |
08:08 | what could be wrong ?
| |
08:12 | <ogra> mssmss, you played with the desktop effects checkbox ;)
| |
08:12 | <Blinny> mssmss: Server is at init level 3?
| |
08:15 | <mssmss> I may have .. but i do remember turning them off .. let me check again ....
| |
08:15 | how do I check what level the server is at ?
| |
08:16 | if I replace the screen_xx=ldm with startx, it works fine ..
| |
08:16 | <rjune__> ogra: you around?
| |
08:16 | <mssmss> but I guess ldm is needed for the thin client manager on the server to manage sessions ...
| |
08:16 | <rjune__> which package in ubuntu enables XDMCP ?
| |
08:17 | <ogra> rjune__, no package :)
| |
08:17 | rjune__, thats a feature of display managers
| |
08:17 | so xdm, kdm, gdm ...
| |
08:18 | while kdm hs been proven to be buggy in the past for remote connections (dunno what the current state is, thats old info)
| |
08:19 | <rjune__> I thought installing the ltsp-server package would turn it on.
| |
08:19 | <ogra> mssmss, yes, TCM handles only ldm connections currently
| |
08:19 | <rjune__> I've got kdm apparently listening on ipv6 only
| |
08:19 | <ogra> rjune__, we dont support or use XDMCP
| |
08:19 | ltsp5 uses ssh
| |
08:19 | <rjune__> ah
| |
08:20 | <ogra> with the next release even with unencrypted X
| |
08:20 | <mssmss> but I am getting a blank white screen with it - don't see any errors in the .xsession-errors file too ...
| |
08:20 | <ogra> so you get XDMCP with password encryption ;)
| |
08:20 | <Blinny> so _that's_ what you ended up calling it....
| |
08:21 | <ogra> mssmss, try disabling desktop effects explicitly, its a bad idea anyway for your network
| |
08:21 | <rjune__> what's the name of the ubuntu script like chkconfig? rc something or other
| |
08:21 | <ogra> rjune__, files in /etc/default i'd guess
| |
08:21 | i never wroked with chkconfig so its hard to guess what it does :)
| |
08:22 | <Blinny> rjune__: Isn't it update-rc.d or something?
| |
08:22 | <ogra> ah, its a sysvinit script ?
| |
08:23 | <Blinny> rjune__: It is update-rc.d on my old deb boxes
| |
08:23 | It sets runlevels for init scripts.
| |
08:23 | <rjune__> yeah, that one
| |
08:23 | <ogra> try sysv-rc-conf
| |
08:23 | (its not installed by default)
| |
08:23 | or use the gui ;)
| |
08:24 | <rjune__> connecting remotely.
| |
08:24 | without a terminal.
| |
08:24 | or I would.
| |
08:26 | <Blinny> ogra: So I ordered a lot of 21 Trident 9750 pci cards to put in my old dell boxes to fix the i810 xserver crashes I've been experiencing. Unfortunately, these aren't much better, in that everything locks after a bit of browsing around. Do you have any suggestions for how to convert normal computers to stable thin terminals?
| |
08:27 | <mssmss> ogra - desktop effects is disabled ...
| |
08:27 | so its noth that
| |
08:27 | vagrantc has joined #ltsp | |
08:32 | otavio has joined #ltsp | |
08:35 | <mssmss> any other ideas on wha to check ?
| |
08:44 | nicoAMG has joined #ltsp | |
08:49 | <Blinny> This is horrible. Half the time I can log in, browse for awhile, then completely lock. Half the time I don't even get a login screen. Sometimes I log in and it locks when I click 'Computer', other times when clicking a menu in FF, other times after the panels show but not the icons.
| |
08:50 | <vagrantc> Blinny: is this the same thin client all the time? or on different thin clients ?
| |
08:51 | <Blinny> vagrantc: Same one so far.
| |
08:52 | vagrantc: I have about 20 of these Dell GX110s that cause i810 xserver crashes. So, I bought a big lot of Trident 9750 pci cards to put in them. Now I'm trying these videocards in the dells and not even getting to the xserver crashes!
| |
08:53 | <vagrantc> Blinny: that kind of thing maybe sounds like corrupt memory to me
| |
08:53 | <mssmss> Blinny - do these work fine with say winxp ?
| |
08:53 | maybe the h/w is the problem here,
| |
08:53 | memory , motherboard etc.
| |
08:53 | <Blinny> We're non-profit. We're still on Win98.
| |
08:53 | And yeah, I've run memtest for hours on these things.
| |
08:53 | <mssmss> does win98 work fine ?
| |
08:53 | <Blinny> I'll try the videocard in a different box altogether.
| |
08:54 | Yes, it does.
| |
08:54 | <mssmss> is is shared video memory ?
| |
08:54 | <Blinny> When using the integrated i810, yes. But I've put in a Trident 9750 now
| |
08:54 | What's funny is that when booting the agpgart finds the i810 and sets the aperature size
| |
08:58 | F-GT has quit IRC | |
08:58 | <mssmss> try a different pc since the same unit is giving you the problems ..
| |
09:01 | jasonrsmit1 has joined #ltsp | |
09:02 | <mssmss> maybe you can run a livecd deb to if it holds up fine ....
| |
09:07 | bobby_C has joined #ltsp | |
09:11 | mssmss has left #ltsp | |
09:11 | Barni has quit IRC | |
09:16 | jammcq has joined #ltsp | |
09:16 | muh2000__ has quit IRC | |
09:16 | <jammcq> g'morning
| |
09:17 | F-GT has joined #ltsp | |
09:18 | <vagrantc> jammcq: hey!
| |
09:18 | otavio and i are looking at cross-architecture building support for ltsp ...
| |
09:18 | <jammcq> vagrantc: so.... where in the world is vagrant cascadian ?
| |
09:18 | <vagrantc> jammcq: i made it to edinburgh :)
| |
09:18 | <jammcq> awesome
| |
09:18 | <ogra> lucky you ...
| |
09:18 | * ogra didnt make it to stockholm | |
09:20 | <ogra> vagrantc, like chroot in qemu ?
| |
09:20 | F-GT has quit IRC | |
09:20 | <vagrantc> ogra: yeah.
| |
09:20 | <ogra> cool
| |
09:20 | vanya has quit IRC | |
09:21 | <vagrantc> it doesn't seem like the most important thing, but otavio's got an arm-based thin client ... and is set on getting cross-arch support working
| |
09:21 | <ogra> ah
| |
09:21 | well, i dont even have arm packages for ubuntu
| |
09:22 | all ports we have are hppa, ia64, sparc and ppc
| |
09:22 | all rather focused on the ubuntu server stuff
| |
09:23 | <vagrantc> well, the hardest art willbe to get anoything working cross-arch
| |
09:24 | <ogra> it worked fine with qemu back when i tried ....
| |
09:24 | (with ppc)
| |
09:24 | <vagrantc> really?
| |
09:24 | <ogra> the prob is/was the speed
| |
09:24 | <vagrantc> system emulation, or user-space emulation ?
| |
09:25 | <otavio> :-)
| |
09:25 | <ogra> well, run as root ... and with the kernel module
| |
09:25 | <otavio> ogra: kqemu?
| |
09:25 | <ogra> but it still took some hours on my fastest machine
| |
09:25 | so i didnt consider it an option
| |
09:25 | <otavio> ogra: it shouldn't change anything on full system emulation
| |
09:25 | <ogra> i heard that ppc emu got better in qemu though
| |
09:25 | <otavio> ogra: it's better then use a spare machine to build the chroot and then copy it on a server no?
| |
09:26 | * vagrantc envisions ltsp-client-crossbuilder udeb ... | |
09:26 | <otavio> haha
| |
09:26 | <ogra> well, i'd prefer the spare machine thing if that takes 30min instead of 8h ;)
| |
09:26 | <otavio> ogra: you're a experienced user ...
| |
09:26 | <ogra> note that i only worked with ppc'S
| |
09:26 | rjune__ is now known as rjune | |
09:26 | <ogra> and we have a liveCD for them
| |
09:27 | so i have a running system i can build the chroot on very fast
| |
09:27 | so in that situation i'd always prefer the additional machine ...
| |
09:28 | if you have to bootstrap something first thats indeed a different thing
| |
09:28 | <vagrantc> the hardest part is getting debootstrap to run cross-architecture
| |
09:28 | <ogra> is it ?
| |
09:28 | how about abusing an mini.iso from d-i ;)
| |
09:28 | running in qemu
| |
09:29 | <vagrantc> yes, that's more the route i would think of trying
| |
09:29 | <ogra> there you just run the ltsp udeb ;)
| |
09:29 | ah, no, that wont work
| |
09:29 | you will need your own script
| |
09:30 | one that installs ltsp-server in the d-i environment and only builds the chroot
| |
09:30 | <vagrantc> right
| |
09:30 | <ogra> the udeb depends on ltsp-server being in /target
| |
09:30 | <vagrantc> that's what i've been thinking about
| |
09:30 | muh2000__ has joined #ltsp | |
09:31 | <vagrantc> so it'd need to be a different udeb, or additional code for the existing udeb
| |
09:31 | <ogra> sounds great, implement it ;)
| |
09:31 | i'd take a different ude
| |
09:31 | b
| |
09:31 | or not even a udeb but a script
| |
09:31 | <rjune> any idea why Xnest :2 -query <SERVER> would work, but Xvnc -query localhost :2 would not?
| |
09:32 | gdm is listening to 177
| |
09:32 | <ogra> gdm is no vnc server
| |
09:33 | Xvnc is no X client :)
| |
09:33 | (at least from a network POV)
| |
09:33 | F-GT has joined #ltsp | |
09:34 | <ogra> you need a vnc server
| |
09:34 | subir has quit IRC | |
09:34 | <ogra> ( to state the obviuos :) )
| |
09:35 | <rjune> Xvnc is an X client
| |
09:36 | subir has joined #ltsp | |
09:36 | <rjune> well, technically it's an X server,
| |
09:36 | but gdm is an X client
| |
09:36 | F-GT has quit IRC | |
09:36 | <rjune> so I should be able to Xvnc <blah> and have it connect to gdm.
| |
09:36 | then later come back with vncviewer <foo> and get a login
| |
09:37 | This works on most distros I've tried. It was called the LTSP vncserver config for a long time.
| |
09:37 | I just have to figure out why it's not working for me.
| |
09:43 | exodos has joined #ltsp | |
09:44 | <exodos> do anyone have some exirience with using pulseaudio with NX?
| |
09:45 | F-GT has joined #ltsp | |
09:46 | <rjune> Hrm. seems to be related to the implementation of VNC I installed.
| |
09:46 | <ogra> vagrantc, i'm pondering to drop the chroot completely in favor of a unionfs/tmpfs/loop-mount of the image what do you think ?
| |
09:47 | <vagrantc> ogra: call me old fashioned, but i like having the chroot around ...
| |
09:47 | ogra: but it could be confusing ... i.e. "i modified FOO, but it didn't change anything"
| |
09:47 | <ogra> well, the image is 140M ... the chroot 300 or more
| |
09:48 | you need to rebuild the image anyway after changes
| |
09:48 | i'm just not sure i want to waste 3 or 400 MB diskspace for admin tasks that might happen once every six months
| |
09:49 | <vagrantc> yeah, well, seeing as i haven't had a chance to test your new stuff, i can't really say too much about how to do it :)
| |
09:49 | <ogra> i'm just wondering about a pro/con list
| |
09:49 | <vagrantc> i don't want to see us get too attached to one specific way of doing it when making such major changes in design, i guess.
| |
09:49 | <ogra> of why i should keep the chroot
| |
09:50 | * vagrantc thinks a bit | |
09:50 | <ogra> you can easily fall back to nfs with it would be a big pro
| |
09:50 | but then i doubt you want that :)
| |
09:50 | after seeing the speedup nbd/squashfs gives us
| |
09:51 | Avatara has joined #ltsp | |
09:53 | <ogra> i would also like to see us doing more from initramfs wtr client setup ...
| |
09:53 | *wrt
| |
09:53 | like all config changes we make can go there now that we have the lts.conf available
| |
09:54 | <vagrantc> overall, i feel lost
| |
09:55 | <ogra> ask :)
| |
09:55 | <vagrantc> ogra: you've been running crazy fast with this stuff :)
| |
09:55 | <ogra> heh, sorry ...
| |
09:55 | thats all stuff i had in my mind for long tim already ...
| |
09:55 | *time
| |
09:55 | i just never did it :)
| |
09:56 | well, we get the lts.conf via tftp now (or are able to) ... so all config changes we make in the chroot can go in ltsp-bottom scripts in initramfs
| |
09:57 | conducted by lts.conf settings
| |
09:58 | <vagrantc> and do we have getltscfg and ltsp_config ?
| |
09:58 | <ogra> no, but thats trivial
| |
09:58 | <otavio> humm
| |
09:58 | <vagrantc> hmmm.. some of my changes to ltsp_config are a little different
| |
09:58 | <ogra> currently the code just copies the lts.conf it finds into the rw unionfs
| |
09:58 | <otavio> ogra: isn't the image increase the ram size requirement?
| |
09:58 | <vagrantc> i'm hesitant to move too much into the initramfs ...
| |
09:59 | OvaKill has joined #ltsp | |
09:59 | <ogra> otavio, i booted a client with mem=28M here last week ;)
| |
09:59 | with the ubuntu kernel (which is significantly bigger than debians)
| |
10:00 | otavio, since ubuntu defaults to nbd instead of nfs with this initramfs script, i can rly on nbd-server being available ... so the script checks if the ram is below 48M and automatically adds network swap if thats the case
| |
10:01 | if you now tell nbdswapd to create its swapfiles in a tmfps dir, you get workable clients even with 28M
| |
10:02 | i bet if you would use a fixed module list for update-initramfs you could get down to 24M
| |
10:03 | <otavio> ogra: and about network traffic?
| |
10:03 | <vagrantc> this seems like it's diverging farther and farther from the original ideas behind LTSP 5 ...
| |
10:03 | <otavio> ogra: is it bigger or smaller then nfs?
| |
10:04 | <vagrantc> the more we work inside the initramfs, the less it's using the standard infrastructure of the host OS
| |
10:04 | <otavio> ogra: besides, the processor time need for it? Does it scalle well for, say: 100 clients?
| |
10:04 | <ogra> otavio, nbd root with squashfs is a *lot* smaller indeed
| |
10:04 | but puts a bit of load on te CPU
| |
10:04 | <otavio> ogra: smaller and compressed
| |
10:04 | ogra: yes
| |
10:04 | ogra: this means it'll increase the clientes requirements about processor speed, no?
| |
10:04 | * vagrantc is in violation of the 3-meter irc rule | |
10:04 | <ogra> well, my main target was to get the ebox 2300 clients useable with these changes ....
| |
10:05 | <otavio> ebox?
| |
10:05 | <vagrantc> ogra: yes... i know...
| |
10:05 | <ogra> it cuts the bootspeed in half
| |
10:05 | F-GT has quit IRC | |
10:05 | <ogra> otavio, 200Mhz SiS integrated CPU, 128M
| |
10:05 | <otavio> ogra: yes, but it's a quite new device
| |
10:05 | <ogra> one of the wrost pieces of HW i've seen :)
| |
10:06 | * vagrantc thought it was a VIA cpu | |
10:06 | <ogra> nope
| |
10:06 | its sis
| |
10:06 | <vagrantc> ok
| |
10:06 | <otavio> ogra: i know a lot of people that runs at 586 or even worse
| |
10:06 | ogra: in those, it'll got ususable
| |
10:06 | <ogra> which is the reason why the bootsplash doenst work
| |
10:06 | otavio, the e2300 took over 5 min to boot in feisty
| |
10:06 | 4:30 or so in debian
| |
10:07 | <jammcq> 42 secs in ltsp-4.2 :)
| |
10:07 | <ogra> im down to 1:40 with it atm
| |
10:07 | and we'll get to less than 1:20
| |
10:07 | <otavio> jammcq: right but it was a very specific set of changes
| |
10:07 | <jammcq> ogra: I thought scotty said he's doing 73 seconds?
| |
10:07 | <ogra> jammcq, not on the 2300
| |
10:07 | that was a t1220 or t150
| |
10:08 | <jammcq> umm, when I questioned him yesterday, he clearly said the e2300 was 73 seconds
| |
10:08 | <ogra> he said 550Mhz
| |
10:08 | no, he didnt
| |
10:08 | <jammcq> ok
| |
10:08 | <ogra> i was here :)
| |
10:08 | <jammcq> I guess I wasn't
| |
10:08 | <ogra> heh, no you said youre in a meeting short before or after :)
| |
10:09 | * vagrantc waits for scotty to confirm | |
10:09 | <otavio> ogra: I think that we ought to review the changes that it'll put on server and clients to be able to say something about it
| |
10:10 | ogra: I think nfs is light, at least from the logical POV
| |
10:10 | <ogra> otavio, all in all, unionfs is a lot faster than tarring up dirs like bind_mount() does, the netwrok traffic goes down a lot
| |
10:10 | i can boot clients a *lot* faster with it
| |
10:10 | and its sexy additionally :)
| |
10:10 | <otavio> ogra: haha
| |
10:11 | sexy is cool
| |
10:11 | haha
| |
10:11 | <ogra> i want to keep it for ubuntu ... its easy to switch between nfs/nbd
| |
10:12 | <jammcq> ogra: how big is that image that you serve with nbd ?
| |
10:12 | <otavio> I'm not in a position to decide anything about it for Debian because I'm not doing LTSP stuff for a while and I'd prefer to keep it for Gustavo and Vagrant who had been involved on it more.
| |
10:12 | <ogra> otavio, like changing root_write_method and BOOT=
| |
10:12 | <otavio> I at least prefer the nfs and those might be an "option"
| |
10:13 | <ogra> jammcq, 140M
| |
10:13 | otavio, as i said, two variables :)
| |
10:13 | <jammcq> hmm, not too bad. I'm thinking that image could also be put on a flash disk for booting locally
| |
10:13 | <ogra> jammcq, yep
| |
10:13 | <jammcq> neat-o
| |
10:13 | could be useful for wireless-ltsp
| |
10:13 | <otavio> jammcq: yes
| |
10:14 | <ogra> absolutely
| |
10:14 | <otavio> ogra: you ought to try to reuse some of d-i script to reduce the chroot libraries ;-)
| |
10:14 | ogra: that might reduce the chroot even more
| |
10:14 | <ogra> otavio, i want to be able to make a real workstation out of the chroot with one command at some point
| |
10:15 | otavio, my idea is rather to get rid of the chroot completely and loop mount the image in a unionfs
| |
10:15 | so it will only use the 140M it has :)
| |
10:15 | instead of the 3-400
| |
10:18 | sbalneav has joined #ltsp | |
10:18 | <sbalneav> Morning all
| |
10:19 | <vagrantc> sbalneav: so there was a debate at exactly how fast you got the e2300 to boot earlier
| |
10:19 | <sbalneav> It was about 93 seconds
| |
10:20 | <vagrantc> ogra and jammcq wer eabout to go hand to hand
| |
10:20 | * vagrantc stepped in | |
10:20 | <ogra> lol
| |
10:20 | * ogra wouldnt dare | |
10:20 | OvaKill is now known as F-GT | |
10:21 | MoL0ToV has quit IRC | |
10:27 | subir has quit IRC | |
10:27 | efra has joined #ltsp | |
10:42 | <vagrantc> sbalneav: so ... the only reason ltspfs uses /etc/fstab to store relevent mount information is so that you don't need some wrapper script for mount ... right ?
| |
10:44 | <Blinny> vagrantc: That Trident 9750 works reasonably well in another box completely. Linux really doesn't like these cheap Dell GX110 boxes. Unfortunately I have ~20 of them.
| |
10:44 | <vagrantc> sbalneav: http://bugs.debian.org/427773 and http://bugs.skolelinux.no/1180
| |
10:44 | <Blinny> (FF does crash eventually in the other box, but at least it only crashes FF and not the entire window manager / xserver)
| |
10:45 | bob_too has joined #ltsp | |
10:45 | <sbalneav> vagrantc: Well, it so that ltspfsd can automount and unmount the media.
| |
10:45 | <vagrantc> sbalneav: yes, but ltspfsd could use mount and call it with appropriate options instead, no?
| |
10:46 | <bob_too> has anyone here booted an intel mac via ltsp?
| |
10:46 | <sbalneav> vagrantc: ltspfsd doesn't know about those options.
| |
10:47 | the udev rules know about what /dev/ entry it is, etc.
| |
10:47 | <vagrantc> sbalneav: yes, but could we store that relevent information elsewhere, and have ltspfsd handle the mount that way?
| |
10:48 | <sbalneav> And the place we store it: is in /etc/fstab.
| |
10:48 | <vagrantc> sbalneav: because i'm convinced using /etc/fstab is evil.
| |
10:48 | <sbalneav> Where we mount filesystems.
| |
10:48 | Pourquios?
| |
10:49 | <vagrantc> that's just not a file that should be edited dynamically by udev rules ...
| |
10:50 | if installed on systems running locally, for example, other methods for mounting devices will break badly.
| |
10:50 | * ogra thinks sbalneav sounds like him :) | |
10:51 | <vagrantc> if we cannot agree on some other way to do it, then i don't think we can include ltspfsd in debian.
| |
10:54 | <ogra> well, its intention is not to be run on normal systems ...
| |
10:54 | the dependency on ltsp-client should clearify that
| |
10:54 | <vagrantc> if the only reason it shouldn't be run on normal systems is so that we can edit /etc/fstab ... that seems ... silly
| |
10:55 | <sbalneav> Can mount be passed a different fstab-like-file?
| |
10:55 | <vagrantc> that's exactly what i would propose!
| |
10:55 | <sbalneav> i.e. mount -f /tmp/ltspfstab /foo?
| |
10:55 | <ogra> well, its a lot of extra fuss you have to do to make it work different
| |
10:55 | <vagrantc> well ...
| |
10:55 | <ogra> no, thats not possible
| |
10:55 | <vagrantc> er, right ...
| |
10:55 | <ogra> we would need to patch moount
| |
10:56 | <vagrantc> we could write a parser that produces the appropriate mount command. it's not that difficult
| |
10:56 | <ogra> hmm, indeed ... not beautiful, but well ...
| |
10:57 | thats the oter option ...
| |
10:57 | *other
| |
10:57 | <vagrantc> it would satisfy me concerns, and we could then close 427773
| |
10:57 | <ogra> write a patch ?
| |
10:58 | <sbalneav> Where would you want this file to live, and what would it be called?
| |
10:58 | * vagrantc reads ltspfsd.c ... | |
10:58 | <ogra> ltsp_mount ?
| |
10:58 | lambda has quit IRC | |
10:58 | <ogra> or ltspfsmount
| |
10:58 | <sbalneav> Don't waste your time reading the C file.
| |
10:58 | <vagrantc> sbalneav: maybe /var/run or /var/SOMEWHERE
| |
10:58 | <sbalneav> it would be the two helper scripts.
| |
10:59 | <vagrantc> ah, got it
| |
10:59 | <ogra> /var/run sounds perfect
| |
10:59 | <sbalneav> You tell me the somewhere, I'll fix it up.
| |
10:59 | lambda has joined #ltsp | |
10:59 | <ogra> sbalneav, side by sde with the dir we mount in ...
| |
10:59 | which is /var/run/something as well
| |
10:59 | iirc
| |
10:59 | <sbalneav> ltspfstab?
| |
11:00 | /var/run/blahdeblah/ltspfstab?
| |
11:00 | <ogra> heh, can we add some letters :)
| |
11:00 | ltspfstab sounds funny ...
| |
11:00 | but its the best name i guess
| |
11:00 | <vagrantc> ltspfs_fstab
| |
11:01 | <ogra> ltspfs_fstab_like_file_for_making_debian_happy :)
| |
11:01 | <vagrantc> :P
| |
11:01 | <ogra> more underscores !
| |
11:01 | * jammcq likes plain ole ltspfstab | |
11:01 | <jammcq> easy to type
| |
11:01 | <ogra> yeah
| |
11:01 | <jammcq> not that anybody needs to type it
| |
11:01 | <ogra> jammcq, hey, yu shouldnt need to type that
| |
11:01 | <vagrantc> let's shorten it to ltspfstb
| |
11:01 | <ogra> snap
| |
11:01 | <vagrantc> no vowels!
| |
11:01 | muh2000_ has joined #ltsp | |
11:01 | muh2000__ has quit IRC | |
11:02 | * vagrantc shouldn't wish for more evil in the world | |
11:02 | <sbalneav> lfstab
| |
11:02 | <ogra> vagrantc, yeah, we can sel them to australia ... they need them for places like wooloomoloo
| |
11:02 | oh, i missed an o
| |
11:02 | <vagrantc> we don't have no o's in ltsp
| |
11:03 | <sbalneav> ok, there's a bug that got sent to us about ltspfs, so I'll fix that at the same time.
| |
11:03 | <ogra> pfft, details, its a vowel ... we just dont tell them which ;)
| |
11:05 | lambda has quit IRC | |
11:05 | <vagrantc> sbalneav: when you get a chance, please also merge my and stratus's bzr branches into upstream
| |
11:06 | <sbalneav> Depends on what the changes are.
| |
11:06 | <ogra> did you test the usbfloppy thing ?
| |
11:06 | * vagrantc ain't got no usbfloppy stuff | |
11:06 | <ogra> i'm still not conviced its right as is
| |
11:06 | vagrantc, stratus branch has, no ?
| |
11:06 | <vagrantc> ogra: yes. but i have no way to test the code
| |
11:07 | <ogra> if its really necessary to have ide-floppy loaded for a scsi device thats a bad kernel bug thats should be fixed elsewhere
| |
11:08 | but surely not through modprobing stuff in udev rules
| |
11:08 | <vagrantc> sbalneav: my branch is here: http://llama.freegeek.org/~vagrant/bzr/ltspfs/vagrant-ltspfs/
| |
11:09 | i've also been meaning to make the udev rules for ltspfs only run when ltspfsd is installed ...
| |
11:10 | <ogra> thats a nice one
| |
11:10 | even though they arent there if ltspfsd isnt installed :)
| |
11:10 | they are part of te package
| |
11:10 | <vagrantc> well, i know you do it in ubuntu by removing the udev rules ... but that's a policy violation for debian (you only remove configuration files on purge, not package removal)
| |
11:11 | so if the package is removed but not purged, the configuration files are supposed to remain.
| |
11:11 | <ogra> these are *no* configuration files *and* no conffiles
| |
11:11 | <vagrantc> they are configuration files.
| |
11:11 | <ogra> and they are package specific
| |
11:11 | no, they arent
| |
11:11 | <vagrantc> they configure udev behavior
| |
11:11 | <ogra> you dont edit them they are not for configuring anything apart from your own service
| |
11:12 | which isnt edited or configured there at all
| |
11:13 | <vagrantc> then they don't belong in /etc
| |
11:13 | <ogra> file a bug on udev :)
| |
11:14 | <vagrantc> i'll just fix the scripts.
| |
11:15 | if the administrator modifies the udev rules, it should be respected
| |
11:15 | <sbalneav> While we're on the topic, should we leave the socket for the ssh connection in /tmp?
| |
11:15 | <ogra> no
| |
11:15 | <sbalneav> And I'm thinking it shouldn't be called .ltspfs-socket, but rather .ldm-socket
| |
11:15 | <vagrantc> sbalneav: no
| |
11:15 | <sbalneav> Which is a bit more general.
| |
11:15 | no what?
| |
11:16 | <vagrantc> it should be moved out of tmp :)
| |
11:16 | <ogra> sbalneav, move it to /var/run as well
| |
11:16 | <sbalneav> ok
| |
11:16 | * vagrantc likes the .ldm-socket rename too | |
11:16 | <ogra> /tmp is a security risk
| |
11:16 | <sbalneav> /var/run/ldm?
| |
11:16 | * ogra doesnt care about the name as long s all occurences get chaged | |
11:16 | <vagrantc> hmmm...
| |
11:16 | welll
| |
11:16 | <ogra> sounds good
| |
11:16 | <vagrantc> hm
| |
11:16 | <ogra> we might have more stuff for that dir later, who knows
| |
11:16 | <sbalneav> How does a directory get created in /var/run?
| |
11:16 | <vagrantc> if something other than ldm uses it, then it gets silly
| |
11:16 | <ogra> mkdir :)
| |
11:17 | <Lumiere> lol
| |
11:17 | <ogra> vagrantc, gdm does it similar i think
| |
11:17 | <sbalneav> right, but does the PROGRAM do that, or does that get done at PACKAGE installation time?
| |
11:17 | <ogra> ah, no
| |
11:17 | gdm uses /var/run/gdm_socket
| |
11:17 | <sbalneav> i.e. should ldm assume the dir's there, or should it do the mkdir?
| |
11:17 | <ogra> lest make ours /var/run/ldm_socket then :)
| |
11:18 | <sbalneav> /var/run/ldm_socket it is.
| |
11:18 | Then I don't have to worry about it: /var/run already exists.
| |
11:18 | <ogra> sbalneav, in ubuntu its guaranteed the dir is there (initramfs creates it), but i'm not sure about debian
| |
11:18 | <vagrantc> it'll be there
| |
11:18 | <sbalneav> so, /var/run/ldmsocket
| |
11:19 | <vagrantc> well... during initramfs, not sure
| |
11:19 | <sbalneav> /var/run/lftptab?
| |
11:19 | /var/run/lfttab?
| |
11:19 | /var/run/lftab?
| |
11:19 | I'll get it right sooner or later.
| |
11:19 | <vagrantc> hmmm...
| |
11:20 | /var/run/ltspfs_fstab
| |
11:20 | <sbalneav> crud I *STILL* didn't get it right.
| |
11:20 | <vagrantc> at least, i like that ...
| |
11:20 | <sbalneav> ogra: ok with you?
| |
11:20 | <vagrantc> because, it's not something that gets typed a lot ... and it kind of describes what it is then
| |
11:21 | <ogra> sbalneav, /var/run/ltspfstab and /var/run/ldm_socket (underscore to be consistent with gdm ?)
| |
11:21 | <sbalneav> yes
| |
11:21 | _
| |
11:22 | * vagrantc conceeds | |
11:22 | muh2000__ has joined #ltsp | |
11:22 | <sbalneav> /var/run/ltspfs_fstab and /var/run/ldm_socket
| |
11:22 | done.
| |
11:22 | muh2000_ has quit IRC | |
11:22 | * vagrantc wins! | |
11:23 | <vagrantc> the battle of the ltspfs fstabs
| |
11:23 | * sbalneav rolls eyes | |
11:23 | * ogra wonders if there is already red wine flowing in edinburgh | |
11:24 | <vagrantc> sbalneav: looking at ltspfs_mount ... i don't see any changes needed other than changing /etc/fstab to /var/run/ltspfs_fstab
| |
11:24 | lambda has joined #ltsp | |
11:24 | exodos has quit IRC | |
11:24 | <vagrantc> or am i missing something ?
| |
11:24 | <sbalneav> Probably not.
| |
11:25 | I'll just have to have a quick glom through some things. delayed_mounter and cdpinger will be affected too.
| |
11:25 | <vagrantc> ok.
| |
11:25 | <ogra> grep -r ;)
| |
11:25 | <vagrantc> add_fstab_entry and remove_fstab_entry
| |
11:25 | of course
| |
11:26 | PMantis has joined #LTSP | |
11:26 | <sbalneav> ogra: I was planning on just doing a find . -exec sed -e "s@/etc/fstab@/var/run/ltspfs_fstab@g" {} \;
| |
11:26 | :)
| |
11:27 | <ogra> just
| |
11:27 | *giggle*
| |
11:27 | <vagrantc> sbalneav: you might want to consider merging my patches first ..
| |
11:27 | sbalneav: you might end up with conflicts otherwise
| |
11:28 | almost certainly conflicts
| |
11:28 | * ogra tries to find some dinner ... bbl | |
11:28 | <sbalneav> What did you and status change? Anything in the C bits, or mostly fiddling with the support scripts?
| |
11:28 | <vagrantc> sbalneav: just the scripts
| |
11:29 | <sbalneav> k, what's the syntax for a merge.
| |
11:29 | <vagrantc> sbalneav: bzr merge URL
| |
11:29 | sbalneav: for example: bzr merge http://llama.freegeek.org/~vagrant/bzr/ltspfs/vagrant-ltspfs/
| |
11:30 | :)
| |
11:30 | how do udev rules handle calling scripts that don't exist?
| |
11:30 | i.e. does it produce ugly error messages, problems, etc ?
| |
11:34 | sbalneav: if you want to look at stratus's patches: http://people.debian.org/~stratus/bzr/ltspfs/ltspfs-usbfloppy/
| |
11:34 | i can't verify that they work
| |
11:36 | <sbalneav> K, I've merged yours
| |
11:36 | lets see what status has
| |
11:41 | wow
| |
11:41 | that seems crackful
| |
11:42 | ACTION=="add", SUBSYSTEMS=="usb", DRIVERS=="usb-storage", \
| |
11:42 | ATTRS{interface}=="FLOPPY", KERNEL=="sd*", \
| |
11:42 | RUN+="/bin/sh -c '/sbin/modprobe ide_floppy; /lib/udev/add_fstab_entry %k auto'"
| |
11:42 | So, if we see a usb floppy, we modprobe the ide_floppy
| |
11:42 | yopla has joined #ltsp | |
11:42 | <sbalneav> ?
| |
11:43 | <vagrantc> yup
| |
11:43 | i don't like it either.
| |
11:43 | though: grep -r modprobe /etc/udev/rules.d/*
| |
11:43 | shows that it's not an uncommon thing to do
| |
11:43 | but i agree with ogra, it seems like it should be handled in the kernel somewhere
| |
11:44 | <sbalneav> ok, so I did a commit after I did your merge, how do I undo this merge?
| |
11:44 | bzr revert?
| |
11:44 | Avatara has quit IRC | |
11:44 | <vagrantc> bzr uncommit
| |
11:44 | sbalneav: or ... i'm not 100% clear what you mean ...
| |
11:44 | <sbalneav> I haven't committed stratus' stuff yet
| |
11:44 | I merged yours, committed
| |
11:44 | <vagrantc> ok
| |
11:44 | <sbalneav> then merged status
| |
11:45 | <vagrantc> and you want to revert ?
| |
11:45 | <sbalneav> yeah
| |
11:45 | <vagrantc> bzr revert
| |
11:45 | that'll revert everything
| |
11:45 | <sbalneav> perfect.
| |
11:45 | to the last commit
| |
11:45 | right?
| |
11:45 | <vagrantc> yes
| |
11:46 | <sbalneav> exactly what I want.
| |
11:46 | * vagrantc also likes "bzr shelf/shelve" from bzrtools | |
11:46 | <vagrantc> but we'll get to that another day :)
| |
11:46 | <sbalneav> ok
| |
11:47 | now to go through and start doing the changes you wanted.
| |
11:47 | <vagrantc> yay! :)
| |
11:47 | <sbalneav> ok, so you're stuff's merged, and a fix has been applied to ltspfs.c
| |
11:48 | now the ltspfs_fstab stuff
| |
11:48 | gloin has joined #ltsp | |
11:49 | * vagrantc considers impending dinner | |
11:49 | <sbalneav> I need lunch.
| |
11:49 | brb
| |
11:49 | <vagrantc> heh
| |
11:49 | <gloin> On ubuntu 6.10 ltsp, I'm getting boatloads of locales errors. Is this a known issue? I can't even dpkg-reconfigure locales - says it failed. I'm suspecting that upgrading from 6.06 to 6.10 is the cause, damn glibc etc
| |
11:50 | <vagrantc> i don't think ubuntu implemented decent locale handling for ltsp until 7.04
| |
11:50 | <gloin> ugh
| |
11:51 | I'm doing stuff with it that's pretty perl-heavy
| |
11:51 | and perl+badlocales=barf
| |
11:51 | <vagrantc> yeah
| |
11:51 | <gloin> is there a workaround for 6.10?
| |
11:52 | <vagrantc> gloin: my guess is the workaround would be to upgrade to 7.04 ...
| |
11:52 | <gloin> arglbargl
| |
11:52 | but yeah
| |
11:53 | then 7.04 introduces USB crappiness that I was hoping to avoid dealing with
| |
11:53 | <vagrantc> pick your poison
| |
11:53 | <gloin> hrm
| |
11:53 | there's no there there
| |
11:53 | I need both to be right
| |
11:53 | <vagrantc> well, nobody's stopping you from fixing it :P
| |
11:54 | <gloin> perl programs managing a usb scanner
| |
11:54 | that's my goal
| |
11:54 | vagrantc has quit IRC | |
11:58 | irule has joined #ltsp | |
12:06 | muh2000__ has quit IRC | |
12:07 | muh2000__ has joined #ltsp | |
12:12 | gentgeen__ has quit IRC | |
12:14 | gentgeen__ has joined #ltsp | |
12:20 | bob_too has left #ltsp | |
12:21 | PMantis has left #LTSP | |
12:29 | yopla has quit IRC | |
12:50 | muh2000_ has joined #ltsp | |
12:50 | muh2000__ has quit IRC | |
12:51 | gonzaloaf has quit IRC | |
12:56 | mischko has joined #ltsp | |
13:05 | pedobear has joined #ltsp | |
13:05 | yigal has joined #ltsp | |
13:06 | <yigal> i need help with server-thin client installation.
| |
13:06 | anyone?
| |
13:06 | <pedobear> excuse me - i just installed debian stable "etch" and got it to ldm but i cannot log in
| |
13:06 | yigal: what is your problem ? please descirbe accurately
| |
13:07 | <yigal> I dont know how to start - I have 7.04 Ubuntu - how do I config the server, and how to prepare the floppy for the client to boot from
| |
13:08 | <pedobear> i assume i can help you wih ubuntu - have you already consulted the wiki articles ?
| |
13:09 | <yigal> yes, i went all day around endless wiki articles. all were not clear and complicated. I need simple guide for dummies
| |
13:10 | <pedobear> hmmm
| |
13:10 | please do 'apt-cache search ltsp' on a console
| |
13:10 | Stevecar has joined #ltsp | |
13:10 | <pedobear> and show me the results
| |
13:10 | <sbalneav> yigal: apt-get install ltsp-server-standalone will install the server
| |
13:11 | vagrantc has joined #ltsp | |
13:11 | <sbalneav> then, do an ltsp-build-client
| |
13:11 | ltsp-update-kernels,
| |
13:11 | and an ltsp-update-sshkeys
| |
13:11 | <pedobear> on rom-o-matic.net you can get disk images
| |
13:11 | and write them to floppies using either
| |
13:11 | 'dd if=path/to/floppy/image of=/dev/fd0'
| |
13:11 | <sbalneav> pedobear: You probably need to do the ltsp-update-sshkeys as well.
| |
13:11 | <pedobear> or
| |
13:12 | 'cat /path/to/floppy/image > /dev/fd0'
| |
13:13 | sbalneav: is there an ltsp login log ?
| |
13:14 | <sbalneav> since it uses ssh, check /var/log/auth.log
| |
13:14 | <pedobear> thx
| |
13:18 | Stevecar has left #ltsp | |
13:21 | <yigal> yigal@yigal-VM-Ubuntu:~$ apt-get install ltsp-srever-standalone
| |
13:21 | E: Could not open lock file /var/lib/dpkg/lock - open (13 Permission denied)
| |
13:21 | E: Unable to lock the administration directory (/var/lib/dpkg/), are you root?
| |
13:21 | the apt-get server failed
| |
13:21 | <Blinny> yigal: Are you root?
| |
13:21 | yigal: do 'su - apt-get install ltsp-server-standalone' and make sure you correctly spell 'server'
| |
13:21 | <yigal> I think so, i would have been asked for password if i want
| |
13:22 | <Blinny> normally root has # as a prompt, and regular users have $. You have $ in what you pasted.
| |
13:22 | <yigal> how so i change to root? su?
| |
13:22 | <Blinny> wait. this is ubuntu
| |
13:22 | <whiprush> sudo -i
| |
13:22 | <Blinny> you should sudo apt-get install ltsp-server-standalone
| |
13:23 | thanks whiprush -- I haven't used deb or derivatives in a few years
| |
13:23 | <pedobear> sbalneav: i forgot to install openssh-server
| |
13:23 | <sbalneav> yigal: I'm getting the impression you're new to Linux?
| |
13:23 | <yigal> i wasy
| |
13:24 | i was doing Unix 20 years ago, if it counts
| |
13:24 | sepski has joined #ltsp | |
13:24 | <yigal> anyway, the server installation is working hard
| |
13:25 | <sbalneav> ogra, vagrantc: I've pushed up the changes to ltspfs. They're in my upstream branch.
| |
13:25 | edgarin has joined #ltsp | |
13:25 | <pedobear> sbalneav: where can i file a bug ? i would suggest either ssh-update-sshkeys should warn me about missing ssh server or openssh-server should be a dependency of ltsp-server-standalone
| |
13:25 | <vagrantc> sbalneav: excellent! :)
| |
13:25 | <pedobear> or am i missing something ?
| |
13:26 | <vagrantc> sbalneav: did you make any changes to the packaging, or just to the "upstream" branch ?
| |
13:26 | <sbalneav> pedobear: You don't need an ssh server to run ltsp, it can run with xdmcp too.
| |
13:26 | vagrantc: Just the upstream branch.
| |
13:27 | I haven't tested it yet. I'll do that tonight.
| |
13:27 | <pedobear> sbalneav: i did not know that - but shouldn't ssh-update-sshkeays warn me ?
| |
13:27 | <vagrantc> sbalneav: excellent. i've got all the other debian ltsp folks here, so we should get an upload soon :)
| |
13:28 | <sbalneav> You'll have to fix up the python ldm
| |
13:28 | so that it creates the socket as /var/run/ldm_socket
| |
13:28 | instead of /tmp/.ltspfs-socket
| |
13:28 | <yigal> guys, the server installation failed
| |
13:29 | Setting up ltsp-server (5.0.7) ...
| |
13:29 | NOTE: you will probably want to add to /etc/exports:
| |
13:29 | /opt/ltsp *(ro,no_root_squash,async)
| |
13:29 | and then run:
| |
13:29 | invoke-rc.d nfs-kernel-server reload
| |
13:29 | Setting up ltsp-server-standalone (5.0.7) ...
| |
13:29 | * Stopping DHCP server dhcpd3 [fail]
| |
13:29 | * Starting DHCP server dhcpd3 [fail]
| |
13:29 | invoke-rc.d: initscript dhcp3-server, action "force-reload" failed.
| |
13:29 | <pedobear> yigal: default dhcpd.conf does not work
| |
13:29 | that is kinda epic fail on devs side ;)
| |
13:29 | <yigal> what does it mean?
| |
13:30 | <pedobear> do 'tail /var/log/syslog'
| |
13:30 | <yigal> i ran it on two ubuntu machines - same failure on both
| |
13:30 | <pedobear> it will probably complain
| |
13:30 | <vagrantc> yigal: meet the pastebot
| |
13:30 | !pastebot
| |
13:30 | <ltspbot> vagrantc: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
| |
13:30 | <pedobear> yigal: what does syslog say ?
| |
13:31 | <yigal> yigal@yigal-VM-Ubuntu:~$ tail /var/log/syslog
| |
13:31 | Jun 14 21:11:42 yigal-VM-Ubuntu dhcpd: Wrote 0 leases to leases file.
| |
13:31 | Jun 14 21:11:42 yigal-VM-Ubuntu dhcpd:
| |
13:31 | Jun 14 21:11:42 yigal-VM-Ubuntu dhcpd: No subnet declaration for eth0 (192.168.2.205).
| |
13:31 | Jun 14 21:11:42 yigal-VM-Ubuntu dhcpd: ** Ignoring requests on eth0. If this is not what
| |
13:31 | Jun 14 21:11:42 yigal-VM-Ubuntu dhcpd: you want, please write a subnet declaration
| |
13:31 | <vagrantc> sbalneav: hmmm... maybe we should make the socket location configurable ?
| |
13:31 | <yigal> Jun 14 21:11:42 yigal-VM-Ubuntu dhcpd: in your dhcpd.conf file for the network segment
| |
13:31 | Jun 14 21:11:42 yigal-VM-Ubuntu dhcpd: to which interface eth0 is attached. **
| |
13:31 | Jun 14 21:11:42 yigal-VM-Ubuntu dhcpd:
| |
13:31 | Jun 14 21:11:42 yigal-VM-Ubuntu dhcpd:
| |
13:31 | Jun 14 21:11:42 yigal-VM-Ubuntu dhcpd: Not configured to listen on any interfaces!
| |
13:31 | <vagrantc> yigal: HEY!
| |
13:31 | yigal: use the pastebot!
| |
13:31 | <yigal> what is that?
| |
13:31 | <vagrantc> !pastebot
| |
13:31 | <ltspbot> vagrantc: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
| |
13:32 | <sbalneav> yigal: What IP address is your server on?
| |
13:32 | <Blinny> I always feel vaguely out of control when I see scroll coming slowly in and there's nothing I can do abou tit
| |
13:32 | <pedobear> yigal: so now you have to learn what dhcpd.conf does. read 'man dhcpd.conf' carefully and then make a declaration for your net segment.
| |
13:33 | <yigal> I am sinking. All i wanted is to install server - should be one click, Now I have now idea how to use !pastebot, how to tell my IP, and learn CDHP files :(
| |
13:34 | <pedobear> yigal: can you speak german ?
| |
13:34 | <vagrantc> yigal: go to http://pastebot.ltsp.org and cut and paste to that instead of your irc client when you have to paste lots and lots of lines
| |
13:34 | <yigal> no german
| |
13:36 | <ltsppbot> "Yigal" pasted "server installation" (11 lines) at http://pastebot.ltsp.org/175
| |
13:36 | <pedobear> only b/c i know an excellent german howto
| |
13:36 | <yigal> :)
| |
13:37 | <sbalneav> yigal: you're using a non-default ip address range, so you'll have to manually edit your /etc/ltsp/dhcpd.conf file.
| |
13:39 | <yigal> ok,,, it seems VI si still a working editor. I opened the file. what to change there?
| |
13:39 | <pedobear> yigal: subnet declarations are easy - just look into /usr/share/doc/dhcp3-server/examples/dhcpd.conf
| |
13:40 | <sbalneav> Well, for starters, since you seem to be running on 192.168.2.x, you'll want to change things around for that.
| |
13:40 | Egyptian[Home1 has joined #ltsp | |
13:43 | Egyptian[Home1 has left #ltsp | |
13:43 | <yigal> ok guys... I quit. it seems that every step I do leads to other non-standard solution. Perhaps LTSP is not ready yet for "mass production". Anyway, thanks a LOT for your support - i really appreciate it.
| |
13:43 | <vagrantc> sbalneav: looking at the diff, i think we need variables for /var/run/ldm_socket and /var/run/ltspfs_fstab
| |
13:44 | that's too many occurances of the same value
| |
13:44 | :)
| |
13:44 | <pedobear> sbalneav: sorry to annoy you, but why doesn't ltsp-update-sshkeys harass me when there is not openssh-server ?
| |
13:44 | <vagrantc> sbalneav: i'll make a patch :)
| |
13:44 | <sbalneav> because you can run ltsp without an ssh server.
| |
13:45 | <vagrantc> but ltsp-server-standalone should depend on the ssh server
| |
13:45 | <sbalneav> no
| |
13:45 | it shouldn't
| |
13:45 | <vagrantc> and in newer versions it does
| |
13:45 | <pedobear> that is not the point
| |
13:46 | <vagrantc> ltsp-server-standalone should include all dependencies of a stand-alone ltsp server
| |
13:46 | ltsp-server only should contain the filesystem parts
| |
13:46 | <pedobear> ltsp-update-sshkeys is of no use w/o an ssh server. or is it anyhow ?
| |
13:46 | <sbalneav> What if I want to run an ltsp server with no ssh server. I want to run xdmcp
| |
13:46 | yanu_ has quit IRC | |
13:46 | <vagrantc> sbalneav: then don't install ltsp-server-standalone
| |
13:46 | <pedobear> then i would not use ltsp-update-sshkeys
| |
13:46 | <vagrantc> sbalneav: just install ltsp-server
| |
13:47 | sbalneav: and a dhcp server, if you want to run it on the ltsp server
| |
13:47 | <sbalneav> Yknow what, that's a packaging issue. Personally, I don't give a crap about that.
| |
13:47 | I'll let others worry about it.
| |
13:47 | <vagrantc> heh
| |
13:48 | <pedobear> and whyt is now tih ltsp-update-sshkeys ?
| |
13:49 | Envite has left #ltsp | |
13:49 | <Blinny> yigal: You could get an LTSP distro. Try k12ltsp.org
| |
13:50 | <vagrantc> pedobear: ltsp-update-sshkeys could be useful without an ssh server if you configure it to use the ssh keys of another server
| |
13:50 | yigal: or edubuntu
| |
13:50 | <yigal> ok.. i will try edubuntu, but I heard that the difference is only a package installtion
| |
13:52 | <sbalneav> If you try edubuntu, you'll still have to fix up your dhcpd.conf file.
| |
13:52 | <Blinny> yigal: I haven't used the ubuntu derivatives, but I understand they're receiving a lot of attention. K12LTSP is based on Fedora Linux, and I've had relatively good success on the server side - you install it and it just works. Some thin clients have given me troubles with video settings.
| |
13:52 | <yigal> how can i migrate ubunto to edubunto? do i have to re-install or is there a command that does it all?
| |
13:55 | <sbalneav> yigal: are you setting this up for a school?
| |
13:56 | pedobear has quit IRC | |
13:56 | <yigal> for a youth club
| |
13:57 | <sbalneav> any reason why you're using the ip address range 192.168.2.x, as opposed to 192.168.0.x?
| |
13:58 | <yigal> i am trying the system at home before I go and install it there, and these are the IPs given by the edimax router
| |
13:58 | <sbalneav> ok
| |
13:58 | maxedout has quit IRC | |
13:58 | <sbalneav> Well, by default, ltsp on ubuntu ships with a dhcpd.conf file customized for 192.168.0.x.
| |
13:59 | Does the server have a static IP assigned to it?
| |
14:00 | <yigal> I can set the server, i guess, to a static ip
| |
14:00 | but I would need a clear guideline doc, which i couldnt locate
| |
14:00 | <ltsppbot> "sbalneav" pasted "customized dhcpd.conf for yigal" (17 lines) at http://pastebot.ltsp.org/176
| |
14:01 | <sbalneav> what do you mean, a clear guideline doc? For setting a static ip?
| |
14:01 | <yigal> for the whole process
| |
14:02 | <sbalneav> http://doc.ubuntu.com/edubuntu/handbook/C/
| |
14:03 | The edubuntu handbook has some good information in it.
| |
14:03 | typically, for an ltsp server, you'll want to set the ip address to .254
| |
14:03 | so, in your case, 192.168.2.254
| |
14:03 | <yigal> ok
| |
14:06 | <Blinny> Thank you edimax
| |
14:07 | twinprism has quit IRC | |
14:09 | <sbalneav> vagrantc: Delayed mounter isn't going to work with ldm2
| |
14:09 | <vagrantc> sbalneav: ever ?
| |
14:09 | <sbalneav> no, we'll just have to do it slightly differently.
| |
14:10 | hmm
| |
14:10 | well
| |
14:10 | yanu has joined #ltsp | |
14:10 | * sbalneav thinks | |
14:10 | <sbalneav> meh.
| |
14:10 | I'll have to try it :)
| |
14:10 | maybe it will, maybe it wont.
| |
14:10 | Personally, I'd like to discard it, running as a daemon, and just call it from within the ldm2
| |
14:11 | since ldm2 knows when you're logged in, rather than having a daemon sitting all the time in the background, it should just handle adding the delayed mounts.
| |
14:11 | within ldm2
| |
14:12 | thus, eliminating a daemon.
| |
14:12 | thus, saving memory
| |
14:12 | thus, being better
| |
14:13 | <vagrantc> saving memory on an unused machine ... saves what?
| |
14:13 | maxdoubt has joined #ltsp | |
14:14 | <vagrantc> and then you're having to start the daemon as part of the login process...
| |
14:14 | Egyptian[Home1 has joined #ltsp | |
14:14 | <sbalneav> no, not a daemon.
| |
14:14 | <vagrantc> i mean, i'm not opposed, per se.
| |
14:14 | ah, i see.
| |
14:14 | <sbalneav> all the daemon does is sit there and watch for the command socket to be valid, then send the ltspfsmount commands
| |
14:14 | <vagrantc> makes it harder to use for non-ltsp purposes
| |
14:14 | lns has joined #ltsp | |
14:14 | <vagrantc> or, non-ldm systems
| |
14:14 | <lns> Hellooooo all!
| |
14:15 | <sbalneav> well, one of my goals was to have an actual ldmrc directory.
| |
14:15 | so, once you're established, then run through the rc directory, and execute any scripts in there.
| |
14:15 | <vagrantc> that would be nice, yes.
| |
14:16 | <sbalneav> perfect.
| |
14:16 | <lns> Can anyone tell me if they've had problems with a PXE client with version 2.1 (build 082) booting from Ubuntu Feisty (64-bit) or any version?
| |
14:16 | I have a PXE 2.0 (build 082) booting fine, but this one does a "TFTP: Open timeout"
| |
14:17 | <sbalneav> Dunno. This an on-card pxe?
| |
14:17 | <lns> sbalneav, it's on-board, yes
| |
14:17 | it's a Realtek 8139 chipset
| |
14:18 | versus a booting VIA Rhine thin client
| |
14:18 | <sbalneav> Well, I'd say if 2.0 works, and 2.1 doesn't then it looks like it might be a problem with the PXE code itself.
| |
14:18 | Check the vendor for a FW upgrade.
| |
14:18 | <lns> that's really the only thing I can think of too
| |
14:18 | alrighty...thanks sbalneav =)
| |
14:19 | <sbalneav> np
| |
14:20 | yigal has quit IRC | |
14:27 | lns has quit IRC | |
14:28 | richguit has joined #ltsp | |
14:30 | Q-FUNK has quit IRC | |
14:40 | Q-FUNK has joined #ltsp | |
14:41 | <Blinny> This is just too damn weird
| |
14:41 | What is the restriction that keeps vesa from going above 640x480 for some cards?
| |
14:42 | er, 800x600 actually
| |
14:43 | <sbalneav> Well, vesa uses the BIOS for writing, as far as I know, so perhaps they've limited the BIOS on that machine?
| |
14:44 | Anywho, I'm off to the Criminal Law Office, so I'll be back on later tonight.
| |
14:44 | <Blinny> sbalneav: The i810 xserver will go up to 1024x768 just fine.. switching to vesa lowers it.
| |
14:44 | *wave*
| |
14:44 | <sbalneav> Night, all
| |
14:44 | sbalneav has quit IRC | |
14:45 | lambda has left #ltsp | |
14:47 | a5benwillis has quit IRC | |
14:49 | sepski has quit IRC | |
15:03 | Blinny has quit IRC | |
15:11 | edgarin has quit IRC | |
15:21 | edgarin has joined #ltsp | |
15:25 | Egyptian[Home1 has left #ltsp | |
15:28 | muh2000_ has quit IRC | |
15:32 | muh2000_ has joined #ltsp | |
15:47 | edgarin has quit IRC | |
15:50 | bob_too has joined #ltsp | |
15:54 | bob_too has left #ltsp | |
15:56 | edgarin has joined #ltsp | |
15:58 | bobby_C has quit IRC | |
16:11 | lns has joined #ltsp | |
16:12 | <lns> Right now I'm setting up an Ubuntu 7.04 (i386) LTSP test server. I just got to tasksel, where it asked if I wanted to install "DNS Server" or "LAMP Server" - now, what is keeping us from adding "LTSP Server" to this list, and configuring the system a-la edubuntu-server metapackage, or whatever other means?
| |
16:14 | jammcq has quit IRC | |
16:14 | <vagrantc> because tasksel provides no mechanism to run a postinstall script
| |
16:18 | <Q-FUNK> it would need to select a metapackage that has that
| |
16:22 | Q-FUNK has quit IRC | |
16:23 | twinprism has joined #ltsp | |
16:23 | bobby_C has joined #ltsp | |
16:36 | <gentgeen__> How can I deny a user from logging in a second time at a different terminal? (I am using Debain & GDM)
| |
16:37 | Right now, the user gets a little warning message asking if they are sure they want to log in again... I want to to not allow at all
| |
16:42 | <lns> vagrantc, thanks!
| |
16:42 | gentgeen__ has quit IRC | |
16:42 | Egyptian[Home] has quit IRC | |
16:43 | <vagrantc> lns: no problem
| |
16:45 | vagrantc has quit IRC | |
16:45 | <lns> it would be so cool for tasksel to have that feature though - what if you could select a certain installer at boot time - ubuntu or edubuntu? that would really cut down on the amount of CDs I have to burn ;)
| |
16:45 | gentgeen__ has joined #ltsp | |
16:47 | otavio has quit IRC | |
16:49 | twinprism has quit IRC | |
16:56 | twinprism has joined #ltsp | |
16:56 | nicoAMG has quit IRC | |
16:57 | nicoAMG has joined #ltsp | |
16:58 | jasonrsmit1 has quit IRC | |
17:12 | Guaraldo has left #ltsp | |
17:13 | bob_too has joined #ltsp | |
17:20 | gambler07 has joined #ltsp | |
17:25 | gambler07 has quit IRC | |
17:31 | irule has quit IRC | |
17:36 | nicoAMG has quit IRC | |
17:44 | bobby_C has quit IRC | |
17:51 | richguit has left #ltsp | |
17:53 | twinprism has quit IRC | |
18:03 | vmlintu has quit IRC | |
18:19 | bob_too has left #ltsp | |
18:22 | mischko has quit IRC | |
18:23 | efra has quit IRC | |
18:27 | Mister_Jr has joined #ltsp | |
18:29 | Mister_Jr has quit IRC | |
18:34 | jammcq has joined #ltsp | |
18:34 | <jammcq> hey all
| |
18:40 | <lns> sup jammcq
| |
18:44 | a5benwillis has joined #ltsp | |
18:55 | fernando1 has quit IRC | |
19:03 | F-GT has quit IRC | |
19:11 | fernando1 has joined #ltsp | |
19:13 | <cliebow> hey
| |
19:19 | <lns> sup cliebow
| |
19:31 | Mister_Jr has joined #ltsp | |
19:33 | Mister_Jr has quit IRC | |
19:56 | jammcq has quit IRC | |
20:05 | <cliebow> lns:little slow on the draw...im afraid
| |
20:13 | J45p3r has joined #ltsp | |
20:13 | <cliebow> lns:little slow on the draw...im afraid
| |
20:14 | <lns> cliebow, ?
| |
20:29 | fernando1 has quit IRC | |
20:36 | fernando1 has joined #ltsp | |
20:41 | jasonrsmit1 has joined #ltsp | |
21:06 | J45p3r has quit IRC | |
21:16 | sbalneav has joined #ltsp | |
21:17 | <sbalneav> Evening all
| |
21:50 | lns has quit IRC | |
21:55 | lns has joined #ltsp | |
22:01 | jasonrsmit1 has quit IRC | |
22:04 | ace_suares has quit IRC | |
22:04 | ace_suares has joined #ltsp | |
22:04 | rjune has quit IRC | |
22:04 | rjune has joined #ltsp | |
22:28 | F-GT has joined #ltsp | |
22:35 | oldwolf has joined #ltsp | |
22:43 | oldwolf has quit IRC | |
22:46 | muh2000_ has quit IRC | |
22:47 | muh2000_ has joined #ltsp | |
23:00 | muh2000__ has joined #ltsp | |
23:01 | muh2000_ has quit IRC | |
23:15 | Burgundavia has quit IRC | |
23:17 | rcy has joined #ltsp | |
23:24 | ace_suares has quit IRC | |
23:25 | edgarin has quit IRC | |
23:26 | ace_suares has joined #ltsp | |
23:33 | Burgundavia has joined #ltsp | |