[00:26] <jml> Peng_: the idea has strengths and weaknesses
[00:26] <jml> Peng_: obviously we'd download less from servers we're mirroring from
[00:26] <jml> Peng_: but everyone branching from Launchpad would pay that price
[00:27] <jml> Peng_: we can make the change fairly easily in our code, but it's a trade-off where the costs and benefits of the trade are murky.
[00:29] <jml> mwhudson: re 'the import from local thing', what's the procedure for doing that?
[00:29] <jml> (tell me so I can add it to a wiki page somewhere)
[00:33] <mwhudson> jml: it's on a wiki page already
[00:34] <jml> oh. cool.
[02:24] <emma> Hey just out of curiosity, what is the value/purpose of listing people who have left a team or teams you have left? I think that I would be more likely to join/try more teams (thereby becoming more active in the community and on Launchpad) if I did not feel that any mistake would be like a tatoo on my record forever.
[02:26] <nhandler> emma: My guess is for historic reference. I am able to look at any team on LP and see who the current members are and who used to be a member
[02:27] <emma> nhandler: yeah for sure that's something you are able to do, as it is.
[02:27] <emma> Looking to see who's currently on a team, that's very clear why that's valuable.
[02:29] <nhandler> It is also useful being able to see who used to be on a team. For instance, I can see who used to be on the MOTU Council or who used to be a core-dev
[02:30] <emma> For things like that there could be a registry or some hall of fame or something.
[02:31] <emma> The burden of having every choice I make including my anti-choices recorded forever creates an atmosphere where there is less freedom to try out new things.
[02:32] <nhandler> emma: Do you have an example of an incident where being listed as an expired/deactivated member of a team can be a bad thing?
[02:35] <emma> Yeah I think I could construct an example but from an interest in avoiding cruft it is psychologically irritating to think that any choice I make will be recorded forever, even if later on I don't want to be associated with it.
[02:36] <emma> If one of the design goals of Launchpad is to discourage people from trying stuff out unless they are really certain they will be active and interested, then this is a good strategy.
[02:48] <Peng_> barry: OT here, but in bug 336933 you said installing Pyrex would pull in a lot of things. I'm just curious, what would it pull in? What OS?
[02:50] <barry> Peng_: debian lenny.  off hand i don't remember what all else it was going to install
[02:51] <Peng_> barry: FWIW, on Ubuntu Gutsy, if I try to install it with aptitude, it brings in Python 2.4, but if I use apt-get, it doesn't.
[02:52] <barry> Peng_: weirdness
[02:52] <Peng_> barry: Yep. Anyway, I just wanted to suggest that in case it might help.
[02:53] <barry> Peng_: thx!
[02:53] <dtchen> Peng_: apt-get in gutsy doesn't install recommends by default for dist-upgrades
[02:53] <dtchen> Peng_: python-all-dev is a recommends, which pulls in python2.4 bits
[02:54] <Peng_> dtchen: Oh, thanks for the explanation.
[04:56] <fidji> plop
[05:16] <kriyas13> how to register a branch?
[05:35] <jml> kriyas13: easy!
[05:35] <jml> kriyas13: but if you just want to host a branch on Launchpad, you don't even need to register, just push it up
[05:35] <jml> kriyas13: what project do you want to register your branch on?
[05:35] <jml> fidji: hi
[05:38] <kriyas13> Morphological analysis for tamil
[05:38] <jml> kriyas13: url?
[05:39] <kriyas13> I'm doing this project now, i don't know what is url?
[05:39] <kriyas13> how to create url?
[05:41] <kriyas13> jml: Are you there? please help me......
[05:41] <jml> kriyas13: if you are registering a project, then go to https://launchpad.net/ and click "Create a new project"
[07:40] <maxb> Hmm, I've had a PPA upload rejected with Section "vcs" is not allowed in jaunty
[07:41] <maxb> which is an interesting can of worms, since I go that straight from an actual Debian sid package (mercurial)
[07:42] <maxb> What's even more interesting is that the debian-policy manual doesn't declare that to be valid
[07:43] <noodles775> maxb: Does sound strange... I'm not aware of any changes, but the list of sections for jaunty is here:
[07:43] <noodles775> http://packages.ubuntu.com/jaunty/
[07:46] <maxb> http://lists.debian.org/debian-devel-announce/2009/03/msg00010.html
[07:47] <maxb> wow
[07:47] <maxb> apparently there are many new sections now
[07:48] <maxb> It sucks a bit that I can't upload debian-based source to launchpad without having to mangle the section field
[07:49] <maxb> wishlist bug on Soyuz, do you think?
[07:50] <noodles775> Sounds good... certainly needs to be looked at since the email you linked to! :)
[07:53] <maxb> Where does Soyuz track the valid sections, I wonder. Is this something requiring a Soyuz fix, or does it merely mean the Ubuntu archive admins will need to manually ack the first upload of each new section?
[07:54] <noodles775> maxb: I'm not sure... it's not something I'm familiar with.
[07:54] <wgrant> A grep for x11 through RF should tell you pretty quickly.
[07:54] <noodles775> wgrant: was just looking in the db for sections :)
[07:56] <wgrant> Ah.
[07:56] <wgrant> It's in the DB.
[07:56] <noodles775> yes, we have a sections table...
[07:56] <wgrant> And the new sections do exist, just not in Ubuntu.
[08:00] <wgrant> I wonder how they get created in Ubuntu.
[08:00] <wgrant> Since it will have never needed to be done before.
[08:00] <wgrant> (gina appears to create them automatically, as the Debian import into LP isn't dead)
[08:04] <maxb> I shall leave you folks to ponder and file an "Investigate this" bug later if there's no conclusion here
[08:05] <noodles775> maxb: yes, definitely file a bug... that'd be great.
[08:05] <maxb> Are the sections per-distro or per-distroseries?
[08:05] <noodles775> maxb: distroseries
[08:05] <maxb> Because it would be preferable to be able to upload new sectioned packages to, for example, hardy PPAs
[08:05] <maxb> Which I guess is a secondary issue
[08:06] <maxb> And the hardy/intrepid backports pockets, I guess too
[08:06] <maxb> Would be irksome for sourceful backports to be required just to change a sectoin
[08:07] <wgrant> Backports will be problematic.
[08:08] <wgrant> But this belongs in #ubuntu-devel, I suspect.
[08:09] <wgrant> Actually, what am I saying
[08:09] <wgrant> We've got overrides for that.
[08:10] <wgrant> So it might not affect primary archive uploads at all.
[08:12] <noodles775> Just browsing through the code, it looks like soyuz just verifies that the indicated binary section name is one of the sections the db has for that distroseries, and if not, raises the error maxb saw.
[08:13] <noodles775> during processing of uploads.
[08:13] <noodles775> So I assume the db sections table is just not up
[08:13] <noodles775> to-date.
[08:13] <wgrant> Right, but I wonder how it will affect backports.
[08:14] <wgrant> Does backport-source.py do a real upload?
[08:15] <maxb> So there's potentially three separate issues here? 1) Adding the new sections in support of new jaunty uploads, 2) primary archive backports, 3) PPA backports
[08:16] <maxb> Or rather "PPA backport-esque uploads"
[08:16] <wgrant> Yes.
[08:16] <wgrant> PPAs are particularly problematic because they don't have overrides.
[08:20] <noodles775> If the package can be identified as a backport, then soyuz should be able to say: (1) check that section exists, (2) if not, and if package is a backport, check that section exists in later distroseries?
[08:21] <wgrant> i suppose so.
[08:21] <wgrant> But that belongs in a bug with distroteam people.
[08:36] <wgrant> mpt: I would like to see stats on what fraction of bug description and summary edits are made by you.
[08:37] <mpt> wgrant, miniscule for Ubuntu (though you would have seen some yesterday), maybe 5% for Launchpad
[08:37] <wgrant> mpt: I'm sure I get far more from you than anyone else.
[08:38] <mpt> wgrant, you and I both concentrate on Web-interface-related bugs
[08:38] <wgrant> mpt: True.
[08:40] <mpt> Of the 4993 bug reports currently open for Launchpad, I reported 702 (14%) of them
[08:40] <mpt> That's obviously down a bit from when I was an active Launchpad developer. :-)
[08:41] <wgrant> Not bad!
[08:41] <wgrant> Dam
[08:41] <mpt> Measuring edits would be hard because Launchpad doesn't record activity in a queryable fashion yet
[08:41] <wgrant> *Damn. I'm below 150 open against launchpad-project.
[08:52] <wgrant> Is there a good reason for the new team page to ask me to configure the team's languages?
[08:52] <wgrant> I wasn't aware that a team was intelligent enough to understand a natural language.
[09:07] <Spads> wgrant: I pity the fool who can't understand natural language!
[09:07] <Spads> wgrant: Oh, you didn't mean A-Team™
[09:08] <wgrant> Spads: Now you have me confused!
[09:09] <Spads> wgrant: Sorry, just misread "a team" as "A-Team"
[09:09] <Spads> wgrant: and I thought "Why, of course Mr. T can understand natural language!"
[09:10] <wgrant> Spads: Hah.
[10:10] <wgrant> Are the much-improved bug activity logs going to be back-populated? I'd imagine it would be possible to get most of the info from BugNotification...
[10:23] <thekorn> wgrant: new activity log sounds intresting, I think I've never seen one, can you give me an example or are they not public yet?
[10:24] <wgrant> thekorn: There's a whole lot of changes happening in that area.
[10:24] <wgrant> thekorn: At the moment it seems to just be fixing APIs and recording more changes.
[10:25] <wgrant> But soon it seems changes will be shown interleaved with the comments on the main page.
[10:25] <wgrant> Which will be very good.
[10:25] <thekorn> ah ok
[10:26] <wgrant> It's all finally being fixed and made useful!
[10:28] <thekorn> yes, having changes and comments in the same view is very useful
[10:30] <BjornT> wgrant: we haven't decided yet whether we will back-populate the activity log. while it's possible for a lot of things, it's a lot of work. so we'll probably see if there's something that people really want to have back-populated and concentrate on that
[10:31] <thekorn> this way I can drop one of my greasemonkey scripts, which is a good thing
[10:32] <wgrant> BjornT: Hm, OK...
[10:39] <lip> Hello, who is duty today?
[11:07] <lool> Hey, I'm afraid https://answers.launchpad.net/soyuz/+question/64519 is a bit urgent, would by any chance an admin be around to look at it?
[11:07] <bigjools> lool: you can ask IS, there's no admin coverage just yet
[11:08] <lool> bigjools: I think I'll remove a package immediately then to free up space
[11:38] <mneptok> how can i delete a code series on LP?
[11:50] <qball> danilos: you around?
[11:50] <danilos> qball: yeah, but a bit busy
[11:50] <qball> ok. nm then
[11:50] <qball> I'll ask later
[11:50] <danilos> qball: if it's about approving those 4 templates, I can do that :)
[11:51] <qball> yes
[11:52] <danilos> qball: ok, done
[11:52] <danilos> qball: they should be imported soon
[11:52] <qball> thx
[11:53] <wgrant> mneptok: A project series?
[12:09] <mneptok> wgrant: https://launchpad.net/maria  <--- the 1.5 series there needs to go
[12:16] <wgrant> mneptok: Right, that's a project series. You'll need to ask a Question to get an admin to do that, if it's possible at all.
[12:16] <wgrant> Although you might be able to move it to a junk project yourself.
[12:16] <mneptok> wgrant: oh, it's possible.
[12:16] <mneptok> ;)
[12:17] <mneptok> "Dear LP admins, I have a code series that needs deletion. Until it's gone, some of my worked is blocked, so I'll have some free time to interact with devs and users on IRC and mailing lists ..."
[12:17] <wgrant> There is a Useless Junk project around that has lots of series moved from other projects on it.
[12:17] <mneptok> i estimate ~2.3 minutes after receipt of that e-mail the series is nuked ;)
[12:17] <wgrant> Heh.
[12:19] <mneptok> hmmm ... i don't think you can assign a series to another project if it has no associated code.
[12:21] <wgrant> There doesn't seem to be UI for it at all, which isn't surprising.
[12:21] <wgrant> I suppose those series could have landed in the junk project with a bit of manual SQL help.
[13:34] <radix> hey guys, a vcs-import of mine is failing https://code.edge.launchpad.net/~vcs-imports/peppy/trunk
[13:34] <radix> the error involves "200 OK" which is kind of strange :)
[15:22] <MTecknology> How can I see what my openid url is?
[15:23] <oly> hi, can anyone point me at a guide to using launchpad to do translations i have my code hosted there but not sure how to get started
[15:25] <oly> I am using gettext in my python code if thats of any help, but also need xml files translated
[15:40] <gary_poster> oly: I don't know much about Translations, but https://help.launchpad.net/Translations might be all you need?
[15:41] <oly> thats exactly what i was after thxs gary_poster
[16:34] <freinhard> hi!
[16:35] <freinhard> uploaded a changes file with dput and launchpad confirmed that it builds on amd64/i386/lpia. how i get the real package now? now *.deb in my ppa so far.
[16:35] <freinhard> s/now/no/
[16:40] <LarstiQ> freinhard: it takes a while.
[16:43] <freinhard> LarstiQ: thx, they just hit my ppa :)
[16:45] <cyberix> I run into a problem while reporting a bug.
[16:45] <cyberix> The software will crash while it is given an empty input file
[16:45] <cyberix> But Launchpad doesn't allow me to upload the file
[16:45] <cyberix> Because it is empty
[16:45] <cyberix> tricky
[16:46] <cyberix> Should I file this as a bug for Launchpad :-/
[16:46] <kiko> cyberix, just say it's a zero-byte file with a certain name in a comment
[16:46] <kiko> I don't know if it's really a bug..
[16:52] <cyberix> kiko: This might be a proble, if the reporter wouldn't understand the problem.
[16:53] <kiko> mebbe
[17:09] <cyberix> https://bugs.launchpad.net/launchpad/+bug/344929
[18:23] <YoBoY> hi
[18:37] <mpt> beuno, something's gone wrong with bug assignees lately, they're lower than the rest of the text in the table
[18:39] <beuno> mpt, ah, I have no idea how that happened
[18:39] <beuno> BjornT, intellectronica?
[18:39] <mpt> beuno, I suspect recent changes in fmt:link
[18:40] <beuno> ah, maybe it's sinzui then
[18:41] <sinzui> fmt:link was worked on by bac
[18:41] <mpt> bac, is fmt:link now producing HTML of the form <a href="..."><img.../> Foo</a>?
[18:42] <bac> mpt:  it has been for a while.  barry made the change a few months ago.
[18:43] <mpt> so maybe the bug page just started using fmt:link when it wasn't before
[18:43] <bac> mpt:  but i landed a change recently that causes fmt:link to be used more
[18:43] <mpt> aha
[18:43] <bac> mpt:  yes
[18:44] <mpt> bac, that HTML is nice and simple, but ugly whenever the icon is taller than the text
[18:44] <barry> is this the redacted crap?
[18:44] <mpt> which is often the case inside tables
[18:44]  * bac looks
[18:44] <mpt> bac, e.g. https://bugs.edge.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/342567
[18:44] <mpt> "Ubuntu Desktop Bugs" is scraping the bottom of the cell, while the other cells are fine
[18:46] <mpt> now, to be fair, there's quite a lot of style= hackage in that table
[18:46] <mpt> but still, fmt:link could do better
[18:46] <bac> mpt: can you open a bug with suggestions, please?
[18:47] <mpt> sure
[18:47] <bac> mpt:  thanks
[19:04] <mpt> bac, reported as bug 344985
[19:08] <thekorn> oh, entries of the subscribers portlet on blueprint pages have two icons
[19:09] <thekorn> is this a know bug?
[19:09] <bac> thank you mpt.  your explanation is very helpful.
[19:09] <bac> thekorn: url handy?
[19:09] <thekorn> bac, https://blueprints.edge.launchpad.net/ubuntu/+spec/gdm-face-browser
[19:10] <thekorn> for example
[19:10] <mpt> thekorn, I've seen that problem on person Code pages too, but forgot to report it
[19:10] <mpt> e.g. the bottom of https://code.edge.launchpad.net/~thekorn
[19:11] <thekorn> oh, right it looks like I never scrolled to the bottom of this page ;)
[19:12] <bac> thekorn: yikes!
[19:12] <mpt> bac, you want one or two bug reports for those two? :-)
[19:12] <bac> mpt:  one, please.  :(
[19:16] <mpt> thekorn, bac: reported as bug 344995
[19:17] <mpt> The fixes will be subtly different for those two, though
[19:17] <thekorn> thanks
[19:21] <dilinger> hi.  i'm having a problem with launchpad and my gpg key
[19:21] <dilinger> right now, it tells me that i don't have a gpg key (https://launchpad.net/~dilinger)
[19:22] <dilinger> but when i attempt to import my gpg key, it informs me that the key is already imported
[19:27] <dilinger> so what is necessary in order for me to be able to import my gpg key?
[19:29]  * LarstiQ confirms not seeing a gpg key listed at ~dilinger
[19:30] <LarstiQ> dilinger: where/how does it tell you the key is already imported?
[19:30] <dilinger> LarstiQ: change details -> opengpg keys -> import key
[19:31]  * LarstiQ has a go at that
[19:32] <dilinger> The key 5D4272A835DA48D030B0392B3A65F019CFD42F26 has already been imported.
[19:32] <dilinger> ^ that's the happy fun error i get
[19:34] <LarstiQ> dilinger: http://keyserver.ubuntu.com:11371/pks/lookup?search=0xCFD42F26&op=index
[19:34] <LarstiQ> dilinger: it's already on the keyserver
[19:34] <dilinger> right
[19:34] <dilinger> but not associated w/ my launchpad login
[19:34] <LarstiQ> right
[19:35] <LarstiQ> dilinger: that's as much as I can guess as a user
[19:35] <LarstiQ> oh, I could look at open bugs
[19:40] <LarstiQ> dilinger: can you file a bug without having the key linked?
[20:25] <wgrant> sinzui: How does it make sense for a team to have languages? If it is an answer contact, the members' languages should be the ones that matter...
[20:26] <sinzui> not so
[20:26] <sinzui> wgrant: A team (not it's members) may be the answer contact, and they only answer questions for Catalan.
[20:27] <wgrant> sinzui: And because of that very restricted use case I have this seemingly nonsensical field on all team pages.
[20:28] <wgrant> Also, as I said in the bug, if teams can have languages then +editlanguages needs fixing to explain what the purpose is.
[20:29] <sinzui> wgrant: That use cause was very important to very important group of answer contacts. The But even after the team owner set the language, the team members did not know that which languages the team were answering for without exploring answers
[20:29] <sinzui> wgrant: I think I did explain that on +editlanguages
[20:30] <wgrant> sinzui: Not in r7976.
[20:32] <sinzui> wgrant: would you prefer the page to say
[20:32] <sinzui> Launchpad Answers  allows you or your team  to ask and answer questions in your preferred languages.
[20:33] <wgrant> sinzui: One thing that a team certainly isn't sufficiently sentient to do is ask questions.
[20:33] <wgrant> Translations also isn't relevant for teams, is it?
[20:34] <danilo_> wgrant: if it's a translation team, it is
[20:34] <sinzui> wgrant: for some teams that do translations it is
[20:34] <wgrant> danilo_: Isn't that defined by the translations group settings, not +editlanguages?
[20:34] <wgrant> If I can't work out what the purpose of a team's +editlanguages is, then nobody can.
[20:35] <danilo_> wgrant: oh, if you are talking about +editlanguages, no, it's not relevant to teams afaik
[20:35] <sinzui> wgrant: I can see you are not familiar with the bugs and features for for Answers. This was a very important feature for them
[20:35] <danilo_> ok, there might be something I didn't know either :)
[20:36] <wgrant> sinzui: That's fine, but it should be described on +editlanguages.
[20:38] <sinzui> wgrant: I really like your attention to detail in QA. Revise the bug to state that. I'm planning the next round of revisions to those pages. I will take it under consideration.
[20:38] <sinzui> wgrant: thanks to you I may close 20 extra bugs this releae
[20:39]  * sinzui is such a karma whore
[20:39] <wgrant> sinzui: s/like/loathe/, I presume.
[20:39]  * wgrant will do so.
[20:39] <sinzui> wgrant: *like*
[20:40] <wgrant> Also, I don't think saying that there is no mailing list is a good idea.
[20:40] <wgrant> There might be one elsewhere.
[20:40] <beuno> well, it *is* the team page
[20:40] <beuno> the project may have one elsewhere
[20:40] <beuno> and hi  :)
[20:40] <beuno> thanks for all the bug reports wgrant
[20:41] <beuno> I've been extra busy lately, and some things slipped through the cracks
[20:41] <beuno> so your reports have helped to mitigate that  :)
[20:42] <wgrant> beuno: Wait, do you review *all* UI changes? That sounds like a lot of work.
[20:42] <beuno> wgrant, yeap, and of course, that's only a part of what I do  :)
[20:43] <wgrant> Right.
[20:43] <sinzui> wgrant: I think we do need to say no mailinglist exists. The optional nature of many sections on our person/team pages can confuse users. User want a concrete state as to whether a team has or does not have a list.
[20:44] <wgrant> sinzui: OK, beuno's point is reasonable too.
[20:44] <wgrant> I also wonder if the Summary section shouldn't be lower, with the policy merged into the Members section.
[20:44] <beuno> I tend to do that by mistake a few times a month
[20:44] <wgrant> The owner and creation date are not the most important attributes.
[20:45]  * wgrant -> uni
[20:45] <beuno> wgrant, enjoy
[21:34] <vadi2> Hi. Is it possible for loggerhead to server a file as an archive?
[21:36] <beuno> vadi2, uhm, what?
[21:36] <beuno> you want to download a file?
[21:37] <vadi2> yes, but in archived format (like a zip or a .tar.gz)
[21:37] <vadi2> because it's a 1.7mb text file, it will greatly benefit from compression
[21:38] <mwhudson> there is a branch around that exports a subdirectory as a tarball i think
[21:38] <mwhudson> but on launchpad i have scalability nightmares
[21:39] <mwhudson> (e.g., what if people do this for mysql?)
[21:39] <vadi2> hehe
[21:39] <vadi2> another question any easy way for my script to determine the latest revision?
[21:40] <mwhudson> of a bazaar branch?
[21:40] <vadi2> right now it dumbly downloads the file from launchpad every hour - would be great if it checked first if there was anything new commited
[21:40] <vadi2> yeah
[21:40] <vadi2> I can't install new stuff on this server, so no screen scraping
[21:40] <mwhudson> b = bzrlib.Branch.open(<branch url>); need_to_dl == b.last_revision() != last_pulled_revid
[21:41] <mwhudson> if you can't install bzr even
[21:41] <mwhudson> you could look at the file like http://bazaar.launchpad.net/~loggerhead-team/loggerhead/trunk/.bzr/branch/last-revision for your branch
[21:42] <mwhudson> if that changes, the branch tip has changed
[21:43] <vadi2> ahah, yes will try that file :)
[21:43] <mwhudson> thank you for loading loggerhead slightly less :)
[21:44] <vadi2> nyeh
[21:45] <vadi2> is that file created by loggerhead?
[21:45] <vadi2> I can't find the url to use for me
[21:45] <vadi2> branch I'm interested in is http://bazaar.launchpad.net/~vadi-mapper-dev/vadi-mapper/main/files, the IMap file specifically
[21:46] <vadi2> ah!
[21:47] <vadi2> yeah got it
[21:47] <vadi2> thanks a bunch
[21:48] <mwhudson> no, the last-revision file is a bazaar thing
[21:48] <mwhudson> (and served by apache)
[21:48] <vadi2> yes. found it
[21:49] <vadi2> ok, so this helps as it is a lot. thanks!
[21:49] <mwhudson> np
[21:49] <mwhudson> vadi2: i take it bzr isn't installed on the server?
[21:49] <vadi2> eh, n
[21:49] <vadi2> this is a shared hosting server but with ssh access
[21:49] <vadi2> so can't install anything. but cheap!
[21:50] <vadi2> speaking of which I guess I can even have the clients download directly from launchpad now
[21:50] <vadi2> but that would be counter-intuitive from helping it :P
[21:51] <vadi2> I'll just update my script now to only download the file if theres a new rev.
[21:52] <mwhudson> if the clients have bzr, you can use bzr cat
[21:53] <vadi2> unfortunately no :) don't think one can embed bzr in a c module ;)
[21:53] <mwhudson> welll
[21:53] <mwhudson> no, not really
[21:53] <mwhudson> 'can' is a deceptive word though :)
[21:53] <vadi2> heh :)
[21:54] <vadi2> dont worry about it, it's all good now save perhaps for the archiving which I'm sure would benefit many others too (had one guy specifically complain that sf.net offers archives of svn repos (dunno about new bzr ones) but not lp)
[21:56] <LarstiQ> vadi2: ehm, as in the svnadmin repo?
[21:56] <LarstiQ> vadi2: the guy does know he can get that by just bzr branching?
[21:57] <vadi2> yeah
[21:57] <vadi2> but hard to convinece not a bzr fan to download a program to get the sources ;)
[21:57] <vadi2> *latest ones
[21:58] <LarstiQ> without bzr he can't do anything with a .bzr tarball either
[21:58] <mwhudson> the archives that sf offers are repo dumps aren't they?
[21:58] <vadi2> yeah, a 'repo dump'
[21:58] <mwhudson> vadi2: i suggest a cluebat :)
[21:59] <vadi2> a what?
[21:59] <mwhudson> vadi2: hit them with something until they understand
[21:59] <vadi2> heh
[22:04] <cyberix> Was there some convention for messages in bzr commits that fix a bug in Launchpad?
[22:04] <vadi2> bzr commit --fixes lp:#
[22:04] <vadi2> ?
[22:05] <vadi2> mwhudson: thanks for your help!
[22:07] <LarstiQ> cyberix: --fixes in general. For Bazaar itself the key thing is a NEWS entry.
[22:07] <LarstiQ> cyberix: and mentioing it in the subject so bundle buggy picks up on it
[22:56] <nhandler> I'm using searchTasks in the LP API to find bugs I am subscribed to. Is there a way to access the bug id from the bug_task?
[23:04] <geser> nhandler: have you tried: bug_task.bug_link.id?
[23:16] <nhandler> geser: I had tried that. I end up getting "AttributeError: 'unicode' object has no attribute 'id' "
[23:23] <geser> nhandler: if I read the apidoc correctly bug_link should give you a Bug object. So it's either a bug in the doc or in the bug_task object.
[23:34] <nhandler> geser: When I say repr(bug.bug_link), I get ")u'https://api.edge.launchpad.net/beta/bugs/NNNNNN' " (where NNNNNN is the bug number)
[23:42] <geser> and what's the output for: type(bug.bug_link) ?
[23:46] <nhandler> geser: "TypeError: coercing to Unicode: need string or buffer, type found "
[23:47] <jml> bug.bug_link will be a URL for a bug.
[23:47] <jml> if you GET it (not sure what launchpadlib equivalent is), then you'll have a representation of the bug.
[23:47] <jml> I think.
[23:47] <jml> not having actually *written* anything with launchpadlib, it's hard to say.
[23:48] <geser> nhandler: can you pastebin your code?
[23:55] <nhandler> geser: http://paste.ubuntu.com/133316/