[05:25] <george_e> I've run into a packaging problem with my daily build...
[05:25] <george_e> My package depends on libqtwebkit-dev on Maverick+.
[05:25] <george_e> ...but those same files are provided by libqt4-dev on Luxid.
[05:26] <george_e> *Lucid
[05:26] <george_e> How can I list build dependencies for multiple Ubuntu releases in the same control file?
[05:26] <george_e> Is there any special syntax I can use?
[05:30] <nigelb> george_e: Hi, you should maybe ask in #ubuntu-packaging for packaging related help.
[05:30] <george_e> nigelb: Oh, okay. Thanks!
[05:30] <nigelb> There are probably more people lurking there who can help you :)
[05:30] <george_e> Great.
[05:32] <RAOF> george_e: The short answer is: you can't (easily).  It'd be easiest to have two recepies.
[05:33] <george_e> RAOF: So create a separate daily build for Lucid then?
[05:33] <RAOF> george_e: That's what I'd do.
[05:33] <george_e> Okay.
[05:34] <wgrant> george_e: Can't you just depend on 'libqtwebkit-dev | libqt4-dev (<< version-that-removed-them)'?
[05:35] <george_e> wgrant: What would that syntax look like for Lucid?
[05:35] <george_e> libqt4-dev (<<lucid)    ?
[05:35] <wgrant> It needs to be a package version.
[05:36] <wgrant> Perhaps << (4:4.7.0)
[05:36] <george_e> wgrant: Okay, I see.
[05:36] <george_e> Would this be preferable to creating a separate recipe?
[05:37] <george_e> ...or am I creating extra headaches?
[05:37] <wgrant> If it works, this is probably far more maintainable.
[05:37] <wgrant> No need to maintain two branches.
[05:38] <george_e> wgrant: Okay. I'll give it a shot. No harm in trying I guess.
[05:38] <wgrant> Indeed.
[08:40] <akoskm-> hi! variables presented on https://help.launchpad.net/Packaging/SourceBuilds/Recipes the what I can use when forming package name?
[08:52] <mrevell> Hi akoskm-
[08:52]  * mrevell reminds himself of the page
[08:53] <mrevell> akoskm-, Take a look at this part of the page: https://help.launchpad.net/Packaging/SourceBuilds/Recipes#Version numbers and substitution variables
[08:54] <mrevell> You'll want to paste that into your browser, thanks to the spaces introduced by Moin's anchor name.
[08:54] <mrevell> Or just scroll down to the "Version numbers and substitution variables" part of the page.
[08:54] <Mkaysi> How is it possible that old bug is duplicate of new bug?
[08:56] <akoskm-> mrevell: thanks! I was referring to that part. So, those are the only variables?
[08:57] <akoskm-> because I'm importing my master branch from git, so it would be good to, example include the commit-id of last git import in the package name
[08:57] <mrevell> akoskm-, Oh, I believe so, yes. jelmer or bigjools may be able to cinfirm if there are other variables you can use.
[08:58] <jelmer> hi mrevell, akoskm-
[08:58] <akoskm-> jelmer: hi
[08:58] <jelmer> akoskm-, newer versions of bzr-builder support a {git-commit} variable that will contain the git commit sha
[08:58] <akoskm-> \o/
[08:59] <jelmer> akoskm-: however, that version is not (yet) deployed on Launchpad.
[09:00] <akoskm-> jelmer: thank you! any suggestions how to temporary solve this, while while the new builder reaches launchpad?
[09:00] <jelmer> akoskm-, you can still include the bzr revno in the version, but I don't think there's a work around to include the git commit sha
[09:00] <jelmer> akoskm-, the relevant bug is bug 620132
[09:01] <tumbleweed> what's the point of putting a commit id in the version? they don't increase? (IIRC this was discussed on debian-devel a while back)
[09:01] <tumbleweed> I guess there's no other way to annotate what was built, but putting it in the changelog would probably be preferable
[09:02] <akoskm-> tumbleweed: easier to track packages between different platforms, we have releases for mac, windows, etc. bzr versions are known only here
[09:03] <akoskm-> so including a piece of git commit-id can cleary identify the source version
[09:04] <tumbleweed> yeah for bzr-builder there probably isn't a better solution
[09:04] <akoskm-> jelmer, mrevell: thank you again!
[09:04] <mrevell> No problem. Thanks jelmer¬
[09:06] <jelmer> mrevell: ¬ to you too :P
[09:07] <mrevell> jelmer, Haha, I have a new keyboard that I'm getting used to :)
[09:51] <Laney> can someone help me ensure that mono is built on rothera or vernadsky if I sync it shortly?
[09:53] <wgrant> Laney: You want to test that the fix works?
[09:53] <wgrant> Because I thought it usually failed on those.
[09:53] <Laney> elmo upgraded the kernel
[09:53] <wgrant> Ah.
[09:53] <wgrant> Both of them are busy at the moment, but when they're done, sure.
[09:53] <Laney> so we want to see if that changes things at al
[09:53] <Laney> cheers, give me a ping when that is
[09:53] <wgrant> Looks like vernadsky will be done in a minute or so.
[09:55] <wgrant> Laney: OK, it's done. All i386 non-virt builders are on manual.
[09:55] <wgrant> So sync away, I will bump the prio and unmanual vernadsky.
[09:55] <Laney> ok
[09:55]  * Laney hits the button
[09:56] <Laney> syncpackage: Request succeeded; you should get an e-mail once it is processed.
[09:57] <Laney> wgrant: ^
[09:58] <wgrant> bigjools: How often does the PCJ job run?
[09:58] <bigjools> wgrant: 5 mins
[09:58] <bigjools> it's in with MAIN
[09:58] <wgrant> Ah :(
[09:59] <bigjools> see bug 770721
[09:59] <bigjools> we need an EXPEDITED or something
[09:59] <wgrant> I thought it was done with run_jobs, but I guess that was IDSJ.
[09:59] <bigjools> that's the nice thing about the job system, so many different ways to run a job....
[10:00] <wgrant> Mmm, ParallelLimitedTaskConsumer with TwistedJobRunner...
[10:00] <bigjools> we could use PG's NOTIFY
[10:00] <wgrant> Ew.
[10:01] <bigjools> nothing wrong with that
[10:01] <wgrant> We'll have a perfectly good message queue soon.
[10:01] <wgrant> ™
[10:01] <bigjools> FSVO soon
[10:01] <wgrant> OK, copied.
[10:01]  * wgrant bumps.
[10:01] <wgrant> Oh damn.
[10:02] <wgrant> Missed zirconium.
[10:02] <Laney> haha
[10:02] <wgrant> Let me fix.
[10:04] <wgrant> OK, now building on vernadsky :)
[10:04] <Laney> cheers
[10:04] <Laney> see you in an hour ... ;)
[10:04] <bigjools> heh
[10:05] <wgrant> Let's hope this works.
[10:05] <Laney> upstream said he thought it was a kernel bug
[10:06] <nigelb> I assume this the one where you said "sad" when the build was a success?
[10:06] <Laney> the very same
[10:07] <nigelb> fun. :)
[10:08] <Laney> https://bugzilla.novell.com/show_bug.cgi?id=705190 for those following along at home
[11:16] <Laney> wgrant: it failed, but oops — got started on verdansky again :-( Can you give it to roseapple if you're able?
[11:16] <Laney> verdansky was busy with a build but I got unlucky with the timing and it finished just when I gave it back
[11:21] <Laney> wgrant: also, looks like you let zirconium disabled
[12:34] <gmb> PPA uploads are working, it just looks bad: https://launchpad.net/bugs/798957 | https://launchpad.net/ | Help contact: gmb | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad
[12:34] <gmb> Argh
[12:34] <gmb> Is what I meant to do.
[13:04] <radifar> hi everyone
[13:04] <radifar> anyone know what this mean?
[13:04] <radifar> Error in Translation: 'msgstr' is not a valid PHP format string, unlike 'msgid'.  Reason: In the directive number 1, the character 'G' is not a valid  conversion specifier.
[13:05] <radifar> I've got that message when I'm trying to review the translation in here:
[13:05] <radifar> https://translations.launchpad.net/web-erp/trunk/+pots/weberp/id/+translate?show=new_suggestions
[13:10] <danilos> radifar, most likely a problem with %G being used in a string inproperly marked as php-format
[13:10] <danilos> radifar, let me take a look
[13:12] <danilos> radifar, yeah, you need to file a bug against web-erp pointing at that message so they can fix it
[13:12] <danilos> radifar, you can probably start at https://bugs.launchpad.net/web-erp/+filebug
[13:13] <radifar> okay, thanks danilos
[13:13] <radifar> I'll try that one
[13:13] <danilos> radifar, tell them to remove "php-format" from that message (and if it gets inserted automatically, to use no-php-format style comment as described in gettext documentation)
[13:14] <radifar> okay
[13:24] <gvallarelli> Hi all
[13:25] <gvallarelli> I'm using the launchpadlib and I've got an issue
[13:25] <gvallarelli> with the login
[13:26] <gvallarelli> that's the error http://pastebin.com/rHBaxb8q
[13:51] <RichiH> are there any known problems with LP atm?
[13:52] <RichiH> 2061canistellaunchpad190 & 2061canistellaunchpad188 -- i am unable to change my email address
[14:03] <bigjools> are you asleep gmb? :)
[14:04] <gmb> bigjools: No, got stuck in an in-depth review.
[14:04] <bigjools> tough collision of roles
[14:04] <gmb> bigjools: Yeah.
[14:05] <gmb> gvallarelli: Hmm. I've never seen that error before. You're not behind some kind of proxy are you?
[14:06] <gmb> RichiH: Not that I know of. Can you be more specific about your problem? Are you getting an error message when you try to change your email address?
[14:07] <gvallarelli> gmb, a trasparent proxy I suppose
[14:08] <gmb> gvallarelli: That would seem the most likely cause. Let me see if I can reproduce it here, just to be sure it's not staging being weird.
[14:08] <gvallarelli> gmb, thanks
[14:10] <gmb> gvallarelli: I'm not having any problems logging in normally or anonymously, I'm afraid.
[14:11] <gmb> So I suspect that a transparent proxy might be your problem. I don't know how to work around that.
[14:11] <gvallarelli> gmb, thanks I'll investigate
[14:11] <gmb> ok
[14:13] <beatpanic> gmb, hi! I'll add more info, gvallarelli is a colleague of mine, who is experimenting with launchpad too. we'are NATed and have a transparent proxy, maybe the issue could be also this? (that I have used launchpadlib previously) thanks
[14:14] <gmb> beatpanic: That could well be the problem, but I don't know the best way to fix it, I'm afraid.
[14:14] <beatpanic> gmb, no problem, thanks anyway for your help!
[14:15] <gmb> np
[15:09] <mars> gmb, ping
[15:27] <gmb> mars: Hi
[18:04] <bdmurray> It looks to me like the subscribers portlet is sorted z->a
[21:05] <bgamari> How can one delete a source tarball from a PPA?
[21:06] <bgamari> I accidentally uploaded an incorrect .orig tarball and now Launchpad refuses to take packages since the new .orig differs from the original
[21:07] <kiko> you'll need to rev the version
[21:07] <kiko> there's no way around it
[21:08] <bgamari> hmm
[21:08] <bgamari> that's really unfortunate
[21:08] <bgamari> Is there a reason this is such a hard rule?
[21:09] <doko> how do I look at bug #507062 (always times out)
[21:10] <bgamari> kiko: How would you recommend I bump the version? The correct version number is 1.5.0
[21:10] <bgamari> kiko: I could bump it to 1.5.0.1
[21:10] <bgamari> kiko: but that seems really yucky
[22:56] <maxb> bgamari: I'd probably choose 1.5.0+real in this sort of circumstance