[00:36]  * maxb feels slightly depressed that someone is requesting a vcs import of http://schuelercc-extended-profile.googlecode.com/svn/trunk/trunk/broken/ as the development focus of a project
[00:37] <maxb> it's hard to conceive of a more screwed up svn url
[03:39] <MTeck-ricer> heat?
[03:39] <MTeck-ricer> !heat
[03:39] <MTeck-ricer> maxb: lol... painful
[03:40] <MTeck-ricer> maxb: s/broken/broken-crap/ ?
[08:51] <geser> wgrant: is this behaviour intented or a bug? as it can easily happen that one forgets to specify the upload path (if one uses a more generic configuration and doesn't hardcode it)
[08:58] <wgrant> geser: Well, it's known. Not necessarily completely intended, but not a bug.
[09:38] <jenkins> dpm: have you had chance to look at the first draft of the translators manual? What do you think?
[09:38] <jenkins> sorry wrong window
[09:38] <dpm> jenkins, no worries, let me join #ubuntu-manual :)
[16:14] <xdatap> hi everybody
[16:14] <xdatap> i need a launchpad admin, we (italian loco team) are issues
[16:16] <xdatap> *we have issues :)
[16:19] <fta> something looks broken with the API for ppa build states..
[16:19] <fta> (LP api)
[16:22] <xdatap> mrevell, hi
[16:23] <mrevell> xdatap, Hi
[16:23] <mrevell> bigjools, around?
[16:24] <xdatap> mrevell, hi, sorry to bother you. ubuntu-it product doesn't exist anymore on launchpad. Dozen of blueprints attached to it disappeared too.
[16:24] <mrevell> xdatap, Right! Let's find out what's going on.
[16:24] <xdatap> if you see my profile: https://edge.launchpad.net/~xdatap1 you will found on main page bluprints assigned to me that goes to broken links
[16:25] <mrevell> sinzui, around?
[16:27] <mrevell> xdatap, I tried the first three blueprints listed on your profile page and they seem to be okay.
[16:28] <mrevell> xdatap, Let me try to find out what happened to the project. When was it last working?
[16:28] <xdatap> this one for example: https://blueprints.edge.launchpad.net/ubuntu-it/+spec/ubuntu-party
[16:29] <mrevell> xdatap, I've reactivated the project. Does that fix your problem?
[16:30] <mrevell> xdatap, Sorry, try now
[16:30] <xdatap> mrevell, oh yes! it works now
[16:31] <xdatap> mrevell, thank you very much
[16:31] <mrevell> xdatap, Great! I'm sorry that it got deactivated. I'll try to find out why. I've left a message on the project's review white-board which should mean it's okay from now on.
[16:31] <mrevell> no problem
[16:32] <xdatap> mrevell, thank you again. Bye
[16:52] <cos^> how is it possible that a package changes from now building to waiting to build status?
[16:53] <cos^> i uploaded 2 packages here which both started to build but returned to waiting to build https://launchpad.net/~ville-ranki/+archive/siilihai
[17:02] <maco> hi. i have a daily build recipe on lucid, and while it's having no trouble executing (though the maverick one is, but a bug is filed on that), the build is failing.  this is interesting to me because it succeeds in pbuilder locally
[17:03] <maco> this is the build log http://launchpadlibrarian.net/51484609/buildlog_ubuntu-lucid-i386.gally_0%2B48~lucid1_FAILEDTOBUILD.txt.gz
[17:05] <thopiekar> hi
[17:05] <thopiekar> is here someone, who is working on the poulsbo drivers?
[17:10] <geser> maco: which debhelper level does the package use? I ask because I see "Compatibility levels before 5 are deprecated".
[17:11] <geser> maco: the log shows that debian/tmp/ is used as a staging directory while your gally.install files expects debian/gally as staging dir (not sure about how the debhelper level affect this)
[17:18] <maco> geser: 7 i think
[17:21] <geser> check the value in debian/compat to be sure
[17:34] <maco> geser: i dont have that file
[17:38] <geser> then create it so debhelper really uses level 7 (echo 7 > debian/compat). I don't know if that solves your problem, but should be still done (assuming you want level 7)
[17:47] <thopiekar> hi I removed ppa's but they are just shown in my list in gray.. how can I fully remove them?
[17:48] <geser> it takes some time (24 hours IIRC) till the files get really removed
[17:49] <thopiekar> some of the ppas that are shown are some weeks old...
[17:49] <thopiekar> don't think that it would take weeks..
[17:49] <thopiekar> ;)
[17:51] <geser> did you remove (delete) the other ones or just disable?
[17:53] <thopiekar> removed..
[17:53] <thopiekar> https://launchpad.net/~thopiekar/+archive/iegd
[17:54] <thopiekar> https://launchpad.net/~thopiekar/+archive/navit
[17:54] <thopiekar> https://launchpad.net/~thopiekar/+archive/netbook
[17:54] <thopiekar> https://launchpad.net/~thopiekar/+archive/pyside
[17:54] <thopiekar> all old ppas that I don'T need..
[17:58] <geser> then you will need to wait on someone with a better knowledge of this. unfortunately there is currently a LP sprint
[18:32] <alkisg> Is it possible to download a tarball from a launchpad bazaar branch?
[18:39] <svaksha> hi, Earlier there was an error described here ("bzr: ERROR: Not a branch"): http://www.mail-archive.com/launchpad-users@lists.launchpad.net/msg00591.html
[18:39] <svaksha> After following the suggestion I was able to upload to LP but only temporarily. The .bazaar file ownership reverts to root with each system shutdown and now its not allowing me to pull anything from LP.
[18:39] <svaksha> I get this error: Permission denied (publickey).
[18:39] <svaksha> bzr: ERROR: Connection closed: please check connectivity and permissions (and try -Dhpss if further diagnosis is required)
[18:40] <geser> alkisg: not directly, but you can do "bzr export mybranch.tar lp:mybranch"
[18:40] <alkisg> geser: thank you, I was looking for a way to get the source without having bzr installed, but that command might also come in handy in some other part.
[18:40] <svaksha> Changing the .bazaar ownership to $user does not help either
[19:02] <svaksha> hello, anyone have any ideas to my earlier query
[19:08] <micahg> any LOSAs around?
[19:08] <micahg> shipova seems to be hung
[19:10] <fta> is it sprint time?
[20:04] <Quintasan> grrr
[20:04] <R2> "Sorry, there was a problem connecting to the Launchpad server. Try reloading this page in a minute or two. If the problem persists, let us know in the #launchpad  IRC channel on Freenode."
[20:04]  * R2 is letting you know.
[20:05] <R2> http://bazaar.launchpad.net/~libmysql-team/libmysql/1.0/annotate/head:/libmysql/libmysql.c
[20:05] <R2> ...is the page giving me that.
[20:05] <R2> UA: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6
[20:07] <Quintasan> james_w: if you are around, can you do something about launchpad ppa build service rejecting my uploads and telling me that it is already uploaded but has different contents?
[20:07] <Quintasan> james_w: https://launchpad.net/~neon/+archive/ppa
[20:07] <james_w> Quintasan: not really. What are you uploading?
[20:08] <Quintasan> james_w: project-neon-qt source
[20:08] <james_w> what version?
[20:08] <Quintasan> project-neon-qt_1.0+1198_source.changes
[20:09] <james_w> Quintasan: ok, that's already been uploaded, you can't upload the same version again, even if you delete the package
[20:09] <Quintasan> oh :S
[20:10] <MrKanister> Quintasan: When uploading to a ppa you should always append ~ppa1 and increase that with each further upload of the SAME package version
[20:10] <MrKanister> Quintasan: That way you avoid issues like the one you have currently ;)
[20:11] <Quintasan> MrKanister: I'm working on a daily build, I don't think that recipe uses earlier changelogs :(
[20:11] <MTecknology> how can I ignore something for bazaar for everyone that ever pulls the branch?
[20:12] <MrKanister> Quintasan: I don't exactly understand what you mean with "earlier changelogs", but you should be able to upload your package by just using "1.0+1198~ppa1" instead of "1.0+1198"
[20:13] <MrKanister> Quintasan: a version 1.2~ppaX is always lower than 1.3, so that way you can upload new version to your ppa and when a final release comes out it will replace the old one
[20:14] <james_w> Quintasan: is the problem that the upstream hasn't moved since the last time you built, or that you want to build the same thing again?
[20:14] <MTecknology> like, adding dir/file to .bzr_ignores or something?
[20:14] <james_w> MTecknology: "bzr ignore dir/file"
[20:15] <micahg> james_w: can you fix PPA builders?
[20:16] <MTecknology> james_w: :D thanks
[20:16] <james_w> micahg: nope
[20:17] <Quintasan> james_w: okay, I got it, can I somehow make the builder to auto-invoke the signing of the tar and changes file?
[20:17] <james_w> Quintasan: specify a key id with "-k"
[20:19] <Quintasan> awesome
[20:20] <james_w> Quintasan: it can upload with --dput too
[20:22] <Quintasan> james_w: would save me a ton of time if I was sure it will build properly ;)
[20:23] <james_w> Quintasan: if you don't want to build the same revisions of upstream twice then look at --if-changed-from, if you do then look at using {time} in your deb-version template
[20:26] <bp0> hello
[20:26] <bp0> trying to file a bug on launchpad is broken
[20:26] <bp0> always times out
[20:26] <bp0> for about 1h30m now
[20:29] <bp0> if this is useful: (Error ID: OOPS-1654A1211)
[20:29] <bp0> Authorization Required
[20:30] <micahg> bp0: are you logged in?
[20:30] <bp0> to launchpad, yes
[20:31] <bp0> not to lp-oops.canonical
[20:31] <micahg> bp0: oh, only launchpad admins can see those
[20:32] <bp0> ..ok
[20:33] <bp0> so are any of those here?
[20:33] <bp0> what is the status?
[20:34] <bp0> is it going to be working today?
[20:34] <micahg> bp0: well, I think the next help contact starts in 90 minutes IIRC
[20:35] <bp0> what does that mena?
[20:35] <bp0> *mean
[20:37] <micahg> bp0: there's a dedicated person for help in this channel at various times, that person would probably be best suited to help you with the issue unless someone else pops in, I cannot help
[20:39] <bp0> ok
[21:42] <quesh_i> hello
[21:47] <doctormo> How long will staging be down for? https://staging.launchpad.net/
[22:00] <MTecknology> I take it the build servers have been under heavy load today..
[22:10] <MTecknology> Is there a bug that the buildlog doesn't show anything during building a package?
[22:21] <doctormo> MTecknology: heavy load? so the servers might not be down for code review?
[22:26] <Janzert> Is there a way to have launchpad email me whenever a merge proposal is made against a branch of mine?
[22:27] <mtaylor> Janzert: yes
[22:28] <mtaylor> Janzert: actually, this should be happening already (happens for any branch I own or that a team I'm a member of owns)
[22:29] <MTecknology> doctormo: a few hours in queu for a few packages
[22:29] <Janzert> hmm, ok. I'm also subsribed to it and am getting the checkin notifications but didn't receive anything about a merge proposal.
[22:30] <Janzert> maybe something just went haywire this time
[22:31] <Janzert> and now looking back I see that I did get notification about a merge proposal back in February
[22:32] <Janzert> so must be just a glitch with the recent one
[22:44] <bp0> so help contact?
[22:45] <bp0> micahg, when does this help contact get here?
[22:55] <MTecknology> Isn't the priority of a build supposed to increase as it sits out there?
[23:03] <micahg> lifeless_: you know when the next help contact will be in?
[23:10] <MTecknology> I have a package that's been sitting in build queue for >6 hours now and it's still only priority 2505.. :S
[23:10] <MTecknology> I'd rather just cancel those particular builds..
[23:13] <doctormo> MTecknology: I think the lp team has been abducted.
[23:14] <MTecknology> doctormo: looks like it
[23:15] <micahg> MTecknology: I've got a build going for 18hrs + on a runaway builder
[23:17] <MTecknology> micahg: it that what's killing things?
[23:19] <MTecknology> micahg: that wouldn't explain priorities not going up..
[23:22] <micahg> MTecknology: it looks like quite a few builders aren't picking up new builds
[23:26] <MTecknology> micahg: 16 of 'em..
[23:28] <MTecknology> I like it when teh priority changes. Then I get a feeling that it'll build eventually..
[23:28] <MTecknology> right now... I'm not getting that feeling..
[23:29] <micahg> bp0: I think the answer to your question is MIA :)
[23:30] <MTecknology> micahg: one can only hope the MIA is because they're actively fighting to fix things and too busy to talk.
[23:41] <bp0> well i'll try again later
[23:42] <wgrant> bp0: The Launchpad developers are all in Prague at the moment, so there won't be anyone around right now.
[23:42] <wgrant> DAMN.