[00:04] <frathgeber> lifeless: to me it seemed like a loggerhead bug. my understanding is that bazaar.launchpad.net runs loggerhead, is that correct?
[00:06] <frathgeber> 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] <frathgeber> wgrant: would you agree?
[00:08] <wgrant> I would
[00:08] <wgrant> But
[00:08] <wgrant> I would also strongly discourage you from using /tarball in an automated fashion
[00:08] <wgrant> Given that it's unauthenticated
[00:08] <wgrant> Oh, you're using HTTPS, at least
[00:08] <wgrant> But it still seems odd to do that rather than just use a release tarball
[00:09] <frathgeber> yes, i agree it's not a very safe thing to do
[00:13] <frathgeber> 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] <frathgeber> and i'm using https
[00:14] <frathgeber> 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] <frathgeber> which don't support bzr repositories...
[00:15] <frathgeber> 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] <frathgeber> but as detailed in my bug report the loggerhead tarballs don't work either because of the odd folder structure they contain
[00:36] <Saviq> is there some backlog for publishing, now? my packages have built 1 hour ago, but are still not publisheD?
[12:21] <shadeslayer> wgrant: thanks! upload was processed at 4 AM :P
[14:56] <stokachu> is it a known issue that viewing build logs within a private ppa returns 'no such resource'?
[14:57] <stokachu> webops, ^
[14:58] <slank> stokachu: that happens with chrome, I know
[14:58] <gnuoy> stokachu, its not a known issue to me
[14:58] <stokachu> ah ok im using chrome 23
[14:58] <slank> try firefox
[14:58] <stokachu> ok ill test that right quick
[14:58] <slank> I've had luck with that before
[15:00] <stokachu> slank: youre right it works in firefox
[15:41] <achiang> 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] <sinzui> 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] <gnuoy> sinzui, achiang, I have my finger hovering over the unscan button
[16:28] <sinzui> gnuoy, I don't see which branch needs fixing
[16:29] <gnuoy> me neither
[16:39] <achiang> sinzui: gnuoy: do you need a branch name from me?
[16:39] <gnuoy> yes pls
[16:39] <achiang> 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] <sinzui> achiang, sorry, I thought you were talking about branch diffs which do get stuck
[16:44] <sinzui> achiang, package diffs have been stuck for a little over a day.
[16:46] <achiang> sinzui: ok, so just keep waiting?
[16:46] <sinzui> achiang, I asked on webops if haetae needs intervention
[16:58] <sinzui> 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] <achiang> sinzui: ok, thanks
[17:29] <Rafael_JB> 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] <Rafael_JB> 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] <dobey> Rafael_JB: does "ssh -v bazaar.launchpad.net" show a problem with connecting at some point?
[17:49] <dobey> Rafael_JB: and what does "bzr whoami" show?
[17:50] <dobey> Rafael_JB: maybe you need to do "bzr lp-login"
[17:52] <Rafael_JB> dobey: look: http://paste.ubuntu.com/1445725/
[17:53] <Rafael_JB> dobey: files with my key pair are not .ssh/id_rsa and .ssh/id_dsa, they have a different name
[17:53] <Rafael_JB> in my old computer that worked fine
[17:54] <dobey> well i don't know why ssh isn't finding them, but that's not a bzr issue
[17:54] <dobey> or launchpad
[17:55] <Rafael_JB> how can i tell bzr to look for key pair in the right files?
[17:58] <dobey> Rafael_JB: add an entry to ~/.ssh/config for bazaar.launchpad.net i guess?
[17:59] <Rafael_JB> dobey: I read about that file before, where there are a file example?
[18:00] <Rafael_JB> looking for it.. thnaks
[18:00] <dobey> man ssh_config
[18:21] <Rafael_JB> 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] <TheLordOfTime> did you upload the SSH pubkey to Launchpad?
[18:23] <TheLordOfTime> if you didn't you missed a step.
[18:24] <Rafael_JB> yes i have upload it to launchpad
[18:30] <shadeslayer> 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] <shadeslayer> for eg : https://code.launchpad.net/~telepathy-kde/telepathy-kde/ktp-auth-handler
[18:30] <shadeslayer> 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] <dobey> shadeslayer: did they used to have submodules?
[18:31] <shadeslayer> dobey: apparently
[18:31] <shadeslayer> ( Before I joined the project it seems )
[18:31] <dobey> yeah, if there are submodules anywhere in the history, it's a problem
[18:31] <shadeslayer> :S
[18:32] <shadeslayer> that sucks
[18:32] <dobey> 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] <dobey> and yes, submodules do suck :)
[18:33] <TheLordOfTime> Rafael_JB, you said  you created a *new* ssh key, you did upload that new key's pubkey right?
[18:33] <TheLordOfTime> just making sure you actually did that ;P
[18:33] <shadeslayer> dobey: hehe, well ... how can I make it work? :P
[18:34] <dobey> shadeslayer: add submodules support to bzr/bzr-git?
[18:34] <shadeslayer> heh
[18:35] <shadeslayer> anyway around that ? :P
[18:35] <dobey> add git support to launchpad? :P
[18:36] <shadeslayer> lol
[18:37] <dobey> or add support for only grabbing the latest revision and just ignoring history
[18:37] <Rafael_JB> yes TheLordOfTime, i uploaded it
[18:38] <dobey> Rafael_JB: it may take some time to propagate
[18:38] <Rafael_JB> :(
[18:38] <dobey> Rafael_JB: try again now?
[18:39] <Rafael_JB> still not working, same error
[18:39] <dobey> does ssh -v show the correct key being used?
[18:39] <shadeslayer> hmm
[18:40] <shadeslayer> dobey: doing a git fast-export and then doing a bzr fast-import seems to work
[18:42] <Rafael_JB> not sure, this is the output: http://paste.ubuntu.com/1445810/
[18:45] <Rafael_JB> this is the ~/.ssh/config content: http://paste.ubuntu.com/1445814/
[18:53] <d_ed> 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] <d_ed> we're trying to import a git module that _did_ use a submodule, but doesn't any more.
[18:54] <d_ed> 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] <Rafael_JB> the ssh key only is working if I leave the default key filename
[18:59] <d__ed> edit, ignore my comments, I'm saying the same thing as shadeslayer, didn't know he'd asked.
[19:00] <dobey> Rafael_JB: it looks like you're trying to use 2 home directories?
[19:01] <Rafael_JB> dobey: yes, I wish not have to create a key for each home or computer I use
[19:03] <dobey> 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] <shadeslayer> hm
[19:04] <dobey> Rafael_JB: also have you done "bzr lp-login" on the computer in question?
[19:04] <Rafael_JB> dobey: yes I did
[19:05] <Rafael_JB> now in this cumputer i did push sucessfully, but forced to leave the default key pair files (id_rsa, id_rsa.pub)
[19:07] <dobey> well you only have one public key listed on launchpad
[19:07] <dobey> i have no way of telling you which file it is on your computer though
[19:07] <dobey> 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] <Rafael_JB> what must i do to can run bzr push lp:project instead of bzr push lp:~eaglescreen/project/trunk and what is the difference?
[19:25] <ricotz> two pretty sticky build there - https://launchpad.net/~ubuntuone/+archive/nightlies/+build/4064753 -- https://launchpad.net/~ubuntuone/+archive/nightlies/+build/4064745
[19:29] <dobey> 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] <dobey> ricotz: ugh. yeah, arm seems to be doing this quite a bit :(
[19:30] <Rafael_JB> dobey: are they the same repository?
[19:31] <dobey> 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] <ricotz> dobey, i see, although i am seeing freezes with chindi** builders too while the package is running x11-related (headless) tests
[19:32] <ricotz> dobey, or other things, pretty reproducible with certain packages
[19:33] <dobey> 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] <dobey> 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] <ricotz> btw chindi** are amd64/i386 builders
[19:34] <dobey> 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] <ricotz> dobey, yeah, the "wani**" problem is qemu
[19:59] <bloouup> 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] <bloouup> 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?