=== kiko__ is now known as kiko
[02:45] <ubotu> New bug: #184490 in soyuz "Deleted PPA packages still displayed on +packages page" [Undecided,New] https://launchpad.net/bugs/184490
[03:23] <bd_> When reporting a bug using the 'complicated bug reporting form', what does it mean when the summary box is highlighted with the error: "Constraint not satisfied"?
[03:24] <bd_> the summary I'm trying to use is "free(): invalid size message when running cgoban2
[03:24] <bd_> in kaffe
[03:24] <bd_> ... and now it's randomly working oO
[03:24] <bd_> hm, maybe a newline snuck in...?
=== \sh is now known as \sh_away
=== fabbione_ is now known as thegodfather
=== \sh_away is now known as \sh
[11:58] <Lure> any way to clean my ppa - I get warnings (2GB used) all the time and do not know when this will stop to work...
[12:05] <Hobbsee> Lure: why don't you shove into ~kubuntu-members ppa btw?
[12:06] <Lure> Hobbsee: because this are my test builds and not something I want to push to many users
[12:06] <Hobbsee> true
[12:06] <Lure> Hobbsee: but I am thinking to start multiple teams in LP for different stuff (kdepim-enterprise, digikam-prerelease...)
[12:06] <Hobbsee> Lure: erm, do you want to reversion those kdepim packages before getting them uploaded?
[12:06] <Hobbsee> Lure: you get stuck with email addresses, in some cases
[12:07] <Hobbsee> but that's why we have a separate kde4 one
[12:07] <Hobbsee> also, they can boost your storage limit, too
[12:07] <Lure> Hobbsee: they just need to remove ~ppa~lureX, they should work
[12:07] <Hobbsee> and apparently delete is either there on beta, or almost there
[12:07] <Lure> Hobbsee: problem is that it works beyond 1 GB, I am only concerned there is also some hard limit where it stops working
[12:08] <Lure> Hobbsee: good, having delete would solve 80% of my issues ;-)
[12:09] <Hobbsee> Lure: i suspect there isnt.
[12:09] <Hobbsee> Lure: then again, i'm still wondering why they decided to actually enforce bandwidths, when they had no delete
[12:12] <Hobbsee> Lure: when will you go for core, btw?
[12:13] <Lure> Hobbsee: no plans really
[12:13] <Lure> Hobbsee: I have enough kubuntu core-dev friends that do my uploads ;-)
[12:14] <Hobbsee> Lure: awww
[12:14] <Lure> Hobbsee: and rather spend my time on code, so more looking into kde4 hacking upstream
[12:14] <Hobbsee> i guess if you're a core dev yourself, others hit you for uploads
[12:15] <Lure> Hobbsee: I just rather hack the code than learn packaging to the level I need for core 
[12:15] <Lure> ;-)
[12:16] <Hobbsee> Lure: ahhh.  i thought you already had that.  coulda fooled me.
[12:17] <Lure> Hobbsee: for leaving, I have to manage SW engineering teams, so they do not allow me to code anymore, so FOSS is nice excuse to not get rusty ;-)
[12:17] <geser> does somebody have an idea why banshee is in depwait? The log contains "libkarma-cil(inst 0.0.6-3.1 ! >= wanted 0.0.5)" but I don't understand why this version isn't sufficient.
[12:17] <Hobbsee> ahhh
[12:17] <Hobbsee> geser: got the log URL handy?
[12:18] <Hobbsee> Lure: uploaded kdepim, btw
[12:19] <geser> Hobbsee: http://launchpadlibrarian.net/11449626/buildlog_ubuntu-hardy-i386.banshee_0.13.2%2Bdfsg-2_MANUALDEPWAIT.txt.gz
[12:19] <Lure> Hobbsee: thanks - just reply to e-mail, so that Tonio/Riddell know that it is done already
[12:19] <Hobbsee> Lure: done
[12:20] <Hobbsee> geser: looking
[12:24] <Hobbsee> geser: blink.
[12:24] <Hobbsee> geser: does that happen in a standard pbuilder too?
[12:24] <geser> Hobbsee: didn't check yet
[12:25] <Hobbsee> geser: if you could, that would be good
[12:25] <Hobbsee> else, something's really strange with teh buildds
[12:27] <Hobbsee> dear soyuz, please stop eating binaries.
[12:28] <Hobbsee> ah, no, they're still in the new queue.  that's OK
[12:31] <Hobbsee> ggz-grubby has the same issue
[12:31] <Hobbsee> geser: i don't think it's specific to your package
[12:31] <geser> Hobbsee: the pbuilder is still running but it currently at compiling so it didn't have any problems with the build-depends
[12:31] <Hobbsee> cprov: any idea?
[12:31] <Hobbsee> looks like sbuild is broken
[12:34] <geser> Hobbsee: do you know whom I need to poke to get a circular build-depends resolved by bootstrapping on the buildds?
[12:34] <Hobbsee> geser: lamont or infinity
[12:35] <cprov> Hobbsee: yes, it does look like a sbuild problem to me too.
[12:35] <Hobbsee> cprov: i thought the sbuild problem only changed the virtual package handling - and neither of those appear to be virtual packages
[12:38] <cprov> Hobbsee: I didn't mean it was necessarily the same problem fixed this week by infinity, might be a sort of regression
[12:39] <Hobbsee> cprov: would be a fairly obvious one - noticable
[12:39] <Hobbsee> i would have thought
[12:42] <cprov> geser: file a bug about this problem infinity and/or lamont will certainly show up in 6 or 7 hours.
[12:46] <geser> ok
[12:56] <geser> cprov: filed as bug #184565. Will they see it automatically or should I notify them about it?
[12:56] <ubotu> Launchpad bug 184565 in soyuz "soyuz believes that "inst 0.0.6-3.1 ! >= wanted 0.0.5"" [Undecided,New] https://launchpad.net/bugs/184565
[13:04] <cprov> geser: thanks. I've subscribed infinity.
=== bigon` is now known as bigon
=== cprov is now known as cprov-afk
[13:16] <ubotu> New bug: #184565 in launchpad-buildd "sbuild believes that "inst 0.0.6-3.1 ! >= wanted 0.0.5"" [Undecided,New] https://launchpad.net/bugs/184565
=== bigon is now known as bigon`
=== pricechild is now known as PriceChild
=== Ubulette_ is now known as Ubulette
=== stdin_ is now known as stdin
[16:05] <ubotu> New bug: #184598 in launchpad "Project specific, common debugging outputs definitions." [Undecided,New] https://launchpad.net/bugs/184598
[16:49] <lamont> geser: infinity - and the best way is to file a bug about it.
[17:11] <ubotu> New bug: #184612 in malone "Can not upgrade to hardy with update-manager" [Undecided,New] https://launchpad.net/bugs/184612
[17:38] <geser> lamont: you mean for the bootstrapping on the builds? I've already filed those: bug #31098, bug #174851 and bug #184557
[17:38] <ubotu> Launchpad bug 31098 in cmucl "Build-Depends dependency for cmucl cannot be satisfied (circular build-depends; needs manual bootstrapping on the buildd)" [Medium,Confirmed] https://launchpad.net/bugs/31098
[17:38] <ubotu> Launchpad bug 174851 in mig "mig and gnumach need a manual boot-strapping on the buildds" [Undecided,New] https://launchpad.net/bugs/174851
[17:38] <ubotu> Launchpad bug 184557 in jbossas4 "Circular build-depends, needs initial bootstrapping on the buildds" [Undecided,New] https://launchpad.net/bugs/184557
[17:42] <lamont> geser: yeah.  I was playing catchup on scrollback
[17:42] <lamont> it was more of a "that's infinity, not me" kind of statement
[18:15] <hendry> how do i find the bzr or vcs link to the https://launchpad.net/ubuntu/+source/startupmanager project?
[18:41] <kiko> hendry, well, that's an ubuntu package -- there's no bzr package for that. 
=== bigon` is now known as bigon
[18:44] <ScottK> hendry: Look in the Debian Python Application Packaging Team svn on alioth.
=== bigon is now known as bigon`
[19:12] <hendry> kiko & ScottK : thanks for your time
[19:30] <Flare183> How do i create a ssh key?
[19:30] <geser> Flare183: man ssh-keygen
[19:30] <Flare183> geser: awesome thanks!
[19:32] <Flare183> geser: ok now for the passphrase; am I supposed to even use a passphrase or am I supposed to create one like I did when i created my GPG key? or what?
[19:48] <geser> Flare183: depends on what you want to do with the ssh key
[19:49] <Flare183> geser: well i'm trying to editmy ssh keys for my first project on launchpad
[19:49] <geser> without a passphrase everyone can use your ssh-key to login to the remote pc where the key is setup as authorized
[19:52] <Flare183> that's not going to happen
[19:53] <ScottK> Not until it does.
=== Pricey is now known as PriceChild