[00:04] mm, yeah, I was wondering at what point the big queue-builder run happens [00:15] I guess it only needs to run after a new release or arch. [00:16] Although, no, that can't be right - P-a-s changes are normally respected quickly, so it normally runs often. === mwhudson changed the topic of #launchpad to: https://launchpad.net/ | Help contact: mwhudson | Join https://launchpad.net/~launchpad-users | Channel logs: http://irclogs.ubuntu.com | karma count change: http://blog.launchpad.net/general/karma-where-did-mine-go [03:03] I lost my gpg key, and there doesnt seem to be any obvious way to upload a new one to launchpad. [03:04] det: sure there is! [03:04] you just go to edit your account and add a key [03:05] Ok, I found it, thanks :-) === Ursinha is now known as Marvin_ [04:35] Marvin_: I just saw your identica update -- not sure if it's in honour of Hitchhiker's Guide to the Galaxy or of the Radiohead song :) [04:35] jml, both :) [04:36] Marvin_: rockin [04:36] * jml queues up _OK Computer_, sets the volume to "blisteringly loud" and starts singing -- ahhh, the joys of working from home. [04:36] :D [04:37] rocks [04:38] Marvin_, jml: have you come across "radiodread" ? [04:38] mwhudson, lol, no [04:38] mwhudson: no. who or what is that? [04:38] it's a dub version of ok computer [04:39] http://en.wikipedia.org/wiki/Radiodread [04:39] it's a special kind of awesome :) [04:40] i first heard it played over the PA between acts at a gig, which was quite brain-bending [04:40] brain-bending [04:40] must hear [04:41] "this sounds almost but not quite entirely unlike exit music... what's going on" [04:41] :) [04:42] Marvin_: you can hear samples on amazon [04:43] mwhudson, will listen :) [04:44] hah, apparently the same guys just released Easy Star's Lonely Hearts Dub Band [04:46] purchasing will ensue shortly. [04:52] http://easystarrecords.shop.musictoday.com/Dept.aspx?cp=115_2052 seems to sell the FLACs, which is convenient. [04:52] * spiv grabs some lunch === matsubara is now known as matsubara-afk [05:47] mwhudson: I don't get the buildbot failures for db-devel [05:47] mwhudson, jml: do either of you understand it? [05:47] thumper: wrong channel [05:48] damn :( [05:48] * thumper is tired === mwhudson changed the topic of #launchpad to: https://launchpad.net/ | Help contact: - | Join https://launchpad.net/~launchpad-users | Channel logs: http://irclogs.ubuntu.com | karma count change: http://blog.launchpad.net/general/karma-where-did-mine-go === stub1 is now known as stub [09:30] bigjools: Why is IArchive.getBuildSummariesForSourceIds exposed in the API? It looks useful, but I don't think SPPH IDs are exposed anywhere else... [09:30] wgrant: the AJAX calls [09:30] bigjools: Ahh, right. [09:30] So it does do what I want. [09:31] I think. [09:32] (I want the statuses of the builds for a particular SPPH on all archs) [09:36] bigjools: Watching the AJAX calls, that's exactly what I want. Can I file a bug to let that take method take SPPHs, or expose SPPH.id, or something to that effect? [09:36] wgrant: sure go for it [09:37] ISPPH.getBuilds is unfortunately far too slow, as I have to fetch each build to get the status. [09:52] wgrant: it's trivial for me to expose the ID, I'll probably do that [09:54] wgrant: a lot of the stuff we want to do involves making the API quicker, in the same way the UI improvements are going in, and this means adding more operations that take multiple IDs [10:06] bigjools: Right, I just wasn't sure whether you were really meant to expose the IDs. [10:06] wgrant: it's not a big deal if they're already in the page source [10:06] bigjools: True. [10:07] And they're in the URLs too, of course. [10:07] yep [10:22] bigjools: Hmm, I see that it doesn't quite do as much as I'd hoped - it only gives me builds for the current distroseries, which I suppose makes sense given the data model. ISSPH.getBuilds does the same. [10:22] I'd really like to get all builds relevant to the DSPR, but I suppose that's very difficult given that they could have come from various different archives. [10:23] s/current distroseries/distroseries of the publishing/ [10:24] wgrant: right, publications are always in the context of a distroseries [10:26] bigjools: Do you not have some internal method which works out all of the relevant builds (probably by walking up the SPPH ancestry chain collecting missing builds)? [10:27] wgrant: you mean all of the builds for a source package? [10:29] bigjools: Basically, I want to know the status of all of the builds relevant to some SPPH. That means one for each non-P-a-s'd arch in that series. [10:30] The problem with inherited packages is this: Currently I can only see which builds have failed in some way, not which succeeded in the parent distroseries. this makes the FTBFS summary less useful, as I can't tell if the build failed everywhere or was P-a-s'd out on the archs where it didn't fail. [10:32] It's also even more confusing now, because queue-builder doesn't seem to be creating new builds for Karmic. [10:32] there's probably no chroots for the builders yet [10:33] There are. [10:33] Lots of builds are running. [10:33] PPAs are active. [10:33] oh ok [10:33] But only those builds that are created by the upload processor. [10:34] gmb: do you know why the Debian watch in bug 175220 failed to update? [10:34] Launchpad bug 175220 in bash-completion "Gutsy] bash completion does not include cbr/cbz files for evince" [Low,In progress] https://launchpad.net/bugs/175220 [10:35] cjwatson: We're having problems with updating debbugs watches at the moment: https://bugs.launchpad.net/bugs/364450 [10:35] Launchpad bug 364450 in malone "Spurious TooMuchTimeSkew error when updating DebBugs watches" [High,Incomplete] [10:36] cjwatson: If necessary we can just do a single run of checkwatches that updates *all* debbugs watches, though that takes ages. I'm in the process of investigating the problem [10:39] ok, wasn't sure if it was a systemic problem or just this bug [10:39] gmb: if it turns out to be something wrong on the debbugs side, then I'm an administrator there [10:39] (though it doesn't really look like it in this case) [11:14] cjwatson: Nah, it looks like some weirdness on our server. Might be getting stuck in a long-running loop or something. [11:14] Thanks anyway [11:24] Hi together! [11:25] I have a problem with changing a status in Translations - Import queue in my project. [11:32] someone here who can give me support with my project-languages? i dont get how this works :D [11:34] danilos, henninge, jtv: ^^^^^ [11:34] Demophobie: hi [11:34] jtv: hello :) [11:34] What is it you're trying to do? [11:35] i want my import the po-files of my project and make it public, so everyone can review and correct it [11:35] Demophobie: what's the URL of the project on LP? [11:36] jtv: its http://launchpad.net/s25rttr [11:37] The .pot file seems to be imported and a german po too [11:37] Demophobie: yup, looking at the queue now [11:37] there was a guy who added a englisch translation - i dont know why - the pot is englisch, we dont need this [11:37] Demophobie: ah, I see. It's the names: the system can't process those automatically. [11:38] Right, I'll delete the English one. [11:38] ah what do i have to change? [11:38] Demophobie: you're working with just the one template, right? [11:38] yeah the rttr.pot --> its english and we translate from this one [11:38] (Oh, don't see the English translation any more) [11:39] Demophobie: then simply name each PO file after its language code: de.po, fi.po, hu.po, and so on, without the "rttr-" prefix. [11:40] ah okay. [11:40] so i set alle the other files to "deleted"? [11:40] Demophobie: I can manually approve these for you now [11:40] would be great [11:40] Demophobie: ok hang on [11:40] if u have time too [11:40] to* [11:42] Demophobie: the system will remember the names of the ones I approve now, but that way an upload for a new language would still be slow. Just the language code is easier. [11:42] Demophobie: another trick is to use the upload option from a specific translation page. That will attach the upload to one specific translation. [11:43] jtv: ah okay. good. u uploaded with de.po etc right? [11:44] Demophobie: no, but it doesn't matter: if you use just the language code as the base name, the system will figure it out anyway. [11:45] Demophobie: they're all approved now, and you should be getting confirmation emails over the coming minutes. [11:45] jtv: ah ok - u did not delete the english one right? its still tehre [11:46] Demophobie: Where is it? I don't see any rttr-en.po. [11:46] jtv: i meant on the "Translation status" site [11:47] a guy named Spike added an Englisch (UK) translation - i dont understand why [11:47] Demophobie: oh, the UK English one. That's different. [11:47] By default, "English" basically means en_US. So it is valid to have a UK-English translation. [11:47] he's of our project - he did not know what he was doing - can u delete it? ;) [11:48] Ah the system needs some time to check how much is untranslated - right? [11:49] Demophobie: yes, but it's perfectly okay to have an en_GB translation. For instance, they write "disc" where US English writes "disk." [11:49] ah okay - u are right [11:49] Demophobie: deleting stuff involves some red tape, so I'd rather keep it unless it contains something really inappropriate. [11:50] jtv: ok great - thank u. Why do i only get "German" in the Template Overview? [11:51] Demophobie: probably because that's your only configured "preferred language." [11:51] ah ic [11:52] ok rttr.pot is on "deleted" now (in import queue) - thats ok ? [11:53] Demophobie: depends on whether you want it deleted. :-) Didn't you put it in that state? [11:53] Demophobie: if it stays in that state for a few days, it will be cleaned up. Which should be okay since the other copy of the template did get imported. [11:53] jtv: er yes - but i did this because it was double for some reason. i was very very confused lol [11:55] Demophobie: the system works on the principle that you do what you want, and it will try to figure out what you mean. So you upload two similar files but with different paths, it sees that they may be the same or they may be different, and holds them for one of us to figure out. [11:55] Demophobie: it's all done by the files' names and paths. [11:55] ah okay [11:56] so i update my files with de.po for example and thats enough [11:56] Demophobie: yes, you just rename them to names like that and they'll be imported much more quickly. [11:57] Demophobie: if you keep your code in Launchpad, the latest and greatest is that you can also have the files imported straight from bzr. [11:57] Demophobie: (should also work if you have your repository somewhere else but let LP mirror it) [11:57] jtv: ok great - i will do this. Why is the Russian Languages "by Patrick Haak" <-- which is my real name and not my nickname? :D [11:58] Demophobie: my guess is that you are registered as two persons in Launchpad: the account you created for yourself, and a person record that was created with a different email address based on mentions inside the translation files. [11:58] a hehe [11:58] ok ;) [11:58] Demophobie: if so, you can request that the two accounts be merged. [11:59] Demophobie: or maybe you did it yourself, because the Patrick Haak account is called bugs-siedler25. [12:00] jtv: i think someone of the team did it - ok thank you :) [12:00] i think i understand how it works now :D [12:00] Demophobie: nope, looks like the page actually explains it now: https://edge.launchpad.net/~bugs-siedler25 [12:01] I click Are you Patrick Haak? [12:01] ;) [12:01] Yup [12:05] wow, i'm downloading from launchpad at a rockin' 20 k/s [12:08] steady on, mwhudson [12:08] jtv: ok works now - thank you very much. i think i will wait update our rep every month with the newest translations.but perhaps i will try to import the template files via branch - they are called de_DE etc there. === mrevell is now known as mrevell-lunch [12:10] Demophobie: oh, that's not the best naming either. Add the country code only where necessary: pt_BR, zh_CN/zh_TW, and specific "country dialects" [12:10] ah ok - thats the reason why they were not imported automatically [12:42] al-maisan: Why would you want to rebuild the RELEASE pocket of a released series? [12:42] wgrant: this app [12:42] arghh [12:43] wgrant: this may come in handy when someone wants to rebuild packages in the RELEASE pocket with a new tool chain or similar [12:44] al-maisan: Ah, true. [12:44] wgrant: bear in mind that this applies to rebuild archives only [12:44] al-maisan: Of course. [12:44] and people may just want to try something quickly [12:54] barry: You are actually going to rename product/project internally? I didn't imagine that would happen in my lifetime. === mrevell-lunch is now known as mrevell [13:07] hi! [13:08] what's the expected way to create a release on a project nowadays? [13:08] the "Create new release" is not present anymore, and the "+addrelease" URL oopses [13:11] hum I guess #340944 is the culprit [13:12] i recently started to triage bugs for ubuntu... one thing that scares me is when I realized how many bugs gets stuck in launchpad and never make it upstream... granted some of them are low quality and not actionable by upstream anyway but i [13:13] i've seen several examples of me upstreaming a bug and then it gets fixed immediately [13:13] so we need more of it! thanks for helping :-) [13:13] so im thinking there is great progress to me made if more upstream devs could be cajoled into looking at the bug reports [13:13] and how to do that? [13:13] well lets make it easy for them [13:13] lets make RSS feeds with all bug activity on a per package basis [13:14] Ideally we just get everybody to use Launchpad. But that's not likely. [13:14] exactly, _not_ likely [13:14] I think there are already such feeds. [13:14] Yes, there are. [13:14] where? i'd love to promote their usage [13:14] Linked on the sourcepackage bug page. [13:15] In the usual way. [13:15] You can also subscribe to just one package's bugs by email. [13:16] yeah im on the xorg swat team so I get all that bugmail... but some people with xorg skills dont want to be in that group because there is too much bugmail and also they dont have to hear about fglrx and nvidia only open source stuff [13:17] mnemo: That's subscribed to a *lot* of packages. Upstream maintainers need only subscribe to their own packages. [13:17] e.g. http://feeds.edge.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/latest-bugs.atom [13:18] james_w: that awesome where did you find the link to that? im looking at https://launchpad.net/ubuntu/+source/xserver-xorg-video-intel but I dont see atom or rss links? [13:18] it's a rel link [13:18] if you use firefox you get the RSS icon in the address bar [13:18] click on it to subscribe to the feed [13:18] Right, Atom and RSS s are bad ideas. [13:18] I just dug it out of the page source to link here [13:19] when I open https://launchpad.net/ubuntu/+source/xserver-xorg-video-intel in FF3 I dont see a normal RSS icon in the addressbar? [13:19] click on the bugs tab [13:19] aah right [13:19] now I see it [13:19] You can generally just give most feed readers the https://bugs.launchpad.net/ubuntu/+source/somepackage [13:19] was a bit hard to find [13:20] great so you basically already has this feature, now I just need to convince more upstreams to subscribe to it :) [13:20] thanks a lot guys [13:26] wgrant, james_w: unfortunately, that feed is not at all what I was looking for [13:27] basically it just sends out status changes and the title? === salgado-afk is now known as salgado === salgado changed the topic of #launchpad to: https://launchpad.net/ | Help contact: salgado | Join https://launchpad.net/~launchpad-users | Channel logs: http://irclogs.ubuntu.com | karma count change: http://blog.launchpad.net/general/karma-where-did-mine-go [14:25] hi, is there any ppa server with armel architecture? [14:25] joejoe: no, but there will be at some point [14:29] http://www.phoronix.com/scan.php?page=article&item=ubuntu_904_intel&num=1 m also having same problems.... [14:29] bigjools: well, i hope it will be soon [14:29] need help ! [14:29] joejoe: you're not the first to ask! [14:32] what shall i do now to solve this problem :( need help guys.... [14:32] driver doenot support direct rendering [14:32] :( [14:33] http://pastie.org/462343 this is my Xorg.0.log file [14:33] (**) intel(0): DRI is disabled because it fails to run without freezing on i810 and i865G chips. (See LP 304871)" [14:33] Launchpad bug 304871 in xserver-xorg-video-intel "[i845G] Fatal server error: Couldn't bind memory for BO front buffer (Jaunty)" [High,Fix released] https://launchpad.net/bugs/304871 [14:34] koolkartik, this is not a channel for Ubuntu support [14:35] beuno: yeah ok just want to know anout this bug [14:35] koolkartik, sure. Still not a channel for Ubuntu support [14:37] beuno: exactly but i didn't find this bug on launchpad so..... [14:56] wgrant: i really really really hope so! === fjlacoste is now known as flacoste [15:26] * ddaa complains about excessive launchpad flakiness in the bug tracker [15:27] I'm having real trouble marking as duplicate a bug that I double posted because the first time I got a 500 error page. [15:28] Having funning messages in the "mark bug as duplicate" widget such as "The following errors were encountered: " followed by a red dot and no error message. [15:29] ddaa! [15:29] hey intellectronica [15:29] ddaa: url? [15:29] https://bugs.launchpad.net/gtg/+bug/369286 [15:29] Launchpad bug 369286 in gtg "No action accelerators in task window (dup-of: 369285)" [Undecided,New] [15:29] Launchpad bug 369285 in gtg "No action accelerators in task window" [Undecided,New] [15:29] well, apparently the error message was spurious [15:30] like the error message that I got when I submitted bug 369285 [15:30] Launchpad bug 369285 in gtg "No action accelerators in task window" [Undecided,New] https://launchpad.net/bugs/369285 [15:30] You must have some fresh oopses around that stuff. [15:31] That or there's some serious undetectable problem with the JS fluff. [15:32] intellectronica: otherwise, how's life? [15:33] ddaa: hectic! we've got a very exciting 3.0 release in the not so distant future :) [15:34] cool [15:35] ddaa: so what bug is a duplicate? just so i can test [15:35] The one I linked before. [15:35] Apparently, it was successfully marked as a duplicate. [15:36] but you still got an error? beh [15:36] yup [15:36] IIRC it went something like [15:37] click -> error with a clear invitation to try again -> click -> another error state, with a red dot and no error description. [15:37] hmmm ... i can't reproduce it now. i'll try to dig the oops and see what happened. in particular, i'm concerned about the error not displaying nicely. errors are going to happen from time to time, we just need to handle them gracefully [15:37] ddaa: was this on edge? [15:38] So maybe the first was a real oops, and the second error was a misreport caused by internal state in my browser. [15:38] intellectronica: nope, on vanilla production, I'm a pedestrian now. [15:39] ddaa: ah, ok, so maybe that's why i can't reproduce it (but maybe it's also something that got fixed) [15:39] hey guys is launchpad down [15:39] But I am not sure about how it occured. It was something like the 3rd or 4th error I got in the process of submitting two bugs, so I was already quite angry and impatient. [15:39] ddaa: there's nothing stopping from you beta testing LP :) [15:40] eagles0513875: not for me - what are you seeing? [15:40] strange i cannot connect to the server mtaylor [15:40] intellectronica: lack of interaction with launchpad is stopping me. [15:40] mthaddon: take that back its loaded now i refreshed twice and it wasnt able to connect but now i have [15:40] eagles0513875: where you getting OOPSes or timeouts? [15:40] s/where/were/ [15:41] apparently, I'm not the only one getting 500's [15:41] aroo? [15:41] it was the page where it says cannot connect to the server at this time and displays the irc info mthaddon [15:41] ah... you meant mthaddon... [15:41] ok, thx [15:41] * mtaylor goes back away [15:41] mtaylor: ya sry bout that [15:41] mh.. right I got that one when I submitted my bug. [15:42] mthaddon: is there some maintenence goign on or something [15:42] eagles0513875: not til later today [15:42] eagles0513875: are you on edge or the regular site? [15:42] I remember now. "Submit bug" -> "could not contact launchpad" -> "submit again" -> duplicate [15:43] mthaddon: both [15:43] That might be what caused my ajax errors too. [15:43] eagles0513875: you were getting that error page on both? [15:43] mthaddon: on the regular site but im working on both the regular and edge [15:43] ok, just trying to narrow down where the problem is [15:44] gotcha my apologies seems like my multitasking sometimes doesnt yield the required results lol [15:44] we have seen an increase in the number of 5XXs in the last few hours, but it's still below the threshold we've set to get alerts for [15:45] gotcha [15:45] what is that error outa curiosity [15:45] I think it's 50 within the last 5 minutes [15:45] wow [15:45] what are the errors that are cropping up [15:49] do you know what annoys me about launchpad [15:49] I OWN a project [15:49] I write the code (massive undertaking) [15:49] I am the bug supervisor [15:49] and yet.... [15:49] some dude files one bug [15:50] and he has more "points" than me :( [15:50] rowinggolfer, do you use bzr branches? [15:51] yes [15:51] I've made 32 commits [15:51] my project is http://launchpad.net/openmolar [15:51] * beuno looks [15:52] rowinggolfer, you have more karma than the other user though [15:52] ah! [15:52] I know [15:52] you're not getting karma for commits [15:52] 34. By Neil Wallace 3 hours ago [15:52] you need to set your email address in bzr [15:53] nice hostname [15:53] beuno, rowinggolfer: maybe you need to sign your commits too? i don't remember but it might be the case [15:54] rowinggolfer, bzr whoami 'Your Name ' [15:54] intellectronica, no, just email matching [15:54] that said, the previous commits won't get assigned to you [15:54] rowinggolfer, and you need dto have that email address claimed in LP [15:57] oh bum. [15:57] https://launchpad.net/openmolar -> "Please try again" [15:57] works second time [15:58] BTW - neil-12 is simply a way of referring to the size of my... [15:58] laptop screen [15:58] ie differentiate between my 9-inch and my 15-inch ;) [15:58] Hello together! [15:58] beuno: thanks BTW. Glad to have cleared that up. [15:59] * intellectronica is relieved [15:59] lol [16:00] bueno so I have done bzr whoami 'Neil Wallace ' (with an ') [16:00] @ [16:00] so my future commits will score points now? [16:01] rowinggolfer, yeap [16:02] try [16:02] bzr whoami [16:02] and see what bzr thinks [16:02] ok... that's working. [16:02] I really should RTFM [16:02] I need to go trough the PGP dance again now? [16:03] or GPG.. [16:03] rowinggolfer, no [16:03] don't need to sign your commits [16:03] launchpad assign karma on committer [16:03] ok.. test comit coming up. [16:03] so you just won't get karma for old commits [16:15] Anyone here who can help me with my project? i want to delete a series at my projekt [16:16] Demophobie, sure, I can help [16:17] salgado: ah great - we finally went opensource and now i try to make launchpad work for us. Can u delete two series for us? [16:17] cant find the delete button === beuno_ is now known as beuno [16:18] salgado: i think there is no? ;) [16:19] Demophobie, it may be available only to admins [16:19] let me check [16:19] salgado: http://launchpad.net/s25rttr [16:19] i think its more comfortable for us to use milestones [16:20] Demophobie, what are the series you want deleted? [16:21] salgado: All exept s25client [16:22] Demophobie, that'd be 0.7-pre and 0.6-stable? [16:22] sladen: yes [16:22] oh [16:22] salgado: yes :D [16:23] salgado: we thought we have to make a serie for every release we made... [16:24] salgado: the bugs wont be deleted right? still can link them to a milestone of the s25client serie? [16:25] Demophobie, right, nothing else will be removed [16:26] salgado: great.. only having one serie makes things easier :D [16:43] Hrmm, launchpad.net seems to be having some technical issues? [16:43] NfNitLoop, we are indeed [16:45] hey mthaddon got another error when trying to view bug connection refused then it loaded the page after a refresh [16:45] mthaddon: didnt load the bug just a white page [16:45] eagles0513875: we think we may have identified the cause - are working on it at the moment [16:45] alright thansk mthaddon === mthaddon changed the topic of #launchpad to: LP currently experiencing intermittent "issues" | https://launchpad.net/ | Help contact: salgado | Join https://launchpad.net/~launchpad-users | Channel logs: http://irclogs.ubuntu.com | karma count change: http://blog.launchpad.net/general/karma-where-did-mine-go [16:48] salgado: oh i cant add milestone 0.1 if it has been deleted before?:-O [16:48] Demophobie: is the milestone deleted or the series? [16:50] hi everybody! [16:50] I have a lock problem with Bazaar access at launchpad [16:50] here is what I get: http://pastebin.ubuntu.com/160763/ [16:51] LarstiQ: "The name 0.1 is already used by a milestone in Siedler II.5 RTTR." --> i deleted it a couple of minutes before, cause i wanted to edit the Summary [16:51] any hint about what to do in this case (breaking the lock didn't work) ? [16:52] progfou: make that bzr break-lock lp-140461539558736:///~progfou/ovniconv/trunk/.bzr/branch/lock [16:52] progfou: try "bzr break-lock lp-140461539558736:///~progfou/ovniconv/trunk" [16:52] argh [16:52] * LarstiQ corrects [16:52] progfou: `bzr break-lock lp:~progfou/ovniconv/trunk` [16:52] check the end of my pastebin => I did it and get and "Unsupported protocol" error too... [16:52] LarstiQ: ah seems to be fixed now :) [16:52] trying the last one from LarstiQ... [16:53] well: bzr break-lock bzr+ssh://progfou@bazaar.launchpad.net/~progfou/ovniconv/trunk/ [16:53] this error message from bzr is bong [16:54] ddaa: iirc afaik the issue here (apart from suggesting the wrong thing) is the '-####' between lp and : [16:54] and bong it is [16:54] multiple wrong things [16:54] wrong path [16:54] the one from LarstiQ worked fine! thanks! [16:54] wrong branch name [16:54] and mysterious protocol error [16:55] hence "bong" [16:55] ddaa: I believe the spurious path elements don't prevent it from working, although they should indeed not be presented [16:57] thanks people for your help, this channel rocks, as usual! :-) [16:58] bug #250451 fwiw [16:58] Launchpad bug 250451 in bzr "bzr suggests wrong URL for break-lock with a LP hosted branch" [High,Confirmed] https://launchpad.net/bugs/250451 [16:58] progfou: np, now we just need to fix the bug ;) [16:58] ;-) === salgado is now known as salgado-lunch === beuno_ is now known as beuno [17:15] LarstiQ: can u delete a serie for me. dalgado deleted two for me. there still seems to be one over :( [17:15] Demophobie: I wish I had that kind of power ;) [17:15] Demophobie: (I'm just a user) [17:16] ah ;) === matsubara is now known as matsubara-lunch [17:19] LarstiQ: still have bugs who are linkes to junk series :( [17:20] Demophobie: I don't know when salgado comes back from lunch, but he might be in the best position to continue? === deryck is now known as deryck[lunch] [17:21] okay :) [17:25] our bugs say "obselete junk" now in the main bugs.launchpad.net site lol [17:31] *waiting for someone who helps me tidy up my project site* lol === salgado-lunch is now known as salgado [17:40] salgado: how was lunch? :) [17:40] Demophobie, delicious! :) [17:41] salgado: some minutes for me again? ;-) while having digestion? ;) [17:41] Demophobie, sure. what's up? [17:42] salgado: In "Series history" there is still a serie called "0.6-pre" we dont need - and there is a branch we accidently added on the first day called "lp:~vcs-imports/s25rttr/trunk". Can u delete that? [17:46] Demophobie, if you go to https://code.launchpad.net/~vcs-imports/s25rttr/trunk you don't see a trash-can icon right beside the branch name, do you? [17:46] salgado: that is reight. why is that so? :( [17:46] right* [17:46] we dont see the trash icon [17:47] Demophobie, just wanted to confirm. that's because the branch is owned by the vcs-imports team. for your (and your team) branches, you have the permission to delete them [17:48] Demophobie, I've deleted it for you, though [17:48] salgado: thank you. looks nicer now ;-) Did u delete the series 0.6-pre too? [17:50] Demophobie, we can't actually delete them -- all we do is mark them as obsolete [17:50]