[01:52] <paultag> Is mpt around?
[01:53] <nigelb> paultag: don't think so, but try in #ayatana
[01:54] <paultag> cheers
[07:20] <ara> morning dpm, all
[07:20] <dpm> guten morgen ara :)
[07:20] <dpm> good morning everyone!
[07:32] <nigelb> morning all
[07:35] <nigelb> !test | jussi
[07:35] <nigelb> see? no bot :)
[07:37] <jussi> yeah yeah, waiting on jpds
[08:01] <dpm> morning nigelb, morning jussi
[08:01] <jussi> Huomenta dpm
[08:01] <dpm> :)
[08:04] <dpm> good morning kim0!
[08:04] <kim0> dpm: hola amigo ;)
[08:04] <dpm> :-)
[08:05]  * kim0 waves morning to everyone
[09:32] <czajkowski> aloha
[09:33] <czajkowski> kim0: morning how are you doing ?
[09:33] <kim0> czajkowski: hey there .. morning to you too
[09:33] <kim0> I'm doing good :)
[09:34] <czajkowski> excellent
[09:38] <jussi> czajkowski: how did you sleep?
[09:41] <czajkowski> not bad
[09:41] <czajkowski> II put on my electric blanket for 2 hrs before I went to bed
[09:41] <czajkowski> toasty!
[09:42] <jussi> czajkowski: nice..
[09:43] <jussi> although its funny how in ireland, england and also australia they have no idea what insulation and house heating are...
[09:43] <jussi> One thing I love about finland is the houses are always 20-23 degress inside.
[10:09] <popey> morning community!
[10:16] <jussi> morning popey
[10:37] <matti> Hey folks.
[10:39] <jussi> Hi matti
[10:40] <matti> :)
[10:51] <matti> Question.
[10:51] <popey> Answer!
[10:51] <matti> Did somebody reverted page https://wiki.ubuntu.com/UbuntuAppDeveloperWeek/Timetable back to what it was?
[10:52] <matti> :)
[10:52] <popey> https://wiki.ubuntu.com/UbuntuAppDeveloperWeek/Timetable?action=info  should tell you
[10:52] <matti> I mean, the title of my talk is back to the placeholder.
[10:52] <matti> Hm.
[10:52] <matti> Now that is weird.
[10:53] <matti> Anyway :) Not a big deal :)
[11:02] <nigelb> yay!
[11:02] <nigelb> !botsnack
[11:02] <ubot2> Yum! Err, I mean, APT!
[11:21] <jussi> nigelb: in future, ubot2 and ubot4 are jpds ;)
[11:35] <cjohnston> mornin
[11:38]  * dpm takes a break
[11:39] <Pendulum> morning
[11:39] <cjohnston> I show up and dpm leaves.. :-(
[11:39] <cjohnston> hey Pendulum
[11:40] <jussi> cripes, it cjohnston! hows things laddie?
[11:41] <cjohnston> been a busy week
[11:41] <cjohnston> :-/
[11:41] <cjohnston> have spent waaaaaay to much money
[11:43] <jussi> cjohnston: I know that feeling - Ive a wedding in 2.5 weeks...
[11:44] <cjohnston> I'm still waiting on my ticket to arrive
[11:46] <matti> cjohnston: Hey, can I ask you something? ;]
[11:46] <cjohnston> You just did
[11:46] <matti> cjohnston: True. ;p But I want to ask about something more or less personal :)
[11:46] <matti> cjohnston: Anyway -- where do you work, if you don't mind me asking.
[11:46] <matti> cjohnston: I know one CJ and I was just curious.
[11:47] <cjohnston> are you from florida?
[11:47] <duanedesign> morning all
[11:47] <matti> No.
[11:47] <cjohnston> then I'm guessing you dont know me
[11:48] <cjohnston> i work for a local fire department
[11:48] <jussi> cjohnston: LOL
[11:48] <matti> cjohnston: Oh, right :)
[11:48] <matti> cjohnston: Wrong CJ then :)
[11:48] <matti> cjohnston: Apologies ;]
[11:48] <cjohnston> no problem
[11:48] <cjohnston> jussi: did you arrange for my hotel?
[11:51] <Pendulum> hmm... is there any process for non-LoCo teams to request CDs?
[11:51]  * cjohnston has no clue
[11:52] <Pendulum> I've just gotten a request from the Gnome Accessibility team about having Ubuntu CDs at an event
[11:52]  * cjohnston is going to make breakfast.. then its a funfilled day of studying
[11:52] <Pendulum> cjohnston: have fun with that :P
[11:52] <cjohnston> I would think cz would know
[11:52] <czajkowski> I'd know what ?
[11:53] <Pendulum> if there's a process for requesting CDs for a non-LoCo team
[11:53] <jussi> cjohnston: hotel? we have a great house, you are welcome to stay :D
[11:57] <Pendulum> randa: Can I PM you about something?
[11:57] <randa> Pendulum: sure
[11:59] <jussi> So do we have a date for uds application notification yet?
[12:03] <czajkowski> jussi: are we going to deal with you being impatient again :)
[12:03] <jussi> czajkowski: me? impatient? never...
[12:03] <jussi> czajkowski: not impatient, jjust keen :D
[12:03] <Pendulum> jussi: sometime after today
[12:03] <Pendulum> hopefully no later than the 22nd (which is 2 weeks from today) :P
[12:04] <czajkowski> jussi: yes...
[12:05] <jussi> Pendulum: Im hoping notification comes before the wedding, so 22nd would be good :D
[12:05] <Pendulum> last time it took them 12 days from when applications closed
[12:05] <jussi> when do they close this time?
[12:05] <Pendulum> today
[12:06] <jussi> oh :D
[12:06] <Pendulum> (not that I went and figured this out or anything ;-) )
[12:06] <jussi> hehe
[12:10] <czajkowski> oh dear two weeks of jussi peppering about
[12:11] <jussi> czajkowski: am I really that bad?  :/ :/
[12:12] <jussi> czajkowski: and dont worry, Im really busy atm, so wont be about that much...
[12:18] <nhandler> Out of curiosity, do we have an actual time for them closing today?
[13:16] <doctormo> Morning all
[13:18] <Pendulum> hiya doctormo
[13:19] <doctormo> Pendulum: What should I draw today do you think?
[13:20] <Pendulum> a rooster
[13:20] <Pendulum> (I've just been hearing one crow and I didn't even know that any of my neighbors had one)
[13:21] <popey> hey doctormo
[13:24] <doctormo> hey popey
[13:54] <doctormo> Pendulum: More chickeny http://doctormo.deviantart.com/art/Sketch-2010-09-08-178517224
[14:20] <Pendulum> doctormo: definitely more chickeny
[14:21] <Pendulum> :)
[14:21] <Pendulum> still cute
[14:21] <Pendulum> AlanBell: ^^
[14:23] <nigelb> jussi: you did tell me
[14:23] <nigelb> jussi: I pinged him actually :)
[14:39] <AlanBell> \of/
[14:40] <AlanBell> chicken ftw
[16:50] <paultag> kim0: are you up, perchance?
[16:53]  * nigelb hugs jcastro
[16:53] <nigelb> You have a way with words :)
[17:33] <czajkowski> jcastro: alan will be at ossabrcamp., he's not giving a talk :( but coming anways s
[17:33] <jcastro> PERFECT.
[17:33] <czajkowski> which is on sept 25/26th september
[17:51] <jcastro> hey akgraner
[17:51] <jcastro> did you see that guy's latest script? it like, adds stuff to your copy buffer, sends you a notification, etc.
[20:27] <matti> Oh.
[20:27] <matti> Haha.
[20:35] <akgraner> jcastro, I saw that it was there but have not had a chance to run it yet
[20:43] <kim0> paultag: je suis essi ..  It's been too long :)
[20:44] <czajkowski> you're on late
[20:44] <kim0> czajkowski: evening :)
[20:44] <czajkowski> nice mail to the list today
[20:44] <czajkowski> did you get much of a response
[20:44] <kim0> just a couple so far
[20:44] <kim0> hoping for more as we go on
[20:45] <czajkowski> aye
[20:45] <czajkowski> could be a busy times but good to get some thoughts on it now
[20:45] <kim0> yep sure thing
[20:46] <kim0> paultag: leave me a message whenever you want. I'll check my irssi buffers many times before I go to sleep
[20:47] <czajkowski> kim0: he went idle there in a meeting so he could be on his phone or in class
[20:47] <czajkowski> crazy kid
[20:47] <kim0> hehehe
[21:13] <jcastro> czajkowski: easy solution found
[21:13] <jcastro> czajkowski: he just made a wishlist
[21:22] <czajkowski> ahh
[21:22] <czajkowski> :D
[21:22] <czajkowski> handy
[21:48] <jcastro> OMG
[21:49] <czajkowski> jcastro: /
[21:49] <czajkowski> ?
[21:49] <highvoltage> OMG...
[21:49] <highvoltage> OMG ... UBUNTU!
[21:50] <czajkowski> that never fills me with a good feeling
[21:50] <vish> heh
[21:51] <jcastro> http://dl.dropbox.com/u/5720/OMG_WORKING_DAILY.png
[21:51] <jcastro> I CLICKED THINGS AND IT WORKED
[21:51] <czajkowski> sweet
[21:53] <czajkowski> inbox
[21:53] <czajkowski> inbox
[21:53] <czajkowski> inbox 0
[21:53] <czajkowski> feck sake having a blonde moment
[21:54]  * AlanBell passes czajkowski une bière blonde
[21:55] <czajkowski> yuck
[21:55] <czajkowski> though I was blonde for a brief time, it wasn't pleasent, we won't be repeating that again
[21:56] <AlanBell> jus de pomme de terre fermente then
[21:56] <AlanBell> ooh where did the de terre come from!
[21:56] <AlanBell> fermentted apple juice is what I was after
[21:57] <AlanBell> although fermented potato juice is kinda Poitín
[22:01] <highvoltage> I had my hair eminem white for a while way back when I was still young
[22:01] <czajkowski> highvoltage: you still are young kiddo!
[22:03] <highvoltage> czajkowski: everyone older than 20 is old!
[22:03] <highvoltage> (except for those who still feel younger than that)
[22:03] <czajkowski> tis
[22:03] <highvoltage> poutine? :)
[22:03] <czajkowski> alcholic apple juice rocks, except if you're @aquarius and you're being a difficult bugger
[22:03] <czajkowski> highvoltage: potato vodka
[22:15] <AlanBell> highvoltage: http://en.wikipedia.org/wiki/Poitín
[22:17] <akgraner> jcastro, I haven't heard back from people I was bugging about App Dev Week - and there is one slot left  - should I tell mhall we need to put him in there? or wait another day then get a formal announcement out to the Press about the line-up?
[22:25] <jcastro> I added another row of blank ones
[22:26] <jcastro> I am hoping to get telepathy still
[22:26] <jcastro> gimme one more day perhaps?
[22:29] <nhandler> jcastro: Where are these extra slots that you've tacked on?
[22:30] <jcastro> 1400UTC
[22:31] <nhandler> jcastro: Ah, wrong direction for me :(
[22:32] <akgraner> jcastro, can and will do :-)  I just want to announce it at the UbuCon on Friday
[22:32] <jcastro> speaking of
[22:32] <akgraner> and have a postcard about it at the Ubuntu Booth on Saturday
[22:32] <jcastro> is there lightning talks or some kind of semiformal thing?
[22:32] <jcastro> I want to talk about the stackexchange
[22:33] <akgraner> nope but David is cutting it close  - so we may need filer for his slot
[22:33] <jcastro> I can always make something up
[22:34] <jcastro> or we can do lightning talks
[22:34] <jcastro> or open it up for people to just ask questions
[22:34] <akgraner> and if the Ohio LoCo team doesn't have a full 45 minutes to talk LoCo Team FAQs then they may be able to yield some of their time as well
[22:34] <akgraner> and I can always give you some of my time as well if you want
[22:35] <akgraner> yep - I need to touch base with David anyway :-)
[22:38] <jcastro> anything that makes the attendees feel like we can discuss their problems
[22:38] <akgraner> nods
[22:39] <akgraner> I wanted it to go longer but maddog has his keynote at 5pm - so I didn't want to compete with that
[22:39] <akgraner> plus it would have been a bit rude to do that
[22:39] <jcastro> oh, he's stopping by?
[22:39] <jcastro> cool
[22:41] <akgraner> He has attended all the other ones
[22:41] <akgraner> he likes the ubucons
[22:41] <jcastro> nice nice
[22:43] <akgraner> it will all work out...


