[05:10] <MBCR> ban me
[05:10] <MBCR> !ops
[05:13] <wgrant> Even better.
[08:19] <baptistemm> hello
[08:21] <baptistemm> is there anyway to unsubscribe someone from a bug report? I have subscribe the SRU team for a SRU update, but I need to ork more on a patch so in the mean time I would like to unsubscribe them, and I didn't see any optionfor that
[08:22] <micahg> baptistemm: no
[08:22] <micahg> baptistemm: do they know you're working on it?
[08:26] <baptistemm> I put a comment stating the packaging I uploaded on the bug # is broken and I need to work on, but as I don't know how to fix it it could take some time
[08:27] <micahg> baptistemm: you should go into #ubuntu-motu if you need help
[08:30] <baptistemm> okay
[09:26] <sraps> hello!
[09:26] <sraps> how to delete a project?
[09:26] <geser> baptistemm: you can ask someone from the SRU team to unsubscribe them from that bug
[10:28] <AlexC_> Hi
[10:28] <jml> hello.
[10:28] <AlexC_> I merged some translation files with launchpad few months back, and these new translation files actually removed existing strings. However Launchpad has decided to keep these deleted strings. How can I remove them, as this is added unwanted work to translators, since they will never be used
[10:30] <dpm> AlexC_, danilo_ or henninge might be able to help you, could you point them to your project, and to some of the unwanted strings as an example, please?
[10:31] <AlexC_> sure
[10:31] <henninge> AlexC_: yes, some links would be helpful
[10:32] <AlexC_> https://translations.launchpad.net/tangocms/trunk/+pots/tangocms-aliases/en_GB/+translate?start=0
[10:33] <AlexC_> for example, "Added URL Alias "%1$s"", "Edit URL Alias "%s"" are 2
[10:34] <AlexC_> I was shortly about to upload a new merged translation set of files to be imported, and just wanted to check if Launchpad should be removing the deleted strings
[10:34] <AlexC_> tbh, thinking about it - this may actually be a mistake on my part and those weren't removed in the files I uploaded. I shall have to double check that
[10:37] <henninge> AlexC_: Are you talking about "translations" or "templates"?
[10:37] <AlexC_> sorry, templates
[10:38] <henninge> AlexC_: yes, you should double check that. When you update a template with a new pot file, Launchpad will only use the English strings that are mentioned in that file, everything else is "obsoleted".
[10:39] <AlexC_> ok, that's good to know it should delete them then. I shall check what I uploaded
[10:39] <henninge> AlexC_: You get the obsolete strings as comments at the end of a template file that you export from Launchpad.
[10:40] <AlexC_> I take it these aren't included in the .po files?
[10:40] <henninge> no, not there
[10:40] <AlexC_> good, good. I'll get another set of templates uploaded shortly then
[11:13] <geser> does the binary publishing history for a package in the main archive still exists?
[11:14] <wgrant> geser: Yes. Why?
[11:14] <geser> I want to find out when exactly the new python-pkg-resources pkg got into lucid. It seems to be broken (see bug #490731)
[11:18] <wgrant> geser: You mean something like https://edge.launchpad.net/ubuntu/lucid/i386/python-pkg-resources?
[11:18] <geser> wgrant: yes, how you got there? and don't tell you typed the url
[11:19] <wgrant> geser: I'm afraid so.
[11:19] <wgrant> geser: Let's see if I can work out how to click there.
[11:21] <wgrant> geser: Best thing I can see is:
[11:21] <geser> found a path, but not very intuitiv :(
[11:21] <wgrant> 1) Go to the source package page (https://launchpad.net/ubuntu/+source/distribute)
[11:21] <wgrant> Ah, right.
[11:21] <wgrant> Not at all intuitive.
[11:21] <wgrant> But that's why we have keyboards!
[11:21] <wgrant> I think.
[11:22] <geser> I found it through: build then the package below "Binary packages" which leads to the versioned binary page and the use the breadcrumb to move one level up
[11:23] <wgrant> Right.
[11:23] <geser> is it intended to be so hard to find?
[11:24] <wgrant> I went from the distribution source package page to a source package release to the distro series binary package release, then through breadcrumbs to the distro series binary package.
[11:24]  * wgrant has no idea.
[11:34] <geser> al-maisan, bigjools: any idea why pkg-create-dbgsym didn't got update on the buildd (kept back)? http://launchpadlibrarian.net/36328245/buildlog_ubuntu-lucid-i386.pion-net_2.2.2%2Bdfsg-2_FAILEDTOBUILD.txt.gz
[11:36] <al-maisan> geser: good question .. maybe a missing dependency?
[11:38] <geser> is has no dependencies at all (it's just some shell scripts)
[11:39] <bigjools> I am on the phone, perhaps lamont is around? --^
[11:41] <wgrant> The following held packages will be changed: pkg-create-dbgsym
[11:42] <wgrant> (that's from inside that chroot)
[11:43] <wgrant> Indeed, it is held.
[11:43] <lamont> bigjools: perhaps
[11:43] <bigjools> you can't hide!
[11:44] <geser> any reason why pkg-create-dbgsym is on hold?
[11:44] <lamont> geser: because it was bad (32).  is it proven to be not bad yet?
[11:49] <geser> lamont: the "add .ddebs to .changes file" change in 0.32?
[11:49] <wgrant> Oh, damn. Crazy non-debhelper-users
[11:50] <geser> there was some fix for non-debhelper-users in 0.33
[11:51] <geser> but as I don't know the exact problem, I can't tell if it's fixed or not
[11:51] <wgrant> It certainly looks fixed.
[11:52] <geser> but pkg-create-dbgsym 0.35 is needed to fix the FTBFS of pion-net
[11:54] <lamont> geser: I'd like to do a little bit more verification before releasing it from the corner where we sent it - would later today be quick enough?
[11:55] <geser> lamont: sure no hurry
[17:53] <deryck> jcastro, ping
[17:53] <jcastro> deryck, yo
[18:10] <maxb> Do the LOSAs look after lists.ubuntu.com too, even though it's not exactly Launchpad?
[18:11] <maxb> I am curious why I can download https://lists.ubuntu.com/archives/bazaar.mbox/bazaar.mbox with Firefox, but wget gets a 403 Forbidden
[18:17] <barry> maxb: no, but our IS team does
[18:18] <barry> maxb: i get a 403 with firefox
[18:18] <maxb> um. nice. Well, I've downloaded it :-)
[18:18] <barry> maxb: did you log in, maybe to view the archives?
[18:19] <maxb> I wasn't aware of doing so. Perhaps I have a lurking cookie
[18:21] <maxb> According to Firefox Live HTTP Headers, there's nothing personally identifying in the request
[18:22] <maxb> Oh, heh. It's performing Referer: filtering
[18:36] <barry> maxb: interesting
[18:51] <jyoder> I wrote a little tool (temporarily) called debuild-ppa-dist (following the syntax of pbuilder-dist) to automate changing the changelog and uploading to multiple revisions (e.g. hardy/jaunty/karmic).  Anyone think this would be a useful thing to try to get into the build tools or am I one of the few people that would use something like it?
[18:53] <jyoder> you name your revisions the normal PPA way, e.g. lirc_0.8.6-0ubuntu1~ppa3 and it takes care of changing the changelog to lirc_0.8.6-0ubuntu1~ppa3~hardy1
[18:53] <akheron> jyoder: according to my (limited) experience, there are other things to change across distro revisions than only the changelog
[18:54] <jyoder> ok, so my package might be an outlier then...
[18:55] <jyoder> what kinds of things?  other debian build control files or source changes (on average I mean)?
[18:56] <akheron> it depends
[18:57] <akheron> I have done both
[18:58] <jyoder> other debian control files would be an easy addition to the tool, but source changes outside the debian directory would definitely not fall under what I was picturing
[18:59] <akheron> e.g. disabled tests that are known to fail with certain library versions (this is a source change), tweaked dependencies (control file change), and even had more binary packages built on never ubuntu versions because of new dependencies popping up
[18:59] <akheron> none of these are trivial changes that can easily be automated
[19:00] <akheron> but on easy cases, why not
[19:01] <jyoder> actually the dependency case is an easy one (I think) by simply having a debian/<file>~intrepid convention for the tool...  but I'm not sure anything beyond that is going to be easily handled :)
[19:01] <akheron> s/never/newer/ a few lines up :P
[19:02] <akheron> it's good to proofread your irc lines 5 mins after writing them
[19:02] <jyoder> I agree
[19:26] <fta> got an email from lp about imported comments, it doesn't make sense at all: http://paste.ubuntu.com/333331/
[19:27] <fta> bugs are unrelated
[19:28] <fta> and the lp bug has no such comments
[19:49] <mtaylor> hey ho - I keep trying to lftp in to bazaar.launchpad.net to remove a backup.bzr dir and it pretty much continually hangs
[19:49] <mtaylor> am I doing something wrong?
[19:50] <beuno> mtaylor, have you tried hitchhiker instead?
[19:50] <mtaylor> beuno: no.
[19:50] <mtaylor> beuno: I spent most of my time wishing for a launchpad upgrade branch button :)
[19:51] <beuno> mtaylor, https://dev.launchpad.net/HitchHiker
[19:51] <beuno> I think you can also just clean it up in one command, but I always forget how
[19:51] <beuno> maybe abentley is around
[19:52] <mtaylor> beuno: fwiw, the brnach command on dev.launachpad.net has a typo
[19:52] <mtaylor> there are two h's
[19:52] <beuno> mtaylor, fixed, thanks
[19:53] <mtaylor> beuno: sure!
[19:53] <mtaylor> beuno: perhaps a bzr upgrade --2a --force option which would remove any previous backup.bzr dirs? or rename them?
[19:53] <mtaylor> beuno: but thanks -that worked great!
[19:54] <beuno> mtaylor, yes, I've been crying for 2 years for something like that
[19:54] <beuno> I may just end up proposing a patch and stop whining
[19:55] <beuno> I keep on hearing upgrades via de web ui are around the corner
[19:55] <mtaylor> beuno: funny. I was just thinking the same thing
[19:55] <mtaylor> beuno: both would really be nice - a --force option and a web ui option
[19:55] <mtaylor> beuno: and then, for added bonus, an "upgrade all branches" option for a project
[19:56] <beuno> mtaylor, if you do end up proposing a patch, my thought was either --force, or just by default, rename the dir to backup.bzr.1/2/3/4/etc
[19:56] <mtaylor> I'm about to upgrade all of the drizzle branches (within the next week or so) and it's going to eat a lot of bandwidth :)
[19:56] <mtaylor> beuno: ooh. I would really like just renaming the old dir by default
[19:56] <beuno> mtaylor, I think that with branch stacking, you basically need to upgrade all at once
[19:57] <beuno> mtaylor, so, lets race and see if either of us cook up a patch for renaming  :)
[19:57] <beuno> also, you may want to see if it isn't better to get someone to upgrade the drizzle branches on the datacenter directly, considering it's size
[19:57] <beuno> mwhudson, what do you think about that ^
[19:58] <fta> no comment for my bug? ok, I just filed bug 491549 then
[19:58] <mwhudson> beuno: um, drizzle isn't that big is it?
[19:59]  * mwhudson isn't really sure though
[19:59] <beuno> mwhudson, I don't know, I thought they branched off mysql, but I may be wrong
[20:00] <lifeless> they branched off mysql
[20:00] <lifeless> deleted 90% of it
[20:00] <lifeless> and continued.
[20:00] <lifeless> actually rephrase
[20:00] <lifeless> they cp -a'd mysql
[20:00] <lifeless> committed
[20:00] <lifeless> then started deleting shit.
[20:00] <lifeless> so they aren't joined in history
[20:00] <moradan> Hello, is there a launchpad administrator here? I'm very interested in https://answers.launchpad.net/launchpad/+question/92509
[20:01] <lifeless> but they do have a few big revisions while they did the massive cleanup
[20:01] <lifeless> mtaylor: losas will do it with jkakar's script; see previous discussions :)
[20:01] <mtaylor> lifeless: awesome. I just followed up to that via email, actually
[20:02] <mtaylor> we aren't as big as mysql - but we do commit a lot
[20:02] <mtaylor> so we have quite a few revisions
[20:02] <lifeless> mtaylor: if you were to rebase your whole tree 3 revs later, your history would be a lot smaller ;)
[20:02] <mtaylor> lifeless: heh
[20:02] <jkakar> I still need to incorporate the fix-missing-revisions script.  It's on my todo list, will try to do it sooner than later.
[20:03] <mtaylor> lifeless: you know - if rebase didn't throw an exception on missing revisions, I'd use it more
[20:03] <lifeless> mtaylor: I'm glad it throws then :)
[20:03] <mtaylor> lifeless: :)
[20:04] <mwhudson> mtaylor: just out of curiosity, what is "du -sh .bzr" for your drizzle repo?
[20:04] <mtaylor> mwhudson: 165M
[20:04] <lifeless> 70m in 2a
[20:05] <mwhudson> roughly the same size as bzr then?
[20:05] <lifeless> yeah
[20:05] <mtaylor> lifeless: I've been considering the workflow of bzr branch lp:drizzle foo ; cd foo ; commit commit commit ; bzr rebase lp:drizzle ... rather than bzr branch lp:drizzle foo ; cd foo ; commit commit commit ; bzr merge lp:drizzle
[20:05] <mtaylor> lifeless: so that I keep all of the revision history intact (I'm not interested in git-style collapsing)
[20:06] <mtaylor> lifeless: but it doesn't really work for anything non-trivial, so I gave up
[20:06] <lifeless> mtaylor: I don't see that they would differ in that manner
[20:07] <mtaylor> lifeless: they has ambiguous antecedant here
[20:07] <lifeless> using rebase or merge
[20:07] <lifeless> would seem to have the same identical preservation of revisio history
[20:07] <mtaylor> oh, well, using rebase doesn't leave you with one or more "merged trunk" revisions after my work
[20:08] <lifeless> thats true, but thats not really about 'preserved history' is it?
[20:08] <mtaylor> lifeless: oh, no. by preserved history I meant preserved sequence of commits that I made
[20:09] <mtaylor> their relation to a particular starting point in the tree is (sometimes) less interesting
[20:09] <lifeless> long as you retest each one individually ;)
[20:10] <mtaylor> lifeless: yes... or if you happen to know that they don't have any relation to the changes that streamed in to trunk... but yeah. it's not a total replacement, there are just times when it seemed like it would be nicer
[20:10] <mtaylor> lifeless: again though - doesn't work, so sort of moot
[20:10] <lifeless> did you file bugs?
[20:10] <jkakar> Rewriting history is a bad idea in code and in real life. :)
[20:11] <lifeless> jkakar: it can be a very powerful tool
[20:11] <lifeless> jkakar: we shouldn't discard the tool because it /can/ have bad implications. We should just make them obvious, and support avoiding them.
[20:11] <jkakar> lifeless: Yeah, I know.  But it seems like the thing you'd need once in a while, not as a rule.
[20:11] <mtaylor> lifeless: I think I did. and then I think I noticed that nothing had been touched in month
[20:11] <mtaylor> months
[20:12] <jkakar> lifeless: Right, agreed.
[20:37] <blackxored> hello crew, I want my git branches for my debian/ubuntu packages to appear linked to me in launchpad, how can I achieve this?
[20:39] <maxb> blackxored: Could you explain a little more what you mean? Possibly with an example?
[20:39] <blackxored> maxb I maintain my packages in git.debian.org
[20:40] <blackxored> since I'm starting to be more active on ubuntu as well
[20:40] <blackxored> I want the branches to be listed and mirrored at launchpad
[20:40] <blackxored> since my goal is that my packages will mostly be syncs
[20:40] <maxb> You can create automatic bzr imports of remote git branches.... but only for the git HEAD at the moment.
[20:41] <blackxored> maxb, all right for now, enlighten me plz :)
[20:42] <blackxored> I am at the VCSImport page
[20:42] <blackxored> in project I assume I should set ubuntu
[20:42] <blackxored> or can I be more specific
[20:42] <blackxored> ?
[20:42] <moradan> Hello, is there a launchpad administrator here? I'm very interested in https://answers.launchpad.net/launchpad/+question/92509
[20:42] <maxb> blackxored: Um. Can you show me a link to the git branch?
[20:43] <blackxored> git://git.debian.org/pkg-java/azureus.git or http://git.debian.org/?p=pkg-java/azureus.git for example
[20:44] <maxb> I suppose in the ideal world it would be registered as an import to a package branch associated with debian/sid
[20:45] <blackxored> maxb, probably but sometimes (casually right now) I have diversion such as
[20:45] <AlanBell> hi, can I ask about launchpadlib here?
[20:45] <maxb> Unfortunately it appears that the vcs-import creation UI has not been updated since the concept of package branches was created
[20:45] <maxb> AlanBell: Yes, and you may even get an answer :-)
[20:45]  * blackxored is getting the link
[20:46] <AlanBell> ok, I am just getting started and failing at the first hurdle, from the instructions at https://help.launchpad.net/API/launchpadlib
[20:46] <blackxored> http://git.debian.org/?p=pkg-java/azureus.git;a=shortlog;h=refs/heads/ubuntu
[20:46] <AlanBell> when I try to set up the credentials and the cachedir I get AttributeError: type object 'Launchpad' has no attribute 'login_with'
[20:46] <blackxored> maxb, here ^^^^
[20:47] <AlanBell> and if I do dir(Launchpad) it has things like '_get_external_param_name', '_get_parameter_names', '_transform_resources_to_links', 'get_token_and_login', 'load', 'login', 'lp_attributes', 'lp_collections', 'lp_entries', 'lp_get_named_operation', 'lp_get_parameter', 'lp_has_parameter', 'lp_operations', 'lp_refresh']
[20:47] <AlanBell> but no login_with
[20:48] <maxb> blackxored: Unfortunately the current importer is incapable of importing that
[20:48] <blackxored> I supposed that :(
[20:48] <maxb> It can only import what HEAD points to, i.e. usually refs/heads/master
[20:48] <blackxored> is even incapable of linking the package branches as well
[20:49] <blackxored> master is for debian and there's no way I can change that :P
[20:49] <maxb> The ability to point at alternative heads is definitely near the top of people's lists for things to fix
[20:50] <blackxored> maxb, probably yes
[20:50] <blackxored> maybe when I get some time :P I could provide some help, but no promises
[20:50] <maxb> I've been contemplating looking at it myself
[20:50] <blackxored> thanks for your help anyways, seems like I'll stick to git and things as they are
[20:51] <AlanBell> the launchpadlib I am using is on an up to date Jaunty box, installed the easy way from the repos
[20:51] <maxb> AlanBell: http://paste.ubuntu.com/333378/ <--- my personal "just playing around with launchpadlib" script
[20:52] <AlanBell> maxb: thanks, looks useful
[20:52] <AlanBell> I want to enumerate all the members of a group and it's subgroup and watch for changes
[20:53] <AlanBell> so your script is using get_token_and_login
[20:54] <AlanBell> I can see that but I can't see launchpad.login_with
[20:57] <maxb> If you're still using the launchpadlib shipped with Jaunty.... I think you should definitely update
[20:57] <maxb> 0.2~bzr35-0ubuntu1 vs. 1.5.1-0ubuntu1 in karmic ... huuuuuge difference
[20:57] <AlanBell> ok, will fire up a Karmic and try again
[20:58] <maxb> It should be somewhat feasible to install the newer launchpadlib on jaunty, I would hope
[20:58] <AlanBell> Karmic is fine if that is the reason
[20:58] <AlanBell> in fact anything is fine as long as I understand it
[21:00] <moradan> barry: hello, may I talk to you?
[21:00] <barry> moradan: yes, but i'm about to go on a phone call, duration unknown
[21:02] <AlanBell> yay, login_with does exist in Karmic
[21:04] <moradan> barry: my question is the same as yesterday (approximately 22-23 hours ago) and there is some time - you helped me a lot and now lead-developer of the projects' program wrote a question  https://answers.launchpad.net/launchpad/+question/92509 - I just wanted to point this.
[21:05] <AlanBell> hmm, tried to log in to the wiki to add a note about Jaunty and I am looking at a big moinMoin error
[21:07] <barry> moradan: that looks good to me.  i will have to assign this to a losa since i do not have permission, but i think it will be fine
[21:07] <moradan> thanks
[21:16] <AlanBell> ok, logged in now. I changed the installation instructions a bit, https://help.launchpad.net/API/launchpadlib#The launchpadlib in Ubuntu (easy to install)
[21:38] <barry> moradan: i've assigned the question to the losas.  please let me know if it's not resolved in the next few days
[21:39] <barry> moradan: with a launchpad release coming up, please be patient
[21:39] <maxb> Well, we can hope it all goes smoothly and the losas are bored tomorrow :-)
[21:39] <barry> maxb: +1
[21:40] <mbarnett> +2*10^23
[21:40] <barry> AlanBell: i see your wiki change.  thanks
[21:40] <barry> mbarnett: OverflowError
[21:40] <mbarnett> doh!
[21:41] <AlanBell> barry: no problem
[21:41] <AlanBell> I am now having lots of fun browsing about launchpad with python
[21:41] <maxb> You have 18¼ minutes left...
[21:42] <barry> maxb: sounds like you're talking to richard nixon
[21:45] <moradan> thanks a lot
[22:00] <oojah> mbarnett: You're a tease :)
[22:05] <mbarnett> :)
[22:07] <infinity0> how do i delete comments on bugs? i made a doublepost by mistake