[01:01] <ubotu> New bug: #130435 in launchpad "Mesa is not an X.Org project" [Undecided,New]  https://launchpad.net/bugs/130435
[01:10] <LaserJock> kiko: is it easy to set up a redirect in apache? would a .htaccess work?
[01:32] <kiko> LaserJock, yes, it's very easy
[01:32] <LaserJock> I have an Ubuntu mirror on my local apache server, I can set up a .htaccess easy enough
[01:33] <kiko> that'd be very cool
[01:35] <Fujitsu> kiko: Oops, sorry went to bed shortly after the discussion a couple of nights back, and wasn't around much yesterday.
[01:36] <kiko> Fujitsu, that's okay, I'm still on it
[01:37] <Fujitsu> I presume it can do it, and it can always be taught to.
[01:59] <LaserJock> kiko: my .htaccess foo isn't working, do you use RewriteRule or Redirect?
[02:03] <Fujitsu> LaserJock: Use Redirect.
[02:04] <Fujitsu> redirect 301 somefile http://some/file
[02:04] <LaserJock> k
[05:51] <stub> Launchpad is going down in 15 minutes for scheduled database maintenance
[05:57] <ajmitch> scheduled to be down for approx 4-5 hours?
[06:04] <stub> 5 hours, as per http://news.launchpad.net/maintenance
[06:24] <LaserJock> Fujitsu: were you going to test dget with redirected urls?
[06:44] <Fujitsu> LaserJock: I presumed you were testing, but I've just done so. It handles 30[12]  fine. I set up 301s for a source package here, and it all worked.
[06:45] <LaserJock> Fujitsu: I was having problems with my apache server
[06:46] <LaserJock> I think I tightened it down too much or something :-)
[06:50] <Fujitsu> kiko: ^^
[07:04] <kiko> Fujitsu, LaserJock: most welcome, will update the bug.
[07:04] <kiko> Fujitsu, LaserJock: and hopefully SSL is okay too, right?
[07:05] <LaserJock> yeah, we might have to give it a flag
[07:05] <LaserJock> but it should work I think
[07:05] <kiko> that's not ideal but that problem I /really/ can't solve
[07:05] <kiko> in the short term
[07:05] <LaserJock> dget has an --insecure option
[07:06] <LaserJock> which the man page says "Allow SSL connections to untrusted hosts."
[07:06] <LaserJock> so I'm guessing that passes the proper flags to curl/wget
[07:07] <kiko> wonder if we could get launchpad's cert to be trusted though
[07:07] <kiko> it's a valid cert
[07:07] <Fujitsu> It works.
[07:07] <Fujitsu> It doesn't complain when I try to grab a nonexistent file from LP, except for a 404.
[07:08] <kiko> that's great.
[07:08] <LaserJock> awesome
[07:08] <Fujitsu> Um, 503, but anyway.
[07:08] <kiko> so my plan is to add a +files under the sourcepackagerelease url
[07:08] <Fujitsu> That makes sense :)
[07:08] <kiko> and link the DSC download that we [already]  offer for that sourcepackagerelease to the DSC in that directory
[07:09] <kiko> and not the librarian file
[07:09] <kiko> that file itself will simply issue a librarian redirect
[07:09] <kiko> the overhead is slightly higher but shouldn't matter given the convenience
[07:09] <kiko> and we /can/ redirect to an http:// librarian URL btw
[07:10] <kiko> let me catch some zs now
[07:10] <Fujitsu> Night kiko.
[07:10] <LaserJock> kiko: so it'll be +files/<dsc>.dsc ?
[07:10] <LaserJock> or will +files itself redirect to the .dsc?
[07:11] <Fujitsu> I presume the former.
[07:11] <Fujitsu> As +files would likely contain a listing of binaries as well.
[07:11] <Fujitsu> A +files/+dsc would be really nice, though.
[07:12] <Fujitsu> Also, did I see mention of the suite being in the path? That sounds wrong, as sourcepackagereleases aren't specific to distroseries(es).
[07:12] <kiko> exactly
[07:12] <kiko> it's not necessary
[07:12] <kiko> it can be just an added convenience
[07:12] <Fujitsu> OK.
[07:13] <LaserJock> kiko: ok, thanks so much
[07:13] <Fujitsu> Yay, we soon won't have to manually download the various bits of old versions :)
[07:15] <LaserJock> and we can maybe do some automatic stuff
[07:16] <Fujitsu> Bah, it'd be nice if we could have a read-only LP while maintenance was going on... but it's probably not worth it
[07:21] <kiko> we are planning on that actually
[07:21] <kiko> it's slightly tricky to disable the r/w parts
[07:21] <kiko> but we rarely have outages
[07:21] <kiko> and tbh this time we actually need it
[07:22] <kiko> the db needs a repack
[07:22] <kiko> see you in a few hours
[07:22] <LaserJock> cya
[07:23] <Fujitsu> I think I might have seen a spec about it months ago, but I can't look now :*
[07:23] <Fujitsu> *:(
[08:26] <justinwray> launchpad working for everyone?
[08:27] <beuno> justinwray: its down for planned maintainance
[08:27] <justinwray> Nice of me to pay attention eh?
[08:27] <justinwray> Thanks beuno.
[08:27] <beuno> justinwray: np
[08:30] <Fujitsu> Might be an idea to put something in the topic... or, even better, something on the outage page.
[08:30] <beuno> yes it would, but I don't think they're are any admins around at all
[08:37] <justinwray> I will admit, I did check the topic.  But that was the extent of my research.
[09:10] <sanju_baba> hi all
[02:43] <paxed> How can i find out what project it was that caused an account being autocreated for me?
[02:44] <paxed> oh. duh, i guess i'm blind. it says that on the profile page...
[06:18] <web_knows> hello
[06:22] <web_knows> I've downloaded two translation files from launchpad (PO and MO). they are for amarok (feisty).
[06:22] <web_knows> how can I install them?
[06:22] <web_knows> on ubuntu
[06:25] <kiko> you should really be grabbing the language packs, web_knows 
[06:25] <kiko> individual mo files are harder to install
[06:25] <kiko> but if you want to, replace the amarok.mo file on your filesystem with the one you downloaded
[06:27] <web_knows> kiko, I wasn't able to find the language pack for amarok
[06:32] <web_knows> and also there's no amarok.mo file on my filesystem
[10:36] <ubotu> New bug: #130526 in malone "Improve list of duplicates when reporting a bug (order by number of dupes, mark dupes)" [Undecided,New]  https://launchpad.net/bugs/130526
[12:15] <lifeless> thumper: hey
[12:15] <thumper> morning lifeless
[12:15] <lifeless> still tracking C++ stuff? we've got a regression in a custom stream I wrote for squid3 , on bleeding edge gcc
[12:15] <lifeless> http://www.squid-cache.org/bugs/show_bug.cgi?id=2000
[12:15] <ubotu> Squid bug 2000 in src "Debian build fails unit-tests on squid3-HEAD" [Major,New]   - Assigned to squid3@treenet.co.nz
[12:15] <lifeless> so I thought I'd ask if that rings any bells
[12:16] <thumper> lifeless: I still know enough C++ to know stuff
[12:16] <thumper> lifeless: did you want me to look over your code?
[12:16] <thumper> lifeless: what bleeding edge are you using?
[12:16] <lifeless> well, eyeball the bug report perhaps
[12:17] <lifeless> I haven't played with this yet, I need to setup a sid chroot to test build it myself