[06:22] <bigjools> mwhudson: we never had that chat.  Remind me in the morning!
[06:45] <mwhudson> bigjools: will try
[06:46] <bigjools> mwhudson: in other news, I will be at the Reds vs Lions game on Saturday \o/
[06:46] <mwhudson> bigjools: nice
[06:47] <mwhudson> bigjools: going to watch state of origin tonight?
[06:47] <bigjools> mwhudson: not if I can help it
[06:47] <mwhudson> heh
[06:47] <mwhudson> it you're going to watch one league game, it should be origin i think
[06:48] <bigjools> that's one too many?
[06:48] <mwhudson> heh
[14:02] <bbcmicrocomputer> how do you add a file to file storage via maas-cli?
[14:02] <bbcmicrocomputer> I keep doing 'maas-cli maas files add filename=x file=y' and getting 'File not supplied'
[14:03] <bbcmicrocomputer> looking at http post request, it sends multipart request with filename and file components (not file data)
[14:49] <jtv> bbcmicrocomputer: I don't know off the top of my head what maas-cli does about file uploads...  they're a very different thing from how we construct the rest of the requests.
[14:49] <jtv> bbcmicrocomputer: ISTR it can do it, but don't remember how.  I've asked allenap, who may be able to help.
[14:50] <bbcmicrocomputer> jtv: ok, thanks
[14:56] <allenap> bbcmicrocomputer: I can't remember off the top of my head. Istr that it's a little ugly right now. I'm looking it up.
[14:57] <jtv> allenap: I'm not finding anything...  maybe it's not something we ever got around to building after all.  :(
[14:58] <bbcmicrocomputer> allenap: k, thanks
[15:11] <allenap> bbcmicrocomputer: It's not possible with maas-cli, which sucks. I'm filing a bug about that. We never got round to it during the last phase of work on MAAS, but we will this time. Sorry about that. I'm finding a workaround for you.
[15:12] <bbcmicrocomputer> allenap: ok, thanks!
[16:14] <allenap> bbcmicrocomputer: Here's a script that'll work for now: http://paste.ubuntu.com/5736203/
[16:15] <allenap> bbcmicrocomputer: Use it like: upload.py http://example.com/MAAS/api/1.0/ my:api:key: my_filename < my_file
[16:16] <bbcmicrocomputer> allenap: ah, awesome.. thanks!
[16:16] <allenap> bbcmicrocomputer: No problem. I'm really sorry you didn't Just Work before.
[16:16] <allenap> s/you/ :)
[16:18] <bbcmicrocomputer> allenap: :)
[16:30] <bbcmicrocomputer> allenap: works perfectly, thanks
[16:31] <bbcmicrocomputer> allenap: although oddly, maas-cli get and get-by-key always add an extra line break on stdout of the file
[16:31] <allenap> bbcmicrocomputer: I'll file a but about that.
[16:31] <bbcmicrocomputer> allenap: cool, thanks
[16:34] <allenap> bbcmicrocomputer: https://bugs.launchpad.net/maas/+bug/1187851
[16:35] <bbcmicrocomputer> allenap: cool, thanks for all your help
[16:36] <allenap> bbcmicrocomputer: You're very welcome.
[17:51] <hazmat> does maas work in lxc?
[17:53] <hazmat> i run into a dbus/avahi issue w/ packages ootb on raring.. trying to access maas ui.. http://pastebin.ubuntu.com/5736459/
[18:09] <roaksoax> hazmat: yeah we saw that yesterday too, is dbus running?
[18:10] <hazmat> roaksoax, i just disabled it from starutp and moved on.. avahi-daemon is installed..
[18:10] <hazmat> roaksoax, yes dbus is running
[18:11] <roaksoax> hazmat: try restarting dbus and/or avahi-daemon
[18:11] <roaksoax> that seems to be the issue
[18:12] <hazmat> k.. i'lll try that..  context switched already.. but i assume its just for advertising itself for the server installer
[18:12] <roaksoax> yeah
[18:58] <hazmat>  roaksoax running into an odd issue with maas
[18:58] <hazmat> its got 30 machines registered, but bootstrap says.. no matching node available
[18:59] <hazmat> roaksoax, Campbell is running into this
[19:02] <roaksoax> hazmat: i'd need to see logs (maas.log for now)
[19:04] <hazmat> Campbell, could you send over the maas.log .. email or pastebin'
[19:04] <Campbell> ok
[19:05] <roaksoax> pastebin much easier :)
[19:05] <Campbell> OK
[19:11] <Campbell> http://pastebin.com/FfJ63G3K
[19:11] <Campbell> there you go
[19:14] <roaksoax> Campbell: where you able to bootstrap?
[19:16] <roaksoax> Campbell: what are the nodes specs?
[19:25] <Campbell> Nodes are Poweredge M620s
[19:25] <Campbell> no bootstrap
[19:25] <Campbell> openstack@openstack-maas-test:~$ juju bootstrap 2013-06-05 12:25:15,813 INFO Bootstrapping environment 'maas' (origin: ppa type: maas)... 2013-06-05 12:25:16,350 ERROR No matching node is available. openstack@openstack-maas-test:~$
[19:34] <roaksoax> Campbell: go to the webui and see if the nodes are in Ready status and tell me what does it say there about CPU, RAM, etc
[19:35] <Campbell> I'm maybe doing something wrong
[19:35] <roaksoax> CPU count and Memory
[19:35] <Campbell> the nodes are all in declared state
[19:36] <roaksoax> Campbell: ah that's the reason the
[19:36] <Campbell> Do I need to commission them
[19:36] <Campbell> :)
[19:36] <roaksoax> Campbell: you need to "Accept & COmmission" all the nodes
[19:36] <Campbell> I figured juju would do that, my bad
[19:36] <Campbell> OK
[19:36] <Campbell> and lay them down with precise?
[19:36] <roaksoax> Campbell: once the nodes are in 'Ready' state they will be availablefor juju
[19:37] <roaksoax> Campbell: once you do juju bootstra, it will install precise and start settings things wup
[19:37] <Campbell> Mint. I'll get on it
[19:37] <roaksoax> Campbell: this overview will help you understand a bit btter how maas works: http://www.roaksoax.com/2013/05/getting-started-with-maas-and-juju
[19:38] <Campbell> Thanks
[20:03] <hazmat> roaksoax, he's not able to bootstrap in a juju sense hence the error, the nodes are beefy blades
[20:10] <roaksoax> hazmat: yeah the nodes were in 'Declared' state, which is why there were no available nodes
[20:27] <Campbell> I'm good and bootstrapped
[20:27] <Campbell> All the nodes are available and I've bootstrapped them
[20:28] <Campbell> Question: can juju handle the .local FQDNs? I'm getting an error wrt SSH when I try and do a juju status
[20:32] <Campbell> Hmm, maybe need to leave it a while before this will work, just rememebred that the bootstrap can take quite a while :)
[21:32] <Campbell> put the IPs in the hosts. Working. Really should have configured DNS :)
[21:46] <roaksoax> Campbell: yeah maas manages DNS/DHCP
[21:47] <Campbell> we arleady had a DHCP server in the environment so wanted to use that
[21:49] <Campbell> i'm still in the bootstrap. taking a while but I guess that can happen


[10:58] <ArneNJ> So, icons are generally made with mayb Inkscape and "hinting" for proper pixel scaling?


