[00:00] <poolie> davidstrauss: i think you have to ask an admin to do it, by asking a question against /launchpad
[00:05] <davidstrauss> ok
[01:33] <Gibby> anyone getting timeout while trying to upload to LP?
[01:36] <wgrant> Gibby: Looks OK to me.
[01:36] <wgrant> What's the error message?
[01:43] <Gibby> On the 7th file that is uploading I get [Errno 110] Connection timed out
[01:44] <wgrant> Gibby: Why are there so many files?
[01:45] <wgrant> There should normally be just three or four, unless you have multiple component orig tarballs.
[01:45] <Gibby> i did a debuild with -sd b/c it kept trying to upload the orig.tar.gz
[01:46] <wgrant> So there should be three files.
[01:46] <wgrant> What are the other four?
[01:48] <wgrant> It sounds like you're trying to upload binaries.
[01:48] <wgrant> Make sure you're building with debuild -S.
[01:49] <Gibby> so -S and not -sd?
[01:49] <Gibby> there is a dsc a debian.tar.gz and then the .deb's
[01:50] <wgrant> -sd is the opposite of -sa
[01:50] <wgrant> You still need -S, otherwise it will build binaries too.
[01:51] <wgrant> lamont: adare and ross seem to be fairly ill.,
[01:52] <Gibby> ahh ok, let me retry
[01:52] <Gibby> so debuild -kKEY -S -sd?
[01:52] <wgrant> Gibby: That's right.
[01:53] <Gibby> wgrant: thanks i will try it, getting the new sources
[02:10] <Gibby> wgrant: that worked, but i had my dependencies wrong, i fixed them and tried uploading again but i get Package has already been uploaded to ppa Nothing more to do for
[02:12] <wgrant> Gibby: You need to add a new changelog entry.
[02:13] <Gibby> wgrant: hmm ok, i know there is a command for that, i just did dput with -f
[02:13] <wgrant> Gibby: You need to run 'dch -i' in the source directory, and fill it in.
[02:13] <wgrant> And set the version string properly.
[04:16] <lamont> wgrant: this does not terribly surprise me... ppc doesn't really like current kernels. :(
[04:16] <wgrant> lamont: Ah :(
[04:16] <lamont> I'll see what can be done with them
[04:16] <wgrant> Are they Lucidified yet?
[06:10] <rryan> My bzr pushes are failing with a connection refused to bazaar.launchpad.net on port 22. Is Launchpad code hosting down?
[06:10] <spiv> losa ping: bazaar.launchpad.net ssh port is refusing connectoins
[06:11] <poolie> i'm seeing that too
[06:16] <mwhudson> rryan: should be back now
[06:16] <rryan> mwhudson : thanks
[10:15] <fta> wgrant, bigjools: hi, just checked the API and it seems the stats are not populated yet.. any idea when the script will start running?
[10:16] <wgrant> The LOSAs were emailed a couple of days ago.
[10:16] <wgrant> I haven't seen a response, but it may have just not come to me.
[10:37] <fta> wgrant, just wrote a sample script, i just need the stats now. any way to motivate a LOSA? a cookie maybe, a beer? ;)
[10:38] <fta> maybe too early for that..
[10:38] <fta> it sure is for me
[11:01] <edakiri> It was said that launchpad was going to be undergoing UI changes that would affect font sizing.  Is that still happening?  or is it more stable now and time for bug reports?
[11:03] <wgrant> edakiri: What issues are you seeing?
[11:08] <edakiri> wgrant: wrong (too small) font size
[11:08] <wgrant> edakiri: Where?
[11:09] <edakiri> wgrant: many places
[11:09] <edakiri> I'm looking in the bug reporting system
[11:09] <wgrant> In the description, comments, or general text around the page?
[11:10] <edakiri> wgrant: all of the above
[11:10] <edakiri> also in blueprints
[11:11] <ricotz> bigjools, hi, could you restart this build? https://edge.launchpad.net/~ricotz/+archive/unstable/+build/1967538
[11:11] <wgrant> edakiri: Can you show me a screenshot?
[11:12] <edakiri> wgrant: I could show you 2. a single screen shot would be meaningless because you would not know what my minimum usable font size without a second screen shot.  More directly addressing the problem, I may look at the CSS
[11:13] <edakiri> In the 2nd screen shot, I could show you launchpad with the minimum size enforced.
[11:15] <edakiri> Immediately visible in the CSS are things like:  .duplicate-details{font-size:90%}.extra-discreet{font-size:75%}
[11:15] <edakiri> Which will sources of problems if they are relative to the user's base font size.
[11:16] <edakiri> The only way the WWW author has to know the what size of type is well readable by a user is the default size selected by the user.
[11:17] <wgrant> Indeed. Please file a bug at https://bugs.launchpad.net/launchpad-web/+filebug
[15:07] <soren> bazaar.launchpad.net seems down.
[15:07] <soren> losa
[15:07] <soren> ^
[15:08] <Chex> soren: its a emergency outage, please see the topic item here: http://blog.launchpad.net/
[15:09] <soren> ...and it's back. Thanks.
[15:09] <soren> Oh.
[17:10] <pombreda> hiya :) anyone knows where the file likned here  https://launchpad.net/rdf is gone? https://launchpad.net/@@/rdf/launchpad.owl ? somewhere in bzr? elsewhere? ie where is the launchpad rdf schema?
[17:12] <pombreda> well found it : http://bazaar.launchpad.net/~launchpad-pqm/launchpad/db-devel/files/head%3A/lib/canonical/launchpad/rdfspec/
[17:32] <pombreda> but in any case the link https://launchpad.net/@@/rdf/launchpad.owl is a dead link which is no good... especially since it is one link away from all projects pages
[19:44] <alkisg> Just out of curiosity, when I upload a package to my ppa, I see "Currently building ... started 3 minutes ago", and five minutes later, I see "Currently building ... started 30 seconds ago". Why is that?
[19:46] <alkisg> Is it because jobs with higher priority can cancel running builds from lower priority?
[19:53] <mgedmin> maybe a time warp?
[19:54] <alkisg> Nah, e.g. now it says "building in 2 hours"
[19:54] <alkisg> It looks like running builds can be canceled by something
[20:04] <alkisg> ...and finally, it was just build, it says it started 9 minutes ago.
[20:42] <nemo> Sooo, is there a way around repeated timeout errors when reporting a bug?
[20:43] <nemo> keeps happening to me. seems to be variable. someone else on #ubuntu+1 says he has no problems at all, w/ same server IPs
[20:43] <nemo> yet others report same behaviour
[20:43] <nemo> I've tried like 20 times over past few hours to submit this one bug, just to be sent to timeout error
[20:44] <nemo> same thing happened w/ the one I filed a week ago
[20:45] <sluimers> I'm trying to upload something to launchpad
[20:45] <sluimers> but I get this error:
[20:45] <sluimers> Uploading to my-ppa (via sftp to ppa.launchpad.net):
[20:46] <sluimers>  ika-engine_0.63.735~0maverick1~ppa1.dsc: Permission denied (publickey).
[20:46] <sluimers> Unable to connect to SSH host ppa.launchpad.net; EOF during negotiation
[20:47] <nemo> hm
[20:47] <nemo> you know. I think I'm going to automate hitting ctrl-r
[20:47] <nemo> in this browser
[20:48] <nemo> have it just resubmit every 2 minutes until it succeeds
[20:53] <lifeless> nemo: are you reporting it with apport?
[20:53] <nemo> yep
[20:54] <lifeless> nemo: if the bug has lots of subscribers it will be https://bugs.edge.launchpad.net/malone/+bug/637854
[20:54] <ubot5`> Launchpad bug 637854 in Launchpad Bugs "DistributionSourcePackage:+filebug with lots of apport attachments times out (affected: 1, heat: 12)" [High,Triaged]
[20:54] <lifeless> and no, hitting repeat is unlikely to work. its probably doing about 500 times as much work as it should.
[20:54] <lifeless> We're working on a workaround.
[20:55] <weather15> Hello Everyone
[20:57] <weather15> Anyone have any ide as to why this branch can't be deleted? https://code.edge.launchpad.net/~live-cd-creation/ubuntu/lucid/squid/production also the recipe attached to it can't be deleted
[20:58] <jsackett> weather15 i just went to look and the branch was gone. fix it, i take it?
[20:58] <weather15> It seems after I tried it for the 10th time
[20:59] <weather15> Can this project be deleted? We had to stop work on it beause on an un for seen problem. https://edge.launchpad.net/squid-live
[20:59] <weather15> We will not be able to contuine with the project
[21:00] <nemo> lifeless: this is on creating a new bug
[21:00] <nemo> lifeless: not on commenting on an existing one
[21:01] <nemo> lifeless: last time around I just kept submitting the bug intermittently until it worked
[21:01] <lifeless> nemo: yes, the bug I linked is about that.
[21:01] <nemo> lifeless: hitting ctrl-r is basically the same thing I guess - I just didn't realise I could do it until someone in #ubuntu+1 told me
[21:01] <nemo> lifeless: ah. that looks right
[21:02] <nemo> lifeless: you know, I'd file by hand, but then someone just closes out the bug if I don't include apport data :-p
[21:02] <deryck> nemo, you can file the bug and later add your apport data.
[21:02] <nemo> that will work?
[21:03] <deryck> if the bug is timing out as it tries to deal with the attachments, then yes, not supplying the attachments up front will work.
[21:03] <nemo> I'd lose my looong description unfortunately, since I didn't think to save it, and !@#$ ubuntu overrode my firefox default where I have a text area saver even though I'd swear I already reset x-www-browser after installing chrome :-/
[21:04] <deryck> If you were asking about how to add to a bug after the fact, see:  https://help.ubuntu.com/community/ReportingBugs#Adding%20Apport%20Debug%20Information%20to%20an%20Existing%20Launchpad%20Bug
[21:04] <nemo> deryck: well, that would be handy actually.
[21:04] <nemo> although it's more the description
[21:04] <nemo> hm. maybe I can add a network traffic monitor
[21:04] <nemo> oh. damn. https
[21:04]  * nemo sighs. guess I'll just retype it
[21:05] <deryck> that's a separate bug that we loose your description if the bug report fails and you hit the back button.
[21:05] <nemo> yeah :-/
[21:05] <deryck> bug 553946
[21:05] <ubot5`> Launchpad bug 553946 in Launchpad Bugs "JavaScript breaks ability to recover +filebug form data (affected: 11, heat: 36)" [High,Triaged] https://launchpad.net/bugs/553946
[21:05] <nemo> I have a firefox addon for that too. I just didn't notice apport had opened chrome :(
[21:05] <nemo> well. I kinda noticed, just didn't think this would happen :)
[21:06] <deryck> the form data bug is on my shortlist to fix.
[21:06] <nemo> ah-hah. javascript. I knew I should have submitted it in w3m! :)
[21:06] <nemo> oooh. since I'm here. this is a minor minor thing that would make such a big difference
[21:06] <nemo> I would love it if you guys would tag each comment w/ an id
[21:06] <nemo> <div id="number">
[21:06] <nemo> then I could link people to comments in the context of the entire bug
[21:06] <lifeless> there's a bug open for that
[21:06] <nemo> you know, like in bugzilla
[21:06] <lifeless> well
[21:06] <nemo> lifeless: yeah. that's been an issue for years
[21:07] <nemo> I resort to just telling people to search for it
[21:07] <lifeless> if you want to link people to it, you need an anchor
[21:07] <nemo> all it needs is an id
[21:07] <nemo> lifeless: no. just need an id
[21:07] <lifeless> don't you?
[21:07] <nemo> you can link to any id since, well, HTML4? :)
[21:07] <nemo> ages though. 10y+
[21:07] <nemo> even IE6 supports it
[21:07] <lifeless> I'm old school
[21:07] <deryck> yeah, name or id works.
[21:07] <deryck> ok, so I'm out.  Have a good one, everyone.
[21:07] <nemo> lifeless: hell, if you're doing an XHTML1.1 page, that's *the* way to do it.
[21:08] <nemo> cuts down on random elements too
[21:09] <nemo> you'd think since you are tagging the comments w/ a number anyway, it'd be a very minor change to the HTML.  The only part that takes any effort is if you wanted a convenient link.  but people who know to add #cXXX could at least have the benefit immediately :)
[21:15] <mgedmin> nemo, if you've got firebug, you can recover your description with it by seeing the contents of the request when you do ctrl-r
[21:16] <nemo> mgedmin: well. that's the problem
[21:16] <nemo> stupid thing was in chrome
[21:17] <nemo> mgedmin: I have that text area saving addon already :)
[21:17] <mgedmin> chromium has the equivalent of firebux, called the inspector, I think
[21:17] <nemo> weird too, since I'd swear I reran update-alternatives immediately after I saw the chrome install had hijacked my browser
[21:17] <nemo> mgedmin: hmmm
[21:18] <mgedmin> and I think chromium is quite good about not deleting your unsubmitted textarea contents when you go back in history
[21:18] <nemo> mgedmin: nope. I tried that already
[21:18] <nemo> was all gone
[21:18] <mgedmin> ouch
[21:18] <nemo> not only that, it was one screen further back than in firefox
[21:18] <mgedmin> what can be more irritating than a broken bug-reporting tool?
[21:18] <nemo> back to the unmodified title
[21:18] <nemo> hm. don't see a Net equiv in the chrome tool
[21:19] <nemo> noooooo
[21:19] <nemo> !@#$
[21:19] <nemo> DAMN YOU
[21:19] <nemo> whew. just went back. I can still go forward
[21:19] <nemo> (activated "resource tracking")
[21:20] <nemo> woot! there's my comment
[21:20]  * nemo yayz
[21:20] <nemo> thanks mgedmin
[21:30] <nemo> mgedmin: (the damn you was at chromium, not you btw) :)
[21:47] <sluimers> Unable to connect to SSH host ppa.launchpad.net; EOF during negotiation
[21:47] <sluimers> whoops
[21:47] <sluimers> wrong window
[23:02] <davidstrauss> "Not Found": http://bazaar.launchpad.net/~davidstrauss/helios-ca/helios-ca-shell/files
[23:12] <davidstrauss> straussd@oxygen:~/Projects$ bzr co lp:~davidstrauss/helios-ca/helios-ca-shell
[23:12] <davidstrauss> bzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/~davidstrauss/helios-ca/trunk/".
[23:12] <davidstrauss> what's up? ^^^
[23:13] <mwhudson> well at least it's consistent
[23:13] <mwhudson> oh
[23:13] <davidstrauss> consistent?
[23:13] <mwhudson> sorry
[23:13] <mwhudson> this will be a stacking issue i bet
[23:14] <mwhudson> did you rename ~davidstrauss/helios-ca/trunk/ recently?
[23:14] <davidstrauss> yes
[23:14] <davidstrauss> well, in the last day or so
[23:14] <mwhudson> easiest thing is to use lftp or something to edit the .bzr/branch/branch.conf in that branch to match
[23:15] <poolie_> or use 'bzr reconfigure --stacked-on $NEW_LOCATION "
[23:15] <poolie_> with -d to tell it the remote stacked branch
[23:15] <poolie_> sorry about that
[23:18] <davidstrauss> poolie, reconfigure doesn't have a -d option
[23:19] <poolie_> sorry, 'reconfigure --stacked-on $new_stacked_location $stacked_branch'
[23:19] <poolie_> no need for a -d
[23:21] <davidstrauss> poolie, It's not clear what I'm supposed to stack it on. The normal LP URLs aren't working.
[23:21] <davidstrauss> straussd@oxygen:~$ bzr reconfigure --stacked-on=lp:~davidstrauss/helios-ca/helios-ca-native lp:helios
[23:21] <davidstrauss> bzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/%2Bbranch/helios/".
[23:21] <davidstrauss> nor this:
[23:21] <davidstrauss> straussd@oxygen:~$ bzr reconfigure --stacked-on=bzr+ssh://bazaar.launchpad.net/~davidstrauss/helios-ca/helios-ca-native lp:helios
[23:21]  * poolie_ looks
[23:22]  * davidstrauss swapped trunk with another branch
[23:23] <poolie_> what is the new name of the thing that used to be trunk?
[23:23] <davidstrauss> poolie, bzr+ssh://bazaar.launchpad.net/~davidstrauss/helios-ca/helios-ca-native
[23:27] <poolie_> oh, so there are two branches and you swapped them
[23:28] <poolie_> or more precisely, the one that was trunk is no longer trunk
[23:28] <poolie_> and the other one is instead
[23:28] <davidstrauss> poolie, yes
[23:30] <mwhudson> oh heck, the way lp: name resolution changed _definitely_ means that --stacked-on lp:foo won't work
[23:32] <mwhudson> hmm
[23:32] <mwhudson> or maybe it will
[23:33]  * mwhudson experiments
[23:35] <poolie_> i think that means you want reconfigure --stacked-on ...-native ....-shell
[23:54] <davidstrauss> poolie, mwhudson: I'm not sure what I need to run.
 i think that means you want reconfigure --stacked-on ...-native ....-shell
[23:55] <poolie_> i mean 'bzr reconfigure --stacked-on bzr+ssh://bazaar.launchpad.net/~davidstrauss/helios-ca/helios-ca-native bzr+ssh://bazaar.launchpad.net/~davidstrauss/helios-ca/helios-ca-shell'
[23:56] <davidstrauss> poolie, I've already tried that exact command before.
[23:56] <davidstrauss> poolie, "bzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/~davidstrauss/helios-ca/trunk/"."
[23:56] <poolie_> and it failed with what?
[23:57] <poolie_> can you pastebin the traceback from ~/.bzr.log?
[23:59] <davidstrauss> poolie, http://pastie.org/private/itczl5kup9aartj0jfciq