[06:36] <pitti> Good morning
[09:02] <seb128> good morning desktopers!
[09:04] <Laney> morning
[09:04] <Laney> it's snowing here!
[09:05] <seb128> Laney, hey! oh, nice, not here :-(
[09:06] <Laney> don't think it'll last long
[09:07] <darkxst> meh, high 30C's again here, I want snow !
[09:08] <Laney> :P
[09:08] <Laney> do you get snow even in winter?
[09:27] <darkxst> Laney, in the mountains yes, but its a 4.5 hr drive away
[11:16] <Sweetshark> seb128: belated good morning!
[11:16] <seb128> Sweetshark, good morning! libreoffice seems happy, well done ;-)
[11:17] <Sweetshark> and a good one it is indeed as a look at -proposed confirms ;)
[11:17] <Sweetshark> seb128: ;) when is that expected to move to main?
[11:17] <seb128> Sweetshark, to the release pocket you mean I guess?
[11:18] <Sweetshark> seb128: yeah.
[11:18] <seb128> Sweetshark, when the poppler transition is done, Laney is testing a build fix for calligra, hopefully that's enough be green
[11:18] <Sweetshark> seb128: upstream will release in 42 minutes. Thats why Im asking ;)
[11:18] <seb128> haha
[11:19] <Laney> ya, uploaded gdcm already which wasn't done yet
[11:19] <seb128> I doubt we are going to be there before that
[11:19] <seb128> Laney, thanks, I somewhat overlooked that one it seems
[11:19] <Laney> no worries
[11:21] <Sweetshark> seb128: is there a way to copy the binaries to a ppa from -proposed? (yeah, sounds wrong. just asking ;) )
[11:22] <Laney> yes, use the copy-package tool from lp:ubuntu-archive-tools
[11:22] <seb128> what Laney said
[11:22] <Laney> with --include-binaries and the right combination of other flags
[11:28] <Sweetshark> Laney: thx
[11:32] <seb128> sil2100, that's what I call efficiency/good service, thanks for giving me a setting silo ;-)
[11:33] <seb128> Laney, btw you are next, I landed the new system-update UI because it was overdue and the click guys want to build more on it, now I'm landing the new osk options (those guys have been nagging as well), once that's done I'm doing a round with the schemas move
[11:33] <Laney> seb128: okay
[11:33] <Laney> the telephony guys approved that one btw
[11:33] <seb128> great
[11:34] <seb128> did you fix the issue they had with picking updates the other day?
[11:34] <Laney> yeah
[11:34] <seb128> great
[11:34] <sil2100> seb128: np ;) Trying to browse the landings frequently so we can get things spinning
[11:34] <Laney> changed_properties was empty in the PropertiesChanged signal
[11:34] <seb128> sil2100, good job ;-)
[11:34] <Laney> but invalidated was okay, so I just made it use that
[11:34] <seb128> k
[11:35]  * Laney looks suspiciously at AS though
[11:35] <seb128> if you think it's a bug there, maybe just open one for the record
[11:36] <Laney> ah, it's deliberate
[11:36] <Laney> you might not be able to read the property
[11:36] <Laney> so don't send it over the bus
[11:37] <seb128> k
[11:39] <seb128> hum, I think I'm going to go for some exercice now rather start on something new, so I don't get stucked wanting to finish something and have to rush before the setting meeting then
[11:39] <seb128> be back in ~1h
[11:45] <Sweetshark> seb128: heh, from now Im only building in proposed. I get armhf and powerpc binaries from that.
[11:48] <Sweetshark> seb128: hmm, actually I cant use copy-package it seems: It would copy armhf and powerpc packages too and that would make the target ppa explode sizewise. And -a does not what I expected it to do.
[12:51] <Laney> bah
[12:51] <Laney> autopilot isn't very smart
[12:52] <Laney> if you tell it to close the toolbar when the keyboard is open it clicks on it and types some stuff
[12:58] <seb128> :-(
[13:43] <seb128> Laney, can we just buy a beer to pitti to get your "emit PropertiesChanged" landed in dbusmock so we can enable the tests directly? ;-)
[13:45] <pitti> heh, this time Laney could actually do that at FOSDEM :)
[13:46] <seb128> pitti, hey! indeed ;-)
[13:46] <pitti> (note that you shouldn't block on such stuff - your tests can always change existing methods from the templates
[13:46] <pitti> but if you have a bug/patch/branch/etc, I'm happy to look
[13:46] <seb128> pitti, https://gitorious.org/python-dbusmock/python-dbusmock/merge_requests/1/diffs
[13:47] <seb128> pitti, it's needed for some tests in https://code.launchpad.net/~laney/ubuntu-system-settings/autopilot-datetime/+merge/203954
[13:55] <pitti> wow, why didn't I get a mail baout that
[13:59] <Sweetshark> seb128, Laney: hmm, I just tried ./copy-packages (without the binaries), but that doesnt work as ppas need to be for the release pocket. Isnt that a fundamental issue?
[13:59] <Sweetshark> (for -proposed => ppa copies)
[14:00] <seb128> Sweetshark, the upload target when you upload to trusty is "trusty" no?
[14:00] <seb128> e.g in the .changes
[14:00] <seb128> the redirection to proposed happen server side
[14:01] <Sweetshark> seb128: yep, so it happens to all packages in -proposed serverside. thus packages can be copied from -proposed to ppa, right?
[14:02] <seb128> I would think so, but I didn't try
[14:02] <seb128> is there a real usecase for those copies?
[14:02] <Sweetshark> (./copy-packages rejects that with "PPA uploads must be for the RELEASE pocket.")
[14:02] <seb128> things usually migrate to release in a timelined fashion
[14:02] <seb128> you can also add trusty-proposed to your ppa sources
[14:03] <Sweetshark> seb128: nah, its just a special case because we did bump the last versions to the ppa too (or rather, most failed to build).
[14:03] <Sweetshark> seb128: Ill just upload directly to the ppa.
[14:03] <seb128> why do you need it in the ppa at all if it's in the archive?
[14:06] <Sweetshark> seb128: consistency mostly. and its easier for endusers to install from ppa than from -proposed, where they get lots of other (possibly broken) stuff along with it.
[14:07] <pitti> Laney: is PropertiesChanged something that timedated itself does, or is that just for easier testing?
[14:15] <pitti> Laney: ah, nevermind, that's a standard d-bus thingy
[14:31] <mlankhorst> I'm learning way more about autotools than I ever wanted to know :/
[14:35] <pitti> seb128, Laney: branch merged, 0.10.1 released upstream and uploaded to D/U
[14:35] <seb128> pitti, thanks!
[14:59] <Laney> pitti: thanks!
[14:59] <seb128> Laney, charles, tedg, kenvandine, Wellark, attente, settings meeting starting soon (for those who want to join/have some update to share)
[15:00] <kenvandine> seb128, nothing from me, but give me a shout if you need me
[15:00] <Laney> need to find my headphones, sec
[15:01] <tedg> seb128, In the same place as kenvandine
[15:01] <tedg> Oh, kenvandine, your triplet API apparently got released.
[15:01] <seb128> kenvandine, tedg: ok, no worry
[15:02] <kenvandine> tedg, woot!
[15:02] <kenvandine> tedg, good because i've proposed my branch that needs it :)
[15:02] <seb128> Laney, attente: waiting for you guys
[15:03] <Laney> oh no
[15:03] <Laney> I can't join on my phone any m ore
[15:03] <seb128> Laney, shrug :p
[15:03] <Laney> is it that security change? please invite iain@orangesquash.org.uk
[15:04] <seb128> Laney, done
[15:04]  * tedg doesn't like squash
[15:04] <seb128> Laney, the hangout was restricted to Canonical apparently
[15:04] <Laney> yeah :/
[15:31] <mlankhorst> no Laney allowed!
[15:51] <dpm> attente, how's the dynamic language switch in system settings coming along? You mentioned you hit an issue a couple of days ago
[15:56] <attente> dpm, it's kind of on hold atm...
[15:57] <attente> dpm, apps don't seem to have the permissions needed to query accountsservice for anything
[15:59] <seb128> ogra_, that list of package in universe, could you convert it to a sources list rather than binary list?
[15:59] <ogra_> seb128, will do in a followup
[15:59] <seb128> ogra_, thanks
[15:59] <seb128> that list is crazy btw
[15:59] <dpm> attente, what do you think the way to go should be?
[15:59] <ogra_> (note that i dont expect us to have them all in main by release day actually, but i want to get the process going)
[16:00] <seb128> ogra_, some of those can't be in main (like some of the codecs stuff)
[16:00] <mdeslaur> ogra_: nice try, but you're not getting all the multimedia codecs back in main :)
[16:00] <seb128> but yeah, agreed, we need to get started
[16:00] <seb128> mdeslaur, "back"? did we ever got them here?
[16:00] <ogra_> mdeslaur, heh, tell rsalveti and jhodapp :P
[16:00] <mdeslaur> seb128: we used to have libav, and I just managed to kick it out of main for trusty
[16:00] <seb128> k
[16:01] <mdeslaur> a lot of the others were never in main
[16:01] <seb128> I know we had a big no on ffmpeg&co by then
[16:01] <Laney> They ought to be working on moving that plugin to -good (and upstream, as promised)
[16:01] <seb128> Laney, +1
[16:01] <rsalveti> oh god, this discussion again lol
[16:01] <mdeslaur> rsalveti: what plugin is it? (or rather, what codec?)
[16:03] <rsalveti> I don't think we need libav itself, we do need some plugins that helps gst to decode video container at least
[16:03] <attente> dpm, i'm not sure tbh
[16:03] <rsalveti> in the end we'll only support hw decoders and a few more formats coming from -good
[16:04] <mdeslaur> rsalveti: if there's something in particular in -bad that is needed, we'll need to move it
[16:04] <attente> dpm, there is also some question about if the performance is bad doing it this way
[16:04] <rsalveti> mdeslaur: we do need a few things from it
[16:05] <rsalveti> mdeslaur: the hybris plugin can be moved to another package
[16:05] <rsalveti> just need to check what else we needed from it
[16:05] <mdeslaur> rsalveti: that's fine, as long as we don't pull in libav
[16:05] <rsalveti> are we sure that -bad is the one pulling libav?
[16:05] <mdeslaur> yeah, installing bad in a chroot tries to pull in libav & co
[16:06] <rsalveti> right, libavcodec54
[16:06] <rsalveti> mdeslaur: that's fine, we'll clean that up before 14.04
[16:06] <mdeslaur> rsalveti: cool
[16:07] <seb128> Laney, hum
[16:07] <mdeslaur> rsalveti: ogra_'s gigantic list put me in panic mode :)
[16:07] <seb128> Laney, can you mp a bump of the transition version from http://bazaar.launchpad.net/~system-settings-touch/gsettings-ubuntu-touch-schemas/trunk/revision/16
[16:08] <ogra_> mdeslaur, hey, so it fulfilled its purpose ;)
[16:08] <Laney> yes I said that was needed
[16:08] <mdeslaur> lol
[16:08] <Laney> thought you would do it as and when, but ok
[16:08] <seb128> Laney, well, with the new CI train I need a mp I can list
[16:08] <seb128> Laney, 0.1+14.04.20140130 is the version to use
[16:08] <seb128> Laney, thanks
[16:24] <seb128> Laney, thanks
[16:24] <seb128> ups
[16:24] <Laney> yw
[16:24] <Laney> omg
[16:24] <Laney> you didn't mean to thank me?!?!?!
[16:24] <seb128> lol
[16:24] <seb128> no, I forgot I already wrote a "thanks"
[16:25] <Laney> :P
[16:25] <seb128> but in fact it was before, so it's all fine ;-)
[16:25] <seb128> Laney, your datetime autopilot seems fine from a code ready, I'm testing it next (you can uncomment the skip since pitti didn't merge/upload what you need)
[16:26] <Laney> oh yeah, let me try that
[16:26] <seb128> shrug
[16:26] <seb128> Laney, http://162.213.34.102/job/landing-001-1-build/15/console
[16:27] <Laney> ffs
[16:27] <seb128> Text conflict in debian/ubuntu-system-settings.install
[16:27] <Laney> which branch?
[16:27] <Laney> oh it says
[16:27] <Laney> let me merge
[16:27] <seb128> thanks
[16:30] <pitti> seb128, Laney: sorry, what did I not merge/upload?
[16:30] <pitti> dbusmock 0.10.1 with the notification fix is in trusty, FTR
[16:30] <Laney> you did
[16:30] <seb128> pitti, sorry, thinko/typo, was meant to be "did"
[16:30] <Laney> I think s/uncomment/remove/ s/didn't/did/
[16:30] <pitti> ah
[16:31]  * seb128 should stop typing while thinking to other things he's reviewing
[16:37] <seb128> Laney,
[16:37] <seb128> Ran 6 tests in 65.748s
[16:37] <seb128> OK
[16:37] <seb128> ;-)
[16:37] <seb128> though 10s by test, autopilot is not the most efficient thing
[16:43] <Laney> yeah ...
[16:43] <Laney> pushed a new commit enabling them
[16:43] <seb128> Laney, let me know when you fixed the .install conflicts, so I can trigger a new jenkins build
[16:43]  * seb128 is spamming Laney with requests today :p
[16:43] <Laney> oh yeah, did that
[16:53] <seb128> Laney, ok, landing building in https://launchpad.net/~ci-train-ppa-service/+archive/landing-001/+packages
[16:53] <Laney> ace
[18:03] <seb128> Laney, hum
[18:04] <seb128> Laney, you brightness panel doesn't have a checkbox for the autovalue parameter here
[20:32] <Laney> seb128: where are you testing?
[20:33] <seb128> Laney, n4 image 153
[20:33] <seb128> why?
[20:33] <Laney> because i'd expect it to be hidden on the desktop
[20:33] <seb128> it's hidden
[20:33] <Laney> see the visible: ... in the qml? can you console.log them?
[20:33] <seb128> did I thinko/typo my comment on the bug again?
[20:34] <Laney> dunno, I didn't see any email
[20:34] <seb128> oh
[20:34] <seb128> I commented on the mr
[20:34] <seb128> with a gdbus output
[20:34] <Laney> I just saw what you said here
[20:34] <Laney> I see
[20:36] <Laney> sooooooooooo some of those things are known limitations
[20:36] <Laney> i'll see the rest tomorrow
[20:36] <seb128> yeah, I was going to say, it's a bit late to start debugging tonight
[20:37] <Laney> probably won't be online much as I'll be travelling, going down early to visit bluefin then to bruxelles
[20:37] <seb128> I'm just having the laptop next to the TV :-)
[20:37] <seb128> don't bother
[20:37] <seb128> let's have a look together on monday
[20:38] <Laney> I'll have the phone with me so can try it anyway
[20:38] <seb128> k
[20:38] <Laney> but yeah, we'll see
[20:38] <seb128> what are the known limitations btw?
[20:38] <Laney> like you can't read the 'state' at the start so it shows 0
[20:38] <Laney> battery panel has the same thing
[20:38] <Laney> same with getting changes afaik
[20:38] <seb128> hum
[20:39] <seb128> the indicator has the correct status on start
[20:39] <seb128> so must possible
[20:39] <seb128> or are those limitations from the new powerd interface?
[20:39] <Laney> does that use the QDBusActionGroup thingy?
[20:39] <seb128> I doubt it
[20:40] <Laney> I think it comes from there
[20:40] <seb128> the indicator are g* on the backends
[20:40] <Laney> larsu did that in the first place, iirc it was known back then
[20:40] <seb128> k
[20:40] <seb128> let's discuss that next week
[20:41] <seb128> no hurry to land those changes
[20:41] <Laney> alright
[20:41] <seb128> Laney, enjoy fosdem (in case we don't see you online tomorrow)
[20:42]  * larsu considers reading scrollback
[20:42] <Laney> thanks! I should get on for a bit from the train if that holds up
[20:43] <seb128> k
[20:43] <larsu> Laney: when will you be there?
[20:43] <seb128> see you on sunday night most likely otherwise
[20:44] <seb128> larsu, no need to bother reading scrollback, just some topics for next week ;-)
[20:44] <larsu> seb128: thanks :)
[20:44] <seb128> larsu, enjoy fosdem as well btw! (when do you go there?)
[20:44] <Laney> larsu: 18:-5
[20:44] <Laney> 05
[20:44] <larsu> seb128: thanks! I'll be there at 9:30pm or so
[20:44] <Laney> it's the same train as didrocks
[20:45] <larsu> I'll give you guys a call once I'm there
[20:45] <Laney> hopefully he can guide me to the place :P
[20:45] <larsu> haha
[20:45] <seb128> larsu, good, I guess we are just going to hang at the hotel's bar on sunday, easiest way to welcome those who are checking in
[20:45] <Laney> we don't get back until about 9pm
[20:45] <larsu> seb128: awesome!
[20:46] <larsu> 9pm = beer o'clock
[20:46] <seb128> indeed! ;-)
[20:46] <Laney> naaaaaaah, you can definitely take/get beer on the train :-)
[20:46] <Laney> that is going to be the geekiest train ever
[20:47] <seb128> that's a pre-beer, right? ;-)
[20:47] <Laney> first eurostar out of brussels after fosdem finishes
[20:47] <seb128> hehe
[21:49]  * seb128 hits robert_ancell with a need-to-test-your-changes stick
[21:49] <robert_ancell> seb128, :P
[21:49] <seb128> robert_ancell, dude
[21:49] <seb128> robert_ancell, the privacy panel doesn't load under g-c-c and the whoopsie tab is missing under u-c-c
[21:50] <robert_ancell> seb128, which one is the whoopsie panel?
[21:50] <seb128> robert_ancell, didrocks is right we need autopilot tests, we shouldn't able uploads were panel don't even open
[21:51] <seb128> robert_ancell, it's the tab in privacy that let you enable/disable reports to e.u.c
[21:51] <seb128> robert_ancell, it's part of activity-log-manager
[21:53] <robert_ancell> mkay
[21:54] <seb128> robert_ancell, I wonder if there is a need to dual build in that package, g-c-c doesn't want it for pretty sure
[21:54] <robert_ancell> well, it's mostly just temporary
[21:55] <seb128> well, it doesn't work
[21:55] <seb128> so rather than fixing it, maybe we should just gnome->unity
[21:55]  * seb128 tries to find what's wrong is the current change
[21:55] <robert_ancell> weird with the whoopsie change
[21:56] <seb128> it might be orthogonal
[21:56] <seb128> I'm trying a rebuild
[21:57] <seb128> maybe something else changed and the configure check turned off
[21:57] <TheMuso> /c/c
[22:03] <seb128> robert_ancell, ok, found the issue
[22:05] <seb128> robert_ancell, well, I found why it's not working in g-c-c
[22:05] <seb128> +ccpaneldir = $(libdir)/gnome-control-center-1/panels
[22:05] <seb128> wrong dirname
[22:05] <seb128> the gnome- prefix shouldn't be there
[22:05] <robert_ancell> damn
[22:06] <seb128> now ldd -r says the lib doesn't resolve some symbols so I get some missing -l flags
[22:06] <seb128> guess
[22:06] <seb128>  ldd -r /usr/lib/i386-linux-gnu/unity-control-center-1/panels/libactivity-log-manager.so
[22:06] <seb128> undefined symbol: whoopsie_preferences_call_get_identifier_sync	(/usr/lib/i386-linux-gnu/gnome-control-center-1/panels/libactivity-log-manager.so)
[22:06] <seb128> etc
[22:38] <seb128> robert_ancell, still there?
[22:38] <robert_ancell> seb128, yep, it builds for me
[22:38] <seb128> it builds
[22:38] <seb128> but it doesn't link properly
[22:38] <seb128> https://code.launchpad.net/~robert-ancell/activity-log-manager/unity-control-center2/+merge/203431
[22:38] <seb128> 216	-libactivity_log_manager_la_LIBADD = \
[22:38] <seb128> 217	- $(SHARED_LIBS) \
[22:38] <seb128> 218	- $(CCPANEL_LIBS)
[22:38] <seb128> is the issue
[22:38] <seb128> you didn't add that back in the separate makefiles
[22:39] <robert_ancell> I'm building from the packaging branch
[22:39] <seb128> I got it to have no error with ldd -r by doing
[22:39] <seb128> +	$(UNITY_CCPANEL_LIBS) $(LIBWHOOPSIEPREFS_LIBS)
[22:39] <robert_ancell> I'll upload that fix now
[22:39] <seb128> which one?
[22:39] <robert_ancell> seb128, the ccpaneldir one
[22:39] <seb128> if you add  $(LIBWHOOPSIEPREFS_LIBS) to src/*-control-center/Makefile.am
[22:40] <robert_ancell> seb128, was there a bug?
[22:40] <seb128> robert_ancell, we just received bug #1274728
[22:40] <ubot2`> Launchpad bug 1274728 in gnome-control-center (Ubuntu) "System Settings window reopens on close [XPS 13 Haswell]" [Undecided,New] https://launchpad.net/bugs/1274728
[22:41] <seb128> robert_ancell, well, you need to add $(LIBWHOOPSIEPREFS_LIBS) (or $(SHARED_LIBS)) to libactivity_log_manager_la_LIBADD
[22:41] <seb128> robert_ancell, not sure why you dropped it
[22:41] <seb128> that resolve the symbol resolving issue
[22:41] <seb128> but that's not enough to resolve the missing whoopsie tab
[22:41] <seb128> there might be another similar flag that got dropped in the makefiles refactoring?
[22:42] <robert_ancell> I'll have a look
[22:42] <robert_ancell> don't you need to sleep sometime?
[22:44] <seb128> robert_ancell, yeah, that's why I was dumping my debugging find in fact :p
[22:45] <seb128> so you can take it from there
[22:45] <seb128> robert_ancell, I think the patch you add drop those as well
[22:45] <seb128> -if HAVE_WHOOPSIE
[22:45] <seb128> -libactivity_log_manager_la_CFLAGS += \
[22:45] <seb128> -	-DGNOMECC_UI_DIR=\""$(gnomeccuidir)"\"
[22:45] <seb128> -endif
[22:45] <robert_ancell> no, they're there
[22:45] <seb128> or not
[22:45] <seb128> right
[22:45] <seb128> well, the LIBADD is missing but that's not enough
[22:46] <seb128> feel free to debug it ;-)
[22:46] <seb128> robert_ancell, if yo do an upload can you consider bug #1263123
[22:46] <ubot2`> Launchpad bug 1263123 in activity-log-manager (Ubuntu) ""Security & Privacy" > "Files & Applications" refers mysteriously to "This Operating System" and "functionality"" [Low,Confirmed] https://launchpad.net/bugs/1263123
[22:46] <robert_ancell> seb128, is that an unrelated change?
[22:46] <seb128> robert_ancell, it's a string change bug from mpt, I've it in my backlog for some time
[22:46] <seb128> yes
[22:47] <robert_ancell> sure
[22:47] <seb128> thanks
[22:47] <seb128> on that note, 'night
[22:47] <seb128> robert_ancell, when are you going to be in London btw?
[22:47]  * robert_ancell looks it up...
[22:48] <robert_ancell> 10:45 Heathrow
[22:48] <robert_ancell> (Sunday)
[22:48] <seb128> k
[22:49] <seb128> I'm going to be there at like 8pm, I might see you in the evening if jetlag didn't get you ;-)
[22:49] <seb128> on that note, time to call it a day
[22:49] <seb128> night everyone
[22:49] <seb128> robert_ancell, see you on sunday, safe travel!
[22:50] <robert_ancell> you too, bye