=== Ursinha-afk is now known as Ursinha === head_v is now known as head_victim === Ursinha-afk is now known as Ursinha === matsubara-afk is now known as matsubara === oubiwann is now known as oubiwann_ === oubiwann is now known as oubiwann_ === oubiwann_ is now known as oubiwann === oubiwann is now known as oubiwann_ === oubiwann_ is now known as oubiwann [13:54] wgrant, ping === leonardr is now known as leonardr-afk === mrevell is now known as mrevell-lunch === yofel_ is now known as yofel === jcsackett changed the topic of #launchpad to: Launchpad: https://launchpad.net/ | Read https://help.launchpad.net/ for help | On-call help contact: jcsackett | Join https://launchpad.net/~launchpad-users | This channel is logged: http://irclogs.ubuntu.com/ | Launchpad is open source: https://dev.launchpad.net/ === matsubara is now known as matsubara-lunch === mrevell-lunch is now known as mrevell === matsubara-lunch is now known as matsubara === deryck is now known as deryck[lunch] === leonardr-afk is now known as leonardr === beuno is now known as beuno-lunch === Ursinha is now known as Ursinha-lunch === deryck[lunch] is now known as deryck === benji is now known as benji-lunch === Ursinha-lunch is now known as Ursinha === benji-lunch is now known as benji === beuno-lunch is now known as beuno [19:15] jelmer: around? [19:15] hi [19:16] I'm having some problems while trying to import a git branch, the lp branch is: https://code.launchpad.net/~verterok/boto/trunk-git [19:16] and I'm getting this error: http://launchpadlibrarian.net/61677251/verterok-boto-trunk-git.log [19:16] any ideas? should I file a bug? :) [19:30] hi verotek, sorry i didn't see your question earlier. [19:30] abentley, do you know anything about a code import difficulties, or who might be best to ask? [19:31] verterok, sorry. i mistyped your name above. [19:31] jcsackett, you could ask jelmer. It doesn't look specific to launchpad. [19:31] jcsackett: hi, np :) [19:32] jcsackett: looks like a bug in dulwich/bzr-git...I'm getting the same failure locally :( [19:32] verterok: ah. i'm not sure then. i see you already pinged jelmer. [19:33] jcsackett: yes, I'll talk with him about how to workaround this. thanks! [19:33] verterok: no problem. sorry i wasn't exactly a help. :-) [19:37] verterok, I get the same issue with bzr-git tip. [19:38] abentley: yeap, it's a wrong utc offset: --700 instead of -0700 :/ [19:40] verterok, please file a bug on bzr-git and Launchpad. (The launchpad fix will need the bzr-git fix). [19:40] abentley: ok [19:45] abentley: done, thanks for trying it locally. the bug is: https://bugs.launchpad.net/dulwich/+bug/697828 [19:47] verterok, thanks. === henninge_ is now known as henninge [20:37] Hello, is LP down? [20:38] wfm [20:38] ok === matsubara is now known as matsubara-afk [22:14] how do i get a ~vcs-imports branch updated to point to the correct upstream repo? like for something that moved from svn to hg? [22:19] http://launchpadlibrarian.net/58709752/buildlog_ubuntu-maverick-amd64.gimp_2.7.3-2010110501~mm_FAILEDTOBUILD.txt.gz [22:20] that is listed as a build failure, but i can't see a reason [22:20] in fact it looks like it explicitly says it succeeded [22:22] dobey: Import branches can't be changed from one type to another, so you'll need to create a new hg one. [22:23] bjsnider: Look at the end of the log. [22:23] Our automated build log filter detected the problem(s) above that will [22:23] likely cause your package to segfault on architectures where the size of [22:23] a pointer is greater than the size of an integer, such as ia64 and amd64. [22:24] wgrant: and how do i make it be trunk, and how do i make some reasonable team (which i am probably not a member of) be the owner? [22:25] dobey: It's not clear what "reasonable team" means. [22:25] err, by "be trunk" i guess i mean "be the development target" [22:25] dobey: You need to contact the project owner or an admin for that. [22:42] Hi, I tried to download the development source of gnome-media-player, but I there is a problem connecting to the Launchpad server [22:46] Blitzmerker: how did you try downloading it, and what problem did you see? [22:46] Oh, I see. [22:46] It's another one of these branches that is stacked on itself :( [22:48] thumper (or any other lp-code person): ~gnome-media-player-development/gnome-media-player/0.2 appears to be stacked on itself. [22:48] haha [22:48] not helpful I know [22:50] the LP branch page doesn't think it is stacked on itself [22:52] hpss call: 'Branch.get_stacked_on_url', '~gnome-media-player-development/gnome-media-player/0.2/' [22:52] result: ('ok', '/~gnome-media-player-development/gnome-media-player/0.2') [22:52] Interesting that LP thinks differently, but I suppose LP gets its info updated by the branch scanner, which presumably can't open a self-stacked branch. [22:53] spiv: probably [22:53] we should set it back to what it was [22:53] then make it unstacked [22:53] I wonder how it got in that state in the first place. A branch rename maybe? [22:53] no [22:53] well... maybe? [22:53] It's normally a branch or person rename. [22:53] LP doesn't currently rewrite the stacked_on field when a branch is renamed, IIRC? [22:56] (Or alternatively, LP ought to be using the immutable branch ID and then dynamically rewriting that to the current name when reporting it to bzr or http clients) [22:57] That would innoculate against person and branch renames. The rewrite-upon-rename solution would need to touch every branch a person owns as part of a person rename which is probably undesirable. [22:58] that would be nice [23:51] spiv: patches accepted :-)