[00:24] <jason_> bzr down?
[00:24] <wgrant> jason_: Looks fine to me, why?
[00:25] <jason_> wgrant, my bzr push wont finish...
[00:25] <jason_> its just stalled
[00:26] <wgrant> It's working OK for me. You might want to retry the push.
[00:27] <jason_> done that like 3 times now
[00:27] <jason_> its just stalling
[00:27] <jason_> can I get debug output somehow?
[00:27] <wgrant> What does it say when it's stalling?
[00:27] <jason_> nothing
[00:27] <jason_> Using saved push location: bzr+ssh://bazaar.launchpad.net/~unity-team/unity/unity.dont-emit-on-id-change/
[00:27] <jason_> thats it
[00:29] <jason_> wgrant, any clues? :)
[00:29] <wgrant> jason_: Retry with -Dhpss, and see what ~/.bzr.log says
[00:30] <wgrant> 'cause I just pushed a new unity branch fine.
[00:32] <jason_> O_O
[00:32] <jason_> something is REALLY weird
[00:32] <wgrant> Oh?
[00:32] <jason_> I cant post on pastebin either
[00:32] <jason_> now I suspect... wtf... I dont even know
[00:33] <wgrant> Oh no, Launchpad broke the pastebin too!
[00:33] <wgrant> :)
[00:34] <wgrant> Heh
[02:03] <gnuvince> I tried to upload a package to Launchpad using dput, but I got a rejection email saying that the orig.tar.gz file already exists on the server.  How can I remove that file?
[02:14] <lifeless> gnuvince: you cannot
[02:15] <lifeless> gnuvince: APT archives have no means to invalidate previously published files, this error is telling you you are trying to do something that the APT archive format is incapable of doing.
[02:17] <gnuvince> I found an old irc log about using pull-lp-source to retreive the tar ball and then re-run debuild
[02:17] <gnuvince> would that work?
[02:25] <lifeless> quite likely
[02:30] <gnuvince> thanks
[06:44] <MTecknology> I'm cofused why this happened. https://launchpad.net/~nginx/+archive/development/+build/3138363
[06:45] <MTecknology> There's no reason the source should be superseded
[06:46] <wgrant> MTecknology: That status is reused when somebody cancels a recipe build.
[06:47] <MTecknology> wgrant: that wasn't a recip build... I uploaded it from my system. I pushed lucid through oneiric and the rest finished building without issues
[06:48] <wgrant> Ah, so it was.
[06:48] <wgrant> The source is indeed superseded
[06:48] <wgrant> nginx 1.1.14-1ppa1~precise is the current oneiric version
[06:48] <wgrant> (yes, precise in oneiric)
[06:48] <MTecknology> frick
[06:49] <MTecknology> wgrant: thanks!!
[06:49] <MTecknology> such a simple oopsy
[07:49] <al-maisan> is there a way to rename a bug tag in launchpad?
[09:16] <danhg> Morning
[11:05] <[ITA]> Good Morning Launchpad
[11:12] <[ITA]> Can I ask you if exist a "pysaml2-0.2.1.tgz" file on the Launchpad site? I try to install a software using that version of pysaml2 but I don't find it in the launchpad site. Can you help me?
[12:59] <rick_h> adeuring: taking over
[12:59] <adeuring> rick_h: thanks!
[13:07] <Forage> about symbols files: during build on launchpad I get warnings stating new symbols appeared and some disappeared, followed by a diff
[13:08] <Forage> should I just take over those changes in the included symbols file?
[13:13] <maxb> The warnings are there to alert you about potential API or ABI incompatibilities that may impact packages that depend on yours
[13:14] <maxb> You should consider the changes carefully, and take action based on an understanding of what the effect on your package's reverse-dependencies are
[13:14] <Forage> it is followed by an error failing the build
[13:15] <maxb> Paste a link to the log?
[13:15] <Forage> https://launchpadlibrarian.net/91573949/buildlog_ubuntu-oneiric-i386.gtkpod_2.1.1-0ppa2_FAILEDTOBUILD.txt.gz
[13:16] <maxb> This is telling you that your new version of libgtkpod1 has changes that may break other packages depending on it
[13:17] <Forage> and what if I don't care?
[13:18] <maxb> Then I you can express the fact that you don't care by applying the diff to the debian/libgtkpod1.symbols file in your source package, but why don't you care?
[13:19] <maxb> whoopp - s/Then I you/Then you/
[13:19] <Forage> I'm added the package to a personal ppa, and gtkpod itself is the only app depending on the lib
[13:20] <maxb> I guess it's safe to ignore then, but it's particularly odd that symbols would be *removed* in such a small version increment as 2.1.0 to 2.1.1
[13:20] <Forage> yeah
[13:21] <Forage> I'm trying to find those changes in the log but can't find them as fast as I would like to
[13:21] <Forage> I assume I should change "@Base 2.1.1-0ppa2" to "@Base 2.1.1", no?
[13:26] <Forage> yep, those changes, at least some of them, where where really made between 2.1.0 and 2.1.1
[14:35] <ndec> hi guys, i am working on Ubuntu for Pandaboard and i am the admin of the LP team tiomap-dev. We have public and private ARM PPAs. we recently decided that we will start releasing more recent OMAP kernel in our PPA. and we are quickly reaching the 2Gb limit. any chance our storage can be increased? my main contacts in canonical are ogra and davidm.
[14:36] <bigjools> ndec: if you file a question at answers.launchpad.net/launchpad it will prove your identity and then someone can take action
[14:37] <rick_h> deryck: can we help ndec by pinging someone on us or is that for ops?
[14:37] <rick_h> or bigjools has the answer
[14:38] <ndec> what do you mean? my LP identity is https://launchpad.net/~ndec
[14:38] <ndec> and you can see there that I am part of tiomap-dev
[14:40] <rick_h> ndec: I've got to ping someone, if you can list the ppa in the question I can point them at that so they can tell it's valid and which ppa to do when they get a chance
[14:40] <bigjools> ndec: yes but this could be anyone on IRC
[14:41] <ndec> ok
[14:41] <bigjools> ndec: also it would be useful for you to list exactly which PPAs need quota increases, so put it all on the question
[14:41] <ndec> ok
[14:44] <ndec> bigjools: btw, if i need armhf support in this PPA, is that something I need to ask you too?
[14:44] <ndec> bigjools: https://answers.launchpad.net/launchpad/+question/186513
[14:52] <deryck> rick_h, just ack'ing your ping, but it seems things are sorted, right?
[14:52] <rick_h> deryck: yes
[14:57] <bigjools> ndec: if you file a question, then the support team will deal with it appropriately. Although I can deal with some requests, I am not the right person to route them through.
[14:59] <ndec> bigjools: ok. thx for explaining the process. you saw my first question above about the size?
[14:59] <bigjools> ndec: yes, I'm fixing that for you now
[15:13] <ndec> bigjools: thx! fyi, i filed https://answers.launchpad.net/launchpad/+question/186516 for my armhf request ...
[15:13]  * bigjools points rick_h at that :)
[15:14] <rick_h> ndec: bigjools looking now thanks
[15:14] <bigjools> rick_h: it needs special permission from IS etc
[15:14] <ndec> guys, you are just too fast ;-)
[15:14] <rick_h> bigjools: from IS? ok will ping them thanks
[15:14] <bigjools> rick_h: yup
[15:14] <ndec> argh.. as i said i have 1 PPA with armhf already. perhaps it's easier the 2nd time.
[15:51] <lamalex> wgrant, is there possibly a bug with launchpad dailys and epoch versions??
[16:11] <SamB> how is https://bugs.launchpad.net/+icing/rev14727/combo.css generated?
[16:12] <rick_h> SamB: it's generated from the bin/combine-css I believe
[16:12]  * SamB isn't even looking at a source tree yet
[16:13] <rick_h> the make css_combine fires that script
[16:13] <rick_h> SamB: ok, so there's a make command that runs a script that generates the file
[16:15] <micahg> is it possible to upload a 180MB crash file or no?
[16:16] <rick_h> abentley: do you know what the limits are? I know you'v been peeking at some of that
[16:16] <rick_h> abentley: regarding ^^
[16:17] <abentley> rick_h: There are no limits on the length of bug comments, if that's what you're asking.
[16:17] <rick_h> abentley: do you know if that applies to attachments then?
[16:17] <abentley> rick_h: I'm pretty sure it applies to attachments.
[16:18] <rick_h> micahg: so I *think* it's possible.
[16:18]  * micahg got a 503 on a 2Mb up connection
[16:20] <rick_h> micahg: any idea of the timeframe of the response?
[16:21] <micahg> a few minutes maybe
[16:21] <rick_h> I'm not sure, but wonder if a timeout hit vs a file size limit. looking
[16:21] <deryck> rick_h, I've got IRC now.  Sorry for being a tad late.
[16:21] <rick_h> deryck: np, maybe you can help out with the current discussion.
[16:21] <lamalex> is there anyone around familiar with launchpad daily builds who can help me debug why my version number is wrong? I think there may be a bug in the LP daily code
[16:21] <micahg> I'm retracing locally, so not such an issue for me, but others might want to be able to do this and ISTR there being an issue with the timeout
[16:22] <rick_h> micahg: got a 503 uploading a 180mb file and while I don't think there are file size limits, I wonder if a timeout or something else might have kicked in
[16:22] <deryck> micahg, what's the issue?  timeout with large attachment upload?
[16:22] <deryck> I think we do have file size limits on attachments.  Not sure what it is though.
[16:23] <micahg> deryck: it was a .crash file that apport was trying to upload
[16:24] <deryck> adeuring, do we have file size limits on attachments?
[16:24]  * SamB wishes he had some idea when his "bzr branch lp:launchpad" command would finish
[16:24] <adeuring> deryck: I am not aware of any limits -- but that may be due to my memory...
[16:25] <rick_h> SamB: heh, it'll take a few. On my ssd it takes around 5+min I believe
[16:25]  * SamB doubts that a 4GB attachment would be practical
[16:25] <rick_h> SamB: and then that first make run takes 10+min
[16:25] <adeuring> there is somewhere a bug about 503
[16:26] <SamB> rick_h: its too bad bzr doesn't have some sort of "progress bar" or "percentage" ...
[16:26] <adeuring> and about bug attaments
[16:26] <maco> same could be said about cp
[16:26] <rick_h> SamB: it should be reporting some values to you, revisions or insertions or something
[16:26] <SamB> it is
[16:26] <SamB> also kB
[16:26] <SamB> but I have no idea how many that is out of
[16:27] <SamB> oh, now I see a slash before the last number
[16:28] <SamB> so I guess it could be around 10%-15%
[16:28]  * SamB takes the dog out while he waits
[16:29] <deryck> adeuring, right, thanks.  I was thinking there was something known about this.  let me dig for the bug....
[16:29] <adeuring> deryck: I'm lloking too, but it seems that I am too stupid to find it...
[16:35] <deryck> adeuring, having trouble myself
[16:35] <adeuring> deryck: bug 194558 is the one I meant -- but I am not sure it is related to the current issue...
[16:35] <ubot5`> Launchpad bug 194558 in Launchpad itself "Project file uploads time-out but don't OOPS" [Critical,Triaged] https://launchpad.net/bugs/194558
[16:38] <adeuring> deryck: I should check -- but anyway: aren't bug attachments uploaded via an ordinary web form, and hence via the app server? huge files could cause all sort of problems becaue the entire file is held in memory...
[16:42] <deryck> adeuring, so I found the closed bug 5628
[16:42] <ubot5`> Launchpad bug 5628 in Launchpad itself "Uploading a large attachment causes a 502 error" [Medium,Invalid] https://launchpad.net/bugs/5628
[16:42] <deryck> that's probably too old to be what we're remembering
[16:43] <SamB> adeuring: and don't forget how unlikely it is that a user would have the patience to let the upload go to completion for a huge file
[16:43] <adeuring> deryck: yeah -- but any way: If people have this sort problem, we could reopen it
[16:43] <adeuring> SamB: right
[16:43] <deryck> adeuring, a ha!  bug 194558
[16:43] <ubot5`> Launchpad bug 194558 in Launchpad itself "Project file uploads time-out but don't OOPS" [Critical,Triaged] https://launchpad.net/bugs/194558
[16:44] <deryck> you should all bow at my bug discovery skills
[16:44] <adeuring> deryck: that one _could_ be the same, but i am not sure...
[16:44] <SamB> I mean, unless browsers were to start showing proper progress bars for large form submissions, anyway
[16:45] <deryck> adeuring, I'm fairly certain it is.  I remember discussing this in depth one time.  It's related to your connection speed, too.
[16:45] <deryck> adeuring, which is why it only demonstrates itself with certain users.
[16:45] <deryck> micahg, did you see the bug I linked above ^^
[16:45] <SamB> so, it's not just users who lack patience ?
[16:45] <adeuring> deryck: ah, ok,. makes sense.
[16:46] <adeuring> SamB: no, it might be related to timeout issues within LP
[16:47] <micahg> deryck: yeah, not sure if it's that, I got well above 12MB
[16:48] <SamB> (To be clear, I'm not implying that the users should be more patient -- I'm one of them -- but that they need progress feedback so they can tell that the process isn't stalled.)
[16:49] <SamB> (And, what's more, it would be best if it were possible to do something other than restart from the beginning if it *did* get stalled.)
[16:50]  * SamB toys with the idea of allowing rsync-via-ssh to be used for uploads
[17:03]  * SamB is glad that Xming has a framebuffer of its own, since that lets him see what gkrellm had last displayed before freezing up about 20 minutes ago ...
[17:59]  * SamB wonders why resuming his branch of lp:launchpad seems to be using 100% CPU about 50% of the time ...
[17:59] <SamB> (there are seriously little stripes on my CPU graph!)
[18:00] <maxb> resuming...?
[18:01] <SamB> machine was/should have ben thrashing
[18:02] <SamB> so I hit ^C, then ended up running the "bzr branch lp:launchpad" again, which just turned the repository that had been left behind into a checked-out branch ...
[18:02] <SamB> ... which I then cd'd into and ran "bzr pull"
[18:03] <maxb> Yes, as you have found, bzr doesn't really resume branching in any sane way
[18:03] <SamB> yeah ...
[18:04] <SamB> ... reminds me why I used to import SVN revisions by the thousand, rather than trying pull them all in one go ...
[18:05] <SamB> Oh, it's using 100% CPU now. That's better!
[18:05] <SamB> (well, top says it's only ~80%, but that's presumably because other programs want some too...)
[18:10] <SamB> (I guess there were a LOT of round trips at the beginning?)
[18:15] <lifeless> SamB: depending on the network protocol perhaps?
[18:22] <SamB> lifeless: the bzr smart-server protocol
[19:00] <abentley> deryck: I relieve you
[19:00] <deryck> abentley, thanks!
[22:01] <blueyed> No comment on http://blog.launchpad.net/general/custombuglistings#comment-42463 ?
[22:02] <blueyed> I find the new layout really distracting in the bug lists!
[22:45] <saepia> hi, I've got a question related to launchpad's buildd system
[22:45] <saepia> is there any way to add software from custom PPA before build starts?
[22:45] <saepia> i need to enforce valac 0.14 on building for old ubuntu distros
[22:46] <saepia> is here anyone that could help me? I've asked the question on answers.launchpad.net but it has remained unanswered for a week