[00:31] <TheLordOfTime> how long before older versions of a package are removed from the +packages list for a PPA?
[00:32] <TheLordOfTime> ... nevermind, it finally removed em
[00:32] <TheLordOfTime> (slow update)
[00:45] <TheLordOfTime> is there lag in the system that publishes packages in PPAs right now?
[00:47] <wgrant> TheLordOfTime: Latency is usually somewhere below 15 minutes.
[00:47] <wgrant> As it is now.
[00:49] <TheLordOfTime> ... i think i forgot to click "copy binaries" and it's trying to rebuild the source... *facepalm*
[00:49] <TheLordOfTime> meh...
[00:49] <TheLordOfTime> wgrant: it's being slower than I need it to, it's got depwaits again :/
[00:50] <TheLordOfTime> (although the FTBFS issue is resolved)
[00:50] <wgrant> The depwaits will autoretry an hour or so after publication is complete, or you can retry them manually once it's done.
[00:52] <TheLordOfTime> 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] <TheLordOfTime> 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] <TheLordOfTime> meh, it'll resolve itself eventually I assume
[00:56] <wgrant> 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] <TheLordOfTime> wgrant: [14/01/10 19:49:48] <TheLordOfTime> ... i think i forgot to click "copy binaries" and it's trying to rebuild the source... *facepalm*
[01:00] <TheLordOfTime> wgrant: and that's what I already do...
[01:00] <TheLordOfTime> but because of my mistake, and the publisher lagtime...
[01:00] <TheLordOfTime> the issue remains
[01:00] <TheLordOfTime> both issues remain, actually, the depwait and the fail-to-install
[01:00] <TheLordOfTime> 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] <TheLordOfTime> wgrant: it seems it caught up, but meh
[01:01] <TheLordOfTime> it seems to be working now
[02:33] <KI7MT> 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] <cjwatson> 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] <cjwatson> KI7MT: Those will then automatically show up after the review comments, and if there are further comments everything interleaves nicely.
[02:44] <cjwatson> 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] <KI7MT> cjwatson, thanks, that sounds like a plan. I like that way better than cancel - reissue :-)
[02:46] <cjwatson> 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] <KI7MT> cjwatson, so it's the same as if we were pushing to a project, bzr push <branch> , ?   do we need do do additional commits and log comments?
[02:48] <cjwatson> yes and yes
[02:48] <KI7MT> *need to do .. .
[02:48] <cjwatson> you can likely just "bzr push" if you've pushed that branch already; bzr normally remembers
[02:48] <cjwatson> "bzr info" will tell you the recorded push branch
[02:51] <KI7MT> cjwatson, Ok, thanks, I'll give that a shot over sending a new MP
[04:38] <pabs3> 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] <wgrant> pabs3: Did you blow away the corrupt cache?
[04:42] <pabs3> I did yes
[04:42] <pabs3> and all the previous errors
[04:43] <wgrant> What is the approximate failure rate?
[04:44] <pabs3> it is hard to say really. maybe 10%
[04:45] <wgrant> That number of SSL errors is pretty extraordinary.
[04:45] <wgrant> and certainly not on our end.
[04:46] <wgrant> Is this still running inside a WSGI application?
[04:47] <pabs3> yes
[04:48] <wgrant> Are the failures reproducible outside it?
[04:55] <pabs3> not sure how to run a wsgi app outside of wsgi
[04:58] <wgrant> 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] <pabs3> will try
[05:24] <pabs3> wgrant: got one error so far, the TypeError: 'NoneType' object has no attribute '__getitem__' in calendar.py", line 607, in timegm
[06:53] <wgrant> pabs3: Hm, any others?
[06:53] <pabs3> none yet
[12:12] <pabs3> wgrant: the non-wsgi script completed checking 75 bugs 100 times each and the only error was the timegm one
[17:06] <ENQ> hello
[17:08] <ENQ> 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] <ENQ> or am i on the wrong launchpad?
[17:53] <Dudytz> 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?
[18:14] <dobey> 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] <Dudytz> ok
[18:17] <Dudytz> dobey: thank you
[19:23] <Dudytz> 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] <TheLordOfTime> Dudytz: 2 - 5 minutes usually before the PPA system picks it up
[19:25] <TheLordOfTime> 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] <Dudytz> ok, I'm wait
[19:26] <Dudytz> thank you
[19:27] <TheLordOfTime> 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] <TheLordOfTime> at all
[19:28] <TheLordOfTime> if it was accepted it'll show up, but it can sometimes take a few minutes
[19:28] <TheLordOfTime> (0 to infinity, but 2 - 5 minutes on average)
[19:29] <Dudytz> 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] <dobey> no
[19:31] <Dudytz> ok
[19:32] <Dudytz> ok guys ... after 15 min I don't see the package in launchpad and no email arrivied
[19:34] <dobey> 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] <Dudytz> oh! is it ... I have changed the gpg key ... I need to update it in launchpad
[19:35] <Dudytz> I try now
[19:43] <Dudytz> 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] <Dudytz> ops ... -f
[19:47] <Dudytz> dobey: thank you ... I see the package! :)
[19:47] <Dudytz> TheLordOfTime: thank you!
[20:16] <Dudytz> dobey: why the dch says that the version 2.6.0-1~ppa1 is less than 2.6.0-1 ?
[20:17] <Dudytz> the same for 2.6.0-1ppa1
[20:31] <JZA> hi anyone know how can I get a zip of the project as opposed to a bzr checkout?
[20:31] <JZA> I think there was like a service that allow you to do a general zip (or tar.gz) package of the project.
[20:37] <jtaylor> has something changed with recipes in trusty? https://code.launchpad.net/~jtaylor/+recipe/ipython-daily
[20:37] <jtaylor> all but trusty succeeded
[20:37] <JZA> can anyone help me?
[20:40] <Logan_> !patience | JZA
[20:41] <JZA> hi anyone know how can I get a zip of the project as opposed to a bzr checkout?
[20:42] <Logan_> ...
[20:45] <dobey> dayangkun: because it is
[20:45] <dobey> jtaylor: dpkg is more strict in trusty
[20:48] <jtaylor> so I have to remove the revision?
[20:50] <dobey> jtaylor: you need to remove the "-0"
[20:52] <jtaylor> hm and turn the ~ into a +
[20:53] <dobey> no
[20:54] <jtaylor> yes or I'll break upgrades
[20:54] <jtaylor> I have a weird feeling of deja vu
[20:54] <jtaylor> did this happened before at some point?
[20:55] <jtaylor> hm how do I get packaged version to superseed that now
[20:56] <dobey> huh?
[20:56] <jtaylor> 1.1.0+mirror1+r270-0~71~ubuntu12.04.1 < 1.1.1-1
[20:56] <jtaylor> is not true
[20:56] <dobey> yes it is
[20:56] <dobey> 1.1.0 < 1.1.1
[20:56] <jtaylor> oh right, made a typo