[00:31] how long before older versions of a package are removed from the +packages list for a PPA? [00:32] ... nevermind, it finally removed em [00:32] (slow update) [00:45] is there lag in the system that publishes packages in PPAs right now? [00:47] TheLordOfTime: Latency is usually somewhere below 15 minutes. [00:47] As it is now. [00:49] ... i think i forgot to click "copy binaries" and it's trying to rebuild the source... *facepalm* [00:49] meh... [00:49] wgrant: it's being slower than I need it to, it's got depwaits again :/ [00:50] (although the FTBFS issue is resolved) [00:50] The depwaits will autoretry an hour or so after publication is complete, or you can retry them manually once it's done. [00:52] wgrant: more concerned about the fail-to-install, the three packages that I need to publish that will fix the depwait will also fix a "Missing Required Packages" installation error... [00:53] so if anyone uses the nginx mainline PPA with the versions that were published before this round of ppa package copying are going to run into errors, and I'm tired of project-level bugs about stupid crap that i can attribute to launchpad lagging [00:53] * TheLordOfTime shrugs [00:53] meh, it'll resolve itself eventually I assume [00:56] TheLordOfTime: A common way to avoid arch skew is to build the packages in a staging PPA, and copy them all to a separate PPA for users once they're all built. [00:59] wgrant: [14/01/10 19:49:48] ... i think i forgot to click "copy binaries" and it's trying to rebuild the source... *facepalm* [01:00] wgrant: and that's what I already do... [01:00] but because of my mistake, and the publisher lagtime... [01:00] the issue remains [01:00] both issues remain, actually, the depwait and the fail-to-install [01:00] because the binary-copy of the init-system-helpers package into the ppa is being slowed down because of the speed of the publisher [01:01] * TheLordOfTime did hit "copy the binaries" for that package though [01:01] wgrant: it seems it caught up, but meh [01:01] it seems to be working now [02:33] Whats the best way to update a pending MP that has been tagged as Needs Fixing .. should they reject it and just have the user resend the amended proposal? [02:43] KI7MT: Ideally, the submitter of the MP should just push additional commits to the very same branch that fix the issues raised in the review. [02:43] KI7MT: Those will then automatically show up after the review comments, and if there are further comments everything interleaves nicely. [02:44] KI7MT: People often seem to end up in a pattern of sending a new MP, but it's unnecessary and harder to follow. [02:46] cjwatson, thanks, that sounds like a plan. I like that way better than cancel - reissue :-) [02:46] KI7MT: One of my own is https://code.launchpad.net/~cjwatson/launchpad/refactor-cron-germinate/+merge/84624; if you page through it you can see several cycles of review and additional commits [02:47] cjwatson, so it's the same as if we were pushing to a project, bzr push , ? do we need do do additional commits and log comments? [02:48] yes and yes [02:48] *need to do .. . [02:48] you can likely just "bzr push" if you've pushed that branch already; bzr normally remembers [02:48] "bzr info" will tell you the recorded push branch [02:51] cjwatson, Ok, thanks, I'll give that a shot over sending a new MP [04:38] wgrant: with the fixed version of python-lazr.restfulclient I get fewer errors but still quite a few: http://people.debian.org/~pabs/tmp/errors-2.tar.xz [04:41] pabs3: Did you blow away the corrupt cache? [04:42] I did yes [04:42] and all the previous errors [04:43] What is the approximate failure rate? [04:44] it is hard to say really. maybe 10% [04:45] That number of SSL errors is pretty extraordinary. [04:45] and certainly not on our end. [04:46] Is this still running inside a WSGI application? [04:47] yes [04:48] Are the failures reproducible outside it? [04:55] not sure how to run a wsgi app outside of wsgi [04:58] pabs3: Well, presumably the code that uses launchpadlib is reasonably easy to isolate and run several thousand times standalone, to see if the crashes still occur. [04:59] will try [05:24] wgrant: got one error so far, the TypeError: 'NoneType' object has no attribute '__getitem__' in calendar.py", line 607, in timegm [06:53] pabs3: Hm, any others? [06:53] none yet [12:12] wgrant: the non-wsgi script completed checking 75 bugs 100 times each and the only error was the timegm one [17:06] hello [17:08] maybe someone might help solve my problem, i have MSP430G2553 lauchpad, currently using energia to code, i have SPI RF transmitter, and im getting very unstable SPI readings from RF registers [17:08] or am i on the wrong launchpad? [17:53] hi all ... I have been downloaded the sources of gnucash, made some changes and named the release has 2.6.0-1myname1 ... this myname1 is my suffix. After the package installation, the aptitude says that my package is old then the package 2.6.0-1 and try to upgrade it ... whats wrong with the name? === Ursinha-afk is now known as Ursinha [18:14] Dudytz: you should ask for packaging help on #ubuntu-packaging i think. that doesn't really have anything to do with launchpad.net :) [18:17] ok [18:17] dobey: thank you [19:23] hi all .. after a dput with successfully uploaded packages, how long I need to wait to see the packages in the launchpad web interface? [19:25] Dudytz: 2 - 5 minutes usually before the PPA system picks it up [19:25] Dudytz: check your email to see if it was rejected or accepted, it'll email your primary LP email address if you upload to a PPA, I think [19:26] ok, I'm wait [19:26] thank you [19:27] Dudytz: note that if you get an email that it was rejected it won't show up in the LP PPA web interface [19:27] at all [19:28] if it was accepted it'll show up, but it can sometimes take a few minutes [19:28] (0 to infinity, but 2 - 5 minutes on average) [19:29] the DBEMAIL variable is not my primary email in launchpad ... is a problem? [19:30] * TheLordOfTime leaves that for the experts to answer, as he has to fix a server at the moment [19:30] no [19:31] ok [19:32] ok guys ... after 15 min I don't see the package in launchpad and no email arrivied [19:34] then it's taking longer, in a spam folder, or you signed the source package with a gpg key that is expired, or not the one that is specified in your launchpad profile [19:35] oh! is it ... I have changed the gpg key ... I need to update it in launchpad [19:35] I try now [19:43] now I have a local problem with dput ... the message is "Package has already been uploaded to ppa on ppa.launchpad.net" ... how to force the upload? seems a local problem [19:44] ops ... -f [19:47] dobey: thank you ... I see the package! :) [19:47] TheLordOfTime: thank you! [20:16] dobey: why the dch says that the version 2.6.0-1~ppa1 is less than 2.6.0-1 ? [20:17] the same for 2.6.0-1ppa1 [20:31] hi anyone know how can I get a zip of the project as opposed to a bzr checkout? [20:31] I think there was like a service that allow you to do a general zip (or tar.gz) package of the project. [20:37] has something changed with recipes in trusty? https://code.launchpad.net/~jtaylor/+recipe/ipython-daily [20:37] all but trusty succeeded [20:37] can anyone help me? [20:40] !patience | JZA [20:40] JZA: Don't feel ignored and repeat your question quickly; if nobody knows your answer, nobody will answer you. While you wait, try searching https://help.ubuntu.com/ or http://ubuntuforums.org/ or http://askubuntu.com/ [20:41] hi anyone know how can I get a zip of the project as opposed to a bzr checkout? [20:42] ... [20:45] dayangkun: because it is [20:45] jtaylor: dpkg is more strict in trusty [20:48] so I have to remove the revision? [20:50] jtaylor: you need to remove the "-0" [20:52] hm and turn the ~ into a + [20:53] no [20:54] yes or I'll break upgrades [20:54] I have a weird feeling of deja vu [20:54] did this happened before at some point? [20:55] hm how do I get packaged version to superseed that now [20:56] huh? [20:56] 1.1.0+mirror1+r270-0~71~ubuntu12.04.1 < 1.1.1-1 [20:56] is not true [20:56] yes it is [20:56] 1.1.0 < 1.1.1 [20:56] oh right, made a typo