[00:02] k, thanks for the info guys [00:02] is there a bug report for it? [00:03] yes, but it's private [00:06] well im in bugcontrol, is it so private i cant see it? [00:10] wait thats a stupid question, i can only see ubuntu private bugs [00:11] Rocket2DMn: user disabled again [00:11] * Hobbsee hands spm a bigger hammer [00:12] heh [00:15] Rocket2DMn: You can't implicitly see Ubuntu private bugs either... [00:15] thanks spm [00:15] wgrant, yeah i guess thats true [00:16] i just wanted to follow the status on the bug [00:16] Launchpad fortunately leaks lots of information out of other channels, so I've been following the status even though the bug is private. [00:26] wgrant, hey, we don't leak that much!! [00:28] kiko: The recent world-burning issue wasn't disclosed too widely, true. It was well described in the usual leak media so as to not reveal too much. [00:41] any timeframe for lp to understand bzr 1.9 format branches? (or something to make sure only branch formats supported by lp are hosted on lp ?) [00:42] * Hobbsee prods launchpad [00:42] oh no, it lives after 25 seconds. [00:44] stewart: the latter isn't going to happen any time soon. [00:44] stewart: the former should happen this release, AIUI [00:44] * jml double checks [00:44] jml: yay - what timeframe are releases? [00:45] Tomorrow! [00:45] stewart: once every month. next one is tomorrow. [00:45] awesome [00:45] stewart: we almost always upgrade our bzr every release [00:45] jml, 1.10 or1.11 this time? [00:46] kiko: 1.10, I think, but I haven't been following it. I've been head-down in package branches. [00:46] Yay! [00:47] kiko: 1.10. [00:48] kiko: 1.11 isn't out yet [00:50] $ bzr push --overwrite [00:50] Using saved push location: bzr+ssh://bazaar.launchpad.net/~stewart-flamingspork/drizzle/linux-sparc2/ [00:50] bzr: ERROR: Server sent an unexpected error: ('error', "Unknown repository format: 'Bazaar RepositoryFormatKnitPack6 (bzr 1.9)\\n'") [00:50] hrrm... anybody have any ideas? [00:50] (same without --overwrite) [00:51] Use sftp, maybe. [00:51] Or delete the branch. [00:52] stewart: sftp. [00:52] * stewart trying [00:54] though if you want other people to access the branch, using an older format is sorta required [00:59] gah... so i'll have to go delete the branch and then find some magic option to push as 1.6 [00:59] stewart: "bzr init --1.6 bzr+ssh://bazaar.launchpad.net/~stewart-flamingspork/drizzle/linux-sparc2/", then push to it [01:00] mwhudson: how soon will we have bzr 1.9 in LP? [01:00] spiv, we'll have 1.10 on wednesday. [01:00] spiv: It was just discussed - tomorrow. [01:00] Sweet. [01:01] * wgrant likes LP's aggressive and normally fairly stable release cycles. [01:01] Normally LP tracks bzr releases wonderfully well, then as soon as we do a release that introduces a new format... :P [01:02] we love you too spiv :) [01:06] spiv, when you add a new format then launchpad breaks :) [01:14] hello, folks. Maurizio is back ;-( [01:14] hggdh: When? I think spm disabled him not too long ago. [01:14] And the bug will be fixed tomorrow! [01:14] COOL! [01:15] last one was 27 minutes ago [01:15] spm disabled him (methinks) two days ago [01:15] spm disabled him an hour ago. [01:16] at least he linked to a blueprint that makes a bit of sense: https://blueprints.launchpad.net/ubuntu/+spec/cleanup-cruft [01:17] but oh boy, the linked bugs are legion there [01:20] can this blueprint be cleaned? [01:21] Ideally spm would 'delete' the bugs, and Blueprint wouldn't reveal the existence of bug<->blueprint links if you can't see the bug. [01:21] The former can be done now, but the latter requires Blueprint to have somebody working on it. [01:21] Which hasn't been the case for a very long time. [01:21] perhaps I can do it [01:21] I will try [01:22] You can unlink them. [01:22] Unless you can't see them. [01:22] I can see them. trying to unlink now [01:22] yay [01:23] cool. I did not know I could do that. Sorry for the request. [01:28] Hey, I've just tried pushing a branch that is using the bzr 1.9 format to launchpad and now the branch on launchpad is showing the error: "Unknown repository format: 'Bazaar RepositoryFormatKnitPack6 (bzr 1.9)\n'" [01:29] anyone know how to fix that, or at least nuke the branch on launch pad so I can start afresh (it is a new project so I'm fine re-creating the branch locally) [02:27] lp keeps losing my login credentials [02:27] is it just me? [02:29] poolie1: It's working fine for me. [02:32] poolie1: is this the firefox RSS thing again? [02:32] No, I just checked that. [02:32] It's definitely still fixed. [02:32] ummm... [02:32] That was my first thought... [02:33] poolie1: doing anything else crazy with your browser? [02:33] (does firefox have a --no-plugins option?) [02:34] iirc it's --safe-mode? [02:35] Something like that. [02:49] jml, not that i know of [02:50] poolie1: if you can, I'd recommend running without addons for a while and see if you still get the logouts. [02:51] poolie1: or follow one of a number of other strategies to get a reproducible recipe :) [02:52] what's up with dch not respecting DEBEMAIL any more? [02:57] MFen: wfm. [02:57] maybe i'm having environment variable problems. [02:58] did you remember to export them? [03:58] sweet! my ppa contains code https://launchpad.net/~corydodt/+archive [03:59] o_O === mwhudson_ is now known as mwhudson === MTecknology is now known as MTeck[]ology === MTeck[]ology is now known as MTeck[][]logy === MTeck[][]logy is now known as MTecknology [06:51] kiko: Feeling better at all? [06:51] well [06:51] somewhat [06:51] better than friday [06:51] not perfect though, by a longshot! [06:51] improvement's always good though :) [06:53] kiko: turns out there was a little bug in that plugin that made it not work right, since it's working me and one other guy are looking into porting it to 6 [06:53] if possible [06:54] kiko: make sure you feel better, alright? [06:55] yeah, will rest a little bit [06:55] MTecknology, wow, I didn't know that porting it was even possible [06:55] any reason you think it's not [06:56] let me check [06:57] so maybe it is possible and we just started too early on it (before 6 was available) [06:58] oh [06:58] it looks like the guy has one of them ported to 6 [06:58] kiko: Are there docs on using the JS webservice API client, or do I have to work out the rest myself? [06:58] I think he's still working on the teams though [07:00] kiko: swe3tdave is the guy that I've been working with on those ports, I haven't done the work since I've been busy porting a theme [07:00] neat [07:01] wgrant, I'm not sure right now -- worth asking leonardr when he's around [07:01] Just figured I'd bring up his name since he might help you guys get the rest of it going [07:01] kiko: I /think/ I've worked out most bits myself. It'll be useful for doing stuff with Greasemonkey. [07:06] kiko: this is swe3tdave; swe3tdave: this is kiko; kiko: swe3tdave said he should be able to get most of the ports done by the end of the week... [07:07] I just wanted to introduce the two of you, and maybe help keep redundant work from being done since swe3tdave has been doing a crap load of work on this. [07:08] i'm almost done, i have two function left that i have to rewrite completly and i have to figure out the new form api to do that [07:09] Rinchen: perhaps you have interest too?? ^^ [07:11] kiko: anyway - feel better ; sorry I keep jumping topic [07:17] that's pretty cool [07:17] well it /is/ kinda late for me :) === kiko is now known as kiko-zzz [07:19] kiko-zzz: yes, sleep, sleep well, sleep well and healthy [07:19] * kiko-zzz waves [07:19] * MTecknology waves his muscles at kiko-zzz ..*.-_-.*./ [07:20] kiko-zzz: remind me to ask you something when you feel better === stub1 is now known as stub [09:54] i'm having trouble browsing source code on launchpad [09:54] i get the following error if i try to visit: http://bazaar.launchpad.net/~bzr/bzr/trunk/annotate/3908?file_id=branch.py-20050309040759-e4baf4e0d046576e [09:54] Sorry, there was a problem connecting to the Launchpad server. [09:54] Try reloading this page in a minute or two. If the problem persists, let us know in the #launchpad IRC channel on Freenode. === danilos changed the topic of #launchpad to: https://launchpad.net/ | Channel logs: http://irclogs.ubuntu.com | Help contact: danilos === glade88_ is now known as glade88 === mrevell is now known as mrevell-lunch [13:46] hi, I 'm evaluating using launchpad for bugtracking for the eclipse integration [13:47] there is already an eclipse-team and it is open so joining will probably not be a problem [13:48] would it be possible to file bugs and assign them to this team then? Even if they are about packages that are not yet official? [13:48] darius12, you should talk to the team members === beuno_ is now known as beuno [13:50] well, the question is about launchpad and the way it works first. If there is a problem with the specific team, we can make a new one [13:51] Development is actually taking place upstream (debian) [13:51] darius12, there really isn't *one* way to use Launchpad, so it's a lot about hay each team works [13:51] so it is acceptable to file bugs to launchpad even if they are not about ubuntu packages? [13:52] darius12, there are many upstream projects in Launchpad [13:52] which one are you refering to specifically? [13:52] well, a new one most likely [13:53] Let me tell you what I want to do exactly [13:53] sure [13:53] I 'd like to help create debian/ubuntu packages for recent eclipse [13:54] so this is for packaging, not an upstream project? [13:54] yes, it is packaging [13:54] but it will take a little time before it is ready to be "official" [13:54] it sounds like you want to work with the MOTU's on this one [13:54] get them to review the pacakging, etc [13:55] it is not ready for that yet [13:55] we are building a community/team for this [13:55] and we need something to help with project management (a bug tracker) [13:56] There is a large number of small tasks that need to be done and we need a place to keep them [13:56] I was wondering if launchpad can be the answer to this [13:56] * beuno hands off the question to BjornT and bac and goes on a call [14:24] darius12: you should be able to create a project and host bugs in it [14:26] thanks, danilos :) [14:28] darius12: actually, a team for trying out packaging might be good enough [14:29] danilos: how would bugs be filed then? (i.e., against what) === mrevell-lunch is now known as mrevell [14:33] darius12: yeah, you'd need a project for that [14:33] darius12: so, in general, if there is not already an existing project for that particular piece of software, you can create it [14:34] so, it is either an alioth project or a launchpad project (something like eclipse-package) [14:34] I 'll ask the rest of the team what they prefer, thanks :-) [15:03] interesting MTecknology [15:07] Rinchen: just thought it could be helpful === salgado is now known as salgado-lunch [15:33] ping intellectronica [15:34] Rinchen: yo [15:34] ah good, just checking to see if the bot was working. [15:34] ;-) [15:34] :D [15:35] I wonder if it's like a virus which transfers users daily. I wonder if danilos is a real person or a bot? [15:35] fwiw i know few real people of that height [15:36] Rinchen: it's a bot [15:37] Rinchen: btw, howdy [15:37] Rinchen: are you back with us for a while? :) === sale_ is now known as sale === salgado-lunch is now known as salgado === kiko-zzz is now known as kiko === Rinchen` is now known as Rinchen === kiko is now known as kiko-phone [18:04] hi, I've an API related question once again ;) [18:04] who is the owner of a task? [18:05] the user who created this task? - and if so why does +apidoc say that bug_task.owner is writable? [18:06] thekorn, I guess it's the person who has the task assigned to himself [18:08] Ursinha, hmm, I think that's bug_task.assignee_link [18:08] let me check [18:11] yes, bug_task.owner is equal to "Filed here by:" in the web UI [18:12] uhm, then that shouldn't be writable...? [18:12] maybe it's just a documentation issue, [18:13] changing this value does not work [18:13] (has no effect) [18:13] thekorn, the docs are on the wiki, right? [18:13] it sounds like a bug to be filed or a wiki page to be edited [18:13] beuno, no I'm referring to https://edge.launchpad.net/+apidoc/ [18:14] section is bug_task, and there "owner" [18:14] sorry, owner_link [18:14] thekorn, bug it is [18:15] hmm, owner is marked as "writeable" in all sections [18:16] leonardr, ping? [18:16] beuno, hi [18:17] hi leonardr [18:17] we need an API guru [18:17] do you know anything about ^ [18:20] yes, i'm responsible for the launchpad api [18:21] for the framework, that is. if you have questions about some specific part of it i can tell you who to talk t [18:21] o [18:24] leonardr, hi, the question was why owner_link is marked as "writeable" on https://edge.launchpad.net/+apidoc/ nad if this is a bug, and if so, where should I report it? [18:25] do you know if it's actually writable? [18:25] also, which owner_link are you talking about? many objects have an owner_link [18:25] and in general i don't see why it shouldn't be writable [18:26] well, b.bug_tasks[0].owner = launchpad.me works, but has no effect [18:27] hmm, owner is the one who e.g. created a task, why should this be changeable? [18:28] owner != assignee, afaik [18:28] ok [18:29] in that case, i think it's a bug. file a bug against launchpad bugs [18:29] ok, will do, thanks leonardr, beuno and Ursinha [18:30] thekorn, no problem, thanks for reporting us the bug === darius12 is now known as pktoss === deryck is now known as deryck[lunch] [18:59] Hi! Someone from vcs-imports here willing to fix https://code.launchpad.net/~vcs-imports/vpnc/trunk ? See https://answers.launchpad.net/launchpad/+question/54518 for details. [19:01] hi MvG [19:01] I'll have a quick look [19:01] Rinchen: Thanks! [19:03] MvG, unfortunately I can't help with that one. That'll require mwhudson I think. [19:03] Rinchen: Sad. Thanks for looking, though. [19:04] MvG, yeah, it's the twisted error that gives it away [19:12] MvG, hi. [19:13] Rinchen, I have a pretty good idea where that bug is, and am hoping to spend some time on it in this next cycle. [19:13] rockstar, awesome. I saw cscvs and I ran [19:13] fast [19:13] :-) [19:13] Rinchen, the twisted error is usually misleading, as there's an exception bubbling up, and eventually, Twisted accepts the blame. [19:13] I'm glad you've taken the challenge with that program. [19:13] oh, how nice of it! [19:15] Rinchen, :) [19:15] * MvG is back, been afk, sorry. [19:17] Is cscvs used to import svn as well, not only cvs. The name seems misleading there. [19:17] MvG, yes. [19:17] It's wierd. [19:18] rockstar: Can you try a reimport, see if that solves it? Or import it locally or something? [19:18] To rule out strange divergent changes to the repository. [19:18] MvG, I think the issue stems from a svn merge. [19:20] rockstar: Can't rule that out, though I always thought a svn merge was like a normal editing modification with a bit of special metadata stored under some keyword. [19:21] Gotta go for now, but i would be really happy if this got solved soon, or if I could read more details here in chat when I come back. [19:21] MvG, well, cscvs currently chokes if you svn merge a revision that adds a file. [19:24] thekorn: re the API, did you remember to do the "object.save" or whatever the method is to have pending assignments? [19:25] * thumper runs to drop of the girls at school [19:25] thumper, yes I ran bug.lp_save() === deryck[lunch] is now known as deryck [19:34] For those who were looking forward to the OpenID_Launchpad module for Drupal 6, i think i'm done porting it. If anyone want to test it, its in Bazaar: lp:~loco-drupal-dev/loco-drupal/drupal-6.x === kiko-phone is now known as kiko [19:38] rockstar: Your opinion closely matches the answer on https://answers.launchpad.net/launchpad/+question/54518 whcih I had thought would only affect CVS, not SVN. I still don't completely get it, but am willing to accept it as a fact for now. [19:39] sweet, swe3tdave. I've pinged stu to let him know as well [19:40] Rinchen, thx [19:40] <_Groo_> hi/2 all.. [19:47] MvG, the answer you linked to was mine. :) [19:49] is there a way to have a URL to bazaar.launchpad.net that goes to the latest version of a particular file? [19:49] http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/annotate/1009?file_id=dhcpdk12linux.conf-20080129180034-aiosbwg7a1bwv42c-1 for example I want to link from elsewhere so people can view the latest version of this file, but not this particular revision [19:49] warren, yes. Do you have a URL handy? [19:50] warren, http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/annotate/head:?file_id=dhcpdk12linux.conf-20080129180034-aiosbwg7a1bwv42c-1 [19:50] the fix to make the links be constructed that way has landed in trunk [19:50] but hasn't been rolled out to Launchpad yet [19:50] * beuno nudges mwhudson [19:51] wednesday [19:52] is there a new loggerhead in RF yet? [19:52] i haven't landed one [19:52] mwhudson, there isn't. We need to get it there [19:52] i guess it might be a bit late for this rollout? [19:53] but there have been quite a few changes, so I'd really prefer you do the merging and reviewing, since I'm still unclear on what can break or not :) [19:53] beuno: that URL you gave me is still of revision 1009 [19:53] * mwhudson does a bzr missing [19:53] warren, isn't revision 1009 the latest? [19:54] beuno: oh I see, thanks. [19:54] warren, :) [19:54] oh, we really want trunk r252 in production! [19:54] mwhudson, guess what [19:55] it already is [19:55] oh [19:55] there where cowboys involved [19:55] no luck [19:55] which is still very weird to me [19:55] since it consistently drops memory usage for me [19:55] I haven't had any time to test it on the MySQL branch [19:56] my only remaining theory is that that branch is evil [19:56] does it make requests faster too? [19:57] yeap, it takes about 1/3rd of the time to process it [19:57] (very unscientificly measured) [19:57] interesting [19:58] at the very least we should tweak the threadpool settings we use [19:58] at the extreme, we could consider a different http server [19:58] mwhudson, there was some talk with poolie about moving from threads to processes so memory issues would die with each thread [19:58] yeah, that would make some sense [19:58] but that means either moving to not using the full revision graph, which I don't think we can easily do [19:58] or cache the revision graph [19:59] which is sort-of doable, but I don't know what the performance impact of that is [19:59] well, we could compute the revision graph in the parent, /then/ fork, perhaps [19:59] but yeah -- difficulties === salgado is now known as salgado-afk [20:00] mwhudson, OTOH, if we do cache the revision graph on disk, we will have to hit bzr much less [20:00] oh, you mean cache it in sqlite or something somehow? [20:01] I tried using some magic jam added to bzrlib to load the revnos lazily, but it just works with mainline revs [20:01] yeap, in sqlite [20:01] although it feels like regressing, maybe it's just the way to got for now [20:05] i guess we should analyse what information we need from the revision graph, and how to represent it in sql [20:05] mwhudson, yea, I was just thinking that. [20:05] well, initially, I was thinking that maybe we could just serialize it and stick it in the DB [20:05] a list of tuples of strings and integers isn't a super natural relational structure [20:05] (and somehow i doubt sqlite has WITH RECURSIVE yet) [20:05] mwhudson, it does not. === bac is now known as bac_afk [20:52] beuno, mwhudson: bzr-svn also does some caching of course [20:53] LarstiQ, right. We've been playing with Loggerhead on top of bzr-svn during UDS with lifeless [20:53] ok [20:53] the cache sometimes got in the way, but I believe lifeless filed all the relevant bugs and patches [20:54] it would be interesting to see how bzr-svn does it though... [20:54] in 0.5, the cache can be turned off without any significant performance problems if you have enough bandwidth to the svn server [21:07] Umm, I have an odd experience with using Launchpad [21:07] I opened it up for the first time in a long while and it said I was logged in as somoene I am not [21:08] This is my personal notebook (not public in any way) and I've never owned the account I'm logged into [21:08] What should I do? [21:09] krisives, hi [21:09] hi Rin [21:10] krisives, can you PM me the destination link of the person link in the upper right hand corner please? [21:10] krisives, I'd like to have that before you sign-out. It's odd that you would be logged in as someone else [21:11] flacoste, ^^ [21:12] Rinchen: hmm, reuse of session identifier? [21:12] if that's the case, krisives is very lucky [21:12] flacoste, my thoughts, yes. [21:12] got a SHA1 collision [21:12] either we have too many users [21:12] lol [21:13] Is this some PHP session 1 in a million stuff here? === barry-away is now known as barry [21:14] no php here :-) [21:15] zope, python, apache, openid [21:15] oh, didnt know what LP was made in === salgado-afk is now known as salgado [21:16] krisives, sugar, spice, and everything nice.... === salgado is now known as salgado-afk [21:25] krisives: can you confirm if you have a cookie from Launchpad? [21:25] I can't [21:25] I'm using Chrome since I was on windows [21:25] no idea how to do that in Chrome [21:33] hello [21:34] krisives: http://chromespot.com/showpost.php?s=2244eb1e7fd42d08bbf3bd3fc1213320&p=3182&postcount=5 [21:35] ty, reading [21:36] Thanks poolie worked like a charm [21:37] no cookies other than for help.launchpad.net MOIN_SESSION, which appears to be unrelated === sabdfl1 is now known as sabdfl [21:48] krisives: thx, we're looking into it [22:10] krisives: we've disabled the caching til we can figure out what the issue was, so you shouldn't see this issue any more [22:14] * Hobbsee shakes head at this contact form. === sale_ is now known as sale [22:24] Hobbsee: Do you need to add somebody to ~ubuntumembers? [22:25] Anyway, that feature is now disabled for teams unless you're already a member. [22:25] wgrant: yeah. so i wasn't the only one who got that mail. [22:26] * Hobbsee wonders if that went to all the members on ~ubuntumembers [22:26] Probably. [22:29] nasty. [22:29] I did ponder a response back of "You fail. Go away" or something for it. === lamont` is now known as lamont