[00:00] <jbicha> not yet, should I now?
[00:00] <cyphermox> whenever you're ready, I'd say
[00:01] <cyphermox> provided it was fine re: freeze and all o that
[00:03] <jbicha> ok should be done now. The rename was a "bug fix", the only other changes were translation updates
[00:04] <cyphermox> ok
[00:17] <cyphermox> jbicha: the merge is up and was approved by mterry, but I'm waiting for jenkins to pick things up. that said, we can rerun tests later if they fail in daily landing
[05:41] <pitti> Laney: ah, we should add the signal emission to our "fallback to pm-utils" patch indeed; mind filing a bug for it to track, with the details?
[05:41] <pitti> Good morning
[05:49] <RAOF> pitti: Good morning!
[05:50] <pitti> hey RAOF, how are you?
[05:50] <RAOF> Pretty good.
[05:51] <RAOF> pitti: It appears that DEB_HOST_ARCH
[05:52] <RAOF> isn't set to “linux” while running the auto-pkg-tests?
[05:52] <RAOF> Also, could I trouble you for a colord & colord-gtk upload to Debian?
[05:52] <pitti> RAOF: autopkgtest calls "debian/rules build" AFAIK
[05:53] <pitti> RAOF: i. e. you can't rely on anything dpkg-buildpackage would set for you
[05:53] <pitti> that's a bit weird, but actually Debian policy says that packages need to be able to build with just that
[05:53] <pitti> so you need something like
[05:54] <pitti> DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH || true)
[05:55] <pitti> RAOF: uploads> sure
[05:55] <pitti> RAOF: toss me the .dsc or git links?
[05:55] <pitti> ah, I still have a colord checkout
[05:55] <RAOF> I'll do the git links.
[05:56] <pitti> but maybe you want to fix the DEB_HOST_ARCH thing first?
[05:56] <RAOF> Yeah.
[05:56] <pitti> RAOF: seems debian/rules already does it for MULTIARCH, so you just need the same for D_HOST_ARCH
[05:59] <RAOF> Indeed.
[06:26] <RAOF> pitti: Ready to roll
[06:27] <pitti> RAOF: ack; want to dch -r/debcommit -ar ?
[06:28] <RAOF> pitti: Enjoy the debian/0.1.31-1 tag.
[06:29] <pitti> RAOF: as soon as you push and push --tags :)
[06:31] <RAOF> pitti: Done. Also, git+ssh://git.debian.org/git/collab-maint/colord-gtk.git
[06:31] <RAOF> Now, Zoë bath.
[06:31] <pitti> oh, that pulled some 15 tags :)
[06:31]  * pitti is always annoyed by the requirement to do git push --tags separately
[06:34]  * pitti fires up sbuild
[06:35] <pitti> RAOF: colord-gtk> release/tag please?
[06:36] <bochecha_> pitti: about git push --tags: http://stackoverflow.com/a/2988182
[06:48] <RAOF> pitti: debian/0.1.24-1
[06:48] <pitti> RAOF: thanks; currently looking how to tell sbuild to enable experimental
[06:49] <RAOF> pitti: Urgh. You'll need --build-dep-resolver=aptitude
[06:49] <RAOF> In addition to actually having the sources in there.
[06:49] <pitti> ^ that I do
[06:50] <pitti> thanks!
[06:50] <pitti> RAOF: push your colord-gtk release, please?
[06:52] <RAOF> pitti: git thinks it's already pushed all of colord-gtk
[06:54] <pitti> ah, now; apparently there's some delay somewhere in between
[07:14] <pitti> would anyone know how I can get logs or other details from failed unity test cases?
[07:14] <pitti> didrocks perhaps?
[07:14] <didrocks> pitti: do you mean autopilot tests?
[07:15] <didrocks> or something else?
[07:15] <pitti> make -C obj-x86_64-linux-gnu/ check
[07:15] <pitti> the debian package does check-headless, but that doesn't run the D-BUS tests (which I'm interested in)
[07:16] <pitti> I'd like to see unity's output (it already does some logging) for a particular test case
[07:17] <pitti> running just one test would also be helpful
[07:17] <pitti> sorry for being a n00b here
[07:17] <didrocks> pitti: I'm not really familiar with the check-headless tests TBH
[07:17] <didrocks> I think Trevinho would be of a greater help ^
[07:18] <pitti> ok, thanks
[07:18] <didrocks> xnox: I will let you fix what Ricardo told and then, having a look
[07:18] <didrocks> sorry pitti
[07:18] <pitti> [  FAILED  ] TestGnomeSessionManager.LogoutFallbackLogind
[07:18] <pitti> this is delightfully unhelpful :) I guess that can't be the end of what this test runner can do
[07:18] <didrocks> xnox: you should add to the changelog "general packaging cleanup"
[07:19] <didrocks> pitti: well, this is what is shown in all Unity* pieces when something failed though
[07:19] <pitti> right, but there could at least be the particular assertion that failed
[07:20] <pitti> anyway, I'll ask in #ubuntu-unity, thanks didrocks!
[07:20] <didrocks> yw pitti
[07:22] <RAOF> pitti: colord and colord-gtk got rejected for not containing source?
[07:22] <pitti> urgh, sorry
[07:23] <RAOF> pitti: Also, it looked like colord was going to unstable?
[07:23] <pitti> hm, it seems sbuild is doing strange things
[07:23] <pitti> sbuild --build-dep-resolver=aptitude -d sid colord-gtk_0.1.24-1.dsc
[07:24] <pitti> that's what I ran
[07:24] <pitti> apparently that's not paying attention to the debian/changelog target then, and doesn't include the source?
[07:24]  * pitti builds again
[07:24] <RAOF> Apparently?
[07:24] <pitti> ah, -s
[07:25] <pitti> oh, it's -c sid, not -d sid; bad mk-sbuild manpage!
[07:25] <pitti> seems it still wants an explicit -d experimental, though
[07:26] <pitti> RAOF: ok, building again, sorry!
[07:26] <pitti> bbl
[07:30] <RAOF> pitti: No problem
[07:35] <pitti> ok, looks better now
[07:41] <RAOF> pitti: Thanks, that got accepted.
[07:49] <jibel> good morning
[07:52] <didrocks> salut jibel
[07:52] <didrocks> ça va?
[07:56] <pitti> bonjour jibel
[08:12] <jibel> Salut pitti et didrocks
[08:12] <pitti> bonjour jibel, ça va ?
[08:12] <jibel> pitti, ça va bien et toi?
[08:13] <pitti> jibel: un peu malade :(
[08:15] <jibel> pitti, rien de grave j'espère?
[08:16] <pitti> jibel: seulment un rhume
[08:32] <seb128> hey desktopers
[08:34] <didrocks> hey seb128
[08:35] <seb128> lut didrocks ;-)
[09:01] <Laney> morning!
[09:03] <seb128> Laney, good morning
[09:04] <Laney> pitti: bug> sure - I hacked up a version which does emit the signal by delaying the return and calling send_prepare_for at the end. I'm not entirely sure if that's right though.
[09:13] <seb128> pitti, @re: logind, would you prefer to delay the systemd-services use to after raring?
[09:13] <pitti> seb128: your call really
[09:13] <pitti> seb128: the basic functionality of timezoned etc. works fine, and I wrote autopkgtests for them
[09:14] <pitti> seb128: but I understand for proper ntp handling we need desrt's shim?
[09:14] <seb128> pitti, well, our side is rather ready, I just don't want to create too much issues for you
[09:14] <pitti> seb128: anyway, I'm going to disable the upstart job for logind, so that one can install systemd-services without libpam-systemd and thus logind
[09:14] <seb128> pitti, we do yes
[09:14] <pitti> seb128: the logind FFE was finally decided (rejected), so we now have a clear path forward
[09:45] <seb128> Laney, there is a new glib out, want to do the update?
[09:45] <seb128> Laney, pango as well... ;-)
[09:45] <Laney> my favourite!
[09:45] <seb128> ;-)
[09:45] <seb128> Laney, thanks
[10:20] <tkamppeter> Anyone in charge of GNOME Control Center here?
[10:21] <seb128> tkamppeter, that would be me?
[10:28] <tkamppeter> seb128, we came to the decision to let the GCC open system-config-printer instead of its own tool for printer management in Raring, as the new tool has improved but is still missing stuff, like a button for sharing printers.
[10:28] <seb128> tkamppeter, who is "we"?
[10:32] <tkamppeter> seb128, I think it was discussed on some desktop meeting
[10:33] <seb128> tkamppeter, yeah, we discussed it last week, and we said we should discuss it after the meeting again, I was just curious if you had another discussion on the topic
[10:33] <seb128> tkamppeter, so I will upload gnome-control-center to hide the icon under unity
[10:34] <seb128> tkamppeter, you should probably restore 06_rename_settings_panel.patch in system-config-printer?
[10:34] <Laney> ah there we go, I have systemd sending the event seemingly at the right time and indicator-datetime responding to it
[10:34] <tkamppeter> seb128, to return the name from "Print Settings" to "Printers"?
[10:35] <seb128> yes
[10:35] <pitti> seb128, Laney: I'm pondering how to make systemd-services work without starting logind, and at the same time make it easy to enable logind for testing and preparing the migration (as that will happen in May)
[10:36] <Laney> pitti: Yeah - I was thinking of holding back the packages
[10:36] <pitti> seb128, Laney: my initial idea was to disable the startup condition in logind's upstart job, but WDYT about just moving the upstart job into libpam-systemd?
[10:36] <Laney> but perhaps just have the PPA be what people should use to do the migration
[10:36] <seb128> pitti, that would work for me
[10:36] <Laney> mmm, yeah that works
[10:36] <pitti> then you can install systemd-services without logind starting, but if someone installs libpam-systemd (and thus uninstall libpam-xdg-support), you'll get logind
[10:37] <pitti> and we woudln't even need to revert that change in May
[10:38] <tkamppeter> seb128, so tell me when the changed GCC is uploaded and after that I will re-introduce the patch in s-c-p.
[10:40] <Laney> pitti: is that all you need to do to disable logind?
[10:40] <Laney> like there's no dbus activation or anything weird like that
[10:41] <pitti> Laney: yes; if you call loginctl it'll dbus-activate, but fail because of the missing cgroup
[10:41] <pitti> Laney: if that's worrying you we can disable it further as well, but I wouldn't like to cripple it too much for just a month
[10:41] <Laney> no, the scope of that seems quite limited
[10:42] <Laney> I was more thinking of services dbus activating logind and then hanging forever waiting for a reply or so
[10:43] <pitti> all services that we grepped for check sd_booted(), which will fail because the cgroup is not mounted
[10:43] <pitti> there might be some third-party sw out there which just blindly talks to the logind D-BUS API without error checking, but I can't help that
[10:43] <pitti> it'll fail without logind in a very similar way as with our "broken" logind
[10:44] <Laney> yeah
[10:44]  * Laney files a bug for the PrepareForFoo stuff
[10:52] <pitti> Laney, seb128: FYI, I adjusted bug 1156074 for that issue, fixing now
[10:52] <ubot2> Launchpad bug 1156074 in systemd (Ubuntu) "installing systemd-services without libpam-systemd loses device ACLs" [Undecided,In progress] https://launchpad.net/bugs/1156074
[10:53] <seb128> pitti, ok, thanks
[10:53] <seb128> weird that I don't have that issue
[10:53] <seb128> I've systemd-services installed
[10:53] <pitti> seb128: with libpam-systemd?
[10:53] <seb128> no
[10:54] <pitti> seb128: do you have /sys/fs/cgroup/systemd/ ?
[10:54] <pitti> and logind running?
[10:54] <seb128> oh, sorry, I've libpam-systemd installed
[10:54] <pitti> :)
[10:54] <seb128> weird, I wonder how it got there
[10:54] <BigWhale> Good Morning everyone ...
[10:54] <seb128> I'm just using the desktop ppa
[10:54] <pitti> <jedi wave>it is what you want</jedi wave>
[10:55] <seb128> and I just installed systemd-services for the hostnamed, etc work
[10:55] <seb128> I though the pam change didn't make it to distro?
[10:55]  * seb128 is confused
[10:56] <pitti> seb128: "the pam change"?
[10:56] <seb128> pitti, installing libpam-systemd
[10:56] <pitti> seb128: oh, you mean adjusting the seeds? no, it didn't
[10:56] <pitti> I guess you uninstalled ubuntu-desktop
[10:56] <seb128> I wonder why that got installed for me
[10:57] <seb128> right, ubuntu-desktop is not installed
[10:57] <seb128> but that should bring less new stuff, not more :p
[10:57] <seb128> 2013-03-16 10:16:09 install libpam-systemd:i386 <none> 198-0ubuntu4
[10:57] <Laney> aptitude why libpam-systemd
[10:58] <seb128> i   systemd-services Recommande libpam-systemd
[10:59] <seb128> is that wanted?
[10:59]  * seb128 is confused on what bits of logind should be pulled in
[11:01] <seb128> tkamppeter, oh, you need to restore https://launchpad.net/ubuntu/+source/system-config-printer/1.3.11+20120807-0ubuntu11 as well
[11:02] <seb128> tkamppeter, I'm uploading g-c-c to hide the upstream icon, please update s-c-p whenever you are ready for that
[11:04] <pitti> seb128: ah, good point; I'll drop that
[11:04] <seb128> pitti, danke
[11:04] <seb128> pitti, on the good side I've logind installed and running and I didn't notice
[11:04] <seb128> so it seems things are just working for me :p
[11:05]  * seb128 hugs pitti, good work ;-)
[11:05] <pitti> seb128: nice!
[11:06] <tkamppeter> seb128, I will do.
[11:06] <seb128> tkamppeter, thanks
[11:11] <pitti> seb128: so you didn't see Lennart's face in the boot splash?
[11:13] <seb128> pitti, no, but it's not april 1st yet... ;-)
[11:13] <davmor2> hey seb128 quick query in the Gnome Control Center is there a reason why startup apps isn't in there?  I have an app that is set to auto start up I just kinda instinctively went there and it wasn't an option.
[11:16] <seb128> davmor2, because nobody worked on "startup applications" in years and it's neither integrated nor good quality
[11:16] <davmor2> seb128: ah okay, that's as good a reason as any I guess, thanks :)
[11:16] <seb128> yw
[11:21] <GunnarHj> seb128: Hi Seb, can you please add a Precise task to bug 1156670, so it shows up in the sponsorship queue.
[11:21] <ubot2> Launchpad bug 1156670 in accountsservice (Ubuntu) "Cannot chose language with home on nfs export" [Undecided,Fix released] https://launchpad.net/bugs/1156670
[11:23] <seb128> GunnarHj, hey, done
[11:24] <GunnarHj> seb128: Thanks!
[11:24] <seb128> np ;-)
[11:25] <xnox> didrocks: seb128: do we have ubuntu-wallpapers-raring yet? the contest did close on the 8th of march....
[11:25] <didrocks> xnox: not sure we have winners yet
[11:25] <didrocks> JohnLea_: ^ do you know?
[11:26] <seb128> good question, dunno
[11:31] <seb128> Trevinho, there? I would like to go back to the old indicator-session dialogs for raring (still some issues with the new one and that landed a bit late, I want to play it safe) ... is there an easy way to tell indicator-session/unity to not use the new dialog or do we need commits reverted if we want to do that?
[11:37] <JohnLea_> seb128; Is there a way we can keep them in?!  We've tested the new dialogues very well, I think we have shaken out the bugs, and they got a very positive reception
[11:37] <JohnLea_> seb128; if there is anything we can do to keep them In I would like to do that if at all possible.  I'll owe you lots of beer if we can! ;-)
[11:38] <didrocks> JohnLea_: do you mind answering on the wallpaper question? :)
[11:38] <JohnLea_> didrocks; just about to ;-)
[11:38] <seb128> JohnLea_, there is a bunch of bugs, we get different dialogs in the user session and on the greeter, and we loose the fix we just got to ask password to reboot/shutdown the machine if other users are logged in
[11:38] <JohnLea_> didrocks; we have the default wallpaper in don't we?
[11:39] <didrocks> JohnLea_: never saw any request for that, so no :)
[11:39] <didrocks> JohnLea_: didn't see as well the wallpapers for contest winners btw :)
[11:39] <seb128> JohnLea_, the default wallpaper ... did it change or is that yet another hard to notice variation over the same one?
[11:39] <didrocks> the default yes
[11:39] <didrocks> it's already in raring
[11:39] <didrocks> I think we discuss about the other ones
[11:39] <JohnLea_> didrocks; ok, I'll chase the new default wallpaper right now and get back to you.  Do you know if the wallpaper competition is still being run by Iain Farrel?
[11:40] <seb128> JohnLea_, default wallpaper is in this decembre
[11:40] <JohnLea_> seb128; I think the new wallpaper is already in, but let me double check.  I think we did it right at the beginning of the cycle this time
[11:40] <JohnLea_> seb128; ok, I thought is was
[11:40] <seb128> JohnLea_, yeah, no need to check
[11:40] <JohnLea_> didrocks; ^
[11:40] <seb128> right, didrocks said so as well
 the default yes
