[12:25] <maix> hi, is there an easy way to find get the title of a launchpad bug? (other than parsing the whole page)
[12:25] <maix> for example is there something like "get raw text" in a wiki
[12:26] <LaserJock> yeah
[12:26] <maix> where? ;)
[12:28] <LaserJock> I gotta find it, gimme a sec
[12:30] <maix> kk
[12:32] <LaserJock> hmm, where did it go
[12:32] <beuno> maix: https://bugs.launchpad.net/bugs/26419/+text
[12:32] <ubotu> Launchpad bug 26419 in gnome-session "gnome-session hangs when "lo" is not correctly configured" [Medium,Confirmed]   - Assigned to Sebastien Bacher (seb128)
[12:32] <LaserJock> that's weird
[12:32] <beuno> that gives you the bug info en text format
[12:32] <maix> beuno, thx
[12:32] <beuno> maix: np
[12:33] <LaserJock> hmm, there must be a bug or something
[12:33] <beuno> LaserJock: what?
[12:33] <maix> can i be sure that it doesn't change and the title will always be in the second line?
[12:33] <LaserJock> I suppose
[12:33] <ajmitch> hello LaserJock 
[12:33] <LaserJock> beuno: it doesn't always work
[12:33] <beuno> maix: yes, but the second block changes when there are upstream bugs associated
[12:34] <beuno> LaserJock: what do you mean?  in what cases?
[12:34] <LaserJock> beuno: like https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/26419/+text
[12:34] <beuno> the only case I know it doesn't wotk is with rpviate bugs
[12:34] <beuno> LaserJock: you have to build the URL different
[12:34] <LaserJock> beuno: that's my point
[12:34] <LaserJock> you shouldn't have to
[12:34] <LaserJock> it shouldn't depend on which url you use to get to the bug
[12:35] <beuno> LaserJock: right, that sounds like a bug/wishlist Launchpad is waiting to have  :D
[12:35] <LaserJock> yep
[12:36] <maix> i always have the number
[12:36] <maix> oh wait which prefix do i use then?
[12:36] <LaserJock> maix: just do bug.launchpad.net/bugs/<bug number>/+text
[12:37] <maix> bugs.launchpad.net... ?
[12:37] <LaserJock> bugs.launchpad rather
[12:37] <maix> ;)
[12:37] <maix> LaserJock, kk thx
[12:37] <maix> and for the link without text and - yes ist forwards me. ok
[12:37] <maix> (its for a [bug]  tag in a forum)
[12:38] <beuno> maix: make sure you use that wisely, if the forum is big enough, you can annoy Launchpad maintainers pretty quickly  :D
[12:39] <maix> no, its just called once, when the text is written in the database, not at every call.
[12:39] <maix> would be too much work for our server too ;)
[12:39] <beuno> maix: great  :D
[12:40] <LaserJock> hi ajmitch 
[12:56] <ubotu> New bug: #130051 in malone "+text doesn't work for full bug URL" [Undecided,New]  https://launchpad.net/bugs/130051
[03:51] <gdoubleu> I would love to hear some developers' opinions on using launchpad as a project tracker compared to trac
[03:51] <gdoubleu> as far as communication, efficiency, etc.
[03:52] <gdoubleu> I've worked on several projects using trac, but have been recently introduced to bzr and launchpad
[04:46] <jamesh> gdoubleu: Launchpad's bug tracker actually sends emails to people filing bugs, which is nice
[04:47] <gdoubleu> jamesh: trac does as well
[04:47] <jamesh> gdoubleu: really?  I don't think I've ever been notified of changes to bugs I've filed in Trac instances
[04:48] <gdoubleu> jamesh: it's a configuration option that I think might be off by default
[04:49] <jamesh> gdoubleu: okay.
[04:56] <jamesh> gdoubleu: there are a number of things Launchpad does that Trac doesn't, such as translation and blueprint (specification) management
[04:56] <jamesh> I don't know how important those are to you though.
[04:57] <jamesh> Also, there are network effects.  Launchpad lets you attach a bug to multiple contexts (e.g. your project and the packaging of your project in Ubuntu)
[04:57] <jamesh> so having the two in Launchpad can make life easier.
[05:01] <gdoubleu> Yes, I really like how you can tie everything together, I can definitely see how there would be advantages with multiple projects in launchpad
[08:44] <carlos> morning
[10:20] <cprov> good morning !
[10:22] <Fujitsu> Hi cprov.
[10:23] <cprov> Fujitsu: hi
[01:40] <ubotu> New bug: #130138 in rosetta "Allow translations imported for 'restricted' pocket" [Critical,Confirmed]  https://launchpad.net/bugs/130138
[02:11] <ubotu> New bug: #130143 in soyuz "Initialise From Parent needs some love when multiple distro archives is done" [Undecided,New]  https://launchpad.net/bugs/130143
[02:15] <kiko> hey Hobbsee 
[02:15] <Hobbsee> heya kiko!
[02:15] <Hobbsee> how's it going?
[02:15] <kiko> Hobbsee, pretty good. you do some universe queue administration, right?
[02:16] <kiko> (or is that a long-standing bug and I should shut up now?)
[02:16] <Hobbsee> kiko: i do, yes
[02:16] <kiko> so the new queue UI is live:
[02:16] <kiko> https://edge.launchpad.net/ubuntu/gutsy/+queue
[02:16] <kiko> Hobbsee, you can now inspect packages directly
[02:16] <Hobbsee> kiko: oh, not that type of queue stuff.  but that could come in handy ;)
[02:17] <kiko> oh
[02:17] <kiko> well..
[02:17] <kiko> :)
[02:17] <Fujitsu> Oh, shiny.
[02:17] <kiko> does anyone do that for the universe queue?
[02:17] <Hobbsee> kiko: how clever!
[02:17] <Hobbsee> kiko: yeah, the archive admins
[02:18] <Hobbsee> kiko: i sponsor patches, but i dont deal with the new queue, at this point.
[02:19] <Hobbsee> kiko: I dont suppose there are plans to support dget?
[02:20] <kiko> what's dget?
[02:20] <Fujitsu> librarian would have to be fairly well redesigned to do that, I believe.
[02:20] <Hobbsee> kiko: if you dget foo.dsc, it will also get foo.diff.gz, and foo_orig.tar.gz, basically
[02:21] <Hobbsee> there's more to it, and it's cleverer than that, but thta's the idea
[02:21] <kiko> hmmm
[02:21] <Fujitsu> However, librarian screws things up by putting everything in seperate directories.
[02:21] <Hobbsee> kiko: as in, if you feed it a link to the .dsc file, it'll read it, figure out what else of the source to download, and download that.
[02:21] <kiko> how does it guess the paths to the diff and tar?
[02:21] <Hobbsee> useful
[02:21] <Fujitsu> kiko: Everywhere else on the planet they're in one directory.
[02:21] <Hobbsee> well, it's fairly similar in name to the .dsc, of course - and in the same directory
[02:21] <Hobbsee> kiko: browsing the code for the specifics should help you there
[02:22] <Fujitsu> The name doesn't matter; it gets the files referenced by the .dsc
[02:24] <kiko> Fujitsu, but the path does matter, I see. we could fix that by providing a librarian wrapper for DSCs though.
[02:25] <Fujitsu> kiko: That would be nice.
[02:26] <kiko> Fujitsu, can you file a bug and provide some information that gives us stepping stones to producing a good solution?
[02:26] <kiko> one question is where do you point dget to -- is it to a URL?
[02:29] <Fujitsu> dget http://url/to.dsc
[02:31] <kiko> cool
[02:32] <Hobbsee> kiko: run dget <somewhere on the debian ftp server, found from packages.debian.org>
[02:37] <Fujitsu> kiko: launchpad or soyuz?
[02:37] <kiko> Fujitsu, soyuz
[02:41] <cypherbios> cprov: how long a source package still with "Missing dependencies" status before being removed? (talking about PPA)
[02:42] <cprov> cypherbios: missing-deps are not removed automatically, they will stay there forever waiting deps to be satisfied 
[02:42] <cprov> cypherbios: unless you upload a new source version
[02:43] <cypherbios> cprov: I see. I just did, let's wait then, thanks.
[02:43] <cprov> cypherbios: np
[02:56] <ubotu> New bug: #130158 in soyuz "librarian should provide dgettable URLs" [Undecided,New]  https://launchpad.net/bugs/130158
[02:58] <Hobbsee> oh yes, i said i was going to file a LP bug
[02:58] <cprov> ouch ... 
[02:58] <Hobbsee> cprov: ouch to whihc?
[02:59] <cprov> Hobbsee: the bug
[03:00] <Hobbsee> cprov: why's that ouch?
[03:00] <kiko> cprov, hang on
[03:00] <cprov> Hobbsee: makes me wonder 'how ?!', we would be better off betting our coins in https://wiki.ubuntu.com/AptFirefoxFileHandler
[03:01] <kiko> cprov, it's easy.
[03:01] <kiko> Fujitsu, Hobbsee: does dget handle 301s?
[03:01] <Hobbsee> kiko: i dont know what a 301 is :)
[03:01] <Fujitsu> kiko: good question.
[03:01] <Fujitsu> I'll check.
[03:01] <kiko> thanks
[03:02] <cprov> kiko: librarian has duplicated filenames and dsc only offers filenames, we can't disambiguate 
[03:02] <kiko> cprov, I think you're thinking of this in the wrong direction
[03:02] <kiko> cprov, what I'm saying is that we can provide a virtual directory for a sourcepackagerelease
[03:02] <cprov> kiko: well, ok, we could include suite in the librarian redirection
[03:03] <Hobbsee> kiko: that's binaries.  what dget is for sources.
[03:03] <Hobbsee> er, what dget is for *is* sources
[03:03] <Hobbsee> kiko: [23:02]  <pitti> Hobbsee: that's awesome!
[03:03] <kiko> where did I say binaries?
[03:03] <Hobbsee> kiko: the firefox handler.  as in, to install binaries and such
[03:04] <Hobbsee> kiko: dget is for grabbing one source from a location somewhere.  not everything in a repository, and not binaries.
[03:04] <cprov> Hobbsee: I suggested firefox-apt-handler
[03:04] <Hobbsee> oh, sorry.  cprov ^
[03:04] <cprov> Hobbsee: to support sources, as well 
[03:04] <Hobbsee> my bad, not really reading the lines
[03:04] <kiko> ANYWAY
[03:04] <cprov> ...
[03:04] <kiko> as I said, it's easy to do, I just want to know if dget supports 301s.
[03:05] <kiko> i.e. if each individual file it tries to pull can be redirected.
[03:05] <sep1318> whenever you've got time, SteveA, we can talk about microIDs if you want. ::hassle::
[03:06] <cprov> kiko: right, a url incluing  distroseries/name/version/<file> would do.
[03:06] <kiko> right
[03:06] <kiko> I was thinking actually something like 
[03:06] <kiko> +files
[03:06] <kiko> under the sourcepackagerelease
[03:06] <kiko> a directory that contained a virtual mapping of all the libraryfilealiases it uses
[03:07] <Kmos> https://launchpad.net/ubuntu/+source/apport/+files
[03:07] <Kmos> that would be nice
[03:07] <Kmos> :)
[03:10] <cprov> kiko: yep, can you comment the bug and sort priority for us ? 
[03:11] <kiko> Kmos, well, it'd have to be under +source/apport/3.1/+files
[03:11] <kiko> but other than that, yes
[03:12] <Kmos> :)
[03:12] <Kmos> kiko: that's more interesting :)
[03:50] <ubotu> New bug: #130182 in launchpad "Account registration form should not crash when missing a element" [Undecided,New]  https://launchpad.net/bugs/130182
[05:40] <ubotu> New bug: #130197 in launchpad "Timebomb in xx-maintenance-message.txt" [Undecided,New]  https://launchpad.net/bugs/130197
[06:03] <kiko> Fujitsu, so, does it?
[07:50] <ubotu> New bug: #130220 in launchpad "LP marks bugs fix released multiple times and sends multiple mails when a bug number appears in more than one .changes file" [Undecided,New]  https://launchpad.net/bugs/130220
[07:55] <ubotu> New bug: #130222 in launchpad "LP sends mail "From" me that I didn't originate" [Undecided,New]  https://launchpad.net/bugs/130222
[08:54] <kiko-fud> matsubara, don't forget to dupe that bug up there
[08:56] <matsubara> which one kiko-fud ?
[08:56] <kiko-fud> https://launchpad.net/bugs/130222
[08:56] <ubotu> Launchpad bug 130222 in launchpad "LP sends mail "From" me that I didn't originate" [Undecided,New]  
[08:56] <matsubara> duped already
[08:57] <matsubara> hmm the reporter unduped it
[09:04] <kiko-fud> oh, I see what it was matsubara 
[09:05] <kiko-fud> Fujitsu_, so...
[09:12] <ScottK> Because it's not a dupe (the bug above - I'm the reporter).
[09:20] <kiko-fud> yeah
[09:21] <kiko-fud> ScottK, you're the reporter in this case, right?
[09:21] <ScottK> Yes.
[09:21] <kiko-fud> thanks.
[09:22] <kiko-fud> there's another case where this happens which is also broken.
[09:23] <ScottK> I don't particularly mind the bugmail having my address in it when I did something, it's the automated stuff appearing to be done by me that I don't mind.  Particularly stuff like the one above (I also reported) where LP is fix releasing bugs that are already fix release.
[09:25] <kiko-fud> matsubara, what's the other bug that complains about that same issue -- when we subscribe somebody else
[09:27] <matsubara> bug #94321, perhaps?
[09:28] <kiko-fud> no
[09:28] <kiko-fud> that's a dupe of it
[09:28] <ubotu> Launchpad bug 94321 in malone "status change email has wrong 'From'" [Medium,Confirmed]  https://launchpad.net/bugs/94321
[09:28] <kiko-fud> I think
[09:28] <kiko-fud> oh, no, that's it yes.
[09:29] <kiko-fud> thanks ScottK 
[09:29] <ScottK> No problem.
[09:30] <kiko-fud> ScottK, these bugs were already fix released, right?
[09:30] <ScottK> One thougth for you on 94321 is the RFC 2822 does permit multiple From addressees as long as you have a Sender, which you do.
[09:30] <ScottK> Right.
[09:30] <ScottK> If you go look, there are now two automatic release comments in the bugs.
[09:31] <kiko-fud> sure thing.
[09:31] <ScottK> What happened was the Debian Maintainer left the LP bug numbers in his update and so when I requested the sync, LP parsed the changelog and didn't check to see if the bug was already fixed.
[09:32] <kiko-fud> yeah
[09:32] <kiko-fud> that's easy to fix.
[09:33] <ScottK> Cool.
[09:33] <ScottK> I'm curious about Bug #125279 that one bit me again today.
[09:33] <ubotu> Launchpad bug 125279 in soyuz "Publishing an update to *-proposed incorrectly marks bug "Fix Released"" [High,In progress]  https://launchpad.net/bugs/125279 - Assigned to Celso Providelo (cprov)
[09:34] <kiko-fud> it's almost ready
[09:34] <ScottK> That's the next release (Soyuz: 1.1.8)?
[09:35] <kiko-fud> yes
[09:35] <ScottK> OK.  I'll be glad to see that one gone.
[09:54] <kiko-afk> Fujitsu_, you no <3 me
[10:05] <ubotu> New bug: #130242 in launchpad "Output request counts and timing in launchpad.log application log" [Low,Confirmed]  https://launchpad.net/bugs/130242
[10:11] <maix> hi
[10:11] <maix> may we use https://bugs.launchpad.net/@@/bug-medium in our forum?
[10:11] <maix> (to link to launchpad)
[10:40] <maix> and is this icon also available in a bigger size?
[10:54] <maix> doesn't anyone now?
[10:54] <LaserJock> I don't
[10:55] <maix> :(
[10:59] <salgado> maix, it's better to ask that on launchpad-users@lists.canonical.com
[10:59] <maix> salgado, ok, thx
[12:02] <red> is there darcs support in Launchpad?
[12:03] <LarstiQ> red: no