[01:01] <seanvk_laptop> apw problem solved.  I needed to add nvme to /etc/initramfs-tools/modules
[01:01] <seanvk_laptop> With that change proposed 4.4 kernel will find the nvme filesystem on boot on the Dell XPS 13 (Skylake + NVME)
[01:18] <xnox> seanvk_laptop, bug #1532146
[01:18] <seanvk_laptop> Thanks xnox
[07:44] <apw> seanvk, ahh that is about initramfs-tools not following the name, that i think is solved with the most recent upload too
[08:30] <apw> manjo, there is a new merge of initramfs-tools in ppa:apw/ubuntu/initramfs-tools which with luck groks your specifier ... if you could test that one and let me know
[08:31] <caribou> apw: what are you up to with the initramfs-tools upload that includes my nvme fix ?
[08:31] <caribou> apw: & do you have a bug number for your upload ? I would like to tie my own bug to it
[08:32] <apw> caribou, that should be in -proposed at least alreday
[08:32] <apw> and yet ... it is not, wtf
[08:32] <caribou> xnox: ^^^ This is the bug you asked me to upload earlier today
[08:33] <apw> i even have the upload file for it
[08:33] <apw> initramfs-tools_0.120ubuntu7_source.ubuntu.upload
[08:34] <apw> and an accept email for it, so unless britney is promoting it right now, its mia
[08:35] <apw> oh no that is for the PPA copy, hrm
[08:35] <apw> caribou, anyhow using your bug #
[08:35] <apw> caribou, and i will try that again
[08:36] <caribou> apw: fine with me
[08:38] <apw> caribou, ok removed the .upload file and uploaded it again, and there it is building ... so wtf is my only response
[08:39] <caribou> apw: thanks!
[08:40] <caribou> xnox was chasing me to upload it. I don't get it : now that I have core dev rights, people do expect to see me do actual real work :-)
[08:40] <apw> caribou, it is a horror story :)
[08:48] <apw> caribou, oh you have that machine with nvme, perhaps once you are happy 0.120ubuntu7 is working for you, you could test ppa:apw/ubuntu/initramfs-tools
[08:48] <apw> caribou, that has the very latest 0.122 merge which i am working up to uploading
[08:48] <caribou> apw: sure
[09:12] <apw>  /b 3
[09:18]  * smb tries 2b1 only
[10:17] <xnox> apw, i can test too =) i've finally jumped the 17 hoops to get latest dell xps 15 installed
[10:19] <apw> xnox, heh thanks, i've had pitti review two of them and they are uploaded, so just initramfs-tools now, anything you can test on that == yay
[15:14] <cristian_c> jsalisbury: hi
[16:06] <jsalisbury> cristian_c, hi.  I've been tied up on other bugs.  I hope to get back to yours sood.
[16:07] <jsalisbury> s/sood/soon/
[16:07] <cristian_c> jsalisbury: I've found a fix
[16:07] <jsalisbury> cristian_c, oh, great!
[16:07] <jsalisbury>  cristian_c If you post it to the bug, I can build a test kernel and then SRU it
[16:08] <cristian_c> jsalisbury: I've rebuilt the driver with the fix, and polarity is fixed
[16:08] <jsalisbury> cristian_c, thats great
[16:08] <cristian_c> then, as usually, I can execute the workaround to set the triggers: none and phy0radio, in place of the default ones
[16:08] <cristian_c> and it works
[16:10] <cristian_c> jsalisbury: so, I'll post the details in the bug report page
[16:10] <jsalisbury> cristian_c, nice.  Thanks so much for the good work!
[16:10] <cristian_c> ok
[17:03] <bjf> apw, who in this channel specifically should i be pestering for IBM bugs?


