| TheLordOfTime | how long before older versions of a package are removed from the +packages list for a PPA? | 00:31 |
|---|---|---|
| TheLordOfTime | ... nevermind, it finally removed em | 00:32 |
| TheLordOfTime | (slow update) | 00:32 |
| TheLordOfTime | is there lag in the system that publishes packages in PPAs right now? | 00:45 |
| wgrant | TheLordOfTime: Latency is usually somewhere below 15 minutes. | 00:47 |
| wgrant | As it is now. | 00:47 |
| 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:49 |
| 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:50 |
| 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:52 |
| 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:53 |
| 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:56 |
| 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* | 00:59 |
| 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:00 |
| * 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 | 01:01 |
| 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:33 |
| 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:43 |
| 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:44 |
| 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:46 |
| 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:47 |
| 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:48 |
| KI7MT | cjwatson, Ok, thanks, I'll give that a shot over sending a new MP | 02:51 |
| 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:38 |
| wgrant | pabs3: Did you blow away the corrupt cache? | 04:41 |
| pabs3 | I did yes | 04:42 |
| pabs3 | and all the previous errors | 04:42 |
| wgrant | What is the approximate failure rate? | 04:43 |
| pabs3 | it is hard to say really. maybe 10% | 04:44 |
| wgrant | That number of SSL errors is pretty extraordinary. | 04:45 |
| wgrant | and certainly not on our end. | 04:45 |
| wgrant | Is this still running inside a WSGI application? | 04:46 |
| pabs3 | yes | 04:47 |
| wgrant | Are the failures reproducible outside it? | 04:48 |
| pabs3 | not sure how to run a wsgi app outside of wsgi | 04:55 |
| 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:58 |
| pabs3 | will try | 04:59 |
| pabs3 | wgrant: got one error so far, the TypeError: 'NoneType' object has no attribute '__getitem__' in calendar.py", line 607, in timegm | 05:24 |
| wgrant | pabs3: Hm, any others? | 06:53 |
| pabs3 | none yet | 06:53 |
| pabs3 | wgrant: the non-wsgi script completed checking 75 bugs 100 times each and the only error was the timegm one | 12:12 |
| ENQ | hello | 17:06 |
| 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:08 |
| 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? | 17:53 |
| === Ursinha-afk is now known as Ursinha | ||
| 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:14 |
| Dudytz | ok | 18:17 |
| Dudytz | dobey: thank you | 18:17 |
| 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:23 |
| 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:25 |
| Dudytz | ok, I'm wait | 19:26 |
| Dudytz | thank you | 19:26 |
| 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:27 |
| 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:28 |
| Dudytz | the DBEMAIL variable is not my primary email in launchpad ... is a problem? | 19:29 |
| * TheLordOfTime leaves that for the experts to answer, as he has to fix a server at the moment | 19:30 | |
| dobey | no | 19:30 |
| Dudytz | ok | 19:31 |
| Dudytz | ok guys ... after 15 min I don't see the package in launchpad and no email arrivied | 19:32 |
| 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:34 |
| Dudytz | oh! is it ... I have changed the gpg key ... I need to update it in launchpad | 19:35 |
| Dudytz | I try now | 19:35 |
| 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:43 |
| Dudytz | ops ... -f | 19:44 |
| Dudytz | dobey: thank you ... I see the package! :) | 19:47 |
| Dudytz | TheLordOfTime: thank you! | 19:47 |
| Dudytz | dobey: why the dch says that the version 2.6.0-1~ppa1 is less than 2.6.0-1 ? | 20:16 |
| Dudytz | the same for 2.6.0-1ppa1 | 20:17 |
| 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:31 |
| 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:37 |
| Logan_ | !patience | JZA | 20:40 |
| ubot5 | 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:40 |
| JZA | hi anyone know how can I get a zip of the project as opposed to a bzr checkout? | 20:41 |
| Logan_ | ... | 20:42 |
| dobey | dayangkun: because it is | 20:45 |
| dobey | jtaylor: dpkg is more strict in trusty | 20:45 |
| jtaylor | so I have to remove the revision? | 20:48 |
| dobey | jtaylor: you need to remove the "-0" | 20:50 |
| jtaylor | hm and turn the ~ into a + | 20:52 |
| dobey | no | 20:53 |
| 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:54 |
| jtaylor | hm how do I get packaged version to superseed that now | 20:55 |
| 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 | 20:56 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!