[00:00] <Ampelbein> thumper: thanks! that's what i love about ubuntu/FOSS - you get help quick and good.
[00:01] <thumper> np
[00:12] <micahg> how long until stuff uploaded shows up in a PPA?
[00:15] <beuno> micahg, about 20 minutes or so
[00:16] <cody-somerville> beuno, much quicker than that
[00:17] <micahg> it showed up, thanks :)  was my first package
[00:19] <beuno> cody-somerville, I like to under-promise
[00:21] <javaJake> spm: yesterday I requested a rename that was wrong... would you mind fixing it for me? https://answers.edge.launchpad.net/launchpad/+question/72840
[00:45] <spm> javaJake: heh. re-fixed
[00:45] <javaJake> spm: awesome! :)
[00:55] <neurobuntu> how long will it take for packages to show up in a ppa after I run dput?
[00:56] <cody-somerville> neurobuntu, a few minutes
[00:56] <neurobuntu> thanks
[01:00] <wgrant> cody-somerville: Hi.
[01:02] <neurobuntu> how can I tell debuild which key to sign with during build?
[01:02] <wgrant> neurobuntu: -kKEYID
[01:04] <neurobuntu> wgrant, I've tried that but for some reason dpkg-buildpackage is getting run with -us -uc
[01:05] <neurobuntu> debuild -kC1F83B3D -rfakeroot -S
[01:05] <neurobuntu>  dpkg-buildpackage -rfakeroot -d -us -uc -sa -i -I -S
[01:06] <wgrant> neurobuntu: debuild uses debsign to do the signing, not dpkg-buildpackage.
[01:07] <neurobuntu> ok thanks
[02:59] <WanderingKnight> hey there
[02:59] <WanderingKnight> question, I just got a bzr branch for a project approved on launchpad, but I can't seem to commit on that branch
[03:00] <WanderingKnight> I bzr lp-login, and when I try to commit I get Transport operation not possible: readonly transport
[03:00] <wgrant> WanderingKnight: How did you get the branch?
[03:04] <WanderingKnight> I imported it
[03:05] <wgrant> I mean, how did you check it out?
[03:05] <WanderingKnight> bzr checkout
[03:05] <wgrant> With what URL?
[03:05] <WanderingKnight> lp:projectname
[03:05] <wgrant> What is the project?
[03:05] <WanderingKnight> animeplayer
[03:06] <wgrant> Ah.
[03:06] <wgrant> That's owned by ~vcs-imports, so you don't have access. Imports are read-only, and are for projects that don't use bzr as their primary VCS.
[03:06] <WanderingKnight> oh
[03:07] <wgrant> Was it your intention to move to bzr rather than svn?
[03:07] <WanderingKnight> yep
[03:07] <wgrant> Let me find a guide on that...
[03:08] <WanderingKnight> I had my svn repo on sourceforge, but I found that it actually kind of sucked, so I decided to move it to bzr...
[03:09] <wgrant> http://bazaar-vcs.org/BzrMigration is the relevant page.
[03:09] <wgrant> I'd probably use bzr-svn.
[03:09] <wgrant> (that's how I migrated my project)
[03:09]  * thumper wants to get bzr-svn used for subversion imports
[03:09] <thumper> rather than cscvs
[03:09] <wgrant> thumper: yes please :D
[03:09] <wgrant> It's quite stable now.
[03:09]  * thumper nods
[03:09] <thumper> we just have more work than people
[03:10] <WanderingKnight> hm, but the guys at launchpad supposedly imported the sourceforge svn to a launchpad bzr branch
[03:10] <wgrant> They did, yes.
[03:10] <thumper> WanderingKnight: you can branch the lp copy
[03:10] <thumper> WanderingKnight: then push it to launchpad so you own it
[03:10] <WanderingKnight> mmm
[03:10] <thumper> WanderingKnight: then get the subversion one stopped
[03:10] <thumper> WanderingKnight: then make your branch the trunk branch
[03:10] <wgrant> bzr-svn might not give much benefit if you haven't already used bzr-svn on the branch, I guess.
[03:11] <WanderingKnight> I'm not worried about the svn branch since I'm the only one committing to that project for now
[03:11] <thumper> WanderingKnight: normal bzr usage is to use local branches rather than checkouts
[03:12] <WanderingKnight> so how should I go about doing it? do I delete the .bzr directory and start over?
[03:13] <thumper> WanderingKnight: you don't have to do that
[03:13] <WanderingKnight> oh
[03:13] <thumper> WanderingKnight: I think you can just unbind
[03:13] <thumper> and push
[03:13] <thumper> a checkout is a bound branch
[03:13] <thumper> as in bound to the remote one
[03:14] <thumper> I'm not entirely sure but something like `bzr unbind` may work
[03:14]  * thumper looks at bzr help
[03:14] <wgrant> It should.
[03:14] <WanderingKnight> trying that now
[03:14] <wgrant> bzr unbind, then bzr push
[03:14] <WanderingKnight> getting the same...
[03:14] <thumper> bzr push --remember lp:~you/project/trunk
[03:15]  * thumper wanders off, back shortly
[03:16] <WanderingKnight> seems it worked now
[03:17] <wgrant> Now you go to https://launchpad.net/animeplayer/trunk/+edit, and change the branch to yours.
[03:17] <wgrant> Then you convince thumper to delete the old one.
[03:18] <WanderingKnight> wgrant: so how do I change the branch to mine?
[03:18] <wgrant> WanderingKnight: Enter its name or search for it in the second-bottom field on that page.
[03:18] <WanderingKnight> change from ~vcs-imports to ~myusername?
[03:19] <wgrant> Whatever you pushed the branch to, without the 'lp:'
[03:19] <WanderingKnight> ok :)
[03:19] <wgrant> The branch set on that page is the one that appears as lp:animeplayer
[03:20] <WanderingKnight> now I'm getting that the paths aren't versionede
[03:20] <WanderingKnight> *versioned
[03:20] <wgrant> What are you doing?
[03:20] <WanderingKnight> bzr commit lp:~bla/bla/bla
[03:21] <wgrant> Ah. That tells it to commit a file named lp:~bla/bla/bla
[03:21] <wgrant> Which probably doesn't exist.
[03:21] <WanderingKnight> well, replace lp:~bla/bla/bla to the branch I pushed to
[03:21] <wgrant> Just 'bzr commit' will commit to the local copy of the branch. Then you can 'bzr push', and that will push the changes to wherever you pushed it before.
[03:21] <WanderingKnight> oh
[03:21] <WanderingKnight> I get it now
[03:21] <WanderingKnight> thanks :)
[03:21] <wgrant> You can 'bzr bind', which will automatically push commits.
[03:22] <WanderingKnight> oh
[03:22] <WanderingKnight> thank you :D
[03:22] <wgrant> The difference between a checkout and a branch is just that a checkout is bound. So 'bzr up' in a checkout automatically gets changes from the server, and 'bzr commit' pushes them automagically. In a branch, you have to 'bzr pull' and 'bzr push' manually.
[03:23] <WanderingKnight> hmm, seems like it's binding to the 'old' branch
[03:23] <WanderingKnight> the ~vcs-imports one
[03:23] <wgrant> Oh, possibly. Try 'bzr bind lp:whatever'.
[03:23] <WanderingKnight> oh ok
[03:24] <wgrant> Once you do that, it should remember.
[03:24] <WanderingKnight> thank you, now it works :)
[03:24] <wgrant> Excellent.
[05:26] <MTecknology> How do I merge two branches?
[05:27] <tc-rucho> How do I erase a project?
[05:28] <MTecknology> tc-rucho: Ask answers.launchpad.net/launchpad
[05:28] <MTecknology> tc-rucho: Projects can't be simply dropped. They can be deleted, but generally they're disabled and hidden in case they need to be reactivated
[05:30] <tc-rucho> MTecknology: in this case, I just registered them before I was sure about the name so as to reserve the name. Now I'd like to make those that were not chosen available
[05:30] <MTecknology> tc-rucho: just file a question explaining that
[05:31] <thumper> MTecknology: you meed to merge them locally, launchpad doesn't do it for you
[05:31] <thumper> (yet)
[05:33] <MTecknology> thumper: when I do it, will the person that made the changes show up for the commit then?
[05:34] <MTecknology> or will it only merge the changes?
[05:34] <lifeless> tc-rucho: (a question on answers.launchpad.net/launchpad)
[05:35] <tc-rucho> lifeless: on my way
[05:35] <lifeless> MTecknology: bzr tracks the origin of lines
[05:37] <MTecknology> oh, thanks
[05:38] <MTecknology> so if I bzr merge lp:stuff, then bzr commit -m "Merging blah", bzr push, it'll work right?
[05:38] <thumper> MTecknology: yes, but you may want to attribute the author in the commit
[05:38] <thumper> with --author I think
[05:38] <MTecknology> oh
[05:38] <thumper> MTecknology: launchpad uses the apparent author
[05:39] <MTecknology> damn then... I wish I could revert :P
[05:39] <MTecknology> hu?
[05:39] <thumper> MTecknology: bzr uncommit
[05:39] <spm> thumper: are there any plans for lauchpad to write my project's code for me? sorta like I just wave a hand at launchpad to "JFDI" and magic happens?
[05:39] <thumper> spm: yes, just after we enable skynet
[05:39] <spm> hahahahahahahahaha
[05:40] <MTecknology> woah
[05:40] <MTecknology> neato
[05:40] <MTecknology> thumper: how do I push that then?
[05:40] <MTecknology> so it's gone on lp.net?
[05:40] <thumper> bzr push
[05:40] <thumper> bzr push --overwrite
[05:41] <MTecknology> WOW
[05:41] <MTecknology> that's cool
[05:41] <wgrant> It's bzr. What do you expect?
[05:42] <tc-rucho> lifeless: ready
[05:42] <spm> wgrant: bzr pull --and-a-pony ?
[05:42]  * wgrant tramples spm
[05:43] <MTecknology> I knew bzr was awesome - I didn't know how awesome
[05:43] <spm> so I've been awake since 2am and probably getting a little silly from excessive tiredness :-)
[05:43] <wgrant> spm: Ouch!
[05:44] <MTecknology> so - do I just use --author or do I use --author=user
[05:44] <spm> wgrant: well. it's not *all* bad. I'm amazed how much losa work I was able to get done from 4.30-6am :-)
[05:45] <thumper> MTecknology: I think you do --author="Eric the Viking <eric@example.com>" or something
[05:45] <thumper> maybe
[05:45] <thumper> not quite sure how to handle the spaces
[05:45] <MTecknology> ok
[05:45] <thumper> I've not done it myself
[05:46] <thumper> MTecknology: you could ask on #bzr
[05:46] <MTecknology> I'll just try it and see how it goes
[05:46] <thumper> ok
[05:46] <MTecknology> the worst I need to do is uncommit :P
[05:46] <MTecknology> :D
[05:48]  * thumper nods
[05:48] <lifeless> MTecknology: you should use author when a) you do a cherrypick of someone elses work or b) someone sends you a plain text patch
[05:48] <lifeless> MTecknology: you don't need to use it when doing a merge
[05:49] <MTecknology> oh
[05:49] <MTecknology> I just did -> bzr commit -m "Merge Proposal 7003, Fix bug 382294" --author="Ddorda <email@domain.com>" --fixes=lp:382294
[05:50] <MTecknology>  - ubottu: I didn't need to to respond then...
[05:50] <lifeless> MTecknology: if that was merging someone elses commit then the --author was unnecessary
[05:50] <lifeless> bzr knows that the lines were done in their commits
[05:50] <lifeless> annotate will show the right info
[05:51] <MTecknology> ok
[05:52] <wgrant> lifeless: But Launchpad won't show it, will it?
[05:52] <wgrant> It doesn't show merges.
[05:52] <thumper> wgrant: not yet
[05:52] <lifeless> wgrant: a single commit may have hundreds of authors when you consider version jumps or projects like tje kernel
[05:53] <MTecknology> I'll be happy to see the ability to do bzr merge lp:main lp:~user/contrib
[05:53] <wgrant> lifeless: This is true/
[05:53] <lifeless> wgrant: [because its a merge of a lot of work].  So yes, lp's main ui doesn't show it yet. But it will
[05:53] <MTecknology> or something similar
[05:54] <MTecknology> dang... lp is cool how it manages merges
[05:55] <MTecknology> I suppose when all is said and done - the merge will be able to be done from the merge proposal
[05:56] <lifeless> MTecknology: it can yes, though you need to truncate the url slightly
[05:57] <MTecknology> it can already?
[05:57] <wgrant> It can't.
[05:57] <MTecknology> k, you had me excited :P
[05:57] <wgrant> Although you can have tarmac watching and doing it automatically.
[05:58] <wgrant> Through the wonder of the modern world that is the Launchpad webservice.
[05:59] <MTecknology> launchpad isn't a web service... it's a server that does a lot of crazy shit that has an insanely powerful web front end
[05:59] <MTecknology> anyway - I'm off
[05:59] <MTecknology> ttyal
[06:00] <wgrant> The webservice == the lazr.restful API
[08:00] <ilmeditafuga> HI ! how to contact the launchpad team of Friulian traslation ?
[08:05] <noodles775> ilmeditafuga: on the page: https://launchpad.net/~ubuntu-l10n-fur
[08:05] <noodles775> click 'Contact this team'
[08:10] <Robin_1> Hi, jml is here?
[08:11] <jml> Robin_1: hi
[08:11] <ilmeditafuga> now I try
[08:12] <Robin_1> jml: I am the scut-tang in launchpad, and my branch lp:~scut-tang/mysql-
[08:12] <Robin_1> server/mysql-6.0-infoschema is disabled.
[08:12] <jml> Robin_1: ahh yes.
[08:13] <Robin_1> I am new in launch, what happened?
[08:13] <jml> Robin_1: an unexpected internal error.
[08:13] <Robin_1> jml:Can it fix?
[08:14] <jml> Robin_1: yeah. we've figured out exactly what went wrong, and will be fixing it over the next day or two.
[08:14] <Robin_1> jml: I must update my code every week.
[08:14] <Robin_1> jml: OK, What I need to do now is waiting?
[08:15] <jml> Robin_1: basically, yes.
[08:16] <Robin_1> jml: Thank you. I am looking forward to your good news. If fixed, could you send me a email?
[08:17] <jml> Robin_1: sure thing. but probably the easiest thing for you to do is subscribe to the bug I mentioned in the email
[08:18] <Robin_1> jml: How to do it?
[08:19] <jml> Robin_1: https://bugs.edge.launchpad.net/launchpad-code/+bug/382795 <-- click on the green "Subscribe" link on the right-hand side of the page
[08:19] <jml> Robin_1: you'll then get emailed with any changes we make to that bug.
[08:21] <Robin_1> jml: Roger.
[09:57] <bialix> hi, I have problem with downloadable files at release page: https://launchpad.net/qbzr/trunk/0.10.0. None of these files could be actually downloaded. Every time I get error page (seems like 404) with the text: There’s no page with this address in Launchpad.
[09:57] <bialix> is it known problem or I broke something?
[09:58] <spiv> bialix: those download links work for me.
[09:58] <bialix> but does not work for me
[09:58] <spiv> bialix: e.g. I just downloaded qbzr-0.10.0.tar.gz just fine
[09:58] <bialix> and for craig (problem reported in qbzr ML)
[09:59] <spiv> and qbzr-setup-0.10.exe is working too.
[09:59] <bialix> I'm just click on file in Firefox and get error page
[09:59] <spiv> That's weird.
[10:00] <bialix> and right-click + save the object does not work too
[10:00] <bialix> am I in blacklist or something?
[10:00] <spiv> I don't think we have that sort of blacklist.
[10:01] <spiv> Perhaps there's a weird HTTP proxy on your end?  Most launchpad pages are served over HTTPS, but not download files.
[10:02] <soren> bialix: Can you paste the *exact* url shown in the address field where you see that error message?
[10:02] <bialix> wait a sec, I'll make screenshot
[10:03] <soren> Well.. Just the URL should be fine, but a screenshot is also fine.
[10:04] <spiv> Ok, it appears to be a bug that's fixed on edge.
[10:04] <soren> spiv: Oh, it's...
[10:05] <soren> right, what you just said :)
[10:05] <bialix> soren: http://bialix.com/qbzr/error-lp.png
[10:05] <spiv> On edge, I get URLs like: http://edge.launchpad.net/qbzr/trunk/0.10.0/+download/qbzr-setup-0.10.exe
[10:05] <spiv> On production, I get 404ing URLs like: http://launchpad.net/qbzr/+milestone/0.10.0/+download/qbzr-setup-0.10.exe
[10:05] <bialix> the same here
[10:05] <spiv> So, as a workaround, point people at https://edge.launchpad.net/qbzr/trunk/0.10.0
[10:06] <bialix> ok
[10:06] <bialix> not it's not ok actually, but thanks for workaround
[10:06] <spiv> :)
[10:09] <wgrant> spiv, bialix: That's bug #378740, fixed yesterday.
[10:09] <wgrant> One would think it would qualify for a CP.
[10:09] <bialix> CP?
[10:10] <wgrant> A cherrypick of the fix onto launchpad.net.
[10:10] <wgrant> Rather than waiting for Launchpad 2.2.6 to be released.
[10:11] <bialix> yes, this is very serious regression IMO
[10:11] <wgrant> Quite a few people have asked here about it. And I'm sure lots more just thought that Launchpad was yet another broken webapp not worthy of any interest.
[10:14] <bialix> btw, new release UI is much better. now release is clearly joined to milestone
[10:14] <bialix> but still UI is a bit weird
[10:15] <spiv> wgrant: thanks, I just left a comment on the bug asking about a cherrypick.
[10:15] <wgrant> spiv: Thanks.
[10:15] <wgrant> bialix: What's still weird about it?
[10:16] <bialix> it's not clear what is "release notes" and why needed "changelog".
[10:17] <bialix> perhaps there is help somewhere, I don't know
[10:17] <bialix> I can't close all Fix Committed bugs when milestone going to inactive, this is really boring
[10:17] <bialix> I mean "close automatically"
[10:17] <wgrant> bialix: There are scripts around to do that with launchpadlib.
[10:18] <wgrant> Argh.
[10:18] <wgrant> There are docs, but they are terribly out of date and completely useless.
[10:19]  * wgrant files a bug.
[10:19] <bialix> I'm doing releases of QBzr ~1 year
[10:19] <bialix> maybe I don't see all quirks because I know how to do it
[10:20] <bialix> btw, upload interface could be better as well
[10:20] <bialix> 1. will be nice to have width of description input field a bit (+30%) bigger
[10:21] <bialix> I don't see full text when I'm type something like: Windows Python installer for Python 2.4
[10:21] <bialix> 2. File content type droplist. How this info is used?
[10:22] <bialix> I never can figure out and many times I have temptaion to not change default value to "Installer file"
[10:23] <bialix> well, at least make all text fileds bigger will be good improvement
[10:23] <bialix> because windows paths to files could be much bigger than available space
[10:24] <wgrant> I haven't actually used that UI before.
[10:24]  * wgrant sharpens some weapons, and prepares to file bugs.
[10:24] <bialix> heh
[10:25] <bialix> may be, (just may be) there should be additional interface for release managers needs
[10:26] <bialix> I remember someone said in #bzr about release interface: it's too hard to find how actually made release
[10:26] <bialix> i.e. you need open series page
[10:26] <wgrant> I believe that's known.
[10:26] <bialix> then find out "Create release" link
[10:26] <wgrant> Some of this UI is getting reworked *again* soon, IIRC.
[10:28] <bialix> well, ok
[10:28] <bialix> will see
[10:29] <bialix> may be some sort of control panel for project owners/release managers will help
[10:29] <bialix> I dunno
[10:31] <bialix> more use case oriented: I want create milestone, I want create release, etc
[10:31] <bialix> series is not very clear
[10:32] <wgrant> Any Bugs people around?
[11:02] <oldman_> hi
[11:02] <oldman_> the first initial import of two of my ~vcs-imports requests keeps failing due to LP:120992
[11:02] <oldman_> is anyone around to do a manual initial import for me? (this is how it was got around last time)
[11:02] <oldman_> future syncs work fine once this initial import has been done manually
[11:08] <intellectronica> oldman_: i don't think there's anyone around who could help you right now. probably in a few hours. file a question and as soon as someone is available it will be looked at
[11:08] <oldman_> ok thanks
[11:08] <oldman_> intellectronica: what's the correct project to file a ~vcs-imports question against again?
[11:09] <intellectronica> oldman_: launchpad
[11:09] <oldman_> thanks
[11:11] <wgrant> intellectronica: Aha! A Bugs person! Can you or somebody else have a look at bug #373683?
[11:11]  * intellectronica looks
[11:12] <intellectronica> wgrant: thanks, that's quite serious, and should be easy to fix
[11:13] <wgrant> intellectronica: Great.
[12:22] <andrea-bs> The port 22 (ssh) on bazaar.staging.launchpad.net is closed, why?
[12:37] <gnomefreak> is there a way to grab a superceeded tarball from PPA?
[12:38] <bigjools> gnomefreak: yes, change the filter on the index page to see all packages, but if they're superseded more than a month ago they get removed
[12:39] <gnomefreak> bigjools: im not seeing a way to do that
[12:39] <gnomefreak> where is the filter found
[12:40] <gnomefreak> nevermind
[12:40]  * gnomefreak moron today
[12:40] <bigjools> :)
[12:40] <wgrant> How are debug archives going to work with PPAs?
[12:40] <bigjools> the debug packages will live in the same repo
[12:41] <wgrant> Ah.
[12:41] <wgrant> So it's just primary archives that have a separate debug archive?
[12:41] <bigjools> yep
[12:41] <bigjools> we don't want to bother our mirrors too much :)
[12:42] <wgrant> Yep.
[12:42]  * bigjools -> lunch
[14:33] <dhruba> Hello
[14:39] <slayton_> when writing debian/control is there anything like {$shlibs:Depends} for the build-depends field?
[14:41] <beuno> slayton_, this really isn't the channel for packaging support
[14:41] <slayton_> beuno, where should I go?
[14:41] <beuno> slayton_, maybe #ubuntu-motu?
[14:41] <slayton_> ok thanks
[15:08] <Marco> Hello.  I'm trying to contribute to a project (do-plugins) and I'm a little confused about how to go about doing things.  I registered a branch on the launchpad website, but where do I go from here?
[15:08] <Marco> in terms of uploading to my branch
[15:10] <beuno> Marco, have you used bzr before?
[15:10] <Marco> beuno, no
[15:10] <beuno> Marco, https://help.launchpad.net/BzrHowto
[15:10] <Marco> I mean, I've branched the do-plugins project to work on it obviously
[15:10] <Marco> but that's it
[15:12] <beuno> then
[15:12] <beuno> you need to push
[15:12] <beuno> bzr push lp:~username/projectname/branchname
[15:12] <beuno> (make sure you have your ssh key set in your profile)
[15:12] <Marco> it gives me an error about the repository already existing
[15:12] <beuno> and then I suppose you file a merge proposal against the project
[15:13] <beuno> Marco, you registered the branch in the web, right?
[15:13] <Marco> yes
[15:13] <beuno> maybe you'll need to add --use-existing
[15:13] <beuno> or --overwrite
[15:13] <wgrant> --use-existing
[15:13] <Marco> bzr: ERROR: Target directory lp:~marco-92/do-plugins/XChat already exists, but does not have a valid .bzr directory. Supply --use-existing-dir to push there anyway.
[15:13] <beuno> jml, can we please get rid of registering branches?  :)  ^
[15:13] <wgrant> Isn't the option to register a non-mirrored branch meant to go away soon?
[15:13] <wgrant> Heh
[15:13] <beuno> wgrant, :)
[15:14] <beuno> Marco, do what it says
[15:14] <beuno> --use-existing-dir
[15:15] <Marco> thanks, that appears to be working
[15:15] <wgrant> You can just push the branch in future - you don't need to register it beforehand.
[15:27] <Marco> How long do changes take to show up on the lp site?
[15:27] <wgrant> Normally only a couple of minutes... but there was a problem yesterday where the scanner hung.
[15:37] <Marco> On other people's commits, there's a link to their user page.  But when I commit, it's just my name and email in bold
[15:37] <Marco> https://code.launchpad.net/~marco-92/do-plugins/XChat/
[15:37] <Marco> How do I change that?
[15:37] <wgrant> Marco: bzr whoami "Some User <user@domain.com>"
[15:38] <wgrant> Marco: The email address needs to match one on your Launchpad account.
[15:38] <wgrant> But that won't change the old commits.
[15:38] <Marco> thanks
[15:38] <wgrant> Given that there's only two commits, you could probably uncommit them and recommit with the fixed email address.
[15:40] <Marco> wgrant, now it's telling me something about diverged branches
[15:40] <wgrant> Marco: bzr push --overwrite
[15:40] <wgrant> By default, pushing will not remove revisions from the history in the destination branch.
[16:31] <andrea-bs> rockstar, ping: I have a project that you and the rest of the Launchpad team may find useful
[16:52] <rockstar> andrea-bs, hi
[16:52] <andrea-bs> rockstar, I just sent you a mail :)
[16:53] <rockstar> andrea-bs, okay.  I probably won't check it until later today then.
[16:55] <andrea-bs> rockstar, I can paste the text somewhere if you wish
[16:57] <rockstar> andrea-bs, no, it's fine.  If it's not something that needs my attention right now, I can wait.
[16:57] <andrea-bs> rockstar, ok
[16:58] <intellectronica> rockstar: someone asked for help with an import earlier and i told them to file a question. don't remember who or what but can try and dig it up
[16:59] <intellectronica> rockstar: https://answers.edge.launchpad.net/launchpad/+question/73110
[17:19] <rockstar> andrea-bs, PQM-ng has already been done.  It's called Tarmac.
[17:26] <andrea-bs> rockstar, Cool, thanks. I'll give a look to it
[17:27] <rockstar> andrea-bs, I'm replying to your email now.
[17:41] <eday> Hi! Are there any known problems with broken tarball release links? I released a tarball and it works from the Download page, but not from Release/Milestone pages
[17:46] <eday> fwiw, it does seem to work on edge.launchpad.net, just not on launchpad.net
[17:46] <persia> eday, It's a known issue, and under investigation.
[17:50] <eday> persia: ok, thanks!
[18:23] <vadi2> Does anyone know of terminal instructions for adding a ppa to sources.list? I'm looking about but can't find a good example.
[18:28] <hexmode> sudo sh -c 'echo deb http://ppa/url .... > /etc/apt/sources.list.d/ppa.list'
[18:28] <tsimpson> vadi2: the way I do it is edit/create /etc/apt/sources.list.d/kubuntu.list and add the sources there
[18:28] <vadi2> was hoping for a one-line command, going to try hex'
[18:29] <tsimpson> hexmode: echo http://... | sudo tee /etc/apt/sources.list.d/ppa.list
[18:29] <tsimpson> no need for sudo sh -c
[18:29] <tsimpson> *deb http://...
[18:29] <hexmode> tsimpson: thanks for the reminder... I'm so used to sudo sh...
[18:29] <vadi2> "echo deb http://ppa.launchpad.net/giftwrap/ppa/ubuntu | sudo tee /etc/apt/sources.list.d/ppa.list" ?
[18:30] <tsimpson> you need the component "main", but yeah
[18:30] <vadi2> "echo deb http://ppa.launchpad.net/giftwrap/ppa/ubuntu main | sudo tee /etc/apt/sources.list.d/ppa.list"
[18:30] <tsimpson> "echo deb http://ppa.launchpad.net/giftwrap/ppa/ubuntu main | sudo tee /etc/apt/sources.list.d/ppa.list"
[18:30] <vadi2> okay
[18:30] <hexmode> um
[18:30] <hexmode> "jaunty main" ?
[18:30] <tsimpson> err, yeah
[18:31] <tsimpson> "echo deb http://ppa.launchpad.net/giftwrap/ppa/ubuntu jaunty main | sudo tee /etc/apt/sources.list.d/ppa.list"
[18:31]  * tsimpson puts his brain in gear
[18:32] <tsimpson> if you want to append to the file, use "tee -a" instead
[18:32] <vadi2> do I?
[18:32] <vadi2> I guess I should, as others might use this
[18:33] <tsimpson> you only need it when you want to add lines, not for the initial write
[18:34] <tsimpson> "echo ... | tee file" is like "echo ... > file", "echo ... | tee -a file" is like "echo ... >> file"
[18:34] <vadi2> hm. I'd like something that works if they're doing it the first time, or adding too (if they've added several ppas this way)
[19:15] <kklimonda> hey, Why not all PPA repositories can be pinned using apt pinning? i.e. Not all of them has unique name like "v=9.04,o=LP-PPA-gtg,a=jaunty,l=Ubuntu,c=main"?
[19:15] <kklimonda> hmm.. forget it
[19:57] <gord> hi, it seems launchpad has lost a file of mine. if you goto https://edge.launchpad.net/csl-l/trunk/littlestgoddess-1.1 and click the download link, you get a launchpad 404 page. anyone know whats happening?
[19:58] <gord> oh wait, it litterally started working again just now, perculiar
[20:08] <Marco> The launchpad map keeps putting my location in egypt
[20:08] <Marco> no matter how many times I put the market on Miami and hit save settings
[20:08] <Marco> *marker
[20:11] <gary_poster> Marco: not the worst bug in the world, but annoying. :-)  Would you mind putting a bug in for Launchpad?  Failing that, can you tell me your user name and browser, and I'll make a bug report, mentioning it (so the report has some concrete information)?
[20:11] <Marco> I'll gladly put in a bug
[20:11] <gary_poster> Marco: many thanks
[20:12] <Marco> gary_poster, what project name do I file the bug under?
[20:13] <gary_poster> Marco: https://bugs.launchpad.net/launchpad/+filebug
[20:15] <Marco> submitted it, thanks
[20:15] <gary_poster> cool, ty
[20:42] <OsamaK> Hello. Is there any way to get last updates on trasnaltion of specified package? (I'm interested in trasnalting more than a package, and it'd be boring if I had to check each of them..)
[20:43] <LaPingvino> trasnalting?
[20:43] <LaPingvino> translating?
[20:45] <OsamaK> (e.g. <https://translations.launchpad.net/awn>)
[20:46] <LaPingvino> lemme check
[20:48] <Marco> Say I've branched a project to work on a specific aspect.  What's the best way to keep everything except what I'm working on up to date with the main branch?
[20:50] <LaPingvino> OsamaK: it seems RSS is missing, but then I'm not known with ALL ins and outs of Launchpad
[20:50] <gary_poster> danilos, around?
[20:51] <LaPingvino> Marco: pull in the changes to your branch every now and then
[20:51] <Marco> using merge?
[20:51] <gary_poster> Marco: yeah.  bzr is very smart with that.
[20:52] <Marco> I don't quite understand the syntax of bzr merge
[20:53] <beuno> Marco, I'd suggest going over to #bzr for help in using the tool
[20:54] <gary_poster> OsamaK: I don't know of an RSS story.  Was going to ask a translations team guy but he's not around.  Maybe put in a brainstorm?  http://brainstorm.ubuntu.com/user?destination=ideatorrent/launchpad-net/submit/  or if that's too much trouble, a bug against the launchpad project?
[20:54] <LaPingvino> merging is something every VCS can do... or am I wrong?
[20:54] <LaPingvino> gary_poster: sounds great
[20:56] <gary_poster> LaPingvino: merging something every VCS can do: yup, pretty much.  Different algorithms and characteristics and strengths.  SVN, for instance, is not nearly as good at merging (in its current incarnation) than many of the more recent systems
[20:57] <OsamaK> gary_poster: ok. thanks.
[20:59] <LaPingvino> gary_poster: that's what Linus said with GIT as well
[21:00] <gary_poster> y
[21:22] <lionel> hi, we are migration ubuntu-fr LoCo svn+trac installation to LP. Is there a way to import our ticket on launchpad? I remember reading something about that...
[21:25] <gary_poster> lionel: does https://help.launchpad.net/Bugs/TracPlugin help?
[21:26] <lionel> gary_poster: looks good, thanks!
[21:27] <gary_poster> lionel: cool, np :-)
[21:31] <mdke> I've opened a question about renaming a project, but I'm curious as to whether it is actually possible. Does anyone know if it can be done? Or does the fact that the project contains branches mean that it can't be renamed?
[21:33] <beuno> mdke, it can
[21:33] <beuno> all branch URLs will break
[21:33] <beuno> so people will have to re-set them manually
[21:33] <beuno> but there's a project alias thing salgado worked on
[21:33] <beuno> not sure how much it redirects
[21:34] <mdke> beuno: so the branches will be renamed with it too
[21:34] <mdke> ?
[21:35] <beuno> mdke, yes
[21:35] <mdke> great
[22:16] <stefanlsd> Which email can i use to send a bug to the test launchpad server (sandpit)?
[22:28] <gary_poster> stefanlsd: um, that's a darn good question.  You want staging, in other words--something that won't stay in the db?
[22:39] <gary_poster> stefanlsd: I'm sorry, I have to run.
[22:47] <kRutOn> Hello.
[22:48] <kRutOn> I have a problem that seems pretty universal. My .po imports to rosetta sometimes take days. It appears to be tied to the way the directory structure in my tar.gz file is set up.
[22:48] <kRutOn> Is there some way I can tar up the .pot and .po files to be compatible with the automated po import approver?
[22:51] <persia> stefanlsd, staging doesn't do email, unfortunately (or at least it didn't the last several times I tried to do something with it).  In some ways this is good because we don't get lots of spurious email, but it limits testing.
[23:51] <thumper> persia: staging does do email (for testing) but it all ends up in a big IMAP folder only devs can see
[23:55] <persia> thumper, Ah.  Sorry about the floods previously then :)
[23:56] <thumper> persia: we don't look at it all the time
[23:56] <thumper> and people using staging is good
[23:56] <persia> But still, it's not useful for those of us who try to work on external tools.  That said, with launchpadlib, there's not nearly the dependence on the mailing interface.
[23:57] <wgrant> In 6.5 weeks that will be fixed for some cases, I guess.
[23:57] <wgrant> As some things will be able to be done using the Freed code.
[23:58] <persia> Well, we'd need to setup  a private instance (non-trival), or perhaps the giant-testing-ldap could also be made public.
[23:58] <persia> I suspect there are lots of these corner cases that can be investigated as part of the opening of LP development.
[23:59] <wgrant> giant-testing-imap? I doubt it.
[23:59] <persia> s/ldap/imap/ (I can't read)
[23:59] <wgrant> But it can't be *that* hard to set up a development instance without all the extra bits.
[23:59] <persia> wgrant, Why is giant-testing-imap bad?  performace?  private risk?