[00:30] <mwhudson> RAOF: i'm still getting those hangs with mesa 9.0.2 :(
[00:43] <RAOF> mwhudson: Boo. You've got two options here, then. One: move further back in Mesa history. Two: try an older kernel.
[00:44]  * mwhudson stares at https://launchpad.net/ubuntu/+source/mesa/+publishinghistory
[00:45] <mwhudson> RAOF: i don't see from that when 9.0.2 hit quantal(-updates)
[00:45] <mwhudson> although i do notice that 9.0.3 hit just _after_ I started seeing the problems
[00:45] <mwhudson> bah
[00:49] <mwhudson> RAOF: i don't see from that when 9.0.2 hit quantal(-updates)
[00:49] <mwhudson> although i do notice that 9.0.3 hit just _after_ I started seeing the problems
[00:49] <mwhudson> (that == https://launchpad.net/ubuntu/+source/mesa/+publishinghistory)
[01:01] <RAOF> mwhudson: Just after? ie: it's unlikely to be the culprit?
[01:02] <mwhudson> yeah
[01:02] <RAOF> That firms the kernel as being a suspect.
[01:02] <mwhudson> i don't understand the kernel's publishing history on lp at all :)
[01:02] <mwhudson> mwhudson@narsil:failover-scripts$ uname -r
[01:02] <mwhudson> 3.5.0-27-generic
[01:02] <mwhudson> mwhudson@narsil:failover-scripts$ dpkg -l | grep linux-image-generic
[01:02] <mwhudson> ii  linux-image-generic                       <IP_ADDRESS>.43                                amd64        Generic Linux kernel image
[01:03] <mwhudson> that version doesn't appear on https://launchpad.net/ubuntu/quantal/+source/linux at all
[01:08] <StevenK> linux 3.5.0-27.46 shows in updates on that page
[01:09] <StevenK> mwhudson: It probably came from proposed a while ago?
[01:12] <Sarvatt> mwhudson: do you have a sandybridge GPU? hd2000 or hd3000
[01:12] <mwhudson> Sarvatt: sandybridge, yes
[01:12] <Sarvatt> there's been a regression in the last few kernel updates, bug 1140716
[01:12] <Sarvatt> you want either 3.5.0-25 or 3.5.0-28
[01:13] <mwhudson> oh yes, that looks like it
[01:14] <mwhudson> thanks
[01:14] <mwhudson> is 3.5.0-28 in proposed?
[01:14] <Sarvatt> yeah
[01:15] <Sarvatt> the fix in -28 may not actually fix it for you, instead of reverting the broken stable update they tried to backport fixes and some people are saying they are still broken when reverting the commit worked
[01:16] <Sarvatt> but it'd be good to mention that in the bug if it doesn't, -28 should be better
[01:17] <mwhudson> ok
[01:17] <mwhudson> sudo apt-get install linux-image/quantal-proposed ?
[01:17] <mwhudson> assuming the "usual" pinning
[01:19] <mwhudson> ah, linux-image-generic i think
[01:20] <Sarvatt> not sure if pinning the metapackage works instead of the actual package, sorry
[01:20] <Sarvatt> it should :)
[01:20] <mwhudson> the latter certainly is doing more than the former
[01:21] <mwhudson> hee, i certainly have a lot of kernels installed currently
[01:22]  * mwhudson restarts
[02:29] <george_e> I'm writing Debian packaging for an application and need to apply some Debian-specific patches. The problem is that the patches should only be applied to specific series (Quantal and Raring but not Precise).
[02:29] <george_e> I've got quilt patches properly set up in the patches/ directory.
[02:30] <george_e> ...but I need only _certain_ patches to be applied on Precise.
[02:30] <george_e> Is this possible?\
[02:30] <geofft> Is this for the Ubuntu archive, for a PPA, for a local archive...?
[02:30] <geofft> If it's for the Ubuntu archive, having a different source package go into precise-backports is totally normal
[02:30] <geofft> It's convenient when a package doesn't need to be modified to be backported, but it's by no means required.
[02:37] <george_e> geofft: It's for a PPA.
[02:37] <george_e> Actually, it's for a recipe.
[02:37] <george_e> So it would be nice if I could use the same Debian packaging for each series.
[02:42] <george_e> In my specific case, the "node" executable in Precise was renamed to "nodejs" in Quantal - hence my package doesn't need to be patched on Precise (since it references the "node" executable) but needs to be patched on Quantal and Raring (which do not have the "node" executable).
[02:49] <RAOF> george_e: You can't have the same binary package version with different content, which means you'll at the very least need to change the changelog
[02:49] <george_e> Yes but this is for different series.
[02:50] <george_e> ...or does that not matter?
[02:51] <mwhudson> Sarvatt: so far so good with the kernel from -proposed...
[02:52] <Sarvatt> mwhudson: good to hear
[02:52] <Sarvatt> x-x-v-intel from -proposed made it stop reporting bugs also if you upgraded to that..
[02:52] <mwhudson> nope
[02:53] <Sarvatt> it'll just silently do gpu hangs until it freezes
[02:53] <Sarvatt> ah good so that fix worked
[02:54] <mwhudson> yeah, i think so
[02:54] <mwhudson> i wasn't getting the hangs all that frequently so i'll give it about 24h before commenting
[02:54] <Sarvatt> good to hear, thanks for the heads up
[02:57] <Sarvatt> some people upgraded x-x-v-intel from proposed and said it fixed it but it really just stopped reporting crashes by removing the apport hook
[02:57] <mwhudson> heh
[02:57] <mwhudson> would you still get stuff in /var/crash without the hook?
[02:57] <Sarvatt> still crashing all the time in the background
[02:58] <Sarvatt> nope but you'd see it in dmesg
[02:58] <mwhudson> ah right
[02:58] <mwhudson> Apr 17 13:01:47 narsil kernel: [14665.887564] [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
[02:58] <RAOF> george_e: Yeah, it doesn't matter.
[02:58] <mwhudson> (that's before my restart )
[02:59] <RAOF> george_e: The contents of a given binary package version have to be unique across all series.
[02:59] <Sarvatt> yeah if the proposed kernel didnt work you'd see that in dmesg
[03:00] <Sarvatt> and it'd eventually just hang completely after a bunch of those :)
[03:00] <RAOF> george_e: For a quick reason why - think what happens on a precise→quantal upgrade: it won't upgrade the package because you've already got the same version installed, but you won't have the quantal package. Which is a problem :)
[03:01] <george_e> Ah, okay. That makes sense.
[03:01] <george_e> Thanks for the explanation. Perhaps what I really need is some sort of "meta-package" that provides a "node" => "nodejs" symlink for Precise.
[03:02] <george_e> I know that Quantal and Raring include a package "nodejs-legacy" that does the opposite.
[03:02] <RAOF> Yeah, that might be the ticket.
[03:02] <george_e> Which one?
[03:02] <george_e> Using "nodejs-legacy"?
[03:03] <RAOF> The general approach - a package which does nothing but provide the expected symlink.
[03:06] <george_e> Okay.
[03:14] <george_e> RAOF: What would be an appropriate name for the package that provides the "nodejs" => "node" symlink?
[03:15] <RAOF> node-unlegacy? :)
[03:16] <george_e> :)
[03:43] <pitti> Good morning
[04:39] <siretart> morning
[04:39] <siretart> pitti: you're up early :-)
[04:39] <pitti> hey siretart
[04:40] <siretart> robru: do you happen to be still awake?
[04:40] <robru> siretart, yes! not even 10PM here ;-)
[04:40] <siretart> robru: :-)
[04:41] <siretart> robru: thanks for contacting me and your interest in ~ubuntu-elisp, I've just made you admin in that team
[04:41] <robru> siretart, ah, thank you!
[04:41] <robru> siretart, I'm actually just working on the packaging right now... enabling a certain distropatch so that the snapshot will have support for the existing emacsen-common package.
[04:41] <siretart> robru: please do take care for our daily recipe and restore that team PPA to sanity. It is currently really in a desperate state
[04:42] <siretart> robru: I've been busy lately myself, but now that I've handed in my disseration this week, I think I should be able to catch up with foss stuff really soon.
[04:42] <robru> siretart, do you know if there are a lot of users who are subscribed to this PPA? (ie, people who potentially haven't yet noticed how long it's been since the last update)
[04:43] <siretart> robru: I have to admit that I totally lost track of that team, so no idea ATM
[04:43] <robru> siretart, ok, no worries. I'm hoping to shake things up a bit, so there might be some growing pain during the transition.
[04:43] <siretart> go ahead :-)
[04:44] <robru> siretart, but so far I've had a few people testing my existing packaging and the response has been positive.
[04:44] <robru> siretart, great ;-)
[05:05] <stokachu> could i get a patch pilot to review nominations for bug 1169740?
[05:58] <dholbach> good morning
[07:28] <smb> infinity, Likely too convoluted. Hm, seems tomorrow was not the day before yesterday's tomorrow. At least lp tells me the xen packages are still in the unapproved queue for p and q.
[07:41] <diwic> TheMuso, pitti, I'm looking at bug 1167192, and I wonder, is the xdg_runtime_directory deleted at some point?
[07:43] <diwic> TheMuso, yep, it's deleted on logout, and PulseAudio only quits ~30 seconds after idle
[07:44] <diwic> TheMuso, so if you then login immediately again, PulseAudio can't find that it's already running, because the file used for that purpose has been deleted
[07:45] <seb128> diwic, not sure if that's revelant there, but the dmesg log has "[   58.622779] systemd-logind[2257]: New seat seat0."
[07:46] <seb128> diwic, logind and libpam-xdg-support are likely to behave differently
[07:46] <diwic> seb128, I'm reading the xdg spec now. It seems like we're doing the right thing by deleting the directory.
[07:46] <diwic> seb128, i e it's PulseAudio that needs fixing
[07:46] <seb128> ok
[07:47] <seb128> that makes sense to clean behind
[07:47] <pitti> diwic: it gets deleted once that user closes her last session, yes
[07:50] <diwic> pitti, I think the correct course of action would be to monitor the relevant file/directory and quit Pulseaudio if deleted. Would that make sense to you too?
[07:51] <pitti> diwic: usually such daemons listen to the D-BUS "lost connection" signal and quit themselves
[07:51] <pitti> diwic: i. e. when the user's session dbus goes away, everything hanging off it should quit itself, too
[07:52] <pitti> diwic: in raring+1 we'll also switch to logind, and we could discuss whether quitting a session should also kill all of its processes
[07:52] <pitti> (but that might not be desirable, i. e. screen sessions started in the sessions should stay)
[07:53] <diwic> pitti, is there a session dbus on VT sessions too?
[07:53] <pitti> diwic: ah no, not usually
[07:53] <pitti> diwic: but there is a CK (or logind) session, so listening to that signal should also work
[07:54] <pitti> diwic: monitoring $XDG_RUNTIME_DIR sounds okay as well, but it might not always be present
[07:54] <pitti> but then, if it isn't, just don't do it I guess
[07:54] <diwic> pitti, what would be the use case for not setting xdg_runtime_dir?
[07:55] <pitti> diwic: older distributions mostly
[07:55] <pitti> diwic: but for current ubuntu it really should be there
[07:55] <pitti> OTP, bbl
[08:09] <cjwatson> stokachu: done
[08:19] <infinity> smb: Look again.
[08:20] <smb> infinity, Amazingly, gone. :-P
[08:27] <doko> jibel, pitti: I assume https://jenkins.qa.ubuntu.com/view/Raring/view/AutoPkgTest/job/raring-adt-python3.3/ doesn't show a build of the recent upload yet?
[08:28] <pitti> doko: no, last build from 16.04.2013 22:40:30
[08:29] <pitti> it's also not running in the "real" jenkins yet, hmm
[08:36] <Laney> @pilot in
[08:40] <jibel> doko, https://jenkins.qa.ubuntu.com/view/Raring/view/AutoPkgTest/job/raring-adt-python3.3/3/ is the test for python3.3 3.3.1-1ubuntu3
[08:40] <jibel> I didn't push the modification for fsync yet.
[08:41] <jibel> that's the 2 tests that fail for python3.3 and for python3.3dm this is the output to stderr we talked yesterday
[08:44] <pitti> jibel: do you know why the new python3.3 upload didn't trigger a new test run? is that because of the machine which went out over night?
[08:47] <jibel> pitti, it did, the last upload of python3.3 is 3.3.1-1ubuntu3 published to -proposed 11hours ago and the version tested in run #3 of python3.3
[08:48] <pitti> jibel: oh right, I just saw the "4 hours ago", but that was raring migration; sorry
[09:02] <henrix> @pilot in
[09:15] <OdyX> tkamppeter: cups + cups-browsed and printer queues that don't disappear, does that ring a bell?
[09:18] <infinity> doko: Why did you upload python-default/precise with a bizarre dpkg-genchanges -v invocation that included the whole changelog in .changes? :)
[09:18] <infinity> doko: (I'd poke more fun, but I did exactly the same thing with something last year...)
[09:19] <infinity> doko: Anyhow, want to reupload that to avoid sending a 13k email to precise-changes?
[09:19] <tkamppeter> OdyX, what exactly happened?
[09:20] <OdyX> tkamppeter: I'm moving between offices, without shutting down. Now I see printers for offices I left 10 days ago.
[09:20] <doko> infinity, I have to look at this anyway, so for now only the python3 stuff seems to be ready
[09:22] <infinity> doko: I'm going to reject that just because of the giant .changes file.  The rest of the upload was fine, so go ahead and bounce it back whenever.
[09:22] <tkamppeter> OdyX, seems that cups-browsed needs to get a removal signal from Avahi to remove a queue while running. Workaround is restarting cups-browsed.
[09:24] <tkamppeter> OdyX, probably cups-browsed needs to detect somehow when the network environment changes, to mark all queues unconfirmed them and if Avahi does not report their presence, they go away after some secs. But how can cups-browsed detect the change of the network environment?
[09:25] <OdyX> tkamppeter: indeed, cups-browsed restart does the trick.
[09:25] <OdyX> tkamppeter: don't know; doesn't avahi have such triggers ?
[09:28] <tkamppeter> OdyX, the local machine reports itself as workstation in avahi-discover. This record contains the MAC address and the IP for the local network. Perhaps one has to track this avahi report and if the IP changes to unconfirm all queues.
[09:29] <OdyX> that could work. I'm surprised you haven't gotten such a report yet though.
[09:30] <tkamppeter> OdyX, seems that most people shut down their boxes when they move between environments, or they have only something like 2 environments with few print queues and so the extra queues are no problem for them.
[09:30] <OdyX> well, it's not a problem per se, it's just noise.
[09:34] <tkamppeter> OdyX, another thing: cups-browsed is only included in Raring, Ubuntu's development branch, and there we get a new kernel twice a week, so who reboots after every kernel update will probably not have the problem.
[09:34] <OdyX> ah yeah, good point.
[09:34] <OdyX> tkamppeter: good you have me then :)
[09:40] <Laney> Can someone reject https://code.launchpad.net/~ubuntu-branches/ubuntu/quantal/clamav/quantal-security/+merge/156911 ?
[09:49] <pitti> Laney: done
[09:50] <Laney> danke!
[10:04] <jibel> doko, I re-ran autopkgtest for python3.3 with the fsync fix, the tests that failed previously pass now but there is this failure that I haven't seen before http://paste.ubuntu.com/5715517/
[10:04] <doko> jibel, no, never did see this one
[10:06] <doko> jibel, and it doesn't fail on the buildd either: https://launchpadlibrarian.net/137578622/buildlog_ubuntu-raring-amd64.python3.3_3.3.1-1ubuntu3_UPLOADING.txt.gz
[10:31] <mlankhorst> do we have someone to look at https://bugs.launchpad.net/ubuntu/+source/xorg-lts-quantal/+bug/1134492 ?
[10:45] <jibel> doko, the refs count to stderr comes from running script.py with python3.3dm. If you use python3 instead of python3.3dm in testsuite-dbg to execute script.py the testsuite pass in autopkgtest.
[10:46] <jibel> doko, also I cannot reproduce the uuid failure, could it be due to a lack of entropy on the test system?
[10:46] <doko> jibel, but the whole point of the exercise is to use the dbg interpreter ...
[10:46] <jibel> doko, to execute the testsuite not script.py
[10:48] <doko> jibel, entropy, maybe try it on a virtulized buildd too? if that matches your autopkgtest setup better
[10:53] <jibel> doko, okay, I'll try that. re ref counts that'll give a command like : python3 /tmp/tmp.pASFAYfBf4/ubtree0-ubtree/debian/script.py "/dev/null" "python3.3dm  ...
[10:53] <jibel> which is fine since it still use the dbg interpreter to run the testsuite.
[10:54] <doko> ok, but I better use python3.3
[11:14] <Laney> pitti: Could you do https://code.launchpad.net/~fcole90/ubuntu/precise/python-reportlab/fix-for-1005187/+merge/158774 too? :-)
[11:15] <pitti> Laney: where "do" == ?
[11:15] <Laney> reject
[11:15] <Laney> or Merged, or whatever
[11:15] <Laney> I merged it, but not into the target branch there
[11:15] <pitti> Laney: ah, set to merged then
[11:16] <xnox> Laney: pitti: http://youtu.be/8vJthZst5tQ "down with whatever" =)))))
[11:16] <Laney> what is this hideous row?
[11:16] <Laney> </middle aged>
[11:17] <pitti> xnox: what's that? I can't watch that in Germany
[11:17] <ogra_> pitti, well, talk to gema :P
[11:17] <xnox> pitti: kelly rowland singing "I'm down with whatever" w.r.t. to merge request status.
[11:17] <Laney> I'm Kelly Rowland and I approve of this MP.
[11:18] <ogra_> haha
[11:32] <tkamppeter> mlankhorst, I am trying to offer my patched xorg-server to the people which suffer the touch-click bug via PPA but it seems that when building it in the PPA xorg-server falls into an infinite loop in the test suite. See https://launchpad.net/~till-kamppeter/+archive/ppa/+build/4499041
[11:32] <mlankhorst> tkamppeter: just retry
[11:33] <mlankhorst> it happens randomly
[11:33] <tkamppeter> mlankhorst, strange is also that i386 and amd64 are bult by an "arm ppa builder" and there is no armhf built at all.
[11:33] <cjwatson> That's normal
[11:33] <mlankhorst> virtual armhf builder right?
[11:33] <cjwatson> The builder is ARM-capable (via qemu), but can build any of i386/amd64/armhf
[11:35] <mlankhorst> tkamppeter: just retry, that failure is not an infinite loop, it just does nothing
[11:35] <mlankhorst> presumably some race
[11:35] <cjwatson> And PPAs only get armhf on explicit request
[11:35] <tkamppeter> mlankhorst, I have canceled and rescheduled the builds now.
[11:36] <tkamppeter> cjwatson, so it is a fast Intel processor and not a slow ARM?
[11:37] <cjwatson> Yes
[11:37] <cjwatson> A Xen guest, actually
[11:37] <mlankhorst> tkamppeter: anyway until the corruption gets fixed I'm not going to bother
[11:38] <tkamppeter> mlankhorst, I have also successfully built my patch on the Nexus 7 and my Nexus 7 works reliably with it. Right before installing it the screen got stuck on the first click.
[11:38] <tkamppeter> mlankhorst, so then let it come as SRU as soon as the corruption get fixed.
[11:38] <mlankhorst> I'm running on nexus7 with valgrind and my nexus7 xserver dies on it rather soon
[11:51] <Laney> freeflying: Gentle poke to remember to upload with -v when there's more than one version covered in an upload (it causes bugs to be closed, amongst other things)
[11:51] <freeflying> Laney: acked, thanks
[11:59] <mlankhorst> Laney: hah, I fixed my lts rename scripts to do it for me, now I can forget all about it :-D
[11:59] <Laney> don't forget too much :P
[12:00] <mlankhorst> forget what? ;-)
[12:00] <Laney> donk
[12:07] <Laney> @pilot out
[12:30] <doko> Sweetshark, should libreoffice-emailmerge be demoted?
[12:38] <apachelogger> pitti: are you still handling langpack creation?
[12:47] <pitti> apachelogger: I twiddle the cronjobs from time to time, yes
[12:48] <apachelogger> pitti: who would I talk to to get new templates into a langpack and that langpack created? (i.e. they are on launchpad but not in any langpack yet)
[12:50] <pitti> apachelogger: if they were imported recently (i. e. in the last few days), they should be in the next automatic export and upload
[12:51] <apachelogger> pitti: they have been imported for 2 weeks or more, so I am getting a bit anxious :)
[12:51] <pitti> apachelogger: what's an example domain name?
[12:52] <apachelogger> pitti: kubuntu-patched-l10n
[12:52] <pitti> from which package is taht?
[12:52] <apachelogger> same package
[12:52] <doko> pitti, jibel: both python2.7 and python3.3 uploaded. please fix everything else in autopkgtest ;-)
[12:53] <pitti> WARNING: unknown translation domain: kubuntu-patched-l10n
[12:53] <apachelogger> hum, try kubuntu-firefox-installer
[12:54] <apachelogger> albeit that's a bit strange... https://translations.launchpad.net/ubuntu/raring/+source/kubuntu-patched-l10n
[12:54] <pitti> apachelogger: it's due to that LP bug that it doesn't add universe packages to the domain -> package map
[12:54] <pitti> bug 1048556
[12:55] <mlankhorst> mvo: hm, any thoughts on https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1134492 ? I posted what I know there, should be straightforward to reproduce with pbuilder
[12:56] <pitti> apachelogger: but we stopped having kde langpacks a long time ago; should these just appear in the main packs?
[12:57] <apachelogger> pitti: yeah, we only have like 5 packages which go through launchpad and each has 10 strings or so, so dpm and I agreed that simply putting them in the main packs should be good enough
[13:00] <apachelogger> pitti: the affected packages are: https://translations.launchpad.net/ubuntu/raring/+source/kubuntu-patched-l10n | https://translations.launchpad.net/ubuntu/raring/+source/kubuntu-debug-installer | https://translations.launchpad.net/ubuntu/raring/+source/kubuntu-web-shortcuts | https://translations.launchpad.net/ubuntu/raring/+source/kubuntu-firefox-installer | https://translations.launchpad.net/ubuntu/raring/+source/kubuntu-notification-helper
[13:00] <pitti> apachelogger: I added manual workaround mappings for kubuntu-patched-l10n, kubuntu-firefox-installer, kubuntu-notification-helper
[13:00] <pitti> ah
[13:01] <stokachu> cjwatson: re: nominations, thanks :)
[13:03] <pitti> apachelogger: ok, workaround table updated: http://paste.ubuntu.com/5715858/
[13:05] <apachelogger> pitti: missing notificationhelper = kubuntu-notification-helper and kcm_notificationhelper = kubuntu-notification-helper
[13:06] <pitti> apachelogger: added
[13:07] <apachelogger> pitti: yay, thank you very much :)
[13:08] <highvoltage> is it just me or are these instructions actually harmful? http://helpx.adobe.com/air/kb/install-air-2-64-bit.html#main_Install_AIR_2_on_64_bit_Ubuntu_9_04
[13:10] <ogra_> highvoltage, dont worry, we wont have to support broken ubuntu 9.04 installs anymore :P
[13:11] <highvoltage> :)
[13:11] <highvoltage> ogra_: the worse thing is that adobe recommends that as the current way to install air on ubuntu :-/
[13:11] <ogra_> well, dont install air or get support at adobe for the broken thing afterwards
[13:14] <highvoltage> *nod*
[13:14] <highvoltage> I just despise them a little bit more for pasting instructions that will damage user's systems
[13:19] <shadeslayer> lol air
[13:22] <smartboyhw> xnox, er I thought Wubi was not going out for 13.04. Why did you merge my fix?:O
[13:24] <xnox> smartboyhw: what happens in the upstream wubi project does not affect what gets released or not by upstream ubuntu project.
[13:24] <smartboyhw> xnox, ah:O
[13:49] <Sweetshark> doko: yep, -emailmerge isnt needed in main anymore.
[14:11] <wgrant> pitti: From which file are the domains you reference in bug #1048556 missing?
[14:11] <pitti> wgrant: they should be in ./rosetta-*/mapping.txt
[14:12] <pitti> bbl
[14:12] <wgrant> pitti: Yes, but which language pack tarball?
[14:12] <pitti> wgrant: teh current raring ones
[14:12] <wgrant> Ah, raring
[14:12] <henrix> @pilot out
[14:17] <wgrant> pitti: I don't see that template in the langpack tarball at all. Are you sure the langpack inclusion flag was set at that point?
[14:21] <dobey> how do i tell what requires nullmailer (or mail-transport-agent) on my system? apt-get remove --purge nullmailer just wants to install exim4 instead, to replace it
[14:21] <dobey> and apt-cache rdepends isn't helpful
[14:24] <wgrant> pitti: All three templates were created just a few days before the export, and I don't see any of their pofiles in the tarball.
[14:30] <bdmurray> ev: its rather hard to see the functions here https://errors.ubuntu.com/?user=foundations-bugs&period=month
[14:34] <ev> bdmurray: *shrugs* suggestions welcome. I think trying to show enough of the functions to make them legible is a near impossible task
[14:35] <ev> bdmurray: not sure why 4.0-0ubuntu20.2+elementary5~precise1 is showing up in there, given that we're filtering out distributions
[14:36] <bdmurray> ev: well I used to be able to see it when I moused over the link in Firefox now with the hash url ...
[14:38] <ev> bdmurray: we could have alt text or a floating div that displayed the full thing on mouse over
[14:38] <ev> bdmurray: feel free to file a bug for that
[14:39] <bdmurray> ev: okay, I think that would help as its easier for me mentally to keep track of the funciton than the bug numbers (which don't always exist)
[14:39] <ev> bdmurray: I very much agree
[14:49] <pitti> wgrant: what is a "langpack inclusion flag"?
[14:52] <jibel> doko, python3.3 autopkgtest is green https://jenkins.qa.ubuntu.com/job/raring-adt-python3.3/7/   \o/
[14:54] <doko> jibel, and 2.7?
[14:57] <jibel> doko, red test_tempnam failed with a permission denied probably because adt set TMPDIR to a readonly directory
[14:58] <doko> jibel, so is this a adt issue?
[14:59] <doko> I accidentally left the pgo and lto optimizations disabled, so I'll have to do one more upload
[14:59] <wgrant> pitti: There's a flag on the +admin form for Ubuntu templates that determines whether the template will be included in langpacks.
[14:59] <jibel> pitti, ^^ you fix that by executing the testsuite with env -u TMPDIR, correct ?
[14:59] <pitti> apachelogger: ^ do you know about this? (wgrant's comment)
[15:00] <pitti> jibel: why would $TMPDIR be readonly?
[15:00] <pitti> jibel: I do that for processes which change user, i. e. run stuff as non-root
[15:06] <xnox> jibel: pitti: doko: I thought one should be using $ADT_TMP which should be writtable location.....
[15:06] <pitti> xnox: yes, if you don't use su
[15:06] <pitti> xnox: but if you start a test as root, and then su to another user, that other user won't be able to access $ADTTMP or its $TMPDIR
[15:06] <pitti> as these are still owned by root
[15:07] <xnox> hmm...
[15:08] <apachelogger> pitti: nope, also I don't think I have access to +admin ^^
[15:10] <pitti> wgrant: hm, I thought we already had that X-Ubuntu-Langpacks: header for that; I never heard about that flag
[15:12] <seb128> pitti, didn't we stop using that until bug #1048556 is fixed?
[15:13] <pitti> seb128: maybe, I don't know
[15:13] <seb128> pitti, oh, you just commented on that bug
[15:13] <pitti> who can access these +admin pages?
[15:13] <seb128> pitti, what's the url?
[15:13] <seb128> dpm can I guess
[15:13] <happyaron> pitti: guess I can. U-T-C team.
[15:13] <pitti> I don't know that either
[15:13] <seb128> if that's a translator thing
[15:13] <doko> jibel, pitti: so it looks like the control file needs another attribute to specify the user the tests are run with?
[15:14] <pitti> doko: isn't the default "user" or "root" (Restrictions: needs-root) sufficient?
[15:14] <xnox> doko: /me thought we specify that when launching adt tester already to match the adt testing environment. E.g. packages themself shouldn't fiddle with that.
[15:15] <pitti> we probably need to take a second look at this
[15:15] <xnox> doko: we can give the username currently used by our setup and/or check for it.
[15:15] <doko> pitti, I need to turn off apport, the rest can be done as a normal user
[15:15] <pitti> if we run the entire test suite as user, and just start out as root to disable apport, it's probably better to put the apport disabling into a test before the "main" one, and only run that one as root
[15:16] <pitti> doko: ah, then we could have "Tests: disable-apport\nRestrictions: needs-root\n\nTests: testsuite" perhaps?
[15:16] <dpm> pitti, seb128, wgrant, that's the regular flag we use to mark templates as exported in language packs. Anyone in the ubuntu-translations-coordinators can set it. Which packages are we talking about? I can check if the flag is set
[15:16] <wgrant> dpm, pitti: The flag is set now, at least on one of the templates. But I can't tell if it was set for the last langpack export.
[15:17] <seb128> dpm, does that work for universe packages?
[15:17] <wgrant> (except that I read the code, and it makes no sense that the template wouldn't be there if the flag was set)
[15:17] <pitti> or, if you want to keep it together, we need to unset ADTTMP/TMPFILE or chown them before the su
[15:17] <pitti> jibel: ^ WDYT?
[15:17] <dpm> wgrant, which package?
[15:17] <dpm> sorry, which template?
[15:17] <wgrant> dpm: https://translations.launchpad.net/ubuntu/raring/+source/kubuntu-firefox-installer/+pots/desktop-kubuntu-firefox-installer/+admin
[15:17]  * pitti wishes we could just drop that ADTTMP/TMPFILE nonsense; it's creating nothing but trouble
[15:18] <dpm> wgrant, recently it's been me only setting that flag, so if it's set now, it certainly was set before the last export
[15:19] <dpm> seb128, it does, except for the issue mentioned in that bug
[15:19] <wgrant> Note that the last export was on March 22
[15:19] <wgrant> And that template was created on March 18
[15:19] <wgrant> Or later
[15:21] <jibel> pitti, I think unsetting TMPDIR before running the test is better than creating a fake test just to disable apport
[15:21] <doko> pitti, so ADTTMP/TMPFILE are always set?
[15:22] <doko> I don't like the faketest either
[15:22] <pitti> doko: yes, and they point to a directory owned by 'ubuntu', or 'root' if Restrictions: needs-root is set
[15:22] <pitti> ADTTMP certainly doesn't get in the way, but TMPFILE will
[15:23] <pitti> err, TMPDIR
[15:23] <doko> so chown -R $SUDO_USER should work?
[15:23] <pitti> yes
[15:23] <jibel> it does that's what was done for software-center IIRC
[15:24] <dpm> wgrant, I think we might be talking about different things. The latest export happened yesterday: https://translations.launchpad.net/ubuntu/raring/+language-packs
[15:24] <wgrant> Oh
[15:24] <wgrant> I thought I saw that one crash
[15:24] <wgrant> Apparently that was for another series
[15:26] <dpm> wgrant, I haven't checked if that export is ok, but in any case, there was another previous export last week, which is the one we're currently using in the language pack packages
[15:26] <wgrant> Yeah, that was quantal
[15:26] <wgrant> Oops
[15:26] <wgrant> ./mapping.txt:kubuntu-firefox-installer desktop_kubuntu-firefox-installer
[15:26] <wgrant> pitti: It's in mapping.txt
[15:31] <pitti> wgrant: hm, odd; did these appear very recently?
[15:31] <pitti> so, it should be okay in the next build
[15:32] <ev> bdmurray: I'm piecing together https://wiki.ubuntu.com/ErrorTracker/DailyTasks as a one stop shop for error tracker misbehaviour :)
[15:32] <ev> for what it's worth
[15:32] <wgrant> pitti: Nothing's changed here in a long time, so I don't think there's ever been a problem on our end.
[15:33] <bdmurray> ev: I saw, thanks
[15:33] <ev> cool
[15:36] <cjwatson> jodh: I notice that the filesystem event finishes before static-network-up starts
[15:40] <dpm> pitti, wgrant, I'm a bit confused by this issue. wgrant, you mean that the templates are present in the mapping.txt file of the latest full export (i.e. the one from yesterday), but pitti was mentioning on the bug report that the mapping.txt file of that export didn't list the templates?
[15:41] <pitti> dpm: right, I was wrong about that
[15:41] <doko> jibel, pitti : http://paste.ubuntu.com/5716277/
[15:41] <dpm> pitti, ah, gotcha, that makes it clear
[15:42] <pitti> doko: not sure whether we need to chang ADTTMP, but it can't hurt at least
[15:43] <pitti> 10 if [ -n "$SUDO_USER" ]; then
[15:43] <pitti> doko: ^ should that be $su_user ?
[15:43] <doko> no, don't want to change anything when running as nobody
[15:43] <pitti> ah, ok
[15:44] <doko> pitti, does every test case has its own TMPDIR?
[15:44] <pitti> yes
[15:52] <jibel> doko, also,  "stop apport 2>dev/null || true" otherwise the test will fail if apport is not running
[15:54] <cjwatson> jodh: I *think* I may see the general structure of what's going on here
[15:54] <cjwatson> jodh: This debugging should make it about as clear to you as it is to me so far, I think
init: conf_load_path_with_override: Loading configuration file /etc/init/rc-sysinit.conf
[15:54] <cjwatson> ...
init: conf_file_destroy: Destroyed unused job rc-sysinit
init: event_unblock: name: 'filesystem', new blockers: 3^
[15:55] <cjwatson> jodh: When we tear down the old job, we end up unreferencing and destroying the event operators it refers to, at least enough to cause them to decrement various event->blockers
[15:56] <cjwatson> jodh: So the 'filesystem' event ends up entering the finished state far too early because it's been wrongly unblocked
[16:00] <tvoss> slangasek, ping
[16:01] <slangasek> tvoss: otp pong
[16:08] <jodh> cjwatson: gotcha - that is indeed subtle. Could be an interesting one to fix too ;)
[16:10] <cjwatson> jodh: My feeling is that the nih_free in conf_file_destroy needs to be something more careful involving keeping references
[16:10] <cjwatson> jodh: But that also perhaps job_class_reconsider shouldn't replace a job that has events that are blocking some other event?  I'm not quite sure, I don't know the structures quite well enough
[16:10] <cjwatson> jodh: Is that enough to get you going for now though?
[16:11] <jodh> cjwatson: sure is - thanks!!
[17:48] <bdmurray> doko: could you have a look at bug 1084935?
[18:14] <infinity> BenC: New linux just landed, if you'd like to rebase -ppc.
[19:28] <BenC> infinity: ok, couple hours...
[19:31] <infinity> BenC: Cool.
[20:32] <doko> jtaylor,
[20:32] <doko> dpkg-source: info: local changes detected, the modified files are:
[20:32] <doko>  python-numpy-1.7.1/doc/source/conf.py
[20:32] <doko>  python-numpy-1.7.1/doc/sphinxext/tests/test_docscrape.py
[20:32] <doko> dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/python-numpy_1.7.1-1ubuntu1.diff.UwGgRh
[20:37] <jtaylor> doko: did you pop the patches before applying the debdiff?
[20:38] <jtaylor> also barry already sponsored it
[20:39] <barry> hmm. it built locally
[20:39] <barry> for me
[20:39] <jtaylor> it works if I pop the patches
[20:39] <jtaylor> if I leave it applied and then change series quilt gets confused
[20:47] <doko> ohh, if barry sponsored, fine
[21:31] <nemo> say. just a minor idea
[21:31] <nemo> if usb-creator-gtk is an ubuntu project. maybe you could have it check md5 sums for isos w/ standard names?
[21:32] <nemo> or have it return better error messages.  took me quite a while to figure out that "[Errno 5] Input/output error" was its way of saying the ISO was bad
[21:32] <nemo> (network here sucks - downloaded ISO 3 times, got 3 different checksums)
[22:18] <TheMuso> diwic: Ok thanks, that makes sense.
[23:00] <doko> tjaalton, ping
[23:05] <nemo> Oh. One more thing
[23:05] <nemo> Some people were irritated, but, 'grats to you on your new donation screen
[23:05] <nemo> frankly, I liked it and tossed some cash your way.


[01:46] <LLStarks> hi
[01:46] <LLStarks> i'm having a problem with b44 loading in 2.6.31-10
[01:47] <LLStarks> can someone help me?
[09:01] <Q-FUNK> howdy!  would anyone know what broke KMS yesterday and how to fix it?
[09:10] <smb> Q-FUNK, There had been disturbances in the (buildd) force which broke things in general. I am currently checking whether it is better now
[09:11] <Q-FUNK> smb: buildd and upstart, yes.
[09:12] <Q-FUNK> this transition to event-based eveything is extremely ill-timed, to say the least.  it really should have been pushed to karmic+1.
[09:14] <smb> I agree, the timing was not ideal. It seems if you can do an upgrade using a chroot now, it seems to be at least in a usable state
[09:14] <smb> I saw some errors flying by but at least a gui comes up with a usable mouse
[09:14] <smb> and bash
[12:11] <Unggnu> hi all
[12:12] <Unggnu> I just wanted to ask if someone can take a look at this bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/421662
[12:12] <ubot3> Malone bug 421662 in linux "Dell Inspiron 1525 WLAN (Intel 3945) doesn't work with Ubuntu Kernel in Karmic [regression]" [Undecided,New]
[12:12] <Unggnu> Karmic release isn't far away so I am worried :)
[12:14] <Unggnu> It seems that the Ubuntu kernel thinks that WLAN is disabled while it is not. At least the mainline kernel and the old ones don't have this problem
[12:33] <JanC> hm, I have a laptop with a 3945ABG wlan, but it's not a Dell
[12:34] <Unggnu> JanC, yes, someone else confirmed that it worked with his 3945
[12:35] <Unggnu> I also need the backport modules in Hardy so I guess it is a special card :)
[12:37] <JanC> Unggnu: maybe different radio chip ?
[12:38] <Unggnu> It was the standard model. You couldn't change it when you were ordering the Ubuntu Dell Notebook.
[12:38] <Unggnu> I would have prefered the 4945 or how it is called but it was not possible from Dell
[12:40] <JanC> hm, main pci-id is the same, but yours is subsystem 8086:1021, mine is subsystem 8086:1001
[12:41] <Unggnu> I guess we need another one with a Dell Inspiron 1525 and the same radio chip :)
[14:06] <apw> cjwatson, is ia64 ok for builds?  that one failed to build for chroot issues for .34, are we expecting admins to resubmit those or at this stage is it do your own?
[14:07] <cjwatson> ia64 is hosed
[14:07] <cjwatson> package maintainers don't need to worry about it
[14:07] <apw> ok thanks
[14:08] <cjwatson> basically, ignore ia64 for the time being, until somebody gets dbus ported
[14:08] <cjwatson> http://launchpadlibrarian.net/29635553/buildlog_ubuntu-karmic-ia64.dbus_1.2.16-0ubuntu2_FAILEDTOBUILD.txt.gz
[14:09] <cjwatson> also, in general, you can ignore "chroot problem" as a failure - buildd admins will take care of that
[14:10] <apw> cjwatson, thanks for the info
[14:11] <rtg> apw, have you noticed if ccache is still working for you?
[14:11] <apw> can't say i have noticed ...
[14:11] <rtg> on karmic, tha is
[14:11]  * apw looks at his stats
[14:32] <apw> smb, do you have karmic available for testing on your aspire one?
[14:32] <apw> wondering if the rfkill works ok on there
[14:33] <smb> apw, Yep, got a card with it. Should I upgrade it or not for the test?
[14:33] <apw> wouldn't need upgrading i don't think if its pretty recent
[14:34] <smb> lets see
[14:34]  * smb is booting
[14:34] <smb> Looks a bit old -9 kernel only
[14:38] <smb> apw, At least with that kernel I got wireless
[14:39] <apw> does rfkill work do you know
[14:39] <smb> The physical switch or the command?
[14:41] <smb> If I pull the wireless switch I loose connection but it is something hardware internal as it is not reflected in hard blocked state
[14:42] <apw> so the wireless disable switch works ok on yours ... with the default kernel
[14:43] <apw> and it comes back ok when you toggle it again?
[14:43]  * smb just says goodbye to his card games adn updates
[14:43] <smb> apw, Right
[14:43] <apw> strange, we have a patch to fix your machine which is not in karmic, and seems to apply
[14:43] <smb> It acts a bit weird as the software is not notified (nm tries to reconnect like mad)
[14:43] <apw> yet you are ok without it, i guess i'll drop it then
[14:44] <smb> if you mean the patch to not do soft rfill in acer-wmi
[14:44] <apw> yeah that one
[14:44] <smb> upstream acer-wmi completely blacklists the aa1
[14:44] <apw> ahh ok, then its got fixed that way, nice
[14:44] <smb> seems the whole wmi interface there is buggered
[14:44] <apw> so i can sensibly drop it
[14:45] <smb> ack
[14:45] <apw> good enough
[14:48] <rtg> *sigh* it doesn't pay to update some days. my raid0 server has stopped booting after running /scripts/init-bottom
[14:49] <ogra> rtg, it really helps to read the topic in #ubuntu-devel where such breakage gets pre-announced
[14:49] <ogra> (or at least announced on discovery)
[14:49] <rtg> ogra, too many channels...
[14:50] <ogra> pfft
[14:50] <ogra> but i agree we should kill things like -kernel, -arm, -mobile -desktop and go back to just use #ubuntu-devel again
[14:51] <ogra> all that annoying fragmentation only came up over the last years
[14:51] <rtg> ogra, maybe I'll just install Hardy 'cause its my build box.
[14:51] <gaspa> ogra: +1
[14:52] <ogra> gaspa, sadly its way harder to close channels than to open them :)
[14:52] <gaspa> I know.
[14:53] <gaspa> but for me it's quite a problem, I'm interested in lots of different areas... and I just can't have so much opened tabs ...
[14:54] <ogra> i only have 26 open atm
[14:54] <gaspa> O_o you won.
[14:54] <ogra> on bad days its 40 :)
[14:54] <gaspa> usually over the 15th I start to kill them.
[14:54] <gaspa> :P
[14:58] <apw> pgraner, do you now have a PC Beep channel in your alsa mixers?  wondering if you are affected by bug #331589 on karmic or not
[14:58] <ubot3> Malone bug 331589 in linux "Extremely loud and intrusive system beep with (some?) HD Audio devices" [Medium,Fix committed] https://launchpad.net/bugs/331589
[15:00] <pgraner> apw: on which box (or all of them?)
[15:00] <apw> i am unsure which one you were seeing it on, i think you are listed as affected, but likely your 1330
[15:00] <pgraner> apw: that one no longer has karmic on it :-(
[15:01] <apw> manjo has one, i'll ask him
[15:01] <pgraner> apw: I'll have to boot a usb stick and test. I have yesterday's daily on usb, I'll try as soon as I can get access to it
[15:01] <pgraner> apw: manjo is onsite today
[15:01] <apw> he likely has the kit with him then, and running karmic :)
[15:02] <pgraner> apw: right now I can get to the 1330 due to -EWIFE
[15:02] <apw> i suspect touching that machine before the weekend is a bad plan for you full stop
[15:02] <apw> it can wait for manjo and i've sent email to TheMuso as the bug i am wondering about was from him
[15:21]  * rtg has his server running in recovery mode.
[15:52] <apw> rtg, deliberate action or a disaster recovery?
[15:53] <rtg> apw, total borkage after this last update
[15:54] <apw> rtg ahh i was lucky to miss that, left just in time
[16:25] <apw> rtg in jaunty we enabled GADGET_DUMMY_HCD and that had some fallout for the ABI and you worked round it with:
[16:25] <apw> index e69de29..b711024 100644
[16:25] <apw> --- a/debian/abi/perm-blacklist
[16:25] <apw> +++ b/debian/abi/perm-blacklist
[16:25] <apw> @@ -0,0 +1,3 @@
[16:25] <apw> +net2280_set_fifo_mode
[16:25] <apw> +usb_gadget_register_driver
[16:25] <apw> +usb_gadget_unregister_driver
[16:25] <apw> would it be more reasonable to just bump the abi in karmic, or should i follow that?
[16:25] <rtg> apw, just bump the ABI
[16:26] <apw> will do
[17:16] <Q-FUNK> re
[17:29] <Q-FUNK> has anyone found the reason why KMS no longer works in Karmic?
[17:32] <cdE|Woozy> Q-FUNK, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/430694 ?
[17:32] <ubot3> Malone bug 430694 in linux "agpgart-intel not loaded before drm sometimes, causes KMS to fail" [Undecided,New]
[17:34] <Q-FUNK> cdE|Woozy: could be it. any known cure?
[17:34] <cdE|Woozy> I "solved" it by rebooting until it loads in the correct order :)
[17:35] <cdE|Woozy> I don't know how the order in which those modules are loaded is determined
[17:39] <apw> normally load order is determined by udev
[17:39] <apw> the new parallel probe for pci in the kernel might trigger some instability in order
[17:46] <apw> rtg there seem to be 6 patches applied to jaunty that didn't get upstream or into karmic, since we forked off karmic.  do you want me to mail them to the list for review or you happy for me to apply them
[17:54] <rtg> apw, lets run 'em through the list first
[17:55] <apw> rtg ack
[18:36] <apw> rtg ok ... the analysis in all its gory details is up, as is a separate thread with the patches i want in
[18:37] <apw> smb, jaunty sru review is out on email
[18:37] <smb> apw, ok, I have a look
[18:37] <rtg> apw, reading...
[18:38] <devinheitmueller> Hello all.  I filed bug #403642 almost two months ago and it's supposedly milestoned for Karmic Alpha 6.  Is there any chance this is going to happen?  It's just a PULL request - no actual code changes required.
[18:38] <ubot3> Malone bug 403642 in linux-firmware "Include xc5000 firmware in Karmic (now properly licensed)" [Medium,In progress] https://launchpad.net/bugs/403642
[18:39] <rtg> devinheitmueller, its on my todo list, but its likely too late for A6
[18:39] <devinheitmueller> :-/
[18:42] <devinheitmueller> I'm obviously pretty disappointed to hear that, especially since the linux-firmware module got three updates since the ticket was filed, and it's just a pull request (it's not like I'm demanding that somebody investigate and fix a bug).
[18:44] <devinheitmueller> rtg: Is there anything I could have done differently that would have effected the outcome here?
[18:45] <rtg> devinheitmueller, actually, I din't even notice the bug until a couple of days ago when I was working on something else. You could always send a git pull request to the u-k-t list, which would have gotten my attention.
[18:46] <devinheitmueller> But weren't you were the one that set the milestone to A6?
[18:46] <rtg> devinheitmueller, uh, maybe. I can't remember.
[18:47] <devinheitmueller> (yes, you were)
[18:48] <devinheitmueller> If I had any reason to believe that sending pull requests to the ml would have helped, I would have been doing that weekly.  Instead I sat by and waited patiently after being told it was "in progress".  I guess lesson learned for next time.
[20:48] <devinheitmueller> rtg: Thank you very much!
[20:49] <rtg> np
[20:54] <Wicked> is there any legit reason why ipv6 was hard coded into the kernel...and not as a module....so the only way one can truely disable ipv6 is to compile there own kernel?
[20:55] <Wicked> it seems like a big mistake to me....and to think its such a small fix...that with all the kernel updates it has not been fixed...
[20:55] <Wicked> which makes me think there may be something else im not seeing.......as to make sense of why its not fixed.