[00:01] <brousch> break it apart into seperate talks
[00:03] <greg-g> yeah, suppose so, I'll ping him about it
[00:03] <greg-g> at least throw up the original on archive.org so you or I could download it, process it, and upload to youtube/whatever
[00:22] <rick_h_> greg-g: no, I forgot my camera, but remembered it for tonight
[00:26] <brousch> crap, those would be good pictures for the loco flickr group
[00:27] <greg-g> yeah :/
[00:27] <greg-g> we fail at promotion
[00:27] <greg-g> I'm at least writing up a blog post right now
[00:33] <greg-g> emailed gib
[00:33] <greg-g> we'll see what his plan is
[00:39] <brousch> ah, super-s and super-w make me so happy
[00:41] <greg-g> huh, neat :)
[00:42] <brousch> hey, i just experienced an annoyance from osx on unity! we're finally there!
[00:43] <brousch> dialog box from an app opened on a different workspace, hard to find where it went
[00:56] <greg-g> what the flip, where did my skype credit go?! I used to have that default 10 cents and never used it, now I have 0.00!
[01:11] <snap-l> If you are a Silverlight or C# developer, take a deep breath and think about a time
[01:11] <snap-l> before ASP.NET/C# when you might have had to develop web apps in VBScript. You
[01:12] <snap-l> are about to enter a similar space.
[01:14] <snap-l> greg-g: http://ubuntuone.com/p/zFB/
[01:14] <snap-l> That's my slides
[01:16] <widox> greg-g: nope, sorry
[01:17] <greg-g> snap-l: awesome, thanks
[01:17] <snap-l> np
[01:17] <greg-g> widox: boo, no thanks for you :P
[01:18] <widox> :'(
[01:20] <snap-l> This canvas book is great.
[01:20] <snap-l> This is one of only two examples in this entire book that will work with
[01:20] <snap-l> Internet Explorer 8 or earlier.
[01:20] <snap-l> It's "hello world"
[01:21] <greg-g> lol
[01:31] <jcastro> greg-g: rick_h_: smoser: well, so much for that.
[01:31] <jcastro> I ordered an X220
[01:34] <widox> jcastro: hah, I am just looking at them right now
[01:34] <jcastro> widox: amazon has one for http://www.amazon.com/gp/product/B004URCEVM/ref=ox_ya_os_product
[01:34] <jcastro> I overnighted it
[01:34] <jcastro> and I'll put the new intel ssd I have in it.
[01:35] <jcastro> and that drive in this one and then just sell it with windows on it to someone
[01:38] <greg-g> nice
[01:39] <jjesse> evening :)
[01:42] <snap-l> jcastro: That's the 120?
[01:43] <jcastro> yeah
[01:43] <jcastro> the intel 510
[01:43] <snap-l> No, I meant the laptop.
[01:44] <snap-l> I was thinking of picking up the x120
[01:45] <jcastro> yeah
[01:45] <jcastro> too many problems with the wireless in the kernel right now and I need something solid for next week's sprint
[01:45] <snap-l> So if you're looking for a willing buyer, I'm offering up myself. :)
[01:46] <jcastro> sure.
[01:53] <snap-l> Yoko Ono?
[02:00] <snap-l> btw: I'm totally using gnome-open to open files now.
[02:00] <greg-g> I used to use xdg-open, but gnome is easier to type
[02:01] <greg-g> so, thanks smoser!
[03:07] <jrwren> snap-l: wtf nonsense are you talking about "silverlight or C# developer" that doesn't even make sense.
[03:27] <snap-l> I swear, you must have keyword searches.
[03:28] <snap-l> This is for a HTML5 Canvas book
[03:57] <snap-l> http://www.youtube.com/watch?v=CFuyE_VBeO8&feature=autoshare&has_verified=1
[05:26] <snap-l> Well, that was neato
[05:26] <snap-l> had a kernel oops
[06:48] <TeamXlink> I'm trying to run this file, it is called wsw_server.
[06:48] <TeamXlink> This is the command I'm using:
[06:48] <TeamXlink> ./wsw_server
[06:48] <TeamXlink> It says permission denied.
[06:49] <TeamXlink> I'm pretty sure I have to do something related to chmod with this but I'm unsure what value I should use, for example: chmod +x wsw_server
[07:03] <TeamXlink> ,
[12:03] <greg-g> snap-l: this. is. amazing.  This is interesting to me.
[13:09] <rick_h_> yea, that's their thing
[13:09] <rick_h_> which is funny because git's supposed to not be good with large binary files
[13:09] <rick_h_> which it would seem a backup/sync would be full of
[13:09] <greg-g> yeah, i was wondering about that part
[13:09] <greg-g> your .git would be huge!
[13:10] <greg-g> unless there is some way to optimize that. --rebase?
[13:10] <rick_h_> no idea
[13:10] <greg-g> rebase every 1000 commits or something
[13:10]  * greg-g shrugs
[13:18] <snap-l> Well, git does vacuum from time to time
[13:18] <snap-l> but I've had instances where git just sat there and spun for a very long time
[13:19] <greg-g> huh
[13:20] <snap-l> Yeah, while it was busily trying to compress / vacuum
[13:20] <snap-l> Whatever they called it. :)
[13:21] <snap-l> I just had someone ask me about my shut the box code that I have on Sourceforge
[13:24] <brousch> now you have 2 people asking you
[13:25] <brousch> what is your shut the box code?
[13:26] <Wolfger> what is shut-the-box?
[13:27] <snap-l> http://decafbad.net/projects/shutbox/
[13:27] <snap-l> It's an old, old GTK+ app that I wrote
[13:28] <Wolfger> cool
[13:28] <snap-l> Shut the box is a dice / tile game, where you roll dice, and try to shut enough tiles to add up to the dice roll
[13:41] <brousch> ok, so the firefox launcher has an 'Open a new window' option if you right click. why is this not on every launcher
[13:43] <brousch> working in unity today, btw. i left the mbp at home for the first time in 6 months
[13:43] <rick_h_> because why would you right click on the launcher when you can do ctrl-n?
[13:44] <brousch> i want it to open in a different workspace
[13:44] <rick_h_> then <win> fire
[13:44] <brousch> not hunt around for where the other instance is sitting, open a new one,  then move it
[13:45] <rick_h_> if you run the command again does it not spawn a new windows in your current workspace?
[13:46] <brousch> no, if the program is already open, clicking the launcher brings you to the running instance
[13:46] <rick_h_> I didn't say click anything
[13:46] <brousch> you can middle-click to open a new instance, but middle click is hairy on my laptop
[13:46] <rick_h_> I mean doesn't the windows key bring down the gnome-do ish thingy you can type in?
[13:46] <brousch> yes
[13:46] <rick_h_> and if you enter that a second time you don't get a new window?
[13:47] <brousch> yes, that works
[13:48] <brousch> i think my frustration stems from the launcher and the default click behavior being the same as in osx. but in osx you can right click and select 'open new window' on any launcher
[13:49] <brousch> ubuntu has embraced and crippled this behavior
[13:50] <Wolfger> I thought they were supposed to embrace and extend...
[13:50] <brousch> ctrl-alt-t for a new terminal is awesome though. i ner got something like that working on osx
[13:50] <greg-g> brousch: well, I think each launcher needs app-specific rules
[13:50] <brousch> firefox has it, but chrome doesn't
[13:50] <greg-g> ctrl+alt+t? that doesnt' do anything for me
[13:51] <greg-g> brousch: right, so the desktop file for that app needs to be updated
[13:51] <greg-g> is my guess
[13:51] <brousch> that should open a new terminal instance
[13:51] <greg-g> from anywhere?
[13:51] <brousch> yeah
[13:52] <greg-g> I've had that set as ctrl+<whatever the hell that "right-click" functionality key to the left of right-control is called>
[13:52] <greg-g> ... since I started using gnome :)
[13:54] <brousch> i didn't get into gnome-do, so i've always opened programs by clicking an icon
[13:54]  * greg-g loves gnome-do
[13:54] <greg-g> can't live without it
[13:55] <brousch> isn't it pointless with unity's lenses?
[13:56] <rick_h_> heh
[13:56] <rick_h_> I wouldn't think so, until there are some much better lenses
[13:57] <greg-g> ef lenses, that means I have to move my mouse way over to the left
[13:58] <greg-g> I'm just a ctrl+space away from every program/file/folder on my system
[13:58] <greg-g> yuck, over steeped tea :(
[13:58] <rick_h_> greg-g: I hate it when I do that
[13:59] <rick_h_> I need a steeper with build in timer, and loud at that
[13:59] <greg-g> no kidding
[13:59] <rick_h_> detects the sudden rise in temp and starts a 5min timer for me
[13:59] <greg-g> :)
[13:59] <greg-g> with a little dial to set it for 3, 4, 5, 6 minutes (depending on the tea)
[14:00] <rick_h_> right, sorry, I'm a black tea guy so forget about those other buttons :P
[14:02] <greg-g> :) yeah, this one was black
[14:09] <Wolfger> I love it... temp-activated timer
[14:10] <greg-g> ... and PATENTED!
[14:10] <greg-g> ;)
[14:11] <snap-l> Hey, don't be killing off our wild-eyed ideas with patents yet.
[14:12] <snap-l> Although I do want to patent that stupid scrollbar thingie that canonical did
[14:12] <snap-l> and sue them so they stop using it
[14:13] <snap-l> Really damn annoying
[14:14] <greg-g> I actually don't mind it
[14:14]  * greg-g ducks
[14:15] <snap-l> greg-g: You'd better duck
[14:15] <snap-l> Try this.
[14:15] <snap-l> Get a large page of information
[14:15] <snap-l> at least several screenfulls
[14:15] <snap-l> Move your mouse to the bottom
[14:16] <snap-l> and try to scroll
[14:16] <snap-l> Before: Click in the trench, and move a screenful
[14:16] <snap-l> now: find where the orange bit is, move next to it, and hope that it's not near the edge of the screen
[14:17] <Wolfger> ....
[14:18] <Wolfger> using patents to stop people from doing really stupid and annoying things?
[14:18] <Wolfger> I like it!
[14:18] <snap-l> It's patently stupid. :)
[14:18] <Wolfger> bazinga
[14:19] <snap-l> In a patent manner; openly, plainly, or clearly: a patently false statement.
[14:19] <snap-l> In a patent manner; openly, plainly, or clearly: a patently false statement.
[14:19] <snap-l> Sorry, didn't mean to double paste
[14:19] <snap-l> That's what patently means
[14:20] <snap-l> I love that one of the definitions of patent means "open"
[14:20] <snap-l> as in not keeping secret
[14:23] <greg-g> hehe, well, they *are* *supposed* to be a quid pro quo of disclosing the technology to the public, but you being the only entity to be able to createa product using it
[14:23] <greg-g> which is why software patents don't make sense, they don't actually disclose anything other than a over generalized paragraph that isn't even close to pseudocode
[14:24] <snap-l> Well, because if they put actual code in there, they'd give someone the ability to work around it
[14:24] <snap-l> Because TMTOWTDI
[14:24] <greg-g> ?
[14:25] <snap-l> There's more than one way to do it
[14:26] <snap-l> The Perl motto
[14:29] <brousch> i got interviewed. i'm famous now! http://www.rapidgrowthmedia.com/innovationnews/0616conga.aspx
[14:31] <snap-l> brousch: That's awesome!
[14:31] <rick_h_> hah, awesome!
[14:32] <Wolfger> snap-l: I think I shall name my next video game character Tim Toady....
[14:33] <Wolfger> brousch: congrats on your 15 minutes :-)
[14:40] <brousch> the radio interview with the same media outlet should be played on the 24th
[14:40] <brousch> soon i'll have 300 minutes!
[14:40] <brousch> 30
[14:43] <snap-l> if they're really starved for content, 300 minutes.
[14:44] <snap-l> But radio stations are quick to cut and edit
[14:44] <snap-l> you'll likely get 3 minutes
[14:45] <snap-l> while the segment on how dogs have emotional bonds with their owners will get 10
[14:46] <snap-l> "Sadie, an daschund, is the most striking example of these human / dog bonds"
[14:46] <brousch> it's supposedly a 15 minute segment. we spent like 1.5 hours recording it
[14:50] <brousch> the ubuntu forums are good for something! found a work around to a virtualenv pil libjpeg bug
[14:57] <snap-l> W00t
[15:11] <jrwren> snap-l: no, i just read the backlog.  but silverlight or C# developer for html5 canvas book... neato!
[15:17] <jrwren> snap-l: you know someone wrote a C# and XNA compiler that compiles down to html5 canvas and JS?
[15:43] <snap-l> no no no no no
[15:44] <brousch> man it feels good to be back on linux
[15:46] <greg-g> brousch: congrats!
[16:00] <jcastro> snap-l: weird, you like disappeared from the chat thing in the music thing
[16:00] <Wolfger> Huh. "Noto" is Italian for "well-known".... And now we see where "notorious" comes from.
[16:00] <Wolfger> jcastro: "the chat thing in the music thing"?
[16:01] <jcastro> http://outloud.fm/UbuntuAllstars
[16:01] <jcastro> Wolfger: ^
[16:01] <jcastro> shared music listening
[16:01] <snap-l> jcastro: That's weird.
[16:01] <snap-l> Still in there.
[16:01] <Wolfger> oh, right, the service I can't log into because it requires one of two logins which are verboten from work
[16:02] <snap-l> Wolfger: And will be banned from work because it's a streaming music service.
[16:02] <jcastro> snap-l: oh hey they responded to me
[16:02] <jcastro> thay're thinking about openid
[16:02] <snap-l> Bless them
[16:03] <Wolfger> snap-l: not necessarily.... I mean, it's not pictures of cars or anything like that...
[16:03] <Wolfger> ;-)
[16:03] <snap-l> That one I don't et.
[16:03] <snap-l> I mean, how much more assinie can you get.
[16:04] <Wolfger> Google Voice on http is verboten, Google Voice on https is fine....
[16:04] <snap-l> That's just smart. :)
[16:05] <Wolfger> and last I checked, all the popular translation pages were forbidden as well
[16:06] <Wolfger> which was very odd for a company owned by a foreign company... it's like they didn't want us reading the German edition of the DaimlerChrysler intranet site
[16:06] <snap-l> Yeah, they don't want you creating an international incident
[16:06] <Wolfger> I am a jelly doughnut
[16:07] <Wolfger> No, seriously, I need a diet and exercise regimen.
[16:07] <snap-l> Mistranslating one thing, or figuring out what your Italian / German overlords are doing.
[16:08] <brousch> i had a lot of refresh issues with outloud yesterday
[16:08] <brousch> my chats never went through and i had to reload the page to get it to refresh anything
[16:10] <jcastro> snap-l: heya, throw on a bunch of Yes, educate me
[16:10] <snap-l> None of it is ripped
[16:10] <snap-l> reminder: I lost my music hard drive
[16:10] <Wolfger> ouch
[16:13] <snap-l> Even better, Banshee won't rip anything from Musicbrainz that has multiple entries
[16:13] <snap-l> ie: US release, EU release, etc.
[16:19] <snap-l> jcastro: http://www.youtube.com/watch?v=-GqAJqFQcGE
[16:19] <Wolfger> snap-l: k3b ftw
[16:20] <Wolfger> I don't care which desktop manager you use, k3b is the best
[16:20] <Wolfger> just pretend it's not a k app
[16:27] <snap-l> http://www.youtube.com/watch?v=C0mQvObVVdU
[16:31] <snap-l> https://github.com/MrMEEE/bumblebee/commit/a047be85247755cdbe0acce6f1dafc8beb84f2ac
[16:31] <snap-l> Oh damn
[16:32] <snap-l> Check the install.sh script.
[16:35] <greg-g> snap-l: WOW
[16:35] <snap-l> amazing what a space will do
[16:40] <brousch> ug forgot to license my new program
[16:43] <brousch> what's this affero thing?
[16:43] <rick_h_> snap-l: wow, that's one heck of a bug
[16:44] <greg-g> brousch: what kind of program?
[16:44] <brousch> web app server
[16:45] <greg-g> then Affero means that if anyone takes the code and runs an instance, anyone who access that instance can request the source under the terms of the AGPL
[16:45] <greg-g> it closes the "web loophole" of the GPL
[16:46] <brousch> sounds good
[16:46] <greg-g> because, under the GPL, someone could take the code and make substantial modifications, put up a new instance, and not be obligated to share their changes even though users are using it
[16:46] <brousch> because they aren't really "Running" it
[16:46] <greg-g> right, there was no "conveyance"
[16:47] <greg-g> no distribution
[16:47] <greg-g> the GPL is invoked on distribution. AGPL is invoked on use, basically
[16:47] <brousch> i cheated and looked at bookie, which is how i saw it
[16:47]  * greg-g nods
[16:47] <greg-g> rick_h_ and I had a skype chat about that choice
[16:47] <brousch> rick_h_: i think you have extra crap at the bottom of your COPYING file
[16:48] <greg-g> heh, the "how to apply" part
[16:48] <brousch> vetted by rick_h_ and greg-g? it has to be good
[16:48] <rick_h_> patches welcome :P
[16:49] <greg-g> I can push up a change later
[16:49] <rick_h_> that's ok, just me being sarcastic :)
[16:49] <greg-g> :)
[16:49] <greg-g> s'ok, that's just me being dense and overly helpful :)
[16:50] <rick_h_> pushed
[16:51] <brousch> thanks guys
[16:57] <rick_h_> man, this is great
[16:57] <rick_h_> so I've got a cron job sending me errors the last two day, odd since I've not touched it in a long while
[16:57] <greg-g> snap-l: I've got some more Porcupine Tree lined up on outloud
[16:57] <rick_h_> ping the IT guy and let him know about this strange error, see if he's seen it
[16:57] <snap-l> Who pushed crap?
[16:57] <rick_h_> snap-l: I pushed an update to my copying file in bookie
[16:58] <rick_h_> oh, pushed music crap ?
[16:58] <snap-l> rick_h_: No, I was talking about your cron error. :)
[16:58] <rick_h_> so he replies back "I checked the and that server's not been touched/changed in months"
[16:59] <rick_h_> later on check with my boss "Oh hmm, we're bringing up a replacement for that server and we copied over your cron jobs, I wonder if that's the issue?"
[16:59] <rick_h_> new box, new python, new mysql libraries, of course that's wtf is broken
[16:59] <rick_h_> the IT guy never mentions that yesterday he brought up a dupe of this box to me...ugh
[16:59] <rick_h_> "It's not been updated in months...but..."
[16:59] <snap-l> rick_h_: Um, that's pretty major change
[17:00] <snap-l> you'd think that someone would mention that even in passing
[17:00] <rick_h_> yea, might mention it you'd think :)
[17:21] <jcastro> snap-l: good news, my laptop shipped, we can go as early as tommorrow if you want
[17:26] <snap-l> up to you
[17:30]  * snap-l wonders if there's a nightly build of banshee
[17:31] <snap-l> yes, yes there is
[17:31] <jrwren> what laptop?
[17:31] <snap-l> Jorge is having trouble with his X120e
[17:31] <snap-l> and bought a X220 to replace it
[17:31] <snap-l> and I offered to buy the X120e
[17:35] <rick_h_> are you getting the usb wifi with it as part of the deal :P
[17:38] <snap-l> I ordered that via Amazon last night
[17:38] <snap-l> Prime 2 day shipping. ;)
[17:38] <rick_h_> ah, good stuff
[17:39] <jrwren> usb wifi?
[17:39] <snap-l> Now to convince JoDee that I'm not going to be a swear-monster for five days trying to get things working onit
[17:39] <snap-l> jrwren: yessir
[17:40] <jrwren> run usb over wifi will be slow :p
[17:40] <snap-l> Thank you, Cpt. Obvious. ;)
[17:41] <jrwren> so why do it?
[17:41] <jrwren> you hate wires?
[17:41] <snap-l> I think you just broke my brain
[17:42] <snap-l> jrwren: http://ubuntuone.com/p/zXR/
[17:43] <snap-l> It's because the regular wireless card is busticated under a newer kernel
[17:43] <snap-l> Just a stop-gap
[17:43] <jrwren> OH!!! I get it now.
[17:44] <snap-l> btw: Not calling you stupid, just happened to be the motivator poster I had on hand
[17:52] <jrwren> pfff
[17:52] <jrwren> you mention that as if I'd take offense to you calling me stupid :)
[17:55] <brousch> but there really is a wireless usb
[17:56] <brousch> http://en.wikipedia.org/wiki/Wireless_USB
[17:57] <snap-l> Yeah, they came up with that around the same time that Bluetooth really took off
[17:57] <brousch> i has to use a wifi dongle for 3 releases
[17:57] <brousch> had
[17:58] <brousch> it's good to know even the jcastros get bitten by those things
[17:59] <snap-l> Dude, you should see jcastro's laptops sometime
[17:59] <snap-l> I think they have little positioning stickers like crash test dummies.
[18:00] <snap-l> After release party, Jorge sighs because it's back to the unstable mines for another release cycle.
[18:02] <brousch> heh, i guess that explains it. i only see him at release parties
[18:03] <jcastro> heh
[18:03] <jcastro> dogfooding can be a bitch
[18:03] <jcastro> for example tonight I am using Jill's laptop for the lugwash presentation
[18:03] <jcastro> my stuff is always in various states of brokeness
[18:13] <Team-Xlink> I'm trying to run this file, it is called wsw_server.
[18:13] <Team-Xlink> This is the command I'm using:
[18:13] <Team-Xlink> ./wsw_server
[18:13] <Team-Xlink> It says permission denied.
[18:13] <Team-Xlink> I'm pretty sure I have to do something related to chmod with this but I'm unsure what value I should use.
[18:14] <rick_h_> chmod +x wsw_server
[18:14] <TeamXlink> Sweet, thank you.
[18:14] <rick_h_> anyone need an old 29" non-flat tv?
[18:14] <rick_h_> she needs a new home, some lovin
[18:16] <TeamXlink> Where are you located, my friend has been looking for a new tv.
[18:16] <rick_h_> clarkston
[18:16] <rick_h_> east side, dtw area
[18:17] <TeamXlink> Ah, thats a ways.
[18:18] <TeamXlink> I'll tell him about it still though.
[18:18] <TeamXlink> When I do chmod +x wsw_server and then do ./wsw_server it says "cannot execut binary file"
[18:19] <rick_h_> what is this file?
[18:20] <TeamXlink> Is the executable file for my warsow server.
[18:22] <snap-l> Are you doing this under tmp?
[18:22] <snap-l>  /tmp
[18:22] <TeamXlink> No there all in a subfolder of my home directory.
[18:22] <rick_h_> is there a .in file in there?
[18:22] <rick_h_> or a .sh?
[18:23] <TeamXlink> No there isn't.
[18:53] <snap-l> Yay, new Banshee works better with Musicbrainz
[18:53] <snap-l> so I'm back on a ripping streak
[18:55] <Team-Xlink> After I do chmod +x wsw_server and then do ./wsw_server it says "cannot execute binary file"
[18:56] <snap-l> Team-Xlink: Where did you get this binary file?
[18:57] <snap-l> ie: What's the tar file / zip file that you downloaded?
[18:57] <Team-Xlink> From the zip archive from this link: wget http://www.zcdn.org/dl/warsow_0.61_unified.zip found on this page: http://www.warsow.net/download/
[18:58] <TeamXlink> I don't believe its corrupted, because I've setup an ftp server to get the zip from my windows pc and it still didn't work, I also tried doing the already extracted files instead of the .zip.
[18:59]  * snap-l downloads to see what's up
[18:59] <snap-l> Will be cone in about 15 minutes
[18:59] <snap-l> s/cone/done/
[18:59] <TeamXlink> Sweet, thank you!
[19:01] <snap-l> save for their downloads keep interrupting
[19:03] <TeamXlink> Yeah, using wget to get that was rather tedious and took a long while to get one that fully downloaded.
[19:03] <snap-l> Trying the torrent file.
[19:03] <snap-l> I think there's only one other person seeding this
[19:03] <snap-l> and some douchey offer to download someone's torrent client
[19:05] <TeamXlink> Here, I'll start up my torrent as well.
[19:05] <TeamXlink> I'm now seeding it.
[19:06] <snap-l> Now we're cooking with gas
[19:10] <TeamXlink> Yeah, my upload speed isn't the greatest at the moment.
[19:20] <snap-l> OK, I know what the problem is
[19:21] <TeamXlink> :D
[19:21] <snap-l> #1 they're using zip, so permissions aren't kept
[19:21] <TeamXlink> Oh.
[19:21] <snap-l> #2: You need to run chmod on the following:
[19:22] <snap-l> chmod +x *.i386 *.x86_64
[19:22] <snap-l> wsw_server is a script that calls one of the executables (wsw_server.i386 or wsw_server.x86_64)
[19:29] <TeamXlink> It still gives me the same error.
[19:29] <TeamXlink> Do I have to reboot?
[19:29] <snap-l> no, you shouldn't
[19:29] <snap-l> Paste the exact error that you're getting
[19:31] <TeamXlink> I'm using the same moniI'm using the same monitor for irc computer that I am for the server compuiter so I can't see what I'm typing, but here you go:
[19:32] <TeamXlink> chmod +x *.i386 *.x86_64
[19:32] <TeamXlink> ./wsw_server
[19:32] <TeamXlink> bash: ./wsw_server: {ermission denied
[19:32] <TeamXlink> Then if I try and use sudo bash:
[19:32] <snap-l> Why?
[19:32] <TeamXlink> sudo bash wsw_server
[19:32] <snap-l> Why would you try to sudo something like that?
[19:33] <TeamXlink> wsw_server: wsw_server: cannot execute binary file
[19:33] <TeamXlink> Alright, I'm back to the irc.
[19:34] <TeamXlink> Well, it said permission denied, so I tried to do it as root.
[19:34] <jcastro> greg-g: we reapply this year right?
[19:34] <TeamXlink> Too see if it made a difference.
[19:34] <jcastro> greg-g: I'm going to try to find someone to help refresh the logo
[19:34] <snap-l> Bad habit
[19:34] <snap-l> sudo is not the same as "force"
[19:34] <TeamXlink> Ah.
[19:35] <snap-l> What does ./wsw_server.i386 give you?
[19:41] <jrwren> wtf is wsw server?
[19:42] <rick_h_> a game
[19:42] <snap-l> Warsow
[19:46] <TeamXlink> Its the server for the game.
[19:46] <TeamXlink> I'm testing your fix now.
[19:47] <TeamXlink> When I do ./wsw_server.i386
[19:47] <TeamXlink> It tells me:
[19:47] <TeamXlink> ./wsw_server.i386: error while loading shared libraries: libcurl.so.4: cannot open shared object file:no such file or directory.
[19:47] <TeamXlink> IT looks like I'm missing libcurl.
[19:48] <TeamXlink> I'll aptget it now.
[19:48] <TeamXlink> Wow thats a lot of package options.
[19:49] <TeamXlink> I I think I need libcurl-dev
[19:49] <jrwren> shouldn't.
[19:49] <jrwren> that is for compiling.
[19:49] <jrwren> you won't get a ld.so error for not having dev.
[19:50] <jrwren> the package is libcurl3
[19:50] <TeamXlink> Ah thank you.
[19:51] <TeamXlink> Now it says:
[19:52]  * jrwren waits
[19:52] <TeamXlink> ./wsw_server.i386: /lib/tls/i686/cmov/libc.so.6: version 'GLIBC_2.11' not found required by ./wsw_server.i386
[19:52] <jrwren> lol.
[19:52] <jrwren> pastebin the output of ldd ./wsw_server.i386
[19:52] <jrwren> are you on 32bit or 64bit ubuntu?
[19:52] <TeamXlink> I can't pastebin it.
[19:52] <TeamXlink> Its a cli install.
[19:52] <jrwren> how can you not pastebin?
[19:53] <TeamXlink> I don't have an internet browser or even a gui.
[19:53] <jrwren> do you have a network?
[19:53] <TeamXlink> I'm using irc on a differn't computer.
[19:53] <TeamXlink> Yeah, it does I think.
[19:53] <TeamXlink> Well, I know it does.
[19:53] <jrwren> so secure shell to it and do all your work in an SSH session.
[19:53] <TeamXlink> Ah.
[19:53] <TeamXlink> Good idea, I'll go install open-ssh
[19:54] <jrwren> always step1 of a new ubuntu install :)
[19:55] <TeamXlink> Yeah, it does I think.I'mI'm downloading putty now.
[19:55] <jrwren> oh you are on windows desktp?  cool!
[19:55] <jrwren> we shall take over this #ubuntu-us-mi and make it a server channel :)  muhuwahwhahaha
[19:55] <TeamXlink> lol
[20:01] <TeamXlink> http://pastebin.com/FcC08qgt
[20:01] <jrwren> fwiw, i just downloaded it and it ran first time for me.
[20:01] <jrwren> i assume you following this http://www.warsow.net/wiki/index.php?title=Dedicated_Server
[20:02] <TeamXlink> Not exactly, that wiki post isn't updated, and some of the stuff is unessary.
[20:02] <jrwren> are you even doing this on ubuntu?
[20:02] <TeamXlink> Yep.
[20:03] <jrwren> 11.04 ?
[20:03] <TeamXlink> 8.04 cli
[20:03] <jrwren> wtf???
[20:03] <brousch> jcastro: we did a logo refresh last year http://dl.dropbox.com/u/101667/ubuntu-us-mi-blr3.png
[20:03] <jrwren> that is 3 yrs old!
[20:04] <jcastro> !
[20:04] <TeamXlink> The computer's about 10 years old
[20:04] <jcastro> needs updating in the loco directory
[20:04] <jrwren> TeamXlink: upgrade !
[20:04] <jcastro> and the wiki
[20:04] <brousch> though i still prefer http://dl.dropbox.com/u/101667/ubuntu-us-mi-blr-mn.svg
[20:05] <TeamXlink> jwren, thats why I'm using them as servers.
[20:06] <jrwren> TeamXlink: you need to move to lucid.
[20:06] <jcastro> brousch: hahah, awesome
[20:06] <jrwren> ./wsw_server.i386 requires libc6 > 2.11
[20:06] <jrwren> lucid was first to ship that
[20:07] <jrwren> its LTS->LTS so upgrade should be easy
[20:07] <TeamXlink> Can't I just apt-get it?
[20:07] <jrwren> no
[20:07] <jrwren> that is the core libc library
[20:07] <jrwren> EVERYTHING uses it.
[20:07] <TeamXlink> Oh.
[20:07] <TeamXlink> I'll go burn a new disk.
[20:07] <jrwren> think like... that is where printf is defined :)
[20:08] <TeamXlink> Ah, that makes sense.
[20:08] <jrwren> whatever doc you are following you might include that lucid is oldest ubuntu that might work.
[20:08] <jcastro> brousch: do you have the logo with a transparent background?
[20:09] <brousch> jcastro: i have an svg, let me fire up inkscape and fix it
[20:10]  * jcastro unbreaks the wiki
[20:10] <brousch> it is broken?
[20:10] <jcastro> no I missized the logo
[20:11]  * jcastro whistles
[20:12] <greg-g> jcastro: cool re logo, and yeah, reapplying before October.


