[10:07] <Daviey> Hi, we cannot determine why a test is failing in a PPA build (works locally), and doesn't require network access.
[10:07] <Daviey> https://launchpadlibrarian.net/76015385/buildlog_ubuntu-oneiric-i386.glance_2011.3~d4~20110726.162-0ubuntu0ppa1~oneiric1_FAILEDTOBUILD.txt.gz
[10:07] <Daviey> is the clock source safe on the buildd's (for PPA's)
[10:09] <bigjools> Daviey: sounds like a bad test
[10:10] <Daviey> bigjools: but oddly, works in local sbuild
[10:10] <bigjools> probably a fluke
[10:10] <bigjools> we've had this sort of thing in LP's tests
[10:10] <Quintasan> while you are at it, is it possible to run X tests in LP?
[10:10] <Daviey> bigjools: there is a 'sleep' in the test.. i wondered if that is treated differently in the builldd's
[10:10] <bigjools> you need some sort of fake clock that you can wind forwards
[10:10] <bigjools> Daviey: ew, a sleep in a test?!
[10:10] <james_w> timezone dependent test?
[10:11] <bigjools> that's really flakey
[10:11] <bigjools> exactly, timezones
[10:11] <bigjools> and DST
[10:11]  * Quintasan giggles
[10:11] <Daviey> bigjools: the test needs to block.
[10:11] <Daviey> Note, i haven't poked it too closely
[10:12] <bigjools> Daviey: it has a race condition by the sounds of it
[10:13] <james_w> Daviey, anyway, at the top of the log:
[10:13] <james_w> Synching the system clock with the buildd NTP service...
[10:13] <james_w> 26 Jul 19:40:56 ntpdate[3407]: step time server 10.211.37.1 offset -8220.130327 sec
[10:13] <bigjools> heh
[10:14] <Daviey> Wowzers
[10:14]  * Daviey pokes it further
[10:19] <Daviey> bigjools: fwiw, http://pb.daviey.com/iTm5/raw/
[10:19] <Daviey> see,  # NOTE(jkoelker) The build servers sometime
[10:20] <Daviey> it is smelly racey.
[10:28] <bigjools> Daviey: yarp
[10:36] <Daviey> bigjools: the odd thing is locally, that test passes first time locally.. but consistently times out at 5mins on buildds
[10:36] <bigjools> Daviey: i'd try printing some debug output in the build
[10:37] <Daviey> bigjools: there is a log file which might make it easier to determine what is going on..
[10:37] <Daviey> it's a shame we can't get the build artifacts.
[11:07] <lag> Is there currently problems with uploading to Launchpad?
[11:08] <lag> I have tried to upload my tarballed kernel for release 2011.07 yesterday and again today
[11:08] <lag> Once it reached 100% I received this:
[11:08] <lag> Please try again
[11:08] <lag> Sorry, there was a problem connecting to the Launchpad server.
[11:08] <lag> Try reloading this page in a minute or two. If the problem persists, let us know in the #launchpad IRC channel on Freenode.
[11:08] <lag> Thanks for your patience.
[11:24] <poolie> lag, i'm not aware of any problems like that
[11:24] <poolie> i wonder if it's a proxy problem on your network
[11:26] <lag> I have direct access to the interweb
[11:26] <lag> As I say, the upload gets to 100%, and _then_ bombs out
[11:50] <bdrung> comment #104 in https://bugs.launchpad.net/ubuntu/+source/vlc/+bug/743323 is spam
[11:58] <lag> Same thing
[11:58] <poolie> bdrung: fixed
[11:58] <lag> Any ideas what might be going on?
[11:58] <poolie> lag, not off hand; please file a bug with details
[11:58] <poolie> including the size of the tarball
[11:59] <poolie> there is a cap at 200mb or so for download files; i assume it is smaller than that?
[12:00] <lag> poolie: 73MB
[12:00] <bdrung> thanks poolie
[12:03] <lag> poolie: bug 816938
[12:04] <poolie> thanks
[12:10]  * czajkowski hugs mrevell 
[12:13] <mrevell> :)
[13:20] <dholbach> hiya
[13:21] <dholbach> can somebody tell me why https://code.launchpad.net/~ubuntu-packaging-guide-team/+recipe/ubuntu-packaging-guide-daily "could not be uploaded correctly"?
[13:22] <ScottK> wgrant: Looks like I just got bit by 816155 (see kde4libs).
[13:22] <bigjools> bug 816155
[13:58] <ScottK> And then even weirder it builds on powerpc https://launchpad.net/ubuntu/+source/kde4libs/4:4.7.0-0ubuntu1/+build/2650993
[14:52] <nigelb> Can I get bugs fixed in a certain date range out of Launchpad?
[14:53] <nigelb> or since a certain date.
[14:56] <keith-hughitt> Hello
[14:56] <keith-hughitt> Anyone know if there is an IRC bot to announce Launchpad code revisions?
[14:56] <keith-hughitt> I have found one that may work (publish-bot) but it only announces revision for a single user, and not a branch
[15:01] <james_w> it looks to me that the bug mail improvements were mainly focused on bugs/projects. Is there a way to remain a member of a team, but stop getting any more bug email due to that team membership?
[15:06] <flacoste> james_w: apart from muting every bug that team is subscribed to?
[15:07] <james_w> yes
[15:08] <james_w> because that is infeasible for this particular team
[15:08] <flacoste> james_w: i don't think there is unfortunately
[15:08] <james_w> ok, thanks
[15:08] <james_w> I'll continue with liberal application of the delete key
[15:25] <janimo> Shouldn't this link give back a JSON like other top level collections? (bugs, people, projects) https://api.launchpad.net/1.0/distributions
[15:28] <mpt> I just encountered a strange and disruptive bug ... the "Affects" table appears in a particular bug report for me, but not for the person who would fix the bug report
[15:31] <mpt> who would fix the bug, rather
[15:54] <mpt> Reported as bug 817070
[16:32] <jimis> hello, any updates on fixing lp:gcc?
[18:34] <niemeyer> Greetings
[18:35] <niemeyer> Folks, has anything changed regarding Bazaar references in Launchpad in the last couple of days?
[18:36] <niemeyer> This seems to have stopped working: bzr branch https://launchpad.net/ensemble
[18:38] <bac> niemeyer: i just tried it and it worked for me
[18:39] <bac> as did lp:ensemble
[18:39] <niemeyer> bac: The latter works
[18:39] <niemeyer> The former fails like this:
[18:39] <niemeyer>   File "/usr/lib/python2.7/dist-packages/bzrlib/transport/http/_pycurl.py", line 375, in _curl_perform
[18:39] <niemeyer>     curl.perform()
[18:39] <niemeyer> error: (28, 'SSL connection timeout at 297952')
[18:40] <niemeyer> Consistently.. any project
[18:40] <bac> niemeyer: i just did:
[18:40] <bac> Branched 285 revision(s).
[18:40] <bac> er,
[18:41] <bac>  % bzr get https://launchpad.net/ensemble
[18:41] <bac> Branched 285 revision(s).
[18:41] <niemeyer> https+urllib works
[18:42] <bac> niemeyer: so i had success with lp:ensemble, http://launchpad.net/ensemble and https://launchpad.net/ensemble
[18:43] <niemeyer> bac: Are you up-to-date in Natty
[18:43] <niemeyer> ?
[18:43] <bac> niemeyer: yes
[18:43] <niemeyer> bac: Do you have pycurl installed in your machine?
[18:44] <bac> niemeyer: i do
[18:44] <niemeyer> Ok.. maybe it doesn't like me then :)
[18:44] <bac> niemeyer: or, perhaps, it just likes me better.
[18:45] <niemeyer> bac: That's quite possible :)
[18:45] <niemeyer> Either way, it doesn't work.. and I'm pretty sure it worked yesterday
[20:03] <jeblair> i'm trying to use the launchpad bug email interface.  i was able to execute a command by gpg clear-signing a message, but the signature block shows up in the web interface.  i'm trying to do the same via pgpmime, and i'm getting no response -- no emailed errors, and no updates to the bug.  what's the best way to sign bug emails?
[20:22] <abuchbinder> Hi, all. I have a bug I filed on Pidgin, but I think the core dump has my IM password and such in it. How can I make the core dump private, but the bug report public?
[20:24] <Pici> abuchbinder: I'm not a launchpad guru, but I'm pretty sure that you can't have different privacy settings across a single bug.
[20:29] <abuchbinder> So what are my options here?
[20:29] <abuchbinder> I have a bug, I filed it with apport, I found a patch, applied and tested it, and now what do I do?
[20:46] <abuchbinder> Can I at least delete the core dump or something?
[20:47] <abuchbinder> Never mind; the apport retracing service does it after the retrace. Bug 817119 is now public.
[20:57] <ScottK> https://launchpad.net/builders is oopsing now.  OOPS-2034BB105
[20:57] <ScottK> Need a bug for that?