[00:47] lamont: are there any blockers you know of wrt merging gettext 0.17? if not, I'll go ahead and chase it [00:51] hmm, I suppose you'll be wanting to keep that hppa javaless patch in there for now, won't you :-P [01:30] hrm. does MoM pull in translation updates from LP? [01:31] the gettext merge seems to include updated translations of the GPL copyright header, which don't come from the previous Ubuntu diff [02:02] :-) [02:03] oh noes, it's sabdfl! [02:03] he's smiling! he must be plotting something, too! [02:03] * Hobbsee brings out the evil white rabbit [03:58] soren: so, fix it. === imbrando1 is now known as imbrandon === mekius_ is now known as mekius === mekius_ is now known as mekius === asac_ is now known as asac [04:36] keybuk; !!! wru? :p [04:37] desrt: he went mad, so we shot him [04:37] well, about time [04:37] all this ranting about InitKit [04:37] someone had to take the boy down [04:38] Hobbsee; how are you this evening (er... day) [04:38] ? [04:38] GCC could be renamed as KitKit, since it’s a kit you use to make kits. [04:39] desrt: i'm doing OK. fortunately, i don't have work today! \o/ [04:39] ion_; now that would just be silly! [04:39] duh [04:39] people who have work -any- day are suckers! [04:41] heh [04:47] desrt: I thought you were joking [04:48] about what? [04:48] initkit [04:48] i'm not joking. [04:48] btw: Hal is being renamed to DeviceKit [04:48] I just found the mailing list [04:48] (i'm also not joking about that) [04:49] yes, well it and udev are going to undergo some sort of merger. I really don't understand much about that layer of my system [05:02] Wow. A merge? [05:02] * TheMuso sighs. Why don't people get it right the first time? [05:07] TheMuso: "get it right" referring to udev and hal? [05:08] if you ask me, udev was right from the beginning... :) [05:08] Yeah, referring to udev and hal. [05:09] And it seems that this crazy kit naming has caught on too much. [05:09] to me anyway [05:10] TheMuso: it's the new K* [05:11] * slangasek installs the Kit Desktop Environment [05:11] haha [05:12] * TheMuso hopes that that environment has AccessibilityKit. [05:12] Hmmm. Brltty to be renamed Braillekit. :p [05:12] * TheMuso ducks [05:13] heh, cool [05:13] slangasek: for now, lets keep the java-free hppa love, and I'll be working this week on bootstrapping java [05:13] (gettext) [05:13] slangasek: you wanna do that merge? that'll let me go to sleep [05:14] otherwise, I'll do it in the morning. :-) [05:18] lamont: already worked through it, want to sponsor it? :) [05:18] https://bugs.launchpad.net/ubuntu/+source/gettext/+bug/175775 [05:18] Launchpad bug 175775 in gettext "Please merge gettext 0.17-2 (main) from Debian unstable (main)" [Wishlist,Confirmed] [05:18] slangasek: sure... got a signed source.changes et al? [05:19] can do [05:20] lamont: http://people.ubuntu.com/~vorlon/gettext_0.17-2ubuntu1_source.changes [05:22] hmm, anybody know if a MIR is needed for a lib split? It's the same source, just new packaging [05:23] LaserJock: can you elaborate on what "lib split" means? [05:23] sorry [05:24] goffice0.4 was added because goffice has gone to 0.5 and 0.4 is still needed [05:24] goffice is in Main, goffice 0.4 was in gutsy so I would assume the code is ok [05:26] why are they both needed in main? [05:27] I'm not sure yet if we need goffice0.4 in Main yet, but I *think* abiword is going to need it [05:27] since that's code duplication, that's a case that should go through MIR [05:27] ok, just wondered [06:47] Hi all! [06:50] infinity: ping [07:57] good morning [07:58] good morning [07:58] hey LaserJock === doko_ is now known as doko [08:19] Good morning [08:23] arghh, anyone here knows how I can make a laptop not to turn backlight off after 10min ?? I have no ACPI/APM loaded, X started with -dpms [08:23] it's really old laptop crap (Toshiba from 1998) [08:24] pitti: good morning! [08:26] Greetings everybody! [08:26] hey MacSlow, moin warp10 [08:27] hey pitti, seb128 [08:27] hi Mac [08:27] hi MacSlow === ScottK2 is now known as ScottK [08:43] bdmurray: do you think thekorn's text branch is ready for merging? [08:44] hey seb128, happy archive day [08:46] hello pitti, thanks [08:46] started the day with almost 300 items in NEW [08:46] ugh [08:46] * pitti hugs seb128 [08:46] did somebody did new sources import from debian? ;-) [08:47] pitti: new-binary-universe-debian cleaned most of those so that's alright [08:47] pitti: I did wave glade and its binaries to universe too [08:47] ah, ok [08:47] seb128: yes, me (yesterday) === \sh_away is now known as \sh [09:09] pitti: please give back nip2/7.12.5-2build1 [09:10] Riddell: done; just fixed the hal bug, BTW, I'll give-back kdepimplibs once it's built [09:11] yay [09:26] good morning [09:28] hi geser [09:28] Hi pitti [09:32] hey geser, hey pitti [09:34] pitti: bug #152579 [09:34] Launchpad bug 152579 in bsdmainutils "calendar does not have new daylight savings time dates for the US" [Undecided,Confirmed] https://launchpad.net/bugs/152579 [09:37] Hi dholbach [09:38] hey geser [09:57] asac: may I bitch about the xulrunner insanities having to patch configure files? [09:58] hello [09:58] i have a question about patents [09:58] * Fujitsu patents asking questions about patents. [09:58] heh [09:58] what does this mean: [09:58] This application claims the benefit of U.S. provision application Ser. No. 60/024,789 filed Sep. 9, 1996, now abandoned. [09:59] http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=%2Fnetahtml%2FPTO%2Fsrchnum.htm&r=1&f=G&l=50&s1=6,272,467.PN.&OS=PN/6,272,467&RS=PN/6,272,467 [09:59] for that patent [10:21] mr_pouit: about the xfwm4-themes sync, don't you need the cdbs magic for the translations template update? [10:30] Impressive. I have a merge on my machine I don't remember doing. [10:34] StevenK: is this a bad sign or a good one? [10:34] geser: I have no idea. :-) [10:34] StevenK: For hardy? [10:35] persia: Yup [10:35] persia: I'm uploading it now [10:37] asac: what happend to the xulrunner/mono issue?:) [10:41] Here's wishing dput had progress bars [10:43] StevenK: put "progress_indicator = 2" into your dput config [10:44] Ooooh [10:45] Now I want to upload something else :-P [10:47] How about uploading scons? ;) [10:58] slomo: i dropped the ball yesterday after learning a bit about mono native bindings :). I will probably ask things later today though. === pedro__ is now known as pedro_ === Shely is now known as Schneeflocke [11:22] pitti: please give-back: apt-zip [11:23] geser: done [11:34] Not sure you people saw the Ulteo OO.o online desktop launch [11:35] I'm browsing their /etc from oowriter's file > open, and it seems to be running on dapper [11:35] lool: ulteo is baded on kubuntu afaik [11:39] yes [11:39] I kind of wonder what their security model is exactly === dholbach_ is now known as dholbach [11:51] lool: got a screenshot? [11:54] morning! [11:56] Riddell: kdepimlibs given back, hal is in the archive now [11:56] Riddell: Sure, there's nothing to see though [11:57] Riddell: http://people.ubuntu.com/~lool/ulteo.png [11:58] lool: groovy, is it using the NX java applet? [11:58] Riddell: It's using a java applet; how could I check it's NX? [11:59] I think I read about translating X events into AWT in some Google video [11:59] It certainly looks like what they are doing [11:59] lool: view source I guess [11:59] Riddell: archive="SSHVncApplet-0.2.9.4-3-signed.jar,SSHVncApplet-0.2.9.4-3-jdkbug-workaround-signed.jar" [12:00] It seems it's VNC [12:00] From what I saw, there is another home dir of another user which I can't reach (unix perms) [12:00] I don't know whether they purge the servers at some point [12:00] They use PAM to store some encfs [12:01] Hmm I wonder how they auth the VNC === haggai_ is now known as haggai [12:03] The web page seems to have a login and password and host and port for SSH [12:04] geser: is that scons underquoting problem known upstream? [12:04] and/or in Debian [12:04] ? [12:19] pitti: see bug 87077 [12:19] Launchpad bug 87077 in scons "The build of xmms2 fails because of HASH(0x82db558)="" in the environment" [Undecided,Fix released] https://launchpad.net/bugs/87077 [12:20] pitti: it was filed upstream (http://scons.tigris.org/issues/show_bug.cgi?id=1689) and the problem seems to be Ubuntu specific [12:21] Nobody else is going to be defining environment variables with names like that. [12:21] pitti: the affected packages by this bug build successfully with the scons from Debian in Debian and inside a pbuilder but not on the Ubuntu buildds [12:22] Riddell: It would be more interesting to get a screenshot of the full desktop running [12:22] It's quite limitative to only look at OO.o [12:22] The reason the fix is Ubuntu specific is that it just chops out the affected method of spawning child processes which isn't ideal. [12:23] * broonie = Debian SCons maintainer and author of that patch [12:23] Globally, I find use of ooo is really unconfortable; I have plenty of bandwidth, and it's quite sluggish; I can't copy-paste one way or another; closing ooo makes it display the crash recovery tool next time around; it takes some 30 seconds at least to startup... [12:23] lool: have you tried the full desktop? [12:24] Riddell: I can't; it's reserved to beta testers [12:24] geser: why the heck does someone want to pass an env var HASH(0x82db558)="" ? that looks like a bug in xmms2 itself? [12:24] broonie: ^ (maybe you know) [12:25] lool: oh, right [12:25] You'd need to ask whoever runs your buildds. [12:25] ah, I see it in the bug, nevermind [12:25] It looks like Python leakage from iterating over an object. [12:26] perl, not python [12:26] it's an sbuild bug [12:26] pitti: it wasn't only xmms2 which is affected by this, but at least two other packages too [12:27] I guess in our sbuild modifications [12:27] right, but that should be fixed asap then [12:27] infinity: ^-- (reminder) [12:27] carrying such package delta hacks over several releases just for this is ugly [12:27] cjwatson: I think I heard about similar HASH() env vars in Debian in the past; I'd suspect it's an old sbuild issue which Debian sbuild doesn't have [12:27] (anymore) [12:27] quite possibly, yeah [12:27] There are so many sbuild forks though [12:28] seb128: mono-addins approved and promoted FYI [12:34] pitti: did you look at libkarma? do I need to get more information on it? [12:42] Riddell: I think so; it's in the bug 174306 [12:42] Launchpad bug 174306 in libkarma "MIR: Please include libkarma in hardy main" [Undecided,Incomplete] https://launchpad.net/bugs/174306 [12:47] thanks [12:54] warp10: hm, this changes nonessential things; is this meant for gutsy-proposed or hardy? (changelog says 'gutsy' which is invalid) [12:55] pitti: sorry, my mistake: it is for hardy [12:56] warp10: ah, ok [12:56] pitti: should I prepare another debdiff or you'll take care of this? [12:57] warp10: don't worry, I can do that simple replace :) === cjwatson_ is now known as cjwatson === kiko is now known as kiko-fud [13:05] Hobbsee: you should hug pitti for sponsoring scons :) [13:06] pitti: thanks for becomming the maintainer of scons :) [13:06] * Hobbsee hugs pitti [13:06] may it give you much joy and colour :) [13:06] pitti, seb128, Hobbsee: anyone remember rejecting python-kde4? it doesn't seem to be in new any more and there's no message in ubuntu-archive [13:06] Hobbsee: it doesn't have my name in the changelog, don't worry [13:06] Riddell: i only did the first one, as tonio requested. [13:07] pitti: you still show up on MOM [13:07] Riddell: *scratching head* not really [13:07] seb128: could you look at bug 131751, please? It looks like you dropped part of Ian's changes by mistake in the merge [13:07] Hobbsee: rejected it? [13:07] Launchpad bug 131751 in consolekit "Unable to switch Virtual Terminal with C-A-F[1-6] on Intel-based new laptop" [Undecided,New] https://launchpad.net/bugs/131751 [13:07] Riddell: yes. when it had not been reviewed - it was meant to go to revu. [13:08] cjwatson: Heh.. I was just looking at that, actually. [13:08] Why was it again that stracing X didn't work? :-/ [13:08] Riddell: that was not the version that you're asking about, though [13:08] soren: it works if you strace it from something other than an X terminal emulator [13:09] cjwatson: Why does that make a difference? [13:09] soren: if you strace it from an X terminal emulator, X deadlocks when strace tries to print the pid [13:09] it would probably be OK if you used strace >file 2>&1 rather than strace -o file [13:09] ?? [13:10] Process 30576 attached - interrupt to quit [13:10] it's when it tries to print that [13:10] AFAIK [13:10] That makes no sense to me. [13:10] *shrug* [13:10] seems to be the case :) [13:10] * soren falls over [13:10] soren: it's a loop. strace is the child, so all the strace output generates strace events, etc. [13:10] or possibly it's the terminal emulator tries to do something else [13:10] That's.. [13:11] s/tries/trying/ [13:11] at any rate, stracing while sshed in does fine [13:11] persia: So? tcpdumping over an ssh connection works, it just goes wild. It doesn't hang or anything. [13:11] soren: Hmm. True. [13:11] Riddell: I didn't reject it, no [13:12] cjwatson: looking [13:12] * soren tries to strace the gnome-terminal that tries to strace X and see what happens [13:12] seb128: looks like you kept the patch from Ian's first upload, but not the second [13:12] soren: tcpdump -n not port 22? :) [13:12] Chipzz: Sure. [13:13] cjwatson: this bug has been opened before my upload [13:13] (reading) [13:13] seb128: the thing I'm seeing is definitely due to the busted merge [13:13] seb128: it's *possible* that the original bug was actually something else and I wrongly attached my report to that bug [13:14] in which case, my apologies, but the problem is still there :) === cprov-away is now known as cprov [13:20] cjwatson: hum, the patch he attached on the freedesktop bugzilla is different of the one in the gutsy package and I used the bugzilla one because that was easier that getting .diff.gz changes [13:20] cjwatson: will fix that [13:21] * seb128 grrrrrr at people not using a proper patch system for distro changes [13:21] It doesn't apply anymore anyway.. [13:21] great [13:21] Yes, isn't it? :) [13:23] I'm wondering why the bug would be intel specific though [13:23] I don't think it is [13:23] it may be timing-dependent [13:24] somebody mentioned in the bug that it happened to them with nvidia [13:24] seb128: thanks for fixing that; please update the freedesktop bugzilla patch if you haven't already [13:24] (er, that was obvious I guess) [13:25] cjwatson: you're welcome, I'll update the patch there [13:25] Oh, you fixed it already [13:25] ? [13:25] soren: no, but I'm looking at it now [13:25] soren: and I'll update the patch once I figured what is the right way to fix it ;-) [13:25] seb128: Ah, ok. Got it :) [13:26] soren: if you have an opinion on the topic you are welcome to share it though ;-) [13:26] seb128: I still blame policykit. [13:26] seb128: Are you aware of how to switch on its debug output? [13:27] seb128: "/etc/init.d/policykit reload" toggles debug mode. [13:27] I'll pastebin the output from when this happens. Hang on. [13:28] soren: weird, the script has no reload case [13:28] Er... I meant consolekit. [13:29] ah, right [13:29] thanks for the hints ;-) [13:29] I get confused by all these new kits. :) [13:29] http://paste.ubuntu-nl.org/47946/ [13:31] soren: it's part of world domination [13:39] tkamppeter_: well done on joining MOTU [13:40] seb128: I think I have a pretty good idea about what's wrong. [13:41] soren: you are welcome to debug it then ;-) [13:41] soren: the gutsy version has an extra vt_park_enable which is not in the patch I used for the hardy upload [13:42] + /* We park only once: enable is set when a session exits [13:42] + * and cleared here when we choose a new session. */ [13:42] + seat->priv->vt_park_enable = FALSE; [13:42] Looking at the debug output, you'll notice ck_seat_set_park_vt apparantly never gets set. [13:42] soren: ^ that's the corresponding change [13:42] Er... get called, I mean. [13:43] And that seems to be the only place where seat->priv->vt_park_num gets set, and hence it never figures out that it's supposed to stay on vt 1 (or whichever vt you're switching to, obviously). [13:45] * soren *really* goes to lunch now. [13:49] asac, http://people.ubuntu.com/~ogra/LightBrowser/ i couldnt resist :) [13:50] looks like fun ... whats that exactly now? [13:50] ogra: ^^ [13:52] mybrowser with hqalf way added bookmark support and some prefs stuff, its a fun project, i'll probably poke around more on it during christmas holidays and finish the functions (just a bit playing around with xul during disconnected travelling the last days) [13:52] it was scary to recognize how much of my javascrip skills vanished over the last three years when i touched it last ... [13:53] so a bit practicing isnt bad :) and probably it becomes an app, who knows :) [13:55] its cool that xclrunner just inherits the plugins with just adding a link so its a fullly functional browser without tab support limited to a single window ... [13:56] *xul [13:56] eating only 20% of ram ff needs [14:02] cool [14:02] ogra: so i can count you in to the set of ubunt devs that can develop xul apps :) [14:02] welcome! [14:02] lol [14:03] delegation in action [14:03] * ogra grins [14:03] or increases in insanity on display, yes.. [14:04] xul is fun, its like my old perl cgi/javascript db webapps i wrote back in other jobs :) [14:04] just no perl involved (luckily) [14:06] ogra: so you adapted the midbrowser concept to have the toolbar at the bottom? why that? [14:06] sub { $_[0]->("$_[1]!") }->(sub { print "Hello @_" }, "world") [14:06] the mybrowser code had that ... [14:06] oh [14:06] ok [14:07] i just took what was there and started adding features [14:07] ogra: actually, epiphany upstream devs are trying to do that: make a xulapp out of epiphany [14:07] (and modifying the existing stuff) [14:07] but i guess it won't be ready for hardy (only the old gtkmozembed thing) ... so maybe help out there ;) [14:07] that should be trivial [14:08] well, i have a lot on my plate already i guess working into the epi code is a bit harder than taking twh 100 LOC from mybrowser and addin another 100 :) but i`ll take a look === kiko-fud is now known as kiko [14:08] ogra: cool ... feel free to add a bzr branch to ~mozillateam :) ... I am looking for xulapps to include in hardy. if the browser becomes usable i am happy to ship it :) [14:09] ogra: so what is missing to get a fully functional browser? bookmarks? certificate management? [14:09] anything else? [14:10] does typeahead find already work? [14:10] i want it to run fullscreen, havent found the right trigger for that yet (and it seems xul isnt ready in that area either yet) [14:11] adding bookmarks and setting the homepage works fine, removing bugmaks is missing [14:11] ah :) [14:11] heh [14:11] funny typo [14:11] fullscreen should be possible ... i will try to look it up if i need a distracting minute :) [14:11] the font scaling only exists in the ui yet [14:12] not in the embedded browser ... i need to look how its done in ff [14:12] ah, and all typical ff keycombos work :) [14:13] ogra: you have to use the FullZoom method on the html document you can get from the browser [14:13] * ogra rarely uses the mouse while browsing [14:13] (that zooms images as well ... which is what ffox 3 does now) [14:13] ah, nice, thanks for the hint [14:16] seb128: Any progress? [14:16] soren: didn't look at it yet, I've it next on the queue for when I'll be done with the gdm merge [14:17] seb128: Oh, ok. I'll stop pestering you then :) [14:17] soren: I was not sure if you were on your way to fix it and didn't want to duplicate work too ;-) [14:18] seb128: Well... I was hoping that shouting random semi-useful hints here and there might magically fix it. :) [14:19] soren: that's useful informations, thanks, I'll look at it when the gdm update is uploaded [14:19] seb128: I've got a stack of stuff, that I'm actually supposed to be looking at, which is not really the case for consolekit. I just got fed up with not having access to my console. :) [14:19] * soren hugs seb128 [14:19] * seb128 hugs soren back === Hobbsee is now known as Peer === Peer is now known as Hobbsee === kiko is now known as kiko-afk === cprov is now known as cprov-lunch [14:48] does anyone know of a program to generate .deb files? [14:48] michael14486: debuild [14:49] michael14486: https://wiki.ubuntu.com/UbuntuDevelopment#head-86b3c262f4e4b222c867211cb06bb46523c7cc6f [14:49] thanks [14:51] hey guys, just wanted to ask when the linux-restricted-modules 2.6.24 will be out ? [14:53] ppum: it's been uploaded, just needs to actually build now [14:53] ppum: i don't know but there is a problem with amd/nvidia drivers http://lkml.org/lkml/2007/11/1/257 [14:57] is there any way to graphicaly make .deb packages (none of the command line ones worked for me) [14:57] ???????????????/ [14:58] * ion_ chuckles [14:58] michael14486: not to my knowledge; everyone here uses command-line tools for this [14:58] michael14486: I would recommend finding a different channel; this channel is for development of Ubuntu itself [14:58] dholbach: I plan on testing that some today [14:59] we're not really set up for mentoring people who just want to do one-shot packaging [14:59] bdmurray: ROCK [14:59] michael14486: if you're just trying to package something for your own use, checkinstall may help you [14:59] my programs are al shell scripts that run from bin to accsess the itunes store [15:01] cjwatson: shame on you, recommending checkinstall... [15:01] cjwatson: next you'll be mentioning yada, and other crackful tools. [15:01] Hobbsee: I'm not recommending it for packaging software in the Ubuntu archive. [15:01] Hobbsee, why, for personal use thats fine [15:02] ogra: i've seen too much of the "of personal use only. oh, i think i'llj ust share this ready-made deb" [15:02] you just need to keep track of it to not forget about it at dist upgrades [15:02] since there it myght get tricky [15:02] ogra: or "checkinstall is bad, it does not package a program with a library in it correctly" [15:03] cjwatson: so you have not gone utterly insane. good :) [15:03] the package description should probably have a warning :) [15:03] (up to a clever MOTU i guess :)) [15:03] ogra: now really. no one is silly enough to do such a thing. TIL principle. === tkamppeter_ is now known as tkamppeter [15:09] whats so bad about checkinstall and yada? [15:10] michael14486: they produce unfortunate results when used for packages in Ubuntu itself. That isn't to say that you can't use checkinstall for local use only. [15:10] michael14486: they just package up the contents of a directory, which may not be the correct thing to do [15:10] Chipzz: that's what checkinstall does, but not yada. They're very different. [15:10] michael14486, its missing dependencies fro example, so it will only work on the system you compiled on [15:10] michael14486: some files are supposed to be generated [15:10] yada is deprecated hereabouts because it's just obscure and hard to read [15:10] michael14486: like for example the fontconfig caches and gtk icon themes (just to name a few) [15:11] at any rate, I think we are confusing michael14486 far more than we are helping him [15:11] if you just package these files, they'll overwrite existing files which leads to disaster [15:11] michael14486: your best bet is really to read the packaging guides and take it from there [15:11] cjwatson: I was only talking about checkinstall anyway ;) [15:12] so when its installed it will over write the files like bin that it installs to? [15:13] michael14486: if the files in your package are mutually exclusive to the files installed on the system, it may not be that bad (though it's still inappropriate) [15:14] and will the packaging guides work with scripts and no programs (thats what i use because i dont know enough c to really do anything) [15:14] packaging shell scripts is strictly simpler than packaging C programs [15:15] but this is not appropriate for this channel [15:15] I suggest #ubuntu-motu [15:15] michael14486: the gist of it is, a lot of files are actually meant to be generated in the system in which they're supposed to work; if you make a package with checkinstall, it just (temoporarily) installs into a seperate dir and packages that. that temporary dir is distinct from (and often conflicting with) the system the package is supposed to be installed in [15:16] doko: as curl (main) depwaits now on libssh2-1-dev (universe) is it ok to drop that build-dependency? [15:16] and I'll shut up now :) [15:17] geser: hmm, I think I have to ask cjwatson and pitti again about main inclusion [15:17] geser: personally I'd prefer dropping it, yes; what actual benefit does it give us? ssh isn't even enabled for the gnutls build [15:18] pitti, any opinion about devscripts and the added dep while youre at giving recommendations for MIRs ? :) [15:18] openssh is a mature project, and people still find holes in it occasionally; libssh2 gets much less attention and is much younger [15:19] ogra: that perl lib? that sounded harmless enough, but I need to read your mail again [15:19] it is harmless i think but since we try to reduce main stuff its also something we dont use at all [15:19] pitti: as curl builds without this build-dependency, I'll prepare a debdiff [15:20] ogra: so, if we have a diff anyway, we can leave it out; if dropping the build dep would be our only delta, it's easier to promote such trivial libs [15:20] erm, s/dropping// [15:24] pitti, well, there is one extra build dep diff (we add lsb-release), i'll drop it then [15:25] still enough time for complaints and switching it :) === cprov-lunch is now known as cprov [15:30] pitti: bug #175891 if you have time [15:30] Launchpad bug 175891 in curl "[hardy] Drop libssh2-1-dev from Build-Depends" [Undecided,New] https://launchpad.net/bugs/175891 [15:30] any other main sponsor is also welcome [15:42] someone broke amd64 quite badly, it appears. [15:42] Hobbsee: ? [15:43] http://people.ubuntu.com/~ubuntu-archive/testing/hardy_probs.html [15:44] ah, probably seb's fault :) [15:44] yeah, blame seb128 todya. [15:44] gni? [15:44] no, just a gtk+2.0 buildd desync, I guess [15:44] pitti: right, looks like [15:44] libgtk2.0-0 is held back on a dist-upgrade [15:45] ah, it FTBFSed on i386, built on amd64 [15:45] oookay? [15:46] hm, now it's needsbuild [15:46] seems someone just gave it back? [15:46] * Hobbsee did not. [15:46] pitti: needs a retry [15:47] sparc is needsbuild, not other arches [15:47] pitti: apparently slomo changed it to require the new directfb but didn't update the Build-Depends requirement [15:47] ah, my fault; I looked at the wrong tab [15:47] * pitti gives back [15:47] * seb128 hugs pitti [15:47] argh, buildd.py fails on + in package names [15:47] * pitti fixes that first [15:47] i thought you fixed that. [15:48] in versions, not package names [15:48] i then thought you fixed package names as well [15:48] no [15:51] script fixed, gtk retried [15:52]