[11:41] <seb128>  it's already in raring
[11:41] <seb128> so all in agreement
[11:41] <seb128> remaining issues are
[11:41] <JohnLea_> cool, all good
[11:41] <seb128> - contest wallpapers
[11:41] <seb128> - session dialogs
[11:41] <didrocks> yep :)
[11:41] <JohnLea_> seb128; do you know if Iain Farrel is still running the wallpaper competition?
[11:42] <seb128> JohnLea_, I've no idea
[11:42] <seb128> I don't even know if the competition was run this cycle
[11:42] <JohnLea_> seb128; the community wallpaper competition is something that has been 100% community run for the last couple of cycles, we haven't had any direct involvement with it for a year and a half at least
[11:43] <JohnLea_> seb128; humm, will need to dig and find out what is happening.  I'll email Iain and cc you
[11:43] <didrocks> http://www.omgubuntu.co.uk/2013/01/ubuntu-13-04-wallpaper-contest-now-open
[11:43] <seb128> JohnLea_, no need to Cc me, just ping us if there is an updated set of wallpapers to upload
[11:44] <Laney> mterry handled the update last cycle - perhaps he can tell us where they came from
[11:44] <seb128> let's check with him when he gets online
[11:44] <JohnLea_> seb128; cool, will do.  I assume deadline is in 2 days
[11:44] <seb128> right
[11:44] <JohnLea_> seb128; so on to the shutdown dialogues...
[11:45] <seb128> JohnLea_, see my query on that
[11:45]  * didrocks grrr on omgubuntu to not give any link to the source
[11:45] <didrocks> once more
[11:45] <didrocks> and so, hard to find where it was announced :/
[11:45] <didrocks> SOURCE: IAIN FARRELL
[11:45] <didrocks> so, it's him
[11:45] <didrocks> JohnLea_: ^
[11:45] <didrocks> http://hungfu.wordpress.com/2013/01/28/raring-to-ringlead-this-cycle/
[11:46] <Laney> 14/03/13 – Deliver final selection to our kind packager extraordinaire Ken VanDine. Thanks again, Ken for offering your help.
[11:46] <Laney> ;-)
[11:46] <didrocks> :)
[11:46] <JohnLea_> seb128; so from you comment above there are two issues.  a) different dialogues in the greeter b) shutting down if other users are logged in?
[11:47] <seb128> JohnLea_, c) some bugs
[11:47] <JohnLea_> seb128; is there a list somewhere?
[11:47] <didrocks> Laney: at least, we have dailies for the package, it's just a MP away (well with… the right images) ;-)
[11:47] <seb128> JohnLea_, like the fact that opening the lock screen/shutdown dialog makes all the apps pop a dialog about unsaved work, even if you only wanted to lock the screen
[11:47] <seb128> JohnLea_, @list: a minute
[11:49] <JohnLea_> seb128; cool, let's get a list together, I can go through it and review and add comments, then discuss what *has* to be fixed for this to be included, and rope Trevinho into the conversation to see if he can fix any of the blockers.
[11:52] <seb128> JohnLea_, https://bugs.launchpad.net/ubuntu/+bugs?field.tag=indicator-session-new-dialogs
[11:52]  * JohnLea_ starts looking at bug list
[11:52]  * didrocks adds one more, one sec
[11:53] <JohnLea_> seb128, didrocks; I've emailed Iain asking him to ping either of you in IRC when he gets my message
[11:53] <didrocks> great :)
[11:53] <seb128> ok
[11:55] <didrocks> done
[11:55] <seb128> hey iainfarrell1
[11:55] <iainfarrell1> hey
[11:55] <seb128> JohnLea_, didrocks: ^
[11:55] <didrocks> hey ;)
[11:55] <iainfarrell> hello!
[11:55] <iainfarrell> The gang's all here! :)
[11:55] <seb128> hehe
[11:55] <didrocks> heh, indeed!
[11:55] <seb128> so yeah, people were asking if we plan to land new wallpapers from the contest
[11:55] <iainfarrell> so, I sent the wallpapers package on th e14th to Ken VanDine
[11:55] <seb128> uif is this week
[11:55] <iainfarrell> but I've not hear anything back from him
[11:56] <seb128> ok, that's the info we were missing
[11:56] <iainfarrell> I can pass them on to you if you'd like
[11:56] <seb128> better to use launchpad
[11:56] <iainfarrell> I had it nice and early, yeah he's packaged and done the LP part in the past
[11:56] <seb128> so there is public tracking and it doesn't fall into cracks when somebody drops the ball
[11:56] <iainfarrell> give me a bug and I'll upload it
[11:56] <iainfarrell> coo
[11:56] <iainfarrell> l
[11:56] <iainfarrell> noted for next time :)
[11:56] <iainfarrell> he's saved me in the past, clearly :)
[11:56] <didrocks> iainfarrell: just open a bug against ubuntu-wallpapers and attach them please :)
[11:56] <iainfarrell> on it :)
[11:56] <didrocks> thx!
[11:58] <JohnLea_> hyia iainfarrell !
[11:58] <iainfarrell> hey JohnLea_
[11:58] <iainfarrell> didrocks: I can't seem to report a bug - have a triangle in my way :)
[11:59] <iainfarrell> https://launchpad.net/ubuntu-wallpapers
[11:59] <didrocks> iainfarrell: https://launchpad.net/ubuntu/+source/ubuntu-wallpapers
[11:59] <didrocks> try the package :)
[11:59] <didrocks> bug tracking isn't opened upstream
[12:02] <iainfarrell> ahh, I am so out of practice, I've added you didrocks, seb128 and JohnLea_
[12:02] <seb128> thanks
[12:02] <iainfarrell> Compressed file is up
[12:02] <didrocks> excellent, thanks iainfarrell :)
[12:02] <iainfarrell> Apologies for the delay, you'd have had it last week
[12:02] <didrocks> iainfarrell: no worry, and not your fault!
[12:02] <iainfarrell> I'm not sure what Ken usually does to it
[12:02] <iainfarrell> once I've provided it
[12:02] <didrocks> iainfarrell: will take care of it :)
[12:02] <iainfarrell> but there's the last few releases
[12:03] <iainfarrell> you're splendid fellows!
[12:03] <iainfarrell> Thanks!
[12:03] <didrocks> thanks to you :)
[12:03] <iainfarrell> I am, we all are etc. :D
[12:04] <didrocks> heh ;)
[13:06] <seb128> kenvandine, hey
[13:06] <kenvandine> hey seb128
[13:06] <seb128> kenvandine, how are you?
[13:06] <kenvandine> good
[13:06] <didrocks> hey kenvandine
[13:06] <seb128> kenvandine, want to review https://code.launchpad.net/~didrocks/ubuntu-wallpapers/raring/+merge/154070 ? apparently you were send those updates ;-)
[13:07] <kenvandine> seb128, sure
[13:07] <seb128> kenvandine, thanks
[13:07] <seb128> kenvandine, took us a while to figure what's going on
[13:07] <seb128> ;-)
[13:07] <seb128> kenvandine, oh, and don't forget signon-ui :p
[13:07] <kenvandine> sorry :)
[13:07] <kenvandine> both were on my list for today :)
[13:07] <seb128> no worry
[13:07] <kenvandine> bug 1156979
[13:07] <ubot2> Launchpad bug 1156979 in unity-lens-friends (Ubuntu) "[FFe] replace gwibber-service with Friends" [Medium,Confirmed] https://launchpad.net/bugs/1156979
[13:08] <kenvandine> bug 1156941
[13:08] <ubot2> Launchpad bug 1156941 in qml-friends (Ubuntu) "[FFe] Provide an API for access data from Friends" [Medium,Confirmed] https://launchpad.net/bugs/1156941
[13:08] <seb128> ok, well you can thanks didrocks, by the time we tracked down the status he did the update as well
[13:08] <seb128> next time would be good to use a public bug for the tracking
[13:08] <seb128> kenvandine, nice!
[13:09] <kenvandine> yeah
[13:09] <kenvandine> he always sends me an email
[13:11] <didrocks> kenvandine: wait
[13:11] <didrocks> just seeing the update on the bug report
[13:11] <didrocks> iainfarrell: you should have ping me on IRC :)
[13:12] <didrocks> removing the additional one
[13:14] <didrocks> kenvandine: additional wallpaper removed
[13:14] <didrocks> (fine for reviewing now)
[13:15] <kenvandine> thx
[13:16] <didrocks> kenvandine: thanks for publishing friends ;)
[13:16] <kenvandine> np, i checked the dashboard before i even had coffee today :)
[13:17] <didrocks> \o/
[13:17] <didrocks> kenvandine: sometimes, maybe you should wait coffee, when things are read :p
[13:17] <didrocks> red*
[13:19] <kenvandine> ok, filed FFe for ubuntu-ui-toolkit too, bug 1157191
[13:19] <ubot2> Launchpad bug 1157191 in ubuntu-ui-toolkit (Ubuntu) "[FFe] API updates for MainView, PageStack and Tabs " [Medium,New] https://launchpad.net/bugs/1157191
[13:20] <kenvandine> today's going to be an MIR day too :)
[13:20] <kenvandine> qtdeclarative, ubuntu-ui-toolkit and friends
[13:20] <kenvandine> didrocks, i updated to the ppa and no major breakages yet :)
[13:25] <kenvandine> didrocks, i am going to create a new stack for the toolkit/qt stuff
[13:25] <kenvandine> how about naming it "toolkit"
[13:25] <kenvandine> ?
[13:26] <didrocks> kenvandine: platform? as there will be platform API in it?
[13:27] <didrocks> like the ubuntu-platform-api
[13:27] <didrocks> and other similar bindings?
[13:27] <kenvandine> wfm
[13:27] <didrocks> kenvandine: ok, so head/platform.stack :)
[13:27] <kenvandine> didrocks, also is the wallpaper branch in a daily release stack?
[13:27] <didrocks> feel free to boostrap it
[13:27] <didrocks> kenvandine: yeah! in misc
[13:27] <kenvandine> i approved it
[13:27] <kenvandine> great
[13:27] <didrocks> thanks kenvandine :)
[13:27] <didrocks> will be tomorrow in!
[13:27] <kenvandine> thank you for preparing it!
[13:27] <didrocks> no worry
[13:28] <kenvandine> my todo list for today has gotten shorter :)
[13:28] <didrocks> was a refreshment in a world of 100 scopes :)
[13:28] <didrocks> heh
[13:29] <didrocks> kenvandine: ensure we do have integration tests and a job to run them please :)
[13:30] <didrocks> if they need a real session
[13:30] <didrocks> before we really add the stack
[13:31] <kenvandine> didrocks, there are autopilot tests that do run in the build
[13:32] <kenvandine> there aren't autopkgtest
[13:32] <kenvandine> it tests quite a few components
[13:32] <didrocks> kenvandine: oh, so they do have a fake applications and testing against it?
[13:32] <kenvandine> but i haven't tried to figure out how the coverage is
[13:32] <didrocks> without needing a real X session?
[13:32] <didrocks> ok, please see how in a good/bad state we are :)
[13:32] <didrocks> to ensure we can have dailies with a safety net ;)
[13:33] <kenvandine> yeah
[13:33] <didrocks> thanks!
[13:33] <kenvandine> they use the component showcase demos
[13:33] <kenvandine> and autopilot
[13:35] <didrocks> sounds good, just poke a little bit at it, ensure it's running well in pbuilder and we are set! :)
[13:35] <kenvandine> didrocks, looks like they test 17 components and confirm they object loads
[13:36] <kenvandine> and they are testing all the components gwibber use :)
[13:36] <kenvandine> so the only app that'll be in the archive using it :)
[13:36] <didrocks> great!
[13:36] <didrocks> kenvandine: you should subscribe to the MP as well to monitor that they don't push new code without tests, and so on…
[13:36] <didrocks> distro acceptance criterias :)
[13:36] <kenvandine> ok, you assume i notice all those emails :)
[13:38] <kenvandine> i'm subscribed to 100s of them already :-D
[13:38] <kenvandine> didrocks, https://code.launchpad.net/~ken-vandine/cupstream2distro-config/platform-stack/+merge/154082
[13:39] <didrocks> kenvandine: hem, that's what jasoncwarner_ is asking us to monitor
[13:39] <didrocks> kenvandine: and I'm subscribe to all of them :)
[13:39] <didrocks> it's the only way to ensure we know what's going to land
[13:39] <didrocks> and that the criterias are met
[13:39] <kenvandine> i usually look at the activereviews pages
[13:40] <didrocks> kenvandine: on the 30 projects you are monitoring? :)
[13:40] <didrocks> and what about what happened during the night?
[13:40] <kenvandine> i know... not perfect, but so much gets lost in the noise in email
[13:41] <kenvandine> i look at them in email too, but so much noise i can't read them all
[13:42] <didrocks> kenvandine: well, I think the management is seeing us as the gateway, if we don't do the tracking well, we should raise with them we can't do it
[13:43] <didrocks> weird that this wasn't raised before, I assumed everyone was looking at their stacks :)
[13:43] <kenvandine> maybe i need to spend some time unsubscribing to stuff
[13:43] <didrocks> kenvandine: filters ;)
[13:43] <kenvandine> i do look... i just can't spend the time to read 3000 emails a day :)
[13:43] <kenvandine> i have filters...
[13:43] <didrocks> kenvandine: you do look at other stacks?
[13:43] <didrocks> or just yours?
[13:43] <kenvandine> ok, that folder has 713 emails for yesterday
[13:44] <kenvandine> over time i've been subscribed to many
[13:44] <didrocks> kenvandine: I have some filters working per team
[13:44] <kenvandine> i guess i need to create separate filters
[13:44] <didrocks> so I have subfolders for those
[13:44] <didrocks> I'm still looking at what entering in all stacks
[13:45] <kenvandine> they don't show up per team for me
[13:45] <didrocks> but I guess I won't be able to keep up and just rely on you guys :)
[13:45] <kenvandine> i guess i need to tweak procmail
[13:45] <kenvandine> you can't watch all of them :)
[13:45] <didrocks> kenvandine: do you have an estimate of the number of emails if you only receive those from your stack?
[13:45] <kenvandine> i use the autofilter procmail rules
[13:45] <didrocks> like, would it be workable?
[13:45] <didrocks> kenvandine: ah, I do that manually ;)
[13:45] <kenvandine> it would be workable just for my stack :)
[13:45] <didrocks> (the filters for procmal)
[13:46] <didrocks> I wonder how we can do that in a robust way
[13:46]  * kenvandine wants gmail
[13:46] <kenvandine> :-D
[13:47] <kenvandine> i should plan a house keeping day and unsubscribe from lots of stuff
[13:47] <didrocks> heh
[13:47] <kenvandine> 713 merge emails in one day is too many :)
[13:47] <kenvandine> the folder has nearly 100k of emails :)
[13:47] <seb128> kenvandine, are you subscribed to the whole launchpad? ;-)
[13:48] <kenvandine> maybe :)
[13:48] <kenvandine> i've been subscribed to practically everything DX has ever done
[13:51] <seb128> kenvandine, spring cleaning!
[13:52] <kenvandine> i wonder if evolution will suck less if i do that spring cleaning :)
[13:52] <kenvandine> my launchpad-bugs folder must have 500 subfolders
[13:52] <kenvandine> at least
[14:13] <xclaesse> seb128, any progress on purging automatically old kernels after updates?
[14:13] <xclaesse> seb128, had to repair my mother's computer again
[14:14] <seb128> xclaesse, not that I know about :-(
[14:14] <xclaesse> out of disk space in the middle of upgrade is bad
[14:14] <xclaesse> again, 5G of useless kernels
[14:14] <seb128> shrugh, that issue sucks
[14:14] <xclaesse> IMHO, that's totally critical and release blocker
[14:14] <seb128> the upgrader shouldn't try to do the upgrade if there is not enough disk space to start with
[14:14] <xclaesse> but since all linux distro release with that bug since 20 years...
[14:16] <xclaesse> If I was a bash guru, I would write a cron that purge all kernels but the running one at startup
[14:17] <pitti> at least they are now being marked for auto-removal
[14:17] <pitti> so, "sudo apt-get --purge autoremove" will remove all but the most recent two
[14:17] <seb128> pitti, it's a bit better but still doesn't help end users who click through update-manager though :-(
[14:18] <pitti> yeah, it's still lacking UI integration
[14:18] <xclaesse> seb128, but I have to rekon it's partly my fault to have a too small root partition... but still it's about 2G of kernel per year when you do all updates
[14:18] <xclaesse> pitti, by "now" you mean raring? it doesn't work on precise at least
[14:18] <pitti> yes, raring
[14:18] <xclaesse> cool :)
[14:18] <kenvandine> didrocks, is unity-asset-pool setup to use the merger?
[14:20] <xclaesse> seb128, pitti: On my work maching, with a 300M /boot (the rest is encrypted) I got out of disk space in the middle of grub update, did not realize => system won't boot anymore
[14:21] <xclaesse> that was not that easy to repair
[14:46] <rickspencer3> didrocks, dash is working well for me today
[14:46] <rickspencer3> I'm experiencing a very tiny bug though, not sure where to report it
[14:49] <mterry> seb128, btw, the gcalctool fix landed in unity
[14:49] <seb128> mterry, thanks
[14:50] <seb128> mterry, the utah issue is being investigated by cjwatson and some others
[14:50] <seb128> mterry, it's an username preseeding issue in the installer
[14:50] <seb128> could be a bug on the Ubuntu side
[14:59] <didrocks> rickspencer3: hey! great :) do you think the bug is linked to the changes?
[14:59] <rickspencer3> didrocks, yeah
[14:59] <rickspencer3> the search field doesn't have keyboard focus on first run
[15:00] <didrocks> rickspencer3: see my email about it: open against https://launchpad.net/ubuntu/+source/unity and tag it 100scopes
[15:00] <didrocks> that enables to have one list to rule them all :)
[15:00] <didrocks> kenvandine: yeah, it's in misc as well
[15:00] <kenvandine> didrocks, saw that, but will the merger merge it?
[15:00]  * rickspencer3 looks
[15:00] <didrocks> kenvandine: should be :)
[15:01] <kenvandine> didrocks, indeed it does seem to be... it just failed :)
[15:01] <kenvandine> didrocks, did you see i updated my c2ud branch?
[15:02] <rickspencer3> I love the wikipedia integration
[15:02] <rickspencer3> that's sweet
[15:04] <didrocks> kenvandine: let me have a look
[15:09] <kenvandine> rickspencer3, it is!
[15:44] <czajkowski> hyperair: ping :)
[15:46] <hyperair> czajkowski: pong
[15:46] <hyperair> what's up?
[15:46] <jcastro> didrocks: man dude, the wikipedia thing is _nice_
[15:46] <jcastro> didrocks: so over time it will learn I prefer wikipedia over say, music, and move those to the top?
[15:47] <czajkowski> hyperair: free for a pm please before I break more stuff! :)
[15:47] <hyperair> sure
[15:47] <czajkowski> and I'm very close to firing my VM out the window!
[15:47] <didrocks> jcastro: not that you prefer wikipedia, but in general, people from your country/area prefers wikipedia
[15:48] <jcastro> ah ok
[15:49] <didrocks> or rather even, "for this search, people prefer wikipedia" :)
[15:49] <didrocks> I'm sure dinausores will have wikipedia on top :p
[16:06] <desrt> pitti: how deep does your hardware testing stuff reach?
[16:06] <pitti> desrt: 15.324 meters
[16:06] <desrt> damn
[16:06]  * desrt needs 18m
[16:06]  * pitti gets a shovel
[16:07] <desrt> if i have a bluetooth connection active when i suspend then my system gets into a 'bad state'
[16:07] <desrt> sometimes this means that it doesn't complete suspend
[16:07] <desrt> sometimes it doesn't complete resume
[16:07] <pitti> desrt: right now it coveres record & replay of usbdevfs (MTP, PtP), and arbitrary sysfs and /dev/ stuff
[16:07] <desrt> but if it gets that far then probably i won't be able to start new apps after resuming
[16:07] <pitti> desrt: ah, it doesn't simulate actual hardware, it intercepts /dev/, /sys, ioctls. etc at the glibc level through LD_PRELOAD
[16:08] <desrt> right
[16:08] <desrt> so: kernel is too deep, in other words :)
[16:10] <pitti> yes
[16:10] <pitti> for that we'd need to simulate actual silicon
[16:10] <pitti> desrt: something like a VHDL runner perhaps?
[16:11] <desrt> :)
[16:11] <pitti> ok, c'est l'heur de la glace
[16:11] <desrt> lol
[16:11] <pitti> (for purely medical reasons of course, to soothe my sore throat)
[16:11]  * desrt wonders how much of his problems are caused by living life on the edge with uefi
[16:12] <desrt> pitti: enjoy :)
[16:24] <kenvandine> Laney, do you mind taking a look at my FFe requests?
[16:24] <kenvandine> bug 1156941
[16:24] <ubot2> Launchpad bug 1156941 in qml-friends (Ubuntu) "[FFe] Provide an API for access data from Friends" [Medium,Confirmed] https://launchpad.net/bugs/1156941
[16:24] <kenvandine> bug 1156979
[16:24] <ubot2> Launchpad bug 1156979 in unity-lens-friends (Ubuntu) "[FFe] replace gwibber-service with Friends" [Medium,Confirmed] https://launchpad.net/bugs/1156979
[16:24] <kenvandine> and bug 1157191
[16:24] <ubot2> Launchpad bug 1157191 in ubuntu-ui-toolkit (Ubuntu) "[FFe] API updates for MainView, PageStack and Tabs " [Medium,Confirmed] https://launchpad.net/bugs/1157191
[16:24] <kenvandine> Laney, gotta love pre-meeting spam :)
[16:27] <Laney> I'll see what I can do
[16:27] <Laney> how can I test friends?
[16:28] <Laney> generally it'll have to be pretty solid straight away, and we've been quite hard on FFes so far as promised at UDS
[16:28] <Laney> only been sabdfled once so far though ;-)
[16:29] <didrocks> Laney: so far :)
[16:29] <Laney> I feel one more coming ;P
[16:29] <seb128> hey
[16:30] <Laney> there's always a few tbh
[16:30] <seb128> it's meeting time
[16:30]  * Laney runs
[16:30] <didrocks> hey
[16:30] <seb128> Sweetshark, qengho, chrisccoulson, Laney, jasoncwarner, kenvandine, mlankhorst, cyphermox, mterry, robru, tkamppeter, attente: meeting time!
[16:31] <kenvandine> Laney, it's all build in ppa:super-friends/ppa
[16:31] <mlankhorst> g; day
[16:31] <seb128> https://wiki.ubuntu.com/DesktopTeam/Meeting/2013-03-19
[16:31] <kenvandine> Laney, we really want to kill the old gwibber code :)
[16:31] <seb128> let's get started
[16:32] <seb128> Sweetsha1k, hey
[16:32] <Sweetsha1k> seb128: ho
[16:32] <kenvandine> haha... i thought Sweetsha1k said "no"
[16:32] <Sweetsha1k> seb128: doing autopkgtests for LO4. not much else
[16:33] <seb128> ok
[16:33] <seb128> Sweetsha1k, thanks ;-)
[16:33] <seb128> qengho, hey
[16:33] <qengho> * Created packaging for Amazon-for-Chrome extension.  ($)
[16:33] <qengho> * Analyzing a provided zipfile to make same for Firefox.  ($)
[16:33] <qengho> * Added our own GoogleAPI keys to chromium-browser. Got blessing from GOOG to include in source package.
[16:33] <qengho> * Integrating much of packaging suggestions from chromium-browser upstream.
[16:33] <qengho>   - Direct orig tarball download instead of buggy, terrible SCM checkout.
[16:33] <qengho>   - NaCl enabling?
[16:33] <qengho>   - Almost all system libraries used instead of integrated.
[16:33] <qengho>   - Much housecleaning in debian/rules .
[16:33] <qengho> * Working with community member to get webapps applied to dev-channel dailies also!
[16:33] <qengho> * Starting autopkgtest work on chromium-browser.
[16:33] <qengho> EOF
[16:34] <seb128> nice
[16:34] <seb128> what's the amazon-for-chrome doing?
[16:35] <qengho> It's something that The Management wants to include in 13.10 almost certainly.
[16:35] <seb128> ok, let's see how that goes
[16:35] <seb128> qengho, thanks
[16:35] <seb128> chrisccoulson_, hey
[16:35] <seb128> chrisccoulson_, did you defeat chromium on arm yet? ;-)
[16:36] <qengho> That pit is deeper than can be fathomed.
[16:36] <chrisccoulson_> seb128, yeah, the latest version is working on my pandaboard. i've got some packaging changes to make and then i'm going to stick it in a ppa
[16:36] <seb128> \o/
[16:36] <qengho> chrisccoulson_: is that the library version?
[16:38] <seb128> hum, chrisccoulson_ seems busy, moving on
[16:38] <seb128> chrisccoulson_, thanks
[16:38] <seb128> Laney, hey
[16:38] <Laney> howdy
[16:38] <Laney> Bit of poking around upstart session jobs (looks like this will be off by default for raring so putting it on the shelf for now)
[16:38] <chrisccoulson_> sorry, went to grab a glass of water ;)
[16:38] <Laney> Release work
[16:38] <Laney> started doing some logind porting this week including uncovering more work needed to our systemd patches
[16:38] <Laney> Some GNOME updates
[16:38] <Laney> seb128: I don't see a new pango1.0 in the series we're using? you mentioned it earlier
[16:39] <seb128> Laney, ups, I though we updated to the current serie where we updated to the harbuzz-using serie but stayed on stable
[16:39] <seb128> so ignore that
[16:39] <Laney> ;-)
[16:39] <seb128> Laney, did the user session FFe got nacked? :-(
[16:39] <Laney> might be able to sync glib - pochu uploaded that to exp
[16:39] <seb128> what is considered risky?
[16:40] <Laney> it's still got bugs like looking at all the Xsession scripts
[16:40] <seb128> ok, makes sense then, it's easy to opt in to work with it and we don't have real benefit/use of it yet
[16:40] <seb128> Laney, thanks
[16:40] <Laney> yeah, it'll be a good thing to do for S-cycle
[16:40] <seb128> kenvandine, hey
[16:41] <kenvandine> hey
[16:41] <kenvandine> i've been focusing on getting things in order to try to finally utilize the gwibber rewrite
[16:41] <kenvandine> get that landed
[16:42] <kenvandine> so all of that should be in good shape and added some APIs the core apps folks needed
[16:42] <seb128> going to right the release team next? ;-)
[16:42] <kenvandine> playing catch up uploading bugs fixes for online accounts now
[16:42] <seb128> fight*
[16:42] <kenvandine> i hope not fight :)
[16:42] <kenvandine> i begged Laney :)
[16:42] <seb128> buy some beers to Laney :p
[16:42] <kenvandine> indeed
[16:42] <seb128> lol
[16:42] <Laney> :P
[16:42] <seb128> kenvandine, thanks ;-)
[16:42] <kenvandine> i really want to kill that old buggy code
[16:42] <Laney> the trappist is a good place to go in oakland you know ...
[16:42] <seb128> mlankhorst, hey
[16:42] <kenvandine> friends is 1000x better
[16:42] <robru> kenvandine, thanks ;-)
[16:42] <kenvandine> Laney, i'm there!
[16:43] <mlankhorst> fixed armhf mesa 9.1, still looking into xserver race, rebased my kernel changes, random launchpad bug fixing, upstreaming a few of mesa changes, running testsuite for mesa 9.0.3 on radeon/nouveau/i915, etc.
[16:43] <mlankhorst> ^D
[16:43] <seb128> mlankhorst, thanks
[16:43] <seb128> cyphermox said he would be out during the meeting
[16:44] <seb128> he has been focussing on bluetooth this week
[16:44] <seb128> looking at bluedroid and making bluez work on the phablet
[16:44] <seb128> doing regular indicator daily release tracking as well
[16:45] <seb128>  
[16:45] <seb128> no mterry
[16:45] <qengho> kenvandine: (You may have seen that I added you as another GOOG API owner of "Ubuntu" project.  If I get hit by a bus, you will be able to change settings.)
[16:45] <seb128> but he was not feeling well since yesterday so he might be taking some rest
[16:45] <seb128> robru, hey
[16:45] <robru> seb128, hey!
[16:46] <robru> * Make it easier to reply to tweets without having to remember to @mention the original tweet (friends prepends the @mention for you if you forget it)
[16:46] <robru> * Automatically linkify URLs, with massive amounts of test coverage to prevent trailing punctuation from breaking the URLs.
[16:46] <robru> * Fix a bug with Facebook "Stories" not being displayed properly.
[16:46] <robru> * Include fake testing data in the package for the benefit of testing packages that depend on Friends.
[16:46] <robru> * Implement since= for facebook, vastly reducing bandwidth usage.
[16:46] <robru> * Fix a bug that prevented deleted accounts from having their old messages removed.
[16:46] <robru> * Catch an unhandled exception for a harmless error condition.
[16:46] <robru> * Add geotagging support to foursquare, flickr, and facebook.
[16:46] <robru> * Greatly reduce the complexity of our model schema.
[16:46] <robru> EOF
[16:46] <seb128> Laney, I've the feeling that's another team member ready to pay you some beers to see the new stuff to land ;-)
[16:46] <seb128> robru, thanks
[16:47] <seb128> tkamppeter, hey
[16:47] <tkamppeter> - Set up web page for OpenPrinting Summit and invited people to participate
[16:47] <tkamppeter> - Set up web page for Google Summer of Code participation of the Linux Foundation (with OpenPrinting being a part of it)
[16:47] <tkamppeter> - Upgraded my main PC to Raring and reported bugs, especially broken QEMU VM support
[16:47] <tkamppeter> - Updated Ghostscript to version 9.07
[16:47] <tkamppeter> - Updated system-config-printer to integrate in GNOME Control Center again
[16:47] <tkamppeter> - CUPS 1.6.2 to land later today (got uploaded to Debian already)
[16:47] <tkamppeter> - Put up new manufacturer-supplied PPDs on OpenPrinting and updated auto-downloadable packages there (Kyocera, Samsung).
[16:47] <seb128> tkamppeter, thanks
[16:47] <seb128> attente, hey
[16:47] <attente> seb128, hi
[16:48] <attente> started work on the keyboard/IM indicator
[16:48] <attente> focusing on ibus first
[16:48] <attente> ..
[16:49] <seb128> attente, good luck with that, not a trivial topic ;-)
[16:49] <seb128> attente, thanks
[16:49] <seb128> desrt, hey
[16:49] <attente> seb128, thanks
[16:49] <desrt> hi
[16:49] <desrt> oh.  it's that time again!
[16:49] <seb128> desrt, it is! ;-)
[16:49] <xnox> oooohhh wallpapers =)
[16:49] <seb128> xnox, shiny! ;-)
[16:50] <desrt> mostly this week was progress on the dconf proxy stuff
[16:50] <desrt> plus some glib bugfixing/maintainership type stuff
[16:50] <seb128> desrt, I saw you did a glib release, thanks ;-)
[16:50] <xnox> seb128: now, I am allowed to crop the ringtail one and use it in the slideshow?
[16:50] <xnox> it's too cute =)
[16:50] <seb128> xnox, ;-)
[16:50] <desrt> also also starting to look at improving the efficiency of converting gmenumodels into real menus (in a way that we can share for both gtk and qt)
[16:50] <desrt> since the current approach is quite bad
[16:51] <desrt> (fin)
[16:51] <seb128> desrt, thanks
[16:51] <seb128> so me:
[16:51] <seb128> - some desktop updates
[16:52] <seb128> - quite some sponsoring, the queue is quite high, help on that is welcome if people have time
[16:52] <seb128> - blueprints reviews after vUDS
[16:52] <seb128> - otherwise some bugs fixing, some SRUs

