=== thumper_laptop is now known as thumper === kiko is now known as kiko-zzz [02:37] hi, is it possible to restrict read access to bzr branches hosted on launchpad? (disclaimer: I am aware that this is not in the open-source spirit) [02:39] there is the ability to have private branches, but its a commercial service rather than a free offering - the free offerings are for open source projects [02:42] I see, is there perhaps an academic pricing plan then? As you probably know, in academia, information sometimes needs to be kept secret prior to publication [02:47] theine: I think you should chat with kiko about this [02:47] kiko-zzz: ^ [02:47] perhaps drop a mail to kiko@canonical.com [02:49] ok, will do, cheers === NCommander is now known as NC|Elmor_Fudd === NC|Elmor_Fudd is now known as NCommander [04:35] Hi, I had in my repo a package version 1.0rc1 now everytime I upload 1.0 it thinks 1.0rc1 is newer and I cannot delete the old package [04:36] is there any way to remove it? [04:36] I completely removed the package from my ppa now in hope over time it gets deleted automatically [04:36] but it's still there [04:40] I'm going to wait a week and see if it gets deleted over time, I was just hoping there was a way to delete the old package now [04:48] robvdl: There is no way to remove it: see bug #263301 [04:48] Launchpad bug 263301 in soyuz "Can't re-upload a package with a different src tarball after deletion in PPA" [Undecided,New] https://launchpad.net/bugs/263301 [04:49] Note that for some use cases, the inability to remove it is considered a feature, whereas for others it is a bug. A decision on which use cases will be favoured is still pending. [04:49] In the future, you might want to use a version like 1.0~rc1, but that doesn't help you now. You need to pick a name that sorts later than rc1. [04:50] One possibility would be 1.0release: it's ugly, but the system will permit it. [06:07] ok, cool === RAOF_ is now known as RAOF [08:58] g'day. I've got at merging issue. When confirming a merge it ends up in a "Oops!" with the Error ID: OOPS-978F611. Can anyone assist me? [08:58] https://devpad.canonical.com/~jamesh/oops.cgi/978F611 [09:12] jabr, hi [09:16] cody-somerville: hi :-) [09:17] jabr, I'm not a launchpad developer but it looks like you stumbled upon a bug :-) [09:19] cody-somerville: might be. The user account I'm trying to merge is a imported sourceforge account. [09:21] There is already a bug open on that one... [09:23] Bug 263672 [09:23] Launchpad bug 263672 in launchpad-foundations "account merging triggering database constraint" [Undecided,New] https://launchpad.net/bugs/263672 [10:16] hej hi, got a question, how can I close a project in launchpad? [10:20] mirkolindner: You need to be the project owner, and ask a question on answers.launchpad.net [10:21] ehm ok will do thx [11:52] edge seems to be refusing to accept bug comments, bug status changes, blueprint people changes, and generally things that involve POST. Eventually it times out and lands me on https://bugs.edge.launchpad.net/ubuntu/+source/usplash/+bug/261848/+addcomment with no content, but hasn't actually made the requested change. Is this known? [11:52] Launchpad bug 261848 in usplash "Intrepid: Xubuntu displays Ubuntu's usplash screen" [Undecided,New] [11:54] cjwatson: Does https://edge.launchpad.net/people/+me/+edit work for you? [11:59] andrea-bs: No, same symptoms. [11:59] cjwatson: Mh... it works for me [12:00] cjwatson: Have you tried to delete cookies? [12:01] No, I wanted to see if any Launchpad developers were interested in debugging it before I erased the evidence [12:14] ... however, since I have to get some work done, I guess I'll have to burn the evidence [12:17] oh! sorry for the trouble. This was due to a network-manager bug which brings up both my wired and wireless interfaces simultaneously. :-( [12:21] cjwatson: You're not the first to come and complain about LP being broken for that reason. [12:25] NM FAIL :-) [12:25] It's more that NM is beginning to fail a bit less. [12:26] Finally. [12:26] :-P [12:31] I filed bug 262152 about it a while ago, but forget about it every time I reboot. [12:31] Launchpad bug 262152 in network-manager "brings up both wired and wireless interfaces; hard to pick just one through the UI" [Undecided,New] https://launchpad.net/bugs/262152 === mrevell is now known as mrevell-lunch [13:03] hi, any hint how to create 'tasks' wit LP? as bugs, blueprints... [13:03] *with [13:05] gour: go to the project page and click on "File a bug" [13:07] andrea-bs: i'm asking 'cause in roundup everything is labelled as 'issue' and it's more close than a 'bug' [13:22] does it make sense to create 'task' as bug with the importance set to 'wish'? === salgado-afk is now known as salgado [13:27] gour: Depends on the importance. In Ubuntu, typically "wishlist" is used for feature enhancements that are not essential to the user experience. [13:28] If you've a feature that's more important than some regression or other issue, obviously you don't want Wishlist. [13:44] persia: for example, i've a issue in roundup denoting a task named 'windows build environment' where i ask some of the team-members to take the task of testing multi-platform app under windoze environment. it's not a bug nor wishlist, so i'm not sure how to handle those under LP 'cause we plan to fully move from roundup to LP [13:45] gour: Hmm. I'm not sure about that sort of thing. I've seen bugs with many tasks used previously, but that's sort of abusing LP, rather than using it. [13:45] I suspect you'd do better to chat with someone with more familiarity with LP for project use, rather than distro use. [13:45] ok === sale is now known as Guest96008 === sale_ is now known as sale === mrevell-lunch is now known as mrevell === asac_ is now known as asac === stub1 is now known as stub === kiko-zzz is now known as kiko === thekorn_ is now known as thekorn === beuno__ is now known as beuno === salgado is now known as salgado-brb === salgado-brb is now known as salgado [16:14] how long does the reviewing of a .po file take? [16:17] nvm [17:05] I ! [17:06] I was till now hosting my @ubuntu.com mailbox on a server I'll stop working today... [17:06] I changed my launchpad contact address to a gmail account [17:06] how long do I have to wait so that my @ubuntu.com address points to the new one please ? === salgado is now known as salgado-lunch [17:26] people have no patience! [17:27] I was going to say "it usually takes 24h" [17:27] but could he wait?? [17:28] :-D [17:28] * gour is patient to get some hint how to manage 'tasks' with LP [17:30] gour, ah, you have a question? === kiko is now known as kiko-fud [17:33] kiko-fud: yes, how to manage 'tasks' with LP, e.g. "the task of testing multi-platform app under windoze env." [17:34] gour, oh, not bugtasks. like checklists or todos? [17:34] yep [17:35] gour, you will need to get creative. maybe you can use bugs + tags to accomplish this. [17:35] i.e. we have no explicit task concept [17:36] i see....bugs+tags might be ok === mcasadevall_ is now known as NCommander === matsubara is now known as matsubara-lunch === salgado-lunch is now known as salgado === mrevell_ is now known as mrevell === matsubara-lunch is now known as matsubara === vednis is now known as mars [18:36] Hi, is it possible to assign multiple persons to a blueprint or is that impossible unless one creates a new team [18:40] pro-rsoft: try https://staging.launchpad.net/ [18:40] ah, thx, I didnt know about that [18:41] so I can change whatever I want about that to test stuff out? [18:41] yep, sandbox ;) [18:41] cool [18:42] hmmkay, since I'm not admin there I cant assign people to blueprints [18:43] create project/team/whatever [18:43] ah, ok. I thought that was just one project [18:43] so, when I assign people, will they really be notified? [18:44] i don't think so [18:44] ok, good [18:45] it says:"You can use that server to create sample projects, file random bugs and even push throw-away branches, all without disturbing the community actively using Launchpad." === kiko-fud is now known as kiko [18:45] ah, cool [18:56] >> Launchpad meeting in 4 min in #launchpad-meeting [18:59] T-1 [18:59] it is more fun than anything else on the planet [19:01] Why does a team's "assigned packages" link go to related-software and not something package related? [19:02] I think related software is packages, no? [19:03] Well +related-software talks about "related projects" so I don't think so [19:03] While there is a "Maintained Packages" tab [19:04] Which is what I'd think assigned packages would link to [19:05] is the problem the default view? give me some URLs [19:05] https://launchpad.net/~ubuntu-x-swat [19:05] click on "List assigned packages" [19:11] bdmurray, it's a bug. [19:12] beuno, how do you feel about the above? [19:12] * beuno looks [19:13] huh, that's... "interesting" [19:13] it's absolutely a bug [19:14] bdmurray, I'll file it, thanks [19:14] beuno: no problem [19:16] by the way is +packagebugs for a team linked to from anywhere [19:29] bdmurray, bug #264799 thanks you :) [19:29] Launchpad bug 264799 in launchpad-foundations "Assigned packages/related software in Teams is confusing" [Undecided,New] https://launchpad.net/bugs/264799 [19:29] beuno: did you see my other question? [19:30] bdmurray, ah, no. What do you mean by that? [19:30] Is there anything that links to https://bugs.launchpad.net/~ubuntu-x-swat/+packagebugs [19:31] bdmurray, https://bugs.edge.launchpad.net/~ubuntu-x-swat [19:31] but we could make that much easier to get to [19:31] is that an important screen to you? [19:33] a bit, maybe adding a link for "list subscribed packages" on the main team page would work [19:35] bdmurray, I have bug #253652 on my queue [19:35] Launchpad bug 253652 in launchpad-foundations "need mockup of team page" [Medium,Triaged] https://launchpad.net/bugs/253652 [19:35] would you like to add comments on what you'd like? (including what you just proposed) [19:46] <_MMA_> How can I view this folder.png directly in a browser? http://bazaar.launchpad.net/~breathe-dev/breathe-icon-set/trunk/files/4?file_id=rendered-20080904180602-4kcena7h7l22ot23-4 [19:46] <_MMA_> I would like to be able to directly link to it on the Ubuntu wiki so that it displays the most up to date image. [19:46] hi all ! [19:47] _MMA_, you want to embed that image? [19:47] Loggerhead doesn't play well with binaries [19:47] while launching a build process on my PPA, the system failed because for im the libasis-dev does nt exist, but this package exist in universe/libdevel section ? any tips how do tell him this ? [19:48] _MMA_, it will force you to download it: http://bazaar.launchpad.net/%7Ebreathe-dev/breathe-icon-set/trunk/download/mma%40ash-20080904183201-8z6twrcuyidsx1je/folder.png-20080904183140-r1x72piikty3tiie-2/folder.png?file_id=rendered-20080904180602-4kcena7h7l22ot23-4 [19:50] <_MMA_> beuno: Yeah. I'm just trying to link directly to that image. I *thought* that used to be possible. I was under the impression they were stored in a constant place, regardless of revision. [19:50] _MMA_, well, I think we can hack the URL into that [19:51] * beuno tries to remember [19:51] <_MMA_> beuno: Any help would be great. [19:52] Should the Launchpad PPA builder find any package that is in the ubuntu Universe section ? because libasis-dev is in universe and he says this package does not exist ... any tips? thanks [19:52] psycose: which distro series are you building for? [19:53] 8.10 [19:53] psycose: from what I can see, it's not published in 8.10 [19:53] <_MMA_> beuno: If I can get it to work, I can just maintain the branch, and the images I link to on the wiki would take care of themselves. Would be a very big win for the ubuntu-art team. [19:54] bigjools: thanks, but i'm on 8.10 also, it's installed on my system, and apt-cache show tells me it is in universe .. [19:55] _MMA_, http://bazaar.launchpad.net/%7Ebreathe-dev/breathe-icon-set/trunk/download/head:/folder.png-20080904183140-r1x72piikty3tiie-2/folder.png?file_id=rendered-20080904180602-4kcena7h7l22ot23-4 [19:55] _MMA_, the trick is to replace the revid with "head:" [19:56] hopefully, we'll have some of this witchcraft in Loggerhead soon [19:56] see bugs #236702 and #260362 [19:56] bigjools: http://packages.ubuntu.com/intrepid/libasis-dev [19:56] * _MMA_ tries it out. [19:57] <_MMA_> beuno: Does the -4 at the very end denote a revision? [19:58] _MMA_, not really. You can guess because they contain the authors email address jumbled in it [20:00] <_MMA_> beuno: Cool. Thanx alot man. This looks to work. Hopefully it holds true. :) [20:00] _MMA_, it should. And if it doesn't, hunt me down, I'll fix it :) [20:00] <_MMA_> :P [20:01] bigjools: any idea ? http://packages.ubuntu.com/intrepid/libasis-dev [20:03] psycose: I'm afraid not. Did you depend on a specific version? [20:05] psycose: file a question at https://answers.launchpad.net/soyuz [20:07] bigjools: no, i just mention the package name, no specific version ! [20:07] ok when you file the question, please reference your build log and we can take a look [20:17] bigjools: here it goes, thanks https://answers.launchpad.net/soyuz/+question/44165 [21:52] is there a way to see who marked a bug to affect a certain source package using the API? === salgado is now known as salgado-afk [23:46] hmm, any reason branching from launchpad should be crawlingly-slow right now? [23:50] korpios: not really [23:51] hm [23:51] korpios: what protocol are you using? [23:51] mwhudson: hm, how would I check? [23:51] korpios: well, what command are you using? [23:51] bzr branch -v lp:django trunk [23:52] korpios: what does 'bzr launchpad-login' say? [23:52] "korpios" [23:53] should be ok, machine is only lightly loaded [23:53] 15 loadavg is >2 though, so maybe it's passed? [23:53] korpios: are you still branching? [23:54] it's still going ... I'm watching a pack slowly get downloaded in the packs dir; for awhile it wasn't moving at all ... the spinner isn't moving ... I already switched to a different local connection to make sure it's not me [23:54] korpios: what version of bazaar ? [23:54] 1.6.1rc2 [23:55] branching into a 1.6.1-rich-repo repository [23:56] ah, well that will be doing a format conversion [23:56] (lp:django is packs-0.92) [23:56] as it goes? maybe I should just branch normally first [23:56] but packs -> 1.6.1-rich-root shouldn't be too slow [23:56] korpios: it would be something to try [23:56] yeah, lemme give that a shot.