[00:15] <poolie> kfogel, hi, still around?
[00:16] <kfogel> poolie: yes, but in review with jml
[00:18] <garyvdm> Hi - How can I get a download from a series release to appear on the main download page for a project?
[00:18] <garyvdm> eg
[00:19] <garyvdm> https://edge.launchpad.net/qbzr/0.14/0.14.1 files should also be on https://edge.launchpad.net/qbzr/+download
[01:03] <garyvdm> Ok - They were showing, but at the bottom. I have moved all our older releases to a series called "old" so they are at the bottom
[01:49] <PATX> is it bad to have two of the same projects in different ppas?
[03:31] <dto> hi. i was thinking of putting my free-software game project on launchpad. however i'm not sure if some of the graphics included will be compliant with your licensing policy... the license in question is Creative Commons Attribution-Noncommercial
[03:31] <SamB> dto: that's certainly not DFSG-compliant ...
[03:31] <SamB> dunno how much that helps
[03:31] <dto> it's the noncommercial part right
[03:32] <dto> well i can't do it then.
[03:32] <SamB> Sharealike tends to be more freedom-friendly ...
[03:34] <dto> hmm.
[03:38] <wgrant> NC is not free.
[03:38] <wgrant> You would be very ill-advised to use that for a free game.
[03:38] <wgrant> And it's certainly not hostable on Launchpad for free.
[03:39] <dto> yeah
[03:40] <wgrant> Also not includable in most distributions.
[06:20] <micahg> is LP having issues again
[06:21] <micahg> I'm having issues uploading to code
[06:22] <spiv> micahg: not that I know of
[06:23] <jml> micahg, what errors are you getting?
[06:24] <micahg> no errors, it just stalls
[06:24] <micahg> same thing happened last night
[06:24] <micahg> [#########-          ]   1197KB    44KB/s | Fetching revisions:Inserting stream
[06:26] <spiv> micahg: hmm.
[06:27] <spm> micahg: hmmmm. even the issues we had yesterday shouldn't have impacted bzr uploads.
[06:27] <spiv> micahg: I'm probably barking up the wrong tree, but just in case, which branch?
[06:28] <micahg> my own, lp:~micahg/firefox/firefox-3.6.head.daily-patch-rebase-20090910
[06:29] <micahg> looks like it just finished
[06:29] <micahg> weird
[06:29] <spiv> Heh.
[06:34] <spiv> Hmm, it's an old repository format, but it doesn't seem like a very large branch, so that probably doesn't matter a lot.
[06:35] <spiv> But upgrading to at least --1.9 would probably make it a little bit faster.
[06:35] <micahg> what is 1.9?
[06:36] <spiv> I don't know why it would apparently stall, though.
[06:36] <micahg> maybe it's a bug on the client side?
[06:36] <spiv> If it keeps happening (and you're using a recent release), please file a bug.
[06:36] <spiv> It could well be.
[06:36]  * micahg is using Jaunty
[06:38] <spiv> micahg: you could try upgrading to 1.18 from our PPA (https://launchpad.net/~bzr/+archive/ppa)
[06:39] <micahg> this one: ii  bzr                                        1.18-1~bazaar1~jaunty1
[06:40] <spiv> Yeah.
[06:40] <micahg> :)
[06:40] <spiv> You already had 1.18, then? :)
[06:40] <micahg> yes
[06:40] <spiv> Ok, that's interesting.
[06:40] <spiv> I don't know why you saw an apparent stall, but that at least rules out some old, fixed bugs :)
[06:41] <micahg> ok
[06:41] <spiv> Anyway, we can do more to debug this (turn on some debug flags etc).
[06:42] <spiv> But I probably wouldn't worry about doing that unless it keeps happening.
[06:42] <micahg> ok
[07:11] <tonyyarusso> Can someone please explain the difference between a "project", "branch", and "series" to me?
[07:13] <jml> tonyyarusso, yes!
[07:13] <jml> tonyyarusso, a 'branch' is a line of development
[07:13] <jml> hmm.
[07:13] <jml> actually, let me start with 'project'
[07:14] <jml> tonyyarusso, a 'project' is, well, a software project. It often corresponds to an application (e.g. gnome-do or bzr) or a library (e.g. twisted)
[07:14] <jml> tonyyarusso, pretty much every project has source code associated with it. this source code is kept in branches.
[07:15] <tonyyarusso> makes sense so far
[07:15] <jml> tonyyarusso, there's almost always one branch which is the one that has the latest & greatest code, what all the developers work from. This is called the 'trunk branch'
[07:15] <jml> tonyyarusso, but developers can make their own branches
[07:16] <jml> either because they want to work on a feature or maybe fix a bug in their branch, and then only later 'merge' it into the trunk branch
[07:16] <jml> tonyyarusso, so that's branches & projects.
[07:17] <jml> tonyyarusso, another thing that often happens with software projects is that they get released and have different versions.
[07:17] <jml> tonyyarusso, and these released versions are still quite interesting.
[07:17] <tonyyarusso> Say there's a project on LP that my team is interested in using, but we want to tweak it a little bit, while still keeping up with upstream changes.  How would be the best way to do that?  Make a branch and then just frequent merges from upstream?
[07:18] <jml> tonyyarusso, e.g. Python (a project) has a 2.6 version and a 3.0 version
[07:18] <jml> tonyyarusso, exactly that.
[07:18] <jml> tonyyarusso, you can even keep that branch in the area of the other project.
[07:18] <jml> tonyyarusso, is this for a package?
[07:18] <tonyyarusso> jml: No - it's the ubuntu-drupal LoCo website resources.
[07:20] <jml> tonyyarusso, ok.
[07:20] <jml> tonyyarusso, so, yeah, make a branch & merge frequently from it
[07:20] <tonyyarusso> How would I keep the branch in the original area?  Do I have access rights for that kind of thing if it's not the main line?
[07:20] <jml> tonyyarusso, yes.
[07:21] <jml> bzr push lp:~tonyyarusso/project/foo
[07:21] <jml> (assuming that's your username)
[07:21] <jml> tonyyarusso, you can experiment with lp://staging/...
[07:22] <happyaron> please somebody take a glance at this question https://answers.edge.launchpad.net/launchpad/+question/82424
[07:22] <tonyyarusso> jml: So that command will do what exactly?  Show up on https://code.edge.launchpad.net/ubuntu-drupal-theme?field.lifecycle=ALL as a branch named "foo" owned by tonyyarusso?
[07:23] <jml> tonyyarusso, yes.
[07:23] <tonyyarusso> Well sweet then.
[07:23] <jml> tonyyarusso, as I said, muck around with staging.launchpad.net
[07:23] <jml> tonyyarusso, that way you can experiment :)
[07:26] <didrocks> hey ;)
[07:27] <didrocks> jml: I'm trying a second time, I wanted to know if launchpadlib has an attribute/method to access to the lp user gpg key id?
[07:27] <jml> umm...
[07:28] <tonyyarusso> jml: just to make sure I'm following, what would the full form of that lp: line be if using staging?
[07:28]  * jml looks at http://edge.launchpad.net/+apidoc
[07:28] <spm> happyaron: is done
[07:28] <jml> tonyyarusso, lp://staging/~<user>/<project>/<branch>
[07:28] <tonyyarusso> jml: ty
[07:28] <happyaron> spm: thanks
[07:29] <jml> didrocks, I can't see anything on the API docs.
[07:29] <jml> didrocks, I can help you patch Launchpad to make it happen though :)
[07:29] <didrocks> jml: oh, it would be great for Quickly :) (ensure that the user has his Launchpad gpg key on his computer before releasing)
[07:30] <didrocks> jml: so, just tell me what I have to/can do :)
[07:30] <happyaron> spm: here is another one assigned to LOSAs that I've asked before: https://answers.edge.launchpad.net/launchpad/+question/82376
[07:30] <jml> didrocks, you wouldn't happen to have a checkout of Launchpad, by any chance?
[07:30] <spm> happyaron: it's been a ... *fun* week. sorry for the delays :-)
[07:31] <didrocks> jml: no, and at work, it's kinda difficult (I have access to my intrepid server, can I checkout with it?)
[07:31] <jml> didrocks, probably...
[07:31] <jml> didrocks, #launchpad-dev, btw.
[07:32] <tonyyarusso> jml: Now to make things more complicated:  This work is actually on behalf of my LoCo (~ubuntu-minnesota), which also has a project set up (ubuntu-minnesota-projects) for working on standalone things.  a) I assume I can do lp://~ubuntu-minnesota/..., yes?, b) is there a way to make work branches owned by our team also show up under our "superproject" if you will?
[07:32] <spm> happyaron: oh bother. that one. known bug unfortunately. I'll link the report in; but at this stage, no can fix. :-(
[07:32] <jml> tonyyarusso, you can make branches owned by teams.
[07:32] <jml> tonyyarusso, and they will appear on the superproject page.
[07:32] <happyaron> spm: is it a reported bug?
[07:33] <tonyyarusso> jml: how does LP figure out to do the second part?
[07:33] <jml> tonyyarusso, perhaps I misunderstand.
[07:33] <jml> tonyyarusso, do you have a project group set up on Launchpad?
[07:33] <spiv> tonyyarusso: (it would be lp:~ubuntu-minnesota/... or lp://staging/~ubuntu-minnesota/..., btw)
[07:34] <tonyyarusso> jml: https://edge.launchpad.net/~ubuntu-minnesota and https://edge.launchpad.net/ubuntu-minnesota-projects (I have no idea if that's proper...)
[07:34] <jml> tonyyarusso, ok. I misunderstood.
[07:34] <spm> happyaron: yes, via here: https://answers.edge.launchpad.net/launchpad/+question/79906 and just noticed that salgado has given us the sql fu to cleanup; so we should be right to do that from here.
[07:35] <jml> tonyyarusso, the branch will appear on the team page (https://code.edge.launchpad.net/~ubuntu-minnesota)...
[07:35] <happyaron> spm: is that means I need to report a bug?
[07:35] <spm> happyaron: no, leave it with me; I'll fix from here.
[07:35] <jml> tonyyarusso, you can't make it appear on https://edge.launchpad.net/ubuntu-minnesota-projects and the other loco project
[07:35] <happyaron> spm: okay, thanks
[07:35] <tonyyarusso> jml: got it.
[07:36] <jml> tonyyarusso, but you can merge from lp:ubuntu-drupal-theme into a branch that you keep in ubuntu-minnesota-projects
[07:46] <tonyyarusso> jml: Okay, so I did a branch, cd into the directory, and tried 'bzr push lp://staging/~ubuntu-minnesota/ubuntu-drupal-theme/minnesota'
[07:46] <tonyyarusso> I got 'Permission denied (publickey).
[07:46] <tonyyarusso> bzr: ERROR: Connection closed: please check connectivity and permissions'
[07:47] <tonyyarusso> Now, I just uploaded an ssh key for this machine a few minutes ago - is there a lag on those?  Anything else that could be involved?
[07:47] <jml> tonyyarusso, there's lag for replicating the production database to staging.
[07:48] <tonyyarusso> aaah
[07:48] <tonyyarusso> I should just get some sleep and try in the morning then
[07:52] <jml> tonyyarusso, or set up your ssh key on staging as well as on prod
[07:53] <tonyyarusso> meh, I need an excuse to sleep anyway.  It's 2am and I work in the morning :P
[07:54] <jml> tonyyarusso, fair enough :)
[08:45] <micahg> what happened to the tags on the bug pages?
[08:48] <jml> micahg, what do you mean?
[08:53] <micahg> on edge
[08:53] <micahg> sorry
[08:55] <jml> micahg, they look present, afaict.
[08:55] <jml> micahg, e.g. https://bugs.edge.launchpad.net/malone/+bug/231023
[08:57] <micahg> jml: sorry, I'm tired...I meant on the package pages
[08:57] <micahg> https://bugs.edge.launchpad.net/ubuntu/+source/firefox-3.5?field.searchtext=&orderby=-datecreated&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&fiel
[08:57] <jml> micahg, that looks like a bug.
[08:57] <micahg> :)
[08:58] <jml> micahg, noodles775 ^
[08:58]  * noodles775 looks
[09:01] <micahg> so, soshould I file a bug in malone?
[09:02] <noodles775> micahg: yep, that'd be great.
[09:04] <micahg> done bug 427746
[09:11] <xaver> hi
[09:11] <xaver> i have a littel problem with launchpad as repo
[09:12] <xaver> if i start with download the sopeed is between 800-1200 kb/s
[09:13] <xaver> but auf 10 sec or 30 the speed slow down to 1000-2000 B/s
[09:14] <xaver> only thing i know my ip have no reserve DNS
[09:22] <spiv> xaver: reverse dns should not matter
[09:22] <xaver> any idear why?
[09:23] <spiv> xaver: the download speed won't be totally constant, though, as the client and server have to do some back-and-forth chatter periodically to figure out what data to transfer.
[09:23] <xaver> at home it run stable
[09:23] <spiv> Exactly how much chatter, and at what points in the transfer it happens, depends on a bunch of factors.
[09:23] <xaver> bur 1000 B/s 1kb/s is not normal
[09:24] <xaver> normal i have nor problem
[09:24] <spiv> It's also possible that there's some sort of strange network configuration between you and Launchpad.
[09:24] <xaver> ppa is the only repo with problems
[09:24] <xaver> ok ;)
[09:26] <spiv> But it is currently fairly common for some bzr operations to sometimes have periods of low throughput due to many small roundtrips.
[09:26] <spiv> (We're gradually fixing those, though)
[09:26] <spiv> Using the most recent bzr releases and the most recent bzr repository format can help :)
[09:26] <spiv> But if the same operations behave differently when you are connected via different networks, I think it's probably an issue local to your network.
[09:27] <xaver> ok
[09:27] <spiv> Launchpad itself won't vary how it serves bzr data based on your IP or anything like that.
[09:27] <xaver> the download starts very fast
[09:27] <xaver> maybe the first 20 mb
[09:28] <spiv> If you want to see the gory details, add -Dhpss to your bzr command and then watch ~/.bzr.log
[09:28] <xaver> good idear
[09:28] <spiv> It will log the network conversation there -- I'm assuming you're using bzr+ssh?
[09:28] <spiv> (If not, switching to that rather than http is a good thing to try)
[10:00] <xaver> bye reboot ;)
[10:02] <mvo> hello! I get a "Lost something?" error when navigating to https://bugs.launchpad.net/ubuntu/+bug/413885/+nominate (both in edge and normal LP) - is there a workaround? it happend when I pressed the "nominate for release button"
[10:07] <mrevell> jml: around for a quick-ish question?
[10:08] <wgrant> mvo: Try from https://launchpad.net/bugs/413885
[10:09] <wgrant> mvo: That bug isn't really filed against Ubuntu (just Ubuntu update-notifier), so that link doesn't exist. The URL you gave should really redirect elsewhere.
[10:13] <mvo> wgrant: thanks, its working now
[10:13] <wgrant> mvo: Great.
[10:57] <dto> if my project were to use only GPL (for code) and CC-Attribution-ShareAlike (for graphics/sound) would it be ok to put it on launchpad?
[10:58] <dto> i love the bug tracking stuff and general feel of launchpad, and like that i can upgrade to a paid account later
[10:59] <intellectronica> dto: absolutely!
[10:59] <wgrant> dto: CC-BY-SA is fine.
[10:59] <wgrant> dto: Unlike the CC-BY-NC that you suggested earlier. That's not OK.
[11:00] <intellectronica> do we have that list of kosher licenses documented somewhere other than the project creation sequence?
[11:00] <wgrant> Yes.
[11:00]  * wgrant hunts.
[11:01] <intellectronica> https://help.launchpad.net/Legal/ProjectLicensing/Licenses
[11:01] <intellectronica> and more importantly https://help.launchpad.net/Legal/ProjectLicensing
[11:02] <intellectronica> dto, wgrant: ^^^
[11:02] <dto> wgrant: i'm writing a game. http://dto.github.com/notebook/blast.html
[11:04] <dto> wgrant: i had originally made the graphics and sound files CC-BY-NC... mainly i want to be able to sell the game on iphone and possibly ps3. but now i'm thinking it makes more sense to just CC-BY-SA the thing
[11:05] <bigon> hi I've a strange bug, all the arch:all pkg for empathy haven't been publised
[11:05] <wgrant> dto: If you NC it, distributions cannot include it, you will be unable to use most free hosting sites, etc.
[11:05] <bigon> published
[11:05] <bigon> https://bugs.edge.launchpad.net/ubuntu/+source/empathy/+bug/427609
[11:06] <wgrant> bigon: The i386 binaries are in NEW.
[11:06] <wgrant> bigon: Because of empathy-doc.
[11:06] <wgrant> bigon: Convince an archive admin to approve them, or wait for them to do so.
[11:07] <bigon> ok shouldn't all the bin pkg have been blocked?
[11:08] <wgrant> bigon: All i386 binary packages. Not the rest, because they don't have the new binary.
[11:08] <bigon> oh right
[11:08] <bigon> shouldn't that thing be done on src level?
[11:09] <wgrant> Probably not. You'd have to wait for all builds to complete before you could accept any of them.
[11:13] <dto> how hard is it to import/move a github repo to launchpad?
[11:18] <telmich> narf, why can I only import the master branch of a remote git repo?
[11:19] <wgrant> telmich: bzr-git doesn't quite support colocated branches yet.
[11:20] <telmich> wgrant: ok, thanks for the hint
[11:21]  * telmich has to dig into te master branch and see whether a merge is possible
[12:01] <mrevell> Launchpad community meet-up in London on the 28th Sept: http://blog.launchpad.net/general/launchpad-meet-up-28th-september-the-warwick-london
[12:03] <james_w> what happened to tag lists?
[12:03] <intellectronica> james_w: what exactly are tag lists?
[12:03] <james_w> the portlet with official tags and then common tags
[12:04] <wgrant> A bug was filed a couple of hours ago.
[12:04] <intellectronica> james_w: wow, it vanished!
[12:06] <james_w> ok, thanks
[12:06] <james_w> I was afraid I would have to go through the advanced search page just to get at bugs with a certain tag
[12:09] <intellectronica> my guess is it's a result of the portlet conversion work allenap did yesterday (but that's just a guess)
[13:16] <ahasenack> is launchpad having issues right now? I'm getting several timeouts in a row while trying to open a ticket
[13:24] <intellectronica> ahasenack: url? oops?
[13:24] <ahasenack> intellectronica: OOPS-1350E1711 was the last one
[13:24] <ahasenack> intellectronica: https://bugs.launchpad.net/ubuntu/+filebug (after POST)
[13:25] <intellectronica> ahasenack: yeah, we've seen quite a lot of timeouts in the duplicate search step of ubuntu bug filing lately
[13:25] <wgrant> s/quite a lot/most of the time/
[13:26] <intellectronica> wgrant: i'm not sure that's true, but either way the situation is dire
[13:26] <wgrant> intellectronica: It's pretty damn bad.
[13:31] <kiko> intellectronica, suggest you send that query and oops to stub
[13:31] <kiko> intellectronica, one question is why is that query going to -main-master?
[13:31] <intellectronica> kiko: indeed
[13:31] <allenap> james_w, intellectronica: I don't /think/ I removed the tags portlet.
[13:32] <kiko> intellectronica, that query should be going to the slave, which is never going to be locked
[13:32] <intellectronica> kiko: wow, good point
[13:32] <kiko> spm, still around?
[13:34] <kiko> intellectronica, you could probably get an OSA to run that query against staging, the master and the slave
[13:34] <kiko> and compare
[13:35] <kiko> stub! have a sec
[13:35] <stub> kiko: Yo
[13:35] <kiko> intellectronica, meet stub :)
[13:36] <stub> Now with added Internet
[13:36] <intellectronica> stub: we're discussing https://lp-oops.canonical.com/oops.py/?oopsid=1350E1711
[13:37] <intellectronica> stub: it's the dupe search when filing bugs, and it now times out for ubuntu way too often
[13:39] <stub> Which isn't surprising, as it is examining over 160k rows to do that.
[13:40] <intellectronica> stub: kiko already made the suggestion of using the slave db, and we have a vague plan to do the query asynchronously and maybe doctor it a bit to make it saner. other than that, any idea on how we can optimize it?
[13:40] <allenap> james_w, intellectronica: I think I know why it's broken.
[13:40] <intellectronica> yeah, that's a lot of records
[13:40] <intellectronica> allenap: ???
[13:41] <stub> 'For all Ubuntu bugs, add 1 if the fti column matches 'karmic', add 1 if the fti column matches 'frontend', add 1'... '
[13:42] <intellectronica> allenap: i'm also quite surprised this wasn't caught by the testsuite
[13:42] <allenap> intellectronica: if (response.responseText.search(/^\w*$/)) { // hide portlet
[13:42] <allenap> intellectronica: There's a blank link in the response.
[13:42] <allenap> I guess there wasn't one before.
[13:42] <allenap> And Windmill didn't tell me because, well, I didn't run it, and it's not yet part of the suite.
[13:42] <stub> intellectronica: That mechanism looks like it could be fast for small sets of bugs ('all bugs in pytz'), but not for large sets ('all bugs in ubuntu')
[13:43] <allenap> intellectronica: Well, Windmill might have caught it. See my last comment ;)
[13:43] <intellectronica> stub: i'm not sure i understand your last suggestion
[13:44] <stub> its not really a suggestion, more an analysis. The current approach just can't scale to Ubuntu's size.
[13:44] <stub> So...
[13:44] <intellectronica> stub: to be more precise what i don't understand is what 'add 1' stands for
[13:45] <intellectronica> stub: we could also limit the set by only looking at recent bugs, or open bugs, or whatever
[13:49] <stub> intellectronica: The query gets a set of bugs, and then counts the numbers that contain various words - several operations on each row (add 1 if contains the word 'karmic')
[13:49] <stub> intellectronica: We could, although that limits its usefulness...
[13:51] <intellectronica> stub: it does, but a closed gutsy bug is much less likely to be a possible duplicate of something filed now
[13:54] <stub> intellectronica: http://paste.ubuntu.com/269146/
[13:54] <stub> intellectronica: If we limit the search to rows that might contain one of the words, we get a much better plan.
[13:54] <intellectronica> right, i understand now
[13:54] <stub> intellectronica: There still might be cases where it is slow, but it might be worth a try? I think you get identical results with this approach so could be a quick fix.
[13:55] <Philip5> mthaddon: ping
[13:58] <Philip5> mthaddon: you helped me with increased space in my ppa yesterday which was great but I thought the space was tied to my user and not the ppa it self so when i made a few changes i noticed that the main ppa i will use won't benifit of the extra space
[13:58] <intellectronica> allenap: that's weird. i don't even remember why it's there
[13:59] <allenap> intellectronica: Do we want to hide that portlet if there are no tags?
[14:00] <intellectronica> allenap: ah yes, that makes sense
[14:01] <intellectronica> allenap: actually no, it doesn't, because you still need the link for editing official tags
[14:01] <allenap> intellectronica: Okay, I'll see if there's any other reason, otherwise I'll remove the condition.
[14:04] <intellectronica> allenap: actually, i suppose if the link is there, then the response isn't empy :)
[14:05] <intellectronica> so the only thing that needs to change is the search
[14:05] <intellectronica> allenap: i think instead of using a regexp, it's better to trim the result and compare to the empty string. regexps are evil
[14:06] <allenap> intellectronica: By search, do you mean the condition in the on_success() handler?
[14:07] <intellectronica> allenap: yeah
[14:07] <allenap> intellectronica: I think the "Edit official tags" link will appear whether there are tags or not.
[14:08] <intellectronica> allenap: right, it's not part of the response. so we can't just turn the portlet off if there's no tags
[14:09] <allenap> intellectronica: Cool.
[14:09] <intellectronica> allenap: maybe it's worth asking adeuring why that was added, though. maybe he'll remember something we don't
[14:12] <adeuring> intellectronica: can you give me a clue what you are talking about ;) ?
[14:13] <allenap> intellectronica: I misread. If we don't turn off the portlet when there are no tags (e.g. https://bugs.launchpad.dev/alsa-utils) the portlet is a mostly empty grey box with a small "Edit official tags" link the middle. I think it's better to remove the portlet if tags have never been used, which is the current intention I think, then it doesn't bother people who don't want to use tags.
[14:15] <intellectronica> allenap: right, but then there's no link to the tags editor
[14:16] <intellectronica> i also think that it's better to turn it off if there are no tags, but we need to either 1) not turn it off if the user can edit official tags or 2) find another place to put that link
[14:16] <allenap> intellectronica: Well, I think that's the intention - adeuring, can you confirm? They'll be able to get to the editor once a single tag has been used.
[14:17] <intellectronica> allenap: i don't think that's very good. projects should be able to add official tags even if tags were never used. even if no bugs were ever filed on the project
[14:17] <allenap> intellectronica: As part of the redesign of that page the "Edit official tags" link can go in the global actions portlet I guess.
[14:18] <allenap> intellectronica: To fix edge, I think we should just honour what I think the original intention was.
[14:18] <intellectronica> allenap: hmmmm ... yeah, i suppose, but then we're back in LP v1.0, where all the actions are clustered together in a menu
[14:18] <adeuring> allenap: I think that was indeed the idea
[14:18] <intellectronica> allenap: yeah, definitely a quick fix to do that is best for now. we can think later on the finer points
[14:19] <akheron> what to do if a PPA build fails with MANUALDEPWAIT?
[14:19] <intellectronica> bigjools: ^^^
[14:21] <bigjools> akheron: there's a missing dependency - if you think the dependency is built, you can hit retry for your failed build
[14:21] <bigjools> or just wait longer
[14:21] <allenap> intellectronica: I read something about that recently. There's a tension between the two. For 2.0 we tried to put every link in the page, but that was problematic too. Somewhere in the middle is better imo. Perhaps the "Edit official tags" link could appear in the global actions menu if there are no tags, and in in the tags portlet if there are? I'll make a comment on the Bugs index page redesign thread.
[14:22] <allenap> adeuring: Thanks!
[14:23] <intellectronica> allenap: i think having it appear it different places is even worse. maybe put it just under the portlet? if we hide the portlet then you'll still see it?
[14:26] <allenap> intellectronica: Yeah, you're probably right. The link in the menu could be written as "Start using official tags" or something like that, so it's expected to disappear.
[14:27] <akheron> bigjools: the dependency is to python-simplejson which is in universe
[14:27] <allenap> intellectronica: Can you review my fix? http://pastebin.ubuntu.com/269164/
[14:27] <akheron> bigjools: but according to the log the build system doesn't install it
[14:27] <bigjools> akheron: check whether the version it wants can be satisfied
[14:27] <bigjools> and also python-simplejson's dependencies
[14:28] <dto> i made my project. what should i call my branch of it?
[14:28] <intellectronica> allenap: r=me
[14:28] <dto> what does +junk mean?
[14:28] <allenap> intellectronica: Thanks :)
[14:29] <maxb> +junk means "no project"
[14:30] <dto> ah ok.
[14:30] <intellectronica> dto: probably something like ~username/projectname/trunk
[14:30] <akheron> bigjools: it can be satisfied, there should be no problem
[14:31] <bigjools> akheron: something can't be satisfied or it would install, the builders only rely on apt
[14:31] <akheron> bigjools: the only curiosity is that my package build-depends on python (>= 2.6) | python-simplejson
[14:31] <akheron> and the log says that python(inst 2.5.2-0ubuntu1 ! >= wanted 2.6)|python-simplejson(missing)
[14:32] <akheron> bigjools: the build system tries to install the dependencies like this /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install cdbs debhelper python python
[14:32] <akheron> there's no python-simplejson there
[14:33] <akheron> so, is the problem that alternative dependencies cannot be used?
[14:33] <akheron> btw, i'm trying to build for hardy
[14:33] <bigjools> akheron: that was my next question!
[14:35] <akheron> bigjools: what was your question?
[14:35] <bigjools> which series
[14:35] <akheron> ok
[14:35] <bigjools> hang on a sec I am on the phone
[14:52] <bigjools> akheron: sorry, just finished on the phone
[14:53] <bigjools> akheron: can you use a utility called "chdist" and try to install the dependent packages
[14:53] <bigjools> it will tell you about what's missing
[14:58] <c_korn> hello. I want to create a PPA only for backporting an application from karmic to jaunty. so once karmic is released this PPA becomes useless. short question: can PPAs be deleted ?
[15:00] <bigjools> c_korn: we can't fully delete PPAs yet, but we can disable them.  Work should happen later this year to be able to delete them,
[15:01] <c_korn> bigjools: what is the difference between disabling and deleting them ? will they just disappear from my personal page in launchpad when disabled ?
[15:02] <bigjools> c_korn: they will disappear for everyone but you
[15:02] <bigjools> and you can no longer upload to it
[15:04] <c_korn> hm, that would be fine. thanks.
[15:45] <telmich> anyone a cool idea what this error could mean: http://launchpadlibrarian.net/31655542/cinit-0.3pre15-log.txt
[15:52] <mathiaz> abentley: hi
[15:53] <abentley> mathiaz: Hi.
[15:53] <mathiaz> abentley: where can I see which person/team is a the bug supervisor for a package?
[15:54] <abentley> mathiaz: I'll look into it.
[16:11] <abentley> mathiaz: bug supervisors are per-distro, not per-package.  What are you trying to do?
[16:12] <mathiaz> abentley: trying to get the list of packages to which a team is a bug contact
[16:12] <mathiaz> abentley: https://bugs.launchpad.net/~ubuntu-server/+packagebugs
[16:12] <mathiaz> abentley: I'm currently screen scrapping the list of above^^
[16:13] <mathiaz> abentley: the end goal is that I wanna do different searches on bugs for packages to which the ubuntu-server team is a subscribed
[16:13] <abentley> mathiaz: This page shows bug subscriptions.  It's not showing bug supervisors AFAICT.
[16:14] <mathiaz> abentley: right - I looked at the bug supervisor as this is a field that is available from the advanced search form
[16:14] <mathiaz> abentley: and using ubuntu-server in the advanced search form in the bug subscriber field doesn't catch all the results
[16:15] <mathiaz> abentley: it seems that the ubuntu-server team needs to be 'explicitly' subscribed to a bug to show up in the result of the advanced search using ubuntu-server as a bug subsriber
[16:16] <abentley> mathiaz: So for all packages in ubuntu, it appears that "Ubuntu Bugs" is the bug supervisor.
[16:16] <mathiaz> abentley: right - I looked at the bug supervisor field once I discovered that bug subcriber wasn't working as I expected
[16:17] <mathiaz> abentley: I think I'll just using launchpadlib+scripts for now
[16:17] <mathiaz> abentley: I think I'll just keep using launchpadlib+scripts for now
[16:22] <abentley> mathiaz: Sorry there's no quick answer.
[16:23] <mathiaz> abentley: np - thanks for looking into this!
[16:23] <abentley> mathiaz: I expect that using launchpadlib, you can determine all teams which ubuntu-server is a member of, and then search for explicit subscriptions on all of them.
[16:38] <Martyn> Good morning
[16:39] <Martyn> I would like some guidance in using launchpad to create ubuntu build targeted at a specific CPU platform and optimization
[16:39] <Martyn> (arm cortex A9, which is an arm v7 processor)
[16:59] <abentley> Martyn: Sorry for the delay.  It helps if you address your questions to the help contact.  I'll look into this.
[17:02] <abentley> Martyn: I'm sorry, but I personally don't have any advice to give, and the members of our packaging team are not currently available.
[17:03] <abentley> Martyn: Perhaps you could as a question on soyuz? https://answers.edge.launchpad.net/soyuz
[17:03] <intellectronica> iirc you can only use it for i386, but ask cprov
[17:05] <jdstrand> hi. I was doing regular Ubuntu Archive Admin work and hit this: http://paste.ubuntu.com/269246/
[17:05] <jdstrand> something changed from under our backport.py script and fails with that traceback
[17:06] <jdstrand> this is on up-to-date karmic
[17:07] <jdstrand> I'd like to file a bug, but not sure where. can someone advise?
[17:13] <jdstrand> cprov: ^
[17:21] <james_w> jdstrand: did you add the "redacted" in there?
[17:23] <jdstrand> james_w: no. I just ried again and it is there
[17:23] <jdstrand> tried
[17:24] <jdstrand> james_w: does './backport.py -b dobey -s hardy -S karmic python-oauth' work for you on up to date karmic?
[17:25] <james_w> no
[17:25] <james_w> I was using mass-sync.py to do backports on Monday
[17:25] <jdstrand> james_w: I saw a python update float in this morning..
[17:31] <james_w> jdstrand: it really doesn't like dobey's email address for some reason
[17:31] <thekorn> because he has hidden his email address
[17:32] <james_w> that's my guess
[17:32] <jdstrand> interesting
[17:32] <thekorn> I'm not sure how this kind of attributes were handled in the past by launchpadlib
[17:33] <james_w> just "print person.preferred_email_address" when they have no public address falls over
[17:33] <thekorn> but for me it looks like lp-lib is handling them not correctly now
[17:33] <james_w> yes
[17:35] <jdstrand> thekorn: where does one file a bug against launchpadlib, python-launchpadlib in Ubuntu?
[17:35] <jdstrand> (or rather, where is the best place)
[17:35] <james_w> it may well be an exception, but the current error gives no clue whatsoever as to the cause
[17:35] <james_w> jdstrand: https://bugs.launchpad.net/launchpadlib
[17:35] <thekorn> I think here: https://bugs.edge.launchpad.net/launchpadlib/+filebug
[17:35] <jdstrand> james_w: thanks
[17:35]  * jdstrand nods
[17:42] <jdstrand> james_w, thekorn: it's bug #319432
[17:54] <Martyn> cprov, hopefully you've got an archived scroll --- How can launchpad be used to build and package ubuntu for ARM?  I'd like to produce a build based on the ARM v7 rather than v5.
[17:55] <cprov> Martyn: arm is only supported for non-virtual archives
[17:55] <cprov> Martyn: oh, you want v5 ...
[17:55] <Martyn> I want v7
[17:55] <cprov> Martyn: armel is v7 only by definition, right ?
[17:56] <Martyn> I need to build using the CodeSourcery compilation tools, with optimizations for v7
[17:56] <Martyn> nope
[17:56] <Martyn> armel can be any of the arm v5,v6, or v7
[17:56] <Martyn> v5 is arm11/kirkwood/etc.. older arms
[17:56] <Martyn> v6 is Cortex A8 (iPhone, OMAP3, i.MX51)
[17:57] <Martyn> v7 is the new and unreleased Cortex A9 dual core chips, of which I'm privileged enough to have some pre-release platforms I can compile on
[17:57]  * Martyn is workng with ogra/lool/amitk/etc on getting a karmic koala build 
[17:58] <Martyn> but I'm the only one with real hardware
[17:58] <cprov> Martyn: I'm not familiar on how processor optimization works in armel. have you already asked someone in the ubuntu platform ?
[17:58] <Martyn> A bit, but now I'm trying to figure out how to use launchpad.
[17:58] <Martyn> Since I'd like to build the entire repository with v7 optimizations
[17:59] <cprov> Martyn: okay, first of all, you need a non-virtual PPA (capable of building armel)
[17:59] <cprov> Martyn: then you have to figure out how to modify each source to use the optimizations you need.
[18:01] <Martyn> okay, so I can start with the canonical-arm-dev PPA then
[18:01] <Martyn> and modify it accordingly...
[18:02] <cprov> Martyn: maybe you can have a modified gcc-defaults for the optimizations changes
[18:02] <cprov> Martyn: it would avoid changes on the sources right, a plain rebuild would result in optimized binaries, I guess
[18:21] <lool> Martyn: cortex a8 is v7
[18:21] <lool> Martyn: and cortex a9 too
[18:21] <lool> Martyn: iphone is v4
[18:21] <lool> or v5 not sure now
[18:22] <lool> Martyn: You have access to the canonical-arm-dev PPA
[18:25] <Martyn> lool : iPhone is now v7 for the 3GS
[18:26] <Martyn> lool : Apple incorporated the Cortex A8
[18:26] <lool> Martyn: Ok so "iPhone 3GS" then   ;-)
[18:27]  * lool stops nitpicking and goes finishing end of week stuff
[18:50] <sivang> Anybody knows Matthew Ravell's email or irc nick ?
[18:57] <abentley> sivang: mrevell
[18:57] <sivang> abentley: ah, thanks, do you still have the red Elton shades? :)
[18:58]  * sivang liked those
[18:58] <abentley> sivang: I don't think I've ever had red Elton shades.
[18:59] <sivang> abentley: hmm, maybe you have red hair?
[18:59] <abentley> sivang: Yes, I do have red hair.
[18:59] <sivang> ah!
[18:59] <sivang> then I do remember you
[18:59] <sivang> I mixed the colors of the hair and shades
[18:59] <abentley> Hehe.
[19:00] <sivang> I think we met in Mataro IIRC
[19:00] <sivang> for a breif instance
[19:00] <sivang> *brief
[19:01] <abentley> sivang: No, I've never been there.  You may be thinking of Montreal-- I had red hair for UBZ.
[19:02] <sivang> abentley: right, so Montreal
[19:11] <idnar> is Launchpad meant to fill in "Merged at revision" for merge requests automatically?
[19:17] <xnox> how long does initial translation import from bzr branch takes for a regular project "not ubuntu package"? it's currently at needs review status
[19:17] <henninge> xnox: is it a template?
[19:17] <abentley> idnar: not at present, but we want to add that.  p.s. for faster service, address the help contact.
[19:18] <rowinggolfer> in a PPA.... is there a way to automate the copying of packages from one series to another?
[19:18] <rowinggolfer> I have, for instance, just pushed a package
[19:19] <rowinggolfer> which was built by an intrepid bot.
[19:19] <rowinggolfer> so I now have to wait until it is built, then move into jaunty and karmic manually.
[19:19] <idnar> abentley: okay, thanks
[19:21] <cprov> rowinggolfer: unfortunately that cannot be automated.
[19:22] <rowinggolfer> cprov: ok.. thanks for confirming.
[19:22] <cprov> rowinggolfer: respecting the fact you cannot rebuild the same source release in another distroseiries withing the same PPA. You can use the webservice API to copy source and its binaries from one series to another.
[19:23] <rowinggolfer> via a script?
[19:23] <rowinggolfer> or point and click as I've just done.
[19:25] <cprov> rowinggolfer: yes, via a script. are you familiar with https://help.launchpad.net/API ?
[19:25] <rowinggolfer> no... thanks for the link.
[19:26] <cprov> rowinggolfer: basically, you can use syncSource/syncSources (https://edge.launchpad.net/+apidoc/#archive) to automate package copies.
[19:27] <rowinggolfer> perfect.
[19:27] <cprov> rowinggolfer: fyi, soon we will support multi-target uploads and it will probably make this procedure much easier.
[19:28] <cprov> rowinggolfer: https://bugs.edge.launchpad.net/soyuz/+bug/235064
[19:29] <rowinggolfer> ah.. excellent.
[19:31] <xnox> henninge: it's a template and translation as well
[19:31] <xnox> (sorry missed your message)
[19:31] <henninge> xnox: oh, just remembered
[19:32] <henninge> xnox: translation imports are stopped at the moment because of a bug in the import script...
[19:32] <henninge> it kept filling up the servers disk ...
[19:33] <henninge> xnox: do you read ubuntu-translators or launchpad-users?
[19:33] <xnox> henninge: thanks =)
[19:33] <xnox> I did read l-u and it did say that there were back at full speed
[19:33] <xnox> the approved and imported are changing right now
[19:34] <xnox> the "needs review" is stuck. Does it need "manual" review process?
[19:34] <henninge> xnox: what is the file?
[19:35] <xnox> https://translations.launchpad.net/xiphos/+imports
[19:35] <xnox> It's 2 POT and a few translation po's
[19:35] <henninge> xnox: first-time upload or have you done this before?
[19:36] <xnox> first-time
[19:36] <henninge> xnox: first problem: both pot files have the same name
[19:36] <xnox> and it's "bzr branch import" not the "manual upload"
[19:36] <henninge> one should probably be xiphos-help.pot
[19:37] <xnox> ok I think I can change that
[19:37] <henninge> there is more
[19:38] <henninge> the po files for help are not in the same directory as the template
[19:38] <henninge> the template is in "C"
[19:38]  * xnox is listening
[19:38] <henninge> there are files from po/retired/..
[19:39]  * henninge should be more clear whe sentence ends ... ;)
[19:39] <henninge> ok
[19:39] <henninge> 1) rename template to be different
[19:39] <henninge> 2) move template out of "C" subdirectory or po files into "C" subdirectory
[19:40] <henninge> 3) remove files in po/retired. or rename them, to not end in .po.
[19:40] <henninge> I suppose that "retired" means they are not suppored to be used?
[19:41] <xnox> retired = Very out-of-date and wrong translations =)
[19:41] <xnox> and yes, not used/compiled
[19:41] <henninge> 4) You need to fix some po file names as well. nb_NO pt_PT sv_SE
[19:41] <henninge> just nb, pt, sv
[19:41] <xnox> 4) is there a canonical list of names?
[19:42] <henninge> hang on
[19:42] <henninge> xnox: https://answers.edge.launchpad.net/rosetta/+faq/619
[19:43] <henninge> xnox: also make sure to read the documentation at https://help.launchpad.net/Translations/YourProject
[19:43] <henninge> About the files in retired: The bzr uploader will pick them up because of the .po in the file name but they will get stuck in the queue.
[19:44] <xnox> ok I'll save this irc log and do this now. and re-try from there
[19:44] <henninge> If you want/can not remove or rename them, I can set them to blocked in the queue.
[19:44] <xnox> thank you for your help.
[19:44] <xnox> I think I can delete whole this translation upload myself
[19:44] <henninge> xnox: welcome, I'll start my weekend now, back on Monday ... ;-)
[19:44] <xnox> let me try this =)
[19:44] <xnox> henninge: ROCK IT!!!!
[19:45] <henninge> xnox: oh yeah, just set them to "deleted"
[19:45] <henninge> xnox: and remember that still no imports will happen before Monday night because of that bug.
[19:45] <henninge> the queu is stopped, basically
[19:46] <henninge> sorry about that
[19:46] <xnox> ok thanks =) it will give me some time to make the fresh import request
[19:47] <flacoste> barry: flaky IRC client?
[19:48] <barry> flacoste: i need to upgrade to 8.09.1 :)
[19:48] <flacoste> barry: i just read your email to launchpad-dev, i can't wait to see this mereged
[19:49] <flacoste> barry: what are the changes that people have to make, it's not clear from the email
[19:50] <barry> flacoste: me too!  i think (hope) the wiki page is clear about that, but it could definitely use a review.  please take a look and let me know what you think
[19:50] <barry> flacoste: not sure if you saw my pvtmsg.  one test left to fix, then landing through ec2
[19:50] <flacoste> yes, i did
[19:51] <flacoste> barry: ok, i see, so the action that needs to be done next week is basically review all pages and update views to honor the new rules if the titles are broken?
[19:52] <barry> flacoste: yep
[19:52] <flacoste> barry: once your branch lands, i suggest you post a follow-up with that executive summary
[19:52] <barry> flacoste: and i am happy to help people do that.  i think it'll be easy once people get the hang of it
[19:52] <flacoste> just so that everybody is on the same page
[19:52] <barry> cool
[20:04] <deryck> Have a good weekend everyone.
[20:37] <fta> yeck, i hate the new ppa page design :( it's no longer obvious what needs to be fixed
[20:38] <fta> and it's no longer possible to filter by package name
[20:52] <lfaraone> kiko, kfogel, ping.
[20:52] <kiko> lfaraone, yo
[20:53] <kiko> fta, ah, but we gave you so much in return ;-)
[20:53] <lfaraone> kiko: is there a way we can get a statement from somebody with authority at LP that my project would be able to export all of our data if we decided to move to another system?
[20:54] <kiko> lfaraone, sure, that's definitely the case and I can reply to any email that asks me that question, on the record
[20:54] <lfaraone> kiko: great, thanks.
[21:02] <kiko> fta, I think a) the Adding this PPA section needs to be moved or hidden behind an expander or link
[21:02] <kiko> and
[21:02] <kiko> b) the package filter needs to come back
[21:03] <kiko> still not too terrible for a first iteration
[21:05] <fta> i like the "Activity    775 updates added during the past month."
[21:06] <fta> "Latest updates" on the right is not very useful with just 5 entries
[21:08] <kiko> fta, I think your PPA is somewhat special in the sense that it's got a LOT of packages
[21:08] <kiko> but I agree it's not useful if it doesn't group by-name
[21:09] <kiko> fta, can you file bugs for this stuff so noodles and julian know what to do?
[21:09] <fta> i'm mostly concerned by https://edge.launchpad.net/~chromium-daily/+archive/ppa & https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[21:13] <maxb> I find it greatly annoying that the names/versions aren't linkified
[21:36] <cody-somerville> why is my sig all messed up on https://edge.launchpad.net/ubuntu/+source/reprepro/3.12.1-1ubuntu1/+changelog ?
[21:42] <Daviey> cody-somerville: Are you sure your DEBFULLNAME and DEBEMAIL is correct?
[21:42] <Daviey> ie, DEBFULLNAME='cody.somerville@canonical.com (Cody A.W. Somerville)'
[21:43] <cody-somerville> I don't use those variables.
[21:43] <Daviey> hmm, forget that anyway - your diff is correct :/
[21:44] <cody-somerville> It would have been rejected if I didn't sign it right.
[21:44] <Daviey> sure.
[21:44] <Daviey> looks like a lp bug :)
[23:22] <geser> sinzui: Hi, sorry if you are the wrong person to ask, but do you know which launchpad sub-project bug 426531 belongs too?
[23:23] <sinzui> launchpad-foundations
[23:23] <sinzui> tuck
[23:23] <sinzui> yuck
[23:23] <geser> I get the impression that unless I file a bug for the correct sub-project it takes much longer till it get processed/re-assigned (but much sample data is small)
[23:24] <sinzui> geser: correct
[23:25] <geser> is there a good guide to pick the correct sub-project? some cases are easy but many not
[23:25] <sinzui> I don't think the broken instruction is necessary, all <textarea>s are set to 60em
[23:26] <sinzui> I think someone copied an instruction without understanding what the global style provide
[23:30] <lantash> QUESTION: Can somebody with the appropriate rights review the import of lottanzb.pot at https://translations.edge.launchpad.net/lottanzb/trunk/+imports ? I uploaded the file two days ago but nothing happened. Thanks alot!
[23:31] <lantash> I temporarily disabled the automatic Bazaar import (which worked fine) because the development focus has moved to the 0.6/trunk branch, while the translation focus is still on 0.5.
[23:35] <jtv-afk> lantash: you can prevent the need for review by uploading from the page for the template instead of the generic page for the release series.
[23:36] <lantash> @jtv-afk: Thanks alot. I'll give it a try.
[23:37] <jtv-afk> lantash: meanwhile I approved this one, but we had a bit of a problem with the imports earlier and not sure if they've been restarted yet.
[23:51] <Hosein-mec_> hi
[23:51] <Hosein-mec_> i uploaded my package to Launchpad successfully but didnt receive email from Launchpad yet. any help ?
[23:51] <Hosein-mec_> and still this message in my ppa: This PPA does not contain any packages yet
[23:58] <maxb> Hosein-mec_: Allow at least 5 minutes..... is it still not there?
[23:59] <Hosein-mec_> maxb: yes
[23:59] <Hosein-mec_> maxb: more than 1 hour ...
[23:59] <maxb> Is your OpenPGP key registered and displayed on your Launchpad profile page?