[10:47] <gf2> Hello, could someone change the importance on the following ticket to "wishlist"?
[10:47] <gf2> https://bugs.launchpad.net/ubuntu/+source/lightning-sunbird/+bug/1642894
[10:50] <rbasak> gf2: done
[10:51] <rbasak> Actually not done, sorry. I'm getting a timeout.
[10:54] <gf2> Oh, ok, rbasak. Thanks for trying. I get that timeout occasionally. I assume someone is doing a big search or some maintenance.  :)
[10:55] <gf2> Another question: if it's a wishlist, we don't have to confirm it, right?
[10:55] <rbasak> I don't think there's any fixed rule.
[10:56] <rbasak> I would leave it New. If somebody else "affects me too" then it'll automatically moved to Confirmed anyway.
[10:56] <rbasak> Timeout defeated :)
[10:57] <gf2> Super! Thanks for doing that! :)
[10:57] <gf2> Ok, thanks for the answer on the confirmed status. Take care and have a great day, rbasak!
[11:00] <rbasak> Thank you for taking the time to triage :)
[11:01] <gf2> Sorry to bother you again. Is "Lightning-sunbird" the correct package for this ticket? What is sunbird?
[11:04] <rbasak> https://en.wikipedia.org/wiki/Mozilla_sunbird
[11:04] <rbasak> It sounded right to me
[11:04] <gf2> ok, I will look at that website. Thanks!


