[12:22] <Theuni> The annoying thing is that I can't delete it via SFTP
[12:27] <kiko> Theuni, can you not even rename it via SFTP?
[12:29] <Theuni> kiko: nope.
[12:29] <Theuni> it just says "failure"
[12:31] <kiko> where's ddaa when we need him
[12:31] <kiko> Theuni, I'll check with david tomorrow morning and get back to you on this, he's probably asleep by now.
[12:31] <kiko> this is meant to work!
[12:32] <kiko> Theuni, it's funny how often we rely on control-C; there is one operation in bzr that I control-C repeatedly and it used to leave the tree in an inconsistent state all the time
[12:32] <kiko> the operation is a bzr commit, btw
[12:32] <kiko> I never noticed how often I commit and then change my mind about the commit message mid-commit
[12:42] <lifeless> file a support request for this please
[12:43] <spiv> kiko: bzr uncommit is your friend.
[12:43] <spiv> Theuni: bzr 0.15 when it is released should be more tolerant of that situation.
[12:47] <kiko> spiv, bzr commit survives control-Cs quite nicely actually
[12:47] <poolie> in a good way, or that it ignores them
[12:47] <poolie> hi kiko
[12:48] <kiko> hey poolie!
[12:48] <kiko> it aborts nicely
[12:48] <kiko> and rarely leaves over stale locks
[12:48] <kiko> tla was horrible when I did that!
[12:55] <spiv> kiko-zzz: sure.  But even so, bzr uncommit is still your friend :)
[01:01] <jkakar> I hit C-c in the middle of pushing "trunk" for a new project (to bazaar.launchpad.net/~jkakar/approximate/trunk).  Now when I try and push the same branch is fails, complaining it can't create the trunk directory, cause it's already there.
[01:02] <jkakar> Is there a way to remove the broken branch so I can push a new one?
[01:02] <kiko-zzz> jkakar, you need to join the bazaar-broken-supermirror-pushes mailing list :-)
[01:02] <spiv> jkakar: use bzr.dev
[01:02] <jkakar> Oh!
[01:02] <spiv> jkakar: otherwise, be patient while we work on this :)
[01:03] <kiko-zzz> Theuni, as you may have noticed, this is a common problem. :-)
[01:03] <jkakar> spiv: Hehehe.  'k, thanks.
[01:04] <jkakar> Heh.  I should have read the backscroll before making noises about broken branches. :)
[01:05] <Theuni> kiko-zzz: hooray!
[01:05] <kiko-zzz> Theuni, I'm going to be printing t-shirts later
[01:05] <Theuni> *g
[01:05] <kiko-zzz> a fan club "we <3 bzr push + ^C"
[01:05] <kiko-zzz> etc
[01:05] <Theuni> hehe
[01:06] <kiko-zzz> now that spiv has divulged that bzr.dev contains a fix I need to investigate
[01:25] <poolie> thumper: did your change to allow switching branches from mirrored to hosted go in?
[01:25] <thumper> poolie: not yet
[01:25] <thumper> that is all part of the explicit branch type stuff
[01:25] <thumper> which is work in progress
[01:29] <mpt> Gooooooooooooooooooooooood afternoon Launchpadders!
[01:30] <poolie> thumper: ok
[01:30] <poolie> hella mpt
[01:38] <WebMaven> jkakar: hi
[01:44] <jkakar> WebMaven: Hey!
[01:44] <jkakar> WebMaven: Was fun to hang out with you at PyCon. :)
[01:45] <WebMaven> likewise. Thanks for the beer!
[02:51] <Theuni> 
[04:30] <radix> tsu
[04:49] <Rotund> Can someone either point me to a "how to host a bazaar branch on launchpad.net" or walk me through it.
[04:52] <lifeless> Rotund: sure
[04:52] <lifeless> https://help.launchpad.net/BazaarLinks?highlight=%28bazaar%29
[04:52] <Rotund> lifeless, cool.  I just registered the prject
[04:52] <spiv> Rotund: https://code.launchpad.net/
[04:53] <spiv> Rotund: that page has a brief overview
[04:58] <radix> Rotund: hey, good to see you checking out LP
[04:59] <lifeless> welcome to reep pressure
[04:59] <radix> :-)
[04:59] <Rotund> radix: N/P.  I saw my pic on your blog
[04:59] <radix> Rotund: sorry for truncating your face. It was all for the trendy photographic style.
[04:59] <Rotund> And it wasn't just any monkey.  It was Curious George in a space suit.
[05:00] <Rotund> BTW: I just registered OpenAL
[05:00] <radix> heh :)
[05:00] <radix> Rotund: woot
[05:30] <Ubugtu> New bug: #90015 in launchpad "Registrant didn't necessarily register project" [Low,Unconfirmed]  https://launchpad.net/bugs/90015
[05:55] <Ubugtu> New bug: #90019 in launchpad "LP beta: Sidebar text doesn't display properly" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90019
[06:06] <Ubugtu> New bug: #90022 in launchpad "LP beta: Home popup covers up Home menu" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90022
[07:00] <Ubugtu> New bug: #90028 in rosetta "Displaying 100% when 1 package still neews review" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90028
[08:22] <beuno> mpt: ping?
[08:22] <mpt> (beuno: In case I'm not here right now, tell me about what you want, and I'll reply when I'm available.)
[08:24] <beuno> mpt: I just wanted to check with you if there is any way to make a bug marked as private due to me posting a screenshot from the beta, public (deleting the attachment, changing it to the regular launchpad screenshot)
[08:44] <carlos> morning
[08:45] <mpt> hi beuno 
[08:45] <mpt> I was just about to comment on that very issue :-)
[08:45] <beuno> mpt: :D
[08:46] <mpt> beuno, you can't delete attachments yet; that's bug 48771.
[08:46] <Ubugtu> Malone bug 48771 in malone "It should be possible to delete attachments" [Medium,In progress]  https://launchpad.net/bugs/48771 - Assigned to Bjrn Tillenius (bjornt)
[08:47] <mpt> So for now, we (the Launchpad team) will take the penalty of having to mark any duplicates as duplicates because reporters couldn't find the private originals.
[08:48] <beuno> heh, got it
[08:48] <mpt> Since your statistics bug has probably existed for quite a while without anyone else reporting it, that shouldn't be too much of a problem in this case.
[08:48] <ddaa> Good morning.
[08:48] <ddaa> thumper: jml: hello guys, wassup?
[08:48] <beuno> sorry again for posting the screenshot, "launchpad" didn't feel very public to me
[08:48] <jml> ddaa: g'day.
[08:49] <jml> ddaa: not much more today :)
[08:49] <mpt> beuno, what do you mean by "didn't feel very public"?
[08:49] <mpt> Do you mean that it didn't seem like it would be revealing great secrets?
[08:49] <ddaa> I guess he means that launchpad does not appear to have a lot of exposure...
[08:49] <ddaa> (just guessing)
[08:50] <beuno> mpt, no, in my mind I just didn't realize I would be exposing it to the public, but obviously anyone can access it, so I just didn't think it through
[08:50] <mpt> ah, right
[08:51] <ddaa> beuno: launcphad probably has a lot more exposure than you imagine
[08:51] <mpt> beuno, Launchpad is an unusual bugtracker in that Google indexes it. :-)
[08:51] <ddaa> actually, it has a lot more exposure than I imagined until not long ago.
[08:51] <mpt> (or I should say, "Launchpad's bugtracker is unusual in that...")
[08:52] <beuno> well, that's a fun fact to post to the next UWN  ;)
[08:52] <ddaa> and the proximity to the ubuntu websites gives high pageranks to pretty much anything on launchpad...
[08:55] <beuno> yes, my launchpad user page is first when googling for name
[08:55] <beuno> shot right up there
[08:57] <mpt> Wow, #3 for me too
[08:57] <mpt> and #4, #5, #6, #7, #8, and #9
[08:58] <mpt> which can all be blamed on Launchpad's application domains :-/
[08:59] <beuno> heh, yeap yeap
[08:59] <ddaa> mpt: isn't it a bug that a given web page can show up on multiple domains?
[08:59] <ddaa> I mean, a bug as in "will be fixed before 1.0"
[08:59] <mpt> ddaa, yes it's a bug (but not a 1.0-worthy one, IMO), but that's not the cause here
[08:59] <ddaa> not a bug as in "yeah, we know it's broken"...
[09:00] <mpt> The cause here is that normally there would be just two results: the most important, the second most important, and then "More results from launchpad.net"
[09:01] <mpt> But now there's one from launchpad.net, one from blueprints.launchpad.net, one from translations.launchpad.net, two from code.launchpad.net, one from bugs..., and one from answers...
[09:02] <ddaa> For me #1 is my blog, #2 is my home page on translations.launchpad.net (!!!), #3 my home page on blueprints.launchpad.net, #4 Savannah, #6 home page on bugs.launchpad.net
[09:02] <spiv> So the bug is that we have several "sites", which are actually the same site, so systems like google don't realise that the cloud of *.launchpad.net ought to be treated as one logical site in their results.
[09:02] <spiv> Hooray google-bombing :/
[09:02] <ddaa> I see.
[09:03] <mpt> Maybe we should hire an SEO form to advise us on how to achieve lower-ranking results
[09:03] <mpt> SEO firm, I mean
[09:03] <mpt> ;-)
[09:03] <ddaa> Maybe we can just tell google?
[09:03] <ddaa> we have like good contact with those people
[09:04] <lifeless> so do good SEO firms :)
[09:05] <mpt> I don't think Google does special-casing unless legally required to
[09:06] <ddaa> I heard that's a pretty good SEO firm: http://validator.w3.org/
[09:06] <ddaa> mpt: I think they actually do tweak things routinely, for example lowering the pagerank of blogs
[09:07] <ddaa> because they are so insanely cross-linked
[09:07] <mpt> Perhaps, but not *individual* Weblogs
[09:07] <ddaa> sure
[09:07] <mpt> for example
[09:08] <beuno> Matt Cuts' blog is a good place to read about that: http://www.mattcutts.com/blog
[09:08] <ddaa> but I would not be surprised if they had a control panel for things precisely like *.launchpad.net
[09:08] <mpt> If they treat *.launchpad.net as the same site, they need to treat *.wordpress.com as the same site, when they aren't
[09:08] <mpt> or *.blogspot.com or *.typepad.com etc
[09:08] <ddaa> Gotcha
[09:08] <beuno> he's the "he head of the Google's Webspam team"
[09:08] <ddaa> Still I'd expect launchpad is not the first website to come up with that particular "good idea".
[09:09] <spiv> And arguably bazaar.launchpad.net, help.launchpad.net, and any other non-primary webapp domains are actually seperate sites.
[09:09] <ddaa> *shrug* too bad
[09:10] <ddaa> maybe we could actually fix that ourselves with that "google sitemap" thing?
[09:11] <beuno> ddaa: I think a combination of sitemaps and robots.txt should do it
[09:11] <spiv> beuno: if true, that would be worth doing.
[09:13] <beuno> I can look into it specifically if you wish, I just need a more specific idea fo what you're trying to accomplish
[09:15] <ddaa> beuno: make {,blueprints.,code.,bugs.,translations.}launchpad.net be considered as the same website by google
[09:15] <ddaa> but not {bazaar.,help.,codebrowse.}launchpad.net
[09:16] <ddaa> though bazaar.launchpad.net is probably not indexed (yet?)
[09:16] <beuno> got it, "make user-specified domains be considered as the same"
[09:16] <ddaa> yup
[09:22] <beuno> ddaa: a good place to start would be registering the site in: https://www.google.com/webmasters/
[09:23] <beuno> you can set the "preferred" domain, which won't solve this specific problem, it's a "must have"
[09:24] <beuno> ddaa, one option I can think of is to have the robots.txt inform google to now crawl specific subdomains, just the ones you want
[09:25] <beuno> that way you can choose one for "blueprints.,code.,bugs.,translations", and block out the rest
[09:25] <ddaa> actually, all domains should be crawled
[09:25] <beuno> that tool also helps you with robots.txt and sitemaps
[09:27] <ddaa> others should either be crawled (help.), are unindexable (bazaar.) or should be altogether blacklisted for now (codebrowse.)
[09:28] <beuno> well, for starters, with robots.txt you can deny crawling for those
[09:28] <ddaa> oh, sure there's a bug open for this
[09:28] <ddaa> jamesh should fix that today :)
[09:28] <ddaa> but it's a completely different issue
[09:28] <beuno> why do you want blueprints.,code.,bugs.,translations be considered as one then?
[09:29] <ddaa> because it's all just one website...
[09:29] <ddaa> actually, you can access most pages (in particular people's home pages) through all of them
[09:30] <beuno> yes, that would be duplicate content, but "code.launchpad.net" is as different as "launchpad.net/code"
[09:30] <beuno> so either way, for pageranks sake, it's the same
[09:30] <spiv> They're the one "site".  Whenever I'd expect google to group results all from "launchpad.net", I'd expect otherwise matching results from "blueprints.launchpad.net" to be in the same group.
[09:30] <ddaa> what spiv says
[09:31] <ddaa> the main problem his how google groups results
[09:31] <beuno> aaah, I see now
[09:31] <spiv> Because as a user, even though the url changes slightly, they're all the one "place" to me.
[09:31] <spiv> It just so happens that the url part changing here is the domain name rather than the path, is all :)
[09:31] <beuno> well, sitemaps will fix that, it will inform google it's all on the same site
[09:32] <spiv> That's good to know.
[09:32] <beuno> I've seen this specific case somewhere
[09:33] <jamesh> probably the best way to fix this is to redirect users when they hit a page but are using the wrong domain
[09:34] <beuno> jamesh: probably, but that still won't group google results as expected
[09:34] <jamesh> I don't think we'll make proper use of the domains til https://foo.launchpad.net/path and https://bar.launchpad.net/path regularly give different content
[09:35] <ddaa> fuck me
[09:35] <ddaa> "From: Abkenokid@aol.com"
[09:36] <ddaa> "are u french  ?  Did you ever live in Montpellier  in france  ?  Just  
[09:36] <ddaa> curious  ..................
[09:36] <ddaa> thank you for your time ."
[09:36] <ddaa> ?!?!?!
[09:36] <beuno> lol, fan mail!
[09:36] <beuno> (things I'm coming up with: http://groups.google.com/group/Google_Webmaster_Help-Indexing/browse_thread/thread/b5034e3606b95bd1/edc2ffc1fbb833fa?lnk=gst&q=subdomain&rnum=17#edc2ffc1fbb833fa )
[09:39] <beuno> :(    "Google treats each sub domain as a seperate site, even www.yourdomain.com and yourdomain.com are treated as seperate sites ..."
[09:41] <beuno> subdomains have to be submited as different sites, they eve have to have different "sitemaps keys"
[09:56] <mpt> One possible solution is (gasp! horror!) to stop using subdomains
[09:57] <beuno> yes, I just didn't want to be the one to put that on the table
[09:57] <beuno> :D
[09:57] <stub> You can tell google of equivalent hostnames (and I thought they detected it too?), and specify what your preferred one is in their search results.
[09:58] <stub> (although we break it, as https://launchpad.net/foo is not the same as https://bugs.launchpad.net/foo, but https://launchpad.net/foo/+bugs is...)
[09:58] <stub> I bet we look like some sort of dodgy link farm :)
[09:59] <beuno> yes, I think considering google's crawl rates, it will, probably keep looking like different sites
[10:21] <beuno> any news on the Feisty translations?
[10:26] <carlos> beuno: we are doing some changes to speed the process a bit
[10:27] <carlos> but imports are still running
[10:27] <beuno> ah, ok ok, for some reason I had in my head the ETA was yesterday
[10:40] <carlos> beuno: well, it was the initial ETA
[10:40] <carlos> but the process is taking more time than planned
[10:41] <beuno> good good, just checking, no real hurry  :D
[10:41] <carlos> beuno: anyway, we will announce it as soon as it's ready
[10:41] <beuno> thanks carlos
[10:41] <carlos> np
[11:13] <parseK> How can i delete a bug report i made? I found another like it, and already marked it as a duplicate
[11:15] <pochu> parseK: you can't, but marking as a duplicate is enough :)
[11:16] <parseK> ok, thanks.
[11:35] <mrevell> hey schwuk
[11:38] <mrevell> jelmer: morning
[11:38] <jelmer> hi Matthew
[11:39] <ddaa> hey jelmer
[11:41] <jelmer> hi David
[11:52] <ddaa> jelmer: should i publish the import for https://beta.launchpad.net/samba/main ?
[11:53] <ddaa> it passed a test import over the week-end, but I'd rather not publish it if it would cause confusing with bzr-svn branches.
[11:53] <jelmer> ddaa: oh, that shouldn't be a problem
[11:53] <jelmer> someone hacked up a cronjob that imported revisions from subversion
[11:53] <jelmer> so we already have the confusion :-)
[11:53] <ddaa> ...
[11:54] <ddaa> I fail to be convinced it's a good reason... but at least it will make the boss happy.
[12:02] <carlos> see you later
[01:00] <cprov> good morning folks
[01:08] <pochu> does LP support tags with spaces, such us "command line"?
[01:11] <matsubara> pochu: no, but you can use command-line instead.
[01:11] <pochu> matsubara: ok, ty :)
[01:42] <daviey> you'll love this: <PirateHead> If you want your bug report to be useful, you need to narrow the bug down as much as possible, then report to the most relevant and specific bug tracker.
[01:43] <daviey> sorry, wrong quote
 The reason that Launchpad sucks, in my opinion, is that it tries to be a giant bug repository, where what is needed is reporting of bugs directly to their individual bugtrackers.