[13:17] <rbasak> git-ubuntu is failing on a bunch of packages for this kind of thing:
[13:17] <rbasak> Jun 26 12:53:35 juju-ad5025-prod-git-ubuntu-10 git-ubuntu[737153]:   06/26/2023 12:52:56 - ERROR:File /tmp/tmp1yjf2nqc/.git/git-ubuntu-cache/linux-riscv_5.19.0-1020.22.diff.gz incorrect size, got 31056244 expected 7402455
[13:18] <rbasak> I didn't manage to trivially reproduce using pull-lp-source.
[13:18] <rbasak> Any ideas before I dig deeper?
[13:18] <rbasak> That was after this line: Jun 26 12:53:35 juju-ad5025-prod-git-ubuntu-10 git-ubuntu[737153]:   06/26/2023 12:52:56 - ERROR:File /tmp/tmp1yjf2nqc/.git/git-ubuntu-cache/linux-riscv_5.19.0-1020.22.diff.gz incorrect size, got 31056244 expected 7402455
[13:18] <cjwatson> A _long_ response is weird
[13:19] <cjwatson> A short response I could imagine ...
[13:19] <cjwatson> Definitely no immediate ideas, sorry
[13:19] <rbasak> No worries. I'll see if it goes away. Otherwise I'll dig deeper.
[13:20] <cjwatson> It's not fallout from the LP production API issues on Friday?
[13:20] <cjwatson> Though I can't guess how that would cause that particular symptom
[13:21] <rbasak> That particular one started Jun 26 12:51:18
[13:21] <rbasak> And it operates in a temporary directory. And I'd deleted the cache before that point I think.
[15:07] <bdmurray> guruprasad: Why wouldn't a team I own / administer show up in the "Add a mail subscription" dialog?


