[01:10] * lamont wonders if any german speakers are awake for a totally-off-topic translation question [01:11] heh [01:11] try #ubuntu-de? [01:11] feh [01:11] be logical. [01:11] my german won't be anywhere near good enough [01:12] Hobbsee: they're all speaking german there!!!! :-) [01:13] they should speak some english :P [01:15] Wouldn't it be funny if lamont got kicked for speaking English ... [01:18] StevenK: hehe [01:18] they sent me to google [01:18] Haha [01:21] * ScottK looks around for an archive admin ... [01:22] Bit late for them. [01:22] True. [01:22] I thought maybe slangasek or Hobbsee might be up and about. [01:24] * lamont tickes Hobbsee [01:24] * Hobbsee stomps on lamont's feet [01:24] ScottK: I give you Hobbsee, live and in person. [01:24] * Hobbsee bites [01:24] Heh. [01:24] * Hobbsee claws [01:24] * Hobbsee uses the Long Pointy Stick of DOOM!!!!!!!!!!!!!!! ™ on ScottK [01:25] * Hobbsee sets lamont and ScottK on fire [01:25] Hobbsee: After you're finished chewing on lamont, would you please accept the 3 uploads sitting in dapper backports? [01:25] "Jesus saves. Gretsky steals, shoots, SCORES!!!" [01:25] * ScottK warms up. [01:25] (It's been cold here lately) [01:25] Thanks. [01:25] let me see.... [01:26] 'twas below zero (Fahrenheit even...) this morning [01:26] sylpheed* and php*? [01:26] Yes. Two for slypheed. [01:26] yep. done. [01:26] php-clamavlib_0.12a-4~dapper1_source.changes [01:26] sylpheed-claws_1.0.5-5.1ubuntu0.1~dapper1_source.changes [01:26] sylpheed-claws-gtk2_2.6.0-1.1ubuntu1.1~dapper1_source.changes [01:26] Hobbsee: Thanks. [01:26] you're welcome [01:26] we now return you to your regularly scheduled topic. [01:26] (and thanks) [01:27] * Hobbsee sets lamont on fire again, then. [01:27] ah. warmth. thanks [01:27] danke, even [01:27] :) [01:29] * Hobbsee smashes edge with a large brick [01:31] edge or edgy?> [01:32] lamont: can you do it somehow? launchpad is scrweing up. again. [01:32] I'm suspecting edge.launchpad.net [01:32] Ah. I was right [01:32] it's edge. and production. [01:33] How can LP be screwing up, Ubuntu doesn't have a release or freeze on right now? [01:33] edge fails with a timeout, production fails with a non-timeout-oops. [01:34] oh. edge. yeah [01:34] Hobbsee: what exactly are you doing that's timing out? [01:34] (url??) [01:35] accepting the dapper backports packages [01:35] https://edge.launchpad.net/ubuntu/dapper/+queue?queue_state=1&queue_text= [01:35] Hobbsee: and I have your OK to accept those on your behalf? (just to see if it'll work for me) [01:36] lamont: yeah [01:36] Waiting for edge.launchpad.net................................. [01:36] Accepting Results: [01:36] OK: sylpheed-claws-gtk2, OK: sylpheed-claws, OK: php-clamavlib [01:36] not the quickest update I've ever seen [01:37] right, so it works for you then? [01:37] yeah. [01:37] I should have just done one, then we could have played more. [01:37] sorry [01:37] hopefully it's not duck-related. [01:37] thanks [01:37] ScottK: upload more crackports, please [01:38] * Hobbsee tried it multiple times [01:38] Hobbsee: You need to get the tech-board to approve my core-dev application before I can do it without a beard like lamont. [01:38] ;-) [01:39] hehe [01:39] * Hobbsee has almost no say over the techboard, sorry [01:39] when did they want their meeting? [01:39] Hobbsee: I wonder if maybe it's because ScottK's sig is on the .dsc files... [01:39] lamont: as to why it got into unapproved? [01:39] no, as to why it OOPSed [01:40] Hobbsee: All backports go to unapproved. [01:40] because crackporting is an unapproved activity [01:41] Uploaded By: Scott Kitterman [01:41] WIN [01:41] https://edge.launchpad.net/ubuntu/+source/sylpheed-claws/1.0.5-5.1ubuntu0.1~dapper1 [01:42] I got accepts for all three. [01:42] PENDING: Dapper pocket Backports in component universe and section mail [01:42] it's in universe... you could have done that one [01:43] same for -gtk2 [01:43] lamont: Nope. Backports uploads always take a core-dev [01:43] * lamont grumbles at ScottK [01:43] oh, really? [01:43] Even for Universe. [01:43] Yeah. [01:43] how, interesting [01:43] * lamont ponders, remembers whyu [01:48] lamont has a beard? [01:48] zul: no, apparently I _am_ one [01:48] ah ok apparently i missed that part [01:49] And a very helpful one at that. [01:50] I don't see how beards are helpful in the usual case ... [01:50] * ScottK neither (it's really pretty obsolete), but it seemed like a funny way to put it. [01:51] Thanks again Hobbsee and lamont. [01:53] That's 8 down. 6 to go. [01:53] you're welcome === kitterma is now known as ScottK2 [02:25] * lamont stares at his firewall rulesete [02:25] s/e$// [02:28] * ScottK looks at the 1807 packages needs-building for Hardy and despairs his dapper-backports will ever build. [02:29] seriously? [02:30] Yeah. [02:30] That's down about 100 already from it's peak. [02:32] ScottK: launchpad.net/+builds shows 104 for i386 [02:32] Well these are all arch: any, so whatever you did to hppa is going to slow things down. [02:33] huh? [02:33] your backports will be a while before hppa (655) gets to it, but what do you care? [02:33] or does it actually require it to be current everywhere before it publishes (/me thinks "no") [02:37] lamont: Now, but I won't relax until it's all done. Only clamav needed to go through binary New and that's done. That's the only one it would have mattered for. [02:39] * lamont wears his "being good" hat [02:39] Hobbsee: did you try to accept all 3 packages each time (edge)? [02:40] or just one? [02:40] all [02:40] if it happens again, try just one at a time... 'twould be an interesting data point [02:40] word is that it's not duck-related [02:44] I suppose pitti is asleep this time of day? [02:45] most likely [06:38] Heya [07:35] hello, i [08:25] Good morning [08:25] bdmurray: hi [08:26] bdmurray: unping; that was supposed to be 'bddebian' [08:29] pitti: morning. [08:31] hey gaspa [08:31] gaspa: getting to your mail, promised (I'm a bit backlogged on the sprint) [08:31] pitti: np. [08:32] i'm not in a hurry. :) [08:32] * gaspa remembers someone's blog... :P === carlos_ is now known as carlos [08:46] calc: openoffice.org-core overwrites something in common [09:02] Gooooooooooooood morning Ubuntu lovers! [09:06] mpt: isn't that a bit old? :p [09:06] TheMuso, old? It's only the second time I've ever said it [09:07] mpt: Well ok then. [09:08] mpt: TheMuso works on fuzzy pattern-matching, so it *is* a bit old :) [09:09] RAOF: lol [09:10] pitti: wow, that usually happens the other way around [09:15] bdmurray: ETABCOMPLETION :) [09:23] ScottK: this is sprint week, it's late for me too. :) [09:42] good morning [09:46] hi geser [09:52] Hi pitti [09:54] Freenode.find_by_channel_and_status('#ubuntu-devel', :nonidle).each {|person| greet person } [10:03] Anyone have an objection to me building a new i386 desktop CDs, or know what the giant warning in cdimage's crontab means? pitti, slangasek? [10:03] evand: which warning, the "do not re-enable"? [10:04] that one means that I failed to delete the warning when reenabling the cronjobs [10:04] bryce: http://ubuntuforums.org/showthread.php?t=669262 [10:04] slangasek: heh, gotcha [10:04] and yes, that one [10:05] evand: it definitely doesn't apply, since the cronjobs below it are all enabled ;) so yeah, if you need a new desktop build, go ahead [10:05] ok, I'll remove the warning as well then [10:07] bryce: its bug 182038 [10:07] Launchpad bug 182038 in xserver-xorg-video-nv "Black rectangle instead of image in FF3 [Hardy]" [Undecided,Confirmed] https://launchpad.net/bugs/182038 [10:12] Keybuk: yea i'll have to fix that in the next upload :\ [10:12] asac_the_2nd: I'll forward it upstream (xorg) [10:13] Keybuk: the work around for now is to uninstall the package it is overwriting, it should have replace/conflict that old package version :\ [10:13] tjaalton: thanks [10:26] lifeless: http://bugzilla.gnome.org/show_bug.cgi?id=264264 looks like your issue but it has been duplicated and the other bug has been closed so you might want to reopen or open a new one [10:26] Gnome bug 264264 in Mailer "Crash: mouse grab freeze during mail DnD" [Normal,Resolved: duplicate] [10:34] thanks seb128 [10:34] you are welcome [10:35] mjg59: ping [10:58] ogra1: http://bazaar.launchpad.net/~ubuntu-core-dev/network-manager/ubuntu.0.7 [11:05] ogra1: deb http://ppa.launchpad.net/asac/ubuntu hardy main [12:00] heya * === Am|NickTaken is now known as Amaranth === \sh_away is now known as \sh [12:49] anyone happen to know why the regular gstreamer plugins don't do mpegdemux, just the fluendo plugin? [12:50] is it a patent issue or something like that? [12:50] "The main difference between this and the plugin from gst-plugins-ugly is that this one allows demuxing of MPEG2 transport streams. [12:50] " [12:54] q [12:56] seb128: i see the weather is a tooltip actually on the new clock but the temperatures seem off [12:57] seb128: it claims it is -20C in Houston, heh [12:58] that would be about like Hell freezing over ;) [12:59] calc: it seems to be working for me [13:00] calc: 3.6°C for Houston here [13:00] it actually says '-4.7F' i did the conversion in units [13:00] is there a way to force the clock applet to update (like there is in gweather)? [13:01] not that I know [13:01] 38.6°F for houston [13:01] calc: -20C is nothing [13:01] zul: in Houston it is [13:02] zul: Houston is probably > 15C right now [13:02] only :) [13:02] zul: ah well 3.6C anyway (its still early in the day there) [13:02] seb128: switching back to C it says -20.4C heh [13:03] seb128: oh i know what is wrong [13:03] calc: -9C outside where I am [13:03] seb128: i have to pick a timezone not a city, so its giving me the temp for chicago [13:03] calc: picked the wrong houston? [13:04] calc: hum? I picked the Houston Intercontinental Airport in the locations list [13:04] seb128: i am now more confused than before, i see what i did wrong finally [13:05] seb128: i picked America/Chicago and didn't even notice the "Find" button [13:05] oops [13:05] * ogra1 is a bit irritated by all the popunder windows [13:05] hmm when i changed to Houston Intercontintental it changed my timezone setting [13:06] to Monterrey, not sure if that is the same as Chicago so I switched it back [13:06] works now though for temp :) [13:12] anyone else notice gweather (applet) complains about it can't find the xml locations file? [13:14] ah i see a bug is already filed [13:37] nautilus-connect-server will return soon? :) gvfs works nicely so far with ssh connections [13:37] pecisk: no [13:39] pecisk: gvfs does mounting now and the mounts are listed, gnomevfs worked differently [13:39] I see, but nautilus-connect-server dialog will be rewriten or something else will come? === mathiaz_ is now known as mathiaz [13:40] pecisk: not clear yet, you can read the mail sent by alex on the GNOME desktop list this morning on the topic [13:42] seb128: btw, that bug I showed you earlier appears to also occur with xterm, so is probably not gnome terminal specific [13:43] seb128: I quite don't get it. How someone will create connection to server? [13:44] ok, I will read all thread [13:44] thanks for info [13:44] :) [13:45] bryce_: looks like a xorg issue ;-) [13:45] :-P [13:45] pecisk: ctrl-L, enter your URI, the server is automatically mounted on first use and stay there [13:46] pecisk: gnome-vfs didn't do this mounting so the connect server was an handy way to use the same URL again [13:46] that was basically opening URI every time you used the shortcut [13:47] I see [13:47] but CTRL+L is somehow very cryptic for common user [13:47] where now the mount stay there and is listed in all the applications during the session [13:47] you have to enter all parameters there [13:47] not really [13:48] if you can connect somewhere and a password is required it'll ask for it [13:48] and you can browser smb shares [13:49] hmmm [13:49] yeah, I see know [13:49] now [13:49] when I think, this is much easier, I have to admit [13:52] only question how to create shortcuts to reuse connections - as launchers? [13:53] pecisk: that is not done yet [13:53] ok [13:53] thanks for info, nice work guys [13:53] you are welcome === enrico is now known as pippo === pippo is now known as enrico === enrico is now known as peppa === peppa is now known as enrico === \sh is now known as \sh_away === \sh_away is now known as \sh === bigon` is now known as bigon === ryu2 is now known as ryu [15:11] cjwatson_: hi. I'm still moderated in ubuntu-devel@lists.ubuntu.com. Could you please whitelist me? pochu@ubuntu.com. Thanks! [15:17] pochu: mail unmoderated, anyway === _emgent is now known as emgent [15:42] mvo, having keyboard-shortcuts exposed in the window-action-menu needs a patch to libwnck, which would introduce a gconf-dependency [15:42] mvo, I asked vuntz and he said it would be ok if I provide a configure/compile-time settable option for this [15:43] MacSlow: where does it currently get the keyboard shortcuts from? [15:43] mvo, not at all [15:43] mvo, it's not exposing them in any way [15:43] but when I right-click, I see "ALT-F7" here etc [15:44] * MacSlow starts metacity... [15:44] hm... metacity does maybe not use libwnck for the action-menu?! [15:45] mvo, my gues was right... metacity does not use libwnck for the action-menu [15:46] MacSlow: right. perhaps we should also move that into gtk-window-decorator then? [15:46] mvo, I would like to fix that... I mean libwnck using gconf to obtain keyboard-shortcuts [15:46] mvo, hm... no... I don't like that [15:46] MacSlow: so that metacity would use it? yeah, that sounds better [15:47] not that I want to patch metacity afterwards too to use it... [15:47] just place stuff in the correct places [15:49] mvo, argl... crap... [15:50] mvo, retrieving the shortcuts from gconf will need to look for metacity- or compiz-specific keys explicitly [15:51] thus it would be required to do window-manager-specific code in libwnck... [15:57] mvo: Are you aware of a bug causing aptitude and apt to produce lots of empty lines + confirming the upgrade/install (sort of simulating the enter key) ? (only happens when apt did "Calculating upgrade" or aptitude did "Building tag database" before) [15:57] I have it for quite some time now and managed to reproduce it on all my Hardy systems so far [15:59] kees, bug 184492 is being blamed on the gutsy xserver security update, but afaik the changes shouldn't have effected suspend at all... can you take a look at this one and comment? [15:59] Launchpad bug 184492 in xorg-server "xserver-xorg-core update breaks suspend in gutsy" [Undecided,New] https://launchpad.net/bugs/184492 [16:01] keescook: also bug 184869 [16:01] Launchpad bug 184869 in xorg-server "ALT Super keys swapped after upgrade" [Undecided,New] https://launchpad.net/bugs/184869 [16:05] Keybuk, ExitStrategy involves a bit of kernel work now, so I'm not sure it belongs in the DesktopTeam/ wiki namespace [16:10] lool: wrt your changelog entry for the latest nautilus upload, is there any handling for older packages that require nautilus-extensions-1.0? [16:11] lool: I stumbled across this via totem, which is currently FTBFS because the build rules look for /usr/lib/nautilus/extensions-1.0; the FTBFS is an easy fix, but it set me to wondering about upgrade handling from older versions [16:19] slangasek: seb128 wanted to upload nautilus as fast as possible and said we would add the Breaks when the packages are actually ready [16:19] slangasek: The provides is just to be able to use Depends in the extensions instead of Breaks [16:19] slangasek: After the extensions have been uploaded, we should add a Breaks on the old versions in nautilus [16:20] seb128: ^ [16:21] lool: alrighty; as long as it's on your radar then [16:21] in totem's case the nautilus extension is optional functionality, so I guess it should be exempt [16:22] Hmm that's a good point [16:22] slangasek: it's optional functionality for most of the other packages as well [16:22] slangasek: totem, file-roller, evince [16:22] We should use suggests or recommends then [16:22] Recommends when apt will install those in Ubuntu [16:23] seb128: so do you want the breaks to apply to these packages? they aren't really broken [16:23] We should suggests or recommends as we see fit but recommends wont work until apt supports them :) [16:23] slangasek: no, that's why I uploaded nautilus yesterday [16:23] maybe we need [Depends,Recommends,Suggests] and [Breaks,Bruises,Inconveniences] [16:23] mvo: \o/ [16:24] slangasek: But what about Build-Recommends and Build-Suggests? :-P [16:24] heh [16:24] slangasek: I want "Stabs" as well. [16:43] doko: * lsb-cxx: Drop dependency on libstdc++5, not needed by LSB-3.1. [16:43] doko: WOHOOO! [16:43] doko: that sounds like we could drop gcc-3.3 to universe? [16:47] pitti: lets see; talked with Matt Taggert and Marc Tardiff about it. [16:47] pitti: please fix grub not to build with gcc-3.4 ;-) [16:49] kvm needs gcc-3.4, too. [16:50] Preemptive response to the inevitable "but that's not in main": Yet. [16:51] postemptive response: better fix that if you want it to be? ;) [16:53] * doko will mention that in the MIR for kvm ... [16:54] with a bit of luck Fabrice will fix this within a few days. [16:54] (it's a qemu problem, really) [16:54] please check as well, if it does build with gcc-snapshot [16:54] It doesn't. [16:59] <\sh> seb128, would like to do me a favour and work on https://bugs.edge.launchpad.net/ubuntu/+source/libmicrohttpd/+bug/184400 It's a blocker for a sync [16:59] Launchpad bug 184400 in libmicrohttpd "[MoM SYNC] libmicrohttpd 0.2.0-1" [Undecided,Confirmed] [16:59] joejaxx: did TheMuso talk to you yet about getting the ubuntustudio-desktop seed changed for the libpt-plugins package name change? [17:00] slangasek: No I had forgotten about that one, but I did talk to him about other seed related stuff, such as merging. [17:00] The funny thing is, if it was me doing seeds, I would have jst done it. :) [17:01] slangasek: joejaxx should be subscribed to get emails of seed changes, so he should know about that. [17:01] slangasek: nojoejaxx@venus:~/ubuntustudio.hardy$ cat desktop | grep libpt * libpt-1.10.10-plugins-v4l * libpt-1.10.10-plugins-v4l2 [17:01] :) [17:02] but i already made the changes the day it was made :) [17:02] unless there was another change and i did not receive an email about it [17:03] joejaxx: that's the one, yes. any chance it can be uploaded then, so I can make the old ones disappear? :) [17:03] slangasek: Does that require a -meta refresh? [17:04] yes :) [17:04] Right. [17:04] joejaxx: You do that, and I;ll do the -meta. [17:04] TheMuso: ?? [17:05] doko: grub> ah, that [17:05] TheMuso: he said he already changed the seed, so isn't the -meta all that's left? :) [17:06] slangasek: Yes, but I thought there was also other stuff to be done as well. [17:06] for the studio seeds that is [17:07] ah, ok; nothing else from my end, dunno what else you guys have pending [17:08] In any case, I'll do the meta. joejaxx if there is anything that I need to wait for you to do, plesae let me know now. [17:08] please [17:08] nope there is not :) [17:09] joejaxx: Ok thanks. [17:09] TheMuso: you are most welcome [17:09] :) [17:09] /win 107 [17:09] klfjgkfjgk [17:10] 107? Whoa. [17:22] bryce_: odd bugs. there was nothing in the CVE fixes that were related to video drivers... [17:23] keescook: well neither issue seems driver related [17:23] keescook: otoh, I can't fathom why those would have broken from the update [17:24] yeah, and the 2nd one scares me a lot -- they have selinux enabled? if so, their machine isn't running upstart. who know what else is weird. [17:30] <\sh> hmm...will synced "new packages" (not in ubuntu yet) from debian directly be delivered to the archives or are they just pushed like "new packages to ubuntu" into the new queue? [17:31] they have to go through binary new === Am|NickTaken is now known as Amaranth [17:42] \sh: just did the syncs, the new sources will be in NEW but we usually accept debian packages to universe quickly [17:42] * _MMA_ thanx seb128 for the Ardour sync. [17:42] <\sh> seb128, thx :) [17:51] slangasek: About to upload the new meta now. [17:51] So you can do what you were going to do. [17:51] mr_pouit: around? [17:52] TheMuso: cheers :) [17:53] seb128: yes [17:54] mr_pouit: I did demote to xfce to universe, could you close all the tasks? [17:54] seb128: ok ^^ [17:55] thanks [17:55] mr_pouit: you can likely do it by mail like you opened the tasks ;-) [17:55] seb128: I hope so :p === mathiaz_ is now known as mathiaz [18:08] hi [18:08] Now running lintian... [18:08] E: amrenc_0.5.1~gutsy1_source.changes: bad-distribution-in-changes-file gutsy [18:08] that's definitely a lintian bug [18:09] seb128: http://people.ubuntu.com/~lool/packages/cheese/2.21.5-0ubuntu1/hardy/cheese_2.21.5-0ubuntu1.dsc [18:10] seb128: thanks [18:11] you are welcome [18:17] matteo: yes. looks like lintian was synced from debian instead of merged [18:29] matteo: That's not a proper Ubuntu revision number [18:29] matteo: If it's ubuntu something it'll know about gutsy [18:29] it's ubuntu hardy [18:29] It looks like a backport to Gutsy from Hardy. [18:30] It it's a sync from Debian, .changes should say unstable, and it'd be fine. [18:30] should there really be a linux64 binary on i386 Ubuntu? :) [18:31] ScottK: however lintian was synced from unstable... though I guess lintian doesn't know anything about gutsy, hardy etc. any longer [18:31] sistpoty|work: It does. [18:31] sistpoty|work: It just looks for an ubuntu revision before it remembers [18:32] sistpoty|work: Debian incorporated all the Ubuntu changes in their version. [18:32] sistpoty|work: If they missed a spot, then it's a bug. [18:32] ScottK: oh, cool.. didn't know that :) [18:33] Now for backports, it'd be useful to have lintian look for either ubuntu or an ubuntu release name in the revision. [18:33] <\sh> seb128, one sync you forgot (it's also new to ubuntu but in debian): bug #184389 :) [18:33] Launchpad bug 184389 in ubuntu "Sync liboglappth from debian unstable" [Undecided,Confirmed] https://launchpad.net/bugs/184389 [18:38] \sh: synced [18:38] <\sh> seb128, thx a lot :) [18:39] you are welcome [18:40] mpt: it's probably easier to separate off the kernel work into a spec we can give to that team, and depending on it for various pieces [18:41] Keybuk, ok [18:41] (though it's only two sentences or so) [18:43] msg NICKSERV help [18:43] oops... [18:49] * zul hands jdstrand a "/" [18:50] thanks zul! [19:18] something changed in the last 12 hours to cause Jan 23 19:14:40 main-menu[3081]: WARNING **: Configuring 'grub-installer' failed with error code 1 http://dev.personnelware.com/carl/temp/Jan23/b/log/syslog [19:19] cjwatson: ping ^^^ === ln-_ is now known as ln- [19:27] I'm wondering who is in charge of apt? [19:27] or who knows its internals well? [19:28] shaya: ask your question and see if we know the answer? [19:28] want to know if there's some place I can look to see how apt does dependency management [19:29] i.e. determining which set of packages is "good" [19:29] for research project, don't want to reinvent the wheel [19:29] want to credit debian/apt for the work [19:42] shaya: You probably should just get the source and start reading... with any luck, it may include enough documentation to answer your questions, but if not, the code shouldn't be too bad. [20:18] dearest #ubuntu-devel, plz upload new flashplugin-nonfree package to gutsy!! [20:19] my fingers are getting sore from explaining how to fix this to everyone [20:24] slangasek: is it to late to ask for a sync of git-core from sid? [20:28] desrt: ask louder .. [20:30] lamont: i think the feature freeze is only near 4th february [20:30] Kmos: 14 Feb. [20:30] or that :) [20:30] so it now has a fixed date, nice. [20:30] Kmos: It's been 14 Feb for a very long time. [20:31] ScottK2: ok [20:31] thx [21:28] hi all [21:28] where should I make a proposal about many packages? [21:28] i'll explain [21:28] newer dpkg supports other compression modes other than gzip [21:29] it supports bzip2 and lzma [21:29] using lzma with packages with docs will help a lot to riduce package size [21:29] since text compresses very well [21:29] I’m quite sure dpkg and apt in Ubuntu support lzma. [21:30] ion_: isn't that a hardy thing though? [21:30] Most likely. [21:31] yes, it's new in hardy === \sh is now known as \sh_away [21:42] btw compressing it's very slow [21:43] but it's done once, in the buildd [21:43] http://pastebin.ca/870179 [21:44] ~4MB saved on 26 [21:44] exactly 15% [21:44] matteo: No need to "propose" it, we added the support for a reason. [21:45] "we"? [21:45] matteo: But we need to finish up infrastructure support before we start compressing anything with lzma. [21:45] are you in the core team? [21:45] matteo: he's buildd admin :) [21:45] matteo: Err, I run the buildds, among other things. [21:46] cool [21:47] man bc [21:47] oops [21:48] it's good to hear that the ubuntu team often change things [21:49] not being very conservative a-la-debian [21:49] also, the slowdown with bzip2 isn't too much [21:49] Debian's not all that conservative, per se, they just have more people to convince every time something changes. [21:49]