[16:03]  * slangasek waves
[16:03] <jodh> o/
[16:03] <slangasek> #startmeeting
[16:03] <meetingology> Meeting started Thu Feb 13 16:03:59 2014 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:03] <meetingology> Available commands: action commands idea info link nick
[16:04]  * stgraber waves
[16:04] <slangasek> [TOPIC] Lightning round
[16:04] <slangasek> $ echo $(shuf -e barry doko stgraber jodh bdmurray slangasek cjwatson xnox stokachu)
[16:04] <slangasek> jodh xnox stokachu barry bdmurray doko stgraber cjwatson slangasek
[16:04] <jodh> * core-1311-upstart-roadmap:
[16:04] <jodh>   - async spawn: Finished reworking job_process tests for async
[16:04] <jodh>     (job+event to go...)
[16:04] <jodh> * upstart:
[16:04] <jodh>   - re-reviewed lp:~cameronnemo/upstart/ipv6.
[16:04] <jodh> * misc:
[16:05] <jodh>   - having fun with gmail migration :)
[16:05] <jodh> 𐏁
[16:05] <xnox> * uploaded gnome-session/gsettings/unity upstart session jobs to
[16:05] <xnox>   transition & support ubuntu- and gnome-settings-daemons.
[16:05] <xnox> * click chroot session support patch proposed
[16:05] <xnox> * working on finishing dmraid/mdadm transition (needs one more patch
[16:05] <xnox>   to hw-detect and should be good to go). Intel raids are always
[16:05] <xnox>   resyncing after reboot... not good.
[16:05] <xnox>   - is it typical for ubuntu mdadm to resync on each boot?!
[16:05] <xnox> * finished patches for phablet-test-run to support python2&3
[16:05] <xnox> * updated bugs in patches to auopilot to dynamicaly detect resolution
[16:05] <xnox> * make merge proposals to drop dbus-x11 from touch
[16:05] <xnox> * initiated discussions to drop a load of gstreamer dependencies off
[16:05] <xnox>   the touch image (laney has priliminary gstreamer split ready)
[16:05] <xnox> * proposed in debian sendsigs to not kill processes that start with "@"
[16:05] <xnox> * wrote patch to unity-greeter to dynamically generate logo on the
[16:05] <xnox>   login screen (sick of 13.10 string). Ditto in progress for "About
[16:05] <xnox>   this computer" screen. (design don't have time to update this stock
[16:05] <xnox>   images timely, and it's poor use of their time)
[16:06] <xnox> * experimenting with trying to get qt build with gtk3 theming (instead
[16:06] <xnox>   of gtk2)
[16:06] <xnox>
[16:06] <xnox> ..
[16:06]  * xnox is off tomorrow.
[16:06] <barry> xnox: what's going to happen with dbus-daemon (part of dbus-x11 iirc).  also, when will p-t-r support for py2&3 land?
[16:06] <stgraber> xnox: none of my servers using mdadm never resynced on reboot. They do a resync once a month though by default.
[16:07] <barry> *dbus-launch
[16:07] <xnox> barry: dbus-daemon is not part of dbus-x11 and will stay.
[16:07] <xnox> barry: dbus-launch will be gone, as nothing is using it.
[16:08] <xnox> barry: if there is something using, it better declare a dependency on it =) or use other means e.g. dbus-daemon.
[16:08] <barry> xnox: we'll have to figure something out for the ap tests.  iirc, several autopilot tests depend on it
[16:09] <barry> (at least i've had to install/b-d on dbus-x11 to get some tests to work)
[16:09] <barry> xnox: yes, exactly.  some packages are missing b-d/deps on dbus-x11 :(
[16:09] <xnox> barry: they shouldn't.... as autopilot provides a bus.
[16:10] <xnox> barry: dbus-launch is not useful on touch, since it pulls in libx11-6....
[16:10] <barry> xnox: yeah, just saying.   i guess any problems will make themselves evident soon enough ;)
[16:10] <slangasek> barry, xnox: I think at the sprint I asked for a write-up of the revised game plan for autopilot python3... did that get written down?  Would really like to be able to track the progress here :)
[16:11] <barry> slangasek: i didn't.  but yes, once i figure out this upgrading problem, i'll get back to that :/
[16:11] <slangasek> stokachu: hi, anything for us this week?
[16:11] <slangasek> barry: ok
[16:11] <slangasek> barry: hopefully you have good notes, so the details don't go stale :)
[16:12] <slangasek> barry: your turn
[16:12] <xnox> slangasek: so autopilot got released \o/
[16:12] <barry> system-image: LP: #1277589 - very perplexing and difficult to reproduce, but progress is being made (i don't have a root cause yet, but i'll soon be capturing more debugging information via LP: #1279056).
[16:12] <barry> debuntu: general py34 ftbfs work.  enum34 0.9.20-1 and 0.9.21-1.  looked into m2crypto ftbfs.  genshi 0.7 for python 3.4.  libvigraimpex 1.10.0+dfsg-3ubuntu1. nose 1.3.0-3.  LP: #1277670.
[16:12] <xnox> slangasek: thus we can be staging upgrade to autopilot to do re-exec with matching phablet-tools.
[16:12] <barry> autopilot py3 work - ongoing; LP: #1277630; unity noimport branch (test for /usr/bin/window-mocker3)
[16:12] <barry> random: recovering from disk failure. dmb meeting.  reporting and working around unity/hud/ibus bugs that broke emacs keybindings (c-space and alt in two separate changes/bugs).
[16:12] <barry> done
[16:13] <bdmurray> +1 maintenance work
[16:13] <bdmurray> fixed a build failure with moodle
[16:13] <bdmurray> submitted debian bug 737908 re moodle
[16:13] <bdmurray> mentored arges regarding SRU team work
[16:13] <bdmurray> merged mpt's error branches
[16:13] <bdmurray> tested retracing core dumps from swift
[16:13] <xnox> stgraber: thanks. so it must be me here. And you do incremental mdadm assembly as is the default? (you don't override udev rules / initramfs)
[16:13] <bdmurray> tested submission of kernel oops to errors
[16:13] <bdmurray> preparing backfill job rls:srcpkg:version crash counters
[16:13] <bdmurray> setup errors in canonistack again :-(
[16:13] <bdmurray> resolved apt-clone bug 1254447 regarding adding files it shouldn't
[16:13] <bdmurray> uploaded new version of apt-clone to trusty
[16:13] <bdmurray> package to team mapping work (using old MIR reports)
[16:13] <bdmurray> worked with colleagues in Portland
[16:13] <slangasek> barry: ah, do you have a bug # for the ibus bug?  I was quite surprised to have Ctrl-space here brining up the ibus menu on me, and solved this by killing ibus ;)
[16:13] <bdmurray> ✔ done
[16:13] <doko> portland beer event?
[16:14] <stgraber> xnox: right, my setup is default Ubuntu (12.04 though)
[16:14] <xnox> stgraber: thanks.
[16:14] <doko> - MIR's
[16:14] <doko> - build separate gccgo-4.9
[16:14] <doko> - python build fixes, besides some autopkg test failures we should be ready for 3.4 as the default
[16:14] <doko> - look at the gcc ftbfs on powerpc, found issue, and fixed
[16:14] <doko> - gdb update
[16:14] <doko> - worked with reportlab upstream on the 3.0 issues and packages (although nobody
[16:14] <doko>  did get in contact with hplip upstream to port to python3)
[16:14] <doko> (done)
[16:14] <stgraber> system-image:
[16:14] <stgraber>  - Finally merged the porter branch into the server
[16:14] <stgraber>  - Wrote a bunch more tests (back to 100% code coverage)
[16:14] <stgraber>  - Blogged about setting up your server: https://www.stgraber.org/2014/02/11/your-own-ubuntu-touch-image-server/
[16:14] <stgraber>  - Talked with PES on some of their proposed addition and how to change them so they can be merged
[16:14] <stgraber> LXC:
[16:14] <barry> slangasek: will search for it, but there are two solutions.  recommended: run ibus-setup; what i did: apt-get purge ibus && reboot :)
[16:14] <stgraber>  - rc1 is this week, so rushing any remaining feature in. Final release is still planned for next week, just ahead of Feature Freeze.
[16:14] <stgraber>  - We got overlayfs now allowed for unprivileged containers (gives us, cloning, snapshots and lxc-start-ephemeral), I'll spend some time porting arkose to this so it runs entirely unprivileged too
[16:14] <stgraber>  - Blogged about running Google Chrome (and any other software really) in an unprivileged container: https://www.stgraber.org/2014/02/09/lxc-1-0-gui-in-containers/
[16:14] <stgraber>  - Working on the LXC 1.0 release announcement (trying not to forget anything while keeping it short, pretty difficult...)
[16:14] <stgraber>  - Went through most of our coverity issues, sent a bunch of fixes for those. Same with all bug reports.
[16:14] <stgraber>  - Added a new aufs backingstore driver (for privileged containers only).
[16:14] <barry> doko: \o/
[16:14] <stgraber>  - Fixed a couple of bugs with the pre-generated templates (the biggest one being a lack of /dev/shm).
[16:14] <stgraber>  - Wrote some more tests (including regression testing for the lxc-autostart issue which cyphermox had to patch last week).
[16:14] <stgraber> Other:
[16:15] <stgraber>  - Fixed a couple of issues with samba, I can now get a Domain Controller online!
[16:15] <stgraber> (DONE)
[16:15] <cjwatson> Spent most of the week adding HTTPS support to d-i.  This is now code-complete, although there are still some landings to finish off, and we'll probably want to backport it to precise.  This has involved:
[16:15] <cjwatson>  * Fixing up base-installer/debootstrap to avoid blowing up when encountering %-encoded characters in wget output;
[16:15] <slangasek> doko: we do not deny that there was beer!
[16:15] <cjwatson>  * Fixing fetch-url to handle GNU wget's different no-such-file output and invocation
[16:15] <cjwatson>  * Moving /usr/bin/wget.gnu to /usr/bin/wget in wget-udeb
[16:15] <cjwatson>  * Adding HTTPS support to fetch-url, kickseed, choose-mirror, base-installer, and apt-setup
[16:15] <cjwatson>  * Building wget-udeb into d-i images, and adding an SSL_CERTS local configuration variable there
[16:15] <cjwatson>  * Installing apt-transport-https and ca-certificates at the end of debootstrap when installing from HTTPS
[16:15] <cjwatson> OpenSSH 6.5p1 packaging.
[16:15] <cjwatson> Rebootstrapped freebsd-{buildutils,glue,libs}, since there was another package stuck in -proposed that needed freebsd-libs.
[16:15] <cjwatson> ..
[16:15] <barry> slangasek: LP: #1278511
[16:15] <xnox> doko: hplip is in progress, no? https://bugs.launchpad.net/hplip/+bug/1275353
[16:16] <barry> probably a dupe: LP: #1278569
[16:16] <barry> (and the other one that hurt me: LP: #1108064)
[16:16] <doko> xnox, ahh, I didn't see that. last time I pinged till was at the sprint
[16:18] <slangasek>  * a lot of customer-related calls this week
[16:18] <slangasek>  * doing some work with CTS to document interop matrix issues for NFSv4+Kerberos
[16:18] <slangasek>  * working on getting the job req together for a new Java maintainer role
[16:18] <slangasek>  * time-consuming Debian TC discussions :)
[16:18] <slangasek>  * spent some time with the DebConf team trying to bootstrap a summit environment, to evaluate it for DebConf14
[16:18] <slangasek>  * driving my outstanding merges back down to zero
[16:18] <slangasek> (done)
[16:18] <slangasek> other questions?
[16:19] <slangasek> [TOPIC] UDS
[16:19] <slangasek> hopefully everyone's seen the announcement mail, next vUDS is coming up on March 11
[16:20] <cjwatson> merges at zero haha I wish
[16:20] <doko> merges at zero?
[16:21] <cjwatson> 16:18 <slangasek>  * driving my outstanding merges back down to zero
[16:21] <doko> ahh, his ...
[16:21] <slangasek> so please start thinking about what you want to discuss next month, and registering/targeting blueprints
[16:21] <slangasek> cjwatson: well... not counting the grub package ;)
[16:23] <cjwatson> yeah well
[16:23] <slangasek> [TOPIC] AOB
[16:23] <slangasek> anything else?
[16:24] <slangasek> #endmeeting
[16:24] <meetingology> Meeting ended Thu Feb 13 16:24:47 2014 UTC.
[16:24] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2014/ubuntu-meeting.2014-02-13-16.03.moin.txt
[16:25]  * slangasek lets y'all off the hook then :)
[16:25] <slangasek> (meetings are so much shorter without ev!)
[16:25] <slangasek> thanks all :)
[16:25] <doko> short meeting, nice
[16:25] <stgraber> thanks!
[16:25] <jodh> thanks!
[16:25]  * cjwatson goes back to base-installer merge from hell
[16:26] <cjwatson> one of those where you have to back off and undo a load of unnecessary delta before even starting


