[11:26] <rick_h_> morning
[11:27] <rick_h_> it's plant day yay!
[12:13] <jrwren> what does that mean?
[12:13] <jrwren> morning!
[12:16] <rick_h_> fish tank plant shipment arrives today
[12:16] <rick_h_> so I can start get new fish tomorrow after spending the last few weeks in setup
[12:34] <snap-l> Yay!
[12:36] <snap-l> IT's interesting seeing the bitcoin thefts in recent months
[12:37] <snap-l> almost like bank robberies
[12:37]  * snap-l wonders what list that sentence put him on
[12:37] <rick_h_> heh yea, I thought you couldn't do that though since they're signed/validated type things
[12:38] <snap-l> rick_h_: Yeah, I'm not entirely sure how they work
[12:38] <snap-l> unless you mark them as spent or something.
[12:40] <snap-l> rick_h_: We were wonderingif the fish would also get trained
[12:41] <snap-l> and when they'll learn their ABCs. ;)
[12:41] <rick_h_> no, unfortunately they only 'trick' they learn drives me nuts
[12:41] <rick_h_> "oooh, people...let's swarm and hope for food"
[12:41] <rick_h_> so you have to admire from a distance, stupid fish
[12:42] <snap-l> http://www.youtube.com/watch?v=L_Iznh9VbsY
[12:43] <rick_h_> yea, you'll never see a goldfish in one of my tanks
[12:44] <snap-l> rick_h_: Not even as a feeder fish?
[12:44] <snap-l> c'mon, they're cheap, and the pee up a tank like little gold carp.
[12:44] <rick_h_> nope
[12:47] <brousch> what's wrong with goldfish?
[12:49] <snap-l> brousch: They're essentially gold-colored carp?
[12:49]  * rick_h_ has a passionate hate for goldfish
[12:50] <rick_h_> they're the django of the fish world, built for the less than sophisticated :P
[12:50] <brousch> wow
[12:50] <brousch> carp are fun
[12:50] <snap-l> rick_h_: Well said
[12:51] <brousch> we used to have an annual fishing thing called carpfest. we would use balled up dog poop and dough as bait
[12:51] <snap-l> brousch: That should be a data point. :)
[12:51] <rick_h_> ah, well how can I possible say unsophisticated at that?
[12:51] <brousch> come on. they're fish. no fish is sophisticated
[12:53] <rick_h_> http://www.youtube.com/watch?v=BEJT3HzOBp4
[12:56] <rick_h_> http://www.youtube.com/watch?v=_m4-UD4i5JU nice
[12:58] <snap-l> Woah, that's beautiful
[12:59] <rick_h_> yea, just search for planted aqariums
[12:59] <rick_h_> that's the "idea" of what I'll be working towards, just don't have the skills/equipment to pull it off that well yet
[12:59] <rick_h_> why I say a good aquarium is room decor really
[13:00] <brousch> ooops http://bitcoinmedia.com/compromised-linode-coins-stolen-from-slush-faucet-and-others/
[13:00] <snap-l> IT's not a real aquarium unles it has painted blue gravel and skelatal pirate remains with an air-activated treasure chest.
[13:00] <rick_h_> lol
[13:01] <brousch> snap-l++
[13:06] <snap-l> http://www.lulu.com/blog/2012/03/01/vampire-diaries-harpercollins/ <- This is horseshit.
[13:52] <snap-l> Ubuntu haters theme song: http://www.youtube.com/watch?v=vbMXPsmyAiI
[14:16] <snap-l> Man, I never usually listen to King's X, but I love it every time I do
[14:19] <rick_h_> ATT is going to get mad at me today. Fresh installs of two machines
[14:19] <rick_h_> make-ifying lots of setup stuff so reloads and reloads to test it works
[14:22] <snap-l> heh. :)
[14:23] <nullspace> rick_h_: why would ATT get mad at you?
[14:23] <rick_h_> even reinstalling the netbook today with the beta1
[14:23] <rick_h_> nullspace: just hammering my net pretty much straight today so far
[14:24] <rick_h_> love it when downloads go from kB/s to M
[14:28] <krondor> nullspace:  ATT hates when they're customers attempt to use the capacity they sold them.  It's common knowledge.
[14:28] <rick_h_> pretty much :)
[14:28] <krondor> woot I know its friday because my grammar is bad (s/they're/their/)
[14:31] <rick_h_> really cool http://news.ycombinator.com/item?id=3653805
[14:32] <nullspace> that sucks
[15:31] <snap-l> BTW: IF you're planning on coming to the jam tomorrow, please please PLEASE RSVP so I have a better idea of who is coming.
[15:32] <snap-l> http://loco.ubuntu.com/events/ubuntu-michigan/1526/detail/
[15:34] <brousch> ok
[15:35] <snap-l> brousch: Thank you. :)
[15:35] <brousch> oh wait, forgot to add the 12 others i'm bringing
[15:36] <snap-l> brousch: That's fine. We have room for them inthe back yar.
[15:36] <snap-l> yard, even
[15:36] <brousch> how did you know they were dogs?
[15:36] <snap-l> My allergies told me.
[15:37] <brousch> snap-l: do you know of others who haven't rsvped?
[15:38] <snap-l> I think waldo323_ hasn't
[15:38] <snap-l> Not sure if anyone else is coming
[15:38] <snap-l> hence the "please RSVP"
[15:38] <snap-l> I need to know how much febreeze I'll need for when you guys leave. ;)
[15:40] <brousch>  A LOT
[15:40] <brousch> just for that i'm eating taco bell tonight
[15:41]  * snap-l makes a note to get the 55 gallon drum and a pump to spray brousch down as he enters.
[15:42] <brousch> you m ight want to. i have 2 dogs
[15:42] <brousch> make me sit on a plastic-covered chair
[15:42] <snap-l> hah
[15:43] <snap-l> Nah, that should be OK
[15:47] <brousch> i will bring some beers
[15:48] <snap-l> Awesome.
[15:50] <tjagoda> Is anybody else running the 12.04 beta yet?
[15:50] <tjagoda> (in unity)
[15:50] <rick_h_> https://picasaweb.google.com/116120911388966791792/Aqarium?authuser=0&feat=directlink
[15:50] <rick_h_> plants are started, going to take weeks/months for them to grow in, but it's greener
[15:50] <tjagoda> I think I'm missing the system configuration applet that has all the unity settings.
[15:51] <rick_h_> tjagoda: yes, running it in two places as of this morning :)
[15:51] <tjagoda> Do you have "User Interface" in your system settings?
[15:51] <snap-l> rick_h_: nice!
[15:51] <brousch> what are these settings you speak of?
[15:51] <rick_h_> no, just appearance
[15:51] <tjagoda> hm.
[15:52] <rick_h_> tjagoda: I think that was from that ccsm stuff wasn't it?
[15:52] <brousch> unity is the anti-kde
[15:52] <tjagoda> I saw a demo in which this dude was able to set the color of his unity dash, via system settings
[15:52] <tjagoda> I didn't think it was ccsm, maybe it was
[15:52] <snap-l> https://plus.google.com/photos/116120911388966791792/albums/5715327558486625105/5715327560765671730?banner=pwa <- rick_h_ is that a heater?
[15:52] <tjagoda> So the only added unity configuration option is really just "Dont hide the dock" and "Make the icons big/smaller"
[15:52] <tjagoda> =(
[15:53] <rick_h_> snap-l: no, extra filter to help out while I settle things
[15:53] <rick_h_> snap-l: it'll get yanked once things are going ok
[15:53] <rick_h_> it's just pulling water through that fiber in the bottom for extra filtering of big stuff
[15:53] <snap-l> rick_h_: Ah, haven't seen one of those before. Looked strange.
[15:53] <brousch> rick_h_: come on, not a single pirate-related item?
[15:53] <rick_h_> yea, just a powerhead at the top with a container below for fiberous filter media
[15:53] <rick_h_> brousch: nope...no pirates
[15:54] <brousch> humbug
[15:54] <rick_h_> just a bunch of $$ down the drain...I mean fish tank
[15:54]  * snap-l cancels his big order of plastic pirate stuff for rick_h_'s tank
[15:54] <snap-l> http://www.squidoo.com/pirate-fish-tank-aquarium-decorations
[15:55] <tjagoda> I am intimidated by Rick's fish tank.
[15:55] <brousch> how about a classy, half-naked mermaid on that stick?
[15:55] <rick_h_> hah (on the pirate ship)
[15:55] <rick_h_> brousch: I cannot seem to find a way to reply that doesn't put me in CoC violations
[15:55] <snap-l> rick_h_: snicker
[15:56] <tjagoda> I hate unity a lot less when the launcher bar not auto-hiding
[15:59] <tjagoda> definitely still hate the global menu bar.
[16:00] <tjagoda> ...so if I'm in firefox
[16:00] <brousch> yeah, that is incredibly annoying
[16:00] <tjagoda> and I type "print" into the HUB
[16:00] <tjagoda> HUD*
[16:00] <tjagoda> ...it gives me the cups printer devices window
[16:00] <tjagoda> -_-
[16:01] <tjagoda> What I actually have to type is "file" and then go find print in the list
[16:02] <tjagoda> Typing "File Pr" gives not File Print as the top choice, but "Work Offline" as the top choice
[16:02] <tjagoda> HUD needs lotsowork
[16:02] <snap-l> http://arstechnica.com/business/news/2012/02/hands-on-with-windows-8-server-beta-a-quick-start-to-domain-domination.ars <- THAT'S a server panel?
[16:02] <snap-l> (puke)
[16:03] <tjagoda> Thats the server start menu =(
[16:03] <tjagoda> Leaking into the rest of server =(
[16:03] <brousch> snap-l: doesn't your server have a touch screen?
[16:03] <tjagoda> The theory behind it is to make it so you can remote admin from a tablet
[16:04] <tjagoda> which sounds like a fun hour of excruciating pain
[16:04] <snap-l> I hope Metro gives Microsoft the kicking they deserve
[16:04] <brousch> i already do that. it's called connectbot
[16:04] <tjagoda> I am angered by the lack of negative press Metro is getting
[16:04] <tjagoda> Physically angered
[16:05] <brousch> tjagoda: i think the people who really hate it already moved on to other things
[16:05] <tjagoda> So angered that I log into minecraft 1.2 to go annihilate all the kittens
[16:05] <brousch> i for one, don't give a rats ass about it
[16:05] <tjagoda> What really makes me angry
[16:05] <tjagoda> is that in two years the only apps allowed within the windows 8 app store will be HTML fancypants web apps
[16:05] <tjagoda> no local stuff
[16:05] <tjagoda> all web stuff
[16:05] <brousch> then why use windows at all?
[16:06] <tjagoda> At which point my computer is no longer a computer, but a toy
[16:06] <brousch> the only people use windows is to run applications that don't run on anything else
[16:06] <tjagoda> True
[16:06] <tjagoda> Perhaps that makes life easier for linux
[16:06] <snap-l> brousch: "then why use windows at all?" <- THIS
[16:06] <brousch> no one _wants_ to use windows. they _have_ to
[16:07] <brousch> ok, there are some few demented people who want to use windows
[16:08] <tjagoda> Like jrwren?
[16:08] <tjagoda> =P
[16:09] <brousch> no, he uses apple
[16:10] <tjagoda> Doesn't he like live inside of .NET though?
[16:10] <rick_h_> not any more
[16:10] <tjagoda> I thought his clothes were actually made from sewn-together pieces of old ASP manuals. =(
[16:10] <rick_h_> jrwren: where's the new gig?
[16:10] <rick_h_> https://twitter.com/#!/davglass/status/175612954891390976/photo/1/large is scary
[16:11] <tjagoda> jcastro's personal hell
[16:11] <snap-l> Now if each of those tablets had a picture of his kids, that would be scary.
[16:11] <rick_h_> they're all running YUI tests
[16:12] <snap-l> I'm not sure if I'm turned on, or turned off.
[16:13] <tjagoda> Wow
[16:13] <tjagoda> Comcast business internet for 100/100 throughput
[16:14] <tjagoda> not that expensive
[19:19] <rick_h_> bwuhahaha Makefile all the things!
[19:19] <rick_h_> http://paste.mitechie.com/show/556/ I'll have to sed up the nginx.conf so it's global/reusable as well
[19:31] <snap-l> Oh jeez.
[19:39] <rick_h_> local pypi mirror in one command (well two)
[19:39] <rick_h_> make install && make update
[19:40] <rick_h_> then wait for 30gb to download
[19:43] <brousch> sheat, 30GB?
[19:43] <brousch> seems like a caching proxy would be more valuable
[19:44] <brousch> a caching proxy pipi mirror
[19:44] <rick_h_> well it's like a debian mirror, but smaller
[19:44] <rick_h_> it's got a cron job to pull new stuff each day, etc
[19:45] <rick_h_> I mean, I'm not dying for 30gb
[19:45] <rick_h_> not running it on the laptop, just the local network
[19:56] <brousch> but you could have a local caching mirror on your laptop
[19:56] <rick_h_> yea, problaby, but I've got the ssd so any largish space like might not be great
[20:11] <krondor> speaking of ssd anyone know if Intel RST (ssd cache mainly) has Linux support... I'm thinking no, but so far haven't Google'd anything great.
[20:13] <rick_h_> jcastro: might know as he was shopping around ssd's more recently than me
[20:13] <rick_h_> I've not checked
[20:31] <jcastro> no clue on that one
[21:07] <krondor> oh well, I'm just assuming no which means I look at things like bcache some more (or zfs l2arc)
[21:30] <jcastro> rick_h_: who do I talk to about ubuntu SSO, is that a launchpad thing or ISD thing?
[21:35] <rick_h_> jcastro: IS
[21:35] <jcastro> IS or ISD?
[21:36] <rick_h_> I'd be in #is
[21:36] <rick_h_> jcastro: I think, but it depends on what the issue really is
[21:36] <jcastro> is that a guess or do you know?
[21:36] <jcastro> Askubuntu needs to be using ubuntu sso and not launchpad sso
[21:36] <jcastro> but when they looked at it:
[21:36] <rick_h_> ah, I gotcha
[21:36] <jcastro> http://meta.askubuntu.com/questions/2076/launchpad-single-sign-on-needs-to-be-replaced-with-ubuntu-sso
[21:37] <jcastro> and I need to link up a dude with this guy
[21:37] <rick_h_> jcastro: yea, I'd toss that to the contact in #is and if they can't help they should be able to point you 100%
[21:37] <rick_h_> but no, I don't know 100%, but with SSO stuff I start with webobs in launchpad-ops and when it's outside of that I've gone to #is
[21:38] <rick_h_> and this is all about getting out of launchpad part of it
[22:39] <brousch> snap-l: i have some blank dvds, cds and a usb burner
[22:39] <brousch> anything else you think we'll need?
[22:45] <brousch> oh, and 12 different west michigan beers


[09:43] <flocculant> ochosi: grabbed libgtk-3-0 upgrades from proposed, we're now back where we were without enormous grey borders everywhere
[10:22] <wolf1> hi, is the "irc session for people who would like to start testing pakages/iso" still on tomorrow? if so at what time?
[10:40] <knome> 18 UTC
[10:41] <knome> wolf1, ^
[10:43] <wolf1> ok thx knome , this count me out, a bit too late for me. take care.
[10:44] <knome> sorry to hear that
[10:44] <knome> you can read the session log later if you want
[10:44] <knome> and you can obviously always ask questions - we'll happily help
[10:45] <wolf1> cool , shall try to read the session log later then. thx knome
[10:46] <knome> np
[11:49] <dkessel_> knome: regarding google code-in - i generelly think it's a good idea
[12:06] <knome> dkessel_, me too
[12:06] <knome> but it needs mentors and somebody thinking what the project is
[12:06] <knome> or projects are
[17:57] <slickymaster> evening
[17:57] <flocculant> evening slickymaster :)
[18:26] <flocculant> evening akxwi-dave
[18:26] <akxwi-dave> evening flocculant
[18:27] <flocculant> you got a plan of any sort for tomorrow?
[18:28] <akxwi-dave> yep.. go thru the basics of app testing and the iso's...
[18:28] <flocculant> mentioning running with ppa's?
[18:28] <akxwi-dave> just had to build a pc ready for tommorrow.. my main rig died this morning
[18:29] <flocculant> oh my :|
[18:29] <akxwi-dave> yes the 3 main ones.
[18:29] <flocculant> cool
[18:29] <akxwi-dave> tell me :-( just gost me £350 for a new mobo cpu and memory
[18:29] <flocculant> :(
[18:29] <akxwi-dave> arrives on monday
[18:30] <akxwi-dave> luckily i had a spare dual core lenovo think centre I could build
[18:30] <flocculant> :)
[18:31] <flocculant> it'll be interesting to see who turns up for it
[18:31] <akxwi-dave> been away on holiday all week and came back to dead pc and the house alarm screwed.. :-)
[18:31] <flocculant> oh lovely ...
[18:32] <akxwi-dave> true .. even if just 1 or 2 start to test more I'll be happy
[18:32] <flocculant> yep
[18:32] <flocculant> well
[18:32] <flocculant> I'll be happy if 1 or 2 more report bugs/tests :D
[18:33] <akxwi-dave> lol.. very true
[18:33] <flocculant> we seem to have new people turning up at the testers lp page - so that's positive
[18:34] <akxwi-dave> :-)  thats good
[18:35] <flocculant> 11 since the cycle start
[18:36] <flocculant> evening drc
[18:37] <drc> afternoon (barely :)
[18:37] <flocculant> :)
[18:38] <akxwi-dave> howdo drc
[18:39]  * drc wonders what's going on?  Folks are being nice to him...checks what's going on behind him.
[18:39] <drc> and howdo akxwi-dave :0
[18:40] <flocculant> drc: lol - have I ever not been :)
[18:41] <drc> no, but when everybody is, I get suspicious.
[18:41] <flocculant> :)
[18:41] <drc> flocculant: got you lesson(s) plan set for tomorrow?
[18:42] <flocculant> akxwi-dave has :)
[18:42] <flocculant> we were just talking about that
[18:44] <flocculant> akxwi-dave: something else - we need to try and get people to understand that we're not just looking for obvious bugs eg gmusicbrowser crashes on close, but things a bit less obvious like bug 1508918 which might end up being wishlist
[18:46] <flocculant> if it goes well might be worth doing so again when we get to Beta stage
[18:46] <akxwi-dave> flocculant, read my mind...  i'm using the gmb one as an example off obivous one
[18:46] <akxwi-dave> yup
[18:47] <flocculant> yea - we can use it as an example, but as it's now not seeded we'll be ignoring it
[18:47] <akxwi-dave> sorry flicking between chat and a rather nice little game i bought off steam..
[18:47] <flocculant> that's ok - I'm flicking between chat and Mr Robot
[18:49] <drc> and I'm flicking between the LC and MU ends of the field.
[18:50] <akxwi-dave> :-)
[18:55] <knome> for 16.04, i think it would be a great idea to highlight some of the small details of the system that help users use it
[18:56] <knome> things like default button highlight
[18:58] <flocculant> knome: not sure I understand what you mean in regard to what we were talking about, unless it's not meant to and is a statement :)
[18:59] <knome> it's a disconnected statement
[18:59] <flocculant> ok :)
[19:02] <flocculant> knome: you mean like a blog post type thing?
[19:03] <knome> that was my first thought
[19:03] <flocculant> aah yes you do - just seen the mail from b/p @D
[19:03] <flocculant> :D
[19:03] <knome> and it could be extended to something that's mentioned on the release announcement
[19:03] <knome> to try to make that a bit more exciting than just "download is here"
[19:04] <flocculant> yea
[19:04] <flocculant> now that the more tech stuff is elsewhere, gives more chance to fill the webpage announcement to be more *bling*
[19:04] <knome> yes, totally
[19:05] <knome> and now that the website technically allows $XYZ better
[19:05] <flocculant> right
[19:05] <knome> currently, i have no new features or other big fixes planned
[19:06] <flocculant> yup
[19:07] <knome> meaning that i'm happy with most of the things there
[19:07] <knome> so i can focus more on the content side
[19:07] <flocculant> yea
[19:07] <knome> i'm sure there will be updates needed once i start doing that though, but what can you do :P
[19:07] <flocculant> :)
[19:09] <knome> also working on the content is easier even when you only have time intermittedly
[19:09] <flocculant> for sure - nothing to stop starting final release announcement now
[19:09] <knome> yep
[19:09] <flocculant> rather than on the 24th April :p
[19:10] <knome> yes ;)
[19:10] <knome> the latter is more likely though
[19:10] <knome> :P
[19:10] <flocculant> ha ha ha
[19:10] <knome> maybe we could do some images on the release announcement
[19:10] <knome> in addition to the xenial artwork
[19:11] <knome> ...which would be nice to draw before the UI freeze :P
[19:11] <flocculant> well
[19:11] <flocculant> if 'team' are going to 'I use foo instead of gmb' maybe some images of one or two of those perhaps
[19:12] <flocculant> I don't know - just thinking aloud
[19:12] <knome> i don't know
[19:12] <knome> they are kind of disconnected
[19:12] <flocculant> just not a pic of a qt one :D
[19:12] <knome> but that would be another article series to highlight for sure
[19:12] <knome> ^ also thought that when thinking the "small highlights" series
[19:13] <flocculant> knome: re that - might be useful to have some sort of default layout for that media thing
[19:13] <knome> yep
[19:13] <knome> though i think we'll just do some kind of intro paragraph like for the xubuntu at... series
[19:13] <knome> and damn you
[19:14] <knome> you just reminded me of one feature i want to have for the website...
[19:14] <knome> basically:
[19:14] <flocculant> media player?
[19:15] <knome> sigh
[19:15] <knome> how do i explain this
[19:16] <knome> in WP, a user can write a biographical information for themselves
[19:16] <knome> i would like to allow turning a knob "on" for a specific blog article to show that
[19:16] <knome> in a standard way
[19:17] <knome> one of the questions is if that bio info should be copied as some meta field for the post when it's published for the first time
[19:17] <knome> because if the user changes their bio, it can get awkward
[19:17] <flocculant> so if QA wrote something - it'd have a qa bio?
[19:17] <flocculant> for example
[19:18] <knome> if you wrote something, it'd have your bio
[19:18] <knome> but that would be optional in my vision
[19:18] <flocculant> mmm
[19:18] <knome> so we could make sure the release announcement doesn't have a bio :P
[19:18] <knome> or a xubuntu at... article
[19:18] <flocculant> not sure how that adds much tbh
[19:19] <knome> currently, we haven't written many articles that would benefit from it
[19:19] <flocculant> which is probably why I don't see the benefit of it :)
[19:19] <knome> yeah
[19:20] <knome> http://xubuntu.org/news/xubuntus-default-theme-gets-a-refresh-for-quantal/
[19:20] <knome> that's one of them
[19:20] <knome> it's not *essential*, but there are times when i'd like it
[19:22] <knome> another idea is to just forget the user bio, and just add a new field that we can fill in
[19:22] <knome> but then it would kind of defeat the purpose of having it automated
[19:22] <flocculant> yea
[19:22] <flocculant> and unlikely  to be used as much
[19:22] <knome> yes
[19:23] <knome> ok, enough babble
[19:23] <knome> bbl
[19:23] <knome> hf meanwhile :)
[19:23] <flocculant> cya
[19:23] <flocculant> likely tomorrow now - time to wander off
[19:25] <flocculant> akxwi-dave: in and out now, if I don't see you before I'll see you tomorrow PM
[19:26] <akxwi-dave> cya bud..