[03:26] <pitti> Good morning
[03:30] <mterry> pitti, good night!  :)
[03:30] <pitti> mterry: sleep well!
[03:30] <mterry> pitti, happy release day
[03:31] <pitti> thanks, and to you tomorrow!
[05:27] <didrocks> good morning
[05:30] <pitti> bonjour didrocks
[05:30] <pitti> didrocks: happy precise day!
[05:30] <didrocks> guten morgen pitti! How happy precise day as well :)
[05:31] <smspillaz> happy release day :)
[05:31] <pitti> hey smspillaz, you too!
[05:31] <smspillaz> 12.04 looks rockin
[05:31] <didrocks> hey smspillaz ;)
[06:20] <didrocks> Trevinho: hey, you are working on https://code.launchpad.net/~thomir/unity/avoid-duplicate-icons/+merge/103602 now? (I think it's the last merge before (5.12)
[06:21] <Trevinho> didrocks: I've done both the unity and bamf work.
[06:21] <Trevinho> the bamf side is needed to match the applications with no desktop file
[06:21] <Trevinho> s/match/fix/
[06:21] <didrocks> yeah https://code.launchpad.net/~3v1n0/bamf/lib-factory-xids-matching/+merge/103591
[06:21] <Trevinho> so.... how much do I have?
[06:21] <didrocks> hum
[06:22] <didrocks> Trevinho: well, it seems that upstream testing didn't happen yet at all, remember that I asked to refrain merging things yesterday? :p
[06:22] <didrocks> (and I warned about that a week ago)
[06:22] <didrocks> but PS and processes…
[06:22] <didrocks> Trevinho: let's say a couple of hours, but just on those, right?
[06:22] <didrocks> nothing more
[06:22] <Trevinho> didrocks: mh...
[06:23] <didrocks> "mh.." ?
[06:23] <Trevinho> didrocks: we can merge the unity fix only...
[06:23] <Trevinho> didrocks: I mean.. I can't get anyone to review the bamf one
[06:23] <didrocks> Trevinho: that's the point of merging the unity fix then without the bamf one?
[06:23] <didrocks> Trevinho: let's postpone both then
[06:23] <Trevinho> didrocks: no...
[06:24] <Trevinho> didrocks: the unity one has not a strict dependency on bamf
[06:24] <didrocks> Trevinho: right, but what's the gain of merging it without bamf?
[06:24] <Trevinho> the unity one fixes the issue for applications like g-c-c that duplicate icons on bamfdaemon kill
[06:24] <didrocks> ok
[06:25] <Trevinho> the other.. fixes the problem for less used apps with no .desktop file (and ensures that the one with the desktop are not duplicated too)
[06:25] <Trevinho> so...  to get the final fix we should have both, but for the more visible one unity is  enough
[06:27] <didrocks> Trevinho: sounds good then, no worry about tha bamf one if it's not here yet
[06:27] <didrocks> will be in next SRU
[06:27] <Trevinho> didrocks: ok.. I'll fix the test and it's yours
[06:29] <Trevinho> didrocks: it would be nice to get this too: https://code.launchpad.net/~3v1n0/bamf/desktopless-webapps-fix/+merge/103608 :P
[06:29] <Trevinho> (to be improved later)
[06:30] <didrocks> Trevinho: well, no hurry for the first SRU :)
[06:30] <didrocks> then, we need to discuss with the SRU team as the ine between a feature and a fix is tight here :)
[06:31] <Trevinho> didrocks: well, it's a fix.... :)
[06:35] <Trevinho> didrocks: I've a question for you.... Should I include an Ap test that will fail until the libbamf fix is not in (as reminder :)), or just I remove it until we don't get that fix in?
[06:36] <didrocks> Trevinho: depends, I find a lot of merge are playing with the line TBH, but overall, they are good for precise :)
[06:36] <didrocks> Trevinho: I would personally remove it and split into another branch
[06:36] <didrocks> Trevinho: to avoid confusion
[06:36] <didrocks> or get it in
[06:36] <Trevinho> ok
[06:36] <didrocks> and just return with // FIXME
[06:37] <didrocks> you will enable it again when the bamf fix is here
[06:45] <Trevinho> didrocks: it's coming here https://code.launchpad.net/~3v1n0/unity/avoid-duplicate-icons/+merge/103611
[06:46] <didrocks> Trevinho: excellent! :)
[06:46] <didrocks> Trevinho: just ensure it's approved, I'm waiting for mvo now for the s-c branch :)
[06:48] <Trevinho> didrocks: ehm... who should approve it? :)
[06:48] <Trevinho> thomi is out...
[06:48] <Trevinho> thumper, maybe? :)
[06:48] <Trevinho> didrocks: I've to go no... can I leave it in your hands?
[06:50] <didrocks> Trevinho: sure :)
[06:50] <didrocks> thanks again!
[06:50] <Trevinho> cool, yw! ;)
[06:50] <Trevinho> cheers
[06:50] <didrocks> but it shows that without freeze, people don't refrain for merging :/
[06:51] <didrocks> """fortunatly""" upstream failed to do their upstream tests, so no work in vain
[06:59] <jasoncwarner_> ping RAOF
[06:59] <RAOF> Pong
[06:59] <pitti> hey jasoncwarner_
[07:00] <jasoncwarner_> morning, pitti ! Happy release day all you EU folk
[07:00] <pitti> jasoncwarner_: happy release day to you, too!
[07:01] <jasoncwarner_> thanks, pitti 12.04, going out the door (I like childish rhymes...sue me! )
[07:01] <pitti> jasoncwarner_: nah -- rather /j #ubuntu-release-party, and feel the excitement!
[07:02] <jasoncwarner_> pitti: annnnnd.....I'm there :)
[07:51] <didrocks> ogra_: hey, FYI, we are doing a compiz release right now
[07:51] <didrocks> ogra_: this one includes the fix from sil2100
[07:55] <didrocks> mvo: hey!
[07:57] <mvo> hey didrocks
[07:57] <didrocks> happy release day! :)
[07:58] <mvo> happy release day!
[07:58] <pitti> mvo: guten Morgen
[07:58] <mvo> hey pitti
[07:58] <didrocks> mvo: on https://code.launchpad.net/~mvo/unity/usc-launcher-fix-982921/+merge/102257, do you have the time to quickly add a manual test (there is a test directory) for now? and push that? I'll approve the branch then
[07:58] <didrocks> don't want to steal your merge proposal, if you don't have the time, it's ok, I'll do it and repropose the branch
[07:59] <mvo> didrocks: how is that manual test done? just a test file?
[07:59] <didrocks> mvo: yeah, you will see some test file in the test directory
[07:59] <didrocks> manual-tests/
[08:00] <didrocks> just add a file here with the same templating than others :)
[08:00] <mvo> ok
[08:02] <seb128> hey
[08:02] <seb128> didrocks, mvo: happy precise day ! ;-)
[08:03] <didrocks> happy precise day seb128!
[08:07] <Sweetshark> Morning everyone and happy release day!
[08:07] <seb128> Sweetshark, hey, happy release day!
[08:07] <pitti> hey seb128, happy precise day!
[08:07] <pitti> hey Sweetshark
[08:08] <seb128> pitti, happy precise day ;-)
[08:08] <didrocks> hey Sweetshark! happy release day
[08:13] <mvo> didrocks: updated
[08:13] <mvo> hey seb128
[08:13] <didrocks> mvo: you rock \o/
[08:13]  * didrocks hugs mvo
[08:14] <mvo> didrocks: thanks, but it was just writing some lines of text ;)
[08:14]  * mvo hugs didrocks back
[08:14] <didrocks> mvo: well, the fix was needed ;)
[08:14] <Sweetshark> pitti, seb128: given that the libreoffice SRU is still unapproved https://launchpad.net/ubuntu/precise/+queue?queue_state=1 and I have some more fixes for 3.5.2 ready, can we replace/update that SRU? Or should just go with 3.5.2-2ubuntu2 as SRU and do those fixes in a 3.5.3-0ubuntu1 release (3.5.3rc2 is tagged upstream already and most the final). opinions?
[08:14] <pitti> Sweetshark: yes, we can certainly replace it
[08:14] <Sweetshark> didrocks: happy release day to you too.
[08:15] <mvo> didrocks: yeah, the fix is useful, I'm happy that I got to it
[08:15] <pitti> Sweetshark: btw, is "remove presentation templates for install media size" still appropriate for an SUR?
[08:15] <pitti> SRU
[08:15] <pitti> Sweetshark: i. e. do you want to remove the templates for any other reason than CD size?
[08:16]  * didrocks approves to keep the merger busy
[08:16] <Sweetshark> pitti: no, but a) they are very ugly anyway and b) will be replaced with something non-ugly in ubuntu q${whatever-the-rest-of-that-releasename-is}
[08:17] <pitti> Sweetshark: "quantal"
[08:18]  * Sweetshark mumbles quantal, the chantalism for ubuntu.
[08:21] <Sweetshark> pitti: If I replace the SRU with something new, it still has to be libreoffice-3.5.2-2ubuntu3 then, right? with a changes file from libreoffice-3.5.2-2ubuntu1 as ubuntu2 never saw the light of day? or from ubuntu1?
[08:21] <pitti> Sweetshark: no, you can reuse the version number if you prefer
[08:21] <pitti> Sweetshark: if you add a new one to not trash git, you need to build the .changes with -v3.5.2-2ubuntu1
[08:34]  * Sweetshark loves our shiny new https://gerrit.libreoffice.org/ ...
[08:35] <mvo> didrocks: just added a commit message to make the merger happy
[08:35] <didrocks> mvo: thanks, was just about to do that :)
[08:35] <mvo> :)
[08:36] <chrisccoulson_> good morning everyone
[08:36] <ogra_> didrocks, ergh, who is doing the testbuild on arm then ?
[08:37] <ogra_> (note that i was also working on it, just didnt have testbuild capacities due to my board being used for image testing)
[08:38] <didrocks> ogra_: I uploaded to the ppa, but you can now take lp:compiz or unity-team/staging if you want
[08:38] <didrocks> ogra_: if you need access to this ppa with arm builders, I can give you some
[08:38] <ogra_> the tree is enough
[08:40] <ogra_> didrocks, oh, you built for arm ... who did update the gles patch ?
[08:40] <ogra_> (intresting that it builds at all)
[08:40] <didrocks> ogra_: nobody, that's why I ping you :)
[08:40] <didrocks> ogra_: it doesn't build
[08:41] <ogra_> ah, i see
[08:42] <ogra_> well, my tree is totally outdated now, i only had merged sil2100's patch this night ...
[08:42] <BigWhale> I pressed CTRL-SUPER-LEFt and my xchat jumped on the left, then I accidentally clicked on thunderbird and I pressed C-S-RIGHT and I was like: wow! pretty!
[08:42] <BigWhale> And good morning to everyone, happy release day! :)
[08:43] <seb128> chrisccoulson_, hey, how are you?
[08:43] <seb128> BigWhale, hey, happy release day!
[08:43] <chrisccoulson_> seb128, yueah, good thanks. how are you?
[08:44]  * Sweetshark waves at chrisccoulson.
[08:44] <chrisccoulson> hi Sweetshark, how are you?
[08:46] <seb128> chrisccoulson, I'm good thanks!
[08:46] <seb128> chrisccoulson, happy release day ;-
[08:46] <seb128> ;-)
[08:46] <chrisccoulson> heh :)
[08:46] <Sweetshark> chrisccoulson: great, got something decent into precise, I think.
[08:46] <didrocks> hey chrisccoulson!
[08:47] <chrisccoulson> hi didrocks!
[08:47]  * Sweetshark has a crazy idea again, but since the last one (bibisect) turned out pretty well, I might give it a try ...
[08:53] <Sweetshark> the idea is layering ccache, so that it has CCACHE_DIR and CCACHE_DIR2. Look in CCACHE_DIR, if found: act like normal ccache. If not found, look in CCACHE_DIR2. If found, use and add to CCACHE_DIR. If not found, compile and add to CCACHE_DIR and CCACHE_DIR2.
[08:54] <Sweetshark> make CCACHE_DIR local and CCACHE_DIR2 a NFS share and use this by multiple indentical pbuilders building libreoffice.
[08:55] <Sweetshark> how insane does that sound?
[09:05] <ogra_> seb128, heh, are you planning on bringing xscreensaver back ? or will you fork an older g-s-s ?
[09:06] <seb128> ogra_, neither?
[09:06] <ogra_> from scratch ?
[09:06] <seb128> well I guess the code for old gnome-screensaver should be not too hard to forward port over the current version
[09:06] <mvo> xss - woah, like in the old days
[09:07] <mvo> what is the issue? just for the nosy michael?
[09:07] <ogra_> well, g-s-s wont give you per theme settings
[09:07] <ogra_> mvo, no idea, just saw sebs mail :)
[09:07] <seb128> ogra_, I've no plan, if somebody wants to work on that and come with something working we will include it
[09:07] <ogra_> and was curious since the spec talks about the possibility to appply settings to the screensavers
[09:08] <seb128> ogra_, but my gut feeling is that it will not happen
[09:08] <ogra_> yeah, i agree, unless someone really invests into it
[09:09] <ogra_> or lightdm learns to handle them :) (which likely drops the "light" from its name) :)
[09:14] <seb128> ogra_, well, lightdm would not to it, but you would do a screensaver-greeter
[09:15] <seb128> would->could
[09:22] <rickspencer3> hey seb128, didrocks, pitti, ogra_, mvo, etc...?
[09:22] <mvo> hey rickspencer3
[09:22] <rickspencer3> how does everyone feel on this release day?
[09:22] <didrocks> hi rickspencer3 :)
[09:23] <ogra_> rickspencer3, stressed :P
[09:23] <didrocks> rickspencer3: working on the future SRU, precise is already so old school! :-)
[09:23] <didrocks> the release itself looks stellar though ;)
[09:23] <didrocks> a real milestone for ubuntu
[09:24] <ogra_> didrocks, how do you update a branch with a new compiz upstream, alf_ has massive probs since bzr bd-do seems to try to pull from releases.compiz.org
[09:24] <ogra_> (or do you just wget and dump it in manually ? )
[09:24] <didrocks> ogra_: I wget, upstream are moving their branch/release process to launchpad
[09:25] <ogra_> ah, great
[09:25] <ogra_> alf_, ^^^
[09:25] <didrocks> ogra_: but it will surely move to a definitive place in a week
[09:25] <ogra_> just wget from compiz-core
[09:25] <didrocks> https://launchpad.net/compiz-core/0.9.7/<IP_ADDRESS>/+download/compiz-<IP_ADDRESS>.tar.bz2
[09:25] <seb128> rickspencer3, bonjour ;-)
[09:25] <ogra_> didrocks, well, as soon as gles is merged upstream i dont care anymore :)
[09:25] <seb128> rickspencer3, iz the BEST ubuntu release EVER! It ROCKS ;-)
[09:25] <ogra_> and i assume you dont do rollling new upstream SRU releases
[09:26] <ogra_> (though i assumed that before not expecting to be greeted with a new one on release day :P )
[09:26] <didrocks> ogra_: heh
[09:26] <didrocks> ogra_: yeah, we do bug fixes releases
[09:26] <didrocks> for compiz/nux/unity
[09:26] <ogra_> do you have any schedule or public plan we could look at for the future plans ?
[09:27] <seb128> rickspencer3, I'm very excited by the release, things look really good from where I stand ;-)
[09:27] <didrocks> ogra_: not yet, the goal was just "getting a first SRU before everyone goes to oakland"
[09:27] <ogra_> so we know when to expect new upstreams
[09:27] <alf_> didrocks: so I should just get the debian/ dir from debcheckout and apply the patches to the <IP_ADDRESS> tree manually?
[09:27] <didrocks> alf_: right
[09:27] <ogra_> yep
[09:27] <alf_> didrocks: ogra_; ok
[09:31] <pitti> hey rickspencer3
[09:31] <pitti> rickspencer3: I feel very precise!
[09:33] <BigWhale> pitti, Precisely that! I sent out a press release for today's release party in Slovenia and told people that they need to be there at precisely 1900 hours! :>
[09:55] <asac> didrocks: we get a new compiz today :)?
[09:56] <didrocks> asac: in -proposed, yeah :) as soon as ogra_/alf_ dealt with the linaro patch
[09:56] <asac> didrocks: what does -proposed mean?
[09:56] <didrocks> no new compiz-plugins-main though, it just has a minor fix compared to what we have in the distro
[09:56] <asac> going in today? or just "SRU"
[09:56] <didrocks> asac: precise-proposed? the pocket? :)
[09:56] <didrocks> for a future SRU :)
[09:57] <didrocks> not in finale precise by any mean :)
[09:57] <asac> didrocks: sure. just wonder if you plan to roll this into todays release still :)
[09:57] <ogra_> asac, that it moves to -updates as soon as it has been tested on all arches
[09:57] <asac> ogra_: yeah.
[09:57] <didrocks> asac: ahah, let's push the crack! :)
[10:07] <chrisccoulson> man, i wish i didn't stay up so late last night playing angry birds space
[10:07]  * didrocks still never played angry birds
[10:08] <chrisccoulson> heh
[10:08] <chrisccoulson> you're missing out. but space takes it to a whole new level ;)
[10:09] <chrisccoulson> didrocks, http://www.rovio.com/en/our-work/games/view/43/angry-birds-space ;)
[10:09] <didrocks> my phone doesn't support it and I have IT docs to read when I'm using it ;)
[10:11] <chrisccoulson> w00t, new firefox beta already https://launchpad.net/~mozillateam/+archive/firefox-next/+sourcepub/2398508/+listing-archive-extra ;)
[10:31] <pitti> Sweetshark: so do you want me to reject the current upload?
[10:48] <Sweetshark> pitti: yes.
[10:58] <pitti> Sweetshark: ok, done
[11:35] <ogra_> didrocks, alf_ is testing the armhf testbuild, once he reports success i will commit the new patch to the tree and ping you, so you can upload
[11:35] <didrocks> ogra_: we are finishing some testing locally first, thanks! :)
[11:36] <ogra_> pfft, i dont care about your tests on yesterdays arches :)
[11:36] <didrocks> ogra_: :p
[11:36] <ogra_> as long as arm works ... its da fjutscha !
[11:36] <didrocks> you mean, the one where compiz is actually building? ;)
[11:36] <didrocks> ones*
[11:36] <ogra_> come on, building compiz only takes 30min here
[11:36] <ogra_> (well, probably closer to 45)
[11:36] <didrocks> even my laptop is faster (not a lot, but a little bit)
[11:37] <didrocks> ah, it *is* faster then :)
[11:37] <ogra_> pfft
[11:37] <ogra_> speed isnt everything
[11:37] <ogra_> *we* save the planet !
[11:37] <smspillaz> ogra_: you can use -DBUILD_TESTING=OFF to disable building the tests, will speed up compilation quite a bit
[11:38] <ogra_> oh, good to know (for next time) :)
[11:56] <ogra_> didrocks, committed and pushed
[11:57] <ogra_> (test worked fine)
[11:59] <didrocks> ogra_: woow! I'll push to the ppa to ensure it builds fine as well (double checking)
[11:59] <ogra_> right
[12:07]  * pitti hugs the channel
[12:07] <ogra_> yay
[12:07] <pitti> Look, a Pangolin!
[12:07] <chrisccoulson> heh :)
[12:08] <chrisccoulson> the download page doesn't work though
[12:08] <chrisccoulson> http://www.ubuntu.com/download/desktop
[12:08] <chrisccoulson> "Site off-line" :/
[12:08] <chrisccoulson> oh
[12:09] <chrisccoulson> it works now ;)
[12:11] <seb128> pitti, \o/
[12:11] <chrisccoulson> so, who's upgraded to Q already?
[12:11] <ricotz> YAY \o/
[12:11] <chrisccoulson> ;)
[12:12] <seb128> chrisccoulson, ricotz probably did, in fact he's running a ppa who is ahead in version compared to what stable q will have I'm sure ;-)
[12:12] <ogra_> chrisccoulson, upgraded ?
[12:12]  * ogra_ starts preparing the first Q SRUs already :P
[12:12] <didrocks> yeah \o/
[12:15] <mlankhorst> how long does it take to build?
[12:24] <chrisccoulson> heh, https://twitter.com/#!/chrisccoulson/status/195488443613196288 ;)
[12:26] <seb128> chrisccoulson, hehe
[12:37] <geser> chrisccoulson: and do you have any success in winning this event?
[12:48] <Sweetshark> libreoffice_3.5.2-2ubuntu3 uploaded to chinstrap. could you review the four changesets over ubuntu2 (ubuntu2 was already reviewed by seb128)
[12:48] <Sweetshark> pitti: ^^
[12:48] <Sweetshark> pitti: http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=shortlog;h=refs/heads/ubuntu-precise-3.5
[12:48] <pitti> not now, sorry; in firefighting mode
[12:48] <Sweetshark> pitti: ;)
[12:48] <Sweetshark> pitti: fires are ueberbewertet
[12:49] <Sweetshark> pitti: no need to hurry this, it will build for few hours anyway ;)
[12:51] <Sweetshark> meh, launchpad only shows timeouts -- its almost as if we are having a release today.
[13:14] <cyphermox> Boo. This morning my alarm doesn't ring and i miss all the good news ;-)
[13:14] <chrisccoulson> cyphermox, what news?
[13:14] <chrisccoulson> i must have missed that!
[13:14] <chrisccoulson> ;)
[13:15] <cyphermox> Hehe
[13:16] <cyphermox> On my phone,  commuting right now. The ubuntu home page won't load too
[13:16] <cyphermox> Bbl
[13:18] <ogra_> cyphermox, yes, known ... being fixed
[13:49] <mterry> Guh, I've been on 12.04 for a whole day.  When can I start using quantal?
[13:49] <kenvandine> :)
[13:51] <ogra_> mterry, missed the memo ? we already started with quantal SRUs
[13:51] <ogra_> :P
[13:52]  * mterry upgrades to R then
[13:52] <mterry> Must..  stay.. ahead of curve
[13:52] <ogra_> heh
[14:02] <bcurtiswx> the people over at QQ called. They want their IM protocol name back..
[14:06] <kenvandine> bcurtiswx, lol
[14:10] <bcurtiswx> is the power icon supposed to be red when a restart is required ?
[14:11] <bcurtiswx> well let me rephrase ... the power indicator at the top right of the desktop
[14:13] <pitti> I think it is, yes
[14:14] <seb128> bcurtiswx, yes, it mike take 30s before it catch the update though
[14:15] <bcurtiswx> On my VM of precise it does, but on my laptop not. (note my laptop was upgraded from 11.10 back when precise dev started)
[14:15] <bcurtiswx> maybe theres a residual config ?
[14:18] <bcurtiswx> right now update-manager says restart required, but my indicator is still white..
[14:18] <bcurtiswx> and nothing in the indicator says restart required
[14:18] <seb128> weird
[14:19] <seb128> bcurtiswx, do you have python-aptdaemon.pkcompat installed?
[14:20] <kenvandine> bcurtiswx, can you do sru verification on bug 985801 ?
[14:20] <ubot2> Launchpad bug 985801 in gwibber "Facebook does not store short names anymore. Names appear blank when "Show real names in messages" is not checked. " [Medium,Fix committed] https://launchpad.net/bugs/985801
[14:26] <bcurtiswx> kenvandine, confirmed. Fix was successful on my gwibber client
[14:26] <kenvandine> bcurtiswx, thx
[14:26] <kenvandine> bcurtiswx, please comment on the bug
[14:27] <bcurtiswx> seb128, it appears not installed. Packagekit it wants to remove with the python installation
[14:28] <seb128> bcurtiswx, ok, maybe that's why it doesn't work for you
[14:28] <seb128> that's what ubuntu use by default
[14:28] <seb128> i.e what it got tested with
[14:29] <bcurtiswx> seb128, could have been a dist-upgrade that i overlooked. thanks
[14:29] <seb128> bcurtiswx, well, we never install pkgkit, it's something you did
[14:30] <bcurtiswx> seb128, hmm, either way. thx :)
[14:30] <seb128> yw!
[14:30] <bcurtiswx> kenvandine, comment made :)
[14:31] <bcurtiswx> hey look it's red.. haha. brb after reboot
[14:58] <mhr3> desrt, actually lets take it here :)
[14:58] <mhr3> so we have this very interesting deadlock
[14:58] <mhr3> hope you could take a look
[14:58] <desrt> please tell me it's not across multiple processes :)
[14:58] <mhr3> no worries, just two threads ;)
[14:58] <mhr3> http://pastebin.ubuntu.com/947434/
[14:59] <mhr3> now it's pretty interesting that both are in dbus_connection_get_type
[15:01] <desrt> uh oh
[15:01] <mhr3> it looks that the worker thread is the one that started the initialization
[15:01] <desrt> i think this is a case of someone doing something stupid in a class_init
[15:01] <mhr3> and our main thread locked up
[15:01] <desrt> like gdbusproxy?
[15:02] <mhr3> perhaps :)
[15:02] <desrt> hmm
[15:02] <desrt> mhr3: why didn't you poke davidz about this? :)
[15:02] <didrocks> mhr3: you will like beeing this "someone doing something stupid" :p
[15:02] <mhr3> desrt, cause you're the thread master :)
[15:02]  * seb128 watches people try to drop their issues to the next man
[15:02] <desrt> and david is the dbus master :p
[15:03] <desrt> mhr3: so this looks very similar to this class of problems we were having at one point
[15:03]  * seb128 though desrt was at the end of that dropping ball line but was wrong ;-)
[15:03] <desrt> with calling stuff from class init functions
[15:03] <desrt> but it's not exactly the same
[15:03] <desrt> give me a second to meditate over this stack trace :)
[15:03] <mhr3> sure, i've been meditating on it for an hour :P
[15:04] <mhr3> at first i was like no way glib would lock up...
[15:04] <kenvandine> glib is perfect :)
[15:04] <mhr3> but, perhaps there is a way :P
[15:05] <desrt> mhr3: so i think you've hit a really really ugly case of lock inversion in gobject
[15:05] <desrt> assuming you treat the standard get_type() 'once' calls as a lock
[15:29] <didrocks> ogra_: compiz successfully built on all archs, even the slow ones :p
[15:34] <ogra_> didrocks, you mean powerpc ? :P
[15:35] <ogra_> (good to hear)
[15:35] <seb128> ogra_, don't troll powerpc, the powerpc users are somewhat more responsive that the armel ones ;-)
[15:36] <ogra_> pfft, there are no armel users ... thats so last release
[15:36] <didrocks> ogra_: I was going to make the same remaks on powerpc builders building faster :p
[15:36] <seb128> ogra_, same for armhf
[15:37] <seb128> ogra_, half trolling, I'm pretty sure that user account bug we discussed some weeks ago on arm is still there
[15:37] <seb128> ogra_, though we did fix the powerpc glib,gresource issue which 3 people complained about ;-)
[15:37] <ogra_> yeah, i didnt have time to actually look into it or trigger any other devs to look into it
[15:37] <ogra_> prob with arm users is that they usually use their boards for development
[15:38] <seb128> ogra_, you would assume that's the kind of users that would debug stuff for you :p
[15:38] <ogra_> if they dont develop stuff for life on them, yes
[15:38] <ogra_> most of them just need a compiler and roll their own SW
[15:39] <ogra_> (and use ubuntu desktop images for demos at fairs etc
[15:39] <ogra_> )
[15:41] <didrocks> https://plus.google.com/s/Ubuntu/posts is really crazy, approx 1 post a second
[15:42] <seb128> didrocks, nice ;-)
[15:45] <seb128> lol
[15:45] <seb128> "I wonder why #ubuntu is all over my technology feed. What is #ubuntu ? Is it an animal or something?"
[15:47] <didrocks> :-)
[15:47] <pitti> oh, wow
[16:10] <pitti> good night everyone!
[16:16] <seb128> pitti, 'night
[16:20] <didrocks> gl
[16:20] <didrocks> good night pitti!
[16:32] <mterry> didrocks, yeah, that G+ page is fun
[16:32] <didrocks> mterry: it's quite hypnotic, but you can get sick fast ;)
[16:57]  * didrocks waves good evening, time for some exercice and dinner
[17:24] <seb128> desrt, hey again, does http://pastebin.ubuntu.com/947736/ speak to you?
[17:25] <seb128> desrt, is that a valid,known,worth report leak?
[17:25] <desrt> seb128: this iis what you see whenever anyone leaks a GVariant that came from dbus
[17:26] <desrt> seb128: it's quite difficult to track down exactly which GVariant it is
[17:26] <seb128> desrt, is there any way to figure who is the "anyone"?
[17:26] <desrt> seb128: not easily
[17:26] <seb128> hum, ok, shame
[17:26] <desrt> it's the ages-old valgrind complaint: you need to see where the pointer is leaked -- not where the memory for that pointer was allocated
[18:02] <chrisccoulson> seb128, i've debugged issues like that before, although, i don't have a very scientific approach to tracking them down ;)
[18:03] <chrisccoulson> my approach was basically - 1) pick a module i thought was most likely to be leaking (in my case, dbusmenu), then 2) audit the gdbus method handlers ;)
[18:05] <chrisccoulson> seb128, what is it that is leaking?
[18:41] <seb128> chrisccoulson, hey
[18:41] <seb128> chrisccoulson, "what" is the question :p
[18:42] <seb128> chrisccoulson, the log is a unity-panel-service one, so it could be any of the loaded indicators
[19:11] <mterry> kenvandine/seb128: what's the story with webkit and gtk3?  does webkit-3.0 use gtk3?
[19:11] <seb128> mterry, what is webkit-3?
[19:11] <seb128> mterry, webkit source dual build gtk2 and gtk3
[19:12] <mterry> seb128, versus webkit-1.0?
[19:12] <mterry> see both in archive
[19:12] <seb128> mterry, no such source or binary in ubuntu
[19:12] <kenvandine> webkitgtk-3.0.pc
[19:12] <kenvandine> ?
[19:12] <mterry> for example, there's both libwebkitgtk-3.0-0 and libwebkitgtk-1.0-0
[19:12] <chrisccoulson> seb128, that's going to be fun to debug then ;)
[19:12] <seb128> right, dual build from the webkit source
[19:12] <chrisccoulson> i might have a go
[19:13] <seb128> chrisccoulson, you like challenges! ;-)
[19:13] <chrisccoulson> the last one i looked at was also in unity-panel-service ;)
[19:13] <seb128> chrisccoulson, how did you figure it out? just code reading?
[19:13] <seb128> mterry, they are both from the webkit source, the gtk3 version is the only one on the CD for precise
[19:14] <seb128> mterry, not sure I understand the question but yeah -1 is gtk2 and -3 is gtk3, that's a configure time option, and both come from webkit source which does a dual build
[19:14] <mterry> seb128, hrm.  trying to use it from python is giving me a gtk2 version.  will dig deeper
[19:14] <seb128> mterry, gir1.2-webkit-3.0
[19:15] <mterry> yup, have that installed
[19:15] <mterry> and not the other gir
[19:15] <mterry> i.e. not gir1.2-webkit-1.0
[19:15] <seb128> weird
[19:15] <seb128> how do you know it's a gtk2 version?
[19:15] <mterry> [000:001] Browser XEmbed support present: 1
[19:15] <mterry> [000:001] Browser toolkit is Gtk2.
[19:15] <mterry> [000:001] Using Gtk2 toolkit
[19:15] <mterry> (this is testing the Quickly flash game template)
[19:15] <seb128> mterry, what do you import?
[19:16] <mterry> from gi.repository import WebKit, Gtk, Gio
[19:16] <seb128> hum, weird
[19:16] <seb128> do you have a /usr/local install or something?
[19:16] <mterry> guh, hope not.  /me looks
[19:16] <mterry> nope
[19:18] <seb128> mterry, you want to import Webkit-3.0
[19:19] <seb128> mterry, strace -f python -c "from gi.repository import Webkit" > log and look for webkit to see what it imports for you?
[19:19] <mterry> seb128, ?  you mean no gi.repository?
[19:20] <seb128> $ python -c "from gi.repository import Webkit"
[19:20] <seb128> ERROR:root:Could not find any typelib for Webkit
[19:20] <mterry> seb128, loads -3.0 and gtk3 for me
[19:21] <mterry> seb128, camel case the K
[19:21] <mterry> seb128, does -3.0 have some dynamic detection of gtk version?
[19:21] <mterry> (which would be failing in this case, as I'm using 3.0
[19:21] <seb128> could be the same as gtk, you might need to use a required_version or somethin
[19:22] <seb128> kenvandine, ^ you might know better
[19:22] <mterry> But I only have one webkit installed
[19:23] <seb128> dobey, ^ you might know?
[19:23] <dobey> ?
[19:23] <seb128> dobey, should "from gi.repository import WebKit" impot gtk3 webkit?
[19:23] <dobey> yes
[19:23] <dobey> it does here
 [000:001] Browser XEmbed support present: 1
[19:23] <seb128>  [000:001] Browser toolkit is Gtk2.
[19:23] <seb128>  [000:001] Using Gtk2 toolkit
[19:23] <dobey> mterry: flash is gtk2
[19:23] <seb128> that's what mterry gets
[19:23] <mterry> dobey, guh, screw flash
[19:24] <dobey> :)
[19:24] <mterry> dobey, thanks...  that makes sense now
[19:24] <dobey> np
[19:24] <seb128> indeed, I skipped that part of your question
[19:24] <seb128> dobey, thanks ;-)
[19:24] <dobey> of course. :)
[21:07] <mterry> kenvandine, yeah, sorry about widget-refactor
[21:07] <mterry> that branch got out of hand
[21:08] <mterry> should have broken it up, but I kept finding more and more things to refactor  :)
[21:08] <kenvandine> mterry, no worries
[21:08] <kenvandine> kind of hard to review those though
[21:09] <kenvandine> i tried to look for the more likely problems and of course couldn't
[21:09]  * kenvandine thinks mterry writes awesome code
[21:10] <mterry> :)  Though, I suppose that makes you a bad reviewer
[21:10] <kenvandine> :)
[21:10] <mterry> We need double-blind reviewing
[21:10] <mterry> Actually, that legit isn't a bad idea
[21:10] <kenvandine> i did try to find mistakes, but i never seem to in your branches :)
[21:11]  * mterry blushes
[21:12] <kenvandine> the code it pretty clean in unity-greeter too, which is very nice
[21:12]  * kenvandine wonders if it will be in 14.04 :)
[21:13] <mterry> kenvandine, guh, not at this rate.  We keep adding code.  My secret long-term goal is to get it absorbed by Unity, so Desktop team no longer maintains it  :)
[21:13] <kenvandine> haha
[21:13] <kenvandine> code is so organic, it gets fed by people that want features and it turns into weeds
[21:14] <kenvandine> it would be soooo nice to just start fresh with gwibber :)
[21:18] <mterry> Where are all fresh-faced maintainers willing to own code we don't want anymore?  I thought this was open source!
[21:18]  * mterry divests himself of deja-dup


