[01:19] <cyphermox> Sweetshark: still around?
[04:10] <smspillaz> pitti: you around ?
[04:10] <smspillaz> pitti: I can't reproduce bug 1063617 anymore. Can you walk me through it?
[04:10] <ubot2`> Launchpad bug 1063617 in compiz (Ubuntu) "1:0.9.8+bzr3319-0ubuntu1 regression: keeps setting gsettings keys to wrong values" [High,In progress] https://launchpad.net/bugs/1063617
[04:10] <smspillaz> I created a new user account and ran your script and the settings survive across compiz restarts and nothing funky is going on as far as I can tell
[04:14] <smspillaz> I have some notes here as to what the problem might be, so I can try going with that and seeing if it works
[04:35] <pitti> good morning
[04:37] <pitti> smspillaz: hello
[04:37] <pitti> smspillaz: I can try the test on current raring again, yes; hang on
[04:46] <smspillaz> yeah let me know
[04:46] <smspillaz> I can see where the code could run into trouble and cause it to try and write stuff upon reading values, but I think its a condition that's difficult to trigger
[04:50] <pitti> smspillaz: indeed I cannot reproduce it any more with a test user in current raring
[04:50] <pitti> was something for gsettings already fixed?
[04:50] <pitti> I'll take out the workaround from my session startup file and try with my own user
[04:52] <smspillaz> pitti: nothings been 'fixed' as far as I know - it might just be that we're not hitting the condition that can reproduce the bug anymore
[04:53] <pitti> smspillaz: ah, or that; it also works for my own user now
[04:53] <smspillaz> ok well
[04:53] <pitti> I got it very reliably on quantal; but a lot changed after that
[04:53] <pitti> so it might indeed be a timing issue on startup
[04:53] <smspillaz> I'll try and get something together to fix what I think is the root problem
[04:54] <smspillaz> the problem is that I don't think this is trivially backportable
[04:54] <pitti> smspillaz: back then it seemed like compiz would evaluate the gsettings at startup, and afterwards change their value; i. e. after the first restart after "gsettings set" the behaviour was still ok, but the keys were wrong
[04:54] <pitti> and after the second restart, both behaviour and keys were wrong
[04:54] <pitti> smspillaz: well, if it at least gets robust from raring on, that's already something :)
[04:55] <pitti> smspillaz: so I keep my workaround disabled, and will see whether it starts misbehaving again (I'll notice fairly quickly)
[04:57] <smspillaz> right, I think there was a condtion where it would read the compiz option first and overwrite the gsettings one with that
[04:57] <smspillaz> I can't really know for sure though until I get some test instrumentation around it
[04:57] <smspillaz> which is always tricky
[05:11] <pitti> smspillaz: do the existing tests have the possibility of restarting compiz?
[05:11] <RAOF> Oh, arse. Is the PS daily landing stuff breaking the dbgsym repository? It doesn't seem to have symbols for anything new.
[05:11] <smspillaz> pitti: no, although when I test things I generally do it at the unit level
[05:11] <pitti> smspillaz: if so, it might already be good to write a test for "configuration changes survive two restarts"
[05:12] <smspillaz> pitti: well, that would be higher level functional testing
[05:12] <smspillaz> and the problem is that such tests are inherently flakey
[05:12] <pitti> RAOF: hm, their PPA has ddebs, but they are not copied to anywhere when landing indeed
[05:12] <smspillaz> for example, the real problem might be that "configuration changes don't survive restarts, when certain conditions are met"
[05:12] <smspillaz> those aren't really appropriate for "make test" type runs
[05:13] <pitti> smspillaz: right; I thought of the autopilot style ones, which are generally integration tests
[05:13] <smspillaz> yeah
[05:13] <smspillaz> compiz doesn't really have an integration testing framework
[05:13] <smspillaz> well, we do, using xorg-gtest
[05:13] <smspillaz> but eh, I generally don't like doing high level testing if I can test something at a low level instead
[05:14] <pitti> yes, indeed
[05:14] <smspillaz> the nice thing about the compizconfig code is that I spent forever getting it into a shape where you could do low level testing without doing massive refactoring every time
[05:14] <smspillaz> I think I might write a blog post about it actually, could be useful for GObject-like code
[05:15] <smspillaz> (even though compizconfig does not use glib, but I wrote something very similar to GObject but smaller and tuned to my particular needs)
[05:16] <smspillaz> *insert bragging remark about how compiz has more unit tests than unity and nux combined
[06:11] <didrocks> good morning
[06:36] <pitti> bonjour didrocks
[06:36] <didrocks> guten morgen pitti!
[06:45] <pitti> didrocks: as-tu encore du neige?
[06:46] <didrocks> pitti: non, c'est fini ça, elle a tenu vendredi et un peu samedi, mais c'est tout :( et toi?
[06:47] <pitti> nous avons beaucoup de neige depuis dimanche
[06:47] <pitti> il neige pour le moment
[06:47] <pitti> biking to Taekwondo was quite a challenge yesterday
[06:48] <pitti> tomorrow I'll borrow my wife's bike rather, that has winter tires with spikes
[06:49] <didrocks> yeah, better to be safe on bike than risking on a slippery road :)
[06:50] <pitti> http://www.augsburg.de/index.php?id=1849 :)
[06:50] <pitti> it's even more where I live (we are on the border of the city)
[06:51] <didrocks> oh waow, this looks so… white :)
[06:51] <didrocks> (especially the sky)
[06:51] <pitti> it's still quite dark
[06:51] <didrocks> I can see you are more on east, on the camera, you are getting more light than here :)
[07:32] <hoonteke> maybe this is a place to ask, given Bjoern's blog article awhile back on quickly.  If not please excuse and point me to the right place:
[07:32] <hoonteke> I'm hoping there might be some knowledge overlap in here: I'm working with Py3k, python-gi, and glade.
[07:33] <hoonteke> I'm trying to set some text to a visible GtkTextView object via GtkTextViewobject.get_buffer().set_text("test"), but everytime I try, I'm getting a segfault.  (Once the control returns to the Gtk main loop.)  Is this a common problem/newbie mistake?
[07:33] <hoonteke> what am I doing wrong?  I've posted my simplistic code: http://bpaste.net/show/0bQCHyvi5ZOeBCYeDFXq/  and  the glade file: http://bpaste.net/show/IYzg9q8kKZeJTAkMtu3w/
[09:07] <mlankhorst> g'day
[09:08] <Laney> hey
[09:32] <Sweetsha1k> cyphermox: pong
[10:36] <didrocks> seb128: so, finally, we can even wrap more. I'm wrapping ubuntu-mono, light-themes and ubuntu-artwork (the non config part) in a ubuntu-themes source package
[10:36] <didrocks> this one will deliver those binaries, sounds good?
[10:37] <seb128> didrocks, sounds great to me ;-)
[10:37] <pitti> bonjour seb128 -- tu n'ai pas dire "bonjour" aujourd'hui!
[10:37] <didrocks> you will have a new package to review soon :)
[10:37] <didrocks> waiting on launchpad rollbacking a faulty patch preventing me to create this "ubuntu-themes" project
[10:37] <seb128> pitti, salut
[10:38] <seb128> pitti, non, j'ai un technicien de Dell qui était la pour réparer ma machine
[10:38] <pitti> seb128: oh, ta machine est malade?
[10:38] <pitti> (for lack of a better word of "broken")
[10:39] <seb128> cassée
[10:40] <seb128> pitti, elle était très très très lente par moment (utilisation cpu forte, ou lors des recharges)
[10:40] <pitti> seb128: so you're working on the nexus 7 now? :-)
[10:41] <seb128> pitti, no, the guy changed the mb (which is why I was offline for over an hour), I'm back to a working laptop
[10:41] <seb128> weird issue
[10:41] <seb128> the machine was feeling like a 486 when the battery was charging or when using the cpu after a while
[10:41] <pitti> seb128: good to hear; yay Dell customer support
[10:41] <seb128> like the cpu throttling was kicking in without reason
[10:41] <seb128> it was not overheating...
[10:42] <seb128> pitti, yeah, kudos to them, they made me update the bios and try a few things first and since that didn't work they said yesterday they would send me a tech guy to fix it and next day he was there
[10:42] <pitti> I was quite impressed with mine as well
[10:43] <pitti> after 3 years minus 3 weeks I asked for the CPU fan to get replaced as it was very loud
[10:43] <pitti> and the next day they did without any fuss
[10:44] <seb128> I'm glad I have the 3 years warranty in any case ;-)
[10:45] <pitti> yeah, that's a non-negotiable thing for a workstation
[11:28] <davidbarth> hi; can i bother someone with this error? python -c "from gi.repository import Gio; Gio.DesktopAppInfo.new('gnome-terminal')"
[11:29] <davidbarth> i wonder if it's due to the library or the bindings missing some constructors, or if i'm doing it plain wrong
[11:29] <seif> pitti did u see my issue
[11:29] <seif> ?
[11:29] <davidbarth> hey seif ;)
[11:30] <pitti> hey seif
[11:30] <pitti> seif: which issue?
[11:31] <davidbarth> hey pitti, guten tag; not sure for seif, but my gi.repository error above may be an easier one
[11:31] <davidbarth> ;)
[11:32] <pitti> davidbarth: the introspection part seems alright
[11:32] <Laney> davidbarth: you need to include '.desktop'
[11:33] <Laney> http://developer.gnome.org/gio/unstable/gio-Desktop-file-based-GAppInfo.html#g-desktop-app-info-new
[11:33] <pitti> just that the actual glib ctor fails
[11:33] <pitti> $ python -c "from gi.repository import Gio; print Gio.DesktopAppInfo.new('gnome-terminal.desktop')"
[11:33] <pitti> <DesktopAppInfo object at 0x12e80f0 (GDesktopAppInfo at 0x1326d90)>
[11:33] <pitti> oui, merci Laney
[11:33] <davidbarth> ah indeed! thanks guys
[13:01] <Sweetshark> doko: is python3-defaults (>=3.3) easily backportable to quantal?
[13:03] <mitya57_> Sweetshark: it will require to rebuild everything, why do you need it?
[13:04] <Sweetshark> mitya57_: libreoffice4 backports
[13:06] <mitya57_> Sweetshark: new libreoffice doesn't support 3.2?
[13:06] <Sweetshark> mitya57_: nope
[13:07] <ricotz> Sweetshark, hi :)
[13:07] <ricotz> Sweetshark, please don't upload 4.0 to the main ppa
[13:07] <Sweetshark> ricotz: k, why?
[13:08] <ricotz> Sweetshark, i would want to wait for at least 4.0.1
[13:08] <mitya57_> Sweetshark: you may want to hardcode python3.3 and use it (and rebuild only modules you need)
[13:09] <ricotz> Sweetshark, we should keep those in prereleases
[13:10] <Sweetshark> ricotz: the ppa that is called "ppa"? yes ... well no. ;) 4.0.0 will be in there, or at least can be. alpha/beta of course not yet.
[13:11] <ricotz> Sweetshark, then create a 3-6 ppa and have it properly sized first to be able to copy the 3.6.x packages for starting 4.0
[13:11] <ricotz> please ;)
[13:12] <ricotz> Sweetshark, when is 4.0.0. suppose to happen?
[13:13] <Sweetshark> yep, -3-6 ppa is a good idea.
[13:13] <Sweetshark> 4.0.0 February 4-10, 2013
[13:14] <ricotz> alright
[13:15] <Sweetshark> so, its still a bit off ;)
[13:17] <ricotz> Sweetshark, yeah, good ;)
[13:18] <ricotz> Sweetshark, be aware of different build-deps if you copy LO builds to the "ppa"
[13:19] <Sweetshark> ricotz: huh? what do you mean?
[13:20] <ricotz> Sweetshark, e.g. libexttextcat
[13:21]  * Sweetshark wonders if it makes sense to build the beta1 prerelease for quantal without python in the prereleases ppa, so people can easily install something for testing.
[13:21] <Sweetshark> ricotz: k
[13:21] <ricotz> if havent copied it yet, but will do when the quantal build "finally" worked out in my ppa
[13:21] <ricotz> (ppa space :\)
[13:22] <Sweetshark> ricotz: that problem should (mostly) be gone with 4.0. binfilter is dead and good riddance.
[13:22] <ricotz> Sweetshark, please do it for raring
[13:23] <ricotz> this means: a huge cut-down of needed build-space?
[13:23] <Sweetshark> ricotz: we decided to kill binfilter with 4.0 upstream. no need to ever build that crap again.
[13:23] <Sweetshark> ricotz: right.
[13:24] <ricotz> nice
[13:24] <czajkowski> which makes me happy :)
[13:24] <ricotz> heh
[13:24] <Sweetshark> binfilter was essentially a full copy on an old staroffice that was build only to read the old staroffice files and communicate to the 'real' office how they look like.
[13:26] <ricotz> :)
[13:26] <ricotz> bbl
[13:26] <Sweetshark> czajkowski: heh, we still have enough for you, lots of new deps that we need to keep in the ppa. but at least the filesystem size requirements of the _builder_ should be lower now.
[13:27] <czajkowski> well one can hope :)
[13:29] <Sweetshark> hmmmm, Mem:  32951952k total, 32786672k used ... should I be worried?
[13:46] <bcurtiswx> anyone know why chrisccoulson was banned from freenode?
[14:12] <micahg> Laney: I wonder if parallel will work better now in webkit 1.10.2
[14:17] <Laney> micahg: I don't know if those splitting fixes will have helped that, but it might be worth a try
[14:17] <Laney> there's some commented out stuff in rules for that
[14:17] <micahg> 4 hour build times are annoying :)
[14:17] <micahg> (was 2.5 for me locally)
[14:19] <Laney> ccache might help
[14:19] <Laney> Build needed 02:54:47, 34347904k disc space
[14:19] <Laney> you must have quite some machine!
[14:20] <czajkowski> bcurtiswx: you can ask in #freenode if that is the case.
[14:21] <bcurtiswx> czajkowski, OK thx
[14:28] <micahg> hrm, how does webkit get a new binary package dependency on libxdamage, but lose it from the ldd output
[14:36] <cyphermox> good morning!
[14:38] <seb128> hey cyphermox
[14:40] <cyphermox> bonjour seb128
[14:41] <didrocks> hey cyphermox
[15:32] <GunnarHj> seb128: ping
[16:00] <mspencer> mpt: I have a quick question about handling feature requests.
[16:02] <mpt> mspencer, sure
[16:04] <mspencer> mpt: When someone files a bug that is a feature request, am I going to immediately assign it to you and you decide if it should be included or do I talk to you first or what? Here's an example: bug 1088056
[16:04] <ubot2`> Launchpad bug 1088056 in Contributor Console "Clicking on a package description in Software Center should link to Nightmonkey" [Undecided,New] https://launchpad.net/bugs/1088056
[16:05] <mpt> mspencer, only if it isn't obvious what the appropriate design is
[16:05] <mpt> mspencer, if you can decide it by yourself, that's fine too.
[16:07] <mspencer> mpt: Okay. So for that bug, do want me to triage it as wishlist and assign it to you?
[16:08] <mpt> sure
[16:15] <mitya57_> hey mspencer, is there any reason why contributor-console uses python2?
[16:16] <mitya57_> (and do you know that it likely won't be on desktop cd for raring — https://blueprints.launchpad.net/ubuntu/+spec/foundations-r-python-versions)?
[16:16] <mitya57_> s/cd/image/
[16:17] <mspencer> mitya57_: I've been using python2 because that's what Quickly on 12.10 uses.
[16:18] <mspencer> mitya57_: Thanks for bringing this to my attention, I wasn't thinking about this. If you want, you could report this as a bug and I'll work on porting it to python3.
[16:29] <robru> Good morning
[16:29] <didrocks> hey robru!
[16:30] <mitya57_> mspencer: np, just noted
[16:30] <seb128> hey
[16:30] <didrocks> meeting time?
[16:30] <robru> I think so
[16:30] <seb128> Sweetshark, qengho, didrocks, mlankhorst, cyphermox, mterry, robru, attente, tkamppeter: it's meeting time
[16:30] <seb128> https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-12-11
[16:30] <cyphermox> o/
[16:30] <mlankhorst> I had a demo running, then it broke :(
[16:31] <tkamppeter> hi
[16:31] <Sweetshark> o\
[16:32] <mlankhorst> got to eat soon, so ill just say this: managed to drop fps on glxgears to 200 fps (so it synced radeon and i915.. ish)
[16:32] <mlankhorst> EOD ;P
[16:32] <seb128> I hope everybody is fine, getting close from holidays
[16:32] <seb128> let's get started
[16:32] <seb128> Sweetshark, hey, short summary...? ;-)
[16:32]  * Laney didn't get pinged :(
[16:32] <Sweetshark> seb128: first beta1 upload to ppa for raring
[16:33] <seb128> Laney, hey, sorry, I used my line from last week and I had your filtered out because you were on holidays
[16:33] <Laney> :P
[16:33] <Sweetshark> seb128: also backported to quantal for more test coverage, but had to disable python :/
[16:33] <seb128> Sweetshark, I read that early, shame
[16:34] <seb128> Sweetshark, when do you aim at a raring upload? before holidays? what's the status of the MIR stack?*
[16:34] <Sweetshark> seb128: reportbuilder MIRs problematic -- might pull in half of java-universe, security unhappy about that. will use internal jfreereport, HTH
[16:34] <robru> I'm on the nexus today, please excuse my slow typing :-)
[16:34] <seb128> (speaking of the nexus my raring upgrade seems to be stucked...sshing to it)
[16:35] <Sweetshark> seb128: yes, a 4.0 beta upload for raring should be doable before the holidays. the packaging is in a decent state
[16:35] <seb128> Sweetshark, yeah, half of java seems an issue
[16:35] <seb128> Sweetshark, ok, let's see how that goes
[16:35] <seb128> Sweetshark, thanks
[16:35] <seb128> qengho, hey
[16:35] <Sweetshark> seb128: also I prepare 147 full builds of libreoffice on precise for bibisecting at the libreoffice test marathon
[16:35] <seb128> lol, fun
[16:36] <Sweetshark> seb128: actually it just finished. and is packed in a 2.7GB git repo.
[16:37] <seb128> isn't git great? ;-)
[16:37] <seb128> Sweetshark, thanks
[16:37] <seb128> qengho, hey, around for a quick week summary?
[16:38] <seb128> seems not, coming back to you later
[16:38] <seb128> didrocks, hey
[16:38] <didrocks> hey!
[16:38] <didrocks> * New unity stack half-automatically (testing was manual) to ubuntu bringing overlay scrollbars and more to users.
[16:38] <didrocks> * Continue improvement and bootstrapping of daily-landing process. Now we are at 27 projects working.
[16:38] <didrocks> * Added dependency validation between stacks, meaning it won't be possible that a change breaking backward compatibility will be released with the rest of other stacks working with that change. Still need some due autopilot changes for tomorrow to have everything wired.
[16:38] <didrocks> * Merged into one packages the whole ubuntu-artwork, ubuntu-mono and light-themes. ubuntu-themes is the new thing \o/ the ubuntu-artwork gsettings override is now in ubuntu-settings.
[16:39] <didrocks> ..
[16:39] <seb128> thanks for cleaning the artwork stack
[16:39] <didrocks> yw!
[16:40] <seb128> I just noticed we still had gconf overrides and stuff in there when reviewing the update earlier... ;-)
[16:40] <didrocks> hum, I did remove some
[16:40] <didrocks> did I left some?
[16:40] <didrocks> leave*
[16:40] <seb128> didrocks, yeah, "we had", before you came to clean it
[16:40] <didrocks> ah yeah ;)
[16:40] <seb128> I didn't realize before that
[16:40] <didrocks> indeed, a lot of crufts :)
[16:41] <seb128> didrocks, thanks for the hard work!
[16:41] <didrocks> no worry ;)
[16:41] <seb128> Laney, hey (not forgetting you twice ;-)
[16:41] <Laney> heh
[16:41] <Laney> On holiday last week. Previously landed the first part of gst 1.0. That's probably it for now.
[16:42] <seb128> Laney, I hope you had a good week off
[16:42] <Laney> There's some problems like empathy crashing on calls that block on kde
[16:42] <Laney> but in the meantime people can still use the PPA
[16:42] <seb128> is that because we didn't upgrade farstream?
[16:42] <Laney> yeah
[16:42] <seb128> how much would be break KDE if we went on with the update?
[16:42] <Laney> well, because we didn't switch empathy yet which requires farstream
[16:42] <Laney> there's a transition
[16:42] <Laney> so stuff has to be ported or removed or it won't migrate
[16:43] <seb128> so we are stucked with empathy having video calls broken?
[16:43] <Laney> I could do something like have two source packages
[16:43] <seb128> well, not the end of the world but we should make sure the kubuntu guys work with us to move forward
[16:44] <Laney> or force hint the stuff through and have the transition incomplete in release
[16:44] <seb128> so we don't stay stucked for months
[16:44] <Laney> might get killed for that though
[16:44] <Laney> i'll follow up with riddell this week
[16:44] <seb128> one first step could be to start the transition in proposed
[16:44] <seb128> it might annoy the guys who don't want stuff to sit in proposed enough to motivate moving forward :p
[16:44] <seb128> Laney, thanks
[16:44] <Laney> also: new webkit 1.10.2, just did a dev hangout with dholbach during which my microphone stopped working multiple times, now patch piloting
[16:44] <Laney> :-)
[16:44] <Laney> FIN
[16:45] <seb128> Laney, thanks ;-)
[16:45] <seb128> (I'm glad you are doing the webkit updates ;-)
[16:45] <seb128> mlankhorst, hey
[16:45] <didrocks> (and glad that you are speaking French :))
[16:46] <Laney> and there's me thinking it was TCP
[16:46] <seb128> hum, no mlankhorst
[16:46] <seb128> cyphermox, hey
[16:47] <cyphermox> hey hey
[16:47] <cyphermox> so I'm still trying to unbreak all the tests in the indicators that fail tests
[16:47] <seb128> how is that progressing?
[16:47] <seb128> still no indicator-session autolanding?
[16:48] <didrocks> cyphermox: did you talk to pitti about the xvfb-run issues?
[16:48] <cyphermox> I think libappindicator is mostly done now, dbusmenu to follow today, and ido/xorg-gtest soon, still blocked on a crash in X in the buildds
[16:48] <cyphermox> didrocks: I did
[16:48] <cyphermox> it's not hugely helpful but got an idea to get a core file and debug that
[16:48] <didrocks> ah that's a first step :)
[16:48] <cyphermox> yeah
[16:48] <didrocks> let's do the one without xvfb issue first
[16:48] <didrocks> so the "nearly done"
[16:48] <cyphermox> otherwise, multiarching libappindicator/libindicator for precise
[16:48] <didrocks> to just have those 2
[16:49] <cyphermox> yup yup
[16:49] <cyphermox> ..
[16:49] <seb128> cyphermox, we didn't have libappindicator multiarched yet? seems like a good one to get indeed
[16:49] <seb128> cyphermox, thanks
[16:49] <cyphermox> yeah in *precise*
[16:49] <seb128> right
[16:49] <seb128> hum, no mterry
[16:49] <cyphermox> oh, also preparing another NM/ nm-applet /MM update with new magic
[16:50] <seb128> robru, hey, let's see how the nexus work for the update and typing :p
[16:50] <robru> So, this week the PS team really ramped up usage of lp:friends and found a bunch of bugs, so I've been racing to squash them all. Very little packaging happened because of this, so now I need to catch up on that. Ken left me with a big to-do list while he is gone :-)
[16:50] <didrocks> robru: enjoy the webapps update! (especially the security fix one), do not hesitate to ping me if needed :)
[16:50] <robru> Took me a while to type that :-)
[16:51] <seb128> robru, right, don't hesitate to ping didrocks or me (or just ask on the channel) if you need help with the packaging stuff
[16:51] <seb128> ken said you had some SRUs to get done
[16:51] <seb128> robru, let's make you not type more then
[16:51] <seb128> robru, thanks
[16:51] <robru> didrocks, yeah, will likely need guidance
[16:51] <seb128> attente, hey, how is the menus fight going? ;-)
[16:51] <attente> seb128: pretty good actually
[16:52] <attente> all that's left is the GtkApplicationWindow x property bug, which should be done by today or tomorrow thanks to larsu's help, and i can get out those PPAs for testing
[16:52] <attente> afterwards, more testing, bug fixes, and code clean-up, but otherwise, i think i can try taking on something new :)
[16:52] <attente> ...
[16:53] <larsu> awesome work attente!
[16:53] <seb128> attente, great, feel free to do calls for testing on the channel once you are ready to get feedback from others
[16:53] <attente> sure thing
[16:54] <seb128> attente, thanks
[16:54] <seb128> tkamppeter, hey
[16:54] <tkamppeter> hi,
[16:54] <tkamppeter> I have done:
[16:54] <tkamppeter> - worked on bugs
[16:54] <tkamppeter> - Investigations on a CUPS crash in Quantal
[16:55] <tkamppeter> - Installed 13.04 on the Nexus 7 and on a VM on my PC
[16:55] <tkamppeter> - Added hardening to cups-pk-helper and investigated its test programs for a MIR
[16:56] <tkamppeter> - Good news: The maintainer of the GTK print dialog has posted the first patch for browsing remote printers via Avahi
[16:56] <seb128> tkamppeter, thanks for testing  the cups-pk-helper security update btw
[16:56] <seb128> @gtk: nice
[16:56] <tkamppeter> - Another good news: XBMC works on Nexus 7 and allows to play videos.
[16:57] <seb128> tkamppeter, lot of good stuff there
[16:57] <seb128> tkamppeter, thanks
[16:57] <seb128>  
[16:58] <tkamppeter> - YouTube works on the Nexus7 also with Firefox, see my update of the Nexus 7 Usage Wiki.
[16:58] <seb128> nice
[16:59] <seb128>  
[16:59] <seb128> so me: still some sponsoring, we got the queue almost in shape, bugs fixing/triage, played with the nexus 7, triaged some bugs, looked at some issues but no real progresses on performances yet
[17:00] <seb128> I'm on holidays soon (end of week or before, still have a few days and I ponder using seem this week or early january)
[17:00] <seb128> I think enough of us are off next week that we will not need a meeting
[17:00] <seb128> so we will resume those next year
[17:00] <seb128>  
[17:00] <didrocks> agreed
[17:00] <qengho> I'm ready.
[17:00] <seb128> does anyone has questions/comments?
[17:00] <Sweetshark> seb128: addendum: there was some trouble with the new packages on the debian side -- a/ liblangtab was ftbfs on armel there, I havent investigated for us yet b/ liborcus still needed some tweaking of the orig.tar, which is annoying as it means we will likely have to do some 0.3.1+really-0.3.0 black magic with the same tarball, which is unfortunate.
[17:00] <seb128> qengho, hey, go ;-)
[17:01] <qengho> desktop-r-chromiumbrowser-improvements
[17:01] <qengho> 1) Merging packaging minimal changes for #security.  They like more details than I gave.
[17:01] <qengho> 2) Fixing more NEON errors on ARMv7. Talking to people tracking some crashers there.
[17:01] <qengho> 3) Getting ready for new stable release upstream.
[17:01] <qengho> 4) Getting on top of bug reports. There are lots.
[17:01] <qengho> EOF
[17:01] <seb128> getting on top of bug reports? brave man!
[17:01] <Sweetshark> seb128: a/ is what I like to have fixed before the LO upload, b/ is annoying, but nothing that will bring us off track too much.
[17:02] <seb128> don't spend your life fighting bug noise, some of us have been there, it doesn't scale, it's just demotivating over time
[17:02] <seb128> Sweetshark, back to you in a minute
[17:02] <qengho> Ugh.
[17:02] <qengho> As a person who likes Inbox Zero style, I have a lot of work to do.
[17:02] <Sweetshark> qengho: If you wanna fight bugs, I have a few spare ones to sell you. And some oceanfront property in arizona ;)
[17:02] <seb128> qengho, filter bug emails smartly, like put in a box that you drive the 0 the direct Cc/assignment ones
[17:03] <seb128> then discard everything else or just quickly glance over the titles
[17:03] <seb128> that's my advice
[17:03] <seb128> qengho, thanks
[17:04] <seb128> Sweetshark, liborcus didn't get NEWed yet, it's still in https://launchpad.net/ubuntu/raring/+queue?queue_state=0&queue_text=liborcus ... I can reject it so no need of new tarball
[17:04] <Sweetshark> seb128: ah, cool. please do.
[17:04] <qengho> I have some decent mail rules.  I just want bug searches to be more useful to me, so I might need to re-title lots of them.
[17:04] <seb128> Sweetshark, done
[17:04] <seb128> qengho, ok, makes sense
[17:04] <seb128>  
[17:04] <seb128> ok, any other update/comment/question?
[17:05] <didrocks> cyphermox, mterry-not-here, robru: just a heads up that if you saw some branches landing in upstream trunk without tests and they should have some, in addition to ping your lovely upstream, please add them to http://pad.ubuntu.com/ubuntu-unity
[17:05] <didrocks> ..
[17:06] <Laney> will many people be around next week?
[17:06] <qengho> I'll be around most of it.
[17:06] <didrocks> not me
[17:08] <seb128> Laney, robru and mterry will be around I think, maybe a few other ones
[17:08] <Sweetshark> ill be around modulo test marathon, which should help a bit in making this package sound from the start ...
[17:08]  * Laney nods
[17:08] <Laney> i'm off from next thursday
[17:08] <seb128> have good holidays everyone in any case
[17:08] <didrocks> thanks, you too! :-)
[17:09] <Sweetshark> seb128: http://packages.debian.org/experimental/liborcus-0.4-0 <- the fixed package is in experimental by now, please sync when time allows then.
[17:09] <cyphermox> I'm going to be around until the 20th
[17:09]  * Sweetshark eats a chocolate santa.
[17:10] <seb128> Sweetshark, excellent, it means it already got NEW reviewed so we can ack it easily
[17:11] <seb128> Sweetshark, http://packages.qa.debian.org/libm/libmspub.html and http://packages.qa.debian.org/libl/liblangtag.html as well ... can those be synced?
[17:11] <seb128> Sweetshark, that will make things easier
[17:12] <Sweetshark> seb128: mspub should be fine, lemme check liblangtag. there was a armel fail there somewhere ...
[17:15] <Sweetshark> seb128: i will give the langtag thing a try on a porterbox tommorrow and report back. k?
[17:15] <seb128> Sweetshark, works for me, thanks
[17:32] <jbicha> this looks like it will make our "load whatever app you want to in System Settings" patch more fun: http://git.gnome.org/browse/gnome-control-center/commit/?id=3686cf
[17:33] <jbicha> https://mail.gnome.org/archives/gnomecc-list/2012-December/msg00000.html
[18:00]  * didrocks waves good evening :)
[18:09] <seb128> Sweetshark, https://launchpadlibrarian.net/125458922/buildlog_ubuntu-raring-armhf.liblangtag_0.4.0-3_FAILEDTOBUILD.txt.gz ... you were right ;-)
[18:19] <Sweetshark> seb128: hmm, do we have it in on the other archs now? because essentially what rene did on debian was: disable langtag on arm, use it elsewhere.
[18:20] <seb128> Sweetshark, no, but arm is armhf in ubuntu
[18:20] <seb128> so maybe the check needs updating
[18:22] <Sweetshark> seb128: so it failed for rene on armel. rene though about just extending the timeout but that likely isnt the fix.
[18:23] <Sweetshark> eh, something missconfigured terribly. txt-files opening in notepad on wine.
[19:04] <Laney> yay webkit ICE
[19:07]  * Laney retries - gotta be them rays again, right?
[19:09] <micahg> hrm, I thought gcc autoretried that now...
[19:09] <Laney> maybe
[19:09]  * micahg is waiting for powerpc to finish and will upload to security with gstabs gone
[19:10] <Laney> PPA?
[19:10] <micahg> yeah
[19:37] <qengho> One thing great about the ARM hardware I have access to is that it makes me nostalgic of the hardware I used in 1995. Now on hour six of compiling a web browser.
[19:39] <qengho> I'm sure there's faster out there. Don't ruin my illlusion.
[19:46] <seb128> qengho, takes me 4 hours to build webkit on an i5... (but the webkit package dual built it for gtk2 and gtk3 so webkit alone should be half that time)
[19:47] <qengho> seb128: yeah, but are you IO bound?  I'm CPU bound.
[19:48] <micahg> chromium is a much faster build than webkit for me
[19:48] <seb128> qengho, dunno, that's a ssd drive so I guess cpu is the issue
[20:21] <robru> seb128, still around?
[20:21] <seb128> robru, yes
[20:21] <robru> seb128, I'm having a stupid day ;-)
[20:22] <robru> seb128, is it too late to ask you about some SRU stuff?
[20:22] <seb128> robru, how so?
[20:22] <robru> seb128, ken left me with some vague instructions ;-)
[20:22] <seb128> robru, no, I wouldn't be online if it was too late for IRC ;-)
[20:22] <robru> seb128, hahah, ok
[20:23] <robru> seb128, so ken told me to ping mardy about this SRU but it seems he's not around, curse this west coast timezone I'm in!
[20:23] <robru> seb128, so ken says "Please ping mardy and have him add the standard SRU documentation to bug 1029289", do you know what that means? or is this some secret that only mardy knows?
[20:23] <ubot2`> Launchpad bug 1029289 in Online Accounts: Account plugins "Need to authorize my google account each time I boot the computer" [Critical,In progress] https://launchpad.net/bugs/1029289
[20:24] <Laney> !sru
[20:24] <ubot2`> Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates
[20:24] <seb128> robru, it's basically https://wiki.ubuntu.com/StableReleaseUpdates
[20:24] <Laney> the documentation on that page
[20:24] <robru> Laney, seb128: why did ken specify mardy about it then? odd
[20:24] <seb128> robert_ancell, you need those 3 infos basically: bug impact, test case (so testers can verify the fix is working), regression potential (describe what needs testing for regressions)
[20:25] <seb128> robru, we tend to try to make the #ps guy to file the infos otherwise there are 30 of them dumping SRUs on us and we struggle to do the paperwork
[20:25] <robru> seb128, ahhhh, so I guess only mardy knows the details then.
[20:28] <seb128> robru, well, drop him an email, or just file the infos as you can (the title suggest the testcase should be easy enough to come with)
[21:44] <jasoncwarner> robert_ancell RAOF TheMuso bryce  https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-12-11coming up. prepare your updates!
[21:45] <RAOF> Super secret projekts!
[21:47]  * bryce waves
[21:58] <jasoncwarner> 'aight...want to get started? bryce, care to kick us off?
[21:58] <bryce> sure
[21:58] <bryce> Main task this last week - Rewrote the X.org versions page from perl to python, pretty much done, just need to sort out the cron jobs for it.
[21:59] <bryce> Also, setting up four re-imageable PCs in prep for some testing I expect to be doing in coming weeks, multiply partitioned with raring, precise, etc. and making sure I can cross-boot between all of them.
[21:59] <bryce> administrivia - I'll be off on vacation for about a week starting tomorrow.
[22:00] <bryce> and some bug triage; things seem not too bad right now though.
[22:00] <RAOF> I'll ensure you've got something interesting to come back to after your break :)
[22:00] <bryce> RAOF, I'm counting on it :-)
[22:00] <bryce> EOT
[22:01] <jasoncwarner> thanks, bryce
[22:01] <jasoncwarner> TheMuso is out, so, robert_ancell ?
[22:02] <robert_ancell> The most visible thing I did was get the first cut of the bluetooth indicator working (in the desktop PPA) and explored options for a networking indicator based on similar code used in the bluetooth one
[22:02] <robert_ancell> apart from that I've been working on small parts of bigger things that will hopefully start to come together over the next few months
[22:03] <robert_ancell> EOT
[22:03] <jasoncwarner> awesome, thanks robert_ancell
[22:03] <jasoncwarner> RAOF: ?
[22:04] <RAOF> I've been hacking away on the project that dare not speak its name; it's going well, and will have something for bryce when he returns.
[22:05] <robert_ancell> RAOF, and for me too?
[22:05] <robert_ancell> :)
[22:05] <RAOF> I've also done most of the work required to get colord back in sync with upstream. Just needs a final patch clean up, review, and then upload to Debian+raring+precise-proposed
[22:06] <jasoncwarner> RAOF: nice...thanks!
[22:07] <RAOF> EOT
[22:08] <bryce> jasoncwarner, and you?  how's the packing going?  :-)
[22:09] <jasoncwarner> bryce so. much. stuff. to. sell.
[22:09] <jasoncwarner> but, you know, other than that, well :)
[22:09] <jasoncwarner> I'm going to use the holiday break to really get my act together.!
[22:09] <jasoncwarner> exactly a month today when we leave!
[22:10] <bryce> jasoncwarner, plenty of time!
[22:11] <RAOF> Aiming to arrive in Canada in the very teeth of winter, I see.
[22:12] <jasoncwarner> RAOF we'll be in phx for a couple of weeks to see family, canada around feb3rd or so. but robru can probably tell you, BC winter is not quite canada winter. more like seattle and portland
[22:12] <bryce> yeah mostly a lot of rain and no sun
[22:13] <robru> jasoncwarner, yes! it's +10 here. I don't even zip up my jacket when I go out ;-)
[22:13] <robru> actually we've had a couple sunny days last week. I was pretty impressed.
[22:14] <robru> jasoncwarner, what's your plan for finding a home? do you have a house lined up already? I'm living in a hostel for 2-3 months until I can pay down some debts and save up a damage deposit for an apartment...
[22:15] <jasoncwarner> robru we are probably going to rent a furnished place for a month from someone leaving the area. we'll then line up a house when we are on the ground. something along those lines
[22:16] <robru> jasoncwarner, ah yeah, not so different from my plan, just more spacious ;-)
[22:17] <jasoncwarner> robru: when you got a 5 year old and a 2 year old...more space is better :)
[22:18] <robru> jasoncwarner, no doubt! I'll be lucky if I have a real place before you get here though ;-)
[22:18] <jasoncwarner> :)
[23:50] <mlankhorst> brr, i can lock up both graphics cards :s