[02:56] <mterry> chrisccoulson, my thunderbird isn't showing any mail?
[05:00] <pitti> Good morning
[05:01] <TheMuso> Morning pitti.
[05:16] <pitti> hey TheMuso, how are you?
[05:16] <pitti> had a nice weekend?
[05:32] <RAOF> Aloha pitti
[05:32] <pitti> hey RAOF, how are you/
[05:33] <RAOF> Good!
[05:33] <RAOF> Getting back into the swing of things.
[05:33] <TheMuso> pitti: Certainly did thanks. Yourself?
[05:33] <RAOF> Lottsa email :)
[05:34] <pitti> TheMuso: was pretty nice, yes; we baked some more christmas cookies, and otherwise just enjoyed the last quiet weekend this year :0
[05:34] <AfC> RAOF: Ctrl+A, Del
[05:34] <pitti> RAOF: heh, good luck with catching up! Where did you go?
[05:35] <RAOF> Up to Bicheno, which is on the east coast.
[05:35] <RAOF> Hung around there and the related environs for a couple of days, came back, had a laze around :)
[05:35] <pitti> that was more like "beach" or "hiking"?
[05:39] <RAOF> A bit of both.
[05:40] <RAOF> Walking along or near beaches, mostly :)
[05:40] <RAOF> Also, watching penguins come up from the sea to their nests, and wandering among the rookery with the chicks.
[05:44] <pitti> RAOF: oh, wow, REAL penguins? nice!
[05:44] <pitti> got photos?
[06:03] <RAOF> pitti: No, no photos.  Photography is banned on the tours, on the basis that penguins don't have eyelids and so flashes have a high probability of permanently blinding them.
[06:03] <RAOF> It was pretty awesome though :)
[06:03] <pitti> I bet
[08:04] <RAOF> Oh, 7pm?  Probably time to stop.
[08:46] <rodrigo_> morning
[08:46] <pitti> hey rodrigo_
[08:47] <rodrigo_> hi pitti
[09:01] <pitti> rickspencer3: so, dots mostly green again with the new server image :)
[09:02] <rickspencer3> hi pitti
[09:02] <rickspencer3> pitti, nice
[09:02] <rickspencer3> I noticed it got off a bit rocky ;)
[09:02] <pitti> I'm itching to fix nova, too, but want to wait for Daviey's pong
[09:02] <rickspencer3> pitti, right, I saw that in @u-devel
[09:03] <rickspencer3> pitti, sweet, another day of development velocity!
[09:11] <BigWhale> Is it just me or unity-25 always maximizes thunderbird and firefox? :/
[09:11] <BigWhale> unity2D
[09:12] <rodrigo_> BigWhale, seems it does it for me also, at least with firefox
[09:13] <BigWhale> Ok, at least I don't get to post the 'forever alone' meme... :)
[09:13] <rodrigo_> :)
[09:43] <seb128> hey
[09:50] <rodrigo_> hi seb128
[09:50] <seb128> hey rodrigo_, how are you?
[09:50] <hrw> can someone confirm few bugs for me? bug 903085, bug 832312
[09:50] <ubot2> Launchpad bug 903085 in unity "Only window decoration is shown after un-minimize" [Undecided,New] https://launchpad.net/bugs/903085
[09:50] <ubot2> Launchpad bug 832312 in unity "During screen lock windows get moved to other workspaces" [Low,Confirmed] https://launchpad.net/bugs/832312
[09:50] <rodrigo_> seb128, I'm fine thanks, and you?
[09:51] <seb128> I'm good thanks
[10:09] <seif> rodrigo_, is there any way to get python code running in g-c-c or do we 100% need to rewrite, mhr3 needs to hear it
[10:10] <rodrigo_> seif, only C, yeah
[10:11] <seif> mhr3, in your face :P
[10:11] <mhr3> seif, rodrigo_, xembed?
[10:12] <mhr3> cause i really dont think a rewrite is wise when we want to get it in lts
[10:14] <chrisccoulson> good morning everyone
[10:19] <rodrigo_> mhr3, you'll need to write support in g-c-c to do so
[10:21] <mhr3> rodrigo_, right, it's smaller than rewriting alm imo, and other apps might use it then as well, the only problem i can see is upstream not wanting that
[10:21] <seb128> hey chrisccoulson, how are you?
[10:22] <seb128> rodrigo_, mhr3: support for what?
[10:22] <mhr3> seb128, xembed in g-c-c
[10:22] <seb128> why would you want to do that?
[10:23] <mhr3> to easily plug python processes there
[10:23] <seb128> oh, python...
[10:24] <seb128> pitti, hey, small retracer question for you, are they still supposed to do duplicate detection from the stacktrace on the server side?
[10:32] <rodrigo_> mhr3, maybe you can just write a plugin that does the xembed itself, rather than having to patch g-c-c to support it
[10:33] <mhr3> right
[10:36] <seif> mhr3, how do i xemebed myself?
[10:37] <mhr3> seif, just put yourself in a plug
[10:37] <pitti> seb128: yes, of course
[10:37] <pitti> seif: good morning
[10:37] <seif> mhr3, not funny
[10:37] <seif> hi pitti  :)
[10:37] <pitti> seb128: bonjour monsieu
[10:37] <pitti> r
[10:38] <seb128> hey pitti, how are you?
[10:38] <pitti> seb128: quite fine, thanks!
[10:39] <seb128> pitti, do you know why bug #903019 and bug #902928 didn't get duped?
[10:39] <ubot2> Launchpad bug 903019 in overlay-scrollbar "indicator-weather crashed with SIGSEGV in notify_gtk_theme_name_cb()" [Medium,New] https://launchpad.net/bugs/903019
[10:39] <ubot2> Launchpad bug 902928 in overlay-scrollbar "pidgin crashed with SIGSEGV in notify_gtk_theme_name_cb()" [Medium,New] https://launchpad.net/bugs/902928
[10:39] <seb128> https://launchpadlibrarian.net/87261065/Stacktrace.txt and https://launchpadlibrarian.net/87248184/Stacktrace.txt
[10:39] <seb128> looks exactly similar in their function names
[10:40] <pitti> seb128: hm, indeed; let me check
[10:40] <pitti> bug 902238
[10:40] <ubot2> Launchpad bug 902238 in apport "apport retracing service doesn't automatically mark as dupe any longer" [Undecided,New] https://launchpad.net/bugs/902238
[10:41] <seb128> hum
[10:41] <pitti> seb128: I'm looking into this now, thanks for pointing out
[10:41] <seb128> pitti, thanks ;-)
[10:42] <seb128> pitti, btw seems like the overlay-scrollbars have a segfault lot of users hit seeing the recent bugs, that's something which might be under the "get fixed or revert" rule?
[10:42] <pitti> seb128: yes, sounds good
[10:44] <seb128> hrw, the "got moved to other workspaces" seems like compiz could have restart, is there any segfault in dmesg or apport log?
[10:54] <hrw> seb128: good point. checked syslog.1 and indeed compiz was killed by oom
[10:56] <pitti> seb128: oh, I know
[10:56] <pitti> ExecutablePath: /usr/bin/indicator-weather
[10:56] <pitti> vs.
[10:56] <pitti> ExecutablePath: /usr/bin/pidgin
[10:56] <seb128> pitti, oh, we check for that in the signature?
[10:56] <pitti> yes
[10:57] <seb128> hum, ok, I guess it makes sense in most cases
[11:01] <hrw> btw - is screen lock handled by lightdm?
[11:01] <ogra_> hrw, not yet
[11:01] <chrisccoulson> seb128, mozilla bug 709259 (ugly cursor's in thunderbird) ;)
[11:01] <hrw> ogra_: so what handles this? I want to know where to report bug ;)
[11:01] <ubot2> Mozilla bug 709259 in Widget: Gtk "Appearance of "spinning" cursor regressed sometime between Thunderbird 8 and 9" [Minor,New: ] http://bugzilla.mozilla.org/show_bug.cgi?id=709259
[11:02] <chrisccoulson> i was pretty amazed at what i found when i investigated that
[11:02] <chrisccoulson> i'm surprised it has worked for so long ;)
[11:02] <seb128> hrw, gnome-screensaver
[11:02] <ogra_> hrw, gnome-screensaver if i'm not competely outdated
[11:02] <seb128> hrw, what bug?
[11:02] <hrw> seb128: waiting ages for 'enter password' dialog to appear
[11:03] <hrw> #define ages 90s
[11:03] <ogra_> stop running ubuntu on your ipaq :P
[11:03] <seb128> chrisccoulson, is Benjamin reading all the tb bugs or did somebody ping him?
[11:03] <hrw> ogra_: core2quad ;)
[11:03] <hrw> ogra_: never owned ipaq
[11:03] <chrisccoulson> seb128, not sure. i didn't ping him
[11:03] <seb128> hrw, weird, you seem to have lot of weird bugs nobody else get ;-)
[11:04] <ogra_> i know, i was just teasing :)
[11:04] <ogra_> seb128, yeah, he should really work in QA
[11:04] <chrisccoulson> seb128, oh, he was already assigned to the gtk2 -> gtk3 bug, and karl marked it as blocking that bug
[11:04] <chrisccoulson> so he would have got an email
[11:04] <seb128> hrw, you can report if but it's likely nobody will look at that, it's probably an issue with your pam config or something locally
[11:04] <hrw> seb128: soon you will have peace from me - moving back to kde4
[11:04] <chrisccoulson> s/assigned/subscribed
[11:05] <seb128> chrisccoulson, oh ok
[11:05] <chrisccoulson> d'oh, i should go back to sleep :)
[11:05] <seb128> chrisccoulson, so they start by cleaning deprecated apis while staying on gtk2? ;-)
[11:05] <chrisccoulson> seb128, yeah, pretty much. it makes the code simpler when you need to support 2 toolkits ;)
[11:05] <seb128> indeed
[11:06] <chrisccoulson> we're probably going to backout the entire gtk2 -> gtk3 port for thunderbird/firefox 9, considering that it is released in 8 days
[11:07] <seb128> chrisccoulson, they got fully ported to gtk3?!
[11:07] <hrw> ogra_: unity (3d and 2d) is nice idea and I can admit that it may have some use. but after ~3 weeks with it I will wait for 14.04 atleast to try again.
[11:07] <ogra_> to run it on your TV ?
[11:07] <hrw> ogra_: my TV runs FreeBSD
[11:08]  * ogra_ wonders what else 14.04 was the due date for
[11:08] <hrw> ogra_: and lacks any internet connection ;(
[11:08] <chrisccoulson> seb128, yeah, it will build and run on gtk3
[11:08] <chrisccoulson> it looks no different
[11:08] <seb128> chrisccoulson, \o/
[11:08] <chrisccoulson> the caveat being that you still need to build a gtk2 version for flash ;)
[11:08] <pitti> rockin'!
[11:08] <hrw> ogra_: it will be 2 more years for unity developers to make it work reliable for everyone
[11:08] <seb128> right
[11:09] <pitti> seb128: do you happen to know what's going on with shotwell?
[11:09] <seb128> pitti, you mean with gtk3?
[11:09] <pitti> yes
[11:09] <seb128> pitti, git is on gtk3, they will start rolling tarballs for it in january
[11:09] <pitti> shotwell, gwibber, ubuntu-sso-client are the remaining ones which hold the old gtk2 webkit
[11:09] <pitti> seb128: \o/
[11:09] <seb128> they are aligned on the GNOME schedule, so a stable fully debugged working version should be out in march
[11:10] <pitti> seb128: I suppose we want that one for precise?
[11:10] <seb128> yes
[11:10] <seb128> they are pretty reliable upstreams
[11:10] <seb128> no worry, their stable version is usually pretty much a real stable, well tested, etc
[11:11] <seb128> they are better than GNOME in that regard ;-)
[11:16] <pitti> seb128: worry? I'm happy to get it :)
[11:16] <seb128> ;-)
[11:20] <pitti> seb128: FYI, libnautilus-extension1a migration should be complete now, I did the remainig rebuilds this morning
[11:21] <pitti> just waiting on a publisher now
[11:21] <seb128> pitti, thanks
[12:24] <lool> Hey; I've imported gtk-im-libthai which b-deps on gtk-3-dev >= 3.2.2-3 for multiarch; does someone plan to merge this upload?  if not, I'll consider it
[12:24] <lool> infinity: ^
[12:30] <infinity> I have no intentions of touching gtk3 merges, but I assume seb128 or someone on his team is on it.
[12:36] <seb128> lool, if you want to do it please do, I've been staging 3.3.4 in the vcs though but it has some bugs so I'm not sure yet I will upload before holidays
[12:37] <lool> seb128: So I would commit a revert of your changes in the vcs, do the merge, then stage them back?
[12:41] <seb128> lool, or don't bother and just add your diff to the vcs
[12:41] <seb128> we don't care a lot having all uploads tagged
[12:42] <lool> seb128: Do you do your gtk+3.0 merges using bzr?
[12:42] <seb128> lool, no
[12:42] <seb128> well we have a vcs yes
[12:43] <seb128> but I don't use bzr merge-debian or whatever tools they created, I just diff by hand usually and apply changes ;-)
[12:43] <lool> Ok
[12:43] <seb128> or cp the debian dir over the vcs one and bzr diff and clean until it's ready and commit
[12:45] <lool> ah the desktop branch isn't in merged mode
[12:46] <seb128> it's debian dir only
[12:46] <lool> will try with the UDD branches and commit back to the desktop branch
[12:46] <seb128> ok
[12:47] <lool> (I wonder why https://code.launchpad.net/~ubuntu-desktop/gtk/ubuntugtk3 rather than https://code.launchpad.net/~ubuntu-desktop/gtk+3.0/ubuntu I guess histerical raisins)
[12:47] <seb128> lool, because launchpad doesn't let you use a non-product name
[12:47] <seb128> or didn't by then
[12:48] <seb128> like it doesn't consider ubuntu source as being products, or you need a /ubuntu/precise/gtk... url
[12:48] <seb128> you can't do ~user/<ubuntu_source>/something
[13:04]  * rodrigo_ lunch
[13:11] <lool> seb128: I see; I guess it might be ~ubuntu-desktop/ubuntu/gtk+3.0 then?
[13:11] <seb128> lool, we could try that though I think you need a serie if you go the ubuntu way
[13:12] <seb128> lool, note that in practice it's not an issue and most source have the product and their ubuntu names identical
[13:12] <lool> seb128: that's right, hmpf
[13:12] <seb128> so it's not really worth bothering ;-)
[13:12] <lool> I had filed a bug on that a while ago
[13:12] <seb128> debcheckout just do the right thing
[13:22] <Daviey> Has anybody reported nivida binary drivers not functioning with the latest kernel in oneiric?
[13:23]  * Daviey cross posts to -kernel.
[14:07] <mterry> chrisccoulson, heyo!  Is there a known issue with thunderbird not showing any folders?
[14:07] <chrisccoulson> mterry, not as far as i'm aware. is there anything in the error console?
[14:08] <mterry> chrisccoulson, "Error: JSON.parse: unexpected character
[14:08] <mterry> Source File: chrome://messenger/content/folderPane.js
[14:08] <mterry> Line: 196"
[14:08] <chrisccoulson> hmmm, doesn't look good ;)
[14:08] <chrisccoulson> m_conley_away, ^^
[14:09] <chrisccoulson> mterry, do you have any other extensions installed?
[14:09] <mterry> chrisccoulson, hmmm... one of my folders has accents in it...
[14:11] <chrisccoulson> mterry, mind sending me the folderTree.json file from your profile?
[14:11] <mterry> chrisccoulson, one sec
[14:12] <seb128> mterry, I knew it, you secretly use french on your computer! ;-)
[14:12] <mterry> seb128, deja-dup has found so many utf8 issues in its lifetime  :)
[14:12] <seb128> hehe
[14:13] <mterry> chrisccoulson, is it supposed to be text or data?
[14:14] <chrisccoulson> mterry, it should be text
[14:14] <mterry> chrisccoulson, problem 1  :)
[14:14] <chrisccoulson> heh
[14:15] <mterry> chrisccoulson, how safe is it to blow away?
[14:15] <chrisccoulson> mterry, i'm not sure about that. i've never tried it before
[14:15] <chrisccoulson> 1 second, i will tell you ;)
[14:17] <chrisccoulson> mterry, ok, it just built the folder tree from my imap server when i removed it
[14:17] <mterry> chrisccoulson, aw, thanks for taking that chance for me  ;)  ok, will try
[14:18] <mterry> chrisccoulson, yup, it's fine now.  thanks!   not sure how it happened though...
[14:19] <chrisccoulson> yeah, that's a bit odd
[14:19] <chrisccoulson> i'll submit a patch upstream to handle that case though
[14:50] <hrw> wow - I used unity for over a month
[14:51] <hrw> I thought that it was 2-3 weeks
[15:26] <tkamppeter> pitti, hi
[16:00] <hrw> http://marcin.juszkiewicz.com.pl/2011/12/12/used-unity-for-over-a-month/ - opinions?
[16:11] <chrisccoulson> mvo, the semantics of InstallPackages hasn't changed in aptdaemon since oneiric has it?
[16:12] <chrisccoulson> i just tried my plugin installer code again, and InstallPackages keeps timing out :(
[16:16] <glatzor> chr1sccoulson, you access aptdaemon directly or the sessioninstaller session dbus interface?
[16:19] <chrisccoulson> glatzor, i'm accessing aptdaemon directly?
[16:20] <chrisccoulson> hmm
[16:20] <chrisccoulson> not sure why i added a question mark there ;)
[16:21] <seb128> pitti, I start hating that gzip bug :-(
[16:21] <pitti> seb128: me too -- libclutter?
[16:21] <seb128> yes
[16:21] <pitti> seb128: if you want to work on this, please feel free; I earned a couple of other bugs, but I thought you already were on vac
[16:22] <seb128> pitti, I can do it if you want
[16:22] <seb128> pitti, no, I'm on vac thursday night
[16:22] <glatzor> chr1sccoulson, which installer are you working on? there haven't been any API changes that could hit you
[16:22] <pitti> seb128: thanks, appreciated; handed over to you
[16:22] <seb128> pitti, thanks
[16:22] <pitti> seb128: I'm down to one remaining poppler rdepends \o/
[16:22] <seb128> pitti, waouh
[16:25] <chrisccoulson> glatzor, http://bazaar.launchpad.net/~mozillateam/ubufox/trunk/view/head:/modules/PluginInstallerApt.jsm
[16:25] <chrisccoulson> i rewrote our plugin installer for firefox a few weeks ago to use aptdaemon rather than apturl, and it used to work at some point :)
[16:25] <chrisccoulson> i'll try and figure out what's going on
[16:48] <pitti> seb128: phew, ported the remaining package; please let's call this _the_ poppler for precise :)
[16:48] <seb128> pitti, sure, until the next one :p
[16:48] <seb128> pitti, great job ;-)
[16:48] <kenvandine> lol
[16:48] <seb128> joke aside that should be the poppler for precise
[16:49] <pitti> API changes are one thing, but dropping API which half the world uses was a nasty move
[16:49] <seb128> I don't want to track an unstable version, especially knowing how poppler is "good" with api compatibilities
[16:50] <seb128> pitti, well I think they had to with gtk3
[16:50] <pitti> yeah, dropping gdk2 vs. 3 bits
[16:50] <pitti> ah, no
[16:50] <pitti> it only really dropped Cairo
[16:50] <pitti> ignore me
[16:50] <pitti> they left cairo and dropped pixbuf
[16:50] <seb128> right
[16:50] <seb128> which is the gtk3 way ;-)
[16:50] <pitti> but gdk-pixbuf didn't change
[17:32] <chrisccoulson> hmmm, can anyone do anything involving aptdaemon?
[17:32] <chrisccoulson> i've just spent an hour trying to figure out why my plugin installer stopped working, before realizing that software-center also doesn't work
[17:32] <chrisccoulson> http://paste.ubuntu.com/768094/
[17:32] <chrisccoulson> :(
[17:38] <james_w> chrisccoulson, what do you get if you run "sudo aptd -d" while trying to use it?
[17:39] <chrisccoulson> james_w, http://paste.ubuntu.com/768103/ (same behaviour)
[17:41] <james_w> hmm, I was hoping for an obvious crash or something :-)
[17:41] <james_w> it looks like it's working ok there to me
[17:41] <james_w> glatzor and mvo would obviously be better able to help though
[18:13] <seb128> lool, do you still plan to upload gtk? ;-)
[18:31] <desrt> seb128: hello
[18:32] <seb128> hey desrt, how are you?
[18:37] <desrt> seb128: good.  GMenuModel finally landed :)
[18:38] <seb128> desrt, yeah, I noticed, congrats ;-)
[18:39]  * desrt is doing a tarball now
[18:39] <desrt> hopefully we can get gtk wrapped up soon too
[18:40] <desrt> people are being less intensely-negative about the changes than i imagined :)
[18:40] <seb128> ;-)
[19:00] <lool> seb128: I didn't get to it yet; happy if someone else does it though
[19:00] <lool> I realized after starting that the UDD branch is out of date, failed to import the last couple of uploads or so
[19:01] <desrt> seb128: you still working?
[19:02] <desrt> or done for the evening?
[19:57] <seb128> desrt, in between ;-)
[19:57] <desrt> seb128: i was hoping to convince you to do a speedy build of the new glib
[19:58] <seb128> desrt, back from dinner, there is still a bunch of stuff I want to do then I will be semi offwork watching tv with the laptop still on ;-)
[19:58] <seb128> desrt, ok, I can do that
[19:58] <desrt> thanks :)
[19:58] <seb128> desrt, is there anything special you want to get tested?
[19:58]  * desrt is installing a precise VM now to try to get the menumodel stuff setup with unity
[19:59] <desrt> seb128: there is a somewhat concerning GDBus change... i'm not really sure how you'd test it though
[19:59] <desrt> other than that, it's almost entirely additions
[19:59] <seb128> desrt, dude, you could get a multiboot, it's not like it was hard on a modern disk to have 5G or free space for an Ubuntu install ;-)
[19:59] <desrt> seb128: but then i have to reboot.... how annoying.
[19:59] <desrt> ubuntu makes a pretty nice libvirt guest
[19:59] <desrt> it has all the optimised disk drivers and stuff preinstalled
[20:00] <seb128> desrt, in some ways I judge you for not having installed Ubuntu in a vm before :p
[20:00] <desrt> s/Ubuntu/precise/
[20:00] <seb128> desrt, do you have a tarball or should I git clone?
[20:01] <desrt> seb128: the tarball is on the ftp already
[20:01] <seb128> desrt, oh, great, I'm on it
[20:02] <desrt> there's a system settings icon on the dash?
[20:02] <desrt> whose idea was that? :p
[20:02] <seb128> desrt, no there is not
[20:02] <seb128> desrt, in the launcher you mean?
[20:02] <desrt> er. ya
[20:03] <desrt> the thing on the side
[20:03] <seb128> desrt, user testing showed that the having it in the session indicator was still not good enough for half of the users
[20:03] <desrt> sarcastic joke terminology fail
[20:03] <seb128> lol
[20:03] <seb128> yeah yeah, nice try ;-)
[20:06] <desrt> the goal with gtk now is to be able to have menubars supported on unity with zero extra code app-side
[20:06] <desrt> so no patches, no modules
[20:07] <seb128> that will require changes to dx stack though righT?
[20:07] <desrt> yes
[20:07] <desrt> ie: introduction of GMenuModel support
[20:07] <desrt> and it will only be for apps that port to the new gtk api
[20:08] <seb128> ok, so not something to test today ;-)
[20:08] <desrt> no
[20:08] <desrt> but in the near future...
[20:08] <desrt> robert is planning to port all of the gnome games to the new API
[20:08] <seb128> desrt, well I guess that mean rally time
[20:08] <desrt> ya.  quite possibly.
[20:08] <seb128> knowing that I'm off for the end of year in 3 days
[20:09] <desrt> hey.  me too!
[20:09] <seb128> ;-)
[20:09] <desrt> wednesday is my last working day
[20:09] <seb128> desrt, well the difference is that I don't plan to use my holidays to work on freesoftware ;-)
[20:09] <desrt> anyway... we got gnome2 support working for gmenumodel
[20:10] <desrt> and macos support too (me and a mac-programmer friend had a mini-hackfest over the weekend)
[20:10] <desrt> the redhat guys are working on gnome-shell support
[20:10] <desrt> so my turn for unity, i guess
[20:10] <seb128> gnome2? like?
[20:10] <desrt> with the menus staying inside of the app
[20:10] <seb128> desrt, I though you were working on gnome-shell ;-)
[20:10] <seb128> well by reading some of the gtk channel discussions
[20:10] <desrt> i worked on it just enough to find out about the shortcomings in the gio API
[20:10] <desrt> i made the changes
[20:10] <desrt> now it will be easier for colin to do it, i think
[20:11] <desrt> there's a lot of thorny shell bits in there that he understands a lot better than i do
[20:11] <seb128> desrt, btw just for info we reverted the single include enforcement in Ubuntu
[20:11] <seb128> that means an extra glib patch for this cycle
[20:11] <desrt> what was it breaking?
[20:11] <seb128> over an hundred source builds during the armfh port according to doko
[20:12] <seb128> we just don't have the resources to deal with that before holidays
[20:12] <desrt> seb128: ask first, vendor patch second, please?
[20:12] <seb128> well he asked like when I wanted to go to bed some days ago, I did revert the commit, uploaded and went to bed
[20:12] <desrt> realising the scope of the problem we may have reverted the change ourselves
[20:13] <seb128> well it happens recently and I didn't see you since, I use the first obvious opportunity to do it ;-)
[20:13] <desrt> can you get me a list of affected packages somehow?
[20:13] <desrt> maybe we can change the #error to #warning or something
[20:13] <seb128> desrt, not today but doko said he can do a test rebuild
[20:14] <seb128> desrt, well it was a warning and deprecated since 2.18 or something, I guess the problematic source are lot of universe unmaintained stuff GNOME will not care about and say they should be fixed or dropped that it's not their issue
[20:14] <seb128> desrt, the main desktop was mostly fine, out of vala which doesn't respect single include ;-)
[20:15] <desrt> seb128: glib != gnome
[20:15] <seb128> desrt, yeah, sure, we can have the discussion, but I'm pretty sure that mclasen will reply that applications had plenty of time to update and that it's not glib issue to support all the cracks around ;-)
[20:16] <desrt> seb128: i'm not as sure as you are
[20:17] <desrt> and it's not like he's the only one with a say in the matter
[20:17] <seb128> desrt, well I didn't want to block the armfh rebuild but I will get a test rebuild and a list of broken source and then come upstream with it
[20:17] <desrt> seb128: please do
[20:17] <seb128> will do
[20:18] <seb128> not sure I ever understood the point of enforcing the single includes ;-)
[20:18] <desrt> seb128: it's so we can move functions between different .h files without breaking people's programs
[20:19] <desrt> when gtester was introduced we did a bunch of that (due to the overlap between asserts, logs messages and test functionality) and caused all sorts of breakage
[20:20] <desrt> seb128: and with the recent round of deprecations we've been moving deprecated headers to deprecated/
[20:20] <desrt> that would break too
[20:20] <seb128> yeah, I'm fine telling people to not do it and get what their deserve on new series
[20:20] <seb128> well anyway an hundred is not too bad
[20:20] <desrt> seb128: nobody reads docs.  you need it to break in the first place :)
[20:21] <desrt> hmmmmm
[20:21] <seb128> oh, are we back to the .xsession-errors flooded of warnings? ;-)
[20:21] <desrt> Sorry, the program "oneconf-query" closed unexpectedly
[20:21] <desrt> who to blame for that? :)
[20:21] <seb128> nobody, the man to blame is taking deserved holidays ;-)
[20:21] <seb128> call back next year ;-)
[20:21] <desrt> glad to hear about that
[20:22] <seb128> it's going to be quiet around next week!
[20:22] <seb128> the week after that as well ;-)
[20:26] <desrt> seb128: what are the typical sebuild<->archive latencies these days?
[20:26] <seb128> desrt, heh, you didn't ask me to upload to the archive, just to test! ;-)
[20:27] <desrt> i wanted an upload!
[20:27] <seb128> but if the timing is good ~1.5h
[20:27] <seb128> desrt, well it's building locally, I don't upload stuff I didn't test :p
[20:27] <seb128> but I can do an upload if it works
[20:27] <desrt> oh
[20:27] <desrt> who uploads gnome these days?
[20:27] <seb128> <-
[20:27] <desrt> oh.  i parsed you incorrectly.
[20:27] <desrt> nvm.
[20:28] <seb128> ;-)
[20:28] <seb128> well helped by didrocks mterry_sprinting rodrigo pitti and others
[20:28] <seb128> but that was before didrocks was too busy with dx and taking holidays and mterry_sprinting was rotating or sprinting and ditching us ;-)
[20:33]  * desrt wonders how many different ways the string 'indicat' can be used in package names
[20:39] <desrt> the 'show menubar' option in gnome-terminal is kinda funny in unity
[20:44] <kenvandine> desrt, too many ways... tedg loves to torture me
[20:51] <chrisccoulson> mterry_sprinting, https://bugzilla.mozilla.org/show_bug.cgi?id=707329
[20:51] <ubot2> Mozilla bug 707329 in Folder and Message Lists "Folder panel has no content" [Normal,New: ]
[20:52] <mterry_sprinting> chrisccoulson, exactly.  awesome  :)
[20:53] <chrisccoulson> mterry_sprinting, i just had to look in my inbox. turns out that somebody upstream already subscribed me to it ;)
[20:53] <mterry_sprinting> he
[20:53] <mterry_sprinting> h
[20:56] <desrt> mterry_sprinting; what sprint?
[20:59] <mterry_sprinting> desrt, integrating static code analysis into unity builds
[20:59] <desrt> sounds awesome
[20:59] <desrt> coverity?
[20:59] <mterry_sprinting> desrt, yah
[20:59] <desrt> how does the licensing stuff work with that?
[21:00] <mterry_sprinting> desrt, canonical has an internal license
[21:00] <desrt> so only canonical projects?
[21:00] <mterry_sprinting> desrt, yar
[21:01] <desrt> mterry_sprinting: say.... there's this really useful private function in gtk that unity could use.  i think the best way to deal with this situation is to copy all of gtk's sourecode into the unity source repository.
[21:01] <mterry_sprinting> desrt, well, we can use it on dependencies of unity for example
[21:01] <desrt> that seems rather open to abuse...
[21:02] <desrt> and ill-defined as well
[21:02] <mterry_sprinting> desrt, is my understanding.  i don't know the details and I'm not a lawyer.  But yeah, I have incentive to push deja-dup into unity now
[21:02] <desrt> is xorg a dependency of unity?  how about the kernel?
[21:02] <mterry_sprinting> desrt, bug tedg about the details, he talked to lawyers to iron it out
[21:03] <desrt> seb128: i'm happy to take advance copies of the build as soon as you have them
[21:03] <mterry_sprinting> desrt, which is not to say I felt like you were bugging me.  Just speaking colloquially  :)
[21:03] <seb128> desrt, well I've local i386 ones but I guess you want amd64 binaries?
[21:03] <seb128> desrt, seems to work fine locally
[21:03] <cyphermox> is it on purpose that gnome-bluetooth is no longer in the ubuntu-desktop package set?
[21:03] <desrt> you build on i386?  cool :)
[21:03] <desrt> seb128: i can wait for the builders
[21:04] <desrt> i guess it's probably a pretty slow day today
[21:04] <seb128> desrt, ok, I've it built and working locally, I will upload to the ppa in a bit
[21:04] <seb128> cyphermox, no
[21:04] <cyphermox> seb128: ok, just checking, I'll have it fixed ;)
[21:04] <seb128> cyphermox, email cjwatson about it I guess
[21:04] <seb128> cyphermox, thanks
[21:04] <cyphermox> yeah
[21:04] <desrt> btw: are you guys making use of the extra "CD" space yet?
[21:05] <cyphermox> seb128: if you feel like it, could you please sponsor gnome-bluetooth 3.2.1-1ubuntu2 ? ;)
[21:05] <desrt> or did dropping mono give you more than enough extra room?
[21:05] <seb128> cyphermox, can do yes, it's in the vcs?
[21:05] <cyphermox> yup, all tagged and ready to go
[21:05] <seb128> ok, I'm on it
[21:06] <cyphermox> I was really expecting to be able to upload it directly, this caught me by surprise
[21:06] <seb128> desrt, we didn't look much at CD space yet, out of the fact that we are under the limit for once, which is a nice change :p
[21:06]  * desrt notes 696M alpha release
[21:06] <seb128> we do fill with langpacks when that happens though
[21:06]  * desrt votes for esperanto
[21:06] <desrt> ;)
[21:06] <seb128> to make sure nobody else claim the space just because they could ;-)
[21:06] <seb128> cyphermox, yeah, it's surprising
[21:07] <seb128> desrt, do you need the glib binaries?
[21:07] <seb128> desrt, said differently, do I turn the test suit off for the ppa upload? ;-)
[21:07] <desrt> seb128: huh?
[21:07] <desrt> i don't see how those two are related
[21:07] <seb128> desrt, the testsuite takes as long as the build
[21:08] <desrt> turn it off, then
[21:08] <seb128> you get binaries in half the time if it doesn't run :p
[21:08]  * desrt is trying to figure out this mess of indicat* meanwhile
[21:08] <micahg> seb128: any word on webkit 1.8 and GTK2?
[21:09] <seb128> micahg, no
[21:09] <seb128> micahg, I figured they would reply to you on the list, but since they didn't I will ping them back
[21:09] <micahg> seb128: ok, thanks
[21:09] <seb128> desrt, good luck! ;-)
[21:19] <seb128> lool, don't bother then, I wanted to include a patch that I want to sru but I will look in updating to the new serie tomorrow
[21:27] <seb128> bah, that's getting annoying
[21:27] <chrisccoulson> mterry_sprinting, bug 903401 looks like it might be one for you ;)
[21:27] <ubot2> Launchpad bug 903401 in gnome-terminal "symbol lookup error: gnome-terminal: undefined symbol: vte_terminal_set_alternate_screen_scrol" [Undecided,New] https://launchpad.net/bugs/903401
[21:28] <seb128> ricotz, would you stop updating stuff in your ppa when they can be updated in precise please? we just both did the glib 2.31.4 update and your ppa is stealing build cycle from the ubuntu-desktop one which is waiting, that's getting ridiculous
[21:28] <mterry_sprinting> chrisccoulson, hrmm...  yup.  the new vte3 needs our distro patches
[21:28] <seb128> desrt, ^ you can probably try if from ricotz's ppa before the ubuntu-desktop one
[21:28] <desrt> ricotz: bad monkey!
[21:28] <desrt> ricotz: thanks!
[21:29] <seb128> desrt, don't thank him for duplicating work rather than work "upstream" with us ;-)
[21:29] <desrt> seb128: again with the 'downstream is upstream', eh? :)
[21:29] <seb128> lol
[21:32] <seb128> desrt, ok, I'm deleting my ppa upload, will do another one with the testsuit enabled and I will upload to precise tomorrow morning since it should take the night for the ppa build to happen anyway it seems
[21:32] <seb128> desrt, you can use ricotz's version for your testing though ;-)
[21:32] <desrt> seb128: sounds good.  meanwhile i'll support the man who steals your cycles.
[21:33] <desrt> hum
[21:33] <desrt> it looks like he's stuck in the queue too
[21:33] <desrt> at least on his shell PPA
[21:33] <desrt> not sure if he has some other PPA that's already done
[21:34] <ricotz> seb128, sorry, i was thinking you might update it but not this late, i didnt change any packaging though
[21:34] <seb128> desrt, https://launchpad.net/~ricotz/+archive/testing/+packages/?field.series_filter=precise
[21:34] <desrt> ah
[21:34] <seb128> desrt, https://launchpad.net/~ricotz/+archive/testing/+build/3004827
[21:34] <desrt> i installed his gnome-shell ppa
[21:34] <desrt> what's the ppa purge command again?
[21:34] <seb128> desrt, I was looking to who is taking the builds on https://launchpad.net/builders and noticed it was ricotz builds running ;-)
[21:35] <desrt> erm.  no.  i did install testing.
[21:35] <seb128> desrt, it's "ppa-purge"
[21:35] <davidcalle_> Hi seb128 & desrt, could you help me with a Gnome3 question?
[21:35]  * desrt waits for the build
[21:35] <desrt> davidcalle_: sure.  what's up?
[21:35] <ricotz> desrt, be careful with ppa-purge afaik it has problems with multiarch
[21:35] <seb128> ricotz, you *really* should start working with us, I keep saying it but I start being annoying a bit with the duplication
[21:36] <desrt> ricotz: screw him.  you should start working with gnome!  real upstream!
[21:36] <FernandoMiguel> TheMuso: ping!
[21:36]  * desrt attempts poaching
[21:36] <seb128> desrt, either way, as long as we stop doing twice the work for no reason
[21:36] <FernandoMiguel> TheMuso: a few of us were discussing audio-hdmi problems on #ubuntu+1, if you want to pop in there :D
[21:36] <davidcalle_> desrt, have the default apps settings for video/audio/etc. moved to dconf or still in gconf?
[21:37] <seb128> desrt, it's like if people were fixing bugs in their corner and not sending the patches ;-)
[21:37] <seb128> davidcalle_, they use the mimetype system so neither
[21:37] <seb128> they are in .local
[21:37] <desrt> oh
[21:38]  * desrt read that question as default video/audio sink in gstreamer
[21:38] <davidcalle_> Thanks seb128 =)
[21:38] <seb128> desrt, you could be right, I read it as "how is the default player in GNOME defined"
[21:38] <desrt> seb128: after re-reading, i think you're right :)
[21:38] <seb128> what GNOME does sucks and is buggy btw
[21:38] <davidcalle_> seb128, you are right
[21:39] <seb128> they assume that default music player = ogg handler for example
[21:39] <seb128> so when you change the player your ogg associatins change but not your mp3s'
[21:39] <seb128> which is just weird
[21:40] <seb128> similar for video they picked one mimetype and only change that one mimetype when you chance the selection
[21:40] <davidcalle_> Well, I'm trying to define the default video player to send a video stream to it... According to what you are saying, it's going to be tricky.
[21:40] <seb128> just use gio to open the uri?
[21:41] <seb128> or use gvfs-open URI, xdg-open URI, etc
[21:41] <seb128> i.e let gio do the work and don't try to reinvent the logic
[21:41]  * desrt writes a song called 'an ode to mediocrity'
[21:41]  * desrt encodes it with mp3
[21:41] <seb128> if you need a cross desktop logic xdg-open already tries to do that
[21:41]  * desrt puts it on a fat filesystem
[21:42] <davidcalle_> Gio opens it in Firefox... But if I use the uri on Totem or VLC it handles it.
[21:42] <seb128> desrt, lol
[21:42] <seb128> davidcalle_: what does gvs-mime -q URI say?
[21:42] <seb128> gvfs-mime
[21:43] <davidcalle_> "No default applications"
[21:44] <davidcalle_> I'm dealing with crappy uri from video hosting websites a la /download/333?save=1
[21:45] <seb128> davidcalle_, you can try to gvfs-info the url as well
[21:45] <seb128> well ideally gio,gvfs should handle it fine, get the mimetype and call the handler
[21:45] <seb128> but it's possible that the website is buggy and return a wrong mimetype info
[21:45] <davidcalle_> seb128, nice! It works perfectly with gvfs-info.
[21:46] <seb128> weird, if gvfs-info works gio should work as well
[21:46] <seb128> i.e they should get the same mimetype info and the same handler
[21:46] <davidcalle_> seb128, I must have done something wrong with Gio.
[21:46] <seb128> what about gvfs-open URI?
[21:47] <davidcalle_> It starts a web-browser download instead of the video player.
[21:47] <seb128> ok, weird, that suggest you didn't use gio wrongly
[21:47] <seb128> what mimetype is returned by gvfs-info?
[21:48] <davidcalle_> video/mp4
[21:49] <desrt> seb128: any reason you can't push to precise right now?
[21:49] <desrt> i told olli that it would be in the distro 'by monday' ;)
[21:49] <seb128> desrt, I"m scared to break stuff while nobody is around? ;-)
[21:49]  * desrt didn't specify the timezone
[21:49] <desrt> seb128: fair enough
[21:49] <seb128> desrt, well my morning is still monday somewhere? ;-)
[21:50] <desrt> i doubt it'll be in the distro by monday anywhere if you upload it in your morning
[21:50] <desrt> i also doubt that my trivial reason should take precedence over your legitimate concerns :)
[21:50] <seb128> desrt, say that it's in the distro vcs and not in the archive because I'm a coward ;-)
[21:50] <desrt> seb128: i don't think it really matters which specific day it lands
[21:50] <desrt> as long as it's done
[21:51] <seb128> desrt, yeah, I've it installed today, is still want to restart my box to make sure we didn't break lightdm etc
[21:51] <seb128> but I will upload tomorrow when we are around for the day
[21:51] <desrt> sounds good
[21:51] <desrt> thanks for the quick work
[21:51] <seb128> yw
[21:51] <lool> seb128: Cool, thanks (gtk+3.0)
[21:52] <desrt> tedg: so i'm working on adding gmenumodel support to the appmenu indicator now
[21:52] <desrt> tedg: any words of advice before i go totally insane?
[21:56] <seb128> desrt, yeah, ok, you were right, it's robert_ancell's fault if that doesn't work
[21:56] <robert_ancell> :P
[21:56] <seb128> ups, he's there
[21:56] <seb128> hey robert_ancell ;-)
[21:56] <desrt> seb128: we're still agreed about using the hot wax as punishment then, right?
[21:56] <desrt> oh crap.
[21:58] <robert_ancell> it might be cold by the time it makes it here
[22:02] <micahg> seb128: I'm assuming that the glib version to the archive was an accident (~ubuntu1)?
[22:03] <seb128> micahg, halt one, see backlog I intended to upload tomorrow morning but I noticed after uploading that I forgot the ppa argument
[22:03] <seb128> micahg, it was ready and meant to go the archive though, so no damage
[22:03] <micahg> seb128: ok
[22:03] <seb128> half->half
[22:04] <seb128> brb restarting session to make sure it's ok ;-)
[22:13] <davidcalle_> seb128, thank you for the help. I'm only getting 'application/octet-stream' instead of mp4 but you put me on a better path.
[22:13] <seb128> davidcalle_, yw