[01:17] * lamont grumbles at the loss of his dearly beloved non-ports symlink on cdimage.ubuntu.com [01:18] slangasek: did you do that? [01:18] your what? [01:19] cdimage.ubuntu.com had a 'non-ports' symlink at the same level as 'ports' (pointing to '.') so that I could rsync *ports/ [01:20] and alpha 1 is thursday? [01:21] I still see the non-ports symlink on cdimage...? [01:21] feh [01:21] * lamont loses [01:21] never mind [01:21] ok [01:21] phew, so it's unrelated to my fumbling with jeos ;) [01:22] it's there, it's just not in alpha-order. :-( [01:22] welcome to ext3 === cprov-out is now known as cprov-zZz [01:24] POSIX: Please Offer Scapegoats In eXcess [01:24] :) [01:55] i need a gove-back for corewars === Pici` is now known as Pici [02:04] also for debian-history === ember_ is now known as ember [04:29] lifeless: iz find vs sorted output, yeah. I keep forgetting that [06:31] * minghua doesn't understand why the mail to -devel-discuss about ghostscript doesn't mention the LP bug number. [07:02] so the desktop tasks are currently uninstallable because gnome-session conflicts with the old bug-buddy, and the new bug-buddy build-depends on a lib not in main. Is anyone available to take a quick (but appropriately thorough) look at https://wiki.ubuntu.com/MainInclusionReportElfUtils ? [07:05] hmm, or is the review part only ubuntu-archive? [07:05] in that case I'll just lie in wait until someone wakes up :) [07:05] slangasek: You want to jump on pitti or doko. [07:06] since you're mentioning doko, does that mean it's not an ubuntu-archive activity? [07:06] slangasek: The approval process is up to pitti or doko. Once it's approved, actually promoting it from universe to main *is* -archive [07:07] StevenK: that's not documented on https://wiki.ubuntu.com/MainInclusionProcess then? [07:07] it just says "archive administrators" [07:08] I've never seen anyone else do a MIR [07:08] Usually it's pitti since the main concern is security [07:11] slangasek: "If the report exists and is acceptable, the report will be marked 'approved'." -- it doesn't mention who marks it as such. :-) [07:12] StevenK: so the archive administrators look for the report, but doko decides if it's acceptable? :) [07:12] slangasek: I except so, actually. Well, doko or pitti [07:20] geser: if you could just give us a space-separated list, that works. [07:30] here's an easier one, who can rebuild ubuntu-meta for the recent seed changes? :) [07:30] I can, if you want me to [07:31] yes please [07:33] StevenK: pitti and iwj were doing MIR approvals last I saw [07:33] morning slangasek [07:33] LaserJock: iwj isn't any more. [07:33] LaserJock: iwj no longer works for Canonical though, and he hasn't shown much interest in continuing being a member of the community either. So I doubt he's going to do any more MIR reviews. [07:34] StevenK: that's slightly harsh to say; he left the company, but you're saying it as if he's dead. [07:34] I didn't mean it like that. [07:34] Mithrandir: iwj left Canonical? [07:34] I didn't know that [07:34] LaserJock: yes. [07:35] I just meant to say he isn't doing MIR approvals any more [07:35] LaserJock: http://lists.debian.org/debian-ctte/2007/11/msg00003.html [07:35] Mithrandir: morning [07:36] yeah, why on -ctte of all places... :) [07:37] because he sent an email there when he joined Canonical so people would see if he ended up in a position of conflict of interest. [07:37] Mithrandir: huh [07:38] well, good luck to him [07:38] Mithrandir: are you sure? I thought he sent the first mail to -project [07:38] ah, http://lists.debian.org/debian-ctte/2005/06/msg00010.html went to both lists [07:38] slangasek: maybe he sent to -project too, I'm not sure. [07:39] I'm a few years behind on reading -project mails. :-/ [07:39] anyway, I haven't bothered announcing my employment on -ctte, because obviously everyone on the -ctte is part of the cabal and therefore already knows [07:40] slangasek: Updating ubuntu-meta, I'll finish after I pick up my wife [07:40] StevenK: cheers [07:50] Good morning [07:51] hi pitti [07:53] tjaalton: hm, xserver-xorg-input-elographics wants to go to universe; is that intended? [07:53] poor elographics touch screens [07:54] they are sweet toys [07:55] pitti: what do you mean? [07:57] pitti: "wants to go to universe", that part I don't understand :) [07:57] tjaalton: it was in main so far [07:57] yes [07:57] but now nothing is holding it there any more [07:57] oh [07:57] no reverse dependencies, no seedings [07:58] tjaalton: I guess it was a dependency of -input-all or something, and now isn't any more [07:58] it could be because the package is obsolete, or it could be a bug [07:58] pitti: probably so [07:58] yes, it's probably one of those :) [07:59] I'll do a xorg merge today, so I'll readd it so that it stays in main for now [07:59] I'm not sure how that driver works with input-hotplug, besides there is evtouch [07:59] although I don't have the hardware to test either :) [08:02] tjaalton: hrm, what happened to your ircnick anyway? :) [08:03] good morning [08:06] slangasek: it got dropped in the turmoil ;) [08:06] tjaalton: can you have a quick look on http://people.ubuntu.com/~ubuntu-archive/component-mismatches.txt, 'Source and binary demotions to universe'? [08:06] tjaalton: there are some X client programs [08:07] pitti: sure [08:10] pitti: oh, actually we discussed about these yesterday (ie. apps that are not in the bundles) [08:11] pitti: and it seems that I missed some from the removal request [08:11] I suspected so, but maybe some fell through the dependency cracks and should be kept [08:12] pitti: editres, listres, viewres are in x11-utils [08:13] beforelight is going to be added to x11-apps I think, but bitmap, ico, xf86dga and xgc are just noise and could be dropped from the archive [08:13] ico & xgc are abandoned upstream [08:14] Is anything still using dga? [08:14] If so, can we make them stop? [08:15] what replaced DGA? [08:15] Graphics cards that worked [08:15] hah [08:16] The speed benefit you get now is generally less than you'd get by using the acceleration === LaserJock is now known as LaserRock [08:16] mplayer will still talk DGA [08:17] mplayer would talk swahili, klingon and esperanto if the maintainers found a single machine that managed 0.001 extra FPS as a result [08:18] Bwahaha [08:19] slangasek: it's changing; I'm doing mir's now, but I'm not ubuntu-archive [08:19] doko_: ok [08:19] doko_: pitti is handily killing this one for me, so I'll file that away for future reference :) [08:20] Keybuk: wrt your svg problem from yesterday, this may be usefull: http://webkit.org/blog/122/webkit-3-10-new-things/ ; it has 6 links to svg usage in browsers, which also work in firefox [08:20] Chipzz: I managed to open it in Inkscape and go through the "layers" of the image [08:21] Keybuk: ok nevermind then :) [08:22] mjg59: doesn't SDL use DGA? === \sh_away is now known as \sh [08:31] Chipzz: It can do, but I don't think it's the default [08:32] tjaalton: ok, so I remove editres, listres, viewres, ico, xf86dga and xgc,and keep beforelight in main for now? [08:33] dholbach: hm, all the ubuntu-calendar* want to go to universe; is that deliberate? [08:34] pitti: we didn't depends on them for ages, I don't know - were they in supported? [08:34] dholbach: apparently something depended on them until recently [08:35] (I guess some artwork package) [08:35] I don't think so [08:35] hm, nothing [08:36] aah [08:36] what was it? [08:36] they were unseeded [08:36] drop support for ubuntu-calendar*, since they haven't been updated for years (ok mdz@) [08:36] pitti: you can remove beforelight as well, it'll get in debian soonish and I'm sure no-one needs it in the meantime ;) [08:36] tjaalton: ok [08:37] are we going to have a new kernel for alpha1? === lucas_ is now known as lucas [08:43] tjaalton: *flush*, thanks for having a look [08:44] pitti: thanks for pointing out! [08:46] seb128: so apparently gconf and gconf2 source duplicate each other; which is the good one? [08:47] seb128: from what I can see, gconf was the old gnome 1.x version [08:47] and now Debian renamed gconf2 to gconf [08:47] gconf source is at 2.20.1-1 now, and builds the gconf2 package [08:47] pitti: gconf, I did sync it yesterday and was waiting for it to build everywhere to remove the other one, you are too quick ;-) [08:47] debian renamed it [08:47] seb128: well, it can't build [08:47] why? [08:47] seb128: it's exactly the same version as gconf2 [08:48] i. e. even if the binaries would build, they would fail to upload [08:48] urg, didn't, notice that [08:48] seb128: so I just remove the gconf2 source, and everything should be good [08:48] yes [08:48] you can also remove gnome-vfs2 while you are at it [08:48] it has been renamed gnome-vfs [08:48] ah, great [08:49] yeah for GNOME1 stack being cleaned ;-) [08:49] Are we finally rid of Gnome 1.x apps? [08:49] gnome-vfs2 | 1:2.20.0-0ubuntu3 | hardy | source [08:49] A glorious day indeed [08:49] gnome-vfs | 1:2.20.1-1ubuntu1 | hardy | source [08:49] seb128: so I take it our changes were merged to gnome-vfs? [08:49] And good to do this in an LTS release [08:50] debian-qa have been chipping away at the gnome 1.x libs for a while, but they're not all gone yet [08:50] pitti: yes [08:51] slangasek: Without gnome-vfs and gconf, nothing especially interesting will be instalable [08:51] I didn't say any of them were interesting [08:51] (Pretend I can spell. I've drunk most of a bottle of mead) [08:51] libgtk1.2 and glib1.2 are still there in particular [08:51] Yeah, gtk 1.x apps are going to be harder to shift than gnome 1.x ones [08:51] xmms, for instance [08:52] Which has mostly been a victim of "We're not just going to port this to GTK 2, we're going to entirely refactor it in the process" [08:52] On at least three separate occasions [08:52] seb128, Riddell: did you recently touch ttf-gentium? it seems someone removed the source package, but not the binary [08:52] pitti: I didn't [08:53] * pitti rescues the source from gutsy [08:53] * pitti hugs copy-package [08:56] Greetings everybody! [08:57] Riddell: any idea what to do about the kuickshow mess? kdegraphics-dev depends on it, but it's in universe and needs imlib (universe, gtk 1 crack) [08:57] hey MacSlow [08:57] hoy pitti, Riddell === mpt_ is now known as mpt [08:58] * Fujitsu would be glad to have GTK1 off MOTU's plate :P [08:58] Fujitsu: help debian-qa kill it? :) [08:58] Riddell: and latest kdebase depends on pmount again; I guess that's a wedged merge, and Debian still has the dependency? [08:58] Fujitsu: And all those glib1.2 transitions that still need doing? :p [08:59] slangasek: Or get it promoted. One of them. [08:59] * slangasek snorts [09:00] slangasek: Did you commit your seed changes? [09:00] Hah, actually, never mind, you can't. [09:00] I had no seed changes to make [09:02] mvo: applying patch 03_branding to ./ ... failed. <- aptitude FTBFS [09:03] For The Brilliant Futuristic Space? [09:03] (Yes, I know) [09:03] it's probably going to FTBFS anyway, the maintainer did a brilliant job of updating it in unstable [09:03] There's very little porting to move glib 1.x to glib 2.x in most cases [09:04] And if you pass -DENABLE_DEPRECATED_WIDGETS (or something), gtk1.x to 2.x is almost as easy [09:04] oh, or perhaps not, the new lib aptitude b-d's on seems to have better luck building on hardy than sid :) [09:04] People still use xmms? [09:04] I thought Debian dropped it [09:04] pitti: just got the ftbfs mail, strange [09:04] I use that xmms clone, audacious [09:05] * Fujitsu last used xmms around 2002, I think. [09:05] seb128: you are too good and fast; latest evolution-sharp from unstable still seems too old for our e-d-s version :) [09:05] Amaranth: xmms is still pretty stable compared to the others [09:05] pitti: yeah, I know about this one also ;-) [09:06] pitti: are you doing a round of GNOME cleanup today? [09:06] bmp looked like a promising replacement, until they decided to go all itunes [09:06] seb128: specifically I'm walking through http://people.ubuntu.com/~ubuntu-archive/testing/hardy_outdate.txt and see what got stuck [09:06] pitti: you can likely ignore most of GNOME things, I'm taking care of those [09:07] seb128: great [09:07] that helps a lot [09:07] pitti: libgpod requireds the sg3-utils promotion, there is a MIR in the queue for you if you want to unblock this one, that will give support for the nano generation [09:07] mjg59: isn't that what xmms2 is too? [09:07] wait, it's more like mpd meets itunes [09:07] new nanos rather [09:09] Amaranth: Yeah [09:13] pitti: kdebase/pmount and kdegraphics/kuickshow are both merge problems, I'll fix them [09:13] Riddell: thank you [09:13] Riddell: do you know if anyone is on the kdepim FTBFS? (dh_install: kdepim-doc missing files (/usr/share/doc/kde/HTML/en/kdepim-apidocs/*), aborting) [09:16] pitti: mm, didn't I fix that? [09:17] pitti: aye, it's all done https://edge.launchpad.net/ubuntu/hardy/+source/kdepim/4:3.5.7enterprise20070926-1ubuntu5 [09:18] 3.5.7enterprise? [09:18] Riddell: well, but that version is where I got the FTBFS for (on i386) [09:18] I don't see kirk anywhere :P [09:18] http://launchpadlibrarian.net/10546384/buildlog_ubuntu-hardy-i386.kdepim_4%3A3.5.7enterprise20070926-1ubuntu5_FAILEDTOBUILD.txt.gz [09:18] oh, missed that one [09:19] grump, all this KDE 4 bits and I do silly things with KDE 3 [09:27] Riddell: python-qt4 depends on python-elementtree; since that's in 2.5 now, it should depend on python2.5 | python-elementtree; do you want me to do that change, so that p-qt4 becomes installable again? [09:30] Riddell: that should clean a lot on http://people.ubuntu.com/~ubuntu-archive/testing/hardy_probs.html [09:31] calc: there are an awful lot of OOo bugs listed as targetting the alpha1 milestone, are those there because you're working on them and planning for them to all land in time or because some user has it out for you? :) [09:32] Or someone moved them from gutsy [09:33] Riddell: heck, I'm just doing it [09:36] pitti: iirc he has taken a day off today [09:37] dholbach: who? [09:37] pitti: Riddell? [09:37] dholbach: ah; right, I know, but I spoke to him 20 minutes ago :) [09:37] ah ok [09:37] :) [09:49] pitti: is it ok to depend on a universe package as long as it depends first on a main package? python2.5 | python-elementtree (python-qt4 is in main) [09:50] yes, that's valid [09:51] Thanks. [09:53] pochu: given that I just did that change in python-qt4 my answer should be clear :) [09:54] pochu: just FYI, for build dependencies it is even ok to have a b-dep "universe-pkg | main-pkg" [09:54] pochu: it's not very nice, but the buildds can handle it, so if it helps to drop a Debian delta, it can be done [09:54] * slangasek takes notes [09:54] :) [09:55] * pochu too :) [09:55] pitti: I need to keep the .preinst symlink magic for gimp still, right? [09:55] StevenK: until hardy yes [09:55] StevenK: if you mean the code that changes symlinks back to directories, yes [09:55] Well, until the first hardy+1 merge [09:55] since that's in gutsy final [09:56] Yup, okay [09:56] * pitti looks forward to the post-hardy merges; I saw too many debian deltas which are just upgrade fixes from dapper [09:56] seb128: I should be uploading gimp 2.4.2-1ubuntu1 soonish [09:58] StevenK: good [09:59] StevenK: would you consider a stable upload also for it or there is too many changes? [09:59] I've enough of users complaining on launchpad that gutsy has a candidate version when a new stable is available [09:59] superm1: thanks for the sg3-utils MIR; just for the future, can you please use the standard template instead of copy&paste from an old MIR? Thanks [10:00] seb128: Hah [10:00] seb128: So 2.4.2-1ubuntu1~7.10 ? [10:01] I don't see anything too brutal in the changelog [10:01] StevenK: rather 2.4.2-0ubuntu1, I don't think we want to merge with Debian in a SRU [10:02] StevenK: though asking for a backport of the hardy version might be easier [10:02] Oh no, we really don't. Given the change I just re-enabled [10:04] * StevenK wishes the Debian->Ubuntu debdiff wasn't stuffed full of po stuff [10:06] seb128: Test-building gimp now [10:06] superm1, seb128: sg3-utils looks good, promoted [10:06] slightly too late for publisher, but *shrug* [10:06] pitti: danke [10:06] StevenK: cool [10:08] seb128: I'll think about what to do for gimp 2.4.2 in Gutsy. Not sure at this point. [10:08] StevenK: ok, thanks [10:09] StevenK: ignore the calls for putting new upstream versions into gutsy? :) [10:09] StevenK: bug #157642 [10:09] Launchpad bug 157642 in gimp "gimp 2.4 *final* in gutsy" [Undecided,New] https://launchpad.net/bugs/157642 [10:09] pitti: I don't like getting new version, but the differences between rc and 2.4 are small and looks like it would make quite some user stop complaining [10:10] seb128: (just joking) [10:10] seb128: yes, if it's only a few justifieable high-impact bug fixes we can consider it [10:10] the number of discussions on forum, list and bug tracker indicates they take that as an issue, not sure why though, that's not very rational [10:10] most of them have no issue, they just feel it's unprofessional [10:10] but if there are some actual problems with the RCs, there shuold be bug reports [10:11] if it's just for the name, then *shrug* [10:11] right, that's my point [10:11] well, they argue that the changes are only some bug fixes [10:11] the old story [10:11] and that have release candidate written with a typo on the splash looks unprofessional [10:11] typo? [10:12] pitti: thanks (for python-qt4) [10:12] Riddell: you're welcome [10:12] pitti: bug #164609 [10:12] Launchpad bug 164609 in gimp "Spelling error in gimp (nothing that major) (dup-of: 145524)" [Undecided,New] https://launchpad.net/bugs/164609 [10:12] Launchpad bug 145524 in gimp "Splash screen typo error" [Undecided,Fix committed] https://launchpad.net/bugs/145524 [10:13] "conadidate", sweet [10:13] indeed ;-) [10:13] it has 306 hits in Google, so it is clearly a valid word *duck* [10:14] (yes, most of them are about this buglet) [10:15] cjwatson: perl looks fine here, synced [10:22] pitti: seb128: it's exactly the same version as gconf2 [10:23] pitti: that's not true [10:23] pitti: 2.20.0-1 against 2.20.1-1 [10:24] seb128: I blame not having had tea yet [10:24] ;-) [10:25] * seb128 hugs pitti [10:25] (darn, I thought I looked twice and thrice) [10:35] pitti: thanks [10:35] mjg59: gtk 2.x porting> except when you have custom controls or care about exact font behaviour, e.g. putty [10:36] cjwatson: Do you object if I do your brltty merge? [10:37] TheMuso: not in the least, please do [10:41] TheMuso: hi, did you read my comment about gnome-orca yesterday? You have an update listed on the wikiTODO, could you have a look at merging on Debian which has a new version now? [10:42] seb128: I didn't see your comment, but I'll have a look. [10:42] TheMuso: thanks [10:43] pitti: your bug-buddy upload built correctly ;-) [10:43] let's rebuild gnome-python-desktop now [10:43] shall I give it back? [10:43] or does it need an upload [10:43] pitti: what? gnome-python-desktop? it needs a rebuild due to libtotem-plparser soname change, I'll do it now [10:44] s/rebuild/upload [10:44] ah, that; appreciated, I saw it this morning on the NBS list [10:44] pitti: there is several empty files in the NBS list, any reason those are not cleaned automatically nowadays? [10:44] seb128: we shuold never do that automatically [10:45] pitti: or does it just need somebody running the command? [10:45] pitti: right, but I mean that's easy cleaning usually, no? [10:45] seb128: it sometimes gets confused if a package is just in needsbuild, or so [10:45] seb128: yes, the 0 ones are easy, they just need a quick sanity check [10:45] pitti: I was just wondering if I should have a look [10:45] seb128: if you want to, please go ahead [10:45] pitti: ok, will do that === pedro is now known as pedro_ [11:10] Sigh [11:10] "It's unprofessional" We have deadlines to meet, and Gimp released 2.4.0 *the day after we released*. That's just mean. [11:12] seb128: Did you read these bug reports? Apparently, we need to update gimp and *keep updating it* [11:12] Never mind working on Hardy. [11:13] seb128: In better news, gimp built, just lightly testing it. === cprov-zZz is now known as cprov [11:16] StevenK: I don't care about the "keep updating it", I think they have a point about the candidate typoed version looking unprofessional, I would have no issue to point them to the SRU policy for minor version updates [11:16] seb128: Sure, but let's shut them up for a little while with 2.4.2? [11:17] that would be nice indeed [11:17] I'm trying to think of a parallel to this in other OSes [11:17] Where a major version of the OS is released with a "release candidate" version of one of its apps [11:18] seb128: Gimp looks good, uploading. It'll take a while. [11:18] mpt: What would we do? 2.4.0 was released the day after. [11:18] I'd expect most distros will have done that at least once, though a lot of the time it won't be as visible as here. [11:19] I'm not talking about "distros" so much [11:19] mpt: And we already had 2.3 in Gutsy for testing [11:19] Linux distributions offer reams of pre-1.0 software, but that's much better-hidden [11:20] mpt: it doesn't arise in other OSes because the same organisation is usually doing (almost) all the applications and so (almost) all the applications can be released in step [11:20] yes [11:20] you can't just ignore the organisational aspect ... [11:21] Might be interesting to trawl the free software shipped with Solaris and see what's in there... [11:21] Right, and meanwhile there's bazillions of people who don't know that [11:21] So the mental models need to meet somewhere [11:22] StevenK, I honestly don't know :-) [11:23] Sometimes this stuff gets avoided by people simply not uploading prerelease versions when they might end up in a release but that ends up with people complaining about old versions. [11:25] broonie: And a war of attrition about versions is no fun [11:26] mpt: what other OSes actually ship any applications by default? [11:26] And Wordpad and Notepad don't count. :-P [11:27] IE and Safari are applications [11:27] (even if IE is more tightly integrated than it ought to be) [11:27] cjwatson: arguably. [11:27] IE at least is very, very tied into the rest of the OS. [11:27] And Apple pushed back Leopard how much? [11:27] window media player is also an application [11:27] I don't know how hard it is to replace Safari with Firefox on a MacOS installation. [11:28] seb128: I've so far failed to remove it on my systems, at least. [11:28] It's pretty straightforward. [11:28] . o O { we need more buildds } [11:28] seb128: I'd count that as more an annoyance. :-P [11:28] broonie: how would you go about removing it? It's not just a .app, is it? [11:29] Mithrandir: I'd trash the .app :/ [11:29] Mithrandir, Windows, Mac OS X ... was that a trick question? [11:30] while I disagree with the precise form of Mithrandir's question, it's clear that those operating systems ship many fewer applications [11:30] which is an important point for us to convey [11:30] and none developed by third parties on an independent schedule, I believe. [11:30] But they control them themselves. [11:31] We don't control Gimp or Gnome upstream [11:31] Mithrandir, drag it to the Trash., like broonie said [11:31] mpt: what then happens if you click an HTTP link in your chat client? [11:31] Solaris is probably getting closer to what Ubuntu is doing - they do ship things like GNOME, but they keep them at arms length from the core OS. [11:31] Mithrandir, it opens whatever your default browser is [11:32] The only catch is that there isn't an equivalent of Ubuntu's "Preferred Applications" window (any more) [11:32] So each browser (e.g. Firefox, Camino, Opera) has a "Default browser:" menu in its own Preferences window [11:33] then it might look like mac os ships with at least one application. === Shely is now known as MJ086 [11:34] It ships with iTunes, iPhoto and stuff too. [11:35] and those are easy to remove and replace with other apps too? [11:35] Mail, iChat, QuickTime Player, TextEdit, iSync, a bunch of utilities [11:35] * StevenK waits for dput to stop completly and utterly not sharing his upstream bandwidth [11:35] "Easy" depends on how much migration you want [11:36] e.g. Mail 2.0 and later uses a proprietary maildir variant [11:36] Sigh. Of course it does. [11:36] but "remove", yes, drag them to the Trash [11:36] mpt: for mail, stuff like mailto: links then open correctly in your preferred email client. [11:37] I assume so, I've never tried [11:37] Mail has a "Default Email Reader:" menu in its Preferences, so I guess so [11:38] foo@example.com [11:38] yep, works [11:41] The other catch is that there's no equivalent to Synaptic's "Mark for Complete Removal" [11:43] Phew. Gimp uploaded === dholbach_ is now known as dholbach === pedro is now known as pedro_ === Hobbsee_ is now known as Hobbsee [12:24] mvo: If the Pre-Depends field in the installed package doesn't match that in the Packages file, apt will think they're not the same package, right? [12:24] Znarl: ping [12:28] mvo: we need to flip on apport notifications for alpha 1; do you plan an update-notifier upload soon? if not, I'll do it === doko_ is now known as doko [12:38] pitti: feel free, I have currently no plans, but please build from bzr [12:38] right [12:38] soren: yes, then it will do its reinstall dance [12:39] mvo: Thought so. Thanks. [12:54] argh, sparc just exploded [12:54] http://people.ubuntu.com/~ubuntu-archive/testing/hardy_probs.html [12:55] something in the last few hours caused sparc to become totally uninstallable; any idea? [12:55] * thegodfather sighs [12:55] pitti: i'll check [12:56] pitti: the yada plague. or the effects of the MOTU drinking game. either way. [12:56] pitti: but i blame gtk or something along those lines :) [12:56] pretty weird, it causes packages on the level of automake to become uninstallable [12:56] thegodfather: that would hardly cause debhelper uninstallability [12:57] pitti: are you sure ? :) [12:57] thegodfather: not unless it introduced something like Conflicts: libc6, kernel, libgcc1 :) === ogra1 is now known as ogra [12:58] pitti: perl is uninstallable on sparc. [12:58] aah [12:58] just buildd desync then, I guess [12:58] and perl was uploaded an hour ago [12:58] right, needsbuild on spar [12:59] c [12:59] * pitti bumps [12:59] and probably can't build [12:59] given that nothing is installable [12:59] thegodfather: why not? [12:59] the chroots shouldn't just upgrade then? [12:59] it's not the first perl upload we did, and it never killed the buildds, so I hope this one will get through, too [13:00] pitti: chroots autoupdate, right. but if nothing can be installed, you won't be able to install perl B-D either [13:00] pitti: can't check here yet.. the problem is not propagated to my local mirror yet [13:00] thegodfather: all of the perl build-deps are installable. [13:00] (not in details at least) [13:01] ok [13:01] thegodfather: don't worry; I think it'll sort out itself [13:01]