[01:44] <ddaa> daviey: did you mention to that guy that maybe he's entirely not getting it?
 PirateHead, decentralising *everything*?
[01:45] <daviey> what a plank!  i had to paste it here
[01:46] <ddaa> might be more constructive to try telling him how his perception is faulty
[01:48] <daviey> it was in #ubuntu - so didn't really want to go  OT
[01:49] <ddaa> well, I'm not on #ubuntu, but I believe it would not be offtopic, since launchpad is the ubuntu bug tracker
[01:49] <ddaa> actually it would be particularly relevant because his perception might be caused by a misapprehension of what is a distro bugtracker compared to an upstream bugtracker
[01:49] <ddaa> which is precisely where launchpad bug tracking different
[01:50] <daviey> well #ubuntu is the support channel, so to be fair - he shouldn't have even aired his opinion there
[02:05] <Ubugtu> New bug: #90098 in launchpad "bug watch script should not be running in serializable transaction isolation" [Wishlist,Confirmed]  https://launchpad.net/bugs/90098
[02:36] <Ubugtu> New bug: #90083 in rosetta "Insert manual word breaks to force long words to wrap" [Medium,Confirmed]  https://launchpad.net/bugs/90083
[03:22] <welterde> hi
[03:31] <Ubugtu> New bug: #90116 in launchpad "in lp.net/~user linking to OpenPGP keys is broken" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90116
[03:40] <Ubugtu> New bug: #90118 in launchpad "Launchpad bug emails need Precedence header" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90118
[04:08] <ddaa> welterde: wow! that was fast
[04:08] <ddaa> I just barely fixed up the jlink import details that you already renamed stuff around
[04:20] <ddaa> welterde: the import for jlink is fixed
[04:21] <Ubugtu> New bug: #1885 in soyuz "Check canonical_url for Soyuz" [Medium,Rejected]  https://launchpad.net/bugs/1885
[04:21] <Ubugtu> New bug: #54634 in soyuz "nascentupload find_build build caching ignores arch tag" [High,In progress]  https://launchpad.net/bugs/54634
[04:21] <ddaa> welterde: file a support request to ask an admin to move the trunk-err series to the obsolete-junk product
[04:21] <ddaa> or just ask kiko here
[04:21] <ddaa> kiko?
[04:21] <kiko> sure.
[04:21] <kiko> URL?
[04:21] <ddaa> https://beta.launchpad.net/jlink/trunk-err
[04:23] <kiko> done
[04:24] <ddaa> gotta love that level of user support
[04:24] <ddaa> fixing things even before people ask :)
[04:24] <kiko> heh
[04:24] <kiko> man, soyuz bug reports are a mess
[04:24] <ddaa> I cannot imagine.
[04:25] <kiko> SERIOUSLY
[04:25] <ddaa> I'm serious.
[04:26] <ddaa> I cannot imagine how soyuz feels like.
[04:26] <ddaa> maybe like starving fireants behind your eyeballs?
[04:27] <kiko> you seem to have a thing with ants lately, ddaa 
[04:27] <ddaa> apparently
[04:27] <ddaa> okay... what about kittens playing behind your eyeballs?
[04:28] <ddaa> ya see... does not really carry the same punch...
[04:42] <lamont> nah - probably get hung up in customs or something
[04:47] <kdefreak> is there a way to view all the bugs in https://beta.launchpad.net/~kubuntu-team/+packagebugs at once instead of clicking on each category to see just those, and then having to go back and switch^
[04:50] <statik> hmm
[05:09] <BjornT> kdefreak: not atm, but it will soon be possible. the first step of fixing this is bug 70628, which will allow you to use the advanced search to get all kubuntu-team's bugs.
[05:09] <Ubugtu> Malone bug 70628 in malone "Allow searching for a bug contact's bugs" [High,In progress]  https://launchpad.net/bugs/70628 - Assigned to Bjrn Tillenius (bjornt)
[05:09] <kdefreak> kk, thanks
[05:15] <Ubugtu> New bug: #52033 in launchpad-bazaar "register-branch --author without email address" [Medium,Fix released]  https://launchpad.net/bugs/52033
[05:36] <Ubugtu> New bug: #90150 in launchpad "FOAF does not automatically know about LP-managed username@ubuntu.com email addresses" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90150
[06:03] <BjornT> flacoste: could you please respond to the e-mail about the reviewer meeting?
[06:04] <flacoste> BjornT: right, I'll do, short answer: it's fine with me
[06:04] <BjornT> flacoste: cool
[06:09] <pochu> heya :) one little question: if I'm a member of one LP team, and I'm deactivated from that team... the points I have earned in it, are removed from my account?
[06:10] <carlos> pochu: no
[06:11] <carlos> pochu: karma is not linked with that, but with your work done
[06:11] <pochu> carlos: ok, ty!
[06:29] <mooey> i'm a little confused about launchpad. what is the difference between https://bugs.beta.launchpad.net/rhythmbox/+bugs and https://bugs.beta.launchpad.net/rhythmbox/+bugs ?
[06:32] <salgado> mooey, they're exactly the same, since they have identical URLs
[06:33] <mooey> aheh
[06:33] <mooey> they are, yes :P i meant:
[06:33] <mooey> https://bugs.beta.launchpad.net/ubuntu/+source/rhythmbox/+bugs and https://bugs.beta.launchpad.net/rhythmbox/+bugs
[06:34] <salgado> ah, those two ones are quite different
[06:34] <pochu> mooey: the first is in ubuntu and the second upstream
[06:34] <salgado> exactly what pochu sayd
[06:34] <salgado> s/sayd/said/
[06:35] <mooey> so the bugs in /rhythmbox as opposed to /ubuntu are only those that were filed on launchpad and linked with gnomes bugtracker?
[06:37] <salgado> right
[06:37] <mooey> ok, that makes sense
[06:38] <mooey> thanks
[06:55] <Ubugtu> New bug: #29671 in malone "Listing shows bug "unassigned" even when it's assigned" [Medium,Fix released]  https://launchpad.net/bugs/29671
[06:55] <Ubugtu> New bug: #32271 in malone "Bugs that are unconfirmed and assigned show up as only unconfirmed in bug listings" [Medium,Fix released]  https://launchpad.net/bugs/32271
[07:10] <xerosis> salgado: do bugs that get reported in ubuntu and changed to affect upstream get moved to the upstream section in launchpad, or stay in the same place?
[07:10] <kiko> xerosis, they are usually kept in both places
[07:11] <kiko> in launchpad, bugs can be present in multiple contexts
[07:11] <kiko> each with its own status information.
[07:11] <salgado> xerosis, they don't get moved, but they'll show up on the upstream bugs list as well as the distro package bugs list
[07:11] <xerosis> kiko: ah ok
[07:11] <kiko> right-o
[07:13] <seb128_> kiko: hi, could you teach to launchpad that mesa upstreams uses freedesktop as bug tracker so I can open upstream tasks for bugs?
[07:14] <kiko> seb128_, sure. 
[07:14] <seb128_> thank you
[07:14] <kiko> seb128_, is that launchpad.net/mesa?
[07:15] <seb128_> kiko: hum? 
[07:15] <kiko> seb128_, what products are you talking about?
[07:15] <seb128_> kiko: https://launchpad.net/ubuntu/+source/mesa/+bug/81889 example
[07:15] <Ubugtu> Malone bug 81889 in mesa "[apport]  compiz.real crashed with SIGSEGV in savageGetLock()" [Medium,Confirmed]  
[07:16] <seb128_> kiko: I'm not speaking about a product, I want to open an upstream task for that bug pointing to https://bugs.freedesktop.org/show_bug.cgi?id=10191
[07:16] <Ubugtu> Freedesktop bug 10191 in Drivers/DRI/Unichrome "compiz.real crashed with SIGSEGV in savageGetLock()" [Normal,New]   - Assigned to dri-devel@lists.sourceforge.net
[07:16] <seb128_> kiko: product would be "mesa" on freedesktop
[07:16] <kiko> seb128_, so there is no product registered either?
[07:16] <seb128_> not that I know about
[07:16] <kiko> seb128_, that's what you /really/ want me to do :-)
[07:17] <kiko> seb128_, is it only one product? do they release only as one tarball?
[07:17] <seb128_> well, that's easy, I want to open an upstream bug watch
[07:17] <seb128_> yep
[07:17] <seb128_> they roll a mesa tarball
[07:17] <kiko> seb128_, what is easy? creating a product?
[07:18] <seb128_> no, what I need
[07:18] <seb128_> I what to add a line on https://launchpad.net/ubuntu/+source/mesa/+bug/81889 with https://bugs.freedesktop.org/show_bug.cgi?id=10191
[07:18] <kiko> seb128_, you need an upstream product to tie that to
[07:18] <seb128_> you probably know better what launchpad requires for that ;)
[07:18] <seb128_> ok
[07:18] <kiko> otherwise there is nothing that can store the status information you want
[07:19] <seb128_> right
[07:19] <kiko> basically what you are saying when you add that row is that the bug is "not ubuntu's fault", but instead, something upstream
[07:19] <kiko> anyway let me help you
[07:19] <seb128_> thank you
[07:19] <seb128_> opened an upstream product only to add a bug watch is really annoying
[07:20] <kiko> seb128_, but you only need to do it once.
[07:20] <seb128_> I'm tempted to abuse a random xorg product
[07:20] <seb128_> like compiz which is already registred ;)
[07:20] <kiko> and you can later group bugs related to mesa
[07:20] <kiko> which in turn makes it easier for us to contact mesa about them
[07:20] <kiko> or to assign a mesa bug contact
[07:20] <seb128_> yeah, I understand that
[07:20] <kiko> man beta is giving me pains today
[07:21] <seb128_> there should be possible to create a product named mesa without having to know what source tracker they use, having to write a description of what mesa is, etc
[07:21] <seb128_> I stopped using beta
[07:21] <seb128_> it's just too slow
[07:21] <seb128_> I open like an hundred bug page a day and it takes 10 seconds to open one on beta
[07:22] <kiko> what's the mesa homepage I wonder..
[07:22] <kiko> seb128_, to be honest it's pretty easy to register a product. All you need to know is the name and a summary
[07:22] <seb128_> well, I'm associated with the product if I'm the one who opened it, no?
[07:23] <seb128_> like I get bugs, etc
[07:23] <seb128_> and I only triaged a bug on mesa
[07:23] <seb128_> I don't want to get mails about it
[07:24] <kiko> not necessarily
[07:24] <kiko> you say who the owner is when you register it
[07:24] <kiko> you can just register it to "registry"
[07:25] <seb128_> ah, didn't know about that
[07:25] <seb128_> thank you for the information ;)
[07:25] <kiko> sure thing
[07:25] <radix> arggggggg
[07:25] <kiko> what
[07:26] <radix> the sorting per-column in milestone views is still buggy :(
[07:26] <kiko> man freshmeat is even slower than beta
[07:26] <radix> heh
[07:44] <kiko> seb128_, is mesa part of xorg?
[07:45] <kiko> hey ddaa you know the product release finder?
[07:45] <kiko> do you know what sort of approach we should use for sourceforge downloads?
[07:47] <seb128_> kiko: yep
[07:48] <kiko> https://beta.launchpad.net/mesa
[07:48] <seb128_> kiko: thank you!
[07:48] <kiko> seb128_, and set to use freedesktop
[07:48] <kiko> easy!
[07:49] <ddaa> kiko: I do not know the PRF much
[07:49] <ddaa> but I know the trick we used for sourceforge tarball details back then
[07:49] <kiko> ddaa, pity, I wanted to provide good information but the way sourceforge does the magic redirect makes me unsure of how to specify the tarball directory
[07:49] <ddaa> we used some sourforge mirror that's close to the DC
[07:50] <ddaa> kiko: we need to entirely circumvent sourceforge's brain-damaged idea of a download farm.
[07:50] <ddaa> mh... add missing invectives in the last sentence
[07:51] <kiko> yeah IKWYM
[07:51] <ddaa> give me a minute
[07:53] <ddaa> what's the sourceforge project you want to download?
[07:54] <kiko> mesa
[07:54] <kiko> http://sourceforge.net/project/showfiles.php?group_id=3
[07:54] <ddaa> this one ftp://heanet.dl.sourceforge.net/m/me/mesa, or this one ftp://heanet.dl.sourceforge.net/m/me/mesa3d ?
[07:55] <ddaa> the second one
[07:55] <ddaa> okay, be careful to set the glob pattern right
[07:55] <ddaa> there's a lot of shit there
[07:56] <ddaa> kiko: does that make you happy?
[07:56] <kiko> wow!
[07:57] <kiko> yes
[08:02] <ddaa> kiko: how do you reboot a crashed camera?
[08:03] <kiko> ddaa, often there's a reset button in it.
[08:04] <ddaa> mh... nothing reset-like... maybe some combination of the normal buttons...
[08:04] <ddaa> nevermind...
[08:06] <Ubugtu> New bug: #39739 in soyuz "Please include build url in notification e-mails" [Wishlist,Confirmed]  https://launchpad.net/bugs/39739
[08:13] <kiko> Seveas, why does ubugtu not notice that an old bug is actually old? is it because it has never seen it before? :)
[08:16] <Seveas> kiko, because sometimes bugs are new for a team
[08:16] <Seveas> for the LP team I still have to add all axisting bugs to the cache
[08:16] <kiko> I see
[08:16] <Seveas> which means pestring LP with lots of HTTP requests given that there is no real intrface to get that info :)
[08:18] <kiko> Seveas, maybe just cache a number below which you know all bugs are old?
[08:19] <Seveas> did that, failed for Ubuntu
[09:02] <thumper> morning people
[09:02] <ajmitch> morning thumper 
[09:02] <thumper> hi ajmitch
[09:03] <ajmitch> and what a beautiful morning it is here
[09:05] <ddaa> hello thumper
[09:05] <kiko> it's a lovely evening here
[09:11] <thumper> morning ddaa
[11:16] <Ubugtu> New bug: #54359 in malone "We should be able to add tags while reporting bugs." [Low,Confirmed]  https://launchpad.net/bugs/54359
[11:37] <jml> what exactly is a Hug Day?
[11:46] <pochu> jml: a Bug Day
[11:47] <jml> ahh
[11:47] <pochu> jml: and everytime somebody fixes a bug, the rest hug him :)
[11:51] <kiko> lol
[12:10] <sabdfl> evening all
[12:10] <bac> sabdfl: hello
[12:11] <sabdfl> thought i'd peek in here this evening
[12:11] <bac> it's mighty quiet