[00:15] <jbicha> robert_ancell: desrt: people on the ubuntu-gnome list really want Firefox
[00:18] <robert_ancell> jbicha, is it too hard to just install it afterwards?
[00:19] <micahg> jbicha: there's a reason why Xubuntu ships Firefox :)
[00:20] <jbicha> micahg: on the other hand, I consider the lack of Flash support a feature ;)
[00:21] <jbicha> we're not planning to get a new webkit (with WebKit2 packages) this cycle?
[00:21] <robert_ancell> it depends on what you see u-g-r as. My recommendation was to stick to upstream GNOME as much as possible, as this makes it easier to maintain, any problems are just considered upstream problems. If you start switching applications you take on responsibility for them.
[00:22] <robert_ancell> jbicha, no, unless something specifically requires it (but that doesn't seem likely)
[00:22] <micahg> jbicha: you could do what Kubuntu does and have an ubuntu-gnome-firefox-installer
[00:23] <jbicha> flash for epiphany 3.8 requires it but it's unclear whether we're taking gtk 3.8 which would also likely be needed
[00:23] <chrisccoulson> jbicha, if you take firefox, i might just make it work with the gnome shell menu ;)
[00:24] <jbicha> micahg: I don't like the Kubuntu solution; it would be better if people would just learn to use USC or muon or whatever
[04:08] <robert_ancell> cyphermox, hey, who got you added to ~indicator-applet-developers?
[04:31] <robert_ancell> desrt, around?
[06:29] <RAOF> ‘connected since 28/10/1876 at 10:00’
[06:41] <didrocks> good morning
[06:47] <RAOF> Good morning!
[06:49] <didrocks> hey RAOF, how are you?
[06:49] <RAOF> Good, and about to bathe Zoë!
[06:49] <didrocks> enjoy :)
[07:07] <robru> morning didrocks!
[07:08] <didrocks> hey robru! how did your moving go?
[07:08] <didrocks> living between boxes? :)
[07:09] <robru> didrocks, haha! actually I am living in a hotel for a couple months until I find a real apartment... so no boxes here! but just living from a suitcase ;-)
[07:09] <robru> but all my stuff is packged in storage and ready to be shipped to me once I find something
[07:11] <didrocks> robru: oh! at least, it's cosy :p
[07:15] <RAOF> Aww, yeah. Freshly washed baby.
[07:15] <RAOF> With bonus bath for me!
[07:16] <didrocks> RAOF: like, you were a collateral damage? :)
[07:17] <RAOF> didrocks: Zoë's got too long for the baby baths, so we wash her in the big bath. This means that someone needs to get in to the bath with her. It's a real chore ☺
[07:18] <didrocks> ahah, ok :-) so one of you need to get that bonus as well :)
[09:04] <pitti> Bonjour mes amis
[09:04] <chrisccoulson> good morning everyone
[09:05] <didrocks> hey pitti, chrisccoulson
[09:05] <chrisccoulson> hi didrocks, how are you?
[09:06] <didrocks> chrisccoulson: okish, yourself,
[09:06] <chrisccoulson> didrocks, very tired ;)
[09:06] <chrisccoulson> my daughter decided she didn't want to sleep at all overnight
[09:06] <didrocks> argh :/
[09:07] <seb128> salut pitti
[09:07] <seb128> hey chrisccoulson
[09:07] <chrisccoulson> hi seb128
[09:07] <seb128> pitti, how is London ?
[09:07] <seb128> chrisccoulson, is the unwell or just not wanting to sleep that night?
[09:07] <chrisccoulson> pitti, oh, you're in london?
[09:08] <seb128> the->she
[09:08] <chrisccoulson> seb128, not sure. she doesn't sleep much anyway, but last night was crazy ;)
[09:08] <pitti> chrisccoulson: yep, on the crash db sprint with ev, bdmurray, and mpt
[10:00] <xclaesse> does unity has a way to record video of the desktop?
[10:01] <xclaesse> gnome-shell has integrated screencast I think
[10:01] <xclaesse> or should I use external tool for that?
[10:01] <seb128> use external tool
[10:01] <xclaesse> seb128, ok... what's the best tool nowadays?
[10:02] <seb128> gtk-recordmydesktop for example
[10:11] <popey> xclaesse, kazam is actively developed
[10:17] <xclaesse> seb128, popey: thanks, gtk-recordmydesktop did the job :)
[10:38] <didrocks> tjaalton: hey, around?
[10:42] <tjaalton> didrocks: yup
[10:43] <didrocks> tjaalton: did you try latest unity stack with the current raring?
[10:43] <didrocks> tjaalton: we are seeing a bunch of issue, but the same packages on quantal is working (apparently)
[10:43] <tjaalton> didrocks: I have whatever is in raring
[10:44] <didrocks> tjaalton: how much do you need a working machine? :p
[10:44] <didrocks> tjaalton: like, if you upgrade, will you be able to downgrade (it seems to be only unity/compiz/nux :p)
[10:44] <tjaalton> yes
[10:44] <chrisccoulson> g'ah, fan speed going up. i wonder how long it will be today before my laptop throttles the CPU back to snail-speed? :/
[10:45] <seb128> chrisccoulson, unplug the power
[10:45] <didrocks> tjaalton: ~ubuntu-unity/daily-build ppa
[10:45] <chrisccoulson> seb128, yeah, i might do that ;)
[10:46] <didrocks> tjaalton: you will get windows placement issue
[10:48] <tjaalton> upgrading
[10:49] <didrocks> thanks :)
[10:59] <tjaalton> didrocks: if you mean by misplaced the fact that windows open with the top bar under the top panel, then yes
[11:00] <didrocks> tjaalton: yeah, ok, so you reproduce. Some people are trying the same version under quantal
[11:00] <didrocks> (I heard it didn't happen)
[12:25] <seb128> chrisccoulson, you have experience with toolchain issues, what components would you blame for resulting in binaries which have buggy behaviours?
[12:26] <seb128> chrisccoulson, like compiz built on raring is behaving weird(er than usual), same version built on quantal works fine
[12:26] <seb128> chrisccoulson, the binaries built on raring are buggy when using on quantal as well so it seems something in the build
[12:56] <chrisccoulson> seb128, heh, it could be anything really :)
[12:56] <chrisccoulson> is compiz in raring already?
[12:56] <seb128> no
[12:56] <didrocks> well, we have a compiz built on raring
[12:56] <seb128> it's in ppa:ubuntu-unity/daily-build
[12:56] <didrocks> a month ago
[12:57] <didrocks> this one worked
[12:57] <didrocks> but the last one doesn't show the issue if built on quantal
[12:57] <didrocks> (but installed on raring)
[12:57] <didrocks> and the contrary: built on raring
[12:57] <didrocks> and installed on quantal or raring, shows the issue
[12:58] <didrocks> chrisccoulson: I've tried downgrading binutils and gcc 4.7, no luck
[12:58] <seb128> chrisccoulson, btw I called Dell about the dog slow laptop on ac issue, they made me upgrade my bios to a10 (I was on a3), seems to make a difference, I'm building unity for 30min and laptop is still quite usable
[12:58] <didrocks> (downgrading to quantal versions)
[12:58] <didrocks> boost seems to not have changed for 2 months, right?
[12:58] <chrisccoulson> seb128, oh, i'm not sure what bios i have. i should check. i need to restart in a moment anyway
[12:58] <chrisccoulson> but thanks for the tip :)
[12:59] <didrocks> chrisccoulson: do you have any other idea what can be an obvious cause?
[12:59] <chrisccoulson> didrocks, how recently did it break, and how long since the last good build?
[12:59]  * didrocks is really lost
[13:00] <didrocks> chrisccoulson: well, the code changed, but it doesn't seem to be related to the code. The last compiz in distro was 12/11 (https://launchpad.net/ubuntu/+source/compiz)
[13:00] <didrocks> today's code works fine once built on quantal, not on raring
[13:01] <chrisccoulson> ah, so it's quite a large window :/
[13:01] <didrocks> and we don't have any data before yesterday, because it seems nobody was following the daily ppa
[13:01] <didrocks> (yeah, that's why we need daily release, that will help discover that)
[13:09] <chrisccoulson> ok, i'm going to restart and then i'll have a quick look to see if i can figure anything out
[13:09] <didrocks> chrisccoulson: thanks :)
[13:09] <chrisccoulson> didrocks, will i have a usable session if i install compiz from the PPA, or is it completely broken?
[13:09] <didrocks> chrisccoulson: I'm trying to rebuild the old ocmpiz here
[13:09] <didrocks> compiz*
[13:10] <didrocks> chrisccoulson: it's usable, but you need to love alt + click
[13:10] <didrocks> to move a window :)
[13:10] <chrisccoulson> heh, thanks
[13:10] <didrocks> also don't minimize apps!
[13:10] <didrocks> :)
[13:10] <didrocks> they are going to be lost forever :p
[13:11] <ogra_> didrocks, there was a mesa update on the 19th
[13:11] <ogra_> (another potential candidate)
[13:11] <didrocks> ogra_: well, this should have impact the old binaries, isn't it?
[13:12] <didrocks> ogra_: you think there are some static magic?
[13:12] <ogra_> hmm, no, not really
[13:12] <didrocks> compiz soon built, let's see if at least, with the old code, I can get the weird behavior
[13:12] <didrocks> ogra_: so, on another note, I tried to backport the nux fix this morning
[13:12] <ogra_> but changed headers or some such, you are indeed right, it would affect all builds, old and new
[13:13] <ricotz> hello desktopers
[13:13] <didrocks> ogra_: it seems to conflict everywhere and we need a snasphot
[13:13] <didrocks> ogra_: having the ABI break and so on…
[13:13] <didrocks> ogra_: and so, we're back on this screwed stack :/
[13:13] <ogra_> didrocks, hmm, did the nux version already change drastically wrt quantal ?
[13:13] <didrocks> hey ricotz
[13:13] <didrocks> ogra_: yeah, it did a lot :/
[13:13] <ricotz> are there known problems with xgettext in raring stumpling over some utf8 chars in translations?
[13:14] <didrocks> they started to refactor it even before UDS
[13:14] <ricotz> didrocks, hi
[13:14] <ogra_> didrocks, is upstream aware that the merge doesnt work ?
[13:14] <didrocks> ogra_: I tried this morning, and then, jump on the screwed stack issue, didn't get the time, if you can handle this, I would be more than grateful :)
[13:15] <didrocks> ogra_: I guess jay is in our timezone for their sprint
[13:16] <seb128> ricotz, no such problem that I know about, why?
[13:16] <ricotz> seb128, hi, i am having problems build gtk+ git
[13:16] <ricotz> and i am wondering if this is a toolchain problem
[13:17] <seb128> ricotz, what's the error? does it build fine on quantal?
[13:17] <ricotz> seb128, it complains about the char "..." while summoning the pot
[13:17] <ricotz> havent tested it on quantal
[13:18] <ricotz> this is "make dist" failing
[13:18] <seb128> oh, fun, they recently commited changes to  "..."  by the unicode equivalent
[13:18] <ricotz> havent checked with upstream yet
[13:18] <didrocks> so it's a build-dep issue for sure
[13:18] <didrocks> rebuilt distro compiz today
[13:18] <seb128> didrocks, compiz just rebuilt breaks?
[13:18] <didrocks> have all the bugs we mentionned
[13:18] <ricotz> seb128, i guess that it is then
[13:18] <didrocks> time to ping doko?
[13:18] <ogra_> yeah, or infinity
[13:18] <seb128> didrocks, it made you wish that builds were running procenv :p
[13:19] <seb128> ricotz, try asking on #gtk+ I guess
[13:19] <didrocks> heh :)
[13:19] <ricotz> seb128, yeah, will do, thanks
[13:21] <seb128> didrocks, so it's something which changed since 2012-11-12 in raring... not a small list :-(
[13:36] <didrocks> chrisccoulson: oh, in case you missed it ^
[13:36] <didrocks> chrisccoulson: no need to upgrade to the ppa, rebuilding current distro's compiz shows the same behavior
[14:41] <bcurtiswx> anyone else getting the blue envelope even when nothing shows on the messagung menu?
[14:42] <didrocks> chrisccoulson: we figured it out, btw, it's cmake
[14:43] <didrocks> now "why", is still under investigation
[14:47] <seb128> bcurtiswx, no
[14:49] <bcurtiswx> seb128, how could i find out what's causing the envelope color change?
[14:49] <bcurtiswx> is there a log somewhere?
[14:50] <seb128> larsu, ^
[14:51] <larsu> bcurtiswx, there's no log, no. Which applications do you have in the messaging menu?
[14:51] <bcurtiswx> empathy, gwibber, xchat, twitter, gmail, facebook
[14:54] <bcurtiswx> larsu, ^
[14:54] <chrisccoulson> didrocks, one difference is that the newer cmake builds compiz with -DNDEBUG for some reason, which can change boost ABI
[14:55] <didrocks> chrisccoulson: I have a build between old cmake and new cmake: http://paste.ubuntu.com/1410398/
[14:55] <didrocks> exactly the same for the rest of the stack
[14:55] <didrocks> using cc instead of gcc, but it's just a symlink game
[14:56] <didrocks> you think the -DNDEBUG may be the cause?
[14:56] <larsu> bcurtiswx, my bet is on one of the webapps. The next time it happens, can you send me the output of `gdbus call --session --dest com.canonical.indicator.messages --object-path /com/canonical/indicator/messages/menu --method org.gtk.Actions.DescribeAll`
[14:57] <bcurtiswx> sure
[14:57] <larsu> thanks
[14:58] <mdeslaur> seb128: who's the compiz guru now?
[14:58] <seb128> mdeslaur, duflu (.au time so sleeping) ... what's the question?
[14:58] <mdeslaur> seb128: I want to bribe someone into fixing #1037164
[14:59] <mdeslaur> seb128: I can't take it anymore, it's driving me _insane_
[14:59] <seb128> bug #1037164
[14:59] <ubot2> Launchpad bug 1037164 in compiz (Ubuntu Quantal) "Clicking on snapped windows in a different workspace produce unexpected results" [Medium,Triaged] https://launchpad.net/bugs/1037164
[14:59] <seb128> mdeslaur, yeah, that would be duflu ;-)
[15:00]  * mdeslaur wonder if duflu likes scotch
[15:11] <bcurtiswx> Ubuntu, the only Job where alcohol is an acceptable means of coercing colleagues into squashing nasty bugs.
[15:11] <kenvandine> bcurtiswx, :)
[15:13] <jcastro_> acceptable? or the preferred method?
[15:14] <bcurtiswx> both? lol
[15:15]  * bcurtiswx wonders if seb128 is watching ubuntuonair
[15:15] <seb128> sometimes, not today ... is there one ongoing?
[15:15] <bcurtiswx> ummm
[15:15] <bcurtiswx> yes
[15:24] <chrisccoulson> right, time to get back to my other tasks :)
[15:30] <bcurtiswx> larsu, http://paste.ubuntu.com/1410461/
[15:35] <larsu> bcurtiswx, your gmail webapp has 7 sources, each with 0 new things, all of them marked as drawing attention (effectively making the icon blue)
[15:36] <larsu> bcurtiswx, please file a bug against unity-webapps
[15:36] <bcurtiswx> larsu, OK. will do. BRB with number
[15:36] <larsu> bcurtiswx, thanks
[15:37] <bcurtiswx> no ubuntu-bug unity-webapps capability . goign to LP site
[15:40] <larsu> bcurtiswx, I'm sorry, the package name is unity-webapps-common
[15:41] <larsu> but it might be that ubuntu-bug doesn't work with that one either
[15:41] <bcurtiswx> larsu, seems to have worked :)
[15:45] <bcurtiswx> larsu, bug #1086435
[15:45] <ubot2> Launchpad bug 1086435 in webapps-applications (Ubuntu) "unity-webapps draw attention where none is warranted" [Undecided,New] https://launchpad.net/bugs/1086435
[15:45] <larsu> bcurtiswx, thanks
[15:46] <bcurtiswx> larsu, yw
[16:02] <bcurtiswx> good job rickspencer3  ;)
[16:02] <rickspencer3> hi bcurtiswx
[16:02] <rickspencer3> thanks :)
[16:21] <robru> awwwwwwwwwwwwwwwww yisssssssss!
[16:21] <robru> I woke up in time for the meeting ;-)
[16:24] <kenvandine> robru, yay :)
[16:26] <robru> kenvandine, hey, how are you?
[16:26] <kenvandine> good
[16:26] <kenvandine> and you?
[16:26] <robru> kenvandine, great!
[16:26] <robru> kenvandine, did you merge my mp yet? I hope not because I dreamt of ways to improve it ;-)
[16:26] <seb128> Sweetshark, qengho, chrisccoulson, didrocks, Laney, kenvandine, mlankhorst, cyphermox, mterry, robru, attente, tkamppeter__: hey, it's meeting time in 3 minutes
[16:26] <robru> seb128, morning!
[16:27] <seb128> (well, no Laney this week)
[16:27] <seb128> robru, hey, how is east canada today? ;-)
[16:27] <robru> seb128, east? I couldn't be further from there ;-)
[16:27] <seb128> doh, dyslexia kicking in again it seems :p
[16:27] <seb128> west I meant ;-)
[16:27] <cyphermox> o/
[16:28] <robru> west coast is best coast ;-)
[16:28] <desrt> hey hey
[16:28] <cyphermox> robru: pffft
[16:28] <robru> ;-)
[16:28] <desrt> ontario and quebec own this country
[16:28] <seb128> they don't speak french there, can't be the best coast...
[16:28] <cyphermox> ;)
[16:28] <desrt> go back to alberta!!
[16:28] <robru> LOL
[16:28] <robru> desrt, ontario and quebec may own us politically, but how are you enjoying the snow? it's +10 here ;-)
[16:29] <desrt> no snow here
[16:29] <desrt> you're confusing us with winnipeg
[16:29] <robru> well, winnipeg has a foot of snow already. so glad to be out of that dump
[16:30] <bcurtiswx>  i do like canada... would rather live there..
[16:30] <seb128> Sweetshark, qengho, chrisccoulson, didrocks, kenvandine, mlankhorst, cyphermox, mterry, robru, attente, tkamppeter__: it's meeting time
[16:30]  * mlankhorst pretends work stuff
[16:30] <seb128> https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-12-04
[16:30] <seb128> mlankhorst, no, playing steam game all day is not working on X!
[16:30] <seb128> ;-)
[16:31] <chrisccoulson> lol
[16:31] <desrt> i've noticed that portal isn't available...
[16:31] <desrt> i have to figure that's intentional
[16:31] <qengho> *Somebody* has to test!
[16:31] <desrt> in order to not derail the development of 13.04
[16:31] <bcurtiswx> lol
[16:31] <mlankhorst> also upstreamed some ttm patches, rest has to wait 3 weeks for the reviewer to come back, but will likely go in as well.. first renamed packages in -proposed
[16:31] <mlankhorst> eod :p
[16:31] <robru> am I the only one who can't run steam? intel/raring, it doesn't even launch
[16:31] <seb128> I didn't try yet to be honest
[16:31]  * desrt did it last night
[16:31] <seb128> ok, let's get started
[16:31] <robru> extra frustrating because it *was* working, then it updated and broke
[16:32] <robru> right
[16:32] <seb128> Sweetshark, hey, how are you? weekly "what you are working on" summary? ;-)
[16:33] <seb128> no Sweetshark...
[16:33] <seb128> qengho, hey
[16:33] <qengho> Hiya.
[16:33] <qengho> desktop-r-chromiumbrowser-improvements
[16:33] <qengho> a) Building new release 23.0.1271.95 in PPA!
[16:33] <qengho> b) Working on two architecture problems:
[16:33] <qengho> b1) a powerpc build failure because upstream build-deps didn't consider it.  This makes me consider switching away from "all" architecture to specific listing.
[16:33] <qengho> b2) the build system doesn't disable NEON opimizations on ARM even when asked to.
[16:33] <qengho> c) Nearly done getting #security releasing previous stable build to all releases.
[16:33] <qengho> EOF
[16:34] <seb128> b1) joining chrisccoulson on the powerpc hater list?
[16:34] <seb128> (lot of people on that list btw :-)
[16:34] <qengho> Hah.  I like the CPU itself!  :(
[16:34] <Sweetshark> seb128: libreoffice 3.6.4 prepared, bibliography hooks done (modulo a few cornercases), upstream branch-off of 4.0 today.
[16:34] <qengho> Second only to Alpha!
[16:34] <chrisccoulson> i hate it ;)
[16:35] <seb128> Sweetshark, thanks
[16:35] <qengho> chrisccoulson: But it has *so many registers!*
[16:35] <chrisccoulson> heh
[16:35] <seb128> qengho, good job, nice to see chromium getting in shape across the board ;-)
[16:35] <qengho> Anyway, support sucks.  So, maybe.
[16:35] <seb128> qengho, thanks
[16:35] <qengho> seb128: thanks.
[16:35] <seb128> chrisccoulson, your turn ;-)
[16:35] <bcurtiswx> qengho, will there be a chromium updates for 12.04 ?
[16:36] <chrisccoulson> i've been working on making the menubar in firefox testable this week
[16:36] <chrisccoulson> in addition to adding some distro-specific tests for firefox when i think of them too
[16:36] <qengho> bcurtiswx: it's landing any second now, all the way back to Lucid.  Modulo the ARM problem that will get fixed this week.
[16:36] <seb128> chrisccoulson, transitioning to gmenumodel on the way? ;-)
[16:36]  * bcurtiswx hugs qengho 
[16:37] <chrisccoulson> seb128, heh ;)
[16:37] <chrisccoulson> you want me to break it now it works perfectly? ;)
[16:37] <seb128> that's not how we roll here? ;-)
[16:37] <chrisccoulson> lol
[16:37] <seb128> seems to be what #ps keeps doing :p
[16:37] <seb128> anyway
[16:37] <seb128> chrisccoulson, thanks ;-)
[16:37] <seb128> didrocks, hey
[16:38] <didrocks> hey!
[16:38] <didrocks> advanced on daily landing, still more review, now 25 projects bootstrap!
[16:38] <didrocks> Trying to get unity in a releasable state which is quite challenging. Just debunked a cmake change making unity in a weird state. Daily landing plumbings done for this stack, just need unity to have some more testing before a big first landing which is the most risky one.
[16:38] <didrocks> ..
[16:39] <seb128> didrocks, thanks, great to see the progresses and the daily landing to work fine for the part where it's enabling
[16:39] <didrocks> yeah, it's good to see that working :)
[16:39] <seb128> *enabled
[16:39] <seb128> kenvandine, hey
[16:39] <kenvandine> SRUs still in unapproved:
[16:39] <kenvandine>   gnome-control-center-signon 11/13
[16:39] <kenvandine>   unity-chromium-extension since 11/15
[16:39] <kenvandine>   gwibber (precise) since 10/18
[16:39] <kenvandine> I'll try to ping RAOF again about those
[16:39] <kenvandine> Reviewing packages for thoroughness of tests before enabling autolanding to ubuntu.  We will do manual uploads using the inline packaging from trunk periodically until we feel the testing is sufficent for autolanding.
[16:40] <kenvandine> Worked with robru to start adding some async APIs to friends and libfriends
[16:40] <kenvandine> EOF
[16:40] <seb128> kenvandine, the SRU queue has shrinked by half this week, I think they are trying to clean it before holidays so finger crosses, let me know if those need to land I can try to do some poking
[16:41] <seb128> kenvandine, when are you holidays? end of week?
[16:41] <kenvandine> they cleared out most of mine
[16:41] <kenvandine> monday is my last day for the year :)
[16:41] <seb128> waouh
[16:41] <kenvandine> :-D
[16:41] <seb128> last meeting then
[16:41] <seb128> have fun ;-)
[16:41] <kenvandine> yup
[16:41] <kenvandine> i am sure i will :)
[16:41] <seb128> I think a bunch of us will be on holidays start next week for eoy
[16:41]  * seb128 looks at chrisccoulson and didrocks and some others who didn't take holidays as well
[16:41] <kenvandine> yeah, it'll be a ghost town
[16:41] <seb128> kenvandine, thanks
[16:42] <didrocks> well, still a week!
[16:42] <didrocks> :)
[16:42] <chrisccoulson> yeah, i'll be on holiday from next week :)
[16:42] <seb128> mlankhorst, hey, anything you did out of gaming? ;-)
[16:43] <seb128> I guess he went back to play some steam games ;-)
[16:43] <seb128> cyphermox, hey
[16:43] <cyphermox> hey hey
[16:43] <mlankhorst> seb128: well what I said earlier
[16:43] <mlankhorst> getting stuff in upstream kernels, and getting things finally into precise-proposed
[16:44] <cyphermox> I've been debugging an annoying blocker bug with NM in DHCP, that was affecting daily iso testing; other than that it's keeping up and finishing with indicators
[16:44] <cyphermox> ..
[16:44] <cyphermox> fwiw, the bug 1084064
[16:44] <ubot2> Launchpad bug 1084064 in network-manager (Ubuntu) "Can not ssh to raring VM's using hostname" [High,In progress] https://launchpad.net/bugs/1084064
[16:44] <seb128> mlankhorst, good to see stuff landing for precise ... are things on track for lts .2?
[16:44] <mlankhorst> I would believe so
[16:44] <seb128> cool
[16:45] <seb128> cyphermox, speaking of indicators, how are the failing tests going? I think I understood that was blocking daily landing of e.g indicator-session?
[16:46]  * seb128 wants to see indicator-session rolling daily, especially that robert_ancell is working on fixing the "reboot fails when other users are logged in"
[16:46] <cyphermox> looking after it
[16:46] <cyphermox> yeah. :/
[16:46] <seb128> do you need help? any ETA on the fix?
[16:46] <cyphermox> waiting after charles/larsu, basically
[16:46] <seb128> it has been a while, we should get that resolved sooner than later with holidays coming
[16:47] <seb128> cyphermox, we should maybe help them, they seem to be busy on other things atm
[16:47] <seb128> anyway, let's discuss that off meeting
[16:47] <seb128> cyphermox, thanks
[16:47] <seb128> mterry, hey, welcome back, had a good long w.e? ;-)
[16:47] <mterry> Yeah  :)  I don't have much to report, as I was on holiday.  Chewed through plenty of emails this morning though.  EOF
[16:48] <didrocks> mterry: that's why I'm waiting tomorrow before annoying you :)
[16:48] <mterry> :)
[16:48] <seb128> mterry, thanks
[16:48] <seb128> robru, hey ... I lost count of your work day, not sure if you were off while moving or worked inbetween? anyway if you have a status update feel free to share ;-)
[16:49] <seb128> works day*s*
[16:49] <robru> seb128, hey. I did do some work even though I was officially on holiday ;-)
[16:49] <seb128> unstoppable bob ;-)
[16:49] <robru> * last tuesday I implemented some infrastructure to make image uploads easier/possible in lp:friends
[16:49] <robru> * yesterday I added some async APIs on top of that previous work
[16:49] <robru> * today I'm gonna make the async stuff better and more general-purpose ;-)
[16:50] <robru> .. ;-)
[16:50] <mterry> robru, you're back now though?
[16:50] <robru> yep, back for good!
[16:50] <seb128> robru, thanks
[16:50] <robru> seb128, thanks
[16:51] <seb128> attente, hey
[16:51] <mterry> robru, welcome  :)
[16:51] <robru> mterry, thanks!
[16:51] <attente> hi seb128, hi everyone :)
[16:51] <seb128> attente, still fighting menus I assume? ;-)
[16:51] <attente> overall, this week was negative progress for me
[16:51] <attente> i started off the week by fixing the action names to be more reasonable than memory addresses
[16:51] <attente> the rest of the week i had to spend re-writing some code to fix the gedit "Empty" menu item bug, as well as improve the overall architecture
[16:51] <attente> so now i have to re-implement the action group stuff to work with the new code
[16:51] <attente> the plan this week is fix action groups -> fix xprops/GtkApplication bug -> build PPAs for testing
[16:51] <attente> ..
[16:52] <attente> still fighting i guess :)
[16:52] <seb128> hehe, keep the good work, I'm looking forward having a ppa version to test before holidays maybe, let's see ;-)
[16:53] <seb128> attente, thanks
[16:53] <seb128> tkamppeter__, hey
[16:53] <attente> thanks seb128
[16:54] <seb128> no tkamppeter__?
[16:54] <seb128> let's move on
[16:55] <seb128> so me, I've been doing some SRUS for precise .2 and quantal, desktop bug fixes, some bug triaging, quite some sponsoring
[16:56] <seb128> if you have some spare cycle (or even if you don't try to make some) please help on sponsoring this week, Daniel keeps making calls for helps and I know quite some of us tend to get busy and miss shifts
[16:56] <seb128> so it's a good moment early in the cycle to take a few hours and help to get that queue cleaned before holidays
[16:56] <ogra_> a great way to fill your vacation :)
[16:56] <seb128> they are keeping track of who didn't do their shift also and it would be good if those who didn't do any recently were getting their names off the list before getting in trouble for it
[16:56] <robru> seb128, hey. I see those calls from Daniel. how can I help with this? I feel bad for ignoring his calls but I don't know how to help
[16:57] <seb128> robru, http://reqorts.qa.ubuntu.com/reports/sponsoring/
[16:57] <seb128> robru, look at that list, pick anything you feel like you could comment on/give a code review (often things are small, they are patches from new contributors)
[16:57] <seb128> robru, like there are small python patches for software-properties or update-manager I'm sure you could review and comment on
[16:57] <robru> seb128, wow, thanks. nobody ever showed me that list before ;-)
[16:58] <robru> but I'm not able to directly sponsor, just reviews right? still need somebody else to sponsor
[16:58] <seb128> robru, it's in the email from Daniel :p
[16:58] <robru> ok ;-)
[16:58] <seb128> robru, yeah, review is fine, any help is welcome ... uploading is not the hard part ;-)
[16:59] <seb128>  
[16:59] <seb128> that was it from me
[16:59] <robru> great
[16:59] <robru> thanks
[16:59] <seb128> is there any other comment/questions/note/...?
[17:00] <seb128> seems not, that's a wrap then, thanks everyone
[17:00] <didrocks> thanks :)
[17:00] <didrocks> robru: maybe you can help cyphermox to get the latest pieces in places? so that at least the whole indicator stack is daily-landing :)
[17:00] <mlankhorst> seb128: well since you asked, I added it as item on the wiki for what I have done this week. :P
[17:00] <seb128> mlankhorst, thanks ;-)
[17:00] <didrocks> robru: there also gcovr to package if you feel it :)
[17:01] <didrocks> (well, to package "right" ;))
[17:01] <robru> didrocks, can you email me some details about that? I'm about to lose internet
[17:02] <didrocks> robru: I'll ask cyphermox to get a list for you about what is remaining to do :)
[17:02] <didrocks> thanks ;)
[17:02] <robru> didrocks, kenvandine: in fact I've gotta go run to the library, will be back on in an hour or so
[17:02] <didrocks> cyphermox: can you do that? ^
[17:02] <cyphermox> didrocks: yup
[17:02] <didrocks> thanks ;)
[17:12] <bcurtiswx> aww, what happened to "create new file" with Nautilus ?
[17:23] <jbicha> bcurtiswx: http://askubuntu.com/questions/208291/how-to-create-a-new-blank-file-in-nautilus-3-6
[17:33] <bcurtiswx> jbicha, then the bug is that there's no "default" template
[17:34] <seb128> bcurtiswx, that "no default template" discussion is as old as ubuntu I think ;-)
[17:36] <bcurtiswx> well, it's a regression now that nautilus doesn't provide a "new file" option. right?
[17:36] <bcurtiswx> seb128, unless they intended for that to happen.. IDK
[17:37] <seb128> bcurtiswx, they intended the menu to not be cluttered by an entry you don't use
[17:37] <seb128> so the entry is only there if you have templates
[17:37] <seb128> the discussion on whether we should install templates or not and which ones is ooold though
[17:38] <bcurtiswx> seb128, hmm I can see a ton of bugs with "where's my 'new file' option go", yay.. :P
[17:38] <seb128> which is a bit orthogonal, but people complain for ages that they don't know how to add templates and that the "empty file" entry is useless ... so the new behaviour is not much of a regression
[17:38] <seb128> bcurtiswx, I'm not sure so many people like to create empty files to be honest...
[17:39] <seb128> it would perhaps be useful if it included stuff like libreoffice documents
[17:39] <sarnold> touch /etc/nologin  :)
[17:40]  * didrocks was a big fan of templates file, but now, I really wonder of having some by default
[17:40] <didrocks> seems that we are moving away from file management in general, so maybe it's not the natural way of creating a file
[17:40] <bcurtiswx> seb128, good thought with L-O idea.
[17:42] <bcurtiswx> well, my file management is heading towards google drive (cloud), I wonder what the future of that will be. I'm a data guy, so I would dread a death to large data drives
[17:46] <seb128> mlankhorst, is there a "xserver-xorg-lts-quantal" I can install on my precise somewhere to test thing and where is the somewhere?
[17:51] <desrt> Mimiko: hi
[17:52] <Mimiko> hi
[17:52] <desrt> how are you today?
[17:52] <Mimiko> its alright.
[17:52] <Mimiko> do we know each other?
[17:53] <desrt> nope.  just saying hi.
[17:53] <desrt> what are you working on?
[17:54] <Mimiko> right now nothing. its late so I am just rest
[17:54] <desrt> what timezone are you in?
[17:55] <Mimiko> its gmt+2 so about 20 hours )
[17:55] <Mimiko> you?
[17:55] <desrt> -5
[17:55] <Mimiko> eastern america?
[17:56] <desrt> yes
[17:57] <Mimiko> oh its afternoon
[17:57] <Mimiko> having a meal?
[17:57] <desrt> nope.  waiting for some compiles :)
[17:57] <Mimiko> they'll bring some meal to eat?
[17:57] <Mimiko> or to have fun wih them? ))
[17:58] <desrt> i'm waiting for software to compile
[17:58] <jbicha> Mimiko: I think desrt just likes your name :)
[17:58] <Mimiko> oh, thats what. what is that about? the software?
[17:59] <Mimiko> jbicha, I don't mind
[18:07]  * didrocks waves good evening
[18:08] <seb128> mterry, https://bugzilla.gnome.org/show_bug.cgi?id=672245 seems to be waiting on update from your part (in case you didn't notice)
[18:08] <ubot2> Gnome bug 672245 in libgnome-desktop "[power]: gnome-settings-daemon crashed with SIGSEGV in gnome_rr_screen_get_dpms_mode()" [Normal,Unconfirmed]
[18:09] <mterry> seb128, oh god, I remember putting that on a TODO list a while ago.  Thanks for the notice
[18:09] <mterry> must have lost that list
[18:09] <seb128> mterry, yw ;-)
[18:18] <mlankhorst> seb128: ppa:ubuntu-x-swat/q-lts-backport
[18:19] <seb128> mlankhorst, thanks
[18:19] <mlankhorst> requires -proposed to be enabled, I'm deleting packages when they show up there
[18:21] <seb128> mlankhorst, thanks
[18:21] <seb128> mlankhorst, context is https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1034090 ... I just SRUed a g-s-d fix
[18:21] <ubot2> Launchpad bug 1034090 in gnome-settings-daemon (Ubuntu Precise) "Hotkeys not functional after upgrade to quantal's xorg (new xinput version)" [High,In progress]
[18:22] <seb128> mlankhorst, if you have a real box running the backported stack can you confirm that multimedia keys are current broken in precise with the new xinput?
[18:22] <mlankhorst> worksforme?
[18:22] <seb128> mlankhorst, :-(
[18:23] <mlankhorst> but I use kde
[18:23] <seb128> lol
[18:23] <seb128> mlankhorst, that's a gnome-settings-daemon issue, need to be tested under GNOME ;-)
[18:23] <seb128> mlankhorst, http://git.gnome.org/browse/gnome-settings-daemon/patch/?id=9d23fac4ce927cd27964323aa4cf8138e5128ba0
[18:24] <seb128> mlankhorst, well anyway, I SRUed the fix, I will try to test it
[18:46] <seb128> chrisccoulson, can I tell firefox to let my pdfs alone?
[18:47]  * seb128 just had to rewrite a SRU testcase because he clicked on a pdf on the launchpad page and firefox decided it was a good idea to take me out my page and cancel my editing to open the file over the page I was using
[18:47] <seb128> chrisccoulson, do you know if somebody suggested they should open those at least in a new tab rather than taking over the page that contain the pdf you clicked on?
[18:56] <jbicha> seb128: which version of Firefox are you using? you're using the built-in PDF viewer?
[19:36] <seb128> jbicha, 18 beta from raring
[19:36] <seb128> jbicha, yes, I'm using that, but I didn't opt in, the update forced it on me instead...
[19:36] <seb128> which makes me want my evince back :p
[19:37] <bjsnider> anybody know for sure what it takes in gnome for an app to be associated with an extension?
[19:38] <seb128> bjsnider, you mean extension or mimetype?
[19:38] <seb128> the mimetype can be guessed from the filename or from the content
[19:39] <jbicha> chrisccoulson: I thought pdfjs by default wasn't until FF19
[19:41] <bjsnider> seb128, extension
[19:42] <seb128> bjsnider, look to /usr/share/mime ... usually /usr/share/mime/packages/freedesktop.org.xml for the definitions, you will have things like:
[19:42] <seb128> <mime-type type="sometype">
[19:43] <seb128> ... ="*.something"
[19:43] <seb128> which links the .something to the mimetype
[19:43] <jbicha> http://library.gnome.org/users/gnome-help/stable/files-open.html or for some things look in System Settings>Details>Default Applications
[19:43] <seb128> then .desktop in /usr/share/applications has to claim that type in MimeType=
[19:48] <robert_ancell> larsu, hey, when is that indicator patch to libunity landing?
[19:59] <bjsnider> as of quantal mkvtoolnix isn't being associated with video-x-matroska files anymore
[20:01] <robert_ancell> tedg, ping
[20:02] <tedg> Good morning robert_ancell
[20:02] <robert_ancell> tedg, hey, I have an indicator/dbus-menu problem that I need some pointers to debug
[20:02] <tedg> Pointers are evil.  Use Python :-)
[20:03] <robert_ancell> tedg, I have an indicator in lp:~robert-ancell/+junk/bluetooth-indicator. When I add submenus to menu items the menu items loose their labels
[20:04] <tedg> robert_ancell, Whoa!  That's trippy.
[20:04] <tedg> robert_ancell, GMenu or Dbusmenu?
[20:05] <robert_ancell> tedg, dbusmenu. I would use gmenu but the API for that is not available yet right?
[20:05] <tedg> robert_ancell, No, it is.  You just have to turn it into a GTK menu in the .so.
[20:05] <tedg> robert_ancell, Just not the fancy only use GMenu and never use GTK.
[20:05] <tedg> robert_ancell, indicator-messages is all GMenu in 12.10
[20:06] <robert_ancell> tedg, I'm using appindicator3-0.1 for now, what method is that?
[20:06] <tedg> robert_ancell, Oh, don't use appindicator, that really shouldn't be used for anything that is default.
[20:06] <tedg> It's only for extending the base desktop.
[20:06] <robert_ancell> tedg, it was just the fastest way to test it
[20:07] <tedg> robert_ancell, Hmm... okay.  I'm a bit worried it'll gain a life of it's own :-)
[20:07] <tedg> robert_ancell, Do if you're doing that you can use dbusmenu-dumper to see what's going on.
[20:08] <robert_ancell> tedg, what pacakge?
[20:08] <tedg> robert_ancell, It's in dbusmenu-tools.
[20:08] <tedg> robert_ancell, You'll need the object path and dbus name, you'll have to get it in d-feet
[20:08] <tedg> robert_ancell, apt://libdbusmenu-tools
[20:08] <robert_ancell> tedg, no such package
[20:08] <robert_ancell> ah, ta
[20:09] <robert_ancell> tedg, btw, can we do "switch" UI elements with dbusmenu?
[20:09] <tedg> robert_ancell, Dbusmenu, yes.  libappindicator, not really.
[20:10] <tedg> robert_ancell, To do that in libappindicator you need to use the internal dbusmenu object and tweak it.
[20:10] <robert_ancell> tedg, is it just a hint?
[20:10] <tedg> robert_ancell, Basically, yes.  Dbusmenu is just basically a tree of a{sv}.  You need to set the properties.
[20:11] <robert_ancell> tedg, ok, got the dumper, how do I find the dbus paths>?
[20:12] <tedg> robert_ancell, I'm not 100% indicator-application can parse all of those properties though... I'd have to check.
[20:12] <tedg> robert_ancell, Just look in d-feet, that's the easiest.
[20:12] <robert_ancell> in there, what am I looking for?
[20:13] <tedg> robert_ancell, Look for the connection from your process.  Then it should have a path like /com/canonical/appindicator/$id/menu
[20:13]  * tedg doesn't remember exactly
[20:13] <robert_ancell> which bus object?
[20:14] <robert_ancell> tedg, ^
[20:15] <tedg> Ah, yeah, the one above.
[20:15] <tedg> It ends in menu.
[20:16] <robert_ancell> tedg, the closest I am seeing is com.canonical.indicator.*
[20:16] <tedg> robert_ancell, Ah, actually it's /org/ayatana/NotificationItem/$id/Menu
[20:16] <tedg> robert_ancell, The dbus name is determined by your app.  If you don't set one it'll be :1.$i
[20:17] <robert_ancell> oh, ok
[20:18] <robert_ancell> tedg, ok, the dumper shows the menu as correct, but it's not rendering right
[20:19] <robert_ancell> tedg, actually, not it looks wrong
[20:19] <robert_ancell> it looks like dbus-menu thinks the menu items are separators
[20:20] <robert_ancell> tedg, http://paste.ubuntu.com/1411036/
[20:20] <tedg> robert_ancell, GtkBuilder?
[20:20] <robert_ancell> tedg, nope, just straight Vala
[20:21] <robert_ancell> tedg, note they do show if I just use a GtkMenuBar or I remove the submenus
[20:21] <robert_ancell> If I use straight GtkMenuItems instead of my own classes they still don't show
[20:21] <tedg> Hmm, interesting.  I wonder how it gets to that state...
[20:22] <tedg> robert_ancell, So I'd say its on the side of your process, but probably in libdbusmenu-gtk's parser.c
[20:23] <tedg> I'd try a dump with using the straight up GtkMenuItem's instead of subclasses just to see if the results are the same.
[20:23] <tedg> I'd believe that we had a subclassing error, but I'd be surprised if that wasn't a different case.
[20:24] <achiang> desrt: ping?
[20:24] <robert_ancell> tedg, yeah, I removed the subclassing because I thought the same but still the same problem
[20:26] <tedg> robert_ancell, Nobody subclasses in GObject, too much pain :-)
[20:26] <robert_ancell> tedg, that's why they invented Vala
[20:27] <tedg> No, that's why they invented C++, but that got WAY out of control :-)
[20:29] <robert_ancell> tedg, worked it out
[20:30] <robert_ancell> tedg, if you add a menu item without a label, then add a label later appindicator3-0.1 thinks it is a separator
[20:30] <tedg> robert_ancell, Oh, what was it?
[20:30] <tedg> Ah, hmm, I thought we had that case...
[20:30] <robert_ancell> that dump tool is handy
[20:31] <tedg> Yeah, with applications you can execute it without a path and click on the app too.
[20:31] <tedg> Cool feature agateau added.
[20:57] <chrisccoulson> jbicha, i'm not sure what release it's shipped by default in. i've been using it for months in nightly so i lose track of when things landed
[21:19] <GunnarHj> charles: ping
[21:19] <charles> hi GunnarHj
[21:19] <GunnarHj> charles: Hello
[21:20] <GunnarHj> charles: Hello!
[21:20] <GunnarHj> charles: Getting back to you about https://bugzilla.gnome.org/show_bug.cgi?id=687945
[21:20] <ubot2> Gnome bug 687945 in i18n "Display names of days and months using the current language" [Normal,Unconfirmed]
[21:21] <GunnarHj> charles: Have you had a chance to take a closer look at it?
[21:22] <charles> I'd still prefer the change to into a general-purpose location like glib
[21:22] <charles> imo it doesn't make as much sense to do it patchwork in different apps
[21:22] <charles> but at the same time, it doesn't look like that ticket is going anywhere fast
[21:23] <GunnarHj> charles: Unfortunately true. I thought it might help if you, as the main maintainer of indicator-datetime, added a comment to that glib bug.
[21:23] <robert_ancell> cyphermox, hey, did you talk to tedg about indicator-network?
[21:29] <charles> GunnarHj: tbh I don't feel very strongly about the actual feature, either for or against. My main concern is avoiding duplicate code everywhere that dates are shown
[21:30] <GunnarHj> charles: Ok, I see.
[21:31] <charles> gunnarhj: if we do this at the indicator level, we could use your code to make some namespace-appropriate version of the g_date_time_format() that you've got in that bgo patch
[21:32] <charles> iirc the datetime patch we had before relied on some assumptions about the format strings that we pass into strftime, and those might change:
[21:32] <charles> at some point we may want to expose a format string config option in dconf-editor, though not visible in g-c-c
[21:33] <desrt> achiang: hi
[21:34] <achiang> desrt: hey, i'm not too familiar with how upstream gtk-devel works. i sent a pretty trivial patch over the weekend, but got no responses. can you help me navigate the waters?
[21:34] <desrt> achiang: bugzilla + IRC pings are usually the best approach
[21:34] <GunnarHj> charles: Sorry, but now you are talking above my head... "namespace-appropriate version" - do you mean patching glib in Ubuntu?
[21:35] <desrt> lemme see if i can find your mail
[21:35] <desrt> achiang: ya.. .that's definitely the sort of thing that should be a bug report: http://bugzilla.gnome.org/
[21:35] <GunnarHj> charles: Don't think that the indicator-datetime patch relied on any particular assumptions.
[21:35] <desrt> achiang: also: git-format-patch formatted patches are preferred
[21:35] <charles> GunnarHj: noooo not patching glib
[21:36] <charles> I just meant that indicator functions shouldn't start with g_ :)
[21:36] <charles> GunnarHj: desrt and seb128 would kill us both
[21:36] <achiang> desrt: interesting. so they don't take patches on the mailing list...
[21:36] <GunnarHj> charles: Ok. :)
[21:36] <desrt> achiang: mailing list is for higher-level discussions
[21:36] <charles> and with some good reason :)
[21:36] <desrt> gnome in general makes very very heavy use of bugzilla
[21:37] <achiang> desrt: was my patch malformed, btw?
[21:37] <desrt> achiang: we prefer git-format patches
[21:37] <desrt> since they come along with their own author information and commit messages
[21:37] <desrt> but the patch is 'fine'
[21:38] <achiang> desrt: ok, i'll work on that then. as for getting it SRU'ed, what's the easiest way to get that done?
[21:38] <desrt> achiang: anyway... i don't agree with your fix
[21:38] <desrt> notice this line:
[21:38] <desrt>       dir_mtime->dir = path;
[21:38] <desrt> then
[21:38] <desrt>       priv->dir_mtimes = g_list_prepend (priv->dir_mtimes, dir_mtime);
[21:39] <desrt> so it's not correct to free() path
[21:40] <GunnarHj> charles: I think we should wait and see for some time. Think I'll add yet another comment to the glib bug, btw. ;-) Suggest we talk more about it if and when it's time to give up as regards the proposed glib change.
[21:40] <achiang> desrt: d'oh, you are completely right. i knew there was something i was missing
[21:40] <achiang> desrt: thanks
[21:41] <desrt> i'll reply to the list so people know the issue is closed
[21:41] <achiang> desrt: thanks. and next time, yeah, bugzilla + irc pings. thanks
[23:00] <cyphermox> robert_ancell: ah! I did not
[23:01] <robert_ancell> cyphermox, np, I'll catch him tomorrow. I was talking to him and just remembered after he signed off
[23:01] <cyphermox> ok, cool