[12:14] <shannara> does anyone know the chat address for discussing dapper. Printing doesn'tt work with x86_64
[02:28] <KRUTOY> Hey
[02:28] <KRUTOY> It's my first time here, lol
[03:46] <arkan0x> wtf topic?
[03:46] <arkan0x> ogra, !
[03:46] <arkan0x> ogra, !!
[03:47] <arkan0x> jane_, ! the topic !
[06:05] <rafael> hello
[06:06] <rafael> bye
[07:05] <sophie^> hi just a question, is schooltool required in init? what is its purpose?
[07:06] <sophie^> is it safe to have it removed?
[07:31] <clinton> hi
[11:01] <alejandro> ogra, with a fresh ltsp installation in ubuntu, I have some advices:
[11:01] <alejandro> install: cannot create regular file `/opt/ltsp/pkg_cache/etc/ssh/ssh_known_hosts': No such file or directory
[11:01] <alejandro> install: cannot create regular file `/opt/ltsp/data/etc/ssh/ssh_known_hosts': No such file or directory
[11:03] <alejandro> You need to check the files in ltsp-update-sshkeys.
[11:06] <ogra> uuh, why do you have this many dirs in /opt/ltsp 
[11:06] <ogra> (agreed, i'll look into it)
[11:09] <ogra> but it does no harm as long as you dont have a etc/ssh tree in one of the subdirs :)
[11:09] <ogra> its just noisy
[11:12] <alejandro> no, I cleaned /opt/ltsp/i386 and run in a fresh ubuntu dapper, the client script.
[11:12] <alejandro> anyway nice work, it's awesome.
[11:13] <alejandro> it's very frustating to try to install a program in a LTSP 4.x environment
[11:17] <ogra> yes :)
[11:18] <ogra> but they boot in 29seconds (taken with a stopwatch including the BIOS) ... we'll never reach such speed :)
[11:18] <ogra> and they have a way smaller memory footprint, with swap server, ltsp 4.1 boots on 20MB
[11:19] <ogra> (i'd be happy about 32M :) )
[11:28] <juliux> ogra, i have teste dapper at the weekend with 2 thinclients, and the thinclients have 128MB RAM but it was very slow on the thinclients
[11:29] <ogra> vesa driver ?
[11:29] <juliux> yes
[11:29] <juliux> i think so
[11:29] <ogra> its the driver 
[11:29] <juliux> ah
[11:29] <ogra> not the client
[11:29] <juliux> so i should test an other driver
[11:29] <ogra> vesa is 100% unaccelerated :)
[11:29] <juliux> i run it with the rangee thinclients
[11:29] <juliux> in chemnitz
[11:30] <ogra> i didnt find any driver apart from vesa that works with the rangees ...
[11:30] <ogra> (but i didnt look very close i must admit)
[11:30] <juliux> if i find time on cebit i will test other driver
[11:31] <juliux> this was gcompris
[11:32] <juliux> if i start it x restarts
[11:39] <ogra> file a bug, i have no such problems here ...
[12:04] <jinty> hoi ogra, just checking if the new schooltool packages were working for you?
[12:04] <ogra> not yet
[12:04] <ogra> some dependency is missing ...
[12:04] <ogra> i'm about to look at it ...
[12:04] <jinty> ok, let me know, there may be something I can do...
[12:14] <alejandro> ogra, then Maecow is slower?
[01:03] <highvoltage> ogra: hi
[01:03] <ogra> hey highvoltage 
[01:04] <highvoltage> i have a weird problem with ldm
[01:04] <ogra> i wrote the ltsp gui installer for LTSPManager on the weekend :)
[01:04] <highvoltage> (theme-wise)
[01:04] <ogra> oh ? 
[01:04] <highvoltage> o kewl :)
[01:05] <highvoltage> yes, if i change the background colour to a darkish blue, (or other colour) I get a white stripe on the right side corner of the screen.
[01:05] <highvoltage> is that white stripe a known bug?
[01:05] <highvoltage> my theme is available here, fwiw, http://jonathancarter.co.za/files/tuxlab.tar
[01:05] <ogra> hmm
[01:06] <ogra> i havent seen that yet 
[01:06] <ogra> what screensize is that ? 
[01:06] <ogra> (resolution)
[01:06] <highvoltage> 1024x768
[01:06] <ogra> hmm, nope, dont have that here 
[01:06] <ogra> 1024x786, 800x600, and 1280x800 work here 
[01:07] <ogra> file a bug if you like, i'll look into it
[01:07] <highvoltage> strange. perhaps i tweak something elsewhere that broke it :)
[01:08] <ogra> not really, you would have to tweak the gtk code of the greeter itself
[01:08] <ogra> size and position of the theme are computed from the screensize 
[01:10] <highvoltage> ok. i'll take a photo of it tonight and send it through. perhaps it's something that will come up again.
[01:10] <highvoltage> oh yes, the stripe isn't always white. it's the same colour as the bar at the bottom.
[01:22] <highvoltage> ogra:  othersiwe, how are things?
[01:24] <ogra> fine :)
[02:20] <jinty> ogra: hmm, I had a look at schooltool, it appears the source package is in the archive, but no debs. and I cannot find a build log anywhere.
[02:24] <crimsun> jinty: https://launchpad.net/+builds/+build/173652
[02:24] <ogra_> crimsun, already solved
[02:25] <ogra_> the next build attempt should work, twisted-web2 wasnt in main until today
[02:25] <crimsun> ogra_: just answering his question regarding not being able to find a build log
[02:25] <ogra_> ah
[02:28] <jinty> crimsun: thanks a lot, nice to be able to find these things in the future
[02:56] <jinty> orga: schooltool builds will still fail because zope3 is still uninstallable in dapper. it depends on python2.4-pullparser and python2.4-clientform (at least). All of these are in debian.
[02:57] <ogra> yup
[02:57] <ogra> afaik doko already requested the sync
[02:57] <ogra> i'll make sure i dont remember wrong
[02:57] <jinty> ok, just making sure that schooltool doesn't get lost in the beaurocracy somewhere;)
[02:58] <ogra> jinty, its one of my killer apps :)
[02:58] <ogra> dont worry, we wont release without working schooltool :)
[03:17] <jsgotangco> it would be a travesty
[03:18] <ogra> yes 
[03:23] <ERic_> hallo, how can i get a standalone edubuntu
[03:23] <ERic_> ?
[03:23] <ogra> standalone edubuntu ?
[03:24] <ogra> do you mean a workstation install ? 
[03:24] <ogra> http://wiki.edubuntu.org/EdubuntuInstallNotes 
[03:24] <ERic_> ty
[03:25] <highvoltage> ogra: i assume the workstation install won't have compiz running like Ubuntu?
[03:26] <ogra> highvoltage, what makes you think ubuntu could have compiz installed ??
[03:26] <ogra> thats crappy unstable stuff
[03:26] <ogra> we'll surely not release it in main yet
[03:27] <highvoltage> ok, good. i read about people using it on dapper, and then i saw some screen shots of compiz on an ubuntu live cd, so i was afraid it's being distributed with ubuntu already *shew*
[03:28] <ogra> nope, its in universe 
[03:29] <jsgotangco> its way too unstable and requires everyone to have a beefy card
[03:30] <ogra> its the future ...
[03:30] <ogra> but its far from being ready
[03:30] <jsgotangco> i thought aiglx is better designed?
[03:30] <highvoltage> yeah, somehow i just got the impression that it's going to be in dapper, so i immeditely though of asking here :)
[03:30] <highvoltage> sorry, been a long day
[03:30] <jsgotangco> heh
[03:31] <jsgotangco> we could have beaten all distros if we have a working xgl+compiz from install
[03:31] <ogra> no problem :) dont worry, we dont release crappy stuff :)
[03:31] <highvoltage> cool. so LDM will work much nicer at release?
[03:31] <ogra> :P
[03:31] <jsgotangco> lol
[03:31] <mezzapazza> hi 
[03:32] <ogra> i ddint plan big changes on ldm :)
[03:32] <highvoltage> :)
[03:32] <highvoltage> hi mezzapazza 
[03:32] <mezzapazza> does somebody have idea why ltspfsd runs toughly as root on edubuntu?
[03:33] <ogra> the daemon should, yes
[03:33] <mezzapazza> uups
[03:33] <mezzapazza> s/root/nobody 
[03:34] <ogra> does the ltsp.org wiki show anything ?
[03:35] <mezzapazza> i followed the document, installed ltspfsd from the package
[03:35] <mezzapazza> but it runs as nobody, so it doesn't work
[03:36] <mezzapazza> even if i try to run as root manually, it runs as nobody
[03:36] <highvoltage> bye, #edubuntu
[03:36] <mezzapazza> and strace output doesn't show anything interesting
[03:37] <ogra> sorry, i didnt do much testing with it after we postponed localdevice support to next release
[03:39] <mezzapazza> do you have an idea how could i force it to run as root?
[03:39] <ogra> is it intended to run as root ? 
[03:39] <ogra> i'd ask in #ltsp, sbalneav is the guy you want
[03:44] <ERic_NL> i there the possibility for a blank password
[03:44] <ERic_NL> *is there
[03:49] <mezzapazza> yes, it should run as root, othervise it cannot mount devices
[03:49] <ogra> sure ... you dont need to be root to use pmount :)
[04:39] <highvoltage> ogra: i've been thinking about what you said about sessions in LDM
[04:39] <ogra> yup
[04:39] <highvoltage> ogra: couldn't you make a symbolic link from the main filesystem and get the information from there?
[04:39] <ogra> nope
[04:39] <ogra> we'll have an easy configurable file in the chroot ...
[04:39] <ogra> thats not the problem ....
[04:40] <highvoltage> ok, so you'll at least be able to set a default session for all the users?
[04:40] <ogra> what i want is that you can add *any* PC running sshd in your network to be a server 
[04:40] <ogra> you cant get this data simply out of the network ...
[04:40] <highvoltage> oh, that would be fantastic.
[04:41] <ogra> i can do a default session that gets created during install and just uses the loacl data from the server in the chroot ...
[04:41] <ogra> bnut beyond that, you will need to add other sessions manually
[04:41] <highvoltage> other sessions? so a user would still be able to choose?
[04:41] <ogra> then, yes ...
[04:42] <ogra> if you have only a default session, there is no need for a chooser :)
[04:43] <highvoltage> :)
[04:43] <ogra> the code is already in ldm, its just commented until i can automate it ... 
[04:43] <ogra> which wont happen in dapper ...
[04:45] <highvoltage> where can i find the layout for the LDM login screen? i think you said it's a gtk-based layout?
[04:46] <highvoltage> does it have something to do with /usr/lib/ltsp/greeters/gtk ?
[04:47] <ogra> its the glade file in this directory ...
[04:47] <ogra> together with the gtk binary
[04:50] <jsgotangco> see ya guys, have fun :)
[04:51] <ERic_NL> have fun
[04:51] <highvoltage> bye jsgotangco 
[04:54] <highvoltage> ogra: is there anything particular in edubuntu that requires further testing?
[04:56] <highvoltage> egh. gcompris just exited by itself, leaving my resolution at 800x600
[04:57] <ogra> you are the second person reporting that, can you file a bug and assign it to me ? 
[04:57] <highvoltage> yes
[04:57] <ogra> thanks
[04:57] <ogra> :)
[05:06] <highvoltage> it does. then again, if you watch while anything installs it takes too long.
[05:07] <ogra> it takes pretty exactly 10 min longer than ubuntu :)
[05:07] <highvoltage> really? wow. when i stared at my computer building the ltsp chroot it felt much longer than that :)
[05:07] <ogra> (unless you do a install that pulls a lot of language packs from tha web) 
[05:07] <ogra> highvoltage, from the iso ? 
[05:08] <highvoltage> ogra: yep
[05:08] <highvoltage> ogra: how do i assign a bug to you in launchpad? i can't find a link that says so.
[05:08] <highvoltage> (bug is created, i just need to assign)
[05:08] <ogra> give me the bugnumber, i'll grab it
[05:09] <ogra> (if you click on the package name you can edit bug details)
[05:09] <highvoltage> https://launchpad.net/distros/ubuntu/+source/gcompris/+bug/33898
[05:09] <ogra> thanks :)
[05:10] <highvoltage> my pleasure
[05:12] <highvoltage> ogra: will ktouch have pre-loaded lesson plans in final release?
[05:12] <ogra> do we have a package with these ?
[05:13] <highvoltage> an apt-cache search ktouch suggests that we don't :/
[05:14] <highvoltage> k12ltsp has some preconfigured lessons, but after feature freeze it's probably too late to repackage that for edubuntu, right?
[05:14] <ogra> if its only data, i can probably get it in
[05:14] <ogra> but mind you, we dont have space at all ... it *must* be a small package
[05:15] <ogra> the CD sits at 694MB  ... the end is at 695 ...
[05:15] <highvoltage> ok, i'll get a copy of k12-ltsp installed before the end of the week and extract that data. even if we just get a basic lesson, i think it would be an improvement. and i'm sure a basic lesson would come in at <50KB
[05:16] <highvoltage> geez, that's living on the edge!
[05:16] <ogra> yep
[05:16] <highvoltage> what if the average package size increases by 10K by the next release?
[05:16] <highvoltage> should we keep a room open at the hospital for you then? :P
[05:16] <ogra> we'll drop more stuff
[05:17] <ogra> there is still openoffice firefox evolution and gnome we can drop ... 
[05:17] <ogra> ;)
[05:17] <highvoltage> :)
[05:18] <ogra> nad the kernel ... that even solves the problem of kernel selection for smp ;)
[05:18] <highvoltage> scribus is under the Office and the Graphics menu. is this intended to be so?
[05:18] <ogra> i think so ...
[05:18] <ogra> its done upstream ... not my fault :)
[05:18] <highvoltage> do we really need kino, serpentime, and sound juicer?
[05:19] <highvoltage> cutting those should save some space.
[05:19] <ogra> serpentine takes about 200k 
[05:19] <ogra> sound juicer is essential for copying CDs ...
[05:20] <ogra> kino would be a candidate with 1.1M, but it has a wide userbase ...
[05:20] <ogra> and the 1M isnt really saving our butts
[05:21] <highvoltage> yep
[05:21] <ogra> dropping the KDE stuff would gain us 50-100M
[05:21] <ogra> probably more
[05:22] <highvoltage> we don't really need replacements for all the kde-edu software. there's only a few of them that's really widely used.
[05:22] <ogra> i agree ...
[05:22] <highvoltage> ktuberling, kturtle, kanagram, kalzium, khangman, kstars. the rest are more trivial
[05:23] <ogra> rather some more scientific gnome apps
[05:23] <highvoltage> kturtle is the nicest turtle program i've seen on linux yet. gcompris kind of gives you a lot of the rest.
[05:25] <highvoltage> how does ubuntu/edubuntu/kubuntu live together in launchpad? or don't they yet? launchpad only gave me the option to log a bug in ubuntu or baltix
[05:25] <highvoltage> is it because ubuntu/edubuntu/kubuntu packages are essentially identical?
[05:26] <ogra> yup
[05:27] <ogra> baltix is a real derivative, devloped externally
[05:27] <highvoltage> and they use launchpad? nice.
[05:33] <ogra> http://people.ubuntu.com/~ogra/LTSPManager/
[05:34] <ogra> new screenshots ^^^
[05:34] <highvoltage> ogra: can i connect to my gnome session on another computer, like i would with Xnest and xdmcp?
[05:34] <ogra> you men to a running session ? 
[05:34] <ogra> *mean
[05:35] <highvoltage> not necassarily. a new session is fine too.
[05:35] <ogra> ssh -X user@ip gnome-session
[05:35] <ogra> should work with any ubuntu since warty
[05:36] <ogra> (indeed you need to execute that from a running x server)
[05:36] <ogra> (you could run ldm in xnest and have a "virtual ltsp client"
[05:36] <ogra> )
[05:37] <highvoltage> that's very weird
[05:37] <highvoltage> my remote session runs over my current one
[05:37] <highvoltage> what i find interesting is, the panel that runs remotely shows my apps running locally in the task list.
[05:37] <ogra> heh
[05:37] <ogra> thats clearly a bug
[05:38] <ogra> similar to this one http://bugzilla.gnome.org/show_bug.cgi?id=94049
[05:38] <highvoltage> ltsp manager looks nice. does it use lts.conf, or do you try to avoid the lts.conf file?
[05:38] <ogra> it will use lts.conf 
[05:38] <highvoltage> don't you think we should have an example lts.conf file?
[05:39] <ogra> yup
[05:39] <ogra> we have one already
[05:39] <ogra> but it should reflect the right ltsp ;)
[05:39] <highvoltage> ok, flight4 didn't have it
[05:39] <highvoltage> yep :)
[05:39] <ogra> and probably we should install it in the docs on the server not on the client ;)
[05:39] <highvoltage> are you putting comments in it, explaining how to use it?
[05:39] <highvoltage> i have a small one that i've started on so far
[05:40] <highvoltage> meant for the edubuntu's running in tuxlabs.
[05:40] <highvoltage> right :)
[05:40] <ogra> thats what i wanted to have in the edubuntu docs  ... 
[05:40] <ogra> i thought adding it to your tech/hardware doc ...
[05:41] <ogra> have a look in /opt/ltsp/i386/usr/share/doc/ltsp-client/examples/
[05:41] <highvoltage> heh. if i press alt+f2 it brings me both my remote and local run dialog
[05:41] <ogra> yes, gnome still has some way to go with that :)
[05:41] <ogra> but having icons and themes if you are logged in multiple times is already a good start :)
[05:42] <ogra> i'm thinking about a kiosk mode on ltsp level for dapper+1 ... 
[05:42] <ogra> there i'll surely need to fix such stuff
[05:43] <highvoltage> yep
[05:43] <highvoltage> the kiosk mode should be a hit
[05:43] <ogra> yup#
[05:44] <ogra> especially if you only have to check a checkbox in LTSPManager to get a fully set up internet cafe installation :)
[05:45] <highvoltage> hehe
[05:45] <highvoltage> can i send you my sample lts.conf file?
[05:46] <ogra> hmm ... that could even go further and become a CD install option ... all you need is a minimal setup and install ltsp-server-standalone and firefox on it ...
[05:46] <ogra> yup
[05:46] <ogra> you wont need X or a desktop ...
[05:47] <ogra> the clients just start firefox fullscreen in their X server ... started by a ldm autologin ...
[05:47] <highvoltage> nice
[05:48] <ogra> put in the edubuntu CD ... wait 30min, adjust dhcpd.conf, restart dhcpd, bott the clients... done :) 
[05:48] <ogra> you can do a fully set up internet cafe install in 1h :)
[05:48] <highvoltage> i recommend 192.168.0.254 to everyone, that way they don't need to edit dhcpd.conf
[05:49] <highvoltage> do you think we'll keep that recommendation for the edubuntu docs?
[05:49] <ogra> why not 
[05:49] <highvoltage> kewl :)
[05:49] <ogra> its good to keep predictable defaults i think
[05:49] <ogra> if people are used to it we shouldnt confuse them
[05:49] <highvoltage> yep, especially for people who don't even know what an IP address is.
[05:50] <highvoltage> yes, i like keeping it more or less in line with k12ltsp and other similar distro's, if possible.
[05:51] <ogra> that as well ... its very helpful for people who want to switch distros 
[05:51] <highvoltage> is it possible to run local apps on the clients yet? or do we need an ssh server running on the clients for that?
[05:52] <ogra> you'll have to fiddle with xhost etc and will need ip forwarding on the server if you want net access
[05:52] <highvoltage> net access within the locally running client? ok. i understand.
[05:53] <ogra> if you'd run firefox locally, the client needs acess to the net :)
[05:53] <highvoltage> is that documented somewhere, do you think it's likely that it could be made to work automatically in dapper+1?
[05:53] <highvoltage> yes :)
[05:54] <highvoltage> luckily ip forwarding is easy to set up these days. and since all the clients get their info from dhcp, specifying name server / gateway is easy.
[05:54] <ogra> thats quite tricky ...
[05:54] <ogra> you break security with the xhost stuff ....
[05:54] <highvoltage> ah.
[05:54] <ogra> you'll need iptables and set up nat on the server ...
[05:55] <highvoltage> my smtp server is a bit dodgy. i've uploaded the file here: http://jonathancarter.co.za/files/lts.conf
[05:55] <ogra> its not as easy as it seems ...
[05:55] <ogra> you tested the per host settings in lts.conf and it worked ? 
[05:56] <highvoltage> yes, it worked fine.
[05:56] <ogra> wow 
[05:56] <highvoltage> :)
[05:56] <ogra> i didnt even test it yet 
[05:56] <ogra> note that X_MOUSE_PROTOCOL and X_MOUSE_DEVICE are only used for serial mice in ubuntu ... 
[05:57] <ogra> all other pointing devices are detected automatiaclly
[05:57] <highvoltage> right. i just kept it there so that's its easy to change
[05:57] <ogra> so /dev/psaux shouldnt be in the examples 
[05:58] <highvoltage> although, serial mice are so 90's, that example can just as well be dropped, your'e right.
[05:58] <ogra> i also have a list of supported protocols i wanted to add 
[05:58] <ogra> noo
[05:58] <highvoltage> ogra: http://jonathancarter.co.za/files/ipt2
[05:58] <highvoltage> i got that script off the gentoo wiki
[05:58] <ogra> i've put quite a lot of effort to get serial mice right for dapper, its a feature 
[05:58] <ogra> we shouldnt hide it :)
[05:58] <highvoltage> i want to create a gtk dialog where you can edit what's called LAN and WAN in that script
[05:59] <highvoltage> so that administrators can easily set up 'internet sharing'
[05:59] <ogra> yup, makes sense
[05:59] <highvoltage> default dhcpd should make nameserver and gateway 192.168.0.254 (or whatever server is)
[05:59] <highvoltage> then the internet connection sharing would be a snap
[06:00] <ogra> currently its .10 i think ...
[06:00] <ogra> or .1
[06:00] <highvoltage> i think it's .1
[06:01] <highvoltage> JaneW: wb
[06:02] <ogra> # Modified for LTSP under Ubuntu by Jonathan Carter <jonathan@ubuntu.org>
[06:02] <ogra> highvoltage, ubuntu.org ?
[06:02] <highvoltage> oh, right. ubuntu.com.
[06:02] <ogra> :)
[06:02] <highvoltage> :)
[06:03] <ogra> just no .de 
[06:03] <highvoltage> brb- dinner
[06:27] <surfdude> lol
[06:50] <Burgwork> salut highvoltage 
[06:51] <highvoltage> Burgwork: salut burgendavia?
[06:51] <Burgwork> yep
[06:51] <highvoltage> how are things?
[06:54] <Burgwork> good
[06:55] <Burgwork> just starting a project to recycle computers and install Ubuntu on them
[06:55] <highvoltage> nice. using them as thin clients?
[06:55] <Burgwork> depends on the age, mostly standalone
[06:57] <highvoltage> how are you going to do authentication? ldap?
[06:58] <Burgwork> mostly the computers are going to sold/donated to people and go into their homes
[06:58] <highvoltage> ah, ok.
[06:59] <highvoltage> i'm quite excited about edubuntu 6.04. i'm looking forward to its release.
[06:59] <highvoltage> i do wish that ldm had better theming support, but it at least this time it *has* theme support, so i guess i shouldn't complain that much :)
[07:00] <ogra> (and it was even ready for breezy, i didnt touch the code through dapper at all)
[07:03] <ogra> mdz didnt allow the inclusion ... i was to late in the release cycle
[07:03] <highvoltage> ogra: how difficult would it be to be able to add a background image, that's stretched to the screen?
[07:04] <highvoltage> a "wallpaper", in other words.
[07:04] <ogra> i think LTSPManager will be similar ... should be ready as soon as dapper+1 opens :)
[07:04] <highvoltage> does dapper+1 have a name yet?
[07:04] <ogra> i had this before, it eats a lot of bootspeed to render it 
[07:04] <ogra> nope
[07:05] <highvoltage> probably not more than a second per thin client?
[07:05] <ogra> just replace the background.png file with something that fullscreen
[07:05] <highvoltage> that causes the image to be misplaced, it doesn't fit the screen
[07:06] <highvoltage> if you change background.png to 1024x768, and open LDM on a 1024x768 screen, the image is more to the top left than it should be
[07:06] <ogra> hrm
[07:09] <highvoltage> ogra: have you tried it?
[07:10] <ogra> not since i changed the image, no
[07:21] <highvoltage> goodnight, ogra 
[07:22] <highvoltage> bye Burgwork 
[07:22] <ogra> night
[07:31] <salem77> Hello
[07:31] <ogra> hi
[07:31] <salem77> I have a question about edubuntu and its filtering software Dansguardian.
[07:32] <ogra> edubuntu has no particular filtering software ...
[07:32] <salem77> really?
[07:32] <ogra> really ...
[07:32] <salem77> I was told it did
[07:32] <salem77> Have you heard of Dansguardian?
[07:32] <ogra> we have packages for dansguardian and squidguard available ...
[07:33] <salem77> ok
[07:33] <ogra> but neither is included by default 
[07:33] <ogra> i'm trying to get willow ready for the october release
[07:33] <ogra> http://www.digitallumber.com/software/willow/
[07:33] <ogra> so we'll likely include this then ...
[07:34] <salem77> My question was reguarding using this as a content filtering for a 30 computer network and whether it would be a viable solution
[07:34] <ogra> sure
[07:35] <ogra> currently you only have the choice bretween three apps which are equally good/bad
[07:35] <salem77> Currently I have all MS 
[07:35] <ogra> dansguardian and squidguard are pretty similar apps
[07:35] <ogra> privoxy is a bit easier to handle but less powerfull 
[07:39] <salem77> So these would allow me to implement a filtering system for the entire network? 
[07:40] <ogra> yup
[07:40] <ogra> you just need to force your web traffic through the filter indeed
[07:41] <salem77> ok sounds like I will consider this. Thanks I am going to read up on these.
[07:42] <ogra> be sure it will be solved in future releases ... its very high on my todo list ...
[07:42] <ogra> many people ask for it ...
[07:51] <Burgwork> ogra, can willow do whitelists?
[07:54] <ogra> yup
[07:54] <ogra> white, black and colored ones :)
[07:55] <salem77> I was just reading up on williow. Sites that are neither "badpages" or "goodpages" are they allowed by default?
[07:55] <ogra> they will go through the bayesian filter ...
[07:56] <ogra> (read spam filter)
[07:56] <ogra> so they dont get in unfiltered ... 
[07:59] <salem77> ok I am more concerned about blocking. but I don't want to have to add all the allowed pages into "goodpages"
[07:59] <ogra> thats why willow is so great ...
[08:00] <ogra> it uses a bayesian filter like a spam filter does ... parses the contents by the spam rules and filters quite intelligent ..
[08:00] <Burgwork> ogra, so I can have the web browser be only allowed to go a single website? (ie, for a card catalogue for a library)
[08:00] <ogra> letting it parse one or two bad pages is enough for it to lear
[08:00] <ogra> *learn
[08:01] <ogra> Burgwork, should be possible iirc
[08:01] <ogra> Burgwork, btw, i'm planning a ltsp kiosk mode for dapper +1 ....
[08:02] <ogra> so you can have a library kiosk out of the box with edubuntu ...
[08:02] <Burgwork> very cool
[08:02] <Burgwork> have you looked at sabayon and pessulus?
[08:02] <ogra> yup
[08:03] <ogra> but thats something different 
[08:03] <ogra> i dont want a desktop at all ...
[08:03] <ogra> a fullscreen running firefox is all you need 
[08:03] <Burgwork> ah, epiphany has lookdown keys for this
[08:03] <Burgwork> lockdown
[08:03] <ogra> yes, but whats not these wont need lockdown ... :)
[08:04] <ogra> ff fullscreen as session ... and you are done ...
[08:04] <Burgwork> you can still close FF
[08:04] <Burgwork> epiphany can prevent that too
[08:04] <ogra> if its a session this will kill the X server 
[08:04] <ogra> which in turn will respawn ldm and just start another autologin ... 
[08:04] <ogra> which brings you back to ff
[08:05] <Burgwork> GVPL does something similar, but the closing and restarting takes a while
[08:05] <Burgwork> why not just prevent it entirely?
[08:05] <ogra> yup, indeed
[08:05] <ogra> because that requires hacks ...
[08:05] <Burgwork> hence why you would use epiphany for this
[08:05] <ogra> ask diziet why we dont have a 50K patch to firefox anbymore in dapper ;)
[08:06] <Burgwork> hmm?
[08:06] <ogra> epiphany will require gnome 
[08:06] <Burgwork> true
[08:06] <ogra> which i dont want ... 
[08:06] <ogra> as i said, no desktop at all ... not even installed ...
[08:06] <Burgwork> ah
[08:07] <ogra> you'll end up with a 300-500MB system on disk that can serve a whole library ... 
[08:08] <ogra> runnig without desktop will also gain you a lot lower memory consumption 
[08:08] <ogra> i think you could use a standard discount PC as server for 20 clients here 
[08:09] <Burgwork> if you just run epiphany, you pull in the entire gnome stack?
[08:10] <ogra> yop
[08:11] <Burgwork> be nice if we could create a epiphany-kiosk binary package
[08:14] <salem77> What is the difference between the *domain.txt and *url.txt files? 
[08:26] <ERic_NL> ?me is Newbie
[08:44] <ERic_NL> i have a problem installing amsn.deb
[08:44] <ERic_NL> i tried it with the sudo dpkg -i package_file.deb
[08:45] <Burgwork> and what happened?
[08:46] <ERic_NL> paste gave failure 2 back
[08:47] <ERic_NL> isnt there a pakage manager or something with wich i easily can install
[08:50] <Burgwork> you are best asking in #ubuntu
[08:50] <Burgwork> that part of edubuntu is the same in ubuntu
[09:49] <tsurc> does anyone know what the best way would be to try out LDA on Edubuntu::dapper?
[09:50] <ogra> use ltspfs ltspfsd and lbus and the scripts from ltsp.org
[09:51] <ogra> we have ltspfs and ltspfsd in dapper, but thats a slightly outdated cvs snapshot
[09:54] <tsurc> following the instructions from http://wiki.ltsp.org/twiki/bin/view/Ltsp/LtspFS ?
[09:55] <ogra> yup
[09:55] <tsurc> thanks
[09:55] <ogra> i know the devs both use breezy for development ... even if they do their stuff more universal it should work on ubuntu
[09:55] <mezzapazza> does somebody know what "No matches found, authority file "-" not written" on ltspfs should mean?
[09:56] <ogra> nope
[09:56] <mezzapazza> omg.. going crazy
[09:56] <ogra> if sbalneav doesnt know, nobody will ;) he wrote ltspfs
[09:57] <ogra> try to catch him 
[09:58] <mezzapazza> he might be sleeping :)
[09:58] <ogra> unlikely...
[09:58] <ogra> he's on US time
[09:59] <tsurc> Just throwing something in from the back of my mind. Does anyone know if nic bonding on an edubuntu server will help with speed improvements/availability?
[09:59] <tsurc> has anyone tried this?
[09:59] <ogra> unlikely its worth the hassle you have with routing ....
[10:00] <ogra> unless you have switches that support bonding
[10:01] <ogra> buying a gigabit card and having a switch with one gigabit port for the server is easier :)
[10:01] <ogra> and not really *this* expensive nowadays
[10:01] <tsurc> got a 24port10/100 with 2 GBIC the 2 GBIC
[10:01] <lucasvo_> except you get all the H/W donated
[10:02] <tsurc> can be configured to do this
[10:02] <ogra> ah, thats something else ...
[10:02] <ogra> i once set up a bonding system between two linux machines and it was hell ... 
[10:03] <ogra> in the end we switched to load balancing via ospf and left the HW layer alone :)
[10:03] <tsurc> ospf ?
[10:03] <ogra> but with a supported switch it should work 
[10:03] <ogra> a routing protocol
[10:03] <ogra> Open Shortest Path First
[10:04] <tsurc> kinda makes sense
[10:04] <ogra> bt as well complicated to set up ...
[10:04] <ogra> if you have a switch supporting bonding, i'd just try it out 
[10:06] <tsurc> what would you recommend to balance out booting from 4 ltsp servers all running the same "hardware-addressed" dhcpd.conf.
[10:07] <ogra> hmm, i never tried that ... 
[10:07] <ogra> we have a guy in #ltsp who did some stuff with openssi balancing
[10:08] <ogra> look for neuralis
[10:09] <tsurc> we rely on the fact that the one with the most load replies to dhcp requests slower........ Yeh right, not always the case.
[10:10] <tsurc> really need some pretty way of balancing the servers. Like ONE dhcpd server, alternating tftp servers.
[10:10] <ogra> you will have to script that ...
[10:11] <tsurc> ye ha.... really looking forward to learning how to do that..... (**bashes head against wall!**)
[10:12] <tsurc> oh well learning curve just got steeper. the only way is up and all that
[10:13] <ogra> you start with a pretty complicated setup, what do you expect :)
[10:14] <tsurc> a little experience with linux....... then i get a job in a school with this. Oooooo fun ;-)
[10:16] <tsurc> using deb' sarge at the min, but really crave sound and lda. If i get it working i get a pay rise woo hoo
[10:17] <ogra> sound is working fine in dapper 
[10:17] <ogra> afaik pere plans to backport these packages to sarge 
[10:20] <lucasvo_> tsurc: I am installing an ldap server as well for my openxchange, it is quite difficult
[10:21] <ogra> lucasvo_, he wants load balancing, a high availability solution *and* ldap :)
[10:22] <lucasvo_> eine eierlegendewollmilchsau
[10:22] <ogra> yup
[10:22] <lucasvo_> and I want a fix ip ;)
[10:24] <ogra> pay for it ;)
[10:25] <tsurc> see ya all tomorrow, thanks for your help, everyone. i'll let you know if i get bonding going. wish me luck
[10:25] <lucasvo_> cu