[09:57] <solsTiCe> hi. Is there a bug tracker for launchpad itself ? I mean, it is so annoying when looking at bug in launchpad that the text is displayed in 45em column. whereas my browser window is larger than that. It is even worse when looking at stack trace. It is a matter of removing a max-width: 45em css styling. So, can I enter a bug request ?
[09:58] <cjwatson> https://bugs.launchpad.net/launchpad
[09:58] <solsTiCe> cjwatson: ok. thanks
[10:16] <solsTiCe> well, it's not better with very long line to read. IT would be fine if only the stack trace would be wider. may be too complicated
[10:19] <solsTiCe> So I have not entered a bug request after all. http://i.imgur.com/LV6tWw7.png Using a styling extension in my browser
[10:37] <cjwatson> Avoiding having to read very long lines is indeed why the style is the way it is.
[10:37] <cjwatson> You could attach the stack trace as a file, and then it can be downloaded without wrapping modifications.
[13:56] <dobey> yeah, pasting stack traces in the bug description/comment itself is generally quite annoying, because it often makes for a very long description/comment, plus it's not as nice to read. attaching the file gives developers a lot more options for what to do with it
[17:06] <sergio-br2> InvalidHttpResponse: Invalid http response for http://bazaar.launchpad.net/~libretro/libretro/vecx-libretro/.bzr/branch-format: Unable to handle http code 503: Service Temporarily Unavailable
[17:06] <sergio-br2> it's not my fault, right??
[17:07] <cjwatson> Probably genuinely temporary, since that loads for me.  Did you try more than once?
[17:07] <sergio-br2> let see
[17:08] <sergio-br2> nope, it's automatically
[17:08] <sergio-br2> the recipe
[17:08] <cjwatson> Right, so retry the recipe build?
[17:09] <cjwatson> utopic built fine, after all
[17:10] <cjwatson> Only vivid and trusty failed
[17:59] <bhai> Hello, I need little help
[17:59] <teward> with what?
[17:59] <bhai> when ever I type 'sudo apt-get update' i get error
[18:00] <teward> bhai: not sure that's a #launchpad question, try #ubuntu ?
[18:00] <teward> (and provide more data since "i get error" is ambiguous)
[18:03] <dobey> probably trying to use a ppa that isn't available for the version of ubuntu being used
[18:05] <teward> true, but "i get error" isn't a #launchpad question when related to apt-get update
[18:05] <teward> not unless they have better information like the actual error or apt-get output
[18:05] <teward> bah, stupid VM... doesn't want to do DNS... now I have to /etc/hosts everything >.<
[18:28] <dobey> nah, it's almost never a launchpad question
[18:28] <dobey> probably not really an ubuntu question either though; PPAs do have contact information for the ppa, right on the page
[18:48] <teward> dobey: people are ignorant though.  That's the reason we get so many support questions
[18:49] <teward> dobey: to a point, people just see the errors in the output and complain not knowing they can go to the PPA to get contact info
[18:49] <teward> or in my case, i have in huge print surrounded by asterisks "REPORT A PPA BUG AT https://launchpad.net/teward-ppas/+filebug" for my PPAs (not the nginx ppa)"
[18:49] <teward> but eh
[19:00] <mapreri> the trouble is that people do whatever other people tell them to do, without understanding what they are doing. i doubt most of the ppa users actually know what a ppa is (=archive) and what can happen inside it...
[19:07] <teward> mapreri: indeed.  And I make sure that people who use the nginx PPAs know that they're the same packaging from Debian with a minor tweak so it builds in Ubuntu but you're right
[19:07] <teward> and i notice this a lot - people break systems by using PPAs
[19:08] <teward> not necessarily maliciously, but by accident because testing PPAs or such (my testing / staging PPAs even have that big warning there too, saying DO NOT USE and such but meh)
[21:24] <ricotz> wgrant, good morning, is it possible to speed up a ppa package cleaning and avoid to increase its size?
[21:25] <ricotz> https://launchpad.net/~libreoffice/+archive/ubuntu/libreoffice-prereleases/+packages
[21:25] <ricotz> (caused by the need to do multiple uploads today)