[00:00] <elmo> how do I link a bug to an upstream one?
[00:01] <wgrant> elmo: "Also affects project"
[00:01] <wgrant> Find the project, and paste the bug URL into the appropriate box.
[00:01] <wgrant> And hope it works.
[00:02] <wgrant> Which it does in a lot of cases now, particularly since it started automatically creating bugtrackers.
[00:02] <elmo> I don't need this upstream link molarkey for the distro source package?
[00:02] <wgrant> You don't need it, but it helps.
[00:02] <wgrant> It sets the default for when you click "Also affects project"
[00:03] <wgrant> Compare https://bugs.edge.launchpad.net/ubuntu/+source/soundconverter/+bug/260853/+choose-affected-product and https://bugs.edge.launchpad.net/ubuntu/+source/convertall/+bug/224049/+choose-affected-product
[00:04] <wgrant> Hmm, a product reference in the UI.
[00:05] <elmo> "<structured-string 'Invalid series given.'>"
[00:05] <elmo> \o/
[00:06] <elmo> what a sweet pop up
[00:06] <wgrant> Hah.
[00:06] <wgrant> I keep away from those pages in general.
[00:06] <wgrant> As they're rather unmaintained.
[00:10] <wgrant> Would one file bugs against -foundations or soyuz for those pages?
[00:12] <elmo> not soyuz, I don't think
[00:26] <_Zeus_> am i the only one annoyed by that long thing at the right on launchpad?
[00:26] <_Zeus_> the thing that makes the page so much longer
[00:28] <wgrant> On which page?
[00:28] <wgrant> The only horrifyingly long one is the Ubuntu tag list.
[00:30] <wgrant> (that I know of, that is)
[00:31] <wgrant> And I know most parts of LP pretty well.
[00:36] <_Zeus_> yeah, that one
[00:46]  * NCommander wonders whats in the PPA admin menu
[00:49] <wgrant> NCommander: Hm?
[00:49] <NCommander> wgrant, https://edge.launchpad.net/~xubuntu-dev/+archive/+admin
[00:49] <NCommander> Or equivelent PPA admin URL
[00:50] <wgrant> Making it private, probably.
[00:50] <NCommander> I wonder if there is any other magic in that menu :-P
[00:50] <NCommander> Like a switch to enable it to use real vs. virtual builders
[00:51] <NCommander> wgrant, do any projects have private PPAs AFAIK?
[00:51] <wgrant> IIRC that's implicit in being a P3A.
[00:51] <NCommander> P3A?
[00:52] <wgrant> PPPA. Private PPA.
[00:53] <NCommander> Suspose the next question is how do you get a PPPA :-)
[00:53]  * NCommander runs
[00:55]  * NCommander also wonders how wgrant knows so much about launchpad's internals
[00:55] <wgrant> As do I.
[00:56] <NCommander> PPPA or your knowledge of the internals of LP?
[00:56] <wgrant> The latter.
[00:56] <NCommander> I think your really kiko, and the wgrant aspect is just a split personality
[00:56]  * NCommander runs
[00:56] <elmo> Private PPAs are still in development, but they're going to be used for security
[00:56] <elmo> as one example
[00:56] <NCommander> Very handy
[00:57]  * NCommander figured the security usage
[00:57] <wgrant> Would it be wrong to file two duplicates of bug #2088 in order to bring the list on https://edge.launchpad.net/launchpad-foundations/+filebug into order?
[00:57] <wgrant> Er, hm.
[00:58] <wgrant> It seems indecisive.
[00:59] <NCommander> wgrant, er, what?
[01:00] <wgrant> Ah, wrong tab.
[01:00] <wgrant> Just noting that the list on one of the Launchpadish projectish was slightly out of order.
[01:00] <wgrant> But not that one.
[01:00] <wgrant> I have too many tabs open.
[01:02] <NCommander> elmo, is it possible to have a PPA work on normal builders vs. the virtual ones? (I ask only because for some PPAs like xubuntu-dev, it would be nice to see powerpc binaries for those of us who use that architecture ;-))
[01:02] <wgrant> NCommander: Port Xen to PowerPC!
[01:03] <NCommander> wgrant, http://wiki.xensource.com/xenwiki/XenPPC/Build
[01:03] <NCommander> already don e
[01:04] <wgrant> Damn. m68k, then.
[01:04] <NCommander> So first you want me to port Ubuntu to m68k?
[01:04] <NCommander> k
[01:05] <elmo> NCommander: not being funny, but didn't we have this discussion already?
[01:05] <NCommander> No, that discussion was using qemu
[01:05] <elmo> NCommander: because PPAs can install their own packages as build dependencies, it's a firm requirement that they use a strong virtual sandboxed enviroment
[01:06] <NCommander> Right, I know that, for general usage
[01:07] <NCommander> I was just noting that I actually use Xubuntu (server install, then xubuntu-desktop) on my PPC, and its kinda anonying I can't use the beta packages right out of the box on it
[01:09] <elmo> (btw, Xen/PowerPC has hardware requirements that we don't meet)
[01:09] <NCommander> ah
[01:09] <NCommander> THat explains that and ends that discussion ;-)
[01:10] <NCommander> Man, I'd thought that PPC was totally dead, but there are 2962 active Ubuntu PPC machines
[01:10] <elmo> NCommander: sure, I appreciate it's unideal, and I'd love to be able to support !x86 arches for PPA someday, but honestly, I don't know when anyone's going to get the time to explore alternatives
[01:10] <NCommander> elmo, I'll probably look into it once LP is open
[01:11]  * NCommander finds it amusing he has or has access to every Ubuntu port
[01:16]  * wgrant cries.
[01:16]  * _Zeus_ backs off...
[01:16] <wgrant> I'm trying to file bugs on the DSSP<->Product linkage pages.
[01:16] <wgrant> But I keep finding more.
[01:16] <wgrant> Not more bugs, more pages.
[01:18] <wgrant> I think all 6 that I've found so far can have a bug reported on pretty much every element.
[01:21] <wgrant> So far I've found <DSSP>/+edit-packaging, <DSSP>/+packaging, <Product>/+packages, <Product>/+distributions, <ProductSeries>/+ubuntupkg, <ProductSeries>/+addpackage
[01:21] <wgrant> So there are three instances of each of the two types of pages.
[01:22] <wgrant> A couple of the pages expose information about the links that isn't visible on any of the other five, nor the SP page.
[01:26] <NCommander> DSSP?
[01:26] <wgrant> DistroSeriesSourcePackage
[01:28] <NCommander> are you sure on addpackage
[01:28] <NCommander> I don't get a Permission Denied on that one
[01:29] <wgrant> Right, the permissions differ for ubuntupkg and addpackage.
[01:29] <wgrant> For no good reason that I can see.
[01:29] <NCommander> What's ubuntupkg?
[01:29] <NCommander> (no, I get Lost Something page, not permission denied)
[01:29] <wgrant> ProductSeries/+addpackage, not Product.
[01:30] <NCommander> still getting lost something
[01:30] <NCommander> https://edge.launchpad.net/ubuntu/hardy/+addpackage
[01:31] <NCommander> how badly do I fail ;-)
[01:31] <wgrant> That's a distroseries.
[01:32] <NCommander> oh
[01:32] <NCommander> so then whats a ProductSeries vs. a DistroSeries
[01:33] <wgrant> Product is the old name for project. Still used internally and in places they've forgotten it in the UI.
[01:34] <wgrant> So a project series.
[01:34] <NCommander> Oh I see
[01:34] <NCommander> BTW, wgrant, they fixed having Releases for distributions
[01:34] <NCommander> https://edge.launchpad.net/nexenta/hardy - i.e.
[01:35]  * NCommander wishes it was possible to run a publisher instance for Nexenta, but meh :-P
[01:37] <wgrant> Yep, I noticed that.
[01:40] <NCommander> I do hope LP gets the ability to seperate publisher from Soyuz so it would be possible for us to use LP's archive tools without having to run a seperate LP instance
[01:40] <NCommander> (once LP is open)
[01:40] <wgrant> Publisher is part of Soyuz...
[01:42] <NCommander> right
[01:42] <NCommander> Essentially, what I'm saying is having all archive functions controlled via launchpad.net, but hosting our own infrastructure
[01:42] <NCommander> I'm told to do that, publisher would require work to seperate it from Soyuz, or Storm would require modification to work across the internet
[01:43] <NCommander> ^securely
[02:54] <NCommander> barry, hola
[02:54] <NCommander> (and beuno-afk ping)
[05:40] <markh> I've pushed a branch to launchpad under my username (ie, lp:~mhammond/...) when I really want it under one of the groups - can I move it?
[05:41] <wgrant> markh: Sure, click on the edit button next to the branch's title.
[05:44] <markh> wgrant: ahh, I see now - thanks
[05:51] <nijaba> hello. I'm getting a trying to get to http://bazaar.launchpad.net/~ubuntu-virt/vmbuilder/trunk/revision/198 and get a "please try again error", normal?
[05:55] <markh> nijaba: me too on a different branch
[05:55] <nijaba> markh: ok, I feel better now . I know that I am not alone ;)
[05:56] <RAOF> Works for me, now.
[05:57] <markh> still not for me
[06:07] <jml> are there any OOPS codes?
[06:09] <wgrant> Loggerhead doesn't OOPS, does it?
[06:10] <markh> working now!
[06:10] <wgrant> jml: Can you please explain why I got the error that caused me to file bug #272304?
[06:12] <jml> wgrant: nope, sorry, there's not enough info there. what were you doing? with which branch? time would also be good in case we have to check the logs.
[06:13] <wgrant> jml: It's still there now: https://code.edge.launchpad.net/~wgrant/ubuntu-cve-tracker/mainold
[06:18] <jml> wgrant: ok. that means that the branch timed out when being mirrored to the public area.
[06:18] <wgrant> jml: Ahh. Thanks.
[06:18] <jml> wgrant: why it timed out is another interesting question.
[06:18] <wgrant> It is an old knit branch.
[06:18] <wgrant> With an awful lot of files.
[06:19] <jml> well, the size per se doesn't matter
[06:19] <jml> it's more a question of how granular bzr's progress reporting is.
[06:19] <wgrant> Ah.
[06:19] <wgrant> I find it awful for knits.
[06:20] <jml> then, that's quite possibly the problem.
[06:20]  * wgrant might try his luck recreating that as a stacked branch.
[06:20] <jml> you can trigger a re-mirror using launchpadlib (but I don't have the right incantation handy), or by doing a trivial write to the branch.
[06:21] <wgrant> I need to upgrade it, and an upgrade will take forever. I'll just recreate it.
[06:21] <wgrant> (particularly as I think it's all merged)
[06:21] <jml> well, upgrading your local copy and pushing won't be so bad
[06:21] <jml> oh, if it's merged... :)
[06:21]  * jml -> risotto
[06:21] <wgrant> Mmm, risotto.
[06:22] <wgrant> It's an ongoing branch, but I think it's all in master now.
[06:22] <wgrant> Thanks for the help.
[06:24] <wgrant> Hrmph.
[06:24] <wgrant> It dereferenced my lp: URL. Not very nice of it.
[06:24] <wgrant> Created new stacked branch referring to bzr+ssh://wgrant@bazaar.launchpad.net/%7Eubuntu-security/ubuntu-cve-tracker/master/.
[06:39] <wgrant> And a pretty AssertionError because of that. Yay.
[06:44] <jml> wgrant: is the assertion error on Launchpad or Bazaar?
[06:45] <wgrant> jml: LP. Complaining that my hosted branch references a non-hosted branch. It dereferenced lp:ubuntu-cve-tracker, which I passed as --stacked-on.
[06:46] <wgrant> I'm using the real HTTP URL for now, so it should be happier.
[06:47] <jml> same branch as before?
[06:47] <wgrant> lp:~wgrant/ubuntu-cve-tracker/main
[06:48] <wgrant> (the one I pointed you to earlier had been main, but I renamed it because it was sooooo slooooow and needed to die)
[06:48] <jml> *nod*
[06:48] <wgrant> Is it a bug that it dereferences the lp: URL?
[06:48] <jml> no.
[06:48] <jml> well...
[06:49] <jml> no.
[06:50] <wgrant> How is one meant to do it, then?
[06:51] <jml> you'd have to stack on the http url. It's possible that bzr makes it harder than it could be.
[06:52] <wgrant> But I don't know that the HTTP URL exists. I am a poor ignorant lp: user
[06:52] <jml> wgrant: oh, one of those.
[06:52] <jml> wgrant: well, then we'll be rolling out something soon that does it all for you magically.
[06:52] <wgrant> Wait. What.
[06:52] <wgrant> https://code.edge.launchpad.net/~wgrant/ubuntu-cve-tracker/main
[06:53] <wgrant> That makes a total of *no* sense.
[06:53] <jml> ok. that's definitely a bug.
[06:53]  * jml files
[06:53] <wgrant> Thanks.
[06:54] <wgrant> What is a hosted branch if not something on bazaar.launchpad.net?
[06:55] <jml> wgrant: it's an overzealous security check.
[06:56] <wgrant> Apparently.
[06:58] <wgrant> jml: Shall I use an unstacked pack branch for now, or is there a workaround?
[06:58] <jml> no workaround I can think of, sorry.
[06:58] <jml> hmm.
[06:59] <jml> no.
[06:59] <jml> it's a security check, the whole point is I can't think of a workaround ;)
[07:01] <wgrant> A security check that always returns false? Bulletproof, I guess.
[07:02] <mwhudson> b = bzrlib.branch.Branch.open('bzr+ssh://bazaar.launchpad.net/~wgrant/ubuntu-cve-tracker/main')
[07:02] <mwhudson> b.set_stacked_on_url('/~ubuntu-security/ubuntu-cve-tracker/master')
[07:03] <mwhudson> might work
[07:04] <jml> o/` or just another country o/`
[07:05] <wgrant> mwhudson: Thanks. I'll try that.
[07:05]  * wgrant looks confused at jml.
[07:05] <mwhudson> (this is what the automagic stacking thing will do for you)
[07:06] <wgrant> Does that not work yet?
[07:08] <mwhudson> wgrant: a phased rollout seemed sensible, in case of horrific bugs
[07:09] <wgrant> mwhudson: Indeed, but having something that can't be used isn't an excellent method of testing.
[07:09] <mwhudson> wgrant: _we_ can use it
[07:09] <wgrant> It seems to be complaining less now, but I might not have waited long enough...
[07:09] <wgrant> mwhudson: Ah, right.
[07:09] <wgrant> Yay, it worked. Thanks mwhudson, jml.
[07:09] <mwhudson> np
[08:17] <Hew> Hi. I'm trying to update the bug status/milestone/comment of a bug, but I get this error: "Application error.  Unauthenticated user POSTing to page that requires authentication.". I've tried pressing back and trying again, but it refuses to let me comment. I'm using edge.
[08:19] <wgrant> Hew: Try logging in. You may have been logged out by viewing a Launchpad feed.
[08:21] <Hew> wgrant: Thanks, I had indeed been logged out for some reason.
[08:22] <wgrant> Viewing feeds seems to destroy your session at the moment; I believe it's being worked on.
[08:25] <Hew> wgrant: No worries, these things have to be expected when on launchpad-beta. What is a "feed" though?
[08:25] <wgrant> Hew: An RSS or Atom (I forget which) feed. Does that make more sense?
[08:27] <Hew> wgrant: Yes, even though I don't view feeds (unless firefox is pulling it down in the background or something).
[08:30] <mwhudson> the fix for this has landed, btw
[08:30] <mwhudson> so it should be fixed on edge pretty soon
[08:31] <Hew> mwhudson: Sounds good :-)
[08:32] <mwhudson> hm, should be fixed on edge already, actually
[12:50] <attila_lendvai> hi! so, launchpad is for opensource software... but what if i wanted to buy it as a service for a company? is there a chance i could get a cheap rent for a low-traffic service?
[13:10] <Hobbsee> attila_lendvai: ask mrevell about that, during a european workday.
[13:12] <attila_lendvai> Hobbsee: thanks!
[13:12] <Hobbsee> attila_lendvai: you're welcome!
[17:40] <yarko> are there any known issues currently w/ Launchpad source view?
[17:41] <yarko> (I'm getting repeated "Problem connecting to the Launchpad server.... )
[17:41] <yarko> ...this is for better than the last 1/2 hour.
[17:43] <yarko> I just checked and am getting this on more than one project...
[17:44] <yarko> I believe there's a problem w/ the source server...
[17:51] <yarko> Is anyone else experiencing server problems w/ Launchpad?
[17:51] <_steven_> I get an error when browsing source online
[17:51] <yarko> I just merged from one tree, and wound up with NO FILES (everything deleted)
[17:51] <yarko> I tried browsing, and got an error also
[17:52] <yarko> I tried browsing in another project - same thing, an online error
[18:36] <insomninja> I seem to have problems to connect to the lp server and was told to drop a notification here
[18:57] <tgm4883_laptop> How long is it before bugs that were marked for expiration actually expire?
[19:10] <persia> tgm4883_laptop: At least for Ubuntu, they don't actually expire.  This was turned off as it annoyed too many people.
[19:10] <tgm4883_laptop> ah
[19:11] <tgm4883_laptop> which is interesting, since we have a lot of incomplete bugs that aren't expiring, which is annoying me ;)
[19:11] <tgm4883_laptop> is there another way to get rid of them?
[19:24] <laga> hello. i accidentally dput something to regular ubuntu instead of to my PPA. of course, the upload was rejected. now i can't upload to the PPA because it claims the source is already in ubuntu/intrepid. but it's not, it was rejected.
[19:32] <NCommander> barry, ping
[20:12] <NCommander> Are there any dogfood administrators online?
[20:55] <ketilwaa> I can not connect to Bazaar on LP via browser at the moment. Known problem?
[21:23] <rsc_> hey guys. is it possible to get the HEAD revision of my project's trunk downloadable as a .tar.gz?
[21:23] <rsc_> or, how do i put something in my new project's "downlaods" section?
[21:57] <spm> ketilwaa: should be working now
[22:02] <ketilwaa> spm: Thanks, I just noticed.
[22:05] <exarkun> https://answers.launchpad.net/launchpad/+faq/49 says to choose "Delete branch" in the actions menu
[22:05] <exarkun> I can't recognize anything that might be an actions menu on https://code.launchpad.net/~exarkun/pyopenssl/thread-safety
[22:06] <exarkun> How can I delete that branch?
[22:19] <tgm4883_laptop> exarkun, to the right of ~exarkun/pyopenssl/thread-safety, isn't there a pink dot with a - on it?
[22:21] <exarkun> tgm4883_laptop: Indeed there is.
[22:21] <exarkun> And hovering it, I see the title is "Delete branch", so I suppose that's it :)
[22:21] <tgm4883_laptop> that should be the delete button
[22:21] <tgm4883_laptop> yep, I had trouble finding it when lp changed looks too
[22:22] <exarkun> I'm sure this isn't the ideal forum for usability feedback, but man, that's obscure :)
[22:22] <tgm4883_laptop> yea could be
[22:22]  * tgm4883_laptop is just a lp user
[22:29] <mterry> I have a project that uses translations in LP.  Is there an easy way to get update po files than the 'request a download' button?  Like, is there an rsync line I can run?