[00:04] lifeless: to me it seemed like a loggerhead bug. my understanding is that bazaar.launchpad.net runs loggerhead, is that correct? [00:06] launchpad itself doesn't provide any automatic facility for downloading tarballs that i'm aware of (apart from explicitly uploaded files listed in downloads) [00:06] wgrant: would you agree? [00:08] I would [00:08] But [00:08] I would also strongly discourage you from using /tarball in an automated fashion [00:08] Given that it's unauthenticated [00:08] Oh, you're using HTTPS, at least [00:08] But it still seems odd to do that rather than just use a release tarball [00:09] yes, i agree it's not a very safe thing to do [00:13] although since i'm getting a tarball of an open source project it's not the same a blindly getting and installing some binary files [00:13] and i'm using https [00:14] i'm trying to find a way of specifying dependencies hosted on lauchpad as a dependency in a python setup.py and automatically install it via setuptools [00:14] which don't support bzr repositories... [00:15] so tarballs are my only option if the revision i depend on hasn't been released yet (be it on launchpad or PyPi) [00:15] but as detailed in my bug report the loggerhead tarballs don't work either because of the odd folder structure they contain [00:36] is there some backlog for publishing, now? my packages have built 1 hour ago, but are still not publisheD? === Quintasan_ is now known as Quintasan [12:21] wgrant: thanks! upload was processed at 4 AM :P === slank_away is now known as slank [14:56] is it a known issue that viewing build logs within a private ppa returns 'no such resource'? [14:57] webops, ^ [14:58] stokachu: that happens with chrome, I know [14:58] stokachu, its not a known issue to me [14:58] ah ok im using chrome 23 [14:58] try firefox [14:58] ok ill test that right quick [14:58] I've had luck with that before [15:00] slank: youre right it works in firefox [15:41] hello, LP seems to be taking a very long time in generating diffs. expected behavior? see raring series - https://launchpad.net/ubuntu/+source/valgrind [16:23] achiang, it happens from time to time. if can ask a webops on #launchpad-ops to unscan the branch to get lp to try again [16:26] sinzui, achiang, I have my finger hovering over the unscan button [16:28] gnuoy, I don't see which branch needs fixing [16:29] me neither [16:39] sinzui: gnuoy: do you need a branch name from me? [16:39] yes pls [16:39] sinzui: gnuoy: i actually don't know what it would be. it wasn't a bzr branch, it was just a package upload [16:42] achiang, sorry, I thought you were talking about branch diffs which do get stuck [16:44] achiang, package diffs have been stuck for a little over a day. [16:46] sinzui: ok, so just keep waiting? [16:46] achiang, I asked on webops if haetae needs intervention [16:58] achiang, we have disabled package diffs because there one or more are filling the machine. We may not have them for another 2 days [16:59] sinzui: ok, thanks === teknico_ is now known as teknico [17:29] Hi i have a tipical problem using bzr with launchpad in a new computer, i have not permission to get or push branches due to ssh keys, i'd need some help, i cannot remember how this ssh configuration works [17:47] I copied my ~/.ssh directory from my old computer, why isn't it enought to can use my ssh with laynchpad bazaar branches? [17:49] Rafael_JB: does "ssh -v bazaar.launchpad.net" show a problem with connecting at some point? [17:49] Rafael_JB: and what does "bzr whoami" show? [17:50] Rafael_JB: maybe you need to do "bzr lp-login" [17:52] dobey: look: http://paste.ubuntu.com/1445725/ [17:53] dobey: files with my key pair are not .ssh/id_rsa and .ssh/id_dsa, they have a different name [17:53] in my old computer that worked fine [17:54] well i don't know why ssh isn't finding them, but that's not a bzr issue [17:54] or launchpad [17:55] how can i tell bzr to look for key pair in the right files? [17:58] Rafael_JB: add an entry to ~/.ssh/config for bazaar.launchpad.net i guess? [17:59] dobey: I read about that file before, where there are a file example? [18:00] looking for it.. thnaks [18:00] man ssh_config [18:21] dobey: I have created a new ssh key, and i have added it to .ssh/config file, and I still have this error: http://paste.ubuntu.com/1445772/ [18:23] did you upload the SSH pubkey to Launchpad? [18:23] if you didn't you missed a step. [18:24] yes i have upload it to launchpad [18:30] hi, I'm trying to setup code imports for some projects but bzr fails to import them saying it has submodules when the project does not have submodules [18:30] for eg : https://code.launchpad.net/~telepathy-kde/telepathy-kde/ktp-auth-handler [18:30] or this : https://code.launchpad.net/~telepathy-kde/telepathy-kde/ktp-send-file and https://code.launchpad.net/~telepathy-kde/telepathy-kde/ktp-kded-module [18:31] shadeslayer: did they used to have submodules? [18:31] dobey: apparently [18:31] ( Before I joined the project it seems ) [18:31] yeah, if there are submodules anywhere in the history, it's a problem [18:31] :S [18:32] that sucks [18:32] well, the import does pull the history; not only the last revision. so it would need to be able to handle submodules to deal with any revisions which have submodules [18:32] and yes, submodules do suck :) [18:33] Rafael_JB, you said you created a *new* ssh key, you did upload that new key's pubkey right? [18:33] just making sure you actually did that ;P [18:33] dobey: hehe, well ... how can I make it work? :P [18:34] shadeslayer: add submodules support to bzr/bzr-git? [18:34] heh [18:35] anyway around that ? :P [18:35] add git support to launchpad? :P [18:36] lol [18:37] or add support for only grabbing the latest revision and just ignoring history [18:37] yes TheLordOfTime, i uploaded it [18:38] Rafael_JB: it may take some time to propagate [18:38] :( [18:38] Rafael_JB: try again now? [18:39] still not working, same error [18:39] does ssh -v show the correct key being used? [18:39] hmm [18:40] dobey: doing a git fast-export and then doing a bzr fast-import seems to work [18:42] not sure, this is the output: http://paste.ubuntu.com/1445810/ [18:45] this is the ~/.ssh/config content: http://paste.ubuntu.com/1445814/ [18:53] Hi, I'm importing a branch from git into bzr via launchpad, is there a way to run git filter-branch inbetween git the bzr import? [18:54] we're trying to import a git module that _did_ use a submodule, but doesn't any more. [18:54] bzr can't handle that so throws an error - however, given we only care about the head, it's not a relevant error. [18:58] the ssh key only is working if I leave the default key filename [18:59] edit, ignore my comments, I'm saying the same thing as shadeslayer, didn't know he'd asked. [19:00] Rafael_JB: it looks like you're trying to use 2 home directories? [19:01] dobey: yes, I wish not have to create a key for each home or computer I use [19:03] shadeslayer: i don't think the imports do any sort of exporting from git. it's bzr-git talking directly to the git server to pull the data, iirc. so to do that, you'd need to fix bzr-git to work that way. and then fix launchpad to use the fixed version, and to expose the option to do that in some manner [19:03] hm [19:04] Rafael_JB: also have you done "bzr lp-login" on the computer in question? [19:04] dobey: yes I did [19:05] now in this cumputer i did push sucessfully, but forced to leave the default key pair files (id_rsa, id_rsa.pub) [19:07] well you only have one public key listed on launchpad [19:07] i have no way of telling you which file it is on your computer though [19:07] it seems like your problem is that you're trying to make a complex problem out of something simple, and creating a broken configuration in the process. there is nothing wrong with bzr or launchpad. [19:15] what must i do to can run bzr push lp:project instead of bzr push lp:~eaglescreen/project/trunk and what is the difference? === yofel_ is now known as yofel [19:25] two pretty sticky build there - https://launchpad.net/~ubuntuone/+archive/nightlies/+build/4064753 -- https://launchpad.net/~ubuntuone/+archive/nightlies/+build/4064745 [19:29] Rafael_JB: if lp:~eaglescreen/project/trunk is the targeted branch for the trunk series on the project, then lp:project will push to that branch [19:29] ricotz: ugh. yeah, arm seems to be doing this quite a bit :( [19:30] dobey: are they the same repository? [19:31] Rafael_JB: yes. well, assuming that the trunk series is the development focus, anyway. lp:project is an alias to the development focus branch. lp:project/series is an alias to the branch for that series of that project [19:32] dobey, i see, although i am seeing freezes with chindi** builders too while the package is running x11-related (headless) tests [19:32] dobey, or other things, pretty reproducible with certain packages [19:33] ricotz: i think there are some issues perhaps with qemu and building for arm with it on x86 machines in chroots. though i don't know what the issues are exactly [19:33] ricotz: for the u1 nightlies builds, when this happens, it's almost always showing the same thing in the build log for the stuck builds; unpacking glib2.0-bin or something [19:33] btw chindi** are amd64/i386 builders [19:34] ricotz: i haven't noticed any issues with running our tests under xvfb on any builders; and that's something we do plenty of in u1 [19:34] dobey, yeah, the "wani**" problem is qemu [19:59] Hey, really quick, I am getting kind of sick receiving so much email. It's not too much information, just I don't like having sometimes 50-100 emails of bug notifications a day. [19:59] Is it possible to subscribe to some kind of daily digest so I can keep up with everything without having one email every single time something changes?