[12:40] <mhz_cook> arkan0x: hey
[12:40] <arkan0x> mhz_cook, hi !
[02:51] <Kamping_Kaiser> hm. has anyone else come accross this? install edubuntu -> open synaptic -> click "remove" on cdrom -> click "add" -> ok on next option (main+restricted only) -> edit it. it now is "sections: universe main restricted"
[02:51] <Kamping_Kaiser> I've had this happen on 2 boxes
[02:52] <ogra> whats the "edit it" part about ... what did you edit ?
[02:54] <Kamping_Kaiser> ogra: you select a repository line to edit, then click edit, and the "edit repository" box that pops up has universe in the "sections" line
[02:54] <Kamping_Kaiser> security updates did the same thing, but updates didnt
[02:54] <ogra> thats dapper ? 
[02:54] <ogra> if so, file a bug on synaptic
[02:54] <Kamping_Kaiser> um. Breezy i think
[02:55] <ogra> you might file a bug there as well if it doesnt exist yet ... but i doubt it will get fixed in breezy ...
[02:55] <Kamping_Kaiser> ok. 
[03:00] <mhz> ogra: could you give me the short version or tell me if it is spectacular? http://ooowiki.de/Writer2MoinMoin
[03:01] <ogra> it creates moin source from writer docs 
[03:01] <ogra> its a macro 
[03:01] <mhz> yeah, that I know
[03:01] <ogra> and it can only handle pngs 
[03:02] <mhz> but does it mention like "look here" or "excelent output"
[03:02] <mhz> or 99% effectivenes
[03:02] <ogra> nope 
[03:02] <ogra> it just explains the basic usage
[03:03] <ogra> the four points in the second paragraph explain what doesnt work 
[03:03] <mhz> okis
[03:04] <mhz> ogra: thx
[03:04] <ogra> np
[04:47] <sithi> mr. ogra please help me
[04:57] <sithi> can some body help me please
[04:58] <mhz> sithi: shoot your problem and we'll see
[04:59] <mhz> sithi: ?
[04:59] <sithi> i have ubuntu 5.10  with ltsp
[05:00] <mhz> ok
[05:00] <sithi> the thin client (diskless) is booting well
[05:00] <mhz> ok
[05:00] <sithi> i had assined the static ip to the client
[05:00] <sithi> i could very this at the time of booting also
[05:01] <sithi> but once i logged in to the gnome, for ifconfig command
[05:01] <sithi> it is giving me the server's ip address
[05:01] <sithi> where did i done the mistake
[05:02] <mhz> sithi: The only LTSP I have ever used is Edubuntu's. That means your LTSP config is not similar at all to my ltsp config because we used a very diff approach and structure
[05:03] <mhz> sithi: my only advice, and I am very sorry, is you visit #ltsp. They will help lot better than me
[05:03] <sithi> ok, thanks
[05:03] <mhz> sorry
[05:04] <mhz> sithi: ogra is sleeping now and I know he has tried normal LTSP before
[07:16] <punkass> hello all, just curious of the status of multimedia on the client machine with ltsp
[10:18] <tamoio> hello all
[10:57] <jsgotangco> ogra: after install it should be runnig already right (the server)
[10:57] <ogra> nope ...
[10:58] <ogra> see the install notes ;)
[10:58] <jsgotangco> gyahhh
[10:58] <ogra> especially the LTSPServerSetup
[10:59] <jsgotangco> we're sticking with this setup?
[10:59] <ogra> yup
[11:00] <ogra> for dapper at least 
[11:00] <ogra> for dapper+1 we'll have a gui for ltsp :)
[11:00] <ogra> people.ubuntu.com/~ogra/LTSPManager/
[11:01] <jsgotangco> there's no /etc/ltsp/dhcpd.conf
[11:01] <ogra> oh ?
[11:02] <jsgotangco> it didnt install dhcp3-server or any dhcp client it seems
[11:02] <jsgotangco> i mean server
[11:02] <ogra> ouch
[11:03] <ogra> sure you did a default install ?
[11:03] <jsgotangco> yup
[11:03] <jsgotangco> it did a chroot
[11:03] <ogra> hmpf
[11:03] <ogra> that might be caused by the oversizedness ...
[11:04] <ogra> +damned 
[11:04] <jsgotangco> ltsp-server is installed
[11:04] <jsgotangco> ok i'll install dhcp3 and see
[11:04] <ogra> look for ltsp-server-standalone 
[11:05] <ogra> thats should be there as well 
[11:05] <jsgotangco> its not installed
[11:05] <ogra> (and depends on dhcpd)
[11:05] <ogra> aha
[11:05] <jsgotangco> ltsp-server is though
[11:06] <jsgotangco> should i install it instead?
[11:08] <ogra> nope, i'll have to fix the CD ...
[11:08] <jsgotangco> ok at least you now
[11:08] <ogra> which is kind of tricky since i cant reach the datacenter 
[11:08] <jsgotangco> s/now/know
[11:09] <ogra> yay, my connection is back they fixed frankfurt :)
[11:10] <jsgotangco> ok i guess we're cool now, i'm going to focus on the quickguide then
[11:11] <ogra> yup, thanks for all the help 
[11:12] <jsgotangco> ogra: can you change the icons of ubuntu to edubuntu ? (not now)
[11:12] <jsgotangco> and System -> About Ubuntu to About Edubuntu
[11:12] <jsgotangco> ?
[11:13] <ogra> i dont understand the first question ... which icons ? 
[11:13] <jsgotangco> menu bar uses ubuntu icon
[11:14] <ogra> not really an issue ... but if i have time left before art freeze i'll think about it ...
[11:14] <ogra> i'm not sure thats prepared to get exchanged by a foreign package ... might need heavy tweaking
[11:15] <jsgotangco> hmmm
[11:15] <jsgotangco> how about ubuntu-docs?
[11:18] <ogra> what shall i do with it ?
[11:18] <jsgotangco> replace with ours when its ready?
[11:19] <jsgotangco> but that might be asking too much
[11:19] <ogra> when its ready, yes 
[11:20] <MotherLUG> Evening All :D
[11:20] <jsgotangco> hi
[11:23] <ogra> would also save plenty of space
[11:23] <ogra> but we dont have edubuntu-docs yet 
[11:23] <ogra> hmm... amd64 is oversized by 13MB 
[11:23] <ogra> thats hard to free up without dropping something essential 
[11:24] <ogra> hmm ... i wonder how much harm it does to drop tuxpaint-stamps for amd64 for now ...
[11:24] <ogra> its 15MB on the CD
[11:25] <jsgotangco> the bitmaps?
[11:25] <ogra> tuxpaint-stamps-defaults ... no idea if this are bitmaps ...
[11:25] <MotherLUG> ogra, not the tux-paint stamps they are fabulous
[11:25] <jsgotangco> its probably the pictures of birds
[11:26] <jsgotangco> ogra: i'm pretty worried about the quickguide in our svn, it has images...
[11:26] <ogra> but likely ... by the size of it 
[11:27] <ogra> MotherLUG, i need to free up 13MB on the amd64 CD to make it installable ... give me a guess what else to remove
[11:28] <ogra> removing the stamps would also remove tuxpaint ... its a hard dependency ...
[11:29] <jsgotangco> xaos is pretty small...
[11:30] <jsgotangco> it'll be strange to remove gimp
[11:30] <jsgotangco> and yet have gnu paint
[11:31] <ogra> nah 
[11:31] <ogra> nothing is as big
[11:31] <jsgotangco> not to mention it'll trash the whole desktop
[11:31] <jsgotangco> kdeedu
[11:31] <jsgotangco> hehe
[11:32] <ogra> libgl1-mesa-dri has exactly 13MB 
[11:32] <ogra> sad that its essential 
[11:34] <jsgotangco> how about the bluetooth stuff
[11:35] <jsgotangco> lol pretty small
[11:36] <ogra> in case you want to look yourself:
[11:36] <Yagisan> ogra: how many kernels are on the cd ?
[11:36] <ogra> http://people.ubuntu.com/~cjwatson/cd-build-logs/edubuntu-daily-20060217.1.log
[11:36] <ogra> 1
[11:37] <Yagisan> well, scratch that idea
[11:48] <MotherLUG> ogra, sorry was doing an interview
[11:49] <Yagisan> ogra: do we need gcc ?
[11:49] <ogra> Yagisan, how big ?
[11:50] <MotherLUG> ogra, my first pick to remove would be turtle
[11:50] <Yagisan> ogra: haven't really checked yet. just briefly scanning the list while trying to brush my kids teeth
[11:50] <ogra> err, sure we need gcc for people that need to compile modem drivers for example
[11:51] <ogra> MotherLUG, that wont gain us 13MB :)
[11:51] <Yagisan> ogra: um - edubuntu - should work out-of-the-box right ?
[11:51] <ogra> probably 130k :)
[11:51] <MotherLUG> ogra, yeah I know, I don't know much about the back end stuff
[11:51] <ogra> Yagisan, we ship modem driver sources for winmodems
[11:51] <Yagisan> oh
[11:52] <Yagisan> brb
[11:52] <MotherLUG> I have to pull down the latest version again, anf get onto the bug reporting. Heaps of things were crashing on me last week
[11:53] <ogra> yeah, last weeks isos were quite broken, i havent cared for the CDs for a while 
[11:53] <jsgotangco> hmmm
[11:53] <jsgotangco> evolution :)
[11:54] <jsgotangco> eekkkk
[11:54] <jsgotangco> edubuntu-desktop
[12:04] <Yagisan> OOo - still not native ?
[12:06] <ogra> nop
[12:06] <ogra> i removed tuxpaint ....
[12:06] <ogra> (note thats only amd64)
[12:07] <Yagisan> that sucks. we could dump ia32libs* if it was
[12:08] <ogra> yup
[12:08] <ogra> but upstream doesnt move forward it seems ...
[12:08] <Yagisan> :(
[12:08] <ogra> and doko is to overloaded with gcc and all of python 
[12:08] <Yagisan> I still can't copy and paste between OOo and native apps
[12:09] <ogra> yup
[12:13] <Yagisan> ogra: what was the last thing added before amd64 went oversize ?
[12:18] <ogra> nothing
[12:18] <ogra> the packages grew 
[12:22] <MotherLUG> ogra, can I still pull tux-paint from the repositories?
[12:23] <ogra> MotherLUG, sure 
[12:23] <ogra> its just not installed by default on amd64 installs ...
[12:24] <MotherLUG> ogra, wonderful, I must say my lids and I love it, and I have 64
[12:24] <MotherLUG> lids= kids
[12:24] <ogra> i'll do my best to re-add it ... but currently its the best option to unbreak flight4 
[12:25] <MotherLUG> as long as I can still pull it and it works, I'm happy
[12:25] <jsgotangco> ogra: let's pull out tuxpaint for now
[12:26] <ogra> i'd rather have it on the CD and wil look for realease which other options we have ...
[12:27] <jsgotangco> heh
[12:27] <jsgotangco> we need more bling!
[12:28] <ogra> but not with our name ... i'm fine with a e17 distro ...
[12:28] <ogra> but they should grab a name that doesnt clash
[12:28] <jsgotangco> true
[12:28] <ogra> it nearly makes me forget the CoC ...
[12:29] <jsgotangco> what the hell
[12:29] <jsgotangco> The [WWW]  Documentation Team is organising documentation for Ebuntu, and for more please contact [WWW]  Manish Chakravarty
[12:29] <ogra> argh !!!
[12:30] <Yagisan> isn't "Ebuntu" a checkinstall job
[12:30] <jsgotangco> GRRRRRR
[12:30] <Yagisan> ?
[12:30] <ogra> likely ...
[12:31] <jsgotangco> it is
[12:32] <jsgotangco> ogra: he's in the gnome lp team
[12:33] <Yagisan> excellent - so it only runs on i386 - can't be maintained properly - most likely breaks /usr/local - and has a bad name choice. Marvelous.
[12:34] <jsgotangco> im going to dinner first
[12:34] <Seveas> ogra, the original name was even worse: Enubuntu
[12:35] <jsgotangco> im going think about this first
[12:36] <Yagisan> ;)
[12:36] <ogra> heh
[12:46] <MotherLUG> Good Night All :D
[02:40] <pips1> highvoltage, hi
[02:40] <highvoltage> hi pips1 
[02:40] <pips1> I am making some progress with the demo site... :-)
[02:40] <highvoltage> kewl. is it somewhere accessable yet?
[02:41] <pips1> I'll send you an email ... I'd rather not have everybody pound on the test site yet :-)
[02:51] <highvoltage> pips1: thanks, sorry, bit distracted here
[03:10] <pips1> highvoltage, no prob
[04:09] <pips1> ogra, hi
[04:10] <pips1> ogra, here on irc, you often are asked questions... what is the one piece of documentation that you need to point out the most often ? is it e.g. the thinClientHowto ?
[04:11] <ogra> nope
[04:11] <pips1> ?
[04:11] <ogra> i dont point the thin client howto here at all
[04:11] <pips1> ah
[04:11] <ogra> since it doesnt apply to edubuntu
[04:12] <ogra> see topic :)
[04:12] <pips1> :-)
[04:12] <ogra> the install notes are the most important doc 
[04:12] <pips1> ok, I see, thanks
[04:12] <ogra> second most is yagisans etherboot/PXE floppy creation doc
[04:13] <ogra> https://wiki.ubuntu.com/Ebuntu
[04:13] <ogra> err
[04:13] <ogra> https://wiki.edubuntu.org/EdubuntuDocumentation/BootingClientsWithoutPxe
[04:13] <ogra> that one
[04:13] <pips1> cheers!
[04:17] <pips1> never mind
[04:18] <ogra> pips1, because apart from editing the dhcpd.conf everything is done by the installer in edubuntu
[04:18] <ogra> the howto is for ubuntu ...
[04:18] <ogra> where you have to do all these steps manually
[04:20] <pips1> ok, makes sense now
[04:22] <pips1> that howto is definitely geared towards experienced sysadmins, I'd say, judging from the amount of acronyms and geek slang :-)
[04:22] <ogra> yup
[04:22] <ogra> sadly ...
[04:22] <ogra> it was a very easy document even my mother would have understood when mdz created it+
[04:23] <ogra> but it has grown several monster heads :(
[04:23] <pips1> hehe
[05:34] <vhgd> hello. i have a question. how do i change the screen resolution of the ltsp login screen. one of my thin client monitor crashed because the resolution (1600x1200) was to high.
[07:16] <ogra> jsgotangco, will still take a while ... i just discovered a bug that makes a rebuild for ubuntu and all drivatives necessary
[07:17] <ogra> with new testing accordingly 
[07:17] <ogra> seems Kamion made a tapo or something in the cd build script
[07:17] <ogra> *typo
[07:17] <jsgotangco> argghh
[07:17] <jsgotangco> that's why its taking so long???
[07:18] <ogra> at least for me currently rsync doesnt work either, so i cant get the new builds
[07:18] <ogra> but its related to ltsp-server-standalone being not installed and /etc/ltsp missing
[07:19] <ogra> so in fact you discovered it first :)
[07:20] <jsgotangco> ahh
[07:20] <jsgotangco> i'll just do the drafts then
[07:20] <jsgotangco> i;ve yet to update for ubuntu itself too
[07:20] <jsgotangco> but i'll make the most obvious changes
[07:20] <jsgotangco> its already 2:30am anyways
[07:27] <jsgotangco> good night
[07:28] <ogra> night
[09:33] <chms> is ltsp (and related things - dhcp, tftp etc) installed with the server install of edubuntu?
[09:35] <ogra> nope
[09:35] <chms> rats :) thanks
[09:38] <ogra> you need a desktop on the server to use the ssh tunnel ... else it wont make sense
[09:38] <ogra> so the edubuntu default install is what you want ...
[09:38] <ogra> the so called server install is in fact a minimal install ...
[09:38] <ogra> see the install notes from the topic
[09:39] <chms> I am learning that. I had an email tetate over that issue :)
[09:39] <chms> ok
[09:39] <chms> I use ltsp, and thought it would save a step
[09:41] <ogra> note that we use the new muecow implementation of ltsp ... it doesnt use xdmcp forwarding anymore ... 
[09:41] <chms> I'll look into that. I use it, I wouldnt say I was an 'expert'. Thanks
[09:45] <chms> do you find using a 'heavy' GUI like KDE with ltsp causes performance issues? (I'm looking at Xfce for that reason)
[09:48] <ogra> nope, it only eats memory on the server ... no performance issues
[09:48] <chms> good to know. perhaps I wont need Xfce then.
[11:00] <bob_> hey again ogra...
[11:02] <bob_> i got a new monitor in, its kinda booting and im getting 'screens found, but none have a usable configuation. driver can't support depth 24'
[11:03] <ogra> ah ...
[11:03] <bob_> and 'xauth: error in unlocking authority file /root/.Xauthority'
[11:03] <ogra> then you *need* dapper ... breezy doesnt support setting 16bit in ltsp
[11:03] <bob_> it is dapper...
[11:04] <ogra> create a /opt/ltsp/i386/etc/lts.conf file 
[11:04] <ogra> add the following line:
[11:05] <bob_> is there any way to view all the messages you got at startup? there was another kinda error i thought might be itneresting but i cant remebre the detials and it goes past prety quick
[11:05] <ogra> [default]   X_COLOR_DEPTH=16
[11:06] <ogra> that should set the clients to 16bit by default 
[11:06] <bob_> k
[11:07] <bob_> right it kinda goes 'trying to load pxelinux' and tries a whole bunch before going to default
[11:07] <bob_> is that ok?
[11:08] <ogra> looks like a triangle on the screen ? 
[11:08] <bob_> yeah
[11:08] <ogra> thats the normal PXE protocol 
[11:08] <bob_> ok, cool
[11:09] <ogra> i just found a heavy bug in ltsp ... that might be your problem ...
[11:09] <bob_> oh yeah? 8)
[11:09] <ogra> https://lists.ubuntu.com/archives/dapper-changes/2006-February/006513.html
[11:10] <ogra> that prevented ldm from being installed ... without ldm X wont start ...
[11:11] <bob_> ahh ok....
[11:11] <bob_> is that coz i installed from a CD? seems like it shouldnt matter...
[11:11] <ogra> you can startx manually ... but you dont have a login manager
[11:12] <ogra> if there is any package available that provides x-display-manager, it breaks :)
[11:12] <bob_> haha ok!
[11:12] <ogra> gdm or kdm or wdm ...
[11:12] <bob_> damn that x-display-manager
[11:13] <ogra> heh, yes ...
[11:13] <ogra> debian added it ..
[11:13] <bob_> anything i can do about it?
[11:13] <ogra> and i missed to see that it would break when i merged their patches
[11:13] <bob_> good to know its notjust me being stupid ;)
[11:13] <ogra> sudo chroot /opt/ltsp/i386 apt-get install ldm
[11:14] <ogra> if that works ... you have a working client ...
[11:14] <bob_> :D yay!
[11:14] <ogra> but with a lot of unused gnome stuff in it :)
[11:14] <bob_> 'already the newest version'
[11:14] <bob_> boo
[11:15] <ogra> oh, so that was pulled in already ... lucky you :)
[11:15] <bob_> so its just thsi rouge dhcp server thats the problem now then
[11:15] <bob_> arghhhh
[11:15] <ogra> just try the lts.conf 
[11:15] <ogra> nope, its your graphics card that only supports 16bit ...
[11:15] <bob_> its funny, sometimes i get a kernel panic and sometimes it just frezes at 'loading hardware drivers'
[11:16] <bob_> no i mean that is still an issue...
[11:16] <bob_> is there any way to flush the dhcp and ltsp server cache? i think turning this computer off and on repeatedly is confusing it
[11:17] <ogra> nope
[11:17] <ogra> no need to 
[11:17] <bob_> ok
[11:17] <ogra> the cache is bound to the hardware address of your card ... you should get always the same ip for the client
[11:18] <bob_> ah ok
[11:19] <bob_> is there any other reason it'd stop at 'loading hardware drivers'?
[11:20] <ogra> you can remove the word splash from /var/lib/tftpboot/ltsp/pxelinux.cfg/default then you see more ...
[11:20] <ogra> it will omit the bootsplash 
[11:22] <bob_> ok
[11:22] <bob_> its still having problems even when i disconnect the othre dhcp server
[11:22] <mezzapazza> is there some documentation on setting up ltspfs on ubuntu?
[11:22] <ogra> nope, use the one from ltsp.org 
[11:23] <mezzapazza> if i only knew what reffered redhat init scripts usually do :)
[11:24] <ogra> ltspfs and ltspfsd are packaged, but you will need to set up the scripts from ltsp.org manually ...
[11:24] <mezzapazza> what about dapper init scripts? 
[11:24] <ogra> ?
[11:25] <ogra> for ltspfs ?
[11:25] <mezzapazza> yep
[11:25] <bob_> argh, 'depth 16 is not supported through this adapter'
[11:25] <ogra> thats evil ... but it doesnt support 24 either ? 
[11:25] <mezzapazza> i found it packaged in dapper, so i thought there are scripts i could check too
[11:26] <bob_> its a prety good monitor
[11:26] <bob_> what was the command to check?
[11:26] <bob_> what the monitor can do i mean
[11:27] <ogra> mezzapazza, sorry, no... i packaged it because we wanted to investigate it for inclusion, but all the local device support was deferred to dapper+1, so there is no integration work been done
[11:28] <mezzapazza> ogra ok tnx
[11:29] <ogra> mezzapazza, be sure it will be my main target in dapper+1 together with a real good sound implementation based on gstreamer ...
[11:30] <mezzapazza> ogra looking forward... i'm in a hurry, so i'll have to figure it out myself..
[11:30] <mezzapazza> BTW vim/nvi was missing in dapper release i downloaded last week
[11:30] <ogra> it should work as outlined on the ltsp.org wiki ... but you'll need to add it to the startup scripts yourself, sorry
[11:31] <ogra> amd64 ? 
[11:31] <mezzapazza> yes
[11:31] <ogra> yup, might be, the CD was oversized for some days ... 
[11:31] <ogra> should be fixed since today
[11:32] <ogra> bob_, its not the monitor ... its the graphics card that cant do 16bit ...
[11:32] <ogra> must be a very old model  ....
[11:32] <ogra> try if it works if you set the value from 16 to 8
[11:33] <ogra> didnt you say mach64 or something ? thats one of the oldest atis around ...
[11:33] <bob_> ah ok
[11:33] <bob_> yeah
[11:33] <bob_> ok
[11:35] <bob_> be surprised if it only supports 8 bit though?
[11:35] <ogra> yes, a bit ...
[11:35] <ogra> it should be able to do 16 ... 
[11:35] <ogra> but the error message indicates differently
[11:36] <bob_> k
[11:37] <ogra> k ?
[11:37] <bob_> ok, sorry :)
[11:37] <ogra> nah, i meant k like in its ok, i see X ?
[11:45] <bob___> whoops lost connection, have you got ay idea why im still getting problems even with the other dhcp server unplugged? might i just need a better network switch?
[11:45] <ogra> bob___, not yet ...
[11:45] <ogra> might be a dapper bug 
[11:46] <bob___> k
[11:46] <ogra> i'm currently preparing flight 4 and discover a lot of weird things that didnt show up yet
[11:46] <bob___> is there anything i can do with regard to bug reports?
[11:46] <mezzapazza> what would be redhat's rc.localdev on debian?
[11:48] <ogra> bob___, file them :) https://launchpad.net/distros/ubuntu/dapper/+bugs assign them to me and the ltsp package ...
[11:49] <ogra> mezzapazza, for the client side i'd just add it to the ltsp-client initscript ...
[11:49] <bob___> ok :) i dont always know whats gone wrong though :)
[11:49] <bob___> i guess i can just describe...
[11:49] <bob___> i mean, i dont know if its me or a bug...
[11:53] <bob___> wow, i have a black x...
[11:54] <ogra> yes, just describe is a good start 
[11:54] <ogra> :)
[11:54] <bob___> a black x and nothing else. i guess this is a start?
[11:55] <ogra> bob___, my job as developer is to ask you the right questions in the bug to find out whats wrong and if it is a bug :)
[11:55] <ogra> doesnt look like ldm is working, weird
[11:55] <bob___> haha thats good, glad i can be of some help :p
[11:58] <bob___> any ideas? anything i can try rebulding, or something?
[11:59] <ogra> would be an option ..
[12:00] <ogra> +just dont forget to create the lts.conf
[12:00] <ogra> (or make a backup you can copy in place later)
[12:01] <bob___> whats the command?
[12:02] <ogra> sudo ltsp-build-client
[12:02] <bob___> hmm ive done that one
[12:02] <bob___> anything else it could be?
[12:02] <ogra> you need to wipe the /opt/ltsp/i386 dir first
[12:03] <bob___> ive done that a couple of times already tho
[12:03] <bob___> hmmm
[12:03] <bob___> no way its gonna get corrupted really is there?