[01:40] <johnf1> I'm trying to solve the problem of building packages easily for different releases and having an apt repository at work. Would it make sense to use soyuz for this or would it be difficult to run that  by itself?
[01:44] <beuno> johnf1, as in, run your own soyuz version?
[01:44] <wgrant> johnf1: Soyuz isn't exactly light or easy to run.
[01:45] <beuno> if that's all you want it for, it sounds like a lot of overhead
[01:45] <wgrant> Sounds like you might want a private PPA, or just use something like reprepro locally.
[01:45] <johnf1> beuno: yeah that's what I though
[01:45] <johnf1> I'm looking at buildd at the moment
[01:45] <beuno> johnf1, you can use Launchpad's PPA for private builds at a fee
[01:45] <beuno> there's a few companies doing so
[01:45] <johnf1> trying to simplify our build process. Want something where I can dput
[01:46] <johnf1> beuno: might look into that, thanks
[01:46] <beuno> johnf1, bac is the guy to talk about
[01:46]  * beuno is off to dinner
[02:46] <Hilikus> how do i add a repo to the sources list inside my pbuilder?
[02:47] <Hilikus> or it will use the same sources as the systemL
[02:47] <wgrant> Hilikus: That's probably an #ubuntu-motu question.
[06:28] <spO> are bzr codes and packages held on user local machines, or are they held on launchpad's servers?  because PPA is fast but some of my bzr downloads are slow
[06:31] <spO> hello?
[06:32] <thumper> ?
[06:33] <thumper> what bzr downloads?
[06:33] <thumper> there are many helpful people in #bzr for bzr issues
[06:33]  * thumper goes to make dinner
[06:44] <spiv> spO: launchpad hosts both bzr branches and PPAs.
[08:28] <adeuring> good morning
[08:36] <noodles775> Hi adeuring
[08:37] <noodles775> OK, security issue. I just pushed an XSS fix and sent the MP. I deleted the branch and MP straight away, but the email was of course sent.
[08:38] <noodles775> Edge is not being updated, so it's not a huge issue there, but staging is I think?
[08:38]  * noodles775 checks.
[09:25] <bialix> hi there, I'm one of QBzr developers (lp:qbzr). Today one man contacting me and said he want to build .deb for Debian Lenny and Etch. Is it OK to publish those debs at LP PPA or there should be used another way?
[09:25] <bialix> I mean .deb package for qbzr
[09:26]  * bialix Windows developer so he maybe don't understand some subtle differences and hidden problems
[09:27] <bigjools> bialix: LP doesn't have PPAs for Debian yet
[09:27] <wgrant> bialix: Launchpad can't currently build PPA packages for Debian. However, if qbzr is Python as I assume, Ubuntu packages should work on Debian.
[09:27] <wgrant> In most cases.
[09:28] <bigjools> heh, famous last words
[09:28] <wgrant> Python's pretty safe now.
[09:28] <wgrant> Although Etch... I'm not quite sure.
[09:28] <bialix> qbzr has strong dependencies on PyQt and optional Pygments and PyEnchant
[09:29] <bialix> maybe it's different for Debian?
[09:29] <bialix> as I could see from some traceback that man gave me, there Python 2.4 used on Debian
[09:29] <bialix> pretty old I assume
[09:29] <wgrant> That must be etch.
[09:29] <bialix> newer Ubuntu versions used 2.5 or 2.6 at least
[09:30] <wgrant> Default Python in Lenny is 2.5.
[09:30] <wgrant> I personally wouldn't bother with supporting Etch at this point.
[09:30] <bialix> I would not
[09:31] <bialix> does there is something special about publishing debs?
[09:32] <wgrant> It's very different from the normal LP project upload area, yes.
[11:07] <thekorn> hi, I think about giving a launchpad talk on a german ubuntu conference at the end of october, do you have any talk related ressources (sample presentations, logos, pics, ...)
[11:08] <thekorn> or any ideas on topics I could focus on ;)
[11:10] <gmb> thekorn: I can't think of anything off the top of my head that we have that might be of use to you. Your best bet is to talk to kfogel, but I don't think he's available at the moment (he's somewhere in the US, if memory serves).
[11:13] <thekorn> gmb: super, thanks
[12:08] <wgrant> Isn't staging codehosting meant to work?
[12:08] <wgrant> I get a Python error when I try to push to it.
[12:08] <wgrant> /usr/bin/python2.4: can't open file '/usr/lib/python2.4/site-packages/bzr': [Errno 2] No such file or directory
[12:09] <spiv> wgrant: yes, iirc.
[12:18] <maxb> That's an interesting error. I get it from the testsuite running under python 2.5 (modulo s/4/5/)
[12:19] <maxb> shouldn't it say bzrlib not bzr?
[12:20] <wgrant> Probably.
[12:21] <james_w> it's probably looking for the bzr script adjacent to the bzrlib dir
[12:22] <james_w> or something similar
[13:15] <gary_poster> wgrant: spiv: "/usr/bin/python2.4: can't open file '/usr/lib/python2.4/site-packages/bzr': [Errno 2] No such file or directory" I believe is an instance of bug 407408 .  I have a branch for it that I'll land today or tomorrow at the latest.
[13:15] <gary_poster> mm, sorry, that was supposed to be wgrant, maxb.  sorry spiv.
[13:15] <spiv> gary_poster: that's ok, I was curious too :)
[13:15] <gary_poster> :-)
[13:17] <wgrant> gary_poster: Ah.
[13:27] <gnomefreak> can someone please change the package from firefox to firefox-3.0 for some reason i keep getting page not found or something like that . bug 411907
[13:28] <gnomefreak> its not taking my comment either it looks like
[13:28] <gnomefreak> ignore the above :(
[13:36] <gmb> gnomefreak: Sorry, I'm not quite clear on what problem you're having.
[13:37] <gnomefreak> gmb: its gone now but everytime i tried to change the package i would get page not found (dont recall error exactly)
[13:37] <gmb> Hrm.
[13:38] <wgrant> Probably changed the target, hit back, tried to change again.
[13:38] <wgrant> +editstatus is then gone => 404
[13:38] <wgrant> I've seen many people do that before.
[13:38] <gnomefreak> wgrant: no i changed it right than got error page than clicked back and tried changing it again ect...
[13:38] <gmb> wgrant: Ah, of course, yes.
[13:39] <wgrant> gnomefreak: You changed the package four minutes before you first asked here.
[13:39] <gnomefreak> wgrant: yes
[13:39] <gnomefreak> give or take a few
[13:39] <gnomefreak> wgrant: i kept trying is why it took me time to ask here
[13:41] <wgrant> gnomefreak: LP doesn't normally go around randomly giving 404s. You probably changed the package, then either switched to a new tab or hit back.
[13:44] <gnomefreak> wgrant: i dont think it was a 404 i remember the word lost in it ill see if i can reproduce.
[13:44] <wgrant> "Lost something?" is a 404.
[13:45] <gnomefreak> ah ok
[13:45] <gnomefreak> i cant reproduce it on that bug but i only see it once every several months.
[14:14] <lfaraone> Now, is it going to be a possibility in the future to put a project's logo (or a smaller version of it) in the upper left-hand corner of all pages related to that project?
[14:17] <wgrant> lfaraone: That's part of the 3.0 UI, yes.
[14:17] <lfaraone> wgrant: howabout openid as a consumer?
[14:17] <wgrant> No idea.
[14:18] <wgrant> Well, at one stage I heard it was o
[14:18] <lfaraone> wgrant: Thanks.
[14:18] <wgrant> n the cards for 3.0, but I haven't heard anything since. Maybe somebody else knows.
[14:18] <lfaraone> wgrant: Okay. My project, Sugar, wants to move to LP, but we don't want to look like we're affiliated or tied to one distro.
[14:20] <wgrant> lfaraone: Launchpad projects are not tied to any particular distro.
[14:23] <lfaraone> wgrant: I understand. However, our board is concerned with looking too ubuntu-centric.
[14:23] <wgrant> lfaraone: But Launchpad isn't really Ubuntu-centric.
[14:32] <lfaraone> wgrant: Well, it's kind of like using Alioth or Fedorahosted, no?
[14:32] <wgrant> lfaraone: Not at all.
[14:37] <wgrant> lfaraone: Alioth is for Debianish things. fedorahosted is... I'm not quite sure. Launchpad is for any open project, and it happens to have Ubuntu as a user.
[14:37] <wgrant> Although some people do keep calling it Ubuntu Launchpad for reasons that I cannot fathom.
[14:39] <jblount> wgrant: Are you aware of any other non-Ubuntu distros that use bzr ? That seemed like the commonality to me.
[14:39] <lfaraone> wgrant: Okay. Is there any plan to implement git hosting, or at least git mirroring? Our project is committed to git due to its speed
[14:39] <lfaraone> (in a related thread to jblount )
[14:39] <wgrant> jblount: Distros? No.
[14:39]  * wgrant goes to bed, and defers to Mr. CHR, gmb.
[14:41] <Daviey> hmm
[14:41] <Daviey> Launchpad clearly has it's features based around Ubuntu's needs
[14:42] <wgrant> Daviey: Arguable. Distro functionality has been somewhat neglected for a couple of years, IMO.
[14:42] <wgrant> Initially, perhaps.
[14:42] <wgrant> But recently it seems to me to be moving in a much more project-focused direction.
[14:42] <Daviey> sure.  But it's worth remembering that bzr was added to launchpad because that is what was the preferred VCS of Ubuntu
[14:43] <wgrant> I'm not sure that's the case.
[14:43] <Daviey> I certainly agree it is going less Ubuntu centric now.. but it certainly has tradionally been that way
[14:43] <lfaraone> wgrant: the main issue for us atm is git. our developers like it, and they are refusing to move off of it.
[14:43] <Daviey> wgrant: well sabdfl said otherwise :)
[14:45] <mhall119|work> I have a question about PPA signing keys
[14:46] <mhall119|work> if I sign my ppa's key with my private key, can someone just apt-key import my public key, or do they still have to import the PPA's key?
[14:47] <gmb> mhall119|work: I don't know the answer to that. Let me just find somene who does :)
[14:47] <mhall119|work> thanks gmb
[14:48] <cprov> mhall119|work: they have to import the PPA key, the trust keyring doesn't help apt
[14:48] <gmb> cprov: Thanks :)
[14:48] <Daviey> infact mhall119|work, you don't even have the secret PPA key.. that is all server side
[14:49] <mhall119|work> Daviey: yeah, I knew that
[14:49] <mhall119|work> cprov: thanks
[14:49] <mhall119|work> is there any way to create a distro that used an exiting key?
[14:50] <Daviey> "create a distro"?
[14:50] <mhall119|work> sorry, got distro on the brain, create a ppa
[14:51] <geser> what would be the benefit for that?
[14:51]  * mhall119|work is making a distro, and wants to pre-include a package signing key so that any ppa's he makes can be used without importing new keys
[14:51] <bigjools> yes you can, make a new named PPA
[14:51] <mhall119|work> I've only made one ppa so far, but I didn't see an option to give it a public key
[14:51] <Daviey> and include the public key in your own distro
[14:52] <Daviey> mhall119|work: you can't upload your own key to launchpad for signing a PPA
[14:52] <mhall119|work> Daviey: that's what I plan to do, but I was hoping that if I made other PPA's after the fact, people using that distro wouldn't have to import new keys
[14:53] <mhall119|work> okay, do all ppa's get a unique key, or do the ppa's in a single project share the same key?
[14:53] <Daviey> Ah... but they would still need to add the ppa deb line in sources.list, no?
[14:53] <mhall119|work> Daviey: yes, but Ubuntu provides a nice GUI tool for adding deb lines
[14:53] <mhall119|work> there isn't a nice GUI tool for importing keys, that I'm aware of anyway
[14:54] <wgrant> mhall119|work: Karmic's Software Sources allows easy addition of PPAs and their keys.
[14:54] <Daviey> mhall119|work: you could have a mhall119-custom-distro-ppa package ?
[14:54] <bigjools> karmic onwards will do it for you in the  .... beat me to it
[14:54] <wgrant> But as bigjools said, additional PPAs on the same team or person will share the same key.
[14:54] <Daviey> and that could be upgraded via the main ppa you own?
[14:55] <mhall119|work> okay...
[14:55] <mhall119|work> I think I get it
[14:55] <mhall119|work> thanks guys
[14:57] <mhall119|work> https://launchpad.net/qimo is the distro
[14:57] <mhall119|work> I don't have a PPA for it yet, just wanted to try and do it right the first time around, you know?
[14:58] <lfaraone> If we import from trac to LP and decide later we don't like LP, can we export again?
[14:59] <bigjools> oh gmb, a question you can answer :)
[15:00] <gmb> lfaraone: At the moment we have no set process for that. However, the Launchpad APIs would make it very, very easy to write a script that would do that for you. What format you'd want that data in would then be up to you.
[15:00] <lfaraone> gmb: Okay.
[15:01] <lfaraone> gmb: Would it be possible (at the present time) to have custom branding with launchpad?
[15:02] <gmb> lfaraone: How do you define 'custom branding' in this context?
[15:03] <lfaraone> gmb: Well, for starters,  the project logo in the corner.
[15:03] <lfaraone> gmb: and ideally we'd like to be able to point people to http://dev.sugarlabs.org/ (as we currently do) and have that transparently go to our launchpad project. We could probably accomplish that with some mod_rewrite magic.
[15:04] <wgrant> lfaraone: I think that's called phishing.
[15:04] <lfaraone> wgrant: Phishing? How so?
[15:05] <wgrant> Unless you mean the redirecting sort of mod_rewrite.
[15:05] <gmb> lfaraone: As wgrant said, a redirect would be far preferable to proxying. I think there are some fundamental security objections with the latter approach.
[15:06] <gmb> lfaraone: Especially when you consider that Launchpad is served over HTTPS for a reason.
[15:06] <lfaraone> gmb: Okay, if we were to make dev.sugarlabs.org a CNAME for launchpad.net and have the configuration on your side?
[15:08] <wgrant> That's of similar badness. It would have to be a redirect.
[15:08] <gmb> lfaraone: I can't speak with authority on that one, but I doubt it would happen. Launchpad is a hosting solution for everybody. Individual projects setting up CNAMEs for lp.net seems to go against that. Also, I suspect that our IS team would disagree strongly with having to do project-specific configuration that's not supported by the general codebase.
[15:09] <wgrant> (there are also large security issues with that approach)
[15:09] <gmb> Indeed.
[15:13] <lfaraone> gmb: so LP doesn't do this with customers who purchase services?
[15:14] <gmb> lfaraone: No. Purchasing a subscription gets you the right to host proprietary software on Launchpad, plus private branches, bugs and teams.
[15:15] <gmb> But we don't do any kind of domain configuration.
[15:15] <lfaraone> gmb: Okay, thanks.
[15:22] <gmb> lfaraone: However, there's no reason we couldn't discuss doing it as part of a commercial subscription. It might be worth emailing commercial@launchpad.net to see what we could offer your project.
[15:23] <lfaraone> gmb: Heh. Sadly, as a non-commercial FOSS project, we have no funds.
[15:23] <lfaraone> gmb: we're currently running of donated MIT and FSF servers. (which is a holdover from when we were part of One Laptop Per Child)
[15:24] <lfaraone> gmb: (I was just wondering)
[15:27] <maco> do long-format bugmails list the tags?
[15:28] <wgrant> maco: No.
[15:28] <wgrant> Just the targets with their statuses, and the description.
[15:28] <gmb> lfaraone: Ah, okay.
[15:29] <maco> boo. if i file a wishlist bug, will it get WONTFIX or Confirmed?
[15:29] <maco> trying to find a way for celeste to only get kde-related papercut bug mail, and tags wouldve been the easiest thing to filter on
[15:30] <wgrant> maco: Sounds like you instead want a header listing the tags.
[15:30] <lfaraone> gmb: are we strongly discouraged from running our own instance?
[15:37] <gmb> lfaraone: You're perfectly free to set up your own instance. However, we'd prefer that you didn't and we can't really offer you any support in doing so. The code was released so that others could improve launchpad.net itself, rather than to encourage multiple Launchpad instances.
[15:38] <homy> (what would the benefit of a local instance be?)
[15:38] <gmb> lfaraone: Ideally, we'd like you to host your project on lp.net so that you can interact properly with other projects and packages as necessary. Setting up your own instances negates that benefit.
[15:39] <lfaraone> homy: We'd be able to fully brand it.
[15:39] <homy> right.
[15:39] <lfaraone> Hey, I found this sentence on the +branding edit page: "Changing them here will affect every page related to Sugar on a Stick as exactly the well as listings which include it. "
[15:39] <lfaraone> Does that read right to anybody here?
[15:40] <wgrant> lfaraone: No. Two words got moved recently.
[15:40] <wgrant> I meant to file a bug about it a week ago, but forgot.
[15:41] <wgrant> At least, I recall I was able to make a permutation of that sentence which made sense.
[15:41]  * wgrant tries again.
[15:41] <lfaraone> wgrant: want me to file a report, then?
[15:41] <wgrant> "exactly the" is meant to be in the next sentence.
[15:42] <wgrant> lfaraone: Sounds like a good idea. launchpad-registry is the project.
[15:42] <gmb> lfaraone: In setting up your own instance you'd be required to fully brand it, since Launchpad.net and the Launchpad logo are registered trademarks. However, homy has a valid point: by setting up your own instance you lose pretty much all the benefits of using Launchpad, at least from the point of view of bug tracking.
[15:43] <wgrant> Also, all of the images would need to be replaced.
[15:43] <wgrant> They are not free.
[15:43] <wgrant> Not just the Launchpad-branded bits.
[15:43] <gmb> Good point.
[15:43] <lfaraone> wgrant: Okay. There are tango alternatives, correct?
[15:43] <homy> Also, just hosting sugarpad would cost something.
[15:44] <wgrant> lfaraone: There could be.
[15:44] <lfaraone> wgrant: We're not *planning* on doing this, I was just tasked with doing the research and then making a presentation of all availible options to the board.
[15:44] <wgrant> But running your own Launchpad is probably pretty crazy.
[15:45] <gmb> That's a new slogan for launchpad.net: "We run Launchpad so you don't have to."
[15:48]  * wgrant makes a fourth attempt at departing for the night. This one will work.
[15:48] <lfaraone> gmb: yeah. our sysadmin balked at all the deps he'd have to install.
[15:49] <kfogel> gmb, thekorn: here now.  I'm uploading a presentation that has slides that might be useful to thekorn; will ping when done.
[15:49] <lfaraone> gmb: as a demo, we'd like to import some of the bugs in one of our subprojects into launchpad. what format do you guys need the data in?
[15:49] <gmb> kfogel: Awesome.
[15:49] <lfaraone> gmb: (we're using trac)
[15:49] <gmb> lfaraone: We have a script to create an XML export from a trac DB. http://launchpad.net/trac-launchpad-migrator
[15:50] <lfaraone> gmb: okay. we can then strip parts we don't want imported?
[15:52] <gmb> lfaraone: Sure, as long as it remains valid according to https://help.launchpad.net/Bugs/ImportFormat
[15:52] <thekorn> kfogel, super, thanks
[15:55] <kfogel> thekorn, gmb: https://code.edge.launchpad.net/~kfogel/+junk/launchpad-SOLT-presentation
[15:55] <kfogel> thekorn: take whatever you can use.  The presentation is about open-sourcing Launchpad, but it has a lot of generic material about Launchpad too.
[15:58] <thekorn> kfogel, thanks a lot, it looks helpful to me
[16:00] <kfogel> thekorn: great!
[16:04] <lfaraone> gmb: is there a download file size limit?
[16:04] <gmb> lfaraone: You mean for bug attachments?
[16:04] <lfaraone> gmb: (our releases are around 600mb)
[16:05] <lfaraone> gmb: No, for releases.
[16:05] <gmb> lfaraone: I don't know. I'll find someone who does.
[16:05] <lfaraone> gmb: Thanks.
[16:05] <gmb> sinzui: Would you be able to answer lfaraone's question re: download file size limits?
[16:06] <sinzui> lfaraone: there are no limits, but network traffic makes it the upload process brittle
[16:07] <lfaraone> sinzui: Okay. We already have our downloads hosted on download.sugarlabs.org/ , can we import from there?
[16:08] <sinzui> lfaraone: The best way to guarantee a large file is uploaded for a release to to set the releasefileglob.
[16:08] <lfaraone> sinzui: (we can't use the pattern matching, because the maintainer for this project uses code names as opposed to version numbers for every release)
[16:08]  * sinzui looks for blog link with examples
[16:08] <sinzui> yuck
[16:08]  * sinzui thinks about how to cheat
[16:09] <sinzui> lfaraone: http://blog.launchpad.net/cool-new-stuff/automatically-import-files-to-launchpad-using-product-release-finder
[16:10] <sinzui> lfaraone: I may be can set the releasefileglob to do the pull. then unset it once the files are added.
[16:10] <lfaraone> sinzui: What's the releasefileglob?
[16:11]  * lfaraone googles.
[16:11] <sinzui> lfaraone read the blog
[16:11] <sinzui> that is the best answer
[16:12] <sinzui> lfaraone: in summary, it is a pattern that launchpad can use to find files that belong or a series. It will create the needed milestones and release them if they do not already exist.
[16:12] <lfaraone> sinzui: I'm at the modify-milestone page, and I don't see the file pattern field. (it was there when I created the milestone, however)
[16:12] <lfaraone> ( https://edge.launchpad.net/soas/+milestone/v1.0/+edit )
[16:13] <sinzui> lfaraone: Edit the series.
[16:13] <sinzui> lfaraone: can you point me to the files you want to upload?
[16:14] <lfaraone> sinzui: http://download.sugarlabs.org/soas/releases/soas-strawberry.iso
[16:14] <sinzui> Ahh
[16:14] <lfaraone> sinzui: That's it. (v1.0 for our project)
[16:15] <sinzui> lfaraone: That wont work with Launchpad because there is not doted number version
[16:16] <lfaraone> sinzui: I figured.
[16:17] <sinzui> lfaraone: There is a related bug to this. I think the solution is to add a glob features to the milestone. It does not need version information.
[16:18] <sinzui> lfaraone: uploading using the web form will work, but it is dodgy for users with poor connectivity to launchpad.
[16:19] <lfaraone> Okay.
[16:19] <lfaraone> sinzui: Will native git ever be supported on launchpad?
[16:20] <sinzui> lfaraone: I'll investigate matching codenames in the series relasefileglob. That may work. This will probably take a few months to implement
[16:21] <sinzui> lfaraone: There are not plans for native, but you can request a mirror or import from a git repo. Launchapd has supported that for the last few months
[16:21] <lfaraone> sinzui: Okay. So if I were to write a patch for it, it wouldn't be accepted?
[16:21] <sinzui> lfaraone: so that launchpad uses git instead of bzr?
[16:22] <lfaraone> sinzui: and re the globbing, would it take that long because it's difficult to implement, or would that be something that I, as an amature python programmer with 2 years of exp, be able to fix?
[16:22] <lfaraone> sinzui: so that launchpad can use git in addition to bzr as default.
[16:22] <sinzui> lfaraone: all launchpad engineers are dedicated to the UI upgrade for the next two releases.
[16:23] <sinzui> lfaraone: I made some improvements to the product-release-finder  two months ago in my spare time.
[16:23] <sinzui> lfaraone: I see you requested a git import. I just approved it
[16:24] <lfaraone> sinzui: Thanks.
[16:24] <lfaraone> sinzui: I was wondering if it'd be something I could do in my spare time.
[16:24] <sinzui> lfaraone: git imports should not need approval, but the importer was designed for dumb systems like cvs. We plan fix this.
[16:26] <sinzui> lfaraone: yes you can.. Adding a glob to the milestone is harder because it is a model change.  The matching rules for the p-r-f are centralised so if we can make that rule find the milestone by codename, the rest of the system will work
[16:26]  * sinzui looks at the code
[16:28] <sinzui> lfaraone: I'm reporting a bug and adding my thought about where and how we can match on code name.
[16:34] <lfaraone> sinzui: Thanks.
[16:38] <lfaraone> Where would I report a bug against the mapping feature?
[16:40] <bdrung> gmb: https://code.launchpad.net/~bdrung failes to load (error: timeout)
[16:44] <sinzui> lfaraone: https://bugs.edge.launchpad.net/launchpad-registry/+bug/412015 <- I think this approach is implementable in 50 lines of code and a simple unittest.
[16:46] <lfaraone> sinzui: Okay, I'll probably get to it in a month or so. (about to leave for a vacation)
[16:47] <sinzui> lfaraone: you can ask me for help at any time
[16:47] <lfaraone> sinzui: Thanks.
[16:53] <gmb> bdrung: This is a bug which we're familiar with. It's being worked on, I believe.
[16:55] <gmb> bdrung: Thanks for letting us know though.
[16:56] <gmb> bdrung: It's either bug 401631 or bug 397034.
[16:56] <gmb> (Though probably not the latter)
[16:57] <bdrung> gmb: thanks.
[16:58] <lfaraone> gmb: Now who do we run to for help!
[16:59] <lfaraone> Is there a reason that all of the timelines I create on LP are broken? https://edge.launchpad.net/soas/+series https://edge.launchpad.net/gasp-code/+series
[16:59] <gmb> lfaraone: Heh. There's always someone with one eye on #launchpad, never fear.
[16:59] <gmb> lfaraone: Can you be more specific about how it's broken? It looks okay to me.
[17:00] <lfaraone> gmb: in my browser, all of the serieses are pointing back to the origin.
[17:00] <gmb> lfaraone: What browser are you using?
[17:00] <lfaraone> gmb: Chrome.
[17:00]  * gmb looks in chromium
[17:01] <gmb> Hmm. Looks fine there, too... Of course, chromium might be completely off in terms of modelling what Chrome's up to.
[17:01] <lfaraone> gmb: I'm on Windows at the moment,.
[17:01] <lfaraone> gmb: screenie: http://img194.imageshack.us/img194/9633/85032154.jpg
[17:01] <gmb> Yeah, that might be part of it...
[17:01] <gmb> lfaraone: Can you try in a different browser, just so that we can isolate the problem?
[17:02] <gmb> lfaraone: Wow. That's not nice.
[17:02] <lfaraone> gmb: Will IE suffice?
[17:02] <gmb> (though funny)
[17:02] <gmb> lfaraone: Eeesh. I'm not sure it will work in IE... worth a shot htough. I'll try FF3 on a Windows VM, too.
[17:02] <lfaraone> gmb: heh, nothing in ie8
[17:03] <gmb> Hah.
[17:03]  * gmb waits for Windows to boot
[17:05] <gmb> lfaraone: Looks fine in Firefox too. That's definitely a bug. Would you be so kind as to file it against http://bugs.launchpad.net/launchpad-registry and include the screenshot as an attachment?
[17:06] <lfaraone> gmb: Sure.
[17:07] <gmb> Thanks.
[17:12] <lfaraone> gmb: reported as bug 412032
[17:12] <gmb> lfaraone: Thanks.
[17:14] <lfaraone> sinzui: Would I be able to setup a pattern matching "soas-vX.Y.Z-codename.tar.gz" without making any changes to the parser? (by maybe adding a wildcard to codename or something...)
[17:16] <sinzui> lfaraone: yes. maybe http://domain/dir/soas-1x* to match all 1x files to the 1x series. the vX.Y.Z will be the milestone name/release version
[17:17] <sinzui> lfaraone: you can make the url more specific by including the codename or file extension, but I do not think you want to do that if there are several kinds of release files
[17:18] <lfaraone> sinzui: Okay, I'll see if I can convince our ftpmaster to do the work. But I'll still fix that bug anyway, cause that's a useful feature.
[17:35] <lfaraone> sinzui: just wondering, why did you say that GIT shouldn't need approval, but that CVS should?
[17:35] <lfaraone> sinzui: is there a technical reason or something?
[17:39] <sinzui> cvs and subversion are centralised and hierarchical. users often request an import for *many* projects. git and bzr are dvcs so they represent a single project
[17:39] <SamB> is there a way to search for a person by irc nick?
[17:45] <lfaraone> Is it possible to, after importing bugs from trac, link them to the originating bug tracker?
[17:48] <Ursinha> gmb, ^
[17:49] <gmb> lfaraone: Sure. In fact, it should be possible to tack a link onto the end of the bug description in the XML export with a bit of hackery to the migrator script.
[17:50] <gmb> That would reduce the noise of creating the link after the import has taken place (since it means changing the description of the bug)
[17:50] <lfaraone> gmb: Awesome, thanks.
[19:40] <mkanat> gmb: I'm around, just FYI, in case you have any questions about bugzilla.gnome.org.
[20:09] <bialix> hi, where I should report bug about blueprints system?
[20:10] <beuno> bialix, https://edge.launchpad.net/blueprint/+filebug
[20:11] <bialix> ok