[03:32] <Kwisher> anyone seeing mythfill issues?
[03:32] <Kwisher> anyone seeing mythfill issues?
[03:32] <Kwisher> anyone seeing mythfill issues?
[03:32] <Kwisher> anyone seeing mythfill issues?
[03:32] <Kwisher> sorry


[01:47] <tripelb> I was sent here because I have a nexus 7 to talk to people were putting Ubuntu on. That was 2 weeks ago and I see nothing can I find out where and when people are talking about that I have so many questions
[01:47] <tripelb> http://randall.executiv.es/raring_nexus7
[03:30] <Noskcaj> for next time tripelb comes online, put him in contact with a nexus 7 tester who can explain stuff to him
[09:43] <dtourond> Hello everyone :)
[09:46] <dtourond> 63 members online, but no one's talking..? Okay then.
[10:03] <amjjawad> phillw: you there?
[10:12] <dtourond> Am I the only one who's active here..?
[10:13] <amjjawad> DevonT or dtourond ???
[10:13] <amjjawad> You should have said your username is dtourond  ;)
[10:14] <amjjawad> when you need to talk to someone for example me, type his/her name
[10:14] <dtourond> It was DevonT before but after a while I got bored & logged off. When I came back it just automatically used dtourond.
[10:14] <amjjawad> so he/she should notice that
[10:15] <amjjawad> Ok!
[10:16] <dtourond> @amjjawad - so I guess we're the only two people who are active.
[10:16] <meetingology> dtourond: Error: "amjjawad" is not a valid command.
[10:17] <dtourond> amjjawad - so I guess we're the only two people who are active.
[10:17] <amjjawad> sometimes, users log in but they are busy or away
[10:18] <amjjawad> as I said on the fb group, people here from different time zones so it is better to arrage a meeting with someone before logging in ;)
[10:20] <dtourond> amjjawad - Yeah, that's true
[10:20] <dtourond> amjjawad - One time I was on an Anonymous IRC server (y'know, the hacker group) and it was just flooding with people. Almost every second there was a new message.
[10:20] <dtourond> I was just shocked at this, but don't worry.. I understand..
[10:21] <amjjawad> Glad you do
[10:22] <amjjawad> I must go now, I have some things to do :)
[10:22] <amjjawad> I will try to login later but no promises
[10:24] <amjjawad> dtourond: have you subscribed to the mailing list of QATeam?
[10:27] <dtourond> amjjawad: Yes, you're talking about the "Lubuntu-QA team" https://launchpad.net/~lubuntu-qa
[10:27] <dtourond> right?
[10:27] <amjjawad> yes and there is ubuntu qa team as well
[10:28] <dtourond> Amjjawad: Oh sweet! I don't think I'd need much help through Ubuntu
[10:28] <amjjawad> I have subscribed to both before and still getting the Emails. I must go now ... catch you later ;) dtourond
[10:28] <dtourond> Okay, ttyl :)
[10:28] <amjjawad> I'm all into Lubuntu actually
[10:29] <dtourond> Okay?
[10:29] <amjjawad> ok then, take care and cya soon ;)
[10:29] <dtourond> Yeah, same to you.
[10:29] <amjjawad> will sure do
[10:29] <amjjawad> bye
[10:29] <dtourond> Bye.
[18:00] <SergioMeneses> morning!
[18:02] <balloons> hello SergioMeneses
[18:04] <SergioMeneses> balloons, hey hey, happy new year! I'm back from vacations
[18:05] <balloons> me too, hehe!
[18:20] <SergioMeneses> balloons, I have a lot of email to read =S I can see autopilot is going well
[18:20] <balloons> yes, I've got lots to catch up on as well
[18:20] <balloons> but it's good
[18:21] <balloons> and we have the sessions to finalize dates on
[18:21] <balloons> gonna be a busy janurary
[18:26] <SergioMeneses> balloons, sure... Im checking the ubuntu phone os http://www.omgubuntu.co.uk/2013/01/ubuntu-phone-os-unveiled-by-canonical
[18:26] <balloons> yes.. check out the youtube video showing it in action
[18:27] <balloons> ohh, while I have you SergioMeneses
[18:27] <balloons> would you care to give a session on doing laptop testing this month?
[18:27] <balloons> https://wiki.ubuntu.com/Testing/Activities/Classroom
[18:30] <SergioMeneses> balloons, :O and SergioZanchetta?  does he know about this?
[18:30] <balloons> we sent a mail before break to the list
[18:30] <balloons> not sure if anyone got it..  never saw a response
[18:30] <balloons> anyways, I want to lock dates in
[18:30] <balloons> we wanted to do all of them this month
[18:38] <SergioMeneses> balloons, I saw the email but there is not answer from Sergio
[18:38] <SergioMeneses> :S
[18:59] <SergioMeneses> balloons, Can I give you an answer about the session later? I guess that I can but Im not sure
[18:59] <balloons> SergioMeneses, sure
[20:01] <letozaf_> Hi all, has anyone tried the Netboot armhf+omap4 image (http://ports.ubuntu.com/ubuntu-ports/dists/raring/main/installer-armhf/20101020ubuntu200/images/omap4/netboot/boot.img-fb.gz) ?
[20:02] <letozaf_> I'm not quite sure I found a bug
[20:03] <Noskcaj> letozaf_, whats the bug? i doubt anyone else has seen it
[20:03] <Noskcaj> also, how did you only get one bug for ubuntu manual partitioning?
[20:04] <balloons> hey Noskcaj letozaf_
[20:04] <letozaf_> Well for the armhf+omap4 image I chose to install  Basic Ubuntu Server and Ubuntu desktop, but when
[20:05] <letozaf_> I rebooted I only got a desktop with a background and nothing else
[20:05] <letozaf_> no icons no launcher nothing
[20:05] <letozaf_> hello balloons
[20:05] <letozaf_> :)
[20:05] <Noskcaj> letozaf_, interesting. ERMERGERD balloons is back
[20:06] <letozaf_> for the manual partitioning, what else should I have encountered ?
[20:07] <balloons> I'm back indeed
[20:07] <balloons> had a nice break
[20:07] <balloons> good holidays for everyone? happy new year if nothing else
[20:07] <letozaf_> Welcom back balloons !!!
[20:07] <balloons> that will sink in at some point
[20:07] <letozaf_> happy new year to all
[20:10] <Noskcaj> letozaf_, happy new year. my list (i think) is 1065789 bug 1080437 bug 1087409 bug 1086034 bug 1088054 bug 1087823 bug 1085173
[20:10] <letozaf_> wow!
[20:10] <Noskcaj> die ubot, die
[20:10] <letozaf_> let me have a look at these bugs
[20:11] <Noskcaj> i have a feeling i put one extra in, i'm not sure
[20:11] <balloons> so letozaf_ I think there's some more pending merges for the autopilot tests from you
[20:11] <balloons> if so, I will get to them
[20:11] <letozaf_> yes but the last two do not work :(
[20:11] <Noskcaj> balloons, there is one
[20:12] <letozaf_> there should be two: nautilus and evince
[20:12] <Noskcaj> i think i merged one of those
[20:13] <letozaf_> Noskcaj, for bug 1080437 this time it did not happen to me :(
[20:13] <balloons> Noskcaj, ahh, yes you do have the power
[20:14] <Noskcaj> balloons, POWER!
[20:14] <Noskcaj> letozaf_, interesting, maybe its VM only, i'm pretty sure bug 1087848 is
[20:15] <letozaf_> Noskcaj, unfortunatly I did not try to select try mp3 so also bug 1087409  did not happen to me either
[20:15] <letozaf_> sorry install not try
[20:15] <Noskcaj> letozaf_, my point is there are many bugs, just keep a lookout
[20:16] <letozaf_> yes sir!!!!
[20:16] <letozaf_> you are right
[20:17] <letozaf_> but for the slideshow isn't it a bit early to report a bug, maybe the still have to work on them...
[20:17] <letozaf_> or do we still have to report this kind of bugs ?
[20:18] <Noskcaj> letozaf_, scottk made the bug as a reminder, i just add it anyway
[20:18] <letozaf_> ok I asked because I was not sure about it
[20:18] <letozaf_> so next time I will also subscribe the bug
[20:19] <balloons> yes, bug 1086034 is known
[20:19] <balloons> not an issue
[20:19] <balloons> err, well, lol.. typically it's not updated till beta/rc tim
[20:19] <balloons> but your right,m it is a bug :-)
[20:19] <Noskcaj> your keyboard problem, i sometimes have that, usually accompanied by no keyboard at all and what looks like a compiz crash. balloons i only do it as a reminder
[20:19] <balloons> yes, it is good to file
[20:20] <letozaf_> Noskcaj, is a war machine, I mean on bugs :-D
[20:26] <balloons> indeed!
[20:27] <letozaf_> so for the armhf+omap4 image should I report a bug ?
[20:27] <balloons> Noskcaj, so I'm updating the live session testcase finally haha
[20:27] <balloons> I know we were talking a little about it before xmas
[20:27] <balloons> the first part is to add instructions for persistence that make sense
[20:28] <balloons> you also wanted to create files, etc, to check the persistence
[20:28] <Noskcaj> balloons, i have no part in live session. i don't think that was me
[20:30] <balloons> ohh. gotcha
[20:30] <Noskcaj> while you we away there were other testcases that need updating i did find
[20:30] <balloons> did you add them to the list? I should probably archive our old work now
[20:30] <balloons> https://wiki.ubuntu.com/QATeam/TestcaseUpdates
[20:31] <Noskcaj> balloons, note the very bottom, i'm not sure about the ppc one as we might close ppc down and i'm not sure ppc server i possible
[20:33] <Noskcaj> and before i forget, can someone run an ubuntu daily install, and note when the (x) is at the top and when its not
[20:33] <balloons> the 'x'?
[20:33] <Noskcaj> yes
[20:34] <Noskcaj> my netboot re-write is http://pad.ubuntu.com/wfjvrAzFq2, my oem re-write is http://pad.ubuntu.com/hROELLDhue
[20:35] <Noskcaj> the oem needs kubuntu only updates, could we get scott to do that?
[20:36] <balloons> Noskcaj, yes ask scottk
[20:38] <Noskcaj> i have pinged him
[20:39] <Noskcaj> phillw, can you try getting the -pwerpc guys to follow gilir's orders, i gave up an my mac can't boot usb
[20:44] <phillw> Noskcaj: I cannot order to order people,
[20:45] <Noskcaj> phillw, "orders:
[20:45] <Noskcaj> * "orders"
[20:46] <balloons> lol
[20:46] <balloons> well, testing this failed open on raring
[20:46] <balloons> usb disk creator blew up trying to start
[20:47] <Noskcaj> lol
[20:47] <letozaf_> I had quite a lot of problems with usb disk creator today
[20:47] <letozaf_> had to use unetboot
[20:47] <letozaf_> :(
[20:47] <phillw> balloons: Ì cannot log a critical bug with Chromium, the reporting mechanism from Chromium fails and it needs to be reported upstream. Is michag or Chad back from their break?
[20:47] <balloons> letozaf_, btw, you don't need to use unetboot
[20:48] <balloons> you can simply copy the image straight to usb
[20:48] <letozaf_> with dd ?
[20:48] <balloons> yes
[20:48] <balloons> dd if=myiso.iso of=/dev/sdb
[20:48] <letozaf_> oh! never thought of this :) great
[20:48] <balloons> yea, really slick
[20:48] <phillw> Noskcaj: we have to run down problems in severity... a none working browser is pretty sad... one VM system not working against another is a another bad one.....
[20:48] <balloons> been that way since hmm 10.04?
[20:48] <balloons> not sure
[20:49] <phillw> Noskcaj: for your issue, do you have the ability to change screen resolutuion on the VM?
[20:49] <balloons> Noskcaj, so this 'x' thing
[20:49] <balloons> what all do you mean?
[20:49] <balloons> I'm in the installer now
[20:49] <Noskcaj> phillw, is there anything that does work for you? balloons, it seems to come and go throughout the installer
[20:50] <balloons> k, I
[20:50] <balloons> i'll watch
[20:50] <balloons> yep, it's gone
[20:50] <balloons> ok, you got a bug for this?
[20:51] <Noskcaj> balloons, no, if you could.
[20:51] <ScottK> \o
[20:51] <balloons> gonna check using 'try ubuntu' then install
[20:51] <balloons> see if it changes anything
[20:51] <Noskcaj> ScottK, http://pad.ubuntu.com/hROELLDhue is my work so-far, if you could finish it?
[20:51] <balloons> hey ScottK
[20:51] <Noskcaj> balloons, good idea
[20:51] <phillw> Noskcaj: I got tied up on kvm bug, for which we have a workaround, I cannot test every testing system against all VM systems. I am pleased to see that the testdrive guys are also looking into your issues.... You better make sure the bug reports are there for them :D
[20:52] <Noskcaj> phillw, yep, everything thats actually a bug is one, everything else is in the email
[20:52] <phillw> Noskcaj: they need bug reports for each... the bug
[20:52] <phillw> & wish lists
[20:52] <Noskcaj> phillw, ok, i will make them now
[20:52] <ScottK> Noskcaj: I don't have time to write the test case, but I can get it into the system if someone does.
[20:53] <phillw> Noskcaj: you have to give the devs bug's to close, else their work does not count :D
[20:54] <Noskcaj> phillw, ok.
[20:54] <Noskcaj> ScottK, i was hoping you would at least know what to do for it. balloons, phillw or myself could upload it anyway. i guess i will try and finish it
[20:55] <ScottK> Sorry.  Quite busy with $work ATM.
[20:56] <Noskcaj> ok
[20:56] <balloons> Noskcaj, hmm.. actually I think it's ok
[20:57] <Noskcaj> balloons, what is?
[20:57] <balloons> so, what's happening is that it doesn't want you to killl the installer once you start making disk changes
[20:57] <balloons> that's what's happening
[20:58] <Noskcaj> oh, never mind then. but it has the x at the restart prompt, i wonder what happens if its clicked
[20:58] <balloons> hehe
[20:58] <balloons> well, if it's only the installer it would close
[20:58] <Noskcaj> ok
[20:59] <Noskcaj> on another unrelated topic, how can i get ubuntu on a hiapad hi802 / zealz gk802?
[21:03] <balloons> Noskcaj, if googling doesn't present some images / instruction my guess is to start with the basic core image
[21:03] <phillw> balloons: if you just want to log ##phillw - it's PPC stuff which may be useful when I bring Noskcaj up to speed on a request he has made
[21:05] <balloons> or arm image, depending
[21:05] <balloons> what instructions set does it support?
[21:05] <balloons> btw -- asking on #ubuntu-arm may help
[21:06] <Noskcaj> balloons, i did, they dodged the question
[21:09] <balloons> ahh, well, that might be the asnwer
[21:09] <balloons> heh
[21:09] <balloons> see what happens when you get it
[21:16] <letozaf_> I wanted to carry out the Ubuntuone tests, but the testcase: ubuntuone-client/ubo-001 that checks that the Ubuntuone client can be installed must be "old" I mean on a Raring fresh install it's already installed
[21:17] <letozaf_> maybe the testcase should be updated
[21:17] <Noskcaj> balloons, am i ok to upload the slightly edited oem install?
[21:18] <balloons> ahh I see it
[21:18] <balloons> yes, go ahead
[21:19] <balloons> err well
[21:19] <balloons> hmm
[21:19] <Noskcaj> the highlighted bits are my only changes
[21:19] <balloons> http://lubuntu.com/ doesn't exist
[21:19] <balloons> only http://lubuntu.net.. no redirect :-(
[21:20] <balloons> yea, go ahead though
[21:20] <balloons> I was looking at this line
Launch 'firefox' and navigate to http://www.FAMILY.com

[21:20] <balloons>
The FAMILY homepage is loaded and displays properly

[21:20] <Noskcaj> ok
[21:21] <balloons> ok, so the netboot changes
[21:22] <balloons> anyone having issues with apport not sending bug reports?
[21:22] <Noskcaj> balloons, in raring? yup
[21:22] <balloons> yes, raring
[21:22] <balloons> bug for it?
[21:23] <Noskcaj> no
[21:23] <Noskcaj> and apport-collect doesn't work either
[21:23] <balloons> let me look
[21:23] <balloons> we need to open one
[21:24] <balloons> https://bugs.launchpad.net/apport/+bug/1060989
[21:24] <Noskcaj> ok.
[21:24] <balloons> pitti mentions "Right, we didn't enable Launchpad reporting on Raring yet. They go to
[21:24] <balloons> errors.ubuntu.com only at the moment."
[21:24] <balloons> I can't believe they still haven't turned it on yet
[21:25] <balloons> I will check with pitti at some point
[21:34] <balloons> someone on raring wish to confirm? https://bugs.launchpad.net/ubuntu/+source/usb-creator/+bug/1095443
[21:48] <dkessel> switching the server to get package update from crashes update-manager on raring
[21:49] <balloons> dkessel, hmm
[21:49] <balloons> so, using update manager, changing the update server, then updating again causes a crash?
[21:50] <dkessel> yes. that's what i did. trying again after apport is done
[21:51] <dkessel> wait. apport is not working, right?
[21:51] <dkessel> mh
[21:51] <balloons> well, it's not pushing to lp yet
[21:51] <balloons> ohh.. I got a crash too
[21:53] <balloons> dkessel, well, let's get a bug filed for this if there isn't one
[21:53] <dkessel> balloons: lesson learnt: don't pop() an empty list :)
[21:54] <balloons> lol
[21:54] <balloons> yikes 10.4 mb crash file
[21:54] <TheLordOfTime> eesh
[21:54] <TheLordOfTime> oops sorry wrong channel
[21:55]  * TheLordOfTime hates laptop touchpads
[21:55] <balloons> my favorite: UnreportableReason: This is not an official Ubuntu package. Please remove any third party package and try again.
[21:55] <dkessel> yeah :D
[21:58]  * dkessel tries to find documentation on how submitting such a bug with apport files manually would work... https://help.ubuntu.com/community/ReportingBugs#Development_release does not help...
[21:59] <balloons> dkessel, you can use ubuntu-bug
[21:59] <balloons> in this case, ubuntu-bug update-manager
[21:59] <balloons> make sense?
[21:59] <dkessel> balloons: ok - i guess you're doing that already now?
[21:59] <balloons> dkessel, yes :-)
[21:59] <balloons> but you can confirm and add stuff to it
[22:01] <balloons> https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/1095453
[22:03] <dkessel> so i just write: "Confirmed on current package versions" ? or is "confirming" something different?
[22:06] <dkessel> balloons: is writing a comment with "Confirmed on current package versions" enough as confirmation?
[22:06] <balloons> dkessel, confirming is to set the status to confirmed
[22:06] <balloons> it means someone besides the original poster confirm the issue
[22:06] <balloons> make sense?
[22:07] <balloons> once it's been set to confirmed it should show up to the bug folks and package maintainers to be triaged, etc, etc
[22:08] <dkessel> balloons: ah, right. it is only shown after clicking the arrow next to the package name. i confirmed. and then i saw that it automatically got confirmed because i also said it affects me :)
[22:08]  * TheLordOfTime glances because he can
[22:08] <balloons> ahh.. didn't know that actually
[22:09] <TheLordOfTime> BugSquad sometimes says don't do that
[22:09] <TheLordOfTime> depending on the package ;)
[22:09] <TheLordOfTime> sorry, had to say it :
[22:09] <TheLordOfTime> :P *
[22:09] <TheLordOfTime> but in your case i think you're fine with what you did :0
[22:09] <TheLordOfTime> :) *
[22:09] <balloons> not to reply and autoconfirm or ?
[22:09] <dkessel> :)
[22:09] <TheLordOfTime> balloons, to reply anyways
[22:10] <balloons> ahh
[22:10] <TheLordOfTime> but for the bug in question i think you're OK
[22:10] <TheLordOfTime> ... oops and my sbuild is breaking again :/
[22:10]  * TheLordOfTime walks off
[22:10] <Noskcaj> in raring i just got the error: "sudo: timestamp too far into the future: Jan 3 20:00:37 2013" the command then ran fine, what happend?
[22:11] <TheLordOfTime> dkessel, you did fine btw.
[22:11] <TheLordOfTime> your responding says "It also affects here, I can confirm it" works.
[22:11] <TheLordOfTime> usually just the initial confirmation is all :P
[22:11] <dkessel> phew :)
[22:11] <TheLordOfTime> but QA runs a tad differently than what i normally see as bug triaging, which is why i rarely touch $current_dev bugs :P
[22:12] <TheLordOfTime> unless i'm the one who is working on them (usually happens in cases of certain server packages)
[22:12] <balloons> yes yes
[22:12] <balloons> we's cause trouble
[22:12] <TheLordOfTime> :P
[22:13] <balloons> Noskcaj, umm that's not impossible
[22:13] <TheLordOfTime> balloons, hey, at least you guys find the bugs in packages that are at least coded semi-decently...
[22:13] <balloons> what command?
[22:13] <dkessel> TheLordOfTime, what server packages would that be to cause you some work? ;)
[22:13] <TheLordOfTime> at least you guys don't have to maintain php5 :P
[22:13] <TheLordOfTime> dkessel, not directly under server team purview but... nginx primarily, and php5-fpm related things.
[22:13] <Noskcaj> balloons, sudo apt-get upgrade. sudo apt-get update had ran fine
[22:13] <TheLordOfTime> outside of server, anything i say "I like this, i'll help" :P
[22:14] <TheLordOfTime> but generally i just do general triaging ;)
[22:14]  * TheLordOfTime returns to fixing sbuild
[22:19] <TheLordOfTime> balloons, dkessel: the one thing Bug Squad, and particularly me, don't like, is seeing a thousand people post "I can confirm this" or "This happens to me."
[22:19] <TheLordOfTime> two or three confirming things is okayish though ;0
[22:19] <TheLordOfTime> ;) *
[22:19] <balloons> yes.. the "me too" posts!
[22:19] <TheLordOfTime> its when you get a billion people posting on one bug.... :P
[22:19] <balloons> tacked on again and again
[22:19] <TheLordOfTime> mhm
[22:20] <dkessel> right, that's why "affects me" was created i guess
[22:20] <TheLordOfTime> mhm
[22:20] <Noskcaj> :( oem install, of all things has a bug
[22:20] <TheLordOfTime> me, if i care about a bug, i just subscribe to the bug :P
[22:20] <TheLordOfTime> although i'm already subscribed to the packages i primarily work with :P
[22:22] <Noskcaj> the series name you input changes nothing, at least in Vbox
[22:29] <balloons> Noskcaj, what do you mean
[22:29] <balloons> I should do an oem install again.. haven't done one yet this cycle
[22:29] <balloons> heh
[22:29] <TheLordOfTime> whoo, Lubuntu's running smoothly in VM, compared to Ubuntu
[22:30] <TheLordOfTime> Unity's a resource hog for VM testing of things :P
[22:30] <phillw> TheLordOfTime: the reason you hate that is because it raises the bug heat and actually makes someone pull their finger out and have a look at it :P
[22:30] <TheLordOfTime> phillw, actually, i don't like it because it causes autoconfirms and then we have to actually ask for apport information or more info for when there's not enough
[22:30] <TheLordOfTime> or they file against the wrong package
[22:30] <TheLordOfTime> and need some talking to.
[22:31] <TheLordOfTime> oh, and my FAVORITE thing for bug workarounds that I just absolutely want to slap people for: "Manually downgrade the libraries to a prior release's version!"
[22:31] <TheLordOfTime> i aplogize for the ranting, i should be ranting in a secret channel soemwhere :P
[22:31] <Noskcaj> balloons, let me get the bug report finished and you will hopefully understand
[22:33] <phillw> TheLordOfTime: we have to deal with humans, if you would stop beating the daleks up.... we would not have these problems :P
[22:35] <Noskcaj> bug 1095465
[22:36] <phillw> TheLordOfTime: then, my suggestion is to file a bug against bug-report and dis-allow you guys being pinged against a bug until a bug has the apport information, until that point it should simply show as 'incomplete'.
[22:37] <TheLordOfTime> phillw, most of those that i see are server-team subscribed :P
[22:39] <phillw> TheLordOfTime: then, please raise a bug! I'd love to confirm it from desktop side (I get all the lubuntu related ones, such as browser, media palyer... etc).
[22:39] <TheLordOfTime> phillw, moment i find one i usually file it
[22:39] <TheLordOfTime> unless its an issue of PEBKAC and my own fault :P
[22:40] <phillw> TheLordOfTime: you're just picky :P try the DE bugs :D
[22:40] <dkessel> DE?
[22:40] <TheLordOfTime> desktop environment?
[22:40] <TheLordOfTime> or are you talking about the german bugs :P
[22:40] <phillw> dkessel:  ^^
[22:40] <phillw> lol
[22:41]  * phillw nicotine break
[22:52] <Noskcaj> bug 1095465
[22:52] <Noskcaj> balloons
[22:58] <balloons> thx
[22:58] <balloons> bbl