[07:18] <ripps> geez, what's with all the chroot errors with autobuilders
[07:55] <akoskm> hi!
[07:59] <akoskm> I would like to include some custom information in my package names, like commit-id from git tree and such as, example I can do this by tagging a bzr commit with the actual commid-id (if there any other ways let me know). My question is, can I include such custom information when forming the name of my package with recipes, or I can only use the variables presented here: https://help.launchpad.net/Packaging/SourceBuilds/Recipes ?
[10:46] <commandoline> Hello, it looks like a bzr branch hosted on launchpad is broken. I can't branch it and the web view doesn't work (the branch is lp:openteacher/2.x)
[10:46] <commandoline> bzr: ERROR: No such file: ('information.png-20081222091428-1l7jkfpnqphdx5fa-1', 'marten-some-anti-spam-text-94@gmail.com-20101113205143-30q8dccmgy8a8bh6')
[10:47] <commandoline> http://bazaar.launchpad.net/~openteachermaintainers/openteacher/2.x/files OOPS-ID OOPS-2058CBB239
[14:34] <paultag> Howdy LP'ers. Why is it after I delete a package that the PPA retains the orig(.*)?.tar.gz files?
[14:35] <paultag> I deleted a test package I made a while ago, and I re-uploaded it, and it rejected it because of a stale copy of a bum tgz
[14:35] <nigelb> did you update version number?
[14:35] <nigelb> I remember there was a very valid reason for it not to delete
[14:35] <paultag> nigelb: I deleted the package
[14:35] <nigelb> paultag: did you update eversion number on your reupload?
[14:36] <paultag> nigelb: no, that would be silly -- I deleted it on the archive
[14:36] <nigelb> I tend to remember that gotcha :)
[14:36] <paultag> nigelb: this is my dfsg2 repack, and I don't want to rename it to dfsg3 and rebuild everything to un-build it just to upload to a PPA
[14:37] <paultag> when I delete a package, it should be deleted
[14:37] <nigelb> paultag: you can do a ppa2
[14:37] <nigelb> like dfsg3~ppa2 or something (I think)
[14:37] <paultag> nigelb: they would have the same orig.tar.gz
[14:37] <paultag> nigelb: because it's dfsg2-1~ppa1
[14:37] <paultag> nigelb: so debian local is 1~ppa1
[14:37] <nigelb> yay, fun.
[14:37] <paultag> nigelb: and upstream has the same orig.tar.gz
[14:37] <paultag> which brings me back
[14:38] <paultag> why did it not delete an old package I uploaded?
[14:38] <nigelb> I don't know the precise answer, and I'm fairly sure those who know are asleep or away.
[14:38] <paultag> screw it, I'll make *another* ppa
[14:39] <nigelb> heh
[14:47] <tumbleweed> paultag: you simply can't delete it. Also you can't delete PPAs
[14:48] <tumbleweed> paultag: so stop worrying and bump the version number
[14:49] <nigelb> I tried telling that :P
[14:49] <tumbleweed> nigelb: people don't want to hear it :)
[14:49] <tumbleweed> (quite reasonably. I don't think PPAs are very newbie / mistake-friendly)
[15:24] <paultag> tumbleweed: I'm not pushing to a PPA to publish it
[15:24] <paultag> tumbleweed: and I'm not a newbie, thank you :)
[15:24] <paultag> tumbleweed: I'm making sure Fluxbox will build on ubuntu versions before I upload to Debian
[15:24] <tumbleweed> paultag: no, but you're not the only person to complain bitterly about this
[15:24] <paultag> tumbleweed: I don't care about it breaking other people, I just want to use it
[15:25] <tumbleweed> paultag: people who use PPas to build things / test building things don't want debian archive semantics, they want it to do what they say
[15:25] <paultag> right
[15:25] <paultag> it's a fancy pbuilder to me :)
[15:26] <tumbleweed> I rarely use PPas for test building, local building is faster and you can debug failures
[15:26] <paultag> tumbleweed: yeah, but I've not got Ubuntu and this machine is a 1GHZ Atom that can't virtualize
[15:26] <paultag> tumbleweed: so I debug locally for Debian and upload to a PPA to make sure it will sync fine
[15:26] <paultag> I'm looking out for the MOTU here :)
[15:27] <tumbleweed> heh
[15:27] <paultag> Ah, christ. Thank jeebus I checked!
[15:27] <paultag> looks like a depdendency is not syncd yet
[15:27] <paultag> so it would have broke
[15:27] <paultag> thanks ya'll :)
[15:28] <GTRsdk> paultag: which dependency?
[15:29] <paultag> GTRsdk: libmagickcore4-extra, I got a bug that 3 was being trasitioned out and I should fix the depends
[15:29] <paultag> GTRsdk: did it and forgot about it, I'll check onerick
[15:29] <paultag> it should have got in before DIF
[15:29] <GTRsdk> oneiric currently has the newest packages
[15:31] <paultag> yeah looks like one-rick libmagickwand3 and not 4
[15:31] <paultag> OK, BBL
[15:31] <paultag> one love
[15:54] <GTRsdk> is it possible to get the build score for packages in a PPA lower?
[15:56] <paultag> GTRsdk: https://help.launchpad.net/Packaging/BuildScores :)
[15:56] <GTRsdk> I should change oneiric in the change log to oneiric-backports?
[15:56] <paultag> GTRsdk: there's no reason to :)
[15:56] <GTRsdk> paultag: why?
[15:57] <paultag> GTRsdk: why do you want a lower score? It's not a big deal to the farm, and it's also not a backport :)
[15:57] <GTRsdk> paultag: some packages take x hours to build.
[15:58] <paultag> GTRsdk: yeah, but there's more then one machine, if it's going to build, let it build
[15:58] <paultag> GTRsdk: wait, you know this is not like golf, right? higher score = faster queue time
[15:59] <GTRsdk> paultag: yeah. there are some builds that have a negative score and will take many days for them to be started
[15:59] <paultag> yeah, like a copy from the ubuntu archive
[16:00] <GTRsdk> yeah.