[02:06] erm [02:06] I'm not sure what happened but somehow I think Launchpad lost my upload [02:08] don't have an email saying that the upload was accepted/rejected [02:27] aha, there we go [02:31] How does one specify a Debian distribution as a build target? Neither unstable nor squeeze in the changelog seems to accomplish this. [02:33] For a PPA? [02:33] Yes. [02:33] You don't. It's not supported. [02:33] Oh. I thought that some projects managed to provide Debian packages via Launchpad. [02:34] afaik only ubuntu releases can be provided as targets [02:34] They may distribute binary packages for manual download, but not from a PPA. [02:35] Any recommendations for this? [02:36] reprepo + apache [02:36] afaik that's the only way to do this [02:37] Okay. I will try that. Thank you for the suggestion. [02:37] debian has good info about reprepo on their wiki :) === k is now known as Joan === Joan is now known as Logan_ [03:43] so I have been trying to pull up blueprints.launchpad.net/sprints/uds-r for the last 3 days and keep getting a timeout error OOPS [03:46] That's a known bug, IIRC [11:13] can someone have a look at https://bugs.launchpad.net/udd/+bug/714622/comments/26 , please? [11:13] Ubuntu bug 714622 in Ubuntu Distributed Development "import fails when lp branch has been push --overwrite'n" [High,Confirmed] [11:14] toabctl: what about that commennt? [11:18] czajkowski, I thought it's possible to reimport the package. [11:19] czajkowski, It's a request to requeue the package. [11:24] I think it's just a case of running the right package importer command on jubany, but it's probably worth getting the instructions from maxb or someone else who's done it in the past [11:24] mgz: cheers === yofel_ is now known as yofel === Quintasan_ is now known as Quintasan === matsubara is now known as matsubara-lunch === matsubara-lunch is now known as matsubara === io-non-esisto is now known as mapreri === deryck is now known as deryck[lunch] [17:41] hi! I am trying to build a package on launchpad (it is by far not the first package built, but the most stubborn...): http://paste.debian.net/208933/ [17:43] it is the fourth attempt. There was a package in ppa:x2go/ppa named python-gevent. Version 1.0~b1-0... This package succeeded the source build, but not the binary builds. Those failed. Tried rebuilds of the binary packages, but those failed due to lack of the presence of the source package (if I recall correctly). [17:43] btw: I am talking of python-gevent backported to lucid... [17:44] so then, I wiped the lucid ppa of the source package python-gevent. That was a couple of hours ago. [17:45] However, I cannot rebuild from the bzr branch, the source uploads failed perpetuitively. [17:45] anyone here who can give me a hint on how to address this? [17:46] https://launchpadlibrarian.net/122945493/upload_4354570_log.txt states that there is a source package of the same version but when looking at the ppa with the launchpad webGUI, the package is already gone. [17:46] is it just a matter of more time? [17:49] mgz: ^^^ [17:55] sunweaver: if you retry a build you need to bump the version [17:55] this is what the little numbers off the end of your package version are for [17:56] mgz, ok, will do. === deryck[lunch] is now known as deryck [17:58] mgz, my naming rule is this: {debupstream}-0~{revno}, shall I change this to {debupstream}-0~{revno}~build2? [18:03] mgz, sorry, my client played tricks on me... In case you answered while I was logged out I'd appreciated you resending your reply. [18:04] sunweaver: that would be fine I think, but be a little careful with tilde, it's special in slightly surprising ways [18:07] mgz, so I'd rather put a "+"? [18:07] right, that would be more normal [18:08] thx [18:30] so now that bug 1071562 is actually fixed, how do get space back on my team PPAs? https://launchpad.net/~mythbuntu/+archive/master-building/+packages and https://launchpad.net/~mythbuntu/+archive/fixes-building/+packages [18:30] Launchpad bug 1071562 in Launchpad itself "UEFI signing failures cause binaries to be republished continuously" [Critical,Fix released] https://launchpad.net/bugs/1071562 [19:32] Is it possible to make a project entirely invisible? === Ursinha_ is now known as Ursinha [19:43] Hi, I'm unable to upload a release tarball to launchpad. The size is 19MB, and it always gives the mesage "Sorry, there was a problem connecting to the Launchpad server." when the browser finishes the upload. My upload is taking somewhat long because I'm on a slow connection. Any ideas if that could be the problem? [19:45] beniwtv: it could be yes [19:48] lifeless: That's what I thought, so I'll have to wait till I get to a better connection, or anything you could think of? (Hmmm... does Launchpad check how long a upload takes?) [19:49] there is an haproxy in there with a 20 second hard timer, but that should only kick in after the upload completes [19:49] beniwtv: I believe you're seeing bug 194558 [19:49] Launchpad bug 194558 in Launchpad itself "Project file upload timeout (and often do not OOPS)" [Critical,Triaged] https://launchpad.net/bugs/194558 [19:51] lifeless: Yes, checking on that I have the same syntoms [19:52] has copying packages between PPA's been disabled? [19:53] lifeless: Thanks for all the infos, I'll retry on another connection soon. [19:53] ( possibly due to bug 1071562 ) [19:53] Launchpad bug 1071562 in Launchpad itself "UEFI signing failures cause binaries to be republished continuously" [Critical,Fix released] https://launchpad.net/bugs/1071562 [19:54] oh .. possibly old packages have not been deleted due to janitor being offline [20:41] shadeslayer: No, copying is not disabled [20:42] The only service issue today is that PPAs aren't having old packages removed, so you may need a quota increase [20:42] wgrant: hmm .. then I'm not sure what the issue is [20:42] sec [20:43] wgrant: copying kmozillahelper from https://launchpad.net/~blue-shell/+archive/firefox-kde to https://launchpad.net/~cyberspace/+archive/ppa doesn't work [20:43] kmozillahelper 0.6.4~git20121019+4-0ubuntu0~ppa4~precise1 in precise (binaries conflicting with the existing ones) [20:46] shadeslayer: That's unrelated [20:46] hm [20:47] It's just the usual rule that you can't copy binaries between PPAs if the target already has binaries with the same version but different content [20:48] but that's the issue, I don't see binaries related to kmozillahelper in : http://ppa.launchpad.net/cyberspace/ppa/ubuntu/pool/main/k/ [20:49] They must not conflict with anything that's ever been published [20:49] Not just stuff that is published today [20:49] hm [20:49] got it