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