[00:05] slangasek: Do you mind if I upload a new upstream of bluez-gnome? [00:11] StevenK: better to wait 'til the alpha is done, I think [00:11] slangasek: Okay, I'll wait. [03:12] updated alternate images available for alpha3 pre-testing, all flavors [03:13] slangasek: DOn't bother re ubuntustudio, we still have kernel issuse. [03:13] slangasek: We aren't bothering about it this time round [03:14] (includes a fixed apt that was breaking pkgsel) [03:14] TheMuso: understood; sorry that things didn't come together with the right timing for you [03:15] !ping [03:15] pong [03:16] slangasek: Thats alright. Thats the joy of being in a team where only a few of us really try and keep up with things, and when we see these things, normal life stuff gets in the way just enough to prevent timely reporting. === bigon is now known as bigon` === Am|NickTaken is now known as Amaranth [03:40] What things can I preset in the preseed file on the live cd? [03:40] I've heard you can't set much [03:43] slangasek: do you have a major problem if i handhold kde4 into building? [03:44] kde4 is too scared to build by itself? [03:45] lol [03:45] urgh [03:45] * Hobbsee needs access to a local source mirror. [03:45] Hobbsee: I don't think so? [03:45] slangasek: do you have effective ways of dequeuing builds? [03:45] Hobbsee: For what? [03:46] dequeuing builds? no [03:46] slangasek: damn. [03:47] * Hobbsee suspects that slangasek would have a way to get a list of all the kdelangpacks as shown on https://edge.launchpad.net/ubuntu/hardy/i386/+builds?build_text=kde-l10n&build_state=all, in a line though [03:56] Hobbsee: um... lynx -dump $url | grep something something ? :) [04:00] slangasek: you should have been able to give it to me from drescher, and saved using a web browser :) [04:00] I don't know anything about getting build states via drescher [04:01] you shouldn't need to - but you should have been able to get me a list of accepted packages or something [04:01] it doesn't matter, stdin had a list. [04:01] * Hobbsee keeps resetting the build scores [04:05] ah; packages currently go straight to 'done' as far as I've been able to see in the queues, so I guess if that's the same list you're interested in I could have done, but I don't think there's currently a shortcut for 'accepted but not built' [04:06] hm [04:08] the done probably would have done it [04:18] * Hobbsee mass uploads, to fix the build failures [04:45] can I do a bit of prodding about mpeg4ip in source NEW? [04:46] there's a lot of broken/unmetdeps stuff in Hardy's mp4-playing packages. [04:46] thanks in advance, gonna sleep now :) === bigon` is now known as bigon [06:39] good morning === asac_ is now known as asac [07:33] Good morning [07:34] Hi pitti. [07:37] Hey pitti === cassidy_ is now known as cassidy === stu1 is now known as stub [08:43] pitti, seb128: morning. Yesterday we started with Hardy imports. I think early next week we will be able to provide an updated language pack (is difficult to give a good estimation about when everything would be imported) [08:43] carlos: hello, good, thanks [08:51] pitti: when do you plan to do a new language pack update? [08:51] * carlos talks about stable releases [08:52] hey carlos; godo to hear [08:52] carlos: hm, not sure; we missed the 'first Monday in January' over the holidays [08:52] so I think we'll just do the Feb update again [08:53] ok [08:53] I didn't hear about any bad bugs that we need to fix urgently [08:53] I just got a complain about gcompris [08:53] that we fixed close to the latest language pack update [08:53] so it's not included [08:53] in that version [08:54] other than that, I'm not aware of any other problem [08:55] pitti: anyway, seems like your ppa archive shows that we didn't fix the problem completely, so is ok to wait to see whether we could fix the problem before that update.. === hunger_t is now known as hunger [09:20] * soren *hates* writing debian/copyright files [09:25] * dholbach hugs soren [09:25] :) [09:26] * soren hugs dholbach back [09:27] I somehow always get stuck with the completely impossible packages with 40 source files and 40 different copyright assignments and licenses. Grr... [09:27] * Fujitsu finds some more for soren. [09:28] I mean... COME ON! How difficult is it to get it right? [09:28] Sadly, the answer seems to be: "very". :( [09:33] soren: well, I'm actually impressed all 40 files had licenses ;-) [09:33] LaserJock: Well... They don't. [09:34] figures [09:34] that's fairly common [09:34] "It's GPL because I say so" [09:34] LaserJock: There's a copy of the GPL in the top level, though, so I'm assuming that as a default. [09:34] Not good enough. That'll get rejected. [09:35] Fujitsu: I know. [09:35] huh? I think that's perfectly sane === ember_ is now known as ember [09:35] well, maybe not perfectly since I know that fails GNU standards, but it should be accepted [09:35] cjwatson: I've seen things rejected because a couple of files lacked license headers. [09:35] Oh? I've had packages rejected on those grounds before. [09:35] we haven't historically required every file to have a licence [09:36] disagreement among archive admins, then [09:36] but it is not correct to say "that'll get rejected" [09:36] * LaserJock notes who to ask to look at NEW next time ;-) [09:36] and personally I think we should accept that; the author's intent is quite clear [09:36] If files have contradictory licenses, that's a problem [09:36] LaserJock, was it you who fed the new meeting dates into the fridge ? [09:37] ogra: nope [09:37] ah [09:37] you'd get laughed out of court if you tried to assert that files in a package with a single licence file and no other licence indication somehow had some other licence [09:37] If they're missing a license header but are copyrighted to the author who released it under the GPL, it's pretty obvious what they mean [09:37] mjg59: sure [09:37] according to it we have two meetings next week :) [09:37] ogra: I think maybe Burger [09:37] ogra: sweet ;-) [09:37] heh === stu1 is now known as stub [09:38] Hmm... This is very useful information. :) [09:39] The usual procedure for me used to be: Take the mess from upstream, try to work out what they meant, kindly ask them to make that explicit, wait for new release with this stuff, and only then get it accepted here. [09:39] That's what most seem to do. [09:39] That's what we ask people to do [09:39] An email from them making it explicit is easily enough [09:40] But in general, we don't need licensing per file if there's a global license [09:40] ogra: fixed [09:40] mjg59: I have been told otherwise on both counts. [09:40] thanks :) [09:40] By an archive admin, IIRC. [09:41] Email from the copyright holder clearly indicates intent, so isn't a problem any more [09:41] * ogra pokes ScottK gently ... how about a vbox driver update for 2.6.24 ? [09:41] err [09:41] damned [09:41] s/ScottK/StevenK [09:42] ogra: At least you poked gently :P [09:42] heh [09:43] Fujitsu: when you next get told that, let me know and I'll argue it with them. [09:43] because I think that is an unreasonable requirement [09:44] hmm, it'd be nice to have some common understanding amongst Ubuntu Archive (especially since it's a bit larger now) when it comes to basic stuff like copyright/license [09:44] Fujitsu: I don't think it would be reasonable to require copyright headers in every source file. Lots and lots of packages would be invalid otherwise :) [09:45] Fujitsu: I agree to 'fall back to global copyright/AUTHORS/etc.' [09:46] We have no written policy on what's needed, nor what gets let into multiverse, etc. It would be nice to have one. [09:46] (Preferably with proprietary Windows applications being somehow excluded from multiverse, but that's another story) [09:47] Fujitsu: Eh. If they're packaged in a way that works with Wine and they're freely distributable, I don't think that's an issue [09:47] mjg59: Shall I go ahead and upload tens of thousands of them, then? [09:47] Fujitsu: If you think they'd provide a significant benefit to Ubuntu users [09:48] pq passed, and I'm sure a lot of other stuff will if people try. It's a rather slippery slope. [09:49] If people take the piss, we stop [09:49] I guess so. [09:49] There's no inherent requirement for us to be consistent on anything other than "Don't be stupid" [09:49] True. [09:49] While we're on the subject... In many cases, the copyright of each file is assigned to the same person or company, but have different years denoted.. Does debian/copyright need to reflect this in great detail? I've assumed so so far, but I'd be happy to be told otherwise. [09:50] soren: technically debian/copyright should have the aggregation of the lot, but I wouldn't reject on it [09:50] cjwatson: Ok. [09:53] seb128: WDYT, time for moving deskbar-applet to gutsy-updates? [09:53] seb128: and tomboy? (in -proposed for 80 days now) [09:54] tomboy just had a security update, so watch out... [09:55] seb128: oh, right, seems this needs to be merged to -proposed === cprov-out is now known as cprov [10:16] ogra: Grr. [10:17] ogra: I got sick of the constant "Ohmigod you don't do vbox right" poking on IRC. [10:17] seb128_: So, do you have a moment? [10:18] StevenK: "so"? if you assume I read a ping or something from you I didn't, my dsl line had some issues [10:18] StevenK: depends for what ;-) [10:18] seb128_: Nah, just trying to get your attention. :-) [10:18] seb128_: Could I get a little help with gnome-games? [10:19] seb128_: Aisleriot has been hildonized, but I can't get it to build, since dh_install falls over. [10:19] sure [10:19] how does it falls over? [10:19] the content is not the same in the hildon case? [10:20] cp: cannot stat `./debian/tmp/usr/lib/gnome-games': No such file or directory [10:20] dh_install: command returned error code 256 [10:20] seb128_: No, because only Aisleriot builds with hildon. [10:20] Maybe I need to do something messy and build twice. [10:20] why twice? [10:21] you want the normal games and the hildon aisleriot? [10:21] or only aisleriot? [10:21] StevenK, well, we're testing the third alpha release now, many of us run the new kernel, it would just be nice to not have to use m-a to be able to work ... but i'm fine doing it ... [10:22] ogra: Sorry, I just annoyed with all of the constant poking about it. [10:22] seb128_: Either would be fine [10:22] StevenK: but what the current build with hildon option do? Only build aisleriot? [10:24] seb128_: The current build with the hildon option says "These games don't support hildon" and then die. [10:24] StevenK: I need to have a look myself, your summary is not clear enough === cjwatson_ is now known as cjwatson [10:25] seb128_: I have a debdiff of my work so far if that helps [10:26] StevenK: no, what would help is to understand what the hildon configure option does [10:26] I understood from what you said that it breaks the build [10:27] looks like an upstream bug which should be fixed [10:27] not something which should force us to build the package twice or workaround [10:38] keescook: FYI, I added http://people.ubuntu.com/~ubuntu-archive/pending-sru.html#superseded to show which SRUs have been shadowed by a -security update [10:38] keescook: just to have an additional automated check [10:41] slomo: tomboy recently got a security update which needs to be merged to the gutsy-proposed version [10:44] jdong: any idea about the status of https://edge.launchpad.net/ubuntu/feisty/+source/ktorrent/2.1-0ubuntu2.2 ? should this be killed, or moved to -updates, etc? [10:45] Keybuk, meeting or no meeting today? [10:47] MacSlow: meeting today [10:47] ok [10:48] Keybuk, I'm still missing the reminder email... maybe it just did not get through yet [10:48] I just sent it ;) [10:49] Riddell: what's the status of verification of bug 176347? there's no test case [10:49] Launchpad bug 176347 in kdebase "KDM local DoS with user images" [Undecided,Fix committed] https://launchpad.net/bugs/176347 [10:51] StevenK: do you plan to update the virtualbox-ose-source modules? the current ubuntu ones do no longer compile for me, but the 1.5.4 version seems to be ok [10:52] mvo, shhh ! [10:52] ogra: ? [10:52] * ogra already got whacked over the head today for that question :P [10:52] aha, thanks for the warning ogra :) [10:52] mvo, there is a patch .... [10:52] let me find it, i filed it in LP somewhere [10:53] ogra: I'm fine, I fixed it locally already [10:53] mvo: oh, I uploaded apt last night, if you haven't seen it yet; tweak to the APT::Get::List-Cleanup compat code [10:54] mvo: can you please tell me what I should do about the old SRUs in bug 109216 and bug 109290? [10:54] Launchpad bug 109216 in update-manager "upgrade not possible with 0.45.3" [Undecided,Fix committed] https://launchpad.net/bugs/109216 [10:54] Launchpad bug 109290 in update-manager "update-manager core should support proposed updates" [Medium,Fix committed] https://launchpad.net/bugs/109290 [10:54] (edgy->feisty upgrades) [10:54] pitti: doesn't seem like the qa team have looked at it [10:55] cjwatson: thanks [10:55] Riddell: you don't know anyone who could test it? [10:56] pitti: has to be sru-verification doesn't it? [10:57] Riddell: well, not necessarily [10:57] the person needs to be sufficiently credible, of course [10:57] in case anyone needs to build vboxdrv for 2.6.24 see bug 174213 [10:57] Launchpad bug 174213 in virtualbox-ose-modules "cant build with 2.6.24 kernel source" [Undecided,New] https://launchpad.net/bugs/174213 [10:57] (patch attached) [10:57] i. e. if (s)he says "i've isntalled proposed and package still works and bug is fixed", that it's actually true [10:58] ah, pedro_, you're on sru-verification === rzr is now known as rZr [10:59] Riddell: yes [11:00] thegodfather: has bug 120177 in feisty-proposed ever been tested? what shall we do with it? [11:00] Launchpad bug 120177 in multipath-tools "dm-multipath not autoloaded causes multipath to fail" [Undecided,Fix committed] https://launchpad.net/bugs/120177 [11:00] pedro_: could you test bug 176347 [11:00] Launchpad bug 176347 in kdebase "KDM local DoS with user images" [Undecided,Fix committed] https://launchpad.net/bugs/176347 [11:01] Riddell: ok, let me see [11:04] pitti: let me check.. i don't remember the status.. i thought it was tested and accepted [11:04] Failed to fetch http://ftpmaster.internal/ubuntu/dists/hardy/main/binary-i386/Packages.bz2 MD5Sum mismatch [11:05] pitti: i did the test, but AFAIR we need somebody else to verify it. if my word is enough, i made the patch based on my tests and had running the packages from proposed [11:05] pitti: i can't do much more than that right now [11:05] thegodfather: yes, that's fine; I'm just insistent about using the actual .debs from -proposed as opposed to a local build [11:05] i did that [11:05] thegodfather: can you please add that to the bug for the paper trail? [11:05] pitti: sure [11:06] thegodfather: grazie [11:06] pitti: bitteschen [11:06] done [11:09] cjwatson: I merged the patch into my main bzr branch now, thanks again and sorry for the trouble [11:09] mvo: no problem [11:10] btw for the record, pkgsel just finishes here [11:11] d-i muste be a dirty thing regarding the time it needs to clean up after itself :P [11:12] the cleanup consists of scrollkeeper-update -q; fc-cache -f -v [11:12] yeah [11:12] i see a good bunh of xml warnings/errors in the log [11:12] *bunch [11:12] er, and a bit of update-notifier fiddling and update-initramfs -u [11:12] (I was looking at Debian's pkgsel by mistake first time round) [11:13] yeah, well, the majority of time is spent for scrollkeeper [11:14] on my new machine a vbox install is done in about 40min now .... a quater of that s "cleaning up..." atm ... [11:15] ogra: I generally prefer kvm because it has less fiddling with the kernel modules, generally it just works(tm) for me [11:15] yay, clinet buiolder starts :) [11:15] *client-builder *sigh* [11:15] but the snapshot support is not so good [11:16] i'm just lazy and use what i'm used to :) [11:16] i like the easiness of having an internal network and have a thin client ready within seconds [11:17] hmm [11:17] why did i never have text output in the edubuntu installer with ltsp-client-builder .... [11:17] intrestingly ubuntu-alternate shows text [11:19] * ogra wonders if all the probs he every had with the progressbar in edubuntus d-i might be caused by something in the d-i setup itself in edubuntu [11:19] thegodfather: copied to -updates [11:20] pitti: ok [11:20] thanks [11:20] ogra: sounds hard to credit [11:22] cjwatson, well, it just struck me that i never looked at that level :) [11:30] gar ... ltsp failed [11:31] * ogra ARGHS loudly .... [11:32] damned typos [11:41] keescook, heya :P === asac_ is now known as asac [12:24] seb128_, does tracker have a gconf key i could disable fro ltsp logins ? with 20 users logging it simultaneously tracker forces servers on their knees at login ... [12:24] yes, there's a Disable Indexing thingy [12:25] Keybuk, thanks i'll dig for it [12:25] I assume that toggles a gconfish [12:26] * ogra heard of ltsp servups with 200 users and nfs homedirs :) imagine that being indexed [12:26] *servers [12:27] apart from a missing wallpaper my alpha3 install looks good so far [12:30] ogra: what Keybuk said, look to the gconf keys it's likely easy to notice there [12:31] ogra: tracker stores its preferences in ~/.config/tracker/tracker.cfg . Look at EnableWatching and EnableIndexing. [12:31] yep, i'll add an xsession script that dis/enables it [12:31] pochu, a gconf key is enough [12:31] but thanks for the hint :) [12:32] ogra: oh, I didn't know that was possible... I thought tracker didn't use gconf :) [12:33] now that ltsp moves to ubuntu alternate i face probs on the desktop i didnt have in edubuntu since i just adjusted the desktop (edubuntu doesnt have tracker) [12:34] * ogra takes a break [12:37] hi _MMA_ [12:37] * _MMA_ gives seb128_ a big hug for the gdm upload. :) [12:37] _MMA_: did it fix your issue? [12:38] <_MMA_> Sure did. Thanx. [12:38] you are welcome ;-) === azeem_ is now known as azeem [13:01] Is it just me or isn't apport adding the package and dependency fields to it's reports? [13:01] s/reports/crash &/ [13:01] afflux: the initial reports don't have them [13:01] afflux: but after they get processed by the frontend they are added [13:02] ah [13:07] pitti: packages that __build-depends__ on packages in multiverse should also be in multiverse ? [13:07] norsetto: yes [13:07] pitti: danke [13:07] np === seb128_ is now known as seb128 [13:37] People I'll tell you, USA never was on the moon, it's fake. [13:37] I know it [13:38] ... [13:38] Just right i has a call from the White House and some dude told that to me [13:38] * Chipzz whacks Silly_Parrot on the head... hush now [13:39] Silly_Parrot: do you have anything useful to add? please see the /topic [13:39] Hobbsee: what's +z ? [13:40] Chipzz: it's a useful mode. [13:40] Chipzz: ops see muted people messages [13:40] ah [13:40] or see normal people, when the channel is +m [13:40] and banned people are muted [13:40] Chipzz: and if channels +m too too [13:43] * Hobbsee shrugs [13:43] * Pici shrugs [13:46] btw, what's with the leaving ... "requested by Hobbsee"? why not just kick misbehaving people? [13:46] keescook, ping [13:47] Chipzz: removes don't tend to trigger auto-rejoin scripts, and look neater. [13:47] well looking neater is mostly a matter of semantics ;) [13:47] but the auto-rejoin script sounds look a good argument [13:53] pitti, one question [13:53] ? [13:54] can u see xss launchpad bug ID that i found some month ago ? [13:54] emgent: number? [13:54] i dont remember who open this bug in launchpad [13:54] yes number [13:55] i only notified it to keescook (i remember) [13:55] but i dont open bug in launchpad [13:59] pitti, found it? :) [13:59] emgent: no; please search, meeting now [13:59] ok sorry ;) [13:59] np :) [13:59] i cant search, i'm not subscribed :° [14:00] emgent: https://launchpad.net/ubuntu/+bugs?advanced=1 [14:01] pochu, it was private bug :) [14:01] oh, ok :) [14:03] emgent: if it's private, I can't see it either [14:05] oh ok, np ;) [14:13] so, how to I close bugs in launchpad [14:14] #58145 was closed ages ago by a debian upload which has since been stolen for ubuntu [14:14] Click on the status, set to the appropriate status [14:15] do I want committed or released? [14:16] if it's in the ubuntu archive then "fix released" [14:16] that doesn't refer to being released in gutsy then, right [14:16] thanks! [14:16] pitti: ping, I'm uploading a new lbm to dapper-updates that fixes a one-liner bug in mptsas [14:16] pitti: would probably only show on smp testing [14:16] BenC: ok; we need to respin CDs for that, I assume? [14:17] pitti: yeah [14:17] (and -proposed please) [14:17] BenC: that means redoing the testing, but yeah [14:17] pitti: -proposed I mean [14:18] ok [14:19] pitti: right...it explains why things worked in vmware tests, but will fail in real hardware tests for multi-core systems [14:19] pitti: there's no bug report...should I create one? [14:20] BenC: can't hurt, if you have some info; just in case it turns up in verification [14:20] pitti: ok, it's uploaded now, I'll file a bug in a few [14:41] tjaalton: bad news on that radion_drv.so file I tested yesterday, it did actually break X (after I rebooted) [14:45] Riddell: ok, so try setting 'Option "AGPMode" "4"' and see what happens [15:01] seb128: cdbs gracefully treated with a hammer now and uploaded; happy gnome rebuilding :) [15:01] pitti: danke [15:01] pitti: new GNOME on monday that will do ;-) [15:01] * Hobbsee wonders how one gracefully treats something with a hammer [15:01] seb128: yay [15:01] Hobbsee: wait next UDS we will show you ;-) [15:01] seb128: you're going to practice on me? [15:01] seb128: that does require me being there, though... [15:02] no practice, just demonstrate ;-) [15:02] pedro_: missing step added to bug 176347 [15:02] Launchpad bug 176347 in kdebase "KDM local DoS with user images" [Undecided,Fix committed] https://launchpad.net/bugs/176347 [15:02] * pitti wonders if the @ in front of Hobbsee is a threat on itself [15:02] * Hobbsee hides her wrists from seb128 [15:02] tjaalton: do you remember the bug number? [15:02] pitti: oh, thanks, forgot about that [15:02] pitti: with regards to ktorent, that's gonna be your call. One person other than me has responded positively, but most ktorrent users have moved to the backports versions. In my opinion it should be pushed to -updates as the DHT crash is pretty serious. It allows random noise over its listening UDP port to segfault the program. [15:02] Riddell: ok, thanks i'll look at it now [15:03] Riddell: bug 180343 [15:03] Launchpad bug 180343 in xserver-xorg-video-ati "ATI driver update causes Display Corruption on Radeon IGP 330M/340M/350 " [High,Fix released] https://launchpad.net/bugs/180343 [15:03] Riddell: maybe the fix was wrong after all :) [15:05] which would mean that it's unresolved upstream [15:11] tjaalton: hmm, I seem to have a blank xorg.conf file [15:11] is that normal? [15:11] fresh install? [15:12] generate a new one with 'dpkg-reconfigure xserver-xorg' [15:12] tjaalton: no, from alpha 2 [15:12] hmm, maybe due to some bug then, should be fixed by now [15:12] there were some issues [15:19] tjaalton: when I run 'dpkg-reconfigure xserver-xorg' it doesn't offer me a radeon driver, only ati [15:20] it's the same [15:22] actually, using 'dpkg-reconfigure -phigh xserver-xorg' is preferred [15:22] tjaalton: meh, it says error while preparing new Xorg X server configureation file; not attempting to update existing configuration [15:24] hmm [15:24] remove the empty file [15:24] and /var/lib/x11/xorg.conf.md5sum [15:26] tjaalton: doesn't help, I'm running a dist-upgrade to see what happens [15:26] that error is from dexconf [15:26] I mean when dexconf fails you get that [15:26] run "dexconf -o /tmp/xorg.conf" [15:27] it should give the real error [15:39] tjaalton: dexconf: invalid option -- i [15:39] oh, that's my fault [15:39] dexconf: error: cannot generate configuration file [15:40] xserver-xorg/config/device/driver not set. aborting. [15:40] Riddell: what version of xserver-xorg do you have? [15:43] uh, seems like a debian bug then [15:43] crap [15:53] tjaalton: ok, I dist-upgraded and [15:53] +-+ [15:53] Riddell: I think I fould the bug already [15:54] tjaalton: and now dpkg-reconfigure works and I get a very generic looking xorg.conf [15:54] really? [15:54] hmm, maybe I misunderstood the logic after all :) [15:54] phew [15:56] hi :) [15:56] could you tell me if there's a way to use a response file with the graphical installer ? [15:56] like the way D-I works [15:57] tjaalton: the old radeon_drv.so still works, but the one from current xserver-xorg-video-ati and from that bug report breaks [15:58] tjaalton: where do I add 'Option "AGPMode" "4"' ? [16:00] tjaalton: added it and it seems to fix the issue [16:02] Riddell: great, thanks === \sh_away is now known as \sh [16:11] <\sh> hmmm....looks like that 91.189.88.45 (resolves to archive.ubuntu.com) has some network problems [16:13] \sh: Or maybe you do? [16:13] wfm.. [16:13] <\sh> soren: I'm just checking from different locatrions [16:13] <\sh> locations even [16:14] \sh: Me too. Just checked from three different places. [16:14] I've no problem to access it with firefox [16:14] \sh: Three different countries, even. [16:14] <\sh> soren: right...looks like that my isp has problems between decix and level3 [16:15] soren: works fine for me too [16:15] speaking of mirrors: does somebody know how much time the german mirror is behind archive.ubuntu.com? [16:16] <\sh> jesus...ISP router at decix eats at least 3-4 icmp packets [16:26] ogra: is the fridge information about edubuntu meetings still relevant ? [16:26] yes, but there was an error in the entry for next week apparently [16:27] 16 Jan 12:00 UTC: Edubuntu meeting, 23 Jan 20:00 UTC: Edubuntu meeting are the next dates [16:27] anyone has a fedora install at hand :) ? [16:29] ogra: ok - anyway there is a meeting every fours weeks scheduled at 20:00 UTC [16:30] ogra: I was looking into the possibility of moving the Server Team meeting to wednesdays at 21:00 UTC [16:30] ogra: which would be one hour after the edubuntu meeting (which is scheduled for 2 hours according to the fridge) [16:32] mathiaz, we'll need richEd for this discussion, half of the meeting is his, half is mine :) (first hour is usually tech, second community) [16:33] i'd be fine with 30min for the (for me) late meeting [16:33] and only have 1h during the 12:00UTC one ... [16:33] ogra: and that'd be only once every four weeks [16:34] yeah, fine with me [16:34] ogra: hum - it would be every other week actually. [16:35] who is doing the alpha3 relnotes? [16:36] I think Burgundavia was working on it. [16:36] mathiaz, i'm always for shortening meetings :) so i wont stand in your way, but ask richEd [16:36] ok, I think the ati issue deserves to be mentioned [16:36] * ogra has to go for dinner .... [16:38] tjaalton: I was, but feel free to add something [16:38] tjaalton: I have no idea what you are talking about [16:39] Burgundavia: There's a CC meeting going on, by the way. [16:40] soren: I am there, yes [16:41] Burgundavia: ok, I will [16:52] any archive admins up for the NEW queue at the moment? [16:53] jdong: yes? === bigon726 is now known as bigon [16:57] seb128: the mpeg4ip thing [16:58]