[00:37] <nedko> qgit
[00:37] <nedko> ups, sorry
[00:59] <avoine> hi, I think I have a build that is doing a infinite loop -> https://edge.launchpad.net/~patrick-hetu/+archive/+build/744680
[00:59] <avoine> I don't know if you can "kill" the build process
[01:06] <Hobbsee> avoine: there's no current functionality for that.  either a buildd admin with more power will swing by, or it'll have to wait until monday
[01:08] <Hobbsee> oh, ffs!   (Error ID: OOPS-1023EC1)
[01:09] <Hobbsee> Would it be too much to ask that launchpad actually continues to work, *all* weekend, close to release?
[01:10] <Hobbsee> Error ID: OOPS-1023EA3
[01:10] <wgrant> Queue acceptance?
[01:10] <Hobbsee> Error ID: OOPS-1023ED3
[01:10] <Hobbsee> yup.  1 package.
[01:10] <Hobbsee> it's not like we've actually got a release to do, or anything...
[01:12] <wgrant> I suppose it's a bit of a slippery slope to let a Launchpad release be postponed for one of its users' releases.
[01:12] <wgrant> And the only sure way to not break things is to not release
[01:12] <Hobbsee> thye never do that.
[01:12] <Hobbsee> besides, it worked yesterday, and they released before that.
[01:12] <wgrant> Hmm
[01:12] <wgrant> calc also complained of timeouts approving a nomination.
[01:12] <wgrant> Maybe somebody ate the DB server.
[01:18] <Hobbsee> Error ID: OOPS-1023B32
[01:18] <Hobbsee> busticated on both production and edge.
[01:18]  * Hobbsee sends sms'
[01:38] <poolie> hi Hobbsee
[01:38] <wgrant> Oh good, a fixing person.
[01:40] <poolie> mm
[01:40] <poolie> nobody else is around?
[01:40] <poolie> can you tell me more about what's failingL
[01:42] <wgrant> poolie: Accepting packages, accepting bug nominations. Those are all I've seen.
[01:42] <wgrant> Even the Soyuz console ftpmaster tools hang.
[01:42] <poolie> so if i try to upload to a ppa, nothing happens?
[01:42] <wgrant> I meant from the queues, sorry.
[01:42] <wgrant> But that might also fail.
[01:42] <wgrant> I'm not sure.
[01:43] <wgrant> But primary is mildly critical, given that RC ISO testing is meant to start tomorrow.
[01:45] <poolie> ok
[01:45] <poolie> ah
[01:46] <poolie> i guess many lp people are on their way to London
[01:46] <wgrant> Really, really smart scheduling.
[01:46] <poolie> heh
[01:47] <wgrant> It's great that LP happens to often collapse when all the LOSAs are on planes.
[01:47] <poolie> keep your hair on
[01:47] <poolie> they are not all literally on planes
[01:47] <wgrant> Never!
[01:47] <wgrant> They were last time.
[01:52] <poolie> anyhow, it is believed to be fixed now, can you retry something?
[01:53] <wgrant> Hobbsee: ^^
[01:56] <Hobbsee> poolie: ppa:  seems to be a stuck build, and other biulds that aren't getting allocated.
[01:56]  * wgrant is still waiting for a nomination approval..
[01:56] <wgrant> Not fixed.
[01:56] <wgrant>  (Error ID: OOPS-1023EC4)
[01:57] <spm> wgrant: Hobbsee: looking....
[01:57] <wgrant> Oddly enough, declining it works fine.
[01:57] <wgrant> spm: Thanks!
[01:57] <Hobbsee> poolie: ah, seems everything's timed out on the archive - openjdk doesn't take 6 hours to build.
[01:57] <Hobbsee> spm: ^, cool, thanks.
[01:57] <Hobbsee> Error ID: OOPS-1023B72 for the queue timeout.
[01:57] <wgrant> The buildds are royally stuffed, have been for a long time.
[01:57] <Hobbsee> wgrant: erk.  they need to build over the weekend!
[01:58] <wgrant> Hobbsee: Shh.
[01:58] <wgrant> We are only Ubuntu.
[02:02] <Hobbsee> wgrant: the solution to this must be that LOSAs arent' allowed to catch plans anywhere near the major projects' releases.
[02:02] <Nafallo> they aren't.
[02:02] <wgrant> I hear that LOSAs probably aren't included in the set of people which are heading to London.
[02:02] <spm> Hobbsee: none of us are going to the Epic, we're all at home enjoying our sunday's or Sat's as the case may be. :-)
[02:03] <Hobbsee> oh, right.
[02:03] <Hobbsee> fair enough, then.
[02:08] <NCommander> oh yay
[02:08] <NCommander> wgrant, is that both PPA buildds and main distro, or just the later?
[02:08] <Hobbsee> NCommander: all.
[02:08] <wgrant> NCommander: PPA builds have been taking at least a few hours longer than they should, so I presume everything.
[02:09] <NCommander> wgrant, ah, makes sense
[02:09]  * NCommander is reminded he needs to make an autobuild lpia PPA script
[02:09] <NCommander> Ark, slangasek was right, my mind!
[02:09] <wgrant> NCommander: Just you wait... it'll get worse.
[02:10] <poolie> ok, spm, i'll leave this with you... :)
[02:10] <wgrant> Have a nice rest of your weekend, poolie.
[02:10] <poolie> you too
[02:10] <Hobbsee> cya poolie, and thanks!
[02:10] <spm> poolie: ta :-)
[02:11] <wgrant> spm: Is there an obvious issue, or is it Launchpad growing a mind of its own and breaking only those bits which affect Ubuntu releases?
[02:11] <wgrant> See, it's not breaking non-RC bugs (I can decline nominations).
[02:12] <StevenK> Hm. No lovely mail from LP about linux-lpia
[02:12] <NCommander> wgrant, it works fine for non-Ubuntu distributions
[02:12] <NCommander> StevenK, oh, so you did upload it :-)
[02:12] <NCommander> StevenK, its not in the unapproved queue. Its likely in limbo
[02:12] <wgrant> The upload processor is probably hanging like the rest of the world.
[02:12] <StevenK> Right
[02:12] <NCommander> someone reboot the world
[02:13] <Hobbsee> wgrant: declining nominations is easy - that has never broken.
[02:13] <spm> NCommander: no windows sysadmins here thank you! :-)
[02:14] <StevenK> That reminds me of my first job.
[02:14] <spm> wgrant: nothing obvious - looks like multiple issues in differing parts of the system
[02:14] <wgrant> spm: There's another Steve McInerney who is a sysadmin in .au?
[02:14] <StevenK> At a small ISP -- we had one Windows NT web host, and we discovered a tool to keep it stable.
[02:14] <wgrant> StevenK: The power switch?
[02:15] <StevenK> An oven timer that would power off the machine every night at 3am for 2 minutes
[02:15] <wgrant> Hahah.
[02:15] <Nafallo> lol
[02:15] <spm> wgrant: working for canonical? No, just me.
[02:15] <wgrant> spm: I remember reading something about Win2k3 servers on your blog some time ago.
[02:16] <spm> wgrant: tricky. I stopped windows sysadmin seriously with NT4, did a bit with 2k, nought with 2k3.
[02:18] <wgrant> This is a very intuitive form: https://bugs.edge.launchpad.net/ubuntu/+bug/255660/nominations/7774/+edit-form
[02:18] <StevenK> "Do Stuff?"  I don't believe we're totally out of the woods yet.
[03:13] <Hobbsee> spm: oh dear :)
[03:15] <spm> Hobbsee: oh, it's not all bad. I now have a *really* good excuse for not talking to my -in-laws on the phone. ;-)
[03:16] <Hobbsee> spm: hahaha :)
[03:16] <Hobbsee> spm: i'm sure you're not supposed to admit tothat on a public channel :P
[03:16] <wgrant> What has actually gone wrong?
[03:16] <spm> Hobbsee: After 13+ years of being their son-in-law, I suspect they're more than used to it by now. :-)
[03:17] <wgrant> Hahah.
[03:17] <spm> wgrant: unknown.
[03:17] <spm> Is a real bugger.
[03:17] <wgrant> The best kind of bug.
[03:17] <spm> Far as I could see, an upload task kept getting wedged and thus nothing else was moving forward.
[03:18] <Hobbsee> spm: ah, right.
[03:18] <wgrant> And I bet it ended up locking BugTask or something, which would explain why approving doesn't work while declining does...
[03:20] <spm> possibly. I'm not that familar with the intracacies of soyuz. To my frustration atm... :-/
[03:20] <wgrant> That is why we have super-cprov!
[03:20] <spm> who has had to leave to catch his flight. something about 'last call' :-)
[03:21] <wgrant> Fun, fun, fun.
[03:21] <spm> It's laugh or cry atm; I choose laughter.
[03:21]  * Hobbsee hands spm a drink
[03:21]  * spm bows to Hobbsee's largesse
[03:22] <wgrant> And I guess it's 2am for the other Soyuz guys, isn't it?
[03:22] <wgrant> Or 3am, even.
[03:22] <spm> assuming there's already in London? yeah.
[03:22] <spm> they're*
[03:22] <wgrant> bigjools always is, kiko is...
[03:24] <spm> Sadly I'm thinking there's not a lot more I can do at this stage. cprov felt the issue could be inside the database itself.
[03:25] <spm> I'll try and grab kiko if and when he pops up, otherwise I think we just have to wait. :-(
[03:25] <wgrant> Oh dear.
[03:25] <wgrant> You guys have excellent timing, I must say.
[03:25] <spm> Murphy rulez. always.
[03:25] <Hobbsee> oh dear.
[03:26]  * Hobbsee hopes we won't have to delay the ubuntu release, due to this.
[03:27] <Hobbsee> spm: does this mean that uploads are all vanishing into the aether, or are they somewhere, but unprocessed?
[03:27] <wgrant> They are somewhere half-processed, like those accepts, I suspect...
[03:27] <spm> Hobbsee: I'm not sure to be honest. Haven't looked into that.
[03:28] <wgrant> But I wonder if they will unblock or just die and vanish.
[03:28] <wgrant> Hopefully after closing the bugs.
[03:28] <wgrant> Just for added confusion.
[03:28] <Hobbsee> spm: well, if you could, that'd be great.  Will warn people not ot upload anything else for a while, if tha'tshte case.
[03:28] <spm> Hobbsee: sure - I'll see what I can see...
[03:28] <Hobbsee> spm: thanks
[03:32] <Hobbsee> note to self:  cleaning a keyboard is a bad idea - it makes it harder to type.
[03:34] <wgrant> Hobbsee: Better than having annoying flying beetles that crawl under your keys.
[03:35] <Hobbsee> wgrant: that's true.  although i can't say i've had that before...
[03:37] <nealmcb> I've set a "downloads" url for https://edge.launchpad.net/electionaudits/  and that url is shown now for "external downloads" but there is nothing in the "downloads" section (next to "announcements) - is there some other way to set up downloads?
[03:37] <wgrant> nealmcb: LP provides its own download serving functionality.
[03:38] <wgrant> nealmcb: You can add arbitrary files to a release, and they will appear there.
[03:38] <nealmcb> wgrant: it is well hidden :)
[03:38] <wgrant> nealmcb: Indeed. I believe beuno is working on that. If you can't find it, ask.
[03:38] <nealmcb> I'm asking
[03:39]  * nealmcb pings bueno
[03:39] <nealmcb> wgrant: thanks
[03:39] <wgrant> I mean asking me, as he won't be around.
[03:39] <wgrant> nealmcb: You need to have a release first. Do you have a release?
[03:39] <nealmcb> nope
[03:39] <nealmcb> at least not according to launchpad, I guess - I'll looik
[03:40] <wgrant> nealmcb: OK, you just have the one series and no releases
[03:40]  * wgrant looks for docs on the concepts of series and releases.
[03:40] <wgrant> nealmcb: See https://help.launchpad.net/Projects/SeriesMilestonesReleases
[03:41] <nealmcb> ahh - the fine manual.  thanks.   I hope bueno is finding some  good places to link that in to the site itself
[03:57] <nealmcb> wgrant: well, I understand about releases now, but have yet to run across a way to create one, so I can "Add download file."
[03:58] <wgrant> nealmcb: Well, that part of the documentation is stupid and broken.
[03:58] <wgrant> nealmcb: You create a release within a series.
[03:59] <nealmcb> and my series is "trunk"
[03:59] <wgrant> You probably want to create a different series.
[03:59] <wgrant> Though for smaller projects it's not entirely incorrect to use trunk.
[03:59] <nealmcb> oooh - I found it
[04:00] <nealmcb> this is all pre-1.0
[04:06] <sonofjon> whois
[04:07] <wgrant> nealmcb: I've added an extra sentence to that help page mentioning how to add a release.
[04:09] <nealmcb> wgrant: sweet!  thanks.  on another topic - any idea how long it might take to activate the mailing list for this team?  https://edge.launchpad.net/~electionaudits
[04:10] <wgrant> nealmcb: I've no clue.. I've no relationship to Launchpad other than being an (often disgruntled) user, and don't know much about its mailing lists.
[04:12] <Hobbsee> nealmcb: they can take a while.  European working week is when they get done.
[04:20] <sonofjon> Hi, my first time here.
[04:20]  * wgrant looks all scary and intimidating.
[04:22] <sonofjon> Newbie question on PPA upload: I just registered a PPA and uploaded a package with dput. However, launchpad silently ignored my upload. How long do I need to wait for a response? No email after two hours. Neither did anything appear on my PPA.
[04:23] <Hobbsee> sonofjon: it's currently broken.
[04:23] <wgrant> sonofjon: There are big problems with Launchpad's package service at the moment. It's being worked on.
[04:23] <Hobbsee> sonofjon: it probably will be until tomorrow before it gets fixed - so just wait
[04:23] <sonofjon> TY
[04:23] <wgrant> sonofjon: You would normally receive an email within 10 minutes.
[04:24] <nealmcb> wgrant: aha - well you're doing a fine job of support - thanks
[04:24] <Hobbsee> there we are.
[04:24] <nealmcb> Hobbsee: thanks
[04:24] <wgrant> s/launchpad/Launchpad/, but otherwise good.
[04:24] <Hobbsee> there we are.
[04:24] <nealmcb> :)
[04:25] <wgrant> Excellent.
[04:26] <Hobbsee> nealmcb: perhaps I should list wgrant as the community help contact for the day...
[04:27]  * wgrant stabs Hobbsee with the shards of Launchpad that are scattered over spm's floor.
[04:27] <wgrant> And lifeless' I guess.
[04:27] <spm> :-)
[04:28] <Hobbsee> haha
[04:29]  * NCommander sweeps up the Launchpad shards and uses sueprglue
[04:33] <Hobbsee> I wish launchpad had a X-Launchpad-Bug-Duplicate header or something.
[04:40] <NCommander> does anyone have any idea what broke?
[04:41] <wgrant> I guess they would have fixed it by now if they knew what was wrong...
[04:51] <NCommander> wgrant, probably a database server went boom
[04:51]  * Hobbsee wonders who was severely on crack when they wrote the buildd admin GUI.
[04:53] <Hobbsee> not that it's used very much, but I do wonder that every time i see it.
[04:53] <spm> NCommander: pretty much - locks left lying around == major stuckness - gradually unsticking atm
[04:54] <wgrant> Other parts of Launchpad weren't that great to start with, and I'd imagine there's little reason to fix that UI just now.
[04:55] <Hobbsee> oh, sure.  I'm just...curious about it.
[04:56] <NCommander> Hobbsee, just wait until the source gets freed
[05:11] <nealmcb> wgrant: the api docs seem pretty useful to me - lots of detail all in one place, and the promise of nice integration with other tools to automate all this release management stuff: https://edge.launchpad.net/+apidoc
[05:15] <nealmcb> now I just want to be able to do something like python setup.py sdist in a way that signs it and uploads it to the right launchpad release
[05:30] <wgrant> spm: It's fixed?
[05:30] <wgrant> At least uploads are being processed now.
[05:30] <slangasek> are they?  I appear not to be able to upload
[05:30] <spm> wgrant: we believe so - am still re-enabling everythnig I stopped - so bear with me for a few more minutes or so.
[05:30] <wgrant> slangasek: See #ubuntu-release.
[05:30] <csilk> anyone around?
[05:31] <wgrant> linux-lpia generated a notification.
[05:31] <spm> slangasek: that's one of the disabled things :-)
[05:31] <StevenK> \o/
[05:31] <StevenK> Which needs a shove
[05:31] <slangasek> wgrant: right, so something that was already uploaded finally made it to the db
[05:31] <csilk> just wondering, on my lp profile why am I associated with "bug-helper" in the "related software" section?
[05:32] <wgrant> slangasek: Which means the process unwedged, which means something is fixed. Which is better than it has been for a few hours.
[05:33] <wgrant> csilk: You might be a member of a team which is related to it.
[05:34] <csilk> Yeah I guess, I wouldnt of thought that would associate me with it though, seems odd that's the default behavious
[05:34] <csilk> *behaviour
[05:35] <wgrant> For most teams it should be correct behaviour.
[05:35] <wgrant> If I'm a member of ~bzr, I'm related to bzr.
[05:37] <csilk> yeah but if i am a member of x and a subset of x use y , shouldnt mean I am related to y
[05:38] <wgrant> How can Launchpad know that?
[05:38] <spm> ok everyone, I *think* that's everything back and working.
[05:38] <csilk> wgrant,  it doesn't know that, which is why it shouldn't yes unless told yes
[05:38] <slangasek> spm: \o/ thanks
[05:39] <wgrant> spm: Thanks!
[05:39] <csilk> anyway, pointless debate, you already answered my question so thank you :)
[05:39] <wgrant> csilk: Why don't you want it to be shown?
[05:39] <spm> credit! lifeless played a major part too!!! :-)
[05:39] <csilk> Oh, it's not that I don't want it to be shown, I just didn't understand the logic
[05:39] <csilk> anyway, back to packaing
[05:39] <NCommander> \o\ /o/
[05:39] <csilk> *packaging
[05:41] <wgrant> Thanks lifeless!
[05:42] <NCommander> Yay, launchpad still works
[05:43] <wgrant> Hey. The buildds are doing something that isn't 6 hours old.
[05:58] <lifeless> my pleasure
[06:05] <darkhole> Hello!!
[06:05] <darkhole> I hace a question
[06:05] <darkhole> *have
[06:07] <NCommander> darkhole, just ask it
[06:09] <darkhole> Hi..
[06:09] <darkhole> I amd making a Poll.
[06:09] <darkhole> But I get this error.
[06:09] <darkhole> A poll cannot open less than 12 hours after it's created.
[06:09] <darkhole> My open date: 2008-10-19 12:00:00+01:00
[06:09] <darkhole> My close day: 2008-10-25 12:00:00+01:00
[06:10] <darkhole> I don't know what is wrong
[06:10] <darkhole> And, some body can make this a little easy??
[06:10] <wgrant> darkhole: What is unclear about the error message?
[06:10] <darkhole> Like the admin panel to aprove o decline some users in the teams?
[06:11] <wgrant> That restriction doesn't seem sane, but the error message seems clear - you have to set an open date of at least 12 hours in the future.
[06:11] <darkhole> Mmm, I' making a poll with 7 days of duration..
[06:11] <darkhole> But I get this error..
[06:11] <darkhole> A poll cannot open less than 12 hours after it's created.
[06:11] <darkhole> Mmm, ok..
[06:11] <darkhole> I now read all..
[06:12] <wgrant> It's saying that it can't open less than 12 hours after creation - not that it can't be open for less than 12 hours
[06:12] <darkhole> Sorry, but, my petition to the change of the Gui is there..
[06:12] <darkhole> Thanks.. sorry for the inconvenient
[06:12] <darkhole> Bye and many thanks!!
[06:13] <wgrant> Hobbsee: My eyes are burning.
[06:13] <wgrant> Hobbsee: Have you seen the poll creation UI?
[06:23] <NCommander> wgrant, how bad is it?
[06:23] <wgrant> Arbitrary constraints, bad error messages, bad field names, no field descriptions...
[06:26] <wgrant> Maybe it's not so arbitrary, actually.
[06:26] <wgrant> Maybe they don't want polls opening less than 12 hours after they're created in order to prevent people from looking at the poll functionality without making a significant time commitment to it.
[06:28] <wgrant> Thus limiting the number of complaints and bugs.
[06:49] <maco> is bazaar one of the broken bits of launchpad?
[06:49] <maco> i can branch fine, but i can't push
[06:52] <wgrant> maco: It works for me... what is the error you're getting?
[06:55] <maco> ssh: connect to host launchpad.net port 22: Connection timed out
[06:55] <maco> bzr: ERROR: Connection closed: please check connectivity and permissions (and try -Dhpss if further diagnosis is required)
[06:55] <maco> i was getting it earlier...hoped it had stopped
[06:55] <maco> but its still happening
[06:56] <maco> also possible i'm doing it wrong...
[06:56] <maco> $ bzr push<EMAIL_ADDRESS><-- what i typed
[06:56] <maco> oh
[06:56] <maco> doh
[06:56] <maco> ~
[06:56]  * maco tries again, minus typo
[06:57] <wgrant> maco: bazaar.launchpad.net?
[06:57] <maco> oh dang two typos
[06:58] <maco> sorry, i think this is my third time trying to use bzr *blush*
[06:58] <maco> oh hey that works
[07:00] <maco> -_- ok it did the transferring thing and got this far: [[07:05] <wgrant> Maybe just try again.
[07:06] <maco> it resumed and says "Created new branch" but yet again, launchpad believes my branch is empty
[07:06] <maco> i currently have two branches that ive pushed to (one was about a month ago) claiming to be empty on launchpad, but at least in the case of the other one, branching from it works fine
[07:07] <wgrant> Which version of bzr are you using?
[07:08] <maco> 1.3.1-1ubuntu0.1
[07:09] <wgrant> Hmm.
[07:10] <wgrant> Well, I really don't know.
[07:10] <wgrant> maco: Looks like it has worked now.
[07:11] <wgrant> maco: Note that Launchpad will only scan the branch for new revisions every few minutes.
[07:11] <wgrant> Your other empty branch needs another push.
[07:11] <maco> tried that one already
[07:11] <maco> had someone helping try to debug it
[07:11] <maco> another push a week later had no effect
[07:12] <maco> branching from it works fine.  its there...lp.net's GUI just refuses to show it
[07:12] <wgrant> Hah. Launchpad is a strange beast.
[07:13] <NCommander> wgrant, its still recovering from its database troubles
[07:13] <maco> NCommander: the empty branch i'm referring to was mid-september
[07:14] <wgrant> maco: Launchpad is probably strange enough that it doesn't care about time.
[07:15] <wgrant> Anyway, your human-icon-theme branch looks like it's fine.
[07:15] <wgrant> Which is good, because those two icons look very strange now.
[07:15] <maco> well i created the branch the night there was a launchpad update followed by "uh, we're taking it down again tomorrow because that didnt work well" and there've been updates since then and nothing's made it visible
[07:16] <maco> there've been updates to lp, i mean, not to that branch
[07:17] <maco> that branch has to wait for jaunty. string freeze is over for intrepid.
[07:41] <Hobbsee> wgrant: no...
[07:42] <wgrant> Hobbsee: It's pretty bad...
[07:42] <Hobbsee> urgh
[07:43] <wgrant> It looks like somebody dropped it into a new style of form at some point.
[07:43] <Hobbsee> woot...
[08:17] <hyperair> hello there. i'm getting a strange error while attempting to get mesa built in my PPA - cp: cannot create regular file `debian/tmp/etc/X11/Xsession.d/65mesa-check-x86-64': File exists
[08:17] <hyperair> since when does cp fail when the file already exists anyway?
[08:26] <wgrant> hyperair: That's a bug in your package.
[08:28] <hyperair> yeah yeah you tell me that, but the only changes from the official intrepid package is debian/changelog, debian/patches/05something and debian/patches/series
[08:28] <hyperair> exactly where would this error be?
[08:28] <hyperair> and lpia works just fine =.=
[08:28] <hyperair> i don't know why it's failing for x86 and x86_64
[08:28] <hyperair> blargh
[08:29] <wgrant> There is an architecture in your filename, so it's not unthinkable that it should be arch-specific.
[08:30] <hyperair> hmm it's not arch-specific, if that's what you'er asking. x86 fails with that file too
[08:30] <hyperair> and the file is present in the lpia deb as well
[08:31] <hyperair> the only error i can see in the log is a duplication of the cp command (god knows how that happened on x86 a d x86-64) and a failuer to copy because "File exists"
[08:33] <hyperair> take a look: https://edge.launchpad.net/~hyperair/+archive
[08:33] <hyperair> diff is there, log's also there
[08:35]  * wgrant tries to rebuild mesa from primary.
[08:36]  * hyperair tries to build mesa on pbuilder here
[08:37] <wgrant> That's clearly a packaging bug.
[08:37] <wgrant> But it might be in primary too.
[08:37] <hyperair> yeah i know
[08:38] <hyperair> from what i can see, debian/rules will copy the said file into debian/tmp/etc/Xsession.d/ with every install- rule
[08:38] <hyperair> which is approx 5 times if i'm not mistaken
[08:38] <hyperair> but for some reason, on x86 and x86_64, that particular cp command is duplicated in the same rule
[09:06] <hyperair> wgrant: pbuilder on my system built it just fine
[09:53] <hyperair> does the ppa build with -j#?
[09:55] <hyperair> heh. i thought so. race condition
[09:55] <hyperair> if i keep rebuilding, it'll eventually build
[09:55] <hyperair> =D
[12:44] <NCommander> Is there a rosetta guru around
[12:45] <mdke> NCommander: generally not at weekends, but if you ask, you never know
[12:45] <NCommander> Well, its a release critical issue
[12:45] <NCommander> KDE's translations are horribly broken
[12:48] <mdke> NCommander: unless you're able to give more detail, I doubt that even those who are around will be able to help
[12:50] <NCommander> FOr the vast majority of the cycle, rosetta hasn't been updating as far as KDE translations. Neither importing nor exporting has been working. Finally the later been fixed, but we're stuck with no viable translations. We have the offical KDE translations, but no way to import
[12:52] <mdke> I'm fairly sure that the issue about Rosetta not importing KDE translations was fixed, maybe a couple of weeks ago. See for examples these emails:
[12:52] <mdke> https://lists.ubuntu.com/archives/ubuntu-translators/2008-September/001679.html
[12:52] <mdke> https://lists.ubuntu.com/archives/ubuntu-translators/2008-October/001687.html
[12:53] <mdke> https://lists.ubuntu.com/archives/ubuntu-translators/2008-October/001770.html
[12:53] <NCommander> It was fixed a few days ago, but now we have no translations.
[12:53] <NCommander> We need the KDE4 ones imported
[12:54] <mdke> note that the second link says that the imports are working
[12:54] <mdke> from 1 October
[12:55] <mdke> I think Rosetta hasn't yet finished working through the huge backlog of imports though
[12:55] <NCommander> mdke, but the imports aren't present
[12:55] <NCommander> mdke, is there a place where I see rosetta's progress?
[12:56] <mdke> the import queue is here: https://translations.edge.launchpad.net/ubuntu/intrepid/+imports
[12:56] <mdke> that's just the Ubuntu-specific queue though
[12:57] <mdke> it's showing about 19k approved files waiting for import
[13:00] <mdke> if you're concerned about any packages in particular, you can view the import queue for specific packages. For example, kdebase only has one pending import
[14:08] <maxb> ooi, How are packages' "build score"s calculated?
[14:10] <Hobbsee> whether they're in main / universe, how long they've been waiting, etc.
[14:10] <Hobbsee> iirc
[15:40] <cjwatson> maxb: it's a weighted function of: pocket (security = highest, proposed = lowest), component (as Hobbsee said), a small tweak for urgency= in debian/changelog, time spent in the queue, and whether it's a private build
[15:40] <cjwatson> maxb: language packs are scored right to the bottom, and builds in rebuild archives only slightly above that
[15:42] <geser> oh, urgency is used within Ubuntu? I thought it wasn't used for anything
[15:43] <cjwatson> it's a tiny weighting compared to everything else
[15:43] <cjwatson> so it doesn't make much difference unless the queue is huge
[15:43] <cjwatson> (I didn't know it was used either until I went and looked at the code :-) )
[15:55] <NCommander> cjwatson, wow, thats news for me?
[15:55] <NCommander> cjwatson, I assume it recongizes low, medium, high, critical, emergency?
[17:42] <cjwatson> NCommander: yes, with critical==emergency. There's only five points of difference between each
[18:04] <l3dx> isn't there a "help wanted" section on launchpad?
[20:05] <yarko> launchpad source server down?
[20:30] <tritium> Good day.  It appears my @ubuntu.com email address forwarding isn't working properly.  Is this a launchpad issue?
[20:35] <tritium> My apologies.  It appears I need to contact #canonical-sysadmin.
[20:36] <Uatschitchun> Hi
[20:36] <Uatschitchun> I can't connect to http://bazaar.launchpad.net/~team-mms/mms/
[20:36] <Uatschitchun> There's a "try again" ?!
[20:38] <stdin> loggerhead probably needs a kicking
[20:52] <Uatschitchun> stdin: who can kick loggerhead?
[20:53] <stdin> not sure, it's a weekend so not many people at work
[20:59] <nhandler> Is the +contactuser page working yet? I get an Oops! Error ID: OOPS-1023EB115 when I try to use it.
[21:29] <_Andrew> How long does bzr upgrade take over sftp?
[21:29] <_Andrew> because mines been going for ages now
[21:30] <cody-somerville> It can take quite awhile
[21:38] <_Andrew> So it's not borked then?
[21:38] <_Andrew> It's been around an hour
[21:56] <jill_manners> on your website, you invited suggestions to improve launchpad. well here's mine : get rid of cristoph korn. he has broken THOUSANDS of ubuntu/kubuntu installations with his half-baked, broken "packages"
[22:26] <xtophe> good evening
[22:27] <xtophe> i'm having trouble getting http://bazaar.launchpad.net/~motumedia/vlc/ubuntu/annotate/35?file_id=400_enable_embedded_-20081015162853-od5iuhcn7f4o0pq1-1
[22:27] <xtophe> and so report here as indicated
[22:27] <beuno> xtophe, what's the problem?
[22:28] <xtophe> beuno: ah it works now
[22:28] <xtophe> it wasn't 30 mins ago
[22:28] <xtophe> sorry for the noise
[22:28] <beuno> xtophe, did it time out?
[22:31] <xtophe> beuno: i was getting sth like "sorry unavailable. retry in 5 min and report on irc" with firefox and a 503 with wget
[22:32] <beuno> xtophe, it's a known problem with performance, but I'll look into it
[22:34] <xtophe> beuno: no problem. I watch a movie in the meantime and now it works
[22:39] <mdke> pushing seems very slow here suddenly
[22:43] <mdke> my bad, dodgy internet connection
[22:50] <lfaraone> Hey, any idea why https://edge.launchpad.net/~flossmanuals/+archive is only building for i386?
[22:51] <cjwatson> architecture: all?
[22:51] <cjwatson> surely as it should be for a -docs packages
[22:51] <cjwatson> package
[22:52] <cjwatson> yes, it's building _all.deb. It's working fine then. If you want a package to build on each architecture separately (and for documentation packages you generally don't) then you want Architecture: any
[23:02] <lfaraone> cjwatson: ah, resolved-ish.


[00:40] <vino> wallyworld: addressed ur comments.
[00:41] <vino> cud u plz take a look.
[00:41] <wallyworld> sure
[00:48] <wallyworld> vino: don't forget to change the PR description
[00:48] <vino> sure. i am doing that.
[00:51] <wallyworld> veebers: how far away are you from landing your PR?
[00:57] <veebers> wallyworld: I shouldn't be too far, was looking at the doc first. I can pivot now (just got back from lunch) and get that sorted.
[00:58] <wallyworld> veebers: that would be gr8 as i can't deploy k8s charms at the moment
[00:58] <veebers> ah I see, that o' chestnut. Ok I'll get it sorted
[00:58] <wallyworld> Docker resource with ID: mariadb/mysql_image not found
[00:58] <wallyworld> i think that's the error that is fixed?
[00:58] <veebers> wallyworld: yep
[01:01] <wallyworld> anastasiamac: done
[01:01] <anastasiamac> wallyworld: ta
[01:03] <anastasiamac> wallyworld: model-constraints are indeed not inherited when new models are added... so --constraints on bootstrap does only set default and controller model constraints... i guess the reason is - how would u know from which model to inherit... i suspect that this is a desired behavior
[01:03] <anastasiamac> wallyworld: i will still add --model-constraints as an option to bootstrap
[01:04] <anastasiamac> wallyworld: we should probably consider --model-contraints as an option to add-model too...
[01:04] <wallyworld> the pattern for model config is to store default sspecified at bootstrap time into a separate settings bucket
[01:04] <wallyworld> yes, it needs holistic thought
[01:04] <anastasiamac> wallyworld: yeah... maybe this is what we need to do with constraints too ...
[01:05] <wallyworld> should do a "one pager" to propose a solution
[01:05] <anastasiamac> wallyworld: yes, i'll add it to my really-want-to-address-yesterday bucket :)
[01:05] <anastasiamac> wallyworld: +1 to one pager...
[01:05] <wallyworld> i have lots of those buckets
[01:05] <anastasiamac> \o/
[01:09]  * thumper goes to get food
[01:30] <babbageclunk> thumper: sonofy.co
[01:46] <wallyworld> veebers: won't you need to import the sha packages as well?
[01:47] <thumper> babbageclunk: awesome!!!
[01:48] <veebers> wallyworld: it seems just once in for the 'binary' is fine. I did a manual test deploy using --resource and straight deploy and all is happy. I can add the import not too for completeness
[01:48] <veebers> I'm just sorting the deps
[01:48] <veebers> I realised at push that I hadn't done that yet
[01:48] <wallyworld> veebers: you can't rely on that
[01:48] <veebers> wallyworld: ack fair enough, I'll add the import at usage
[01:49] <wallyworld> especially for say tests, they won't necessarily cause the import side effect
[01:49] <wallyworld> since they only operate on that package they are in plus any transitive deps
[01:50] <veebers> ack, makes sense
[01:54] <veebers> wallyworld: FYI I've pushed the updated branch w/ deps and imports
[01:54] <wallyworld> yay ty
[02:00] <thumper> babbageclunk: installed it, doesn't seem to work properly
[02:01] <babbageclunk> thumper: ah well, sorry!
[02:26] <veebers> wallyworld: which operator image would the edge snap use out of interest? I recall you mentioned that we need to do an image operator push for the edge channel right?
[02:26] <wallyworld> veebers: it uses whatever the last person to push a copy has uploaded
[02:26] <veebers> ah ok
[02:47] <veebers> Is there a way to force 'juju update-clouds' to update? Just removing $JUJU_DATA/clouds.yaml won't do the job
[02:48] <wallyworld> veebers: public-clouds.yaml
[02:48] <wallyworld> clouds.yaml is your personal one
[02:50] <veebers> wallyworld: where is it looking for public-clouds.yaml? Can't see it in $JUJU_DATA, nor any /snap/ dir
[02:50] <wallyworld> it's in $JUJU_DATA
[02:50] <wallyworld> same as clouds.yaml
[02:52] <veebers> my $JUJU_DATA doesn't have that file :-\ (I've set it to another dir for testing something). the only public-clouds.yaml I can find is ~/.local/share/juju/public-clouds.yaml, but moving that doesn't work (so juju isn't checking multiple places it seems)
[02:56] <wallyworld> veebers: sorry, i thought $JUJU_DATA was ~/.local/share/juju
[02:57] <wallyworld> update-clouds operates in that directory
[02:58] <wallyworld> kelvin_: your PR looks fairly complete? main issue I can see is we've lost the make target to update the deps file(s)
[03:29] <veebers> kelvin_: you may need to update the pr merge/check jobs with the deps changes. IIRC they explicitly call godeps etc.
[03:35] <wallyworld> kelvin_: there's no need to commit the lock file, just the toml
[03:35] <wallyworld> dep ensure will do what it needs to do
[03:35] <wallyworld> or whatever the cmd is to generate the lock from toml
[03:43] <vino> veebers: i have a Pr for u to review
[03:44] <vino> adding ci test for export bundle feature.
[03:44] <vino> cud u plz take a look when u r free ?
[03:44] <kelvin_> wallyworld, it should be no problem, we use `godeps` target to ensure deps but now we use `dep`
[03:45] <veebers> vino: sure can, link?
[03:46] <kelvin_> wallyworld, we should commit lock file with the .toml file together. even we try to use sha for revision but we can also just specify branch of the dep, in this case, the lock file has more detailed version control for the deps.
[03:47] <kelvin_> wallyworld, just like  package-lock.json/yarn.lock for node,
[03:47] <wallyworld> kelvin_: so the lock file is not simply generated from the toml file?
[03:47] <babbageclunk> wallyworld: The lock file should definitely be committed.
[03:48] <kelvin_> wallyworld, it's generated by toml file but it could be different later to use the same toml file
[03:48] <vino> https://github.com/CanonicalLtd/juju-qa-jenkins/pull/64
[03:48] <wallyworld> kelvin_: babbageclunk: ok, nps. whatever best practice is
[03:48] <kelvin_> wallyworld, for example, we changed the packages that imports a dep in juju
[03:49] <wallyworld> kelvin_: i think it would be useful to expand these use cases in the google doc and we can see what the workflow would be
[03:50] <vino> veebers: went for a tea. link: https://github.com/CanonicalLtd/juju-qa-jenkins/pull/64
[03:50] <kelvin_> wallyworld, agreed, i will prepare a doc after i get all the things working correctly
[03:50] <wallyworld> yup, sgtm
[03:51] <veebers> vino: sweet, I'll hit that in a little bit
[03:56] <babbageclunk> are other people getting go vet errors on a format string in k8s.go?
[04:03] <veebers> babbageclunk: I just ran the verify script manually now and get the error (2x errors lines 149x-ish)
[04:05] <veebers> babbageclunk: that's really odd, the verify script is called in the check Make target, which should be what the PR/Build/Anything runs
[04:09] <kelvin_> after make add-patches, i got two more errors
[04:09] <kelvin_> https://pastebin.ubuntu.com/p/n7xwpbszdn/
[04:12] <babbageclunk> veebers: weird
[04:12] <veebers> babbageclunk: yeah I'm a bit confused, I can see in the script where it calls "make check", which will call the verify script, and I'm pretty sure IGNORE_VET_WARNINGS isn't set anywhere
[04:12] <babbageclunk> veebers: maybe different versions of go vet?
[04:14] <veebers> babbageclunk: jenkins machines have 1.10.3, I just tried with snap go1.10.3 an my other go1.10 and they both show the error
[04:14] <babbageclunk> hmm
[04:18] <veebers> vino: LGTM
[04:18] <babbageclunk> kelvin_: those errors seem weird - if err is undefined how is it building after make add-patches is run.
[04:18] <babbageclunk> ?
[04:23] <babbageclunk> kelvin_: Is the setprogress one because a patch has been accepted upstream or something?
[04:31] <kelvin_> babbageclunk, yeah, it's weird. i need to take a look further.
[04:32] <babbageclunk> kelvin_: have you kept the same shas as in dependencies.tsv?
[04:33] <kelvin_> babbageclunk, yes, all sha are kept same
[04:33] <babbageclunk> huh, then I don't get it.
[04:33] <kelvin_> babbageclunk, i translate the deps from our tsv file directly
[04:34] <babbageclunk> right, that sounds very sensible.
[05:11] <vino> veebers: thank u. Have a question abt this node label. feature is for any node having lxd capabilities.
[05:12] <vino> then wat is goodra for ?
[05:13] <veebers> vino: goodra is included in the 'features' tag, I imagine you may have seen an example that needed to use goodra expliclity
[05:13] <vino> veebers: i am seeing in bootstrap caas yes.
[05:14] <veebers> vino: ah right, that would be due to the lxd version on goodra, we haven't yet been able to update the version on all machines
[05:15] <vino> veebers: ok. ty.
[08:29] <jacekn> hello. Is it possible to add model with a specific, older version? I need to test bugfix for older juju versions
[12:31] <rick_h_> jacekn: https://docs.jujucharms.com/2.4/en/models-config you can use the --agent-version flag there I believe
[12:48] <jacekn> rick_h_: ERROR "agent-version"" must be set via "upgrade-model"
[12:48] <jacekn> rick_h_: ERROR cannot change version from 2.4.1 to lower version 2.3.1
[12:49] <jacekn> I just bootstrapped from scratch
[12:49] <rick_h_> jacekn: right, but can you use that on an add-model command?
[12:49] <rick_h_> jacekn: I know you can't change it on the fly like other config
[12:49] <rick_h_> jacekn: yea, if add-model with the agent version specified doesn't work then yea a bootstrap will have to be the way to go
[12:51] <jacekn> ah add-model might work (but now I'm getting no agent binaries found for version 2.3.1). I solved the probelm by re-bootstrapping anyway
[12:51] <jacekn> thanks for help though
[12:54] <rick_h_> jacekn: k, when all else fails go with the hammer heh
[13:07] <magicaltrout> hello folks anyone in this channel have half a clue about the lxd snap?
[13:12] <pmatulis> magicaltrout, question?
[13:14] <magicaltrout> i stuck it in #lxd but the migrate thing gets really confused for some reason and if you say no to removing the old lxc stack it still doesn't let you run the snap lxc comamnds but then something (juju or something else) is reinstalling the .deb lxc packages
[13:14] <magicaltrout> cause after a reboot they seem to magically reappear
[13:16] <magicaltrout> also how do you reconfigure the lxdbr in snapworld cause whilst they have intermal ip addresses nothing seem to be able to talk to them now
[13:18] <pmatulis> magicaltrout, that's weird (first part)
[13:20] <pmatulis> magicaltrout, no idea (second part)
[13:20] <pmatulis> i'll test the first part though
[13:20] <magicaltrout> thanks pmatulis just for reference this is a manual cloud box
[13:21] <magicaltrout> with a few different containers on, but they've been running in the lxd snap for weeks, the lxd deb stack has been empty for a long while
[13:27] <pmatulis> magicaltrout, so you're not using the 'lxd' cloud type. you're just creating containerised machines within a manual cloud node
[13:27] <magicaltrout> yeah
[13:34] <magicaltrout> ooooh fml
[13:34] <magicaltrout> when all your containers start
[13:34] <magicaltrout> then it insists on a migration
[13:34] <magicaltrout> *booooom*
[13:35] <magicaltrout> so they're up cause some services are responding
[13:35] <magicaltrout> but i can't login to any of them
[13:50] <magicaltrout> also
[13:50] <magicaltrout> lxd.migrate completely screws up my lxd bridge for some reason
[13:51] <magicaltrout> urgh
[13:58] <magicaltrout> https://discuss.linuxcontainers.org/t/snap-lxd-has-blocked-me-up/2382
[13:58] <magicaltrout> stuck it in there as well
[14:05] <magicaltrout> i would have thought, considering the removing of the lxc debs is optional
[14:05] <magicaltrout> that whilst it wants you to migrate to the new snap
[14:05] <magicaltrout> lxd should still function without removing it
[14:05] <magicaltrout> so whatever does the detection stuff
[14:05] <magicaltrout> seems a bit screwed
[14:33] <pmatulis> indeed
[14:48] <kwmonroe> magicaltrout: is it possible in the deb env that you symlinked /var/lib/lxd/containers to somewhere else?  i did this once in a similar aws/manual machine to put my containers on the ephemeral /dev/sdb (ln -s /var/lib/lxd /mnt, or something like that).  anyway. i recall lxd.migrating booming on trying to stat the symlink'd containers.
[14:49] <magicaltrout> kwmonroe: as if you'd do something as hackish as that! ;)
[14:50] <kwmonroe> i was trying a new gin&tonic recipe at the time.  hackies ensued.
[14:51] <magicaltrout> i think i'm getting stuff back together. The "force this deb not to install" solution from the forums seems to be taking me in the right direction
[15:00] <kwmonroe> magicaltrout: one other thing to check.. if you still have an /etc/default/lxd-bridge, that comes from the .deb and may be trying to start a bridge that should be handled by the lxd snap.  so if you have that file and you seem to have conflicting bridges, try moving that like the migrate script would have done:
[15:00] <kwmonroe> # ll /etc/default/lxd-bridge.migrated
[15:00] <kwmonroe> -rw-r--r-- 1 root root 1206 Jun 28 16:18 /etc/default/lxd-bridge.migrated
[15:41] <manadart> externalreality: A small one: https://github.com/juju/juju/pull/9004. Preparatory patch for upgrade-series worker implementation.
[16:05] <magicaltrout> kwmonroe: we're wiring up Druid to the HDFS storage engine and rmcd says it says "Place your Hadoop configuration XMLs (core-site.xml, hdfs-site.xml, yarn-site.xml, mapred-site.xml) on the classpath of your Druid nodes. You can do this by copying them into conf/druid/_common/"
[16:05] <magicaltrout> working on that logic could we build off of layer:hadoop-client or something and get the configs that way?
[16:15] <magicaltrout> or apache-bigtop-base?
[16:15] <magicaltrout> what part of the stack installs the configs?
[16:30] <magicaltrout> rick_h_: how do we get a big data category on discourse?
[16:44] <rick_h_> magicaltrout: you ask nicely and when I get back from lunch I add it in there for ya
[16:44] <rick_h_> Like magic!
[16:45] <magicaltrout> Dearest Rick
[16:45] <magicaltrout> Could we possibly have
[16:45] <magicaltrout> a Big Data category in the discourse forum
[16:46] <magicaltrout> so that I may ask pertinent questions, like the one above, and their response be stored for all time, so that others may also benifit from Kevins infinite wisdom
[16:46] <magicaltrout> Thanks
[16:46] <magicaltrout> Tom
[16:49] <rick_h_> LoL for you magicaltrout , anything
[17:17] <kwmonroe> magicaltrout: you want to build on layer:hadoop-client.  that will include the hadoop-plugin relation, so once your charm relates to hadoop-plugin, the system will automatically install all the hadoopy things (including ./conf files) from bigtop.
[17:18] <kwmonroe> then you make a druid reactive handler that says @when(hadoop.hdfs.ready), DO_THE_STUFF
[17:18] <magicaltrout>  thanks kwmonroe
[17:20] <kwmonroe> np magicaltrout.  you can also include layer:apache-bigtop-base, but i would only do that if druid is a bigtop project.  the only thing that layer helps you do is setup puppet for bigtopy stuff to happen.
[17:27] <rick_h_> magicaltrout: https://discourse.jujucharms.com/c/charms/big-data
[17:27] <rick_h_> kwmonroe: ^
[17:31] <magicaltrout> why thanks rick_h_
[17:31] <rick_h_> magicaltrout: :)
[20:44] <veebers> Morning all o/
[20:46] <rick_h_> morning veebers
[20:46] <rick_h_> happy friday to you
[20:54] <veebers> why thank you rick_h_ :-) It's a foggy wet Friday but I won't complain :-)
[20:56] <rick_h_> hey, better than it being thurday! :P
[20:56] <veebers> how are things today  cory_fu, I haven't broken anything else for you yet? :-)
[20:57] <veebers> Indeed! Those poor suckers who are still stuck on Thursday
[21:03] <cory_fu> veebers: :)  All good, thanks
[22:53] <veebers> what's the level of repetition that makes sense for a table based test? i.e. if I'm doing to comparisons is it worth doing?
[23:09] <thumper> veebers: I'm moved away from table based tests mostly
[23:10] <thumper> Instead consider a helper function


[10:29] <arkin> I'm trying to factor wget http://dev.mysql.com/get/mysql-apt-config_0.6.0-1_all.deb && dpkg -i mysql-apt-config_0.6.0-1_all.deb
[10:29] <arkin> into my init file
[10:29] <arkin> but dpkg pops up a configurable option (which mysql version)
[10:29] <arkin> can I bypass this ?
[14:08] <smoser> arkin, you have a couple options.
[14:08] <smoser> cloud-init does its package installation with:
[14:09] <smoser>  DEBIAN_FRONTEND=noninteractive
[14:09] <smoser> in the environment
[14:09] <smoser> and a install of
[14:09] <smoser> APT_GET_COMMAND = ('apt-get', '--option=Dpkg::Options::=--force-confold',
[14:09] <smoser>                    '--option=Dpkg::options::=--force-unsafe-io',
[14:09] <smoser>                    '--assume-yes', '--quiet')
[14:10] <smoser> so you should be able to
[14:10] <smoser> DEBIAN_FRONTEND=noninteractive dpkg --force-confold --force-unsafe-io
[14:10] <smoser> and get the same behavior
[14:10] <smoser> to dpkg