[08:10] <nubae|work> hi alkisg_work
[08:11] <nubae|work> did u ever decide whether u were going to get teachers to use linux-for-education.org?
[08:11] <alkisg_work> Hey nubae|work, what's up?
[08:11] <alkisg_work> We had a small talk with some of them, and some of them said that they preferred to use the locally provided facilities... :-/
[08:12] <alkisg_work> ...even if they're not as good as life
[08:12] <alkisg_work> It may need much time to get them to appreciate it :(
[08:25] <nubae|work> shame... they understand they will be full admins themeselves, and having a central place like this will allow many more users to appreciate their work?
[08:26] <nubae|work> there was an email to the edubuntu-users list about canonical wanting to get involved with moodle instances too
[12:01] <alkisg> Some teachers are asking on how to delete a user home dir (the user account is already removed with users-admin). I'm thinking to advice them not to do "sudo rm -rf /home/username" because, well, they may press "enter" by accident when they have written half of it (i.e. sudo rm -rf /  - and if they'd done sudo before, it won't even ask for a password).
[12:01] <alkisg> So I'm thinking to advice them to use `sudo nautilus`. Any better way?
[12:01] <alkisg> (we're talking about teachers, not sys admins...)
[12:09] <ogra> better provide them a script with some safety
[12:09] <ogra> if they accidentially forget they run nauötilus with sudo way worse things can happen than your rm -rf / :)
[12:10] <ogra> your script could run zenity to aks for the username, run "gksu rm -rf /home/username" and sudo -k at the end
[12:28] <alkisg> ogra, "way worse things can happen than your rm -rf / " ??? Like?!!!
[12:29] <ogra> accidentially moving /etc or files in there ... stuff thats taking you weeks to find the cause for :)
[12:30] <ogra> constant point n click access is a lot worse than 10min of sudo acess to the filesystem :)
[12:34]  * alkisg always wanted to make a script to put the files to the trash instead of permanately deleting them... guess the time is now :)
[16:46] <Pupuuuuu> what can edit vifdeos on puppy?
[18:05] <ace_suares> meeting!
[18:07] <ace_suares> release meeting is taking long and edubuntu meeting will follow ehen they are done or be cancellled after 18:00 utc
[18:08] <ogra> 18:00 UTC is still 1h togo
[18:09] <ace_suares> the meeting starts at 17:00 utc normally
[18:09] <ace_suares> i proposed to cancel the meeting if release is taking till 18;00
[18:10] <ogra> there is only foundations and MOTU left on the agenda
[18:10] <ogra> foundationd is up, MOTU is usually short
[18:11] <ace_suares> kk so the meting statrs after they done OR if it's 18:00 the meeting is cancelled. is my prop.
[18:12] <ogra> you should discuss to get an edubuntu spot in the release meeting btw ... now that there is an edubuntu release again
[18:12] <ogra> (though that requires LaserJock or highvoltage input i guess)
[18:12] <ogra> probably a bit later for karmic, but you guys should make sure that edubuntu issues are on the radar of the release time in lucid at least
[18:13] <ogra> s/time/team/
[18:14] <ogra> s/later/late/
[18:15] <ace_suares> yeah I guess the EC needs to speak up about that.
[18:15] <ace_suares> havent heard from scotty in a while! what's happening?
[18:15] <ogra> he was ill
[18:15] <ace_suares> oh hope he is better now
[18:15] <ogra> he said so
[18:15] <LaserJock> can we just do the meeting here?
[18:16] <ogra> LaserJock, should be done in 10min
[18:16] <LaserJock> k
[18:16] <ogra> MOTU is done already
[18:16] <ace_suares> hee LaserJock!
[18:16] <LaserJock> what's actually discussed in the release meeting?
[18:16] <LaserJock> I've never seen an agenda for them
[18:17] <ogra> milestoned features and bugs
[18:17] <ogra> blockers etc
[18:17] <LaserJock> oh ...
[18:17] <LaserJock> so that'd mean we'd need some of those :-)
[18:17] <ogra> agenda is only sent to participating teamleads
[18:17] <ogra> so make sure you get a spot in the meeting and you'll get an agenda ;)
[18:18] <Lns_> hi all
[18:18] <ogra> well, if you want to have freeze exceptions for example the r-m is the platform to bring them up
[18:18] <Lns_> can't we have a meeting here if the meeting channel is taken up?
[18:19] <LaserJock> ogra: yeah, it's something we should be doing
[18:21] <ace_suares> Lns the meeting is almost done
[18:21] <LaserJock> ogra: well, that's that :-)
[18:21] <ogra> heh
[18:23] <alkisg> Meeting? :(
[18:29] <ace_suares> yeah in ununtu-meeting
[18:29] <alkisg> (thanks I got there...)
[18:57] <LaserJock> stgraber: so the .iso link points to the addon CD
[18:58] <LaserJock> stgraber: so for instance, http://cdimage.ubuntu.com/edubuntu/daily/20090917/karmic-addon-i386.iso
[18:58] <LaserJock> stgraber: that should be http://cdimage.ubuntu.com/edubuntu/daily/20090917/karmic-dvd-i386.iso
[19:00] <stgraber> right, so if I revive our good old Edubuntu DVD product and disable the Addon, that should fix it
[19:00] <LaserJock> stgraber: also the general title is Edubuntu (Ubuntu educational add-on), I think that should just be Edubuntu
[19:00] <LaserJock> as we only have 1 .iso
[19:02] <stgraber> LaserJock: http://iso.qa.ubuntu.com/qatracker/build/edubuntu
[19:02] <stgraber> LaserJock: are the testcases ok or should we remove/add some ?
[19:03] <LaserJock> WinFOSS can go
[19:04] <LaserJock> should we rename Install (debian-installer) to Install (debian-installer LTSP)?
[19:05] <stgraber> LaserJock: sounds good
[19:06] <LaserJock> stgraber: the "additional instruction" links just get redirected to testcases.qa.u.c
[19:06] <stgraber> yeah, it's broken, fixing it now
[19:13] <stgraber> LaserJock: should be good now
[19:14] <stgraber> LaserJock: http://paste.ubuntu.com/278133/
[19:15] <LaserJock> stgraber: I guess that should work for now
[19:15] <LaserJock> stgraber: I'm a little concerned about what happens if the Edubuntu DVD diverges from the Ubuntu DVD
[19:16] <LaserJock> but I guess for Karmic at least it shouldn't be an issue
[19:16] <stgraber> currently it's all generic testcases, as soon as we have our own on testcases.qa.ubuntu.com, I can update the links in the DB
[19:17] <LaserJock> stgraber: excellent, thanks a ton
[19:17] <LaserJock> that should make testing a lot easier
[19:17] <LaserJock> it's always frustrating to send people to the iso tracker and have it all outdated :-)
[19:19] <stgraber> np
[20:57] <Ahmuck_Sr> alkisg: am i looking for QoS on the throttling side of the router ?
[20:57] <Ahmuck_Sr> you mentioned that i could speed up my ltsp network by stopping the router and managed switches from "throttling" the traffic
[20:58] <alkisg> Ahmuck_Sr: I'm not really an expert on throttling... maybe you mistake me with someone else on this
[20:58] <alkisg> I've looked at bonding & flow control, but not throttling
[20:58] <Ahmuck_Sr> ah, yes, flow control
[20:58]  * Ahmuck_Sr got the right person, but the wrong name
[20:59] <alkisg> Heh :)
[20:59] <alkisg> OK. That is an issue if your clients are 100 mbps, your switch 1 gigabit, and your server gigabit
[20:59] <alkisg> Is that the case?
[20:59] <Ahmuck_Sr> https://help.ubuntu.com/community/UbuntuLTSP/FlowControl
[20:59] <Ahmuck_Sr> yes, that is the case
[20:59] <Ahmuck_Sr> with the exception of the wireless to wireless bridge
[21:00] <Ahmuck_Sr> that's all 100 mbps
[21:00] <alkisg> Behind the wireless bridge there's only your office client, right?
[21:00] <Ahmuck_Sr> er, well, client --> wireless bridge --> wireless router --> ltsp server
[21:00] <Ahmuck_Sr> actually i'm wanting to speed the clients up in the computer lab
[21:00] <alkisg> All the other clients are on the gigabit switch, correct?
[21:00] <Ahmuck_Sr> by doing that i may be able to speed the office link up
[21:00] <Ahmuck_Sr> yes
[21:01] <alkisg> Your office connects to the server by another NIC
[21:01] <alkisg> So it won't affect it
[21:01] <alkisg> It'll only affect the pc lab clients
[21:01] <Ahmuck_Sr> ok
[21:02] <Ahmuck_Sr> the inet --> wireless router --> ltsp server connection is 100 mbps
[21:02] <alkisg> Do I remember correctly that your switch is managed?
[21:02] <Ahmuck_Sr> from the ltsp server it goes out on a gigabyte switch
[21:02] <Ahmuck_Sr> it's a managed switch
[21:02] <alkisg> Does it have a flow control setting?
[21:03] <Ahmuck_Sr> let me check the docs
[21:05] <Ahmuck_Sr> ah, found it
[21:05] <Ahmuck_Sr> they call it "storm control"
[21:06] <Ahmuck_Sr> with a multicast or broadcast rate limit
[21:06] <Ahmuck_Sr> that's the only thing i need to change?
[21:06] <alkisg> If that is the same as flow control, yes
[21:06] <alkisg> You need to turn it off
[21:06] <alkisg> So that it doesn't send "pause" packets to the server
[21:08] <Ahmuck_Sr> ok, do i need to do anything server side on the gigabyte nic there?
[21:09] <alkisg> No, if your switch supports turning off flow control, you're done
[21:10] <alkisg> You can test it by running e.g. netperf from all clients to test if you actually get gigabit speeds