[04:59] <soren> cjwatson: Oh, I literally meant "get en error back from the ftp server". Not an e-mail, but an FTP-ish sort of error.
[08:02] <mapreri> That's weired: I received a failure email (http://paste.ubuntu.com/7026248/) while the build was successful: https://launchpad.net/ubuntu/+source/openmsx-catapult/0.10.0-1ubuntu2/+build/5653147
[08:24] <wgrant> mapreri: Looks like someone retried it in the meantime.
[08:25] <wgrant> mapreri: The email gives the duration as 4 minutes, and was sent at 06:25. The successful build started at 06:31
[08:31] <mapreri> wgrant: ah! didn't note. Thanks :)
[10:40] <cjwatson> soren: ah, no, I don't think it's that clever
[10:43] <soren> cjwatson: Evidently not. I do remember that some combination of circumstances would make the FTP server reject the upload immediately, though.
[10:43] <soren> Yup, found it:
[10:43] <soren> https://bugs.launchpad.net/launchpad/+bug/798957
[10:44] <ubot5> Ubuntu bug 798957 in Launchpad itself "PPA Uploads are seemingly (but not actually) rejected" [Critical,Fix released]
[10:45] <soren> I only ever saw it as a false negative, though.
[11:40] <t^2> I'm trying to run apport-collect without X, using lynx, and it fails complaining about lack of REFERER header. As far as I know, lynx can't send REFERER (any more than links), or is there some trick to make it do so?
[11:44] <t^2> Or is there some other way to run apport-collect without X?
[11:48] <cjwatson> Try w3m?
[11:54] <t^2> Nope, w3m has the same problem. :-(
[11:56] <t^2> Is there a simple document somewhere describing what apport-collect sends - I could attach same info to the bug report manually?
[12:08] <cjwatson> You can use "apport-cli -p <package> --save foo.crash" and then pick through the .crash file
[12:08] <cjwatson> Though unfortunately https://bugs.launchpad.net/apport/+bug/1208508
[12:08] <ubot5> Ubuntu bug 1208508 in Apport "unable to update an bug with an existing .crash file" [Wishlist,Triaged]
[12:10] <t^2> Ugh. Well, added myself as one affected by 1208508.
=== JanC_ is now known as JanC
=== tasdomas` is now known as tasdomas
[17:55] <ychaouche> Hello !
[17:55] <ychaouche> is there a way to search in log messages in launchpad ?
[18:20] <dobey> ychaouche: what do you mean?
[18:21] <ychaouche> dobey: I want to search for a particular string in commit messages of a particular project hosted on launchpad
[18:21] <ychaouche> oh sorry I have written log messages I meant commit messages.
[18:21] <ychaouche> something similar to bzr-search
[18:23] <dobey> you could do it with bzrlib in python
[18:23] <ychaouche> I'm currently checkouting the project just to search for a string but it's taking forever to download (151Mb and still downloading...)
[18:23] <dobey> there's no way to search commit messages in branches on launchpad or via the launchpad API
[18:24] <ychaouche> oh ok
[18:24] <dobey> why would you want to find a particular string in all commit messages ever, anyway?
[18:24] <ychaouche> dobey: to understand the rational behind duplicated code in a function.
[18:25] <ychaouche> I thought maybe I'd find a clue in the devs commit messages if I grep the function name.
[18:25] <ychaouche> *IF* the devs write meaningful messages of course, which would be a miracle right ?
[18:25] <dobey> you an use "bzr blame" to see when a change was done, and bzr log to see the message for that commit
[18:26] <ychaouche> dobey: it will only show the last change
[18:26] <dobey> you can also browse the tree on launchpad, and choose "show revision information" when looking at a file, to see when it was last changed
[18:26] <dobey> ychaouche: well, bzr log can also limit the output to changes to a specific file
[18:26] <ychaouche> ah that might be helpful
[18:27] <dobey> and you can pass a revno to bzr blame, so if it wasn't the last revision that the function changed, which made the change you're looking for, you can bzr blame -r $previousrevno to get older info
[18:28] <dobey> and now i have to go get food
[18:28] <ychaouche> bon appétit
[19:37] <ktosiek> Can I add an existing package (but with different series) to my PPA?
[19:51] <dobey> ktosiek: sure, as long as the version doesn't conflict
[21:28] <iulian> Hi. Why is my @ubuntu.com email bouncing up and down and not receiving anything? https://launchpad.net/~iulian
[21:29] <iulian> I haven't changed anything on my LP page in ages.
[21:33] <dobey> iulian: what do you mean by that exactly? do you have specific error messages from trying to send mail to that address?
[21:37] <iulian> dobey: 1148.00 <Laney> I got a mail from CIVS saying that your ubuntu.com email bounced, FYI
[21:37] <iulian> And I can confirm that I haven't received emails for the past... couple of months I presume.
[21:39] <cjwatson> iulian: #canonical-sysadmin stands a better chance of being able to investigate; all Launchpad does here is store data which the sysadmins scrape for building the database of ubuntu.com addresses
[21:39] <cjwatson> ubuntu.com mail doesn't go through Launchpad systems or anything
[21:39] <cjwatson> iulian: That said ... normally your preferred e-mail address in Launchpad needs to be set to something that isn't @ubuntu.com
[21:40] <iulian> cjwatson: Ah, got it. I'll move the conversation over there then.
[21:40] <cjwatson> iulian: Because that's what @ubuntu.com uses as the forwarding address
[21:40] <iulian> I've had that for a couple of years I think and it did work.
[21:40] <cjwatson> It may have been overridden at some point, I don't know, but that's what I always understood to be the rule
[21:40] <cjwatson> However #c-s would be more authoritative
[21:40] <iulian> Cool, ta.
[21:41] <dobey> the address it forwards to is bouncing
[21:41] <dobey> it's not bouncing from the ubuntu.com relay itself
[21:42] <iulian> Ahhh, I think I know what the problem is.
[21:42] <dobey> so change it to one that doesn't bounce, or bug the physics.org admins :)
[21:44] <iulian> Yea, I can't change it to my gmail one because apparently ~iulian-udrea is registered with my gmail account so I have to merge that.
[21:48] <iulian> Should work now. Thanks dobey!