[00:18] <MTecknology> So - if a person that owns a project can't be reached, is it possible to have the ownership of his project transfered to a team?
[00:20] <wgrant> MTecknology: Ask a Question.
[00:21] <MTecknology> wgrant: I don't want to yet, I was just wondering
[00:21] <wgrant> That's the way to do it, and it's often done.
[00:21] <MTecknology> I suppose it's not worth asking if it's possible since everything under the sun is possible in launchpad
[00:22] <MTecknology> heck... even the sun (lp.net/mysql) is in launchpad
[00:24] <MTecknology> wgrant: I'll give them a week or two to respond. Then ask :)
[01:09] <mrooney> Hm, what do I install to import launchpad in python
[01:10] <mrooney> "apt-cache search python launchpad" gives way too many things that all seem like they would be right
[01:10] <kiko__> you want launchpadlib maybe?
[01:11] <mrooney> it would seem that way but "import launchpad" fails
[01:13] <mrooney> man, every documentation like https://help.launchpad.net/API just magically starts with launchpad in your namespace
[01:13] <mrooney> how does that happen!
[01:16] <wgrant> mrooney: launchpadlib. Not launchpad
[01:16] <wgrant> Ah, in that case 'launchpad' is the Launchpad object obtained with launchpadlib.Launchpad.get_token_and_login()
[01:17] <wgrant> See the link just above the first example on /API
[01:17] <mrooney> wgrant: ah okay, so are they implicitly doing "from launchpadlib import Launchpad as launchpad" ?
[01:18] <wgrant> mrooney: No - see how they create the launchpad object on /API/launchpadli
[01:18] <wgrant> /API/launchpadlib
[01:18] <stgraber> mrooney: nope, they do import launchpadlib, then launchpad = launchpadlib.Launchpad.get_token_and_login()
[01:18] <stgraber> then use the launchpad object
[01:18] <mrooney> ah yes okay I see it now
[01:19] <mrooney> I figured it was way out of date since it tells you to install launchpadlib manually
[01:19] <mrooney> and wadlib
[01:19] <mrooney> wadllib, that is
[01:20] <wgrant> You still have to install them manually.
[01:20] <wgrant> Unless you happen to be using Ubuntu.
[01:21] <mrooney> Is "happen to be" really an accurate way to phrase that? :)
[01:21] <mrooney> What percentage of launchpad api users are using Ubuntu I wonder
[01:21] <theholyduck> mrooney, im not! :P
[01:21] <theholyduck> im not a launchpad user anymore either though
[01:22] <mrooney> well then, haha
[01:22] <wgrant> Lots of non-Ubuntu people use Launchpad. But I suspect we are the majority.
[01:23] <mrooney> right
[01:24] <mrooney> my ubuntu experience over the past few years has taught me that whenever I start reading a guide that tells you to get something from source and install it yourself, that is packaged in Ubuntu, I should be reading a different guide
[01:24] <mrooney> however those are for ubuntu specific things, and as you mentioned LP isn't
[01:24] <mrooney> so I guess my intuitions are wrong here!
[01:31] <mrooney> anyway I think I'll stick to screen scraping for now, that's easier and allows automated anonymous access
[01:48] <lamalex> how long does it take for packages to be deleted from a ppa?
[01:49] <kiko__> FAQ I believe
[01:50] <lamalex> kiko__: what faq
[01:50]  * MTecknology pounces on kiko__ at sight
[01:50] <lamalex> not https://help.launchpad.net/Packaging/PPA#Frequently%20asked%20questions
[01:52] <kiko__> https://help.launchpad.net/Packaging/PPA maybe
[01:56] <lamalex> kiko__: thats the same page im on
[01:57] <lamalex> ah
[01:57] <lamalex> im an idiot
[01:57] <lamalex> thanks
[03:56] <lamalex> Are any of the LP admins here? I'm wondering how often the ppa build machines are updated? the new hardy kernel fixes the mono amd64 build failure bug, and we're really like to be able t build amd64 packages again
[03:57] <wgrant> That is probably a cprov or infinity question.
[04:02] <MTecknology> cprov?
[04:03] <MTecknology> lamalex: it's in the FAQ
[04:03] <wgrant> I don't see why that would be a FAQ.
[04:03] <MTecknology> err - sorry, I wasn thinking something different
[04:03]  * MTecknology goes away
[04:04] <lamalex> hehe
[04:20] <lamalex> ok, can someone help me with release management? I've got a bunch of releases that are tied to the series "trunk", can I retarget them?
[04:22] <lamalex> whoever did this is a punk
[04:28] <wgrant> lamalex: A fix was committed to allow that about an hour ago, but it won't appear for another couple of weeks.
[04:28] <wgrant> (not even on edge)
[04:28] <lamalex> wgrant: to allow moving around of releases?
[04:28] <wgrant> lamalex: And milestones.
[04:28] <lamalex> wgrant: ah rad
[04:29] <lamalex> well at least now I know I can stop clicking every link on launchpad
[09:54] <Bert_2> Hi, I just translated a po file that I requested, how do I get it back up on launchpad ?
[09:58] <kiko__> upload it!
[09:58] <kiko__> visit the template page and there should be an upload link
[09:59] <Bert_2> I can't find it
[10:00] <Bert_2> is it i the project itself or where should I search ?
[10:00] <Bert_2> It should be on this page, right https://translations.launchpad.net/ubuntu/jaunty/+source/debian-installer/+pots/debian-installer ?
[10:04] <Bert_2> kiko__: any idea waht I'm doing wrong ?
[10:06] <Bert_2> s/waht/what
[10:07] <kiko__> lemme see
[10:10] <kiko__> Bert_2, ah, no. you click on the language first, and then "upload a file"
[10:11] <Bert_2> kiko-afk: I want to upload the dutch po file for debian-installer, can you supply me a link or the steps to upload it ?
[10:12] <kiko-afk> Bert_2, just click on "Dutch"
[10:12] <kiko-afk> and then "upload a file"
[10:13] <Bert_2> I don't see that optio the page :s
[10:13] <kiko-afk> hmmm, then you're not an ubuntu translator, perhaps
[10:13] <kiko-afk> I see it here:
[10:13] <kiko-afk> https://translations.edge.launchpad.net/ubuntu/jaunty/+source/debian-installer/+pots/debian-installer/+upload
[10:13] <Bert_2> kiko-afk: yeah, I'm not, cause the translation team doesn't want to make me a member because they are moving everything to upstream
[10:14] <Bert_2> and I do not have permission to view that page apparently
[10:14] <kiko-afk> that sounds silly
[10:14] <kiko-afk> Bert_2, can you write at answers.launchpad.net/rosetta so I can figure out how to help you
[10:16] <Bert_2> kiko-afk: what should I put in the question ?
[10:17] <kiko-afk> that you wanna upload a file and can't :)
[10:18] <kiko-afk> anyway, out to race, bbl
[10:20] <Bert_2> kiko-afk: https://answers.launchpad.net/rosetta/+question/64194
[10:42]  * Adri2000 asks the question for the third time
[10:42] <LarstiQ> Adri2000: what question?
[10:42] <Bert_2> Adri2000: what question ?
[10:42] <Bert_2> LarstiQ: lol :P
[10:42] <Adri2000> ahah :)
[10:42] <Adri2000> well:
[10:43] <Adri2000> is it intended that time on +activity's bug pages is utc while everywhere else it seems to be local time?
[10:43] <wgrant> Adri2000: 'tis a bug.
[10:43] <wgrant> Adri2000: Well, sort of.
[10:43] <wgrant> Adri2000: But the activity log is all changing this release.
[10:43] <wgrant> So wait a couple of weeks and then file bugs.
[10:44] <Adri2000> ok! thanks for the info
[10:52] <Milan-BV> Hi! I've got a problem when trying to copy PPA packages to the Jaunty series from Intrepid.
[10:52] <Milan-BV> "The following source cannot be copied: gnunet 0.8.0c-0-0ubuntu0~ppa0 in intrepid (binaries conflicting with the existing ones)"
[10:54] <wgrant> Milan-BV: It means what it says.
[10:54] <wgrant> You can't rebuild binaries from the same source in the same archive.
[10:54] <Milan-BV> that's the point that's not clear :-)
[10:55] <Milan-BV> why isn't it possible? How should I add a Jaunty series for these packages?
[10:58] <Milan-BV> wgrant: from the help, I've understood renaming the packages/versions is not necessary
[10:59] <wgrant> Milan-BV: Which help? It might need correcting.
[10:59] <wgrant> Milan-BV: Copy it with binaries.
[10:59] <wgrant> If it won't work with the same binaries, you have to increase the version.
[10:59] <Milan-BV> but binaries should be different between intrepid and jaunty...
[11:00] <wgrant> Why?
[11:00] <Milan-BV> I want the package to be rebuilt using new libs
[11:00] <wgrant> Most binaries in Ubuntu are identical between them.
[11:00] <wgrant> In that case you need to increase the version.
[11:01] <Milan-BV> OK that works
[11:01] <Milan-BV> funny - is that how official repos do too?
[11:02] <wgrant> Yes.
[11:02] <wgrant> What's funny about it?
[11:03] <wgrant> The version clearly has to be different, or upgrades won't work.\
[11:09] <Milan-BV> true... I was thinking in terms of PPA, that's why I've been misled
[11:09] <Milan-BV> thanks ofr your help
[11:10] <wgrant> How does it being a PPA affect that?
[11:10] <Milan-BV> because PPA versions are always > official archive versions
[11:11] <wgrant> I still don't see how that's relevant.
[11:11] <LarstiQ> not that it's true
[11:12] <Milan-BV> I'm not saying that's relevant, I'm saying that's how I was thinking :-)
[11:12] <wgrant> LarstiQ: There is almost no point uploading one that is less than a primary archive version, so it is basically true.
[11:13] <LarstiQ> wgrant: at the point of uploading, yes.
[11:13] <wgrant> LarstiQ: True.
[11:14] <wgrant> But they effectively don't exist once they're superseded by something in primary.
[11:14] <LarstiQ> wgrant: can we sum this up by "you need to think about upgradepaths for PPAs too"?
[11:16] <wgrant> LarstiQ: You could. But almost nobody does it.
[11:18] <LarstiQ> wgrant: that's a shame.
[11:18] <wgrant> (I would, but I categorise anybody who uses my PPA as an idiot, because of what I need to do in it)
[11:19] <LarstiQ> wgrant: what do you need to do?
[11:21] <wgrant> LarstiQ: Build various prereleases of primary archive packages. Sometimes lots of uploads with incrementing versions to work out LP buildd quirks causing failures in the primary archive. It has also been used to do bad things to discover Soyuz security vulnerabilities.
[11:25] <wgrant> It'll be much cleaner once we can have multiple PPAs per user in a month or two.
[11:27] <LarstiQ> wgrant: right, not exactly a PPA to distribute packages to end-userrs :)
[11:28] <wgrant> LarstiQ: Eeeeeh. No.
[11:28] <wgrant> Some people have tried to use it as such, unfortunately.
[13:39] <Laney> Loggerhead seems dead
[14:06] <mrmonday> I downloaded all the .po and .pot files for the TangoCMS project, I can't find where to upload them all now though... I can only see upload links for individual templates. Where can I upload them all at once?
[14:27] <AdamDH> hi, why would I get Rejected: Signer has no upload rights at all to this distribution.?
[14:39] <LarstiQ> AdamDH: because the key the upload is signed with isn't allowed to upload to wherever it was uploaded?
[14:40] <AdamDH> I have not changed my dput confing uplaoded 8 packages to my ppa fine then that one was refused with that warning seemed a little odd
[14:40] <AdamDH> *config
[14:41] <AdamDH> no changes at all re uploaded again and it worked fine seems a little odd
[14:44] <LarstiQ> AdamDH: ok, things to make sure is that you are dputting to the right location, that you've signed the upload, that the key you sign with is known to launchpad, and connected to a person in the team for that ppa
[14:44] <LarstiQ> AdamDH: if all that checks out, I have no idea :)
[14:47] <AdamDH> all checks out on a repeat upload it worked fine same command line arguments to dput as the first time I uploaded it, I will just put it down to one of those Gremlins inside Launchpad
[15:26] <xhochy> I've got a problem with a crashing VCS Import(http://tinyurl.com/bu3pv6). Where should I post this as a bug?
[15:27] <andrea-bs> xhochy: https://launchpad.net/launchpad/+filebug
[15:28] <xhochy> andrea-bs: Thanks, thought there might be a subproject for VCS imports
[15:28] <lamalex> cprov: ping
[15:28] <andrea-bs> xhochy: yes, there is; but if you file it under Launchpad Itself, bug triagers will move it to the correct project
[15:29] <cprov> lamalex: pong
[15:29] <lamalex> hey! wgrant told me to ask you about when the ppa build machines will be updated to the new hardy kernel. There's a fix for the xen bug that causes building 64bit mono packages to segfault
[15:30] <cprov> lamalex: if the fix is good we have to organize that with IS guys (infinity). Is there a bug reported about the problem ?
[15:31] <lamalex> cprov: yeah one moment, ill go grab i
[15:32] <lamalex> cprov: https://bugs.launchpad.net/bugs/237724
[15:38] <cprov> lamalex: I've created a task for launchpad-buildd and will poke infinity when I have a chance.
[15:38] <cprov> lamalex: he will know how to proceed.
[15:38] <lamalex> cprov: tthanks for looking into it
[15:38] <lamalex> very appreciated
[15:40] <cprov> lamalex: np, thanks for tracking the change and warning us about it.
[15:41] <lamalex> cprov: it's out of self-interest
[15:41] <cody-somerville> cprov, ping
[15:41] <lamalex> we're really tired of having to distribute a seperate amd64 deb
[15:41] <cprov> cody-somerville: pong
[15:42] <cody-somerville> cprov, Can you take a look at https://edge.launchpad.net/ubuntu/+source/sivp/0.5.0-1ubuntu1/+build/904358 ? The build "freezes" on non-virtual amd64 but not virtual.
[15:42] <cprov> lamalex: very near the end, we will all be happy again :)
[15:42] <lamalex> :)
[15:43] <cprov> cody-somerville: I can look, but only *master infinity* can help us on this ;)
[15:43]  * cody-somerville nods.
[15:44] <cprov> cody-somerville: only on amd64 ?
[15:45] <cprov> cody-somerville: quite the opposite, huh ? only builds on i386 and lpia (which is pretty much i386)
[15:45] <cody-somerville> cprov, What do you mean?
[15:46] <cprov> cody-somerville: the source in question was only successfully built on i386 and lpia
[15:46] <cody-somerville> cprov, right
[15:46] <cody-somerville> cprov, it freezes if built on non-virtual amd64
[15:46] <cody-somerville> however, building on a virtual amd64 it builds fine
[15:47] <cprov> cody-somerville: yup, could you please file a bug on launchpad-buildd with the relevant information ?
[15:47] <cody-somerville> cprov, sure thing
[15:48] <cody-somerville> I'm about to go to my great grandmother's 80th birthday so I'll do that when I get back ;)
[15:48] <cprov> cody-somerville: a link to a successfully build in virtual-amd64 would make things easier.
[15:48]  * cody-somerville nods.
[15:48] <cprov> cody-somerville: okay, I will talk to infinity about this too (long long list already :))
[15:48] <cody-somerville> :)
[15:54]  * cprov dashes away, as well
[18:05] <frumious> I'm trying to reach ppa.launchpad.net but it seems to be down.  Is there a mirror or alternative?  (I'm trying to install banshee 1.4 for Intrepid)
[18:08] <stgraber> the host is up (answering pings) but the web server is unresponsive (tcp/80)
[18:09] <ruairidh> Might just have to wait it out
[18:11] <frumious> Okey dokey.  Do you know, is this kind of down time typical with ppa or am I just lucky to hit it on my first use ever?
[18:12] <ruairidh> Not sure unfortunately, I'm very new to Launchpad :D
[18:12] <stgraber> it's far from usual, it's the first unanounced down-time for PPA I have
[18:15] <frumious> Okay, thanks for the info.
[18:17] <frumious> Ah, it just came back!
[18:18] <ruairidh> Woo :)
[19:48] <Lure> how can I free space in my PPA - deleting packages does not help... :-(
[19:53] <lamalex> Lure: deleting packages can take a while
[19:54] <lamalex> how long have you waited?
[19:54] <Lure> lamalex: I did some deletes yesterday, even more (agressive) 15 minutes ago
[19:56] <lamalex> ah
[19:56] <lamalex> nm then
[19:59] <ruairidh> How long does it take for a PGP key to sync with the Ubuntu keyservers? I've waited about 3 hours and still can't add mine to Launchpad...
[20:04] <lamalex> ruairidh: are you sure you added it correctly?
[20:06] <ruairidh> I'm fairly sure. I added the fingerprint as I should.
[20:06] <ruairidh> Then imported them to the Ubuntu Key server
[20:18] <ronny> gmb: managed to get the server manager, since the egg cache issue is solved there haven't been any errors in the logs
[20:25] <thumper> morning
[20:26] <ruairidh> Evening :)
[20:26] <ruairidh> Oooh got my GPG problem solved :)
[22:31] <blue-frog> hello, how could I join the ubuntu french translator team, please?
[22:35] <ruairidh> blue-frog, check the teams page
[22:35] <blue-frog> if you refer to https://translations.launchpad.net/~ubuntu-l10n-fr it doesn-t help me much...
[22:36] <ruairidh> https://translations.launchpad.net/ubuntu/jaunty/+lang/fr
[22:36] <blue-frog> ty
[22:37] <blue-frog> ok but this is as a "normal" launchpad user". there is no way to have a "reviewer status?
[22:40] <ruairidh> Umm
[22:40] <ruairidh> I only really properly looked at LP today
[22:40] <blue-frog> it's ko i am followinfg links..
[22:40] <ruairidh> I would imagine that there's a way
[23:42] <lifeless> are there permissions on 'set as dup' in the bugtracker
[23:42] <wgrant> lifeless: No.
[23:42] <wgrant> Anybody authenticated can do it.
[23:42] <lifeless> just had a [well intentioned I assume] vandal mark there totally unrelated bugs as duplications
[23:42] <lifeless> they all involve unicode but no actual correlation inside the system
[23:42] <wgrant> Then you shoot that person, and they don't do it again.
[23:42] <wgrant> Aha.
[23:43] <lifeless> there are only 2 groups qualified to determine duplicates IMNSHO: the developers[and non-devs that have learnt how for a particular product], and automated systems that have been taught how
[23:46] <wgrant> lifeless: Perhaps restricing to the bug supervisor would work.
[23:46] <wgrant> But it's little worse than marking something Invalid or Fix Released improperly.
[23:47] <wgrant> Maybe for a project like bzr it is OK to restrict permissions, but (as I'm sure you know) in Ubuntu we rely on a lot of unprivileged triagers.
[23:47] <wgrant> Because we have approximately far too many bugs.
[23:47] <lifeless> well
[23:47] <lifeless> In my experience the unprivileged triagers are a mixed blessing at best
[23:47] <lifeless> creating work is creating work, after all
[23:48] <wgrant> Ehem. Yes.
[23:48] <wgrant> I think a change review system would be very, very useful.
[23:48] <wgrant> We do it through #ubuntu-bugs now, and Brainstorm has it integrated.
[23:48] <wgrant> Unprivileged users could propose dupe markings or importances, and we could quickly click through them to approve/decline.
[23:48] <lifeless> I know that in e.g. ubiquity Colin would rather than noone ever file a duplicate bug, nor anyone not a developer of that package mark bugs as dups, because its extremely hard to tell the root cause
[23:48] <wgrant> Right.
[23:49] <lifeless> for that product the backtrace is (to a first approximation) useless.
[23:50] <lifeless> wgrant: I also loath things being set fixed released or invalid that aren't fixed or invalid; it means a user put effort into telling us something is wrong, and we've lost that data
[23:50] <wgrant> lifeless: Right, I wasn't saying that it was good that they were allowed to be set by unprivileged people - just that it would make sense to secure all or none.
[23:52] <wgrant> The importance restriction works quite well, except that importance changes can only be sponsored by asking in #ubuntu-bugs, and Wishlist is an option.
[23:52] <lifeless> I'm fine with the bug reporter saying 'fr/invalid'
[23:53] <lifeless> or even dup
[23:53] <lifeless> because if they fail to get their bug fixed by saying its another, its their loss
[23:53] <lifeless> :P
[23:53] <wgrant> Yep.
[23:53] <wgrant> And lots of people manage to file the same bug twice in a few minutes.