[16:52] <seb128>  
[16:52] <desrt> any info on why systemd-{services,shim} are still in universe?
[16:53] <seb128> does anyone has questions/comments/topics to discuss?
[16:53] <seb128> desrt, the second MIR didn't get approved yet
[16:53] <seb128> sarnold is still doing the security review
[16:53] <desrt> gotcha
[16:53] <seb128> and there was the logind question as well
[16:54] <seb128> but that got decided/delayed to next cycle
[16:54] <desrt> logind is unrelated, imho
[16:54] <seb128> well
[16:54] <seb128> debian/pitti put logind in systemd-services
[16:54] <desrt> although i see some of the systemd libs are already in main
[16:54] <seb128> so installing the services is installing logind
[16:54] <seb128> same binary
[16:54] <desrt> oh.  interesting.
[16:54] <seb128> yeah
[16:54] <desrt> but it doesn't imply that we run it or use it, does it?
[16:54] <seb128> so some work had to be done around that
[16:54] <seb128> no
[16:55] <seb128> pitti did the changes required for that
[16:55] <desrt> k
[16:55]  * desrt is just trying not to have his changeset slip past the release
[16:55] <seb128> it will run only if you install libpam-systemd
[16:55] <seb128> well in any case, waiting for sarnold to finish the review
[16:55] <desrt> ok
[16:56] <didrocks> seb128 forgot me :)
[16:56] <seb128> thanks for asking ;-)
[16:56] <seb128> other topics?
[16:56] <didrocks> hey didrocks
[16:56] <didrocks> hey!
[16:56] <seb128> didrocks, doh
[16:56] <didrocks> * prepare to get a daily release on a set of features branch
[16:56] <didrocks> * some refactoring to have multiple release sets as well
[16:56] <didrocks> * using those 2 new daily release features on the 100 scopes projects, having 40 components involved uploading daily in the ppa.
[16:56] <didrocks> * Help on this 100 scope projects to try having something rock solid by EOW. Wider testing will be opened tomorrow.
[16:56] <didrocks> * Maybe another interesting new intersection of Unity feature is coming (</teasing >)
[16:56] <didrocks> * New wallpapers packaging
[16:56] <didrocks> thanks didrocks
[16:56] <didrocks> yw
[16:56] <didrocks> ;)
[16:56] <seb128> didrocks, sorry about that
[16:56] <didrocks> no worry ;)
[16:56] <seb128> I grepped my irclog to have the ping list
[16:57] <seb128> and I apparently took one where I forgot to list you
[16:57] <desrt> seb128: can you please put my nick at the start of your ping list? :)
[16:57] <seb128> and used that as the list to go through :p
[16:57] <didrocks> heh ;)
[16:57] <desrt> (or i could spend the 2 minutes to figure out how to fix irssi)
[16:57] <seb128> desrt, can do
[16:57] <seb128> oh
[16:57] <seb128> I forgot on my list
[16:58] <seb128> helped didrocks on the new scope ppa
[16:58] <seb128> ;-)
[16:58] <didrocks> ;)
[16:58]  * seb128 hugs didrocks
[16:58]  * didrocks hugs seb128 back
[16:58] <desrt> anyone know how to fix irssi to highlight if a word is said anywhere in a line, not just at the start?
[16:58] <didrocks> merci :-)
[16:58] <seb128> did I forget anybody else? ;-)
[16:58]  * Laney casts his release team eye at "interesting ... new feature" ;-)
[16:58] <attente> desrt, i have a script for that
[16:58] <seb128> Laney, just read it as "more free beers"
[16:58] <didrocks> Laney: you don't want to know (yet)
[16:58] <didrocks> :)
[16:58] <seb128> ;-)
[17:00] <desrt> hello desrt
[17:00] <desrt> can someone say this ^ ?
[17:00] <seb128> can desrt stop that?
[17:00] <desrt> great
[17:00] <seb128> ;-)
[17:00] <desrt> it's working now.  thanks :)
[17:00] <seb128> Laney, btw I foresee a disturbance in the force around bug #1154176 :p
[17:00] <ubot2> Launchpad bug 1154176 in Unity "[FFE] Add payment preview for music" [Undecided,New] https://launchpad.net/bugs/1154176
[17:00] <didrocks> seb128: spoiler!
[17:00] <desrt> oh.  reminds me
[17:00] <didrocks> spoil alert
[17:00] <didrocks> ;)
[17:00] <seb128> lol
[17:00] <seb128> thanks everyone
[17:00] <Laney> yeah comment #13 tipped me off
[17:00] <seb128> let's wrap there
[17:00] <desrt> i also spent some time this past week helping google sort out some dconf issues
[17:01] <Laney> he even got the unlucky number
[17:01] <desrt> and we have the mother of all issues on the radar, of course
[17:01] <seb128> desrt, nfs?
[17:01] <didrocks> Laney: you have really *no* idea how much fun I'm having :)
[17:01] <desrt> XDG_RUNTIME_DIR not set on precise and google uses nfs
[17:01] <desrt> -> boom
[17:01] <seb128> desrt, can they just install libpam-xdg-dir ?
[17:01] <Laney> didrocks: I can try to guess :-)
[17:01] <desrt> marga: ^ ?
[17:02] <Laney> at least we tried to save the last minute stress/rush cycle
[17:02] <marga> desrt, I'm here, and that's correct.
[17:02] <seb128> desrt, marga: https://launchpad.net/ubuntu/+source/pam-xdg-support
[17:02] <marga> Will that fix it?
[17:02] <seb128> that should just work on precise afaik
[17:02] <desrt> marga: did you find out of the issue was caused by concurrent access?
[17:02] <seb128> marga, that will make XDG_RUNTIME_DIR defined, not sure if that's enough
[17:02] <desrt> *if
[17:03] <marga> desrt, I found out it was NOT caused by concurrent access.  It was caused by kerberos credentials expiring
[17:03] <marga> i.e. NFS gone baby gon
[17:03] <desrt> oh
[17:03] <desrt> not much we can do in that case, then
[17:03] <marga> trap the sigbus and not die?
[17:04] <desrt> fwiw, if you use the latest dconf with full proper NFS support, there would be no chance for this to happen anymore
[17:04] <desrt> but it doesn't help much on precise
[17:05] <marga> So, the XDG_RUNTIME_DIR doesn't help in that case?
[17:05] <desrt> nope
[17:05] <Sweetsha1k> seb128: here is the resolution, why I was this short on words in the meeting: http://skyfromme.wordpress.com/2013/03/19/autopkgtests-for-adults/ <- I just didnt want to repeat myself.
[17:05] <desrt> but with new dconf it would
[17:05] <desrt> because the entire database gets stored in the runtime dir in that case
[17:05] <desrt> so mmap is safe
[17:05] <seb128> Sweetsha1k, lol, I like the title ;-)
[17:07] <marga> uhm... Is it not possible to trap the SIGBUS and just not get new data instead of dying horribly?
[17:07] <desrt> dealing with SIGBUS is quite difficult
[17:07] <desrt> for at least three reasons
[17:08] <desrt> first is that unix signals in general are extremely difficult to handle when combined with threads... you could get a SIGBUS in one thread, run the handler, then get a SIGBUS in another thread and run a concurrent handler... both of which would try to deal with the situation at the same time
[17:08] <Sweetsha1k> seb128: "LibreOffice -- based on technology breaking your toolchain since 1985" -- I had to canibalize the source package as the full package would make the adt-image run out of space before even starting the tests, but when copying the package into the image.
[17:08] <desrt> and because of the extremely limited number of things that it is 'safe' to call from signal handlers, you can't do locking to prevent this problem
[17:09] <desrt> second reason is because after the signal handler returns, the process 'tries again' with whatever caused the SIGBUS
[17:09] <desrt> so the solution need to involve mapping in a valid page (maybe zero-filled?) over the area that was invalidated by NFS disappearing
[17:09] <desrt> third problem is that there is no way to register a SIGBUS handler for a particular region of memory -- you can only have one global SIGBUS handler
[17:10] <marga> :-/
[17:10] <desrt> so if dconf tried to solve this problem and so did something else, they'd end up stepping on each other's toes
[17:10] <desrt> we thought about adding a framework to glib for dealing with these types of situations
[17:11] <desrt> but decided that it wasn't worth the bother
[17:11] <desrt> here's a question: what do you expect to happen if the user's homedir disappears out from under them?
[17:11] <desrt> a solid answer to that question may at least give us something to work towards
[17:12] <marga> uhm...
[17:13] <marga> So, if the screensaver is still running, the user can enter their credentials and re-get the kerberos ticket, so that NFS comes back.
[17:13] <marga> This is what happens most of the time for NFS using users, they re-enter their credentials on Monday and everything works.
[17:13] <desrt> entering their password at the screensaver brings back NFS?
[17:13] <marga> yes.
[17:13] <desrt> some sort of pam magic is there?
[17:13] <marga> right.
[17:13] <desrt> very interesting
[17:14] <marga> So, we only need the screensaver to stay on the bus... :)
[17:15] <desrt> so new dconf takes a new approach to nfs
[17:15]  * marga nods
[17:15] <marga> Could we maybe backport this to precise? Or does it have many dependencies?
[17:15] <desrt> but now that i think about it, it may not deal well with the nfs-temporarily-gone case
[17:16]  * desrt didn't even know this was possible
[17:16] <desrt> one thing is for sure: apps won't crash anymore
[17:17] <seb128> marga, the new dconf requires the new glib atm
[17:17] <marga> oh :-/
[17:17] <seb128> not sure how much of that is needed
[17:17] <seb128> or if you could make it work easily on the old glib
[17:17] <desrt> probably not tonnes
[17:17] <desrt> it also requires explicit setup for nfs
[17:18] <marga> what do you mean by explicit setup?
[17:18] <desrt> you have to configure the dconf profile to tell it to use the nfs backend for the user's database
[17:18] <desrt> which i guess would not be a big problem for you
[17:18] <desrt> but there would be a problem: it uses a different database format
[17:18] <desrt> so the user's settings would disappear
[17:18] <desrt> (ie: the existing ones from before the switch)
[17:19] <marga> well... it should be possible to write a migration script, right?
[17:19] <desrt> yes.  probably even fairly easy.
[17:21] <desrt> i'm starting to think that maybe i should just write a new backend that automatically switches on when NFS is detected and uses the existing database file
[17:22] <desrt> probably would only take a couple of days
[17:22] <marga> sounds good... But I'd really just go for a simpler patch
[17:22] <desrt> i don't think there's a good simple patch here
[17:23] <pitti> desrt: wrt. bluetooth, that actually rings a bell
[17:24] <desrt> pitti: got a bug?
[17:24] <pitti> bug 698331
[17:24] <ubot2> Launchpad bug 698331 in pm-utils "thinkpad T410: Bluetooth not getting disabled on suspend" [Medium,Confirmed] https://launchpad.net/bugs/698331
[17:24] <pitti> desrt: we dropped the sleep.d quirk from pm-utils a while ago though, as it didn't seem necessary any mroe
[17:25] <pitti> at least I got that bug on my machine as well, and it was fixed with a kernel update
[17:25] <desrt> hum
[17:27] <desrt> what kernel update?
[17:27] <seb128> oh
[17:27] <pitti> desrt: if you put http://people.canonical.com/~pitti/tmp/49bluetooth into /usr/lib/pm-utils/sleep.d, does it fix that?
[17:27] <seb128> speaking about bluetooth
[17:27] <seb128> chrisccoulson_, did you file that bug you were mentioning in London?
[17:28] <seb128> chrisccoulson_, the hook that got dropped and makes bluetooth not work after suspend on the latitudes?
[17:29] <seb128> pitti, not sure if it's the same issue, chrisccoulson_ was complaining about a quirck which was needed for bluetooth to work after resume on the e6410 and got dropped
[17:32] <pitti> seb128: might be that or bug 715643
[17:32] <ubot2> Launchpad bug 715643 in pm-utils (Ubuntu Maverick) "Bluetooth modules cause random S4 hangs" [Medium,Fix released] https://launchpad.net/bugs/715643
[17:33] <pitti> I did get bug 698331 on my machine, and that one was fixed in the kernel in precise
[17:33] <ubot2> Launchpad bug 698331 in pm-utils "thinkpad T410: Bluetooth not getting disabled on suspend" [Medium,Confirmed] https://launchpad.net/bugs/698331
[17:34] <seb128> well, not sure what's going on exactly
[17:34] <seb128> but I can confirm that bluetooth stops working after suspend/resume on my e6410
[17:34] <seb128> chrisccoulson_ knows the specific, I will wait for him to pong ;-)
[18:03] <jibel> chrisccoulson_, is there any specific system requirement to run xpcshell tests multiple_geo_listeners and multiple_geo_listeners_wrap, like access to an external service? I noticed they both hang on amd64
[18:15] <chrisccoulson_> hi seb128, will check the scrollback in a few minutes
[18:15] <chrisccoulson_> (sorry, not been too well today)
[18:16] <seb128> chrisccoulson_, (no worry, get better)
[18:17] <chrisccoulson_> jibel, there shouldn't be any special requirements, particularly network access. the test suite has it's own http server for stuff like that
[18:18] <chrisccoulson_> i'll check quickly though
[18:21] <chrisccoulson_> jibel, is there any chance that another service has port 4444 on localhost?
[18:21] <chrisccoulson_> that will make it hang
[18:32] <jibel> chrisccoulson_, there is nothing on this port
[18:36]  * didrocks waves good evening
[18:37] <chrisccoulson_> jibel, is it reproducible? and is it happening on a test that you manually trigger?
[18:37] <chrisccoulson_> i wonder whether you could modify the test script in the zip file, to add a try/catch around the test code
[18:37] <chrisccoulson_> and log any exceptions
[18:57] <chrisccoulson_> jibel, hmm, the reftest failures on amd64 are pretty weird. eg, https://jenkins.qa.ubuntu.com/job/raring-ppa-adt-ubuntu_mozilla_daily_ppa-firefox-trunk/ARCH=amd64,label=adt/86/testReport/junit/layout.reftests/reftest-sanity/blank_html/
[18:58] <chrisccoulson_> (you can copy the data URL's in to your browser addressbar to see the screenshots)
[19:36] <jibel> chrisccoulson_, it is reproducible bu only when run automatically
[19:37] <chrisccoulson_> jibel, did you see the screenshot from the reftest failure i linked? it looks like there is a proxy server in the way
[19:41] <jibel> chrisccoulson_, no, I don't see any screenshot or failure, the reftest you linked "passed"
[19:41] <chrisccoulson_> jibel, oh, that's weird. it showed as failing here, but it shows as passed now that i've refreshed it
[19:42] <chrisccoulson_> jibel, in any case, the screenshot from the failure it was showing is http://paste.ubuntu.com/5629135/
[19:42] <chrisccoulson_> i've just copied the data URL from the log
[19:45] <jibel> chrisccoulson_, ah thanks, I see, there is a proxy but noproxy is not set for localhost
[19:48] <jibel> chrisccoulson_, what's the command line to run only 1 test for example dom/tests/unit/test_multiple_geo_listeners.js ?
[19:50] <chrisccoulson_> jibel, /usr/lib/firefox-trunk/testing/run_xpcshell_tests xpcshell/tests/dom/tests/unit/test_multiple_geo_listeners.js should do it
[19:55] <jibel> chrisccoulson_, one slave has a broken proxy configuration and jenkins always selects it to run firefox-trunk amd64. I'll fix that first thing tomorrow morning, to avoid breaking things while I'm asleep :)
[19:56] <chrisccoulson_> jibel, cool, thanks!
[19:57] <jcastro> hey guys, for the juju gui we want to have icons, so we've decided on a scheme (icon.svg), but I need to figure things out like filesize etc. Is there a spec somewhere for svg icons for the desktop I can steal?