[01:24] <AfC> totem is segfaulting, weird
[01:42] <RAOF> That's a new one on me “cc1: error: .: Stale NFS file handle”.  I wonder if it's transitory?
[01:50] <RAOF> Huh.  Looks like i386 built fine.  Modulo my symbols snafu.
[05:26] <didrocks> good morning
[05:27] <TheMuso> Hey didrocks.
[05:27] <RAOF> Hey didrocks
[05:28] <didrocks> hey TheMuso, RAOF
[05:29] <rickspencer3> good morning didrocks, TheMuso, RAOF, jasoncwarner_
[05:29] <jasoncwarner_> morning rickspencer3
[05:29] <rickspencer3> how is everyone today?
[05:29] <didrocks> bonjour rickspencer3 :)
[05:29] <didrocks> hey jasoncwarner_
[05:29] <rickspencer3> bonjour didrocks
[05:30] <rickspencer3> hey jasoncwarner_ TheMuso ... I saw a review of new software center look and feel yesterday
[05:30] <rickspencer3> I saw that part of it was webkit (at least according to omg)
[05:30] <TheMuso> rickspencer3: Cool.
[05:30] <didrocks> got afraid seeing compiz segfaulting and fought for 30 minutes this morning at start before realizing the issue was that I was using the version I pushed in ubuntu-desktop ppa whiwh is incompatible :)
[05:30] <rickspencer3> that made me think "I wonder if it's accessible)
[05:30] <rickspencer3> that made me think "I wonder how accessibility in Unity is going"
[05:31] <rickspencer3> so, TheMuso, jasoncwarner_ is oneiric Unity currently/going to be accessible?
[05:31] <TheMuso> rickspencer3: 2D is looking likely to be the most accessible this time around. Not sure exactly how everything is looking atm due a panel bug in shared code between 2d and 3d, bug being accessibility related.
[05:32] <rickspencer3> TheMuso, wasn't that true (2d was accessible 3d wasn't quite) last time?
[05:32] <jasoncwarner_> rickspencer3: 2d was QML...we had to get all those patches for Qt, which TheMuso and didrocks did ...
[05:32] <TheMuso> rickspencer3: Yes, but from what didrocks/florian tells me, more a11y issues have been addressed in 2d.
[05:33] <jasoncwarner_> sorry, not QML, qt
[05:33] <rickspencer3> hmmm
[05:33] <TheMuso> Unity 2d does use qml though.
[05:33] <rickspencer3> I would think at least one of them would have to be fully accessible, no?
[05:35] <jasoncwarner_> rickspencer3, TheMuso can confirm, but I think we have all patches we need for Qt now (didrocks can confirm as well). I'm pretty sure we are _this close_ on 2d. 3d, last I checked (about 2 weeks) was further off as was CJK (which was coming next release as per david b)
[05:35] <didrocks> yeah, Qt is ready now
[05:35] <rickspencer3> jasoncwarner_, when is that next release?
[05:35] <didrocks> TheMuso has just to activate the variable for it
[05:35] <TheMuso> Right, afaik the rest of the 2d a11y is just fixing 2d itself. I hope to at least try 2d and see if I can work around the panel issue to do other testing.
[05:36] <didrocks> unity-2d is ready a11y-wise, there is just some known and identified bugs
[05:36] <didrocks> (will be post feature freeze)
[05:36] <rickspencer3> hmmm, tbh, I would think we would want both of them to be fully accessible
[05:36] <didrocks> so, 100% of unity-2d accessible can be done
[05:36] <didrocks> not for unity-3d though
[05:36] <rickspencer3> but, so long as one is, I guess that's ok
[05:36] <didrocks> I don't see a lot of progress there
[05:36] <didrocks> rickspencer3: well, at least it's the one which can run everywhere
[05:36] <didrocks> I prefer that than the other way around :)
[05:37] <TheMuso> didrocks: Seconded.
[05:37] <TheMuso> And we c an default to 2d for accessibility profiles.
[05:37] <didrocks> TheMuso: btw, not sure that you noted, but I opened the bug reports + WI for that
[05:37] <TheMuso> didrocks: I didn't notice, what is the bug filed against?
[05:38] <didrocks> TheMuso: will get it to you, I have it on my email
[05:38] <didrocks> (just finishing some catching up first)
[05:39] <TheMuso> No problem.
[07:37] <AfC> totem is crashing (seg fault) if totem-plugins is installed.
[07:43] <huats> morning
[07:43] <seb128> hey
[07:44] <huats> seb128, salut!
[07:44] <seb128> lut huats
[07:44] <seb128> la forme ?
[07:44] <huats> yep !
[07:44] <huats> je garde un oeil sur rickspencer3 donc ça va ;)
[07:44] <didrocks> hey seb128, huats :)
[07:45] <huats> et toi seb128 ?
[07:45] <seb128> lut didrocks
[07:45] <seb128> huats, ca va merci
[07:45] <huats> (sorry for non french speackers :))
[07:45] <huats> hello didrocks
[07:45] <seb128> huats, is rickspencer3 at your office?
[07:45] <huats> seb128, not in the morning but in the afternoon :)
[07:45] <seb128> did he give you desktop work to do? ;-)
[07:45] <rickspencer3> hi seb128` huats
[07:45] <rickspencer3> seb128, that is
[07:46] <rickspencer3> lol
[07:46] <seb128> hey rickspencer3!
[07:46] <rickspencer3> huats, are you in the office atm?
[07:46] <seb128> rickspencer3, how is life in the south-west? ;-)
[07:46] <rickspencer3> seb128, Southern France quite suits us, I think
[07:46] <seb128> great to hear
[07:46] <rickspencer3> people seem causal about the right things, and serious about the right things
[07:46] <huats> seb128, well yesterday was he first day, so I think he didn't dare ... but I am sure that this afternoon he'l give me some work :)
[07:46] <AfC> ah, good. Removing totem-plugins allows totem to run again.
[07:46] <huats> rickspencer3, yes I am
[07:46] <rickspencer3> now, if I could just convince them to all speak English as well as huats, I'd be in great shape!
[07:46] <huats> (at the office)
[07:47] <rickspencer3> huats, cool, I had this nagging feeling that I didn't lock up properly ;)
[07:47] <huats> rickspencer3, it was the firt day : today will be all in French
[07:47] <rickspencer3> lol
[07:47] <rickspencer3> huats, sounds good
[07:47] <huats> rickspencer3, it was well locked from what I have heard :)
[07:47] <rickspencer3> or "c'est bon"
[07:47] <huats> exactly !
[07:48] <rickspencer3> huats, I was a bit shocked to find that the gates int he front of the building were closed!
[07:48] <rickspencer3> I did find the back exit to my great relief
[07:48] <huats> rickspencer3, oh I forgot that point :)
[07:48] <huats> sorry :(
[07:48] <didrocks> huats: trying to lock down rickspencer3?!? ;)
[07:48] <rickspencer3> no "sorry" needed, all was fine
[07:48] <rickspencer3> didrocks, you wouldn't believe how nice the people in huats office have been to me
[07:49] <huats> didrocks,  I was hoping it would help to fix some more bugs :)
[07:49] <rickspencer3> only teasing my French a tiny bit
[07:49] <didrocks> rickspencer3: heh, nice :)
[07:49] <huats> rickspencer3, well you can tease us for our english (especially sylvain one :))
[07:49] <rickspencer3> nah, you all have very good English
[07:50] <rickspencer3> French people always say "I only speak a little English" but it is always very good
[07:50] <huats> rickspencer3, you know you don't have to say nice things you are already welcome here :)
[07:53] <rickspencer3> ha
[07:54] <didrocks> seb128: reminder about the meeting reminder! :)
[07:55] <seb128> didrocks, thanks
[07:55] <didrocks> yw :)
[08:06] <seb128> mvo, hey
[08:06] <seb128> mvo, we should rather discuss desktop things there ;-)
[08:06] <seb128> mvo, yeah, I'm not sure how optional synaptic is for update-notifier
[08:06] <seb128> it's not needed for the spawning other things use we have in the default install
[08:11] <mvo> seb128: right
[08:28] <Amaranth> good morning
[08:37] <didrocks> chrisccoulson: oh btw, the new thunderbird fixed the cache issue I was stucked with, thanks :à
[08:38] <chrisccoulson> didrocks, excellent, that's good :)
[08:42] <ricotz> good morning
[08:44] <seb128> hey chrisccoulson, how are you?
[08:44] <seb128> hey ricotz
[08:45] <chrisccoulson> hi seb128. i'm good thanks, how are you?
[08:45] <seb128> I'm fine thanks
[08:46] <ricotz> seb128, perhaps you could think about reverting libpeas 1.1.1 to 1.1.0 which would make totem work again
[08:46] <ricotz> only totem git might work with peas 1.1.1
[08:47] <seb128> ricotz, or perhaps we could fix libpeas or totem to work with the current version?
[08:47] <seb128> ricotz, downgrading is often not the way to go
[08:47] <seb128> the new libpeas will be a requirement for some things during the cycle
[08:47] <seb128> so going backward to going forward again and have to address the same issue later is a no win situation
[08:48] <seb128> we should rather address the issue
[08:50] <ricotz> you are right
[08:50] <ricotz> i just looked into patching totem 3.0.1 which didnt work out so well
[08:51] <ricotz> but perhaps patching totem 3.1.0 works
[08:59] <seb128> RAOF, mterry: none of you reviwed gedit-plugins in the sponsoring queue, dissapointing :p
[09:08] <AfC> ricotz: (I saw peas & gir related calls in the gdb backtraces I did when Totem was crashing. Not sure if that's relevant)
[09:14] <rickspencer3> seb128, should I gather that I need to rewrite my gedit plugin for new gedit?
[09:14] <seb128> rickspencer3, define new gedit
[09:15] <seb128> rickspencer3, but yeah, since GNOME3 they use gobject introspection and libpeas
[09:15] <rickspencer3> shucks
[09:15] <seb128> rickspencer3, that's already in oneiric, not pending on that upload though
[09:15]  * rickspencer3 knew this day would come
[09:23] <tjaalton> any idea why my oneiric desktop shows "Augustta" as the month, while my laptop has "elokuuta" which is correct (August = elokuu in finnish)
[09:24] <tjaalton> both have finnish as the desktop language
[09:48] <seb128> tjaalton, both have langpacks installed and the same session environment?
[09:48] <seb128> including LANGUAGE and LANG
[09:51] <tjaalton> seb128: the desktop doesn't have LANGUAGE set, it was a fresh install of natty upgraded to oneiric though :)
[09:54] <tjaalton> seb128: huh, so it was LANGUAGE that made it. now the question is why doesn't a fresh install add it
[09:55] <tjaalton> to /etc/default/locale
[09:55] <seb128> not sure if that's a language-selector thing
[09:59] <tjaalton> both have the same settings in "region and language"
[09:59] <tjaalton> oh well
[10:18] <seb128> chrisccoulson, do you time for some desktop bugs or is the gnome-keyring enough desktop work for you?
[10:23] <chrisccoulson> seb128, what sort of desktop bugs?
[10:23] <chrisccoulson> i can probably handle some ;)
[10:24] <micahg> seb128: I can review gedit-plugins when I pilot tomorrow
[10:24] <seb128> micahg, thanks
[10:24] <seb128> chrisccoulson, bug #620693
[10:24] <ubot2> Launchpad bug 620693 in gnome-power-manager "Screen not locked when turned off" [Low,Triaged] https://launchpad.net/bugs/620693
[10:25] <seb128> chrisccoulson, there is also "make the g-s-d power notification use notify-osd"
[10:25] <seb128> chrisccoulson, it might be easier to use the same code that for the sound ones now that it's in g-s-d
[10:26] <chrisccoulson> seb128, oh, that one should be easy. when i updated that patch in g-s-d, i did it in such a way to make it easily shareable ;)
[10:26] <chrisccoulson> i predicted the future :P
[10:26] <seb128> ;-)
[10:26] <seb128> chrisccoulson, does it mean you want to do it? ;-)
[10:26] <seb128> you know the code so that would appreciated
[10:30] <ricotz> Sweetshark, hello, could you take a look at this libreoffice build and if possible move/upload it to the libreoffice ppa? https://edge.launchpad.net/~ricotz/+archive/unstable/+sourcepub/1842431/+listing-archive-extra
[11:14] <chrisccoulson> hmmm, i should write a gnome-online-accounts addon for thunderbird
[11:27] <Sweetshark_vacat> ricotz: I will, when I return from my vacation.
[11:56] <ricotz> Sweetshark_vacat, oh, sorry, looked like you are available, have some nice holidays
[12:29] <seb128> chrisccoulson, could you update the email client workitems?
[12:29] <seb128> chrisccoulson, you still have 9 opens for a3, time to close or descope some
[12:29] <chrisccoulson> seb128, yeah, sure
[12:29] <seb128> thanks ;-)
[12:30] <seb128> didrocks, what is blocking the oneconf mir?
[12:30] <seb128> s-c work?
[12:30] <seb128> design?
[12:30] <didrocks> seb128: a release, which was fixed yesterday :)
[12:31] <seb128> ok, great ;-)
[12:31] <didrocks> maybe another pass is neeed?
[12:31] <didrocks> the MIR was acked for the previous version
[12:31] <didrocks> needed*
[12:31] <didrocks> and the code changed a lot
[12:31] <didrocks> as well, I wanted to discuss about it during the meeting, as the server side will enter some beta staging next week
[12:32] <didrocks> should we push it by default before? (it basically won't sync)
[12:36] <seb128> didrocks, wait after the meeting
[12:36] <didrocks> sure, that was my plan, but as you discussed it
[12:36] <didrocks> seb128: I'll review my WI after finishing catching up (hopefully) on MIRs
[12:36] <seb128> didrocks, I'm doing a review to clean a bit the list to have less to discuss during the meeting ;-)
[12:36] <seb128> didrocks, ok, thanks
[12:36] <didrocks> seb128: do you want me to do the other way around? looking at the list first?
[12:37] <didrocks> can do quickly
[12:40] <seb128> didrocks, no hurry, just update your list for the meeting that's fine
[13:12] <didrocks> jbicha: hey, I'm looking at https://bugs.launchpad.net/ubuntu/+source/gnuchess/+bug/814025. We don't install glchess by default, do we?
[13:12] <ubot2> Ubuntu bug 814025 in gnuchess "[mir] gnuchess and gnuchess-book" [Undecided,New]
[13:13] <didrocks> maybe I missed the discussion about having the chess game installed by default
[13:13] <seb128> is that a build-depends or depends?
[13:13] <seb128> didrocks, btw I can confirm the unity breakage on intel
[13:14] <didrocks> seb128: not surprized about it though, seems to be 945GMA is touched…
[13:15] <seb128> didrocks, well i tried on the 10v, I sort of need my laptop to get work done and run the meeting etc today
[13:15] <seb128> 10v is out of order after the upgrade
[13:17] <didrocks> seb128: the MIR doesn't tell so and looking at configure.in, it doesn't seem to be a build-dep, that's why I'm waiting on jbicha
[13:17] <seb128> ok, sorry it was maybe my fault
[13:17] <didrocks> if I don't get any info, I'll look at debian's gnome-games
[13:17] <didrocks> no worry, let's wait for jbicha :)
[13:17] <seb128> he did an update which switched to external gnuchess and I commented on saying "it will probably need a promotion"
[13:17] <seb128> but I didn't think it would be a runtime option only for a binary in universe
[13:18] <seb128> gnome-chess is not on the DVD?
[13:18] <didrocks> oh, *that* is possible
[13:19] <seb128> no, seems not
[13:19] <didrocks> no, it's in universe
[13:19] <seb128> right
[13:19] <didrocks> let's wait for him :)
[13:22] <didrocks> jbicha: as well, do you need some help on bug #813318?
[13:22] <ubot2> Launchpad bug 813318 in libnatpmp "[mir] libnatpmp" [Undecided,Fix committed] https://launchpad.net/bugs/813318
[13:25] <didrocks> ok, just one mon MIR on my plate \o/
[13:25] <didrocks> (wayland though)
[13:26] <jbicha> didrocks: yes, I need help with that bug
[13:27] <didrocks> jbicha: so, they broke the ABI and change the soname, right?
[13:27] <jbicha> I don't have any experience with packaging library soname changes so I need to learn
[13:27] <seb128> didrocks, did you do the gwibber ones?
[13:27] <didrocks> seb128: yeah, two small things to fix and then, ready to go
[13:27] <seb128> great
[13:27] <seb128> those are a3 wis ;-)
[13:28] <jbicha> didrocks: I believe so
[13:28] <didrocks> seb128: well, those is me being nitpicky, I can accept without those, but as it's a question of a 5 minutes work to fix both
[13:28] <seb128> didrocks, yeah no hurry, thanks ;-)
[13:29] <jbicha> yes, glchess is not installed by default but it's in main of course because gnome-games is
[13:29] <didrocks> jbicha: is it?
[13:29] <didrocks>    glchess | 1:3.1.4-0ubuntu1 | oneiric/universe | amd64, i386
[13:29] <didrocks> how did you check?
[13:30] <jbicha> oh, how do you check?
[13:30] <seb128> jbicha, sorry I overlooked that one I think, if it's not a build-depends but only a depends of a binary in universe no need of a mir
[13:30] <didrocks> jbicha: you can check with apt/aptitude, I usually use rmadison :)
[13:30] <didrocks> and it doesn't seem a build-dep (which will be needed even if glchess is in universe)
[13:30] <didrocks> to be*
[13:31] <jbicha> hmm, ok, I didn't know that a source package could be part main/part universe like that
[13:31] <didrocks> jbicha: sure, we can mix whatever we want :)
[13:31] <didrocks> the only tricky part would be if it was a build-dep
[13:31] <didrocks> to build the package, even if the binary package is in universe, we need all build-dep of a main source package to be in main
[13:32] <jbicha> right
[13:32] <didrocks> but it doesn't seem to be the case there (but you are welcome to check)
[13:32] <didrocks> jbicha: closing that one for now so :)
[13:32] <jbicha> no, it's just a run-time optional dependency
[13:32] <jbicha> didrocks: good!
[13:32] <didrocks> yeah ;) thanks for confirming!
[13:32] <didrocks> doing that, and then back to the other one :)
[13:33] <jbicha> we were waiting on deciding what to do about valac to update the gnome-games packaging
[13:33] <jbicha> I could just continue using the valac-0.12 patch
[13:34] <didrocks> jbicha: so, how did you check that the soname changed?
[13:35] <didrocks> (http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html for a reference guide)
[13:37] <didrocks> Sweetshark_vacat: when you are back from holidays, can you have a look at bug #774020? it seems there is a typo for traditional chinese
[13:37] <ubot2> Launchpad bug 774020 in libreoffice "Menu of Draw in zh_TW translation is not included in Natty" [Undecided,New] https://launchpad.net/bugs/774020
[13:38] <jbicha> didrocks: thanks, I needed a checklist :-)
[13:38] <seb128> jbicha, yeah, let's delay the vala version change to after a3
[13:39] <didrocks> jbicha: so basically, you will see a magical regexp in http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#naminglibpkg
[13:39] <didrocks> that will tell you if the package name needs to be changed (if the soname really changed or if it was just a minor/update version)
[13:39] <jbicha> yes, I found that when I saw the lintian warning, and it confirmed that the soname changed from 0 to 1
[13:40] <didrocks> jbicha: ok, so, basically, in that case, you need to change the package name, all the 0 to 1 in debian/control, and update, the symbols file, install files and such
[13:40] <didrocks> then, you need check the reverse dependency
[13:40] <didrocks> to see what's need to be rebuilt
[13:41] <didrocks> apt-cache rdepends libnatpmp0
[13:41] <didrocks> -> only libnatpmp-dev for now (I guess until transmission is using it) good!
[13:41] <didrocks> then, ensure that transmission is building with this one :)
[13:42] <didrocks> but confirm with the regexp as well that the name should be changed (I guess lintian is using the same one) :-)
[13:42] <jbicha> ok, we could also build vino with libnatpmp so I'll check that too
[13:43] <didrocks> sure :)
[13:43] <didrocks> keep me posted!
[13:43] <didrocks> and thanks again for working on that :)
[13:43] <didrocks> (I don't know that protocol, seems interesting)
[13:44] <didrocks> even if upnp has stil good days I guess :)
[14:17] <dobey> hrmm
[14:18] <dobey> i missed the a3 freeze right?
[14:20] <jbicha> didrocks: I don't need to change libnatpmp-dev to libnatpmp1-dev, right?
[14:21] <didrocks> jbicha: no, as long as we don't want multiple version to be installable in //
[14:22] <seb128> dobey, you did, it's a soft freeze though so you can upload if you fix issues only
[14:23] <seb128> dobey, ie don't upload transitions or packages renames
[14:23] <dobey> right
[14:31] <Hrushikesh> short cuts are not working on ubuntu 10.10
[14:53] <jbicha> didrocks: I'm a bit confused about how .symbols is supposed to work, here's my buildlog http://fpaste.org/J8NP/
[14:53] <didrocks> jbicha: see the first line?
[14:53] <didrocks> libnatpmp.so.0 libnatpmp0 #MINVER#
[14:53] <didrocks> you should first rename to .1
[14:54] <didrocks> then run it, and see what changed (it should fail if the soname has been bumped for ABI/API issue)
[14:55] <didrocks> it sems it still export the same symbols though, which is weird
[14:55] <didrocks> seems*
[14:55] <didrocks> (looking at the diff)
[14:55] <didrocks> jbicha: you can ask upstream if there was a reason they bump the soname without symbols changes (no removal).  Maybe they change a return type, or break a dbus protocol…
[14:57] <jbicha> didrocks: ok, I did that and now it doesn't look like anything changed (like you said) http://fpaste.org/bVUm/
[14:58] <didrocks> jbicha: indeed, that's kind of weird, can you try asking that upstream?
[14:58] <jbicha> didrocks: you're French, right? you can talk with upstream, lol
[14:58] <didrocks> jbicha: sure, but it's a good practice the one doing the work do it entirely :)
[14:58] <didrocks> jbicha: if you don't have the time I'll do it
[15:00] <jbicha> ok, I just always see the Debian packager talking to him in French, but maybe that's just a convenience thing
[15:00] <didrocks> jbicha: I guess so, if he really doesn't, forward him to me ;)
[15:01] <seb128> jbicha, didrocks:
[15:01] <seb128> -LIBSPEC int initnatpmp(natpmp_t * p);
[15:01] <seb128> +LIBSPEC int initnatpmp(natpmp_t * p, int forcegw, in_addr_t forcedgw);
[15:01] <seb128> that's the ABI break
[15:01] <seb128> in natpmp.h
[15:01] <seb128> +2011/01/03:
[15:01] <seb128> +  Added an argument to initnatpmp() in order to force the gateway to be used
[15:01] <didrocks> thanks seb128 :)
[15:01] <seb128> in the ChangeLog
[15:01] <seb128> yw
[15:01] <didrocks> jbicha: so, you have your answer :)
[15:02] <jbicha> but the symbols don't change for that (besides line 1), then?
[15:02] <seb128> no
[15:02] <seb128> .symbols are not smart enough to track argument changes
[15:02] <seb128> they just track symbols list in C
[15:02] <seb128> the C symbol don't include informations about the types used
[15:02] <seb128> where cpp does
[15:03] <seb128> jbicha, so yeah, there is no change in the list of symbols exported by the lib
[15:03] <seb128> just one function prototype which changed
[15:04] <didrocks> jbicha: so basically, now that you have a package, I would say try building transmission and vino with it
[15:05] <seb128> why is evolution such a piece of crap?
[15:05] <seb128> the rendering job get stucked when trying to render merge requests half of the time it seems
[15:06] <seb128> and by "stuck" I mean it's not going to work until you close and restart evolution avoiding that email
[15:06]  * didrocks sees chrisccoulson still sending a thunderbird to seb128 :)
[15:06] <kenvandine> seb128, yeah... i am so close to switching to tb
[15:06] <chrisccoulson> heh
[15:07] <chrisccoulson> it's a conspiracy
[15:07] <didrocks> chrisccoulson: just make a tiny break and you will get kenvandine and seb128 !=
[15:09] <seb128> in fact I wonder why I didn't switch yet
[15:09] <jbicha> didrocks: I need a conflicts/replaces, right? on the lib or on the -dev
[15:09] <seb128> I had to create a launcher yesterday than does gdb --ex 'run' evolution
[15:09] <seb128> just so it doesn't segfault on start
[15:09] <didrocks> jbicha: not really, the -dev doesn't have a binary name change
[15:10] <kenvandine> humm... fresh install of oneiric... can't connect to wifi
[15:10] <didrocks> jbicha: for the lib, you changed the name, and the file which are shipped are renamed as well, right?
[15:10] <kenvandine> cyphermox, ^^
[15:10] <kenvandine> known problem?
[15:10] <didrocks> jbicha: there are no common files, normally?
[15:10] <didrocks> jbicha: normally, we include so soname in the package name to have both parallelly installable
[15:10] <kenvandine> oh... keyring daemon not starting :(
[15:10] <didrocks> the*
[15:11] <cyphermox> kenvandine: wpa wifi?
[15:11] <kenvandine> yes
[15:11] <jbicha> didrocks: http://fpaste.org/OMk5/
[15:11] <didrocks> jbicha: so that, we don't have to rebuild all reverse dependency in a row, but can transition slowly from old library to the new one
[15:11] <cyphermox> yes, known issue related to gnome-keyring
[15:11] <cyphermox> you can fix it, hold on
[15:11] <didrocks> jbicha: like foo app deps on libbar0 and dummy deps on libbar1
[15:12] <didrocks> jbicha: oh, so you have a binary, /usr/bin/natpmpc which is common
[15:12] <didrocks> jbicha: normally, this should be in a separate package, not the library one to enable parallel installation of them
[15:12] <didrocks> but it seems the debian packager didn't do that
[15:13] <didrocks> so, no need to diverge, especially as we don't have reverse dependency yet
[15:13] <didrocks> so yes, please, replaces:
[15:13] <didrocks> libnatpmp1 C/R libnatpmp0
[15:14] <cyphermox> kenvandine: https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/813755; run sudo setcap CAP_IPC_LOCK=ep /usr/bin/gnome-keyring-daemon
[15:14] <ubot2> Ubuntu bug 813755 in gnome-keyring "gnome-keyring-daemon fails to start as it can't get capabilities" [Undecided,Confirmed]
[15:14] <didrocks> jbicha: does it makes sense?
[15:14] <cyphermox> perhaps this would benefit in being fixed now somehow, though... it's pretty limiting for testing alpha3
[15:15] <kenvandine> cyphermox, indeed
[15:15] <jbicha> didrocks: yes, thank you
[15:15] <didrocks> yw :)
[15:15] <micahg> Actually, breaks/replaces is standard now for files moving: http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces
[15:15] <jbicha> seb128: https://code.launchpad.net/~jbicha/gnome-games/gnome-games-3.1.4/+merge/70179
[15:15] <seb128> jbicha, thanks
[15:16] <seb128> cyphermox, patches are welcome ;-)
[15:16] <cyphermox> yes yes :)
[15:16] <cyphermox> working on it *nao*
[15:16] <seb128> cyphermox, chrisccoulson has been working on the gnome-keyring update but it's working as it should and upstream is not around this week it seems
[15:16] <cyphermox> chrisccoulson: ^^ heads up, I'll try to workaround this until the update is ready
[15:16] <seb128> not to mention it has a new depends that will need to be promoted etc
[15:16] <seb128> so not for a3
[15:16] <cyphermox> seb128: please, let me type :D
[15:17] <seb128> lol
[15:17] <seb128> sorry ;-)
[15:17] <cyphermox> heheh
[15:17] <seb128> cyphermox,
[15:17] <seb128> http://git.gnome.org/browse/gnome-keyring/commit/?id=11a5d410d9d2c9006d78cff05ee42759cc7731b1
[15:17] <seb128> http://git.gnome.org/browse/gnome-keyring/commit/?id=ad67edd5fb25fca974f10f568c31a2316d728b79
[15:17] <seb128> you could start by trying those commits
[15:18] <cyphermox> yeh, I discussed those with mdeslaur last week, but I thought g-k would have been ready before
[15:18] <seb128> well
[15:18] <seb128> that will make it work with insecure memory use though
[15:18] <jbicha> installing libnatpmp1 would break libnatpmp0, and deconfiguration is not permitted (--auto-deconfigure might help)
[15:18] <cyphermox> right
[15:18] <didrocks> micahg: not really a breaks for that one, as we don't expect the lib<>0 to be compatible again with the moved binary between soname
[15:18] <cyphermox> there's something else though:
[15:18] <seb128> better would be to figure why the postinst setcap call doesn't work
[15:19] <cyphermox> .deb doesn't carry these types of permissions?
[15:19] <seb128> if [ "$1" = configure ]; then
[15:19] <seb128>     if which setcap > /dev/null && [ -e $PROGRAM ]; then
[15:19] <seb128>         if ! setcap CAP_IPC_LOCK=ep $PROGRAM >/dev/null 2>&1; then
[15:19] <seb128>             echo "Setting capabilities for gnome-keyring-daemon using Linux Capabilities failed."
[15:19] <seb128> in the postinst
[15:19] <cyphermox> I mean, could the package itself carry them?
[15:19] <cyphermox> yeah
[15:19] <mdeslaur> cyphermox: no, unfortunately
[15:19] <cyphermox> dah
[15:19] <davmor2> kenvandine: looks like you're temporary fix to get gwibber installed hasn't gone down well with the Xubuntu devs who now suddenly have gwibber installed :D
[15:19] <seb128> did anyone try to drop the null redirection?
[15:19] <cyphermox> oh well, this is probably not much
[15:20] <kenvandine> davmor2, it wasn't really any different than before
[15:20] <cyphermox> I will
[15:20] <kenvandine> just a different package recommending it
[15:20] <seb128> kenvandine, out of the fact that they use indicator-session and not indicator-me it seems
[15:21] <charlie-tca> It just never caused Xubuntu and mythbuntu to have gwibber and gwibber-service installed by default
[15:21] <kenvandine> i added it to indicator-messages, but i guess they just didn't include indicator-me before
[15:21] <seb128> right
[15:21] <kenvandine> seb128, can you seed gwibber?
[15:21] <seb128> kenvandine, can't you?
[15:21] <kenvandine> i don't know how :)
[15:21] <kenvandine> i can... if you tell me how :)
[15:21] <mdeslaur> cyphermox, seb128: please add the necessary depends, and the two patches, as some filesystems and/or backup/restore operations don't preserve file caps
[15:21] <seb128> kenvandine, https://wiki.ubuntu.com/SeedManagement
[15:21] <kenvandine> cool
[15:22] <seb128> kenvandine, basically bzr checkout lp:~ubuntu-core-dev/ubuntu-seeds/ubuntu.oneiric
[15:22] <cyphermox> mdeslaur: yeah
[15:22] <seb128> kenvandine, and add gwibber to the desktop file
[15:22] <cyphermox> mdeslaur: note, the depends is there for libcap2-bin which does carry setcap
[15:22] <jbicha> and I get this if I try it with C/R instead of B/R: http://fpaste.org/g6Kf/
[15:23] <jbicha> does -dev need a conflicts too?
[15:23] <seb128> jbicha, did it change name?
[15:23] <mdeslaur> cyphermox: oh, hrm...so could it be the livecd filesystem that doesn't support fscaps, and hence doesn't preserve it when copying to the disk?
[15:23] <seb128> jbicha, seems like you forgot to rename the control depends of the dev on the lib
[15:23] <seb128> jbicha, do you still have a Depends: lib...0?
[15:24] <cyphermox> mdeslaur: dunno, I need to test with a live CD now, so I'll check that too
[15:24] <ogra_> hmm, am i not supposed to have a battery icon in unity-2d since it was switched to the new indicators ?
[15:24] <mdeslaur> cyphermox: maybe this needs a quirk added to ubiquity as a task to be done manually
[15:24] <seb128> ogra_, is indicator-power installed?
[15:24] <ogra_> yep
[15:25] <ogra_> as well as gnome-power-manager
[15:25] <ogra_> grepping for power in .xsession-errors gives me
[15:25] <ogra_> (gnome-settings-daemon:1178): power-plugin-WARNING **: not connected
[15:25] <jbicha> seb128: no -dev depends on libnatpmp1 but I already had the old -dev installed which depended on libnatpmp0
[15:26] <ogra_> and another warning about keyboard brightness
[15:26] <seb128> ogra_, that seems "normal"
[15:26] <ogra_> i guessed so
[15:26] <ogra_> just wanted to mention it
[15:26] <kenvandine> seb128, after that, do i need to do anything to ubuntu-meta?
[15:26] <seb128> jbicha, weird, if you dpkg -i *.deb that should work, try to run it twice?
[15:27] <seb128> kenvandine, well you need an upload if you want to change to be used yes
[15:27] <jbicha> seb128: yes, the second time worked, would an apt-get upgrade automatically try the second time?
[15:27] <ogra_> depends what seed file you changed ;)
[15:27] <seb128> kenvandine, check with #ubuntu-release before doing an update for it though
[15:27] <ogra_> changes to "ship" are picked up automatically with a publisher run
[15:27] <seb128> ogra_, well in that case it's to seed gwibber on the desktop CD
[15:28] <seb128> ups
[15:28] <ogra_> seb128, yeah, i thought so, given the channel i'm in
[15:28] <ogra_> :)
[15:29] <kenvandine> seb128, or i could just wait for someone else to touch it... likely to happen this week right?
[15:29] <seb128> didrocks, chrisccoulson, tremolux, kenvandine, didrocks, mterry, cyphermox, tkamppeter: desktop team meeting coming
[15:29] <seb128> kenvandine, check with skaet, freeze started yesterday so it's not sure
[15:30] <seb128> didrocks, chrisccoulson, tremolux, kenvandine, didrocks, mterry, cyphermox, tkamppeter: hey
[15:30] <seb128> it's meeting time ;-)
[15:30] <cyphermox> o/
[15:30] <chrisccoulson> w00t
[15:30] <tkamppeter> hi
[15:30] <tremolux> heyo
[15:31] <seb128> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-08-02
[15:31] <seb128> let's get started
[15:31] <seb128> kenvandine, partners update?
[15:31] <kenvandine> yup
[15:31] <seb128> the wiki seems empty this week
[15:31] <kenvandine> should be a quiet week for DX
[15:31] <seb128> no partner update, no unity update
[15:31] <kenvandine> until after a3
[15:31] <kenvandine> seb128, refresh :)
[15:31] <seb128> only tkamppeter and tremolux did work it seems ;-)
[15:32] <seb128> kenvandine, better ;-)
[15:32] <kenvandine> it sounds like u1 is going to drop the store for rb
[15:32] <seb128> :-(
[15:32] <kenvandine> they don't want to maintain gtk2 and gtk3 builds of libu1
[15:32] <chrisccoulson> really? how come?
[15:32] <chrisccoulson> ohg
[15:32] <chrisccoulson> o
[15:32] <chrisccoulson> h
[15:32] <chrisccoulson> oops
[15:32] <seb128> no way
[15:32] <chrisccoulson> that sucks
[15:32] <kenvandine> dobey, ^^
[15:32] <kenvandine> see people want it :)
[15:32] <chrisccoulson> i like rb :(
[15:32] <seb128> kenvandine, we might still discuss making rb the default if we don't find CD space
[15:33] <seb128> there is still the option we might want to drop mono from the CD
[15:33] <kenvandine> oh... so that isn't off the table?
[15:33] <kenvandine> dobey, ^^
[15:33] <seb128> there is also the option that banshee goes to gtk3
[15:33] <seb128> kenvandine, no it's not, we still have over 10mb to win
[15:33] <kenvandine> i even offered to take the first swing at porting libu1
[15:33] <seb128> why is it hard to build a lib for 2 gtk versions?
[15:33] <kenvandine> dobey, want to reconsider that?
[15:33] <seb128> we do it for ton of other things
[15:34] <kenvandine> seb128, i'll talk to them outside of the meeting
[15:34] <kenvandine> try to convince them
[15:34] <kenvandine> it shouldn't be hard...
[15:34] <seb128> ok, thanks
[15:35] <kenvandine> that is all i have
[15:35] <seb128> what is "shim"?
[15:35] <kenvandine> the shim for choosing where to install from
[15:35] <seb128> ok
[15:36] <seb128> thanks kenvandine
[15:36] <ricotz> seb128, should g-c-c 3 conflict with gnome-system-tools?
[15:36] <seb128> is there any questions about dx or u1?
[15:36] <seb128> ricotz, sorry we are in a meeting, and not likely if they don't actually have file conflicts on disk
[15:36] <seb128> or on the bus or something
[15:36] <ricotz> oh, sorry
[15:36] <seb128> thanks kenvandine
[15:37] <seb128> great, a refresh worked for unity as well
[15:37] <didrocks> it's a kind of magic :)
[15:37] <seb128> indeed
[15:37] <seb128> didrocks, unity update for you then ;-)
[15:37] <didrocks> everything is on the wiki, as usual
[15:37] <didrocks> and on time, *cough cough*
[15:37] <didrocks> :)
[15:37] <didrocks> so everything should be in shape right now
[15:38] <didrocks> if you have an intel hardware, wait for the latest nux
[15:38] <didrocks> iso respin will come shortly for alpha3
[15:38] <didrocks> still some known bugs like mouse and keyboard events
[15:38] <didrocks> hoping for a compiz release to be tested by upstream soon
[15:38] <didrocks> just wanted to make people aware of unity-2d now sharing more code with unity
[15:38] <didrocks> which makes it depends on unity
[15:39] <didrocks> so, for every major nux or unity release
[15:39] <didrocks> you will need to rebuild unity-2d
[15:39] <didrocks> and ensure the API is synced, which can be out of sync sometimes :)
[15:39] <didrocks> (so basically, nux should be published, which then will trigger the unity build, which then trigger the unity-2d build)
[15:40] <seb128> was there some discussion about moving 2d in the unity source?
[15:40] <didrocks> yeah, the thing is that unity-2d have daily build
[15:40] <didrocks> and unity doesn't
[15:40] <seb128> well, that doesn't seem like a reason to not to do
[15:40] <seb128> it just seems like we need to push dx to get there ;-)
[15:40] <didrocks> so the -2d guys are ok to merged only if the unity guys figure out to have daily build again
[15:40] <didrocks> agreed, as we had before
[15:41] <didrocks> they just need to be pushed to do that, what we are working on with some desktop team members :)
[15:41] <seb128> thanks didrocks
[15:41] <didrocks> all of that will obviously raise quality and tackle issues :)
[15:42] <didrocks> yw
[15:42] <seb128> seems like after the next publisher run we should be on shape for a3 testing
[15:42] <didrocks> yeah!
[15:42] <seb128> don't be too hard on bug filing seems like lot of the obvious bugs are "known issues that should be fixed before ff" so maybe wait for feature freeze to file non blocker bugs
[15:42] <seb128> didrocks, ^ makes sense?
[15:43] <didrocks> seb128: totally agree on that
[15:43] <didrocks> I guess the obvious will be fixed just post ff
[15:43] <seb128> great
[15:43] <seb128> other questions for didrocks?
[15:43] <didrocks> (crashers are still interesting though)
[15:44] <seb128> yeah, just click on the apport file a bug for those :p
[15:44] <seb128> thanks didrocks
[15:44] <seb128> tremolux, hey
[15:44] <tremolux> hello!
[15:44] <seb128> tremolux, I see the s-c update is on the wiki as well, great ;-)
[15:44] <tremolux> yes
[15:45] <seb128> tremolux, didrocks: can we have an update on oneconf status?
[15:45] <seb128> since we are getting close for ff
[15:45] <seb128> it's on the wiki
[15:45] <seb128> it's "not"
[15:45] <tremolux> ah, true
[15:45] <tremolux> didrocks: mind telling that latest?
[15:45] <didrocks> sure, so OneConf 0.2 is now in Oneiric
[15:46] <didrocks> this version is compatible with the gtk2 software-center
[15:46] <didrocks> the backend and everything is ready
[15:46] <didrocks> however, the ubuntu-webcatalog, with which it is compatible with, will enter a staging beta stage next week
[15:46] <didrocks> we can add interested people in being guinea pig there :)
[15:46] <didrocks> now, the question is:
[15:47] <didrocks> - do we want the MIR to be proceed before the server is ready?
[15:47] <didrocks> (we can still run a local server for testing purpose and there is a mock one included as well that tremolux tried)
[15:47] <didrocks> - do we want it to be installed by default, even if it won't "sync" for now?
[15:48] <seb128> we can mir review it already
[15:48] <seb128> but let's seed it only once it's actually working
[15:48] <didrocks> yeah, it was fix committed, but it was on the natty version, a new check can be good :)
[15:48] <didrocks> seb128: working, like staging version or opened server?
[15:48] <didrocks> (because I guess they will open the server at the beta time)
[15:50] <seb128> staging at least ;-)
[15:50] <didrocks> ok, do we have guinea pig candidates? :-)
[15:50] <didrocks> as well, this really depends on now the gtk2 version
[15:50] <didrocks> tremolux: how much are we sure it will be the oneiric one?
[15:51] <tremolux> didrocks: hmm, not 100% certain
[15:52] <tremolux> didrocks: but there's a lot still to go for gtk3, so I expect it's likely
[15:52] <didrocks> ok, let's stick with that plan :)
[15:52] <seb128> seems it's getting late to change now yes
[15:52] <didrocks> I'll refresh the MIR
[15:52] <didrocks> mterry: mind looking at it again then?
[15:52] <tremolux> seb128: indeed  :)
[15:52] <seb128> tremolux, do you take any holidays?
[15:52] <seb128> (sorry i didn't track if you did already this summer)
[15:53] <tremolux> seb128: yes, last two weeks in August
[15:53] <jbicha> perhaps the gtk3 software center could be in a blessed PPA when it's ready
[15:53] <tremolux> jbicha: indeed, we are thinking about alternatives like this  :)
[15:54] <tremolux> jbicha: it would be great to have people using it, sending feedback and bug reports etc
[15:54] <seb128> tremolux, ok, so between you being 2 weeks off and mvo who still has to take his holidays it's getting really too short for this cycle I think
[15:54] <seb128> thanks tremolux
[15:54] <seb128> other questions for tremolux?
[15:54] <didrocks> (oh and thanks for tremolux to have been the first one to test and contribute to oneconf 0.2!)
[15:54] <tremolux> seb128: yep, agreed
[15:55] <seb128> didrocks, ;-)
[15:55] <seb128> ok, moving on
[15:55] <tremolux> didrocks: \o/ welcome!
[15:55] <mterry> didrocks, sure
[15:55] <seb128> http://status.ubuntu.com/ubuntu-oneiric/canonical-desktop-team-oneiric-alpha-3.html
[15:55] <seb128> that's still not an happy chart!
[15:56] <seb128> so let's do a round of review and try to not keep you for hours on those ;-)
[15:56] <tremolux> seb128: I updated my items, but it's not yet reflected in the chart looks like
[15:56] <seb128> ok
[15:56] <seb128> chrisccoulson, you're first
[15:57] <seb128> desktop-o-default-email-client still has 4 todos
[15:57] <seb128> [andreasn] Review styling improvements with John Lea: TODO
[15:57] <seb128> [mconley] Final work on contacts integration, ability to read/add/edit contacts in existing address book: TODO
[15:57] <seb128> [jasoncwarner] Final evaluation, will Thunderbird be default email client: TODO
[15:57] <seb128> [johnlea] Review progress in styling improvements, provide guidance on further improvements needed: TODO
[15:57] <seb128>  
[15:57] <seb128> chrisccoulson, do you know what's the status of those?
[15:57] <chrisccoulson> ah, none of those are mine :)
[15:57] <seb128> chrisccoulson, well, it's somewhat your spec :p
[15:57] <chrisccoulson> we can probably discuss those in the meeting tomorrow
[15:57] <seb128> ok
[15:58] <seb128> moving on then
[15:58] <andreasn> I talked to chrisccoulson earlier and the styling bugs are still in progress, and since what's landing in trunk won't make the oneric release, I'm preparing a theme
[15:58] <seb128> chrisccoulson, great work on tb btw ;-)
[15:58] <seb128> andreasn, hey, nice, looking forward to see that theme ;-)
[15:58] <chrisccoulson> seb128, are you going to switch? ;)
[15:59] <chrisccoulson> andreasn, thanks :)
[15:59] <seb128> chrisccoulson, I think so, not an hard decision, evolution doesn't run out of gdb
[15:59] <seb128> doesn't display gpg signed email content
[15:59] <seb128> block on merge request emails
[15:59] <seb128> anyway
[15:59] <seb128> didrocks, seems like your oneconf mir and the 2 gwibber mir reviews are on shape, so you are off the hook ;-)
[16:00]  * didrocks is running away, kthxbye :)
[16:00] <seb128> kenvandine, hey
[16:00] <kenvandine> hey
[16:00] <seb128> kenvandine, you still have 2 items on desktop-o-telepathy-indicator
[16:00] <kenvandine> yup
[16:01] <seb128> how are those going?
[16:01] <kenvandine> one is blocked on indicate-gtk3
[16:01] <kenvandine> and is trivial
[16:01] <seb128> can you move it to beta1?
[16:01] <kenvandine> the other i just need to do
[16:01] <kenvandine> it isn't targetted for a3 is it?
[16:01] <seb128> the spec is targetted for a3
[16:01] <seb128> so by default wi are
[16:01] <kenvandine> oh... :)
[16:01] <kenvandine> yeah
[16:01] <kenvandine> will do
[16:01] <seb128> thanks
[16:02] <seb128> what about the gwibber unity count one?
[16:02] <seb128> https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-default-apps-unity-integration
[16:02] <kenvandine> that is trivial, going to do that the same time i try to fix the counts
[16:02] <seb128> ok
[16:02] <kenvandine> they are all over the place... like you pointed out :)
[16:02] <seb128> move it to beta1 as well maybe?
[16:02] <kenvandine> ok
[16:02] <seb128> indeed ;-)
[16:02] <seb128> thanks
[16:03] <seb128> (our cycle trend is ok, http://status.ubuntu.com/ubuntu-oneiric/canonical-desktop-team.html)
[16:03] <seb128> so we can delay things and keep them still, we don't need to drop a lot yet
[16:04] <seb128> ok
[16:04] <seb128> seems in fact we will be mostly good after the updates from today
[16:04] <seb128> does anyone has questions, comments, ...?
[16:04] <seb128> extra topics
[16:05] <seb128> ok, seems not
[16:05] <seb128> short mention, next week is desktop summit
[16:06] <chrisccoulson> hang on :)
[16:06] <seb128> well it start this w.e in fact
[16:06] <seb128> so it's likely some of us are going to be less online
[16:06] <seb128> including didrocks pitti robert_ancell me
[16:06] <seb128> jasoncwarner_ as well
[16:06] <seb128> I'm not sure yet if we will have a meeting next week but we will keep you updated
[16:06] <seb128>  
[16:06] <seb128> chrisccoulson, yes?
[16:07] <chrisccoulson> i'm quite interested in getting a list of papercut-type bugs, related to thunderbird and desktop integration (eg, little things like bug 757976)
[16:07] <ubot2> Launchpad bug 757976 in nautilus-sendto "Thunderbird attachment name changes cause send error" [Low,Fix released] https://launchpad.net/bugs/757976
[16:07] <chrisccoulson> so, if anyone can think of small things like that, then let me know :)
[16:07] <chrisccoulson> perhaps we can get some contributors fixing small bugs like that ;)
[16:07] <seb128> chrisccoulson, does calendar integration count? ;-)
[16:07] <chrisccoulson> seb128, not really ;)
[16:07] <chrisccoulson> you can try though!
[16:07] <chrisccoulson> :)
[16:07] <seb128> dammit ;-)
[16:08] <seb128> but yeah, seems like a good idea
[16:08] <seb128> ok, that's a wrap up then
[16:08] <seb128> thanks everybody
[16:09] <seb128> (going to be a busy end of cycle between GNOME3 integration issues, unity changes still to land, lightdm, new gwibber, bug fixing)
[16:09] <chrisccoulson> are we still expecting unity changes?
[16:10] <seb128> well, they are least rolled compiz tarballs and a gsettings backend
[16:10] <seb128> which didn't get tested or uploaded yet
[16:11] <seb128> they rolled those for yesterday
[16:11] <didrocks> chrisccoulson: I noted the changes on the report, did you read it? :)
[16:11] <seb128> and they still have some refactoring and cleaning work they plan to land for feature freeze
[16:11] <seb128> including fixing key events :p
[16:11] <didrocks> and mouse ones! :)
[16:12] <didrocks> thanks seb128 for handling the meeting :)
[16:13] <kenvandine> chrisccoulson, i switched to tb... wow the message count is too big for the counter on the launcher :)
[16:13] <kenvandine> chrisccoulson, is there a way to make it only show unread counts for the inbox?
[16:13] <chrisccoulson> kenvandine, oh, that should fix itself once you perform some action in your mailbox
[16:14] <chrisccoulson> that count displayed "new" messages rather than "unread"
[16:14] <kenvandine> it isn't going away...
[16:14] <chrisccoulson> kenvandine, do you have new messages spread across mailboxes?
[16:15] <kenvandine> yes
[16:15] <kenvandine> and the messaging menu is showing counts for a bunch of folders
[16:15] <chrisccoulson> kenvandine, you'll probably need to read at least one mail in each folder ;)
[16:15] <chrisccoulson> we keep a new count for each folder
[16:15] <chrisccoulson> and just add them up for the launcher
[16:15] <kenvandine> whew... so i have to click on every folder that has new mail in it?
[16:16] <chrisccoulson> kenvandine, if you click on each entry in the messaging menu, it should clear all the counts
[16:16] <chrisccoulson> i guess it would be nice to have a button which did that for all folders
[16:16] <huats> if I want to give a try working on a pending update (eog-plugins) do I need to update the etherpad page + opening a bug
[16:16] <huats> ?
[16:17] <seb128> chrisccoulson, shouldn't picking the "email client" line do that?
[16:17] <kenvandine> this will take all day... i have hundreds of folders :/
[16:17] <chrisccoulson> seb128, it doesn't do it atm. all that does is focus the window
[16:17] <chrisccoulson> should it do that?
[16:17] <chrisccoulson> (ie, is that expected behaviour)?
[16:17] <seb128> huats, etherpad and bug or etherpad and summit a merge request when you are done
[16:17] <kenvandine> chrisccoulson, yes
[16:18] <dobey> hmm
[16:18] <huats> seb128, thanks
[16:18] <seb128> chrisccoulson, dunno, that was just a suggestion ;-)
[16:18] <kenvandine> chrisccoulson, most other apps do that
[16:18] <seb128> huats, i.e etherpad is enough to say that you are working on it, then we need a bug or merge request for review and comments
[16:18] <chrisccoulson> kenvandine, if you have lots of folders, then it might be quicker to just close and reopen tbird ;)
[16:18] <chrisccoulson> i assume this is because you've just set up an account?
[16:18] <huats> seb128, ok that is clear :)
[16:18] <kenvandine> chrisccoulson, yeah... ok.. i'll try that
[16:18] <chrisccoulson> that should work
[16:20] <kenvandine> chrisccoulson, yup... that did it
[16:20] <kenvandine> thx :)
[16:20] <chrisccoulson> excellent :)
[16:20] <kenvandine> although this is going to be painful with the way i use mail
[16:21] <seb128> kenvandine, btw other do that (clearing the count) but gwibber doesn't :-(
[16:21] <kenvandine> seb128, gwibber used to :)
[16:21] <kenvandine> that is a regression
[16:21] <kenvandine> i'll fix it
[16:21] <seb128> excellent
[16:21] <chrisccoulson> i thought the messaging menu was going to have a menuitem to clear all indicators?
[16:21] <kenvandine> maybe
[16:21] <chrisccoulson> i'm reluctant to do that in thunderbird when focusing the window, as that's quite a destructive action :)
[16:22] <kenvandine> oh... tb is still syncing mail
[16:22] <chrisccoulson> (if you have more than 1 mailbox with new messages in)
[16:22] <kenvandine> the number is **** again
[16:22] <chrisccoulson> heh
[16:22] <chrisccoulson> your mailbox is too big ;)
[16:22] <kenvandine> it is all the folders
[16:22] <kenvandine> my gmail is like 8G or so
[16:22] <dobey> you should read your mail sometime
[16:23] <kenvandine> dobey, email is lame :)
[16:23] <dobey> i know, that's why i don't read it :)
[16:23] <kenvandine> hehe :)
[16:23] <chrisccoulson> i don't read mine either
[16:23] <chrisccoulson> but i do mark it as read ;)
[16:23] <jbicha> too much hate mail, not enough fan mail?
[16:24] <kenvandine> jbicha, never enough fan mail :)
[16:24] <chrisccoulson> jbicha - yeah, most of my mail is spam
[16:24] <chrisccoulson> like, mail from ubuntuforums
[16:24] <seb128> or bug emails? ;-)
[16:24] <chrisccoulson> or people bickering on bug reports
[16:24] <chrisccoulson> heh
[16:24] <kenvandine> chrisccoulson, so no way to make it only show inboxes ? instead of all folders?
[16:24] <chrisccoulson> kenvandine, not yet ;)
[16:25] <chrisccoulson> that was deliberate though, i hated the evolution behaviour of ignoring everything i moved in to other folders ;)
[16:25] <dobey> kenvandine: actually, i have to say, i do get too much fan mail via launchpad bugs
[16:25] <dobey> kenvandine: people like to keep commenting on how fixed bugs are fixed. "Thanks! THis fixes my problem!"
[16:25] <kenvandine> :)
[16:27] <seb128> dobey, they will also thank you for not breaking the rb music store :p
[16:28] <chrisccoulson> w00t, thunderbird shortly will not need libesd to play event sounds
[16:28] <kenvandine> if i stick with tb... i am really going to have to unsubscribe to mailing lists...
[16:29] <chrisccoulson> kenvandine, mailing list messages won't cause the icon to turn blue btw
[16:29] <chrisccoulson> (although they are listed in the menu. we just don't request attention for them)
[16:30] <kenvandine> ok
[16:30] <kenvandine> that is good
[16:30] <dobey> seb128: i would love to not break it. can we make it the default for oneiric? :)
[16:30] <kenvandine> dobey, want me to propose a branch for libu1 gtk3?
[16:30] <kenvandine> dobey, did you read back to the comments during the meeting?
[16:31] <seb128> chrisccoulson, the spec says that you should have the "only inbox" option no?
[16:31] <seb128> how hard would it be to have a config flag for this?
[16:31] <chrisccoulson> seb128, i'm not sure. i'll have to read it again
[16:31] <chrisccoulson> it wouldn't be hard
[16:32] <kenvandine> that would make this much easier for me to use it
[16:32] <chrisccoulson> i guess the difficult bit is finding a suitable place in the UI to expose the pref
[16:32] <didrocks> seb128: see, 4th person with the same workflow ^ :-)
[16:32] <chrisccoulson> without adding too many options for edge cases ;)
[16:32] <mterry> didrocks, gtk2 for oneconf?  tsk tsk
[16:32] <cyphermox> seb128: mdeslaur: gnome-keyring fix is done; just testing it on a live session now
[16:32] <didrocks> mterry: indeed, depends on software-center!
[16:32] <seb128> cyphermox, excellent, thanks
[16:32] <mterry> fair  :)
[16:33] <didrocks> mterry: what, the MIR review isn't finised? what about all those MIR review team being so slow :-)
[16:33] <didrocks> this*
[16:33] <mterry> didrocks, we'd be faster if members didn't futz around all day writing package sync software
[16:34] <chrisccoulson> seb128, also, we'd want to present the labels differently in the menu. currently, we display "Folder name" if there is one account, or "Folder name (account name)" if there is more than one account
[16:34] <seb128> oh, somebody fixed the deja-dup control-center geometry, great ;-)
[16:34] <didrocks> mterry: ahah, you mean using them? :-)
[16:34] <dobey> kenvandine: i read the chrisccoulson and seb128 want the rbox u1ms to stay, and that mono/banshee ahve not bee decided for definite yet
[16:34] <chrisccoulson> if we have an inbox only option, i guess we'd want to just use "Account name"?
[16:34] <seb128> dobey, what is the rational to not dual build your lib?
[16:34] <seb128> dobey, it seems not hard to do and worth it
[16:34] <dobey> seb128: it's too much work, and not really worth it.
[16:35] <chrisccoulson> kenvandine, does that make sense? (my last 2 comments)
[16:35] <seb128> chrisccoulson, the wiki has
[16:35] <seb128> "name should be set to to the name of the mailbox. If (and only if) there is more than one mailbox with the same name, the mail program should disambiguate them using the account name if possible, e.g. “Inbox (Home)” vs. “Inbox (Yoyodyne)”. "
[16:36] <jbicha> didrocks: transmission needs a 1-line change for the ABI change, which I added to my merge at
[16:36] <jbicha> https://code.launchpad.net/~jbicha/ubuntu/oneiric/transmission/transmission-2.33/+merge/68936
[16:36] <chrisccoulson> seb128, yeah, we do that based on whether there is more than one account, rather than comparing folder names
[16:36] <jbicha> it looks like mvo pushed the package but didn't update the oneiric branch
[16:36] <seb128> chrisccoulson, well I think you still one to display the inbox for each active account
[16:36] <seb128> chrisccoulson, well I think you still want to display the inbox for each active account
[16:36] <didrocks> jbicha: yeah, it's an API change!
[16:37] <kenvandine> chrisccoulson, what seb128 said
[16:37] <seb128> jbicha: that version was uploaded by mvo early this week, you probably want to rebase on the current archive version to have a small diff in the merge request
[16:38] <seb128> didrocks, ^
[16:38] <jbicha> except that he didn't update the oneiric branch
[16:38] <kenvandine> chrisccoulson, but i think just displaying account name for the inbox is good
[16:38] <didrocks> seb128: jbicha: indeed
[16:38] <seb128> jbicha, he should have to, the autoimporter should do that
[16:38] <seb128> if it doesn't that's an udd bug
[16:38] <didrocks> jbicha: are you sure about the 0, 0 value for the API change?
[16:39] <chrisccoulson> kenvandine, ok, i can probably implement that quite quickly
[16:39] <jbicha> didrocks: no, this is what the header diff looks like: http://fpaste.org/zjPW/
[16:40] <kenvandine> chrisccoulson, cool!
[16:40] <didrocks> jbicha: should be fine then
[16:41] <jbicha> seb128: I don't know how pushing works since I don't have commit privileges, but is it possible that mvo used a different method?
[16:42] <seb128> jbicha, yes, uploaded a done with dput like for ppas
[16:42] <seb128> jbicha, lp:ubuntu/source vcs don't need manual commit, there is an import job which is supposed to take the upload diff and commit it
[16:42] <seb128> you can manually push to those if you awnt
[16:42] <seb128> but you don't have to
[16:43] <seb128> jbicha, can you open a bug on https://bugs.launchpad.net/udd/+filebug to say that the vcs is outdated?
[16:43] <seb128> jbicha, in fact http://package-import.ubuntu.com/status/
[16:43] <seb128> it's listed there
[16:44] <seb128> lazr.restfulclient.errors.HTTPError: HTTP Error 404: Not Found
[16:44] <seb128> james_w, ^ do you know if those are known issues?
[16:44] <seb128> "9 packages failed with key lazr.restfulclient.errors.HTTPError:<module>:main:push_branches_back:file_mp:lp_call:load:get:_request "
[16:45] <mdeslaur> cyphermox: cool
[16:46] <didrocks> mterry: I subscribed to it and "thanks"
[16:47]  * didrocks put the OneConf MIR to "DONE"
[16:48] <mvo> jbicha: hello, sorry i can push that now
[16:48] <mvo> jbicha: what puzzles me is that I think that the UDD stuff should automatically commit the upload
[16:49] <mvo> jbicha: as this is a lp:ubuntu branch
[16:49] <mvo> its commited now
[16:51] <jbicha> mvo: thanks
[16:51] <seb128> mvo, cf what I pointed to
[16:52] <mterry> seb128, ah, should have looked for bugs about that printer issue  :)
[16:52] <seb128> mvo, the autoimporter has been running into a 404 error
[16:52] <seb128> mterry, ;-)
[16:52] <mvo> seb128: urgh, what does that mean?
[16:52] <mvo> I mena
[16:52] <seb128> mvo, it means james_w's bog
[16:53] <mvo> did it not manage to get the source package?
[16:53] <mvo> aha :)
[16:53] <jbicha> ok filed as bug 819910
[16:53] <seb128> mvo: no, I mean the package is listed on failed imports on http://package-import.ubuntu.com/status/
[16:53] <ubot2> Launchpad bug 819910 in udd "VCS for ubuntu:transmission failed to import" [Undecided,New] https://launchpad.net/bugs/819910
[16:53] <seb128> jbicha, thanks
[16:53] <seb128> mvo, which means the job doing the import is buggy
[16:55] <jbicha> didrocks: https://code.launchpad.net/~jbicha/ubuntu/oneiric/libnatpmp/libnatpmp-20110730/+merge/70192
[16:57] <didrocks> jbicha: nice! :) did you checkc the licensing? as it changed (Copyright (c) 2007-2011, Thomas BERNARD), maybe the debian/copyright needs some refresh or is it all good?
[16:57] <didrocks> jbicha: you can use 'licencecheck -r *' as a quick way to scan all files (if the header is nicely formatted) FYI
[16:58] <jbicha> didrocks: yes I did licensecheck, there was a Debian bug because the license headers didn't match debian/copyright but they do now
[16:58] <didrocks> jbicha: excellent, thanks! I'll have a quiet check tomorrow morning if you don't mind to review that + the MIR at the same time
[16:59] <dobey> ugh
[16:59] <dobey> unity/compiz just segfaults for me on current oneiric :(
[17:00] <seb128> dobey, intel?
[17:00] <dobey> yes
[17:00] <seb128> dobey, update to the new nux uploaded this afternoon
[17:08] <kenvandine> seb128, i am uploading a tiny fix to gwibber, so it prompts you to create a new account on first run
[17:08]  * kenvandine hugs iso testing :)
[17:09] <seb128> kenvandine, great
[17:09] <seb128> didrocks, kenvandine: is there any reason we don't recommend appmenu-gtk from indicator-appmenu?
[17:09] <seb128> we only recommend appmenu-gtk3
[17:10] <seb128> which means gtk2 application on the CD don't have appmenu integration
[17:10] <seb128> i.e shotwell
[17:10] <seb128> om26er just pointed it on #ubuntu-bugs
[17:10] <kenvandine> humm
[17:10] <didrocks> I see no reason, let me check though
[17:10] <kenvandine> yeah, i don't think there was a specific reason not to
[17:10] <seb128> just asking you because you are the one who did the recent changes
[17:11] <seb128> it might just be that somebody went "ok, the indicator use gtk3, let's rename the recommends"
[17:11] <didrocks> yeah, it just came from the renaming IMHO
[17:15] <hallyn> oh hey, i just noticed,i don't seem to have a working window decorator :)
[17:21] <ricotz> could someone sponsor rhythmbox, please? https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/780747
[17:21] <ubot2> Ubuntu bug 780747 in rhythmbox "Window does not always close when running gnome-shell" [Undecided,New]
[17:23] <cyphermox> gah, gnome-keyring is such a PITA... keeps not building for various reasons, including .install files that mention directories that don't exist.
[17:29] <micahg>  is there a reason why lightdm doesn't recommend accountsservice?
[17:29] <micahg> or maybe the greeter should recommend it?
[17:31] <didrocks> have a good night everyone!
[17:32] <seb128> micahg, is it using it?
[17:33] <micahg> well, either the greeter or lightdm is using it to display a user list
[17:33] <micahg> I guess I"ll save it for when robert_ancell returns
[17:34] <micahg> I'm seeding it for xubuntu in the meantime, so we'll be good for the moment
[17:34] <seb128> is it?
[17:34] <micahg> that's what superm1 told me
[17:34] <seb128> I though robert_ancell still used consolekit because it didn't know if accountsservice was fine for !GNOME
[17:35] <seb128> hum you are right
[17:35] <seb128> the gobject user.c uses it
[17:35] <seb128> so yeah, it should be a Recommends at least
[17:35] <seb128> do you need that fixed for a3?
[17:36] <micahg> nah, I'm seeding it for a3, we can clean it up after
[17:36] <seb128> ok
[17:36] <seb128> I will check with robert_ancell at the end of the week when I see him
[17:36] <micahg> k, thanks
[17:38] <seb128> ricotz, do you have a packaging vcs that can be merged as well?
[17:40] <ricotz> seb128, sorry, no
[17:41] <seb128> hum, ok
[17:46] <seb128> cyphermox, do you have any opinion on bug #608701
[17:46] <ubot2> Launchpad bug 608701 in vino "vino establishes a HTTP connection to check connectivity" [Low,Confirmed] https://launchpad.net/bugs/608701
[17:46] <seb128> ?
[17:46] <seb128> cyphermox, do you think you could add to your todolist to investigate if we could use nm or a canonical website for that check?
[17:49] <cyphermox> well, NM only says "there's connectivity", it doesn't actually test by pinging something or whatever
[17:50] <cyphermox> and frankly, that's because it's broken to assume *anything* to be reachable meaning you have access to the net
[17:50] <cyphermox> (except maybe the default gateway)...
[17:50] <mdeslaur> cyphermox: that's not what it does
[17:50] <cyphermox> I'd be tempted to just make it listen to NM if it doesn't already do that
[17:50] <mdeslaur> cyphermox: it connects to a web service that actually tries a vnc connection to see if your firewall is open
[17:50] <seb128> cyphermox, right, not sure what check it does but the reporter has a point, would be better to ping a canonical server than a random internet one
[17:51] <cyphermox> oh I see
[17:51] <cyphermox> yeah then that STUN stuff is a whole other matter, and pretty complicated :/
[17:51] <cyphermox> but yes, I can certainly investigate
[17:52] <seb128> thanks
[17:52] <seb128> it's likely it will go down to "we should open a rt to have i.s providing a service we can ping"
[17:52] <GunnarHj> seb128: Hello Sebastien!
[17:52] <GunnarHj> seb128: Since we talked about https://code.launchpad.net/~gunnarhj/gnome-control-center/langfix/+merge/68997 and related MPs last week, I have created a separate l-s binary and split the g-c-c MP into two patches: One 'upstreamable' and one Ubuntu specific, temporary patch.
[17:52] <GunnarHj> seb128: Can you think of anything else that may be done as preparations before Martin is back next week? Btw, do you know if Rodrigo is on vacation this week?
[17:52] <cyphermox> seb128: yup
[17:52] <jbicha> seb128: perhaps it's been fixed upstream https://bugzilla.gnome.org/show_bug.cgi?id=596190#c4
[17:52] <ubot2> Gnome bug 596190 in Preferences Dialog "Misleading message about reachability from public network" [Critical,New]
[17:52] <mdeslaur> seb128: I'm not sure we should be port scanning our users :P
[17:52] <seb128> GunnarHj, hey, sorry I was on my way to dinner
[17:53] <GunnarHj> seb128: Ok, it's no hurry. Maybe we can exchange a few words tomorrow?
[17:53] <seb128> GunnarHj, rodrigo is on holiday this week and main is soft frozen for a3
[17:53] <jbicha> nope, still broken
[17:53] <seb128> GunnarHj, yeah sure, but seems like that will wait for end of the week or next week
[17:54] <seb128> cyphermox, thanks
[17:54] <jbicha> well the code is still there, but perhaps it's not being used
[17:54] <seb128> jbicha, the file is still there, I didn't check if it's used
[17:54] <seb128> ok, dinner time
[17:54] <seb128> bbl
[17:55] <cyphermox> mdeslaur: not really a port scan, but nevertheless, kinda scary since now you could possibly just go to this website and do stuff to make it test the vnc port somewhere
[17:55] <mdeslaur> cyphermox: yes, and I suspect having the source address be canonical.com will get us in trouble :P
[17:55] <mdeslaur> cyphermox: a lot more than having it be the upstream vino dude
[17:55] <cyphermox> pfft.
[17:55] <cyphermox> nonsense
[17:56] <mdeslaur> cyphermox: it's apparently disabled now anyway: https://bugzilla.gnome.org/show_bug.cgi?id=596190#c4
[17:56] <ubot2> Gnome bug 596190 in Preferences Dialog "Misleading message about reachability from public network" [Critical,New]
[17:56] <cyphermox> yeah
[17:56] <mdeslaur> isn't vino completely broken with compiz anyway?
[17:57] <broder> i think it has problems with binary drivers
[17:58] <mdeslaur> broder: it's broken with -intel
[17:58] <broder> bad xdamage support or something like that
[17:58] <broder> oh really? huh
[17:58] <mdeslaur> yeah, bad xdamage support
[17:58] <mdeslaur> ironically, i think it does work with nvidia now :P
[18:48] <seb128> mdeslaur, you think users trust random internet sites over their os distributors?
[18:48] <mdeslaur> seb128: no, but they will complain less about it :)
[18:48] <cyphermox> seb128: I can drop it like it is in oneiric.
[18:49] <cyphermox> if it's really that big a deal
[18:51] <mdeslaur> cyphermox: drop what, in natty?
[18:51] <seb128> is it dropped in oneiric?
[18:51] <seb128> no, I don't think it's an important issue
[18:51] <cyphermox> yes, the message isn't there in oneiric
[18:52] <cyphermox> I didn't think it was important enough to drop for natty or others
[18:52] <seb128> still seems better if we didn't give info to random internet websites by checking boxes on our default installation
[18:52] <seb128> yeah, agreed, no need to backport fixes, the behaviour is there for years and not really an issue
[18:53] <seb128> but upstream changed and who knows who might own the domain and websites in a few years so better to not keep using it
[18:53] <cyphermox> yeah
[18:55] <mdeslaur> we keep getting people in #ubuntu-hardened and in forums who have checked the upnp box in vino without knowing what it means, and have had malicious people connect to their computers
[18:56] <mdeslaur> having the message removed will make things worse IMHO
[18:56] <seb128> 'yeah, I clicked on the format button in gnome-disk-utility and now my disk is empty for some reason'
[18:56] <mdeslaur> but, meh
[18:56] <cyphermox> mdeslaur: ah, but that checkbox still is there, that's a different issue
[18:56] <mdeslaur> seb128: at least the format button gives you a warning dialog :P
[18:56] <cyphermox> except now it reads "automatically configure upnp router"
[18:57] <mdeslaur> cyphermox: oh, that's a lot better than it was
[18:57] <seb128> we got some users asking for vino to be dropped from the default installation because it's too easy to click on it without knowing what you are doing
[18:57] <mdeslaur> well, then if you drop it, how do you support users? :P
[18:58] <seb128> who wants to support users anyway? ;-)
[18:58] <seb128> (hum, it's not friday yet? not trolling day?)
[18:58] <dobey> mdeslaur: go to a special web site, and install the plug-in? :)
[18:58] <mdeslaur> dobey: special web site?
[18:59]  * mdeslaur doesn't care either way
[19:00] <dobey> mdeslaur: if you get support from linksys for example, they want you to run a plug-in on their web page, that gives the operator vnc-ish access to your computer
[19:00] <mdeslaur> dobey: oh, yeah, the plugins that never work on linux...yeah, I know about them :)
[19:01] <dobey> heh
[19:01]  * mdeslaur goes back into hiding
[19:01] <dobey> yes, those :)
[19:26] <dupondje> Got a small bug in gnome-control-center, Seems like text of the items is limited. This causes to only show 'Systeeminforati' instead of 'Systeeminformatie'. Do I make a bug of this, or will somebody take this in his TODO ? :)
[19:27] <seb128> dupondje, better to open a bug if there is not one already
[19:30] <dupondje> https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/819994
[19:30] <ubot2> Ubuntu bug 819994 in gnome-control-center "String length of items seems limited" [Undecided,New]
[19:30] <dupondje> there it is
[19:57] <cyphermox> chrisccoulson: ping
[19:58] <cyphermox> chrisccoulson: I pushed an update to gnome-keyring, updated the branch with my stuff and reverted the patch I added (since it's included in 3.1.4), so you should be able to pick up the team branch and not have to worry about my upload
[20:29] <dupondje> gnome-themes-standard
[20:29] <dupondje> doesn't this need to be required by some packages?
[20:29] <dupondje> because without this it looks ugly ^^
[20:30] <jbicha> dupondje: what looks ugly?
[20:30] <dupondje> firefox for example
[20:30] <dupondje> its without theme :)
[20:30] <jbicha> which desktop do you use?
[20:31] <dupondje> gnome3
[20:31] <jbicha> Gnome Shell you mean?
[20:31] <jbicha> there's your problem, Gnome Shell needs gnome-themes-standard
[20:32] <jbicha> I think we should make that a depends or something
[20:32] <dupondje> its needed indeed :) but its not a depend
[20:32] <jbicha> right, because our packaging is from Debian and Debian users don't need that dependency I think
[20:33] <dupondje> why they don't need that ?
[20:36] <dupondje> anyway it needs to be a depend
[20:36] <dupondje> cause it doesn't work fine without it :)
[20:37] <jbicha> dupondje: yes, I'll follow up on that this week
[20:37] <dupondje> Thanks! :)
[20:38] <dupondje> another step forward to a bug-free release ;)
[20:51] <desrt> chrisccoulson: hey
[20:51] <desrt> chrisccoulson: do you know if mike is working on adding gvfs support to thunderbird?
[20:51] <desrt> i have a couple of people on my case about how infuriating it is that it doesn't work...
[20:51] <chrisccoulson> desrt, i think there's already a patch in bugzilla somewhere
[20:52] <desrt> can you tuck landing of that patch into the conditions for ubuntu shipping thunderbird? :)
[20:52] <chrisccoulson> desrt, i'll try and find out why it's not landed yet ;)
[20:52] <desrt> chrisccoulson: cheers
[20:53] <desrt> chrisccoulson: got a ref?
[20:54] <chrisccoulson> desrt, i'm just looking for it
[20:55] <chrisccoulson> desrt, oh, it already landed: http://hg.mozilla.org/mozilla-central/rev/7c42f37e0284
[20:55] <desrt> and this is for attachments?
[20:55] <chrisccoulson> it should work for attachments
[20:55] <desrt> nice.
[20:56] <desrt> thanks a bunch
[20:56] <desrt> make sure you ship that :)
[20:57] <chrisccoulson> desrt, hmmm, it doesn't work ;)
[20:57] <chrisccoulson> i guess i'll need to figure out why
[20:57] <desrt> chrisccoulson: please let me know what you discover :)
[20:58] <chrisccoulson> oh, i need --enable-extensions=gio,default
[20:58] <chrisccoulson> b'ah, that sucks. it should just work seeing as we turn on gio support everywhere else ;)
[20:59] <desrt> so just a matter of a rebuild?
[20:59] <chrisccoulson> yeah, that's easy to fix
[20:59] <desrt> stable release update maybe? ;)
[20:59] <chrisccoulson> assuming it works ;)
[21:01] <chrisccoulson> desrt, for thunderbird? we can turn it on in oneiric, but turning it on in any current stable release is a bit difficult (tbird 3.1 doesn't have any gio support at all)
[21:01] <desrt> ahh.  gotcha.
[21:02] <desrt> i don't suppose there's any chance of running the oneiric package on natty
[21:02] <desrt> (for those so inclined)
[21:04] <chrisccoulson> desrt, almost - https://launchpad.net/~mozillateam/+archive/thunderbird-next
[21:05] <desrt> oh.  nice!
[21:05] <chrisccoulson> those are what we'll eventually push out as a security update
[21:05] <desrt> those install into natty?
[21:05] <desrt> so basically, wait until you do your tweak
[21:05] <chrisccoulson> desrt, yeah, i maintain builds for lucid, maverick and natty
[21:05] <desrt> then add the PPA
[21:05] <desrt> then everyone is happy
[21:06] <chrisccoulson> if you're feeling brave, there's also https://launchpad.net/~ubuntu-mozilla-daily/+archive/thunderbird-aurora and https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/ ;)
[21:06] <chrisccoulson> (for all releases)
[21:06] <chrisccoulson> but those are less stable ;)
[21:06] <desrt> i'm not that brave, and i doubt these people are either :p
[21:06] <chrisccoulson> heh
[21:06] <desrt> but your PPA will be working properly in the next few days, i guess?
[21:07] <chrisccoulson> desrt, yeah, when i upload another beta
[21:07] <desrt> perfect.  thanks :)
[21:08] <desrt> you have thanks from dan and ian
[21:08] <desrt> they say you're a great great man
[21:09] <desrt> you at desktop summit?
[21:11] <chrisccoulson> desrt, i'm not at the desktop summit :(
[21:12] <desrt> k.  you get two beers in orlando then
[21:12] <desrt> one from each :))
[21:12] <chrisccoulson> heh, thanks :)
[21:33] <cyphermox> ricotz: you there?
[21:34] <cyphermox> ricotz: gnome-keyring in the gnome3 PPA would benefit an update to apply the two 99git patches from 3.1.1-0ubuntu3.
[21:49] <chrisccoulson> hmmm, trying to support runtime fallbacks when libraries aren't present is a PITA
[21:50] <RoAkSoAx> /reconnect/win 16
[21:50] <RoAkSoAx> argh..
[21:50] <RoAkSoAx> sry
[22:05] <ricotz> cyphermox, thanks, i will look at it
[22:06] <cyphermox> ricotz: np
[22:06] <cyphermox> I hope they apply nicely to 3.0.1 or whatever; but heh
[22:06] <cyphermox> it's pretty simple changes anyway
[22:08] <ricotz> i see
[22:08] <ricotz> while going through this trouble perhaps i will add the last gnome-3-0 branch commits
[22:12] <chrisccoulson> woohoo, goodbye libesd
[22:21] <RAOF> That took a while!
[22:25] <ricotz> cyphermox, the touched code-parts are quite diverged :\
[22:26] <cyphermox> ricotz: d'oh :/
[22:27] <TheMuso> chrisccoulson: Good work. Thats a ood enough reason to drop the pulseaudio-esound-compat package from the CD too I dare say.
[22:27] <TheMuso> a god enough reason even.
[22:28] <ricotz> cyphermox, why are these commits not included?
[22:29] <chrisccoulson> TheMuso, oh, what's using that? i've just fixed bug 732572, which didn't work because it still requires esound
[22:29] <ubot2> Launchpad bug 732572 in thunderbird "New Mail Notification Sound does not play in Natty" [Medium,In progress] https://launchpad.net/bugs/732572
[22:29] <chrisccoulson> (but it uses pulseaudio directly now)
[22:30] <ricotz> cyphermox, i see them listed before 3.0.2
[22:30] <TheMuso> chrisccoulson: Pulseaudio-esound-compat has been shipped to allow people still using apps that can only work with esd to work, however I think by now, all the major important apps should be ported now, and if they are not, then people need to find alternatives.
[22:30] <TheMuso> I also believve Debian has removd te esound daemon, and I dare say are trying to remove libesd as well.
[22:32] <cyphermox> ricotz: it was mistagged as 3.0.2, afaict that should be 3.1.2 if you look at history
[22:33] <ricotz> cyphermox, ah :\ that is really messed up, right
[22:43] <RAOF> Bah!  Waking up early messes with my expectations of time.  8:30 isn't when the Eastern edition starts!
[22:45] <cyphermox> ricotz: ok
[22:45] <TheMuso> lol
[22:45] <TheMuso> RAOF: Start at a consistant time every day and your expectations of time should become more consistant. :)
[22:46] <RAOF> I'm just settling in to a new consistent time, since Sam has 8am lectures :)
[22:47] <ricotz> cyphermox, ok, one addition commit solves the problem
[22:47] <ricotz> cyphermox, switching to libcap-ng
[22:48] <cyphermox> cool, sorry to drop this on you but I'm doing tons of things at once ;)
[22:48] <cyphermox> trying to update connman now
[22:48] <ricotz> cyphermox, but the packaging seems to have some problem here, gnome-keyring still depends on libcap2-bin while building against libcapng
[22:49] <cyphermox> yes, and it should
[22:49] <ricotz> i dont think so
[22:49] <cyphermox> libcap2-bin provides setcap; which should set the ipc_lock capability if possible
[22:49] <cyphermox> unless you can conclusively say that this is not feasible on natty?
[22:49] <ricotz> this probably should be libcap-ng-utils or something
[22:49] <cyphermox> why does it matter?
[22:50] <TheMuso> RAOF: ah ok.
[22:50] <ricotz> cyphermox, i thought libcap-ng and libcap2 are different and independent libraries
[22:50] <cyphermox> well that's fine, but we're not talking libraries here
[22:51] <cyphermox> regardless that they are separate code, the goal is to provide a way to set the capability in the postinst script
[22:51] <cyphermox> so sure you can change it, but depending on libcap2-bin shouldn't be an issue at all
[22:51] <ricotz> ok
[22:51] <cyphermox> (unless somehow it won't cohabit with libcapng, which is another issue)
[22:53] <cyphermox> ricotz: I think either way will work, with the possible, very minor exception that libcap-ng-utils is in universe, not main
[22:54] <ricotz> right, still be worth a note somewhere
[22:58] <jasoncwarner_> RAOF TheMuso Another quick AU desktop meeting ;)
[22:58] <jasoncwarner_> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-08-02
[22:58] <TheMuso> Sure.
[23:00] <RAOF> X update!  Last week's boredom will shortly evaporate, once A3 is out.  Mesa 7.11 has been released, and the package is ready in git (bar some bug-closing changelog fu) ready to be uploaded once A3 is out.
[23:01] <jasoncwarner_> RAOF: anything we should watch out for with this? is there any chance we'll have a bad few days or so with this release?
[23:01] <RAOF> It should be purely bugfix.  It's not, of course, but it should be ;)
[23:02] <RAOF> It will transition the EGL stack to an alternatives system to accomodate proprietary EGL/GLES drivers, like we currently do for desktop GL.
[23:02] <RAOF> So, if you're playing with EGL that could hit you.
[23:03] <jasoncwarner_> ok, thanks RAOF
[23:03] <RAOF> Apart from that I think everything else is pretty stable.  I don't expect problems.  Particularly, there's no extra changes in the desktop GL handling, so there's no reason to expect the nvidia drivers to break.
[23:04] <jasoncwarner_> RAOF: is the nvidia driver finally built agains the latest kernel?
[23:05] <RAOF> jasoncwarner_: Oh!  I tracked that down to a dkms bug that had already been fixed in git, is awaiting a dkms release, and is assigned to Alberto.
[23:05] <jasoncwarner_> oh, great...thanks!
[23:05] <jasoncwarner_> RAOF: anything else?
[23:05] <RAOF> I've discussed the intel UXA/SNA concerns we had with upstream; Keith has reassured me that UXA's not going away, or that if it is it's going away in a gradual, relaxing way rather than a terrifying flag day.
[23:06] <RAOF> As such, I no longer see a need to futz with having a separate SNA build of the intel DDX.  Yay!
[23:07] <jasoncwarner_> ok, thanks RAOF
[23:07] <jasoncwarner_> TheMuso:
[23:07] <jasoncwarner_> how goes things?
[23:07] <jasoncwarner_> Accessibility in 2d?
[23:07] <TheMuso> A11y wise, my ubiquity a11y profile work is done, just got to wait till post alpha 3 to merge the code, got some small bugs related to setting profiles at the end of the install, but that can wait till post feature freeze.
[23:07] <jasoncwarner_> lightdm and ubiquity?
[23:07] <jasoncwarner_> oh, awesome
[23:07] <TheMuso> Lightdm I haven't even got to yet unfortunately, I hope to make time for that in the coming week.
[23:07] <TheMuso> Unity 2d I intend to look at today, and see how things are progressing.
[23:08] <TheMuso> Oh, and there is also a possibility we will be switching to pulseaudio git master/0.99 in the next week, depending on testing from OEM/others who wish to help.
[23:09] <jasoncwarner_> TheMuso: ok, thanks. could you let me know waht you find on 2d soon? Want to know if we need to put some pressure somewhere
[23:09] <TheMuso> jasoncwarner_: Will do.
[23:09] <RAOF> Oh?  What's new in pulseaudio?
[23:09] <jasoncwarner_> TheMuso: have you tested accessibility in 3d?
[23:10] <TheMuso> jasoncwarner_: Not really, because so much keyboard stuff is is still being worked on from what I read. I will take another look of course, but from the changelogs, nothing has really changed a11y wise.
[23:11] <jasoncwarner_> TheMuso: ok...give 2d a thorough run through and then can you check on 3d? just want to make sure 1 is accessibile all the way through
[23:11] <TheMuso> RAOF: a few new modules, a lot of internal bug fixing, support for passthrough, and much more.
[23:11] <TheMuso> jasoncwarner_: Certainly will.
[23:12] <jasoncwarner_> alright, thanks RAOF and TheMuso
[23:12] <jasoncwarner_> anything else?
[23:12] <TheMuso> Not from me.
[23:13] <RAOF> I need to hunt down a sponsor for colord - either in Debian, or Ubuntu.  While I can technically upload it to Ubuntu, policy is that it needs a second pair of eyes first.
[23:13] <jasoncwarner_> RAOF, ok, that would be great.
[23:14] <micahg> RAOF: #debian-ubuntu on OFTC for Debian sponsors, otherwise I can have a look during piloting tomorrow
[23:14] <jasoncwarner_> Alright, thanks TheMuso and RAOF . Until next time! [END MEETING]