[16:01] <pitti> hello
[16:01] <ttx> o/
[16:01] <ScottK> o/
[16:03]  * lool \o/
[16:06]  * ScottK guesses there's time to go get coffee
[16:07] <ttx> ...
[16:08] <lool> Is slangasek leading the meeting today?
[16:08] <pitti> he was going to
[16:09] <pitti> 1.5 hours ago he said he'd take a nap before the meeting
[16:09]  * lool calls
[16:09]  * pitti call... oh, got beaten to it
[16:09] <lool> voicemail
[16:10] <lool> pitti: I only have one number
[16:10] <slangasek> hi
[16:10] <cr3> could we call his chumpy?
[16:10] <lool> Morning
[16:10] <slangasek> morning
[16:10] <pitti> hey slangasek
[16:10] <slangasek> #startmeeting
[16:10] <MootBot> Meeting started at 10:10. The chair is slangasek.
[16:10] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[16:11] <slangasek> [LINK] https://wiki.ubuntu.com/ReleaseTeam/Meeting/2009-10-23
[16:11] <MootBot> LINK received:  https://wiki.ubuntu.com/ReleaseTeam/Meeting/2009-10-23
[16:12] <slangasek> [TOPIC] QA Team
[16:12] <MootBot> New Topic:  QA Team
[16:13] <marjo> HW Certification Testing
[16:13] <marjo> Netbooks:
[16:13] <marjo>    passed:      10 (91%)   failed:      0  ( 0%) untested:    1  ( 9%)
[16:13] <marjo> Laptops:
[16:13] <marjo>    passed:      26 (100%)  failed:      0  (  0%) untested:    0  (  0%)
[16:13] <marjo> Servers:
[16:13] <marjo>    passed:      48 (94%)   failed:      0  ( 0%)  untested:    3  ( 6%)
[16:13] <marjo> Desktops:
[16:13] <marjo>    passed:      12 (100%)  failed:      0  (  0%)  untested:    0  (  0%)
[16:13] <marjo> pitti: another 100%
[16:13] <pitti> \o/
[16:13] <lool> impressive
[16:14] <marjo> Karmic Release Candidate Test Report
[16:14] <marjo> 2009-10-22
[16:14] <marjo> == Test Coverage ==
[16:14] <marjo> Image Test Coverage = 100%
[16:14] <marjo> Test Case Coverage = 100%
[16:14] <marjo> Beta Test Coverage = 99%
[16:14] <marjo> Alpha 6 Test Coverage = 58%
[16:14] <marjo> [16:14] <marjo> 10 Test Failures
[16:14] <marjo> Failure Rate 8/194 = 5.1%
[16:14] <marjo> Beta Failure Rate = 8%
[16:14] <marjo> Alpha 6 Failure Rate = 15%
[16:14] <marjo> Based on these test results, Karmic looks good
[16:14] <marjo> from testing point of view
[16:15] <marjo> == Bugs summary ==
[16:15] <marjo> [16:15] <marjo> 38 bugs unfixed
[16:15] <marjo> Critical - 1
[16:15] <marjo> High - 11
[16:15] <marjo> Medium - 8
[16:15] <marjo> Low - 4
[16:15] <marjo> Undecided - 15
[16:15] <marjo> [16:15] <marjo> 11 bugs fixed
[16:15] <marjo> Critical - 1
[16:15] <marjo> High - 7
[16:15] <marjo> Low - 1
[16:15] <marjo> Undecided - 2
[16:15] <marjo> I will send out the detailed test results in an email
[16:16] <marjo> that's all from QA
[16:16] <slangasek> do you have the bug number of the unfixed critical bug handy?
[16:17] <marjo> no i don't
[16:17] <ScottK> 401406
[16:17] <marjo> thx ScottK
[16:18] <slangasek> bug #401406
[16:18] <slangasek> thanks
[16:19] <slangasek> doesn't look like one we need to discuss here
[16:19] <pitti> I feel karmic is really working well if that is the only critical bug we have :)
[16:19] <marjo> agree
[16:19] <cr3> pitti: almost too well, it is unsettling indeed
[16:19] <slangasek> heh
[16:19] <slangasek> [TOPIC] Desktop Team
[16:19] <MootBot> New Topic:  Desktop Team
[16:20] <slangasek> pitti: so let's talk about some non-critical bugs? :)
[16:20] <pitti> This week we landed the new GNOME point release in time. No problems reported from that
[16:20] <pitti> other than that we pretty much exclusively did RC bug fixing
[16:20] <pitti> and some polishing
[16:20] <pitti> https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus
[16:20] <pitti> freshly updated again some 5 minutes ago
[16:21] <pitti> so, the remaining bugs which haven't a fix available don't worry me too much any more
[16:21] <slangasek> [LINK] https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus
[16:21] <MootBot> LINK received:  https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus
[16:21] <ScottK> slangasek: Jumping back a topic, I also see Bug 441338 and Bug 443089
[16:21] <pitti> 408530 and 428884 really ought to be fixed in an SRU
[16:22] <pitti> ScottK: sounds like a dupe of bug 264336 ?
[16:22] <ScottK> Dunno.
[16:22] <pitti> sorry
[16:22] <pitti> bug 448921
[16:23] <slangasek> ScottK: for critical bugs?  I was wondering about the one that had been linked from ISO testing; 'critical' looks wrong for 443089, but we can talk about it with the kernel team?
[16:23] <ScottK> Certainly, just trying to make sure I'd given a complete answer.
[16:24] <pitti> so, that eject thing is not really a dk-disks bug (it does what it can), we either need to fix it in the kernel (stop locking altogether) or stop totem from locking it again
[16:25] <slangasek> pitti: 408530, 428884> agreed
[16:25] <pitti> oh, and 77010 was accepted into karmic
[16:26] <pitti> (page updated)
[16:26] <pitti> jockey fix as well (updated again)
[16:26] <slangasek> pitti: 448921 should probably be considered for SRU too, then?
[16:26] <pitti> any questions wrt. desktop from anyone?
[16:26] <slangasek> (-->targeted to karmic)
[16:27] <pitti> slangasek: depends how intrusive it is
[16:27] <pitti> eject button works for CDs, etc. but not for video DVDs
[16:27] <pitti> as soon as you start totem, that is
[16:27] <slangasek> pitti: should it be targeted to keep it on the radar?
[16:27] <pitti> if we need to fix it in the kernel, it might not be appropriate
[16:27] <pitti> slangasek: fine for me; we can still wontfix it if it becomes too intrusive
[16:28] <pitti> done
[16:28] <slangasek> thanks
[16:28] <slangasek> no other questions from me; anyone else?
[16:29] <ScottK> You want any Kubuntu status now?
[16:29] <slangasek> yes, please
[16:30] <ScottK> We have a few uploads pending, but are in good shape generally.
[16:30] <slangasek> (if there's status to mention, that is - not meaning to put you on the spot specifically :)
[16:30] <ScottK> http://www.flickr.com/photos/freeflying/4036438792/in/set-72157622515083587/ <- Kubuntu Netbook on Freescale
[16:30] <MootBot> LINK received:  http://www.flickr.com/photos/freeflying/4036438792/in/set-72157622515083587/ <- Kubuntu Netbook on Freescale
[16:30] <ScottK> I think the news is good.
[16:30] <slangasek> :)
[16:31] <ScottK> The only real serious unresolved problem I know of seems only to affect my laptop, so we probably needn't hold the release for that.
[16:31] <ScottK> BTW, the packagekit upload that's pending is there for Kubuntu to fix a crasher.
[16:31] <ScottK> That's it
[16:32] <slangasek> (noted)
[16:32] <slangasek> thanks
[16:32] <slangasek> moving on?
[16:32] <slangasek> [TOPIC] DX Team
[16:32] <MootBot> New Topic:  DX Team
[16:32] <davidbarth> hi
[16:32] <slangasek> davidbarth: hey
[16:32] <davidbarth> the summary is at: https://wiki.ubuntu.com/DesktopExperienceTeam/KarmicReleaseStatus
[16:32] <davidbarth> mainly
[16:32] <slangasek> [LINK] https://wiki.ubuntu.com/DesktopExperienceTeam/KarmicReleaseStatus
[16:32] <MootBot> LINK received:  https://wiki.ubuntu.com/DesktopExperienceTeam/KarmicReleaseStatus
[16:33] <lool> davidbarth: https://bugs.launchpad.net/bugs/456412
[16:33] <davidbarth> 1 n-osd crasher that we're trying to reproduce; seems rather specific to emesene though
[16:33] <lool> davidbarth: I think this one should be on your radar as well
[16:33] <davidbarth> lool: hmm, for the release or an SRU?
[16:34] <lool> davidbarth: Either is fine; release is preferred but it's ok
[16:34] <davidbarth> a rhyhtmbox issue due to n-osd
[16:34] <lool> I'm sorry, I failed pinging you directly on this bug
[16:34] <davidbarth> lool: if you take the patch before the release, we can rush this one in; we'll see with neil or jason
[16:34] <lool> (It's just ugly)
[16:34] <lool> (Not breaking anything)
[16:34] <davidbarth> lool: i'm more concerned about the keyring issue
[16:35] <lool> Well that one seems intrusive to fix
[16:35] <davidbarth> and a n-osd font problem for people using fractional fonts (ie 9.4, instead of just 10pt)
[16:35] <lool> So even if it's an usability issue, I think the test might have to be deferred if it is intrusive
[16:35] <lool> s/test/fix/
[16:35] <davidbarth> lool: the point is that i'm not sure who's looking at it now
[16:36] <davidbarth> lool: it falls right in the middle of unr, desktop, etc.
[16:36] <lool> Hmm
[16:37] <lool> In my eyes, netbook-launcher + UNR's window picker applet are responsible for hiding/showing windows as they appear/disappear, even if metacity is involved
[16:37] <lool> So it would seem logical that they review the state of open windows on startup
[16:37] <davidbarth> so i guess my point now is asking the desktop team which patches they still want to take for the release, between the 3 n-osd and a potential one for xsplash; see http://tinyurl.com/ylhxuzy
[16:38] <lool> At least I think that's what I proposed on the bug; if it's not possible or a bad idea, could you comment on the issues with the approach in the bug?
[16:38] <davidbarth> and how to manage the unr one, which has impacts outside of unr itself
[16:38] <davidbarth> pitti, slangasek, lool?
[16:39] <pitti> davidbarth: if they are tiny and 100% safe, I'm fine with slipping them in
[16:39] <slangasek> which one is "the UNR one"?
[16:39] <lool> Oh I failed to comment on the bug too, I only chatted with njpatel on IRC tss I suck
[16:39] <lool> https://bugs.launchpad.net/ubuntu/+source/netbook-launcher/+bug/447886
[16:39] <davidbarth> yep
[16:40] <davidbarth> it's a nasty usability issue, basically, you boot unr for the first time and you can't really connect to the network!
[16:40] <lool> I think something like "for all open windows, put window on top" at the end of the netbook-launcher startup sequence would do the trick, but again I'm fine deferring that as a SRU
[16:40] <pitti> that seems worth fixing in final
[16:40] <lool> I think libwnck can help with this
[16:41] <slangasek> yes, if it can be corrected in a targeted manner in netbook-launcher, I think it would be best to have that in final
[16:41] <lool> I've updated milestone
[16:41] <davidbarth> ok, so we're saying: try hard to fix this one, as a workaround specific to netbook-launcher; using tricks we see fit to bring the keyring window on the top
[16:42] <lool> davidbarth: I think it's really not a workaround to do what I suggest: if netbook-launcher crashes and is respawned, the same issue will happen I bet
[16:42] <lool> And you can't use root window tricks since it's a complex set of windows, not just a single x window
[16:43] <slangasek> none of the others seem quite as bad for usability impact; I think we would take targeted fixes for them on Monday if available, but if not they all seem like reasonable SRU candidates
[16:43] <davidbarth> lool: can we see that offline after the meeting?
[16:43] <lool> davidbarth: Sure
[16:43] <davidbarth> slangasek: ok
[16:43] <slangasek> hmm, the xsplash one doesn't seem critical to me and probably not something we want to SRU for
[16:43] <slangasek> bug #435692
[16:44] <lool> I agree; it's just not perfectly pretty
[16:44] <slangasek> I realize it's aesthetically displeasing, but the timeout code has caused us enough problems already for one release cycle
[16:44] <slangasek> and I would prefer not to try to change it at the very end
[16:44] <pitti> and for slower machines it's ugly either way
[16:45] <slangasek> davidbarth: do you agree?
[16:45] <davidbarth> slangasek: i agree it's tricky to move now
[16:46] <slangasek> so you're ok with leaving that until lucid?
[16:46] <davidbarth> slangasek: moving it as a tentative sru though, or as an indenpendant ppa
[16:46] <slangasek> ok
[16:46] <pitti> doesn't really sound like SRU matter either IMHO
[16:47] <slangasek> pitti: tend to agree, but figure we can discuss that when the fix is available; PPA is obviously ok :)
[16:47] <slangasek> anything else on the DX front?
[16:48] <davidbarth> nope, that's it
[16:48] <slangasek> [TOPIC] Mobile Team
[16:48] <lool> [link] https://wiki.ubuntu.com/MobileTeam/ReleaseStatus/Karmic
[16:48] <lool> Overview of overall status (more details since we're close to release):
[16:48] <lool> * UNR: good shape
[16:48] <lool>   * wubi needs image rerolling + testing; davmor2 offered help, StevenK is looking for a license key
[16:48] <lool> * general armel stuff
[16:48] <lool>   * toolchain related rebuilds have been pushed
[16:49] <lool> * armel+mx51: ok
[16:49] <lool>   * Babbage 2.0 is in a bad shape for both Jamie and I, but my hardware is very unstable; could either be hardware breakage and/or kernel/bootloader regressions   :-/   We need to dig up what's happening here but we suspect the kernel mxcfb changes regressed our graphics
[16:49] <MootBot> New Topic:  Mobile Team
[16:49] <MootBot> LINK received:  https://wiki.ubuntu.com/MobileTeam/ReleaseStatus/Karmic
[16:49] <lool> * armel+dove: ok
[16:49] <lool>   * Need to cleanup installation instructions
[16:49] <lool>   * Installation is very slow
[16:49] <lool> * Ubuntu Moblin Remix: ok
[16:49] <slangasek> for wubi you're referring only to a UNR image reroll, right?
[16:49] <lool>   * APT error is really fixed
[16:49] <lool>   * would like to fix mutter crash
[16:49] <lool> Yes
[16:49] <lool> That said, I pushed sources which are in all images
[16:49] <slangasek> (for the bug we've already discussed - ok, good)
[16:49] <lool> Like apt
[16:49] <lool> (For the toolchain rebuilds)
[16:51] <slangasek> mutter> I guess that's best effort; bug is listed as confirmed yet, do you think this will be fixed on Monday?
[16:51] <lool> slangasek: I was hoping for today
[16:51] <slangasek> ok
[16:51] <slangasek> no other questions from me; anyone else?
[16:52] <slangasek> [TOPIC] Server Team
[16:52] <MootBot> New Topic:  Server Team
[16:52] <slangasek> ttx: hi
[16:52] <ttx> slangasek: o/
[16:52] <ttx> https://wiki.ubuntu.com/ServerTeam/ReleaseStatus was updated
[16:52] <ttx> The key remaining issue is bug 458850, which is a consequence of eucalyptus not acting like EC2 about ephemeral disks
[16:53] <ttx> We confirmed with EC2 community that this was a feature they are usually relying on
[16:53] <slangasek> [LINK] https://wiki.ubuntu.com/ServerTeam/ReleaseStatus
[16:53] <MootBot> LINK received:  https://wiki.ubuntu.com/ServerTeam/ReleaseStatus
[16:53] <ttx> So we would like to fix that in our images themselves. That should just affect the cloud images, not the server ISO
[16:53] <ttx> we would also fix bug 458576 in the same run
[16:54] <ttx> this last one is really low-risk. The first one... that depends on how smoser fixes it exactly
[16:54] <slangasek> latter sounds ok, sure
[16:54] <slangasek> will have to wait and see the fix for the former
[16:54] <ttx> slangasek: exactly
[16:55] <ttx> we expect to be affected by the maven overhaul, since it toucjhes libraries used in server packages
[16:55] <ttx> bug 454822
[16:55] <slangasek> ttx: do you know how close we are to being done with maven?  I haven't been able to track it, every time I look there's yet another bug report somewhere about it
[16:55] <ScottK> I think we are getting close
[16:55] <slangasek> how close?
[16:55] <pitti> I keep playing whack-a-rat with NEW and syncs
[16:56] <pitti> maven2 built now \o/
[16:56] <ttx> slangasek: doko reported maven2 building now
[16:56] <ScottK> That close
[16:56] <pitti> doko_ says some plugins are still missing
[16:56]  * pitti hugs doko_ for his great efforts on this
[16:56] <doko_> maven2 itself is built, will be published within a few minutes
[16:57] <slangasek> the wiki page mentions commons-beanutils and backport-util-concurrent - are those still needed?
[16:57] <ttx> slangasek: those were updated already
[16:57] <ScottK> I think they are done.
[16:57] <ttx> slangasek: those were the ones affecting eucalyptus
[16:57] <slangasek> ok, but they're already done?
[16:57] <ttx> doko_: you expect a tomcat6 update now ?
[16:57] <doko_> slangasek: yes
[16:58] <ttx> tomcat6 is on the server CD, so...
[16:58] <slangasek> doko_: so are we completely done with maven2 package updates in main for karmic?  the missing plugins are optional, I hope?
[16:58] <ScottK> Also potentially affecting the server CD ... I'm planning to cherrypick the Debian clamav repo over the weekend (I was expecting an upload in Debian that hasn't materialize) that close out a number of clamav packaging bugs and then next week I'll push clamav 0.95.3 to -proposed.
[16:59] <doko_> ttx: yes, but not now. needed for maven-site-plugin and maven-debian-helper. we should include this if possible. http://people.canonical.com/~doko/tmp/ has my current tomcat6 merge
[16:59] <doko_> slangasek: no, libservlet2.5-api-java needs the POM as well, see the current merge above, I still have to test that
[16:59] <ttx> doko_: I'll review it
[17:00] <ttx> (not now)
[17:00] <slangasek> doko_: why is libservlet2.5-api-java needed?
[17:00] <slangasek> ScottK: clamav> ack
[17:00] <doko_> slangasek: b-d for maven-site-plugin
[17:01] <slangasek> and why would we not just tell people "sorry, this bit didn't make it"?
[17:01] <doko_> and libmaven-site-plugin-java is needed for maven-debian-helper
[17:01] <ttx> (sigh)
[17:02] <pitti> the maven OS
[17:02] <doko_> slangasek: well, the source package is in, and if ttx can review it ...
[17:02] <doko_> I'll work on that tomorrow
[17:02] <ttx> I'll do my best
[17:02] <doko_> have to leave now, sorry
[17:03] <slangasek> doko_: that still doesn't answer the question of why we want to fiddle with a package on the server CD the week of release to get this universe package working
[17:03] <slangasek> I guess we'll discuss that out-of-band, since doko has to go
[17:03] <slangasek> anything else for server?
[17:04] <slangasek> [TOPIC] Kernel Team
[17:04] <MootBot> New Topic:  Kernel Team
[17:05] <slangasek> pgraner, apw: about?
[17:05] <pgraner> slangasek: yep, sorry we are sprinting today
[17:06] <slangasek> pgraner: no worries; one way or another I want to touch base with you on the two bugs I've posted to the wiki, do you have time for that right now?
[17:06] <pgraner> slangasek: sure
[17:06]  * pgraner looks
[17:06] <slangasek> bug #453579
[17:06] <slangasek> bug #459022
[17:07] <slangasek> the first one was Keybuk's "ext4 is making swiss cheese of my ISO downloads" bug
[17:07] <slangasek> I would appreciate it if the kernel team could follow through and see whether this is reproducible at all
[17:08] <Keybuk> slangasek: I've just updated my desktop to karmic with a reinstall to get proper ext4
[17:08] <slangasek> (if not reproducible, triage it away - if it is reproducible, we need to figure out where the bug is)
[17:08] <Keybuk> and replacement laptop hard drive has arrived, and being installed right now
[17:08] <Keybuk> so if I can reproduce it, I'll let you know
[17:08] <slangasek> Keybuk: ok, thanks
[17:08] <Keybuk> I'm still not 100% sure it's not the dodgy pre-production SSD in that other laptop
[17:08] <apw> Keybuk, if you could that would help a lot
[17:08] <Keybuk> the only reason I filed it was other people were reporting the corrupt deb thing
[17:08] <Keybuk> kernel team have access to the same dodgy pre-production SSDs though - so they could test
[17:09] <apw> Keybuk,which model is it
[17:09] <Keybuk> apw: am I allowed to say? :p
[17:09] <apw> Keybuk, tell me offline in case
[17:09] <Keybuk> the ones we were given at the last UDS
[17:09] <pgraner> Keybuk: thats NDA
[17:09] <slangasek> Keybuk: yes, dodgy hardware is a possibility - but we should be aggressive about trying to reproduce this (incl. on other hardware) so we're sure it's ok to turf this for release
[17:10] <pgraner> slangasek: ack, we will get back to you shortly, we are all here so we can quickly sort it, hopefully
[17:10] <slangasek> thanks
[17:10] <pgraner> slangasek: and the metapkg bug we will fix right now
[17:10] <slangasek> pgraner: great, thanks!
[17:11] <slangasek> that's it from me - any concerns on your side?
[17:11] <pgraner> slangasek: nope we are holding with what we got
[17:11] <slangasek> how big's the queue for the day-zero kernel SRU drop? :)
[17:12] <pgraner> slangasek: we have 3 or 4 patches pending but they are minor.
[17:12] <slangasek> ok
[17:12] <pgraner> slangasek: to answer no we are not doing a day zero
[17:12] <slangasek> sounds good; will let you get back to sprinting then :)
[17:12] <pitti> pgraner: would bug 77010 fit there? (config chagne only)
[17:12] <pitti> pgraner: ^ disables CONFIG_HDA_BEEP thing
[17:13] <slangasek> pitti: not a blocker for final, can be discussed out of band, I think?
[17:13] <pgraner> pitti: I'll have apw look at it
[17:13] <pitti> right, for SRU
[17:13] <pgraner> slangasek: yep\
[17:13] <pitti> ok,s orry
[17:13] <slangasek> [TOPIC] Security Team
[17:13] <MootBot> New Topic:  Security Team
[17:13] <slangasek> jdstrand: hi, anything to say release-wise?
[17:14] <jdstrand> o/
[17:14] <slangasek> (AFAIK your RC buglist is empty now)
[17:14] <jdstrand> as always https://wiki.ubuntu.com/SecurityTeam/ReleaseStatus
[17:14] <slangasek> [LINK] https://wiki.ubuntu.com/SecurityTeam/ReleaseStatus
[17:14] <MootBot> LINK received:  https://wiki.ubuntu.com/SecurityTeam/ReleaseStatus
[17:14] <jdstrand> there is one bug: bug #457716
[17:15] <jdstrand> oh, someone accepted it! :)
[17:15] <slangasek> fixed already ;)
[17:15] <jdstrand> there are no bugs
[17:15] <slangasek> ok, great :)
[17:15] <jdstrand> ;)
[17:15] <jdstrand> well, no *RC* bugs
[17:15]  * slangasek nods
[17:15] <pitti> jdstrand: just reviewed it, and seemed fine (pinpointed fix)
[17:15] <jdstrand> I am not claiming anything is bug-free
[17:15] <slangasek> heh
[17:15] <slangasek> any questions for security, then?
[17:16] <jdstrand> other than that, I don't have anything. all the pending stuff has been addressed
[17:16] <jdstrand> pitti: thanks!
[17:16] <slangasek> [TOPIC] Foundations Team
[17:16] <MootBot> New Topic:  Foundations Team
[17:16] <slangasek> Keybuk: are you still covering today, or is cjwatson around now?
[17:17] <Keybuk> cjwatson is today
[17:17] <slangasek> cjwatson: ping
[17:18] <slangasek> ok, will follow up out of band I guess
[17:18] <slangasek> Keybuk: anything we should talk about wrt mountall/usplash?
[17:18] <slangasek> or bug #432089?
[17:18] <Keybuk> mountall has a bug that affects a couple of cases (most notable elmo)
[17:18] <Keybuk> I believe ion has fixed that, and I just need to upload once I'm fully back online
[17:19] <Keybuk> usplash has a "not pretty" bug wrt CLEAR, which ion has also fixed
[17:19] <Keybuk> the sreadahead problem isn't simple
[17:19] <Keybuk> I have a possible solution, but you won't like it ;D
[17:19] <cjwatson> urg, sorry, I started late today and my times are completely shot
[17:20] <cjwatson> (didn't get back from NI until lunchtime)
[17:20] <slangasek> Keybuk: heh, let's discuss that after the meeting then so the others don't have to listen to the yelling ;)
[17:20] <cjwatson> there's a bug with RAID and virtio that I think needs to be fixed in grub2, bug 457687
[17:20] <cjwatson> working on that at the moment
[17:20] <cjwatson> and apparently root on iSCSI is busted somehow
[17:20] <cjwatson> bug 457767
[17:21] <cjwatson> I'm on the former, but if somebody serverish could pick up the latter, I'd greatly appreciate it
[17:21] <slangasek> ttx: do you have someone who can look at 457767?
[17:22] <slangasek> cjwatson: can you target/milestone both bugs?
[17:22] <cjwatson> yep
[17:22] <ttx> slangasek: hmm
[17:22] <ttx> slangasek: maybe Dustin, he used to work on that before iSCSI support was taken by Foundations
[17:23] <slangasek> [ACTION] kirkland to follow up on bug #457767
[17:23] <MootBot> ACTION received:  kirkland to follow up on bug #457767
[17:23] <cjwatson> I know it's our responsibility, just takes a while for somebody new to set it up, and I don't think I have personal bandwidth :-/
[17:23]  * cjwatson will owe somebody a favour
[17:24] <slangasek> Keybuk: when are you "fully back online", btw?
[17:24] <Keybuk> slangasek: when the apt run finishes and I reboot after ;)
[17:24] <pitti_> meh, server just broke apparently
[17:24] <slangasek> ok
[17:24] <Keybuk> (rsync is beating apt atm)
[17:25] <slangasek> I think that's all I have on foundations
[17:25] <slangasek> anything else?
[17:26] <slangasek> [TOPIC] MOTU
[17:26] <MootBot> New Topic:  MOTU
[17:26] <slangasek> ScottK: still going strong on the bugfixes?
[17:26] <ScottK> Maven was my exciting topic and we covered that already.
[17:26] <slangasek> hehe
[17:26] <ScottK> For a small value of strong, sure.
[17:26] <ScottK> There's stuff coming in, but it's not a torrent.
[17:27]  * slangasek nods
[17:27] <ScottK> I think we are pretty well into "It is what it is" territory
[17:27] <ScottK> The Kaffe removal (which motu-release has now ack'ed) needs to get done.
[17:27] <ScottK> That's just a stack of sync's and a removal, so shouldn't be a big deal.
[17:28] <slangasek> right
[17:28] <ScottK> Uninstallable packages is much lower than Jaunty.
[17:28] <ScottK> So the FTBFS count is the major worry ATM.
[17:28] <ScottK> I think we ought to revisit how we deal with this stuff at UDS.
[17:29] <slangasek> sounds reasonable
[17:29] <ScottK> That's all I have.
[17:29] <slangasek> ok, thanks
[17:29] <slangasek> any other questions for MOTU?
[17:29] <slangasek> [TOPIC] AOB
[17:29] <MootBot> New Topic:  AOB
[17:30] <slangasek> anything else we need to talk about, or is everybody clear on their marching orders? :)
[17:30] <slangasek> candidate ISO rolls will start as soon as the queue looks quiesced Monday morning (UTC)
[17:30] <ScottK> As a general note, I'd like to mention that in this cycle it's seemed to me that Kubuntu got a lot more support from people outside the Kubuntu team and it's much appreciated.
[17:31] <slangasek> great to hear
[17:31] <marjo> ScottK: i second that
[17:31] <pitti_> slangasek: langpacks finished to build; I'll test them now
[17:32] <slangasek> pitti_: ok
[17:32] <pitti_> slangasek: shall I upload them when I'm happy with them, so that they can build over the weekend?
[17:32] <slangasek> pitti_: yes, please
[17:32] <slangasek> #endmeeting
[17:32] <MootBot> Meeting finished at 11:32.
[17:32] <slangasek> ok, let's go get that bug list down to zero :)
[17:33] <pitti_> yay
[17:35] <lool> thanks
[17:35]  * lool &