[05:00] <pitti> Good morning
[05:08] <didrocks> morning
[05:09] <pitti> bonjour didrocks
[05:09] <didrocks> hey pitti ;)
[05:11] <didrocks> Mirv: hey, around?
[05:13] <jibel> good morning
[05:14] <jibel> bonjour pitti et didrocks
[05:14] <pitti> bonjour jibel, comment vas-tu ?
[05:14] <didrocks> salut jibel!
[05:15] <jibel> pitti, démarrage matinal pour moi mais ça va bien, et toi ?
[05:15]  * didrocks tired, finished after 23h yesterday and continuing this morning to fix what's people should fix :(
[05:16] <pitti> jibel: je vais bien aussi; nous avons de soleil à nouveau \o/
[05:16] <pitti> didrocks: :/
[05:20] <jibel> didrocks, everything failed on saucy with wrong dependencies excepted oif which failed with a crash in autopilot ImportError: cannot import name get_compiz_option
[05:20] <jibel> :(
[05:20] <didrocks> jibel: yeah, I fixed libhud1 -> libhud2, now ensuring libunity installs the right files
[05:20] <didrocks> in saucy
[05:20] <didrocks> (due to python 3.3 using site-packages and not dist-packages and not cleaning __pycache__ dir)
[05:21] <didrocks> jibel: not sure for oif though, I would say that we need to use the whole ppa, so unity stack components
[05:21] <didrocks> jibel: but as we don't support "check with whole ppa" yet…
[05:22] <didrocks> jibel: it's taking unity-autopilot from latest trunk and run against an older autopilot
[05:22] <pitti> didrocks: hang on, dist-packages -> site-packages
[05:22] <didrocks> oupss
[05:22] <didrocks> I meant, unity
[05:22] <pitti> didrocks: I recently ran into this as well
[05:22] <didrocks> pitti: right
[05:22] <pitti> apparently some default in automake changed
[05:22] <pitti> debian bug 707139
[05:22] <didrocks> do you know how to fix it properly?
[05:22] <ubot2> Debian bug 707139 in src:dbus-python "dbus-python: FTBFS: mv: `debian/tmp/usr/lib/python3/dist-packages/_dbus_bindings.so' and `debian/tmp/usr/lib/python3/dist-packages/_dbus_bindings.so' are the same file" [Serious,Fixed] http://bugs.debian.org/707139
[05:23] <pitti> non, pas lequel
[05:23] <pitti> didrocks: http://anonscm.debian.org/gitweb/?p=pkg-utopia/dbus-python.git;a=commitdiff;h=16e13c75da71b155dd44eab69fe297c5030a0190
[05:23] <didrocks> https://launchpadlibrarian.net/141666421/buildlog_ubuntu-saucy-i386.libunity_7.0.1daily13.06.04-0ubuntu1_FAILEDTOBUILD.txt.gz for instance
[05:23] <pitti> that's how Simon fixed it
[05:23] <Mirv> didrocks: hello
[05:24] <pitti> it's a bit silly, though
[05:24] <didrocks> hey Mirv! I think I'll need a hand today on getting everything landed in Saucy, do you have some time?
[05:24]  * didrocks looks
[05:24] <didrocks> pitti: yeah, not sure I really like it. Shouldn't it be rather fixed in our automake integration?
[05:24] <Mirv> didrocks: I can make some
[05:24] <pitti> didrocks: but anyway, wanting to point out the new automake
[05:25] <pitti> didrocks: TBH I haven't looked deeply into this, not sure where to fix it best; maybe dh_auto_configure would be good
[05:25] <didrocks> Mirv: thanks! 2 things: if you look at the indicator stack, libcolumbus is ignored (a changelog should be missing I guess). And second on: if you look at the QA stack, xpathselect is failing
[05:25] <didrocks> Mirv: mind looking at those?
[05:26] <Mirv> didrocks: ok, looking
[05:26] <didrocks> pitti: yeah, having a look, I merged dee yesterday, going quick having the override in dist-packages/ for now
[05:26] <didrocks> pitti: not sure it will work though…
[05:27] <didrocks> having to remove __pycache__ dirs on fail-missing it's fun though :p
[05:30] <pitti> didrocks: dh_install -X.pyc --fail-missing
[05:31] <didrocks> pitti: oh right, I always forgot -X, thanks! one sec
[05:31] <pitti> (you can do more, like -X.a -X.la -X.pyc)
[05:34] <didrocks> Mirv: pitti: https://code.launchpad.net/~didrocks/libunity/removepycache/+merge/167451 looks better indeed :)
[05:34] <didrocks> Mirv: mind approving?
[05:35] <pitti> can't say, depends on whether the .install files actually ensure to not install any *.pyc, etc.
[05:54] <Mirv> no such files get installed via the libunity .install files
[05:54] <Mirv> approved
[05:56] <didrocks> Mirv: thanks!
[06:01] <Mirv> didrocks: libcolumbus shouldn't be in the indicators stack at all, as it's already actively built in the hud stack. should it get hidden somehow from the indicators stack, or will it remain visible there since it used to reside there in March?
[06:01] <didrocks> Mirv: oh, you mean, it's in 2 stacks?
[06:02] <Mirv> didrocks: yes, although only in jenkins, in configuration it's only in hud
[06:02] <didrocks> Mirv: I only see it in the hud stack
[06:02] <didrocks> Mirv: I think the rest is a job that wasn't removed
[06:02] <didrocks> Mirv: let me remove it (it's only the presentation layer, wasn't triggered)
[06:03] <Mirv> didrocks: ok, thanks
[06:03] <didrocks> Mirv: ah same for ubuntu-ui-toolkit
[06:03] <didrocks> Mirv: seems there is a missing changelog in trunk
[06:03] <didrocks> Mirv: while taking the changelog, need to ensure as well that the commit is indeed in trunk :)
[06:03] <Mirv> didrocks: yes, for ubuntu-ui-toolkit there probably is missing/wrong changelog
[06:04] <Mirv> ok
[06:04] <didrocks> Mirv: ok, for libcolumbus/ubuntu-ui-toolkit, ping me with the branches, I'll rereview :)
[06:04]  * didrocks continues in making the package lists correct
[06:17] <Mirv> didrocks: the libcolumbus changelog entry was added 10h ago by cyphermox (http://bazaar.launchpad.net/~unity-team/libcolumbus/trunk/revision/448). but the prepare stage stays at unstable (Build step 'Publish JUnit test result report' changed build result to UNSTABLE) and it doesn't get built then at the build phase
[06:17] <didrocks> Mirv: hum, no, he didn't backport the right one
[06:18] <didrocks> Mirv: A version (0.4.0daily13.04.16~13.04-0ubuntu2) is available at the destination
[06:18] <didrocks> from http://10.97.0.1:8080/view/cu2d/view/Head/view/HUD/job/cu2d-hud-head-1.1prepare-libcolumbus/lastSuccessfulBuild/artifact/prepare_libcolumbus.xml
[06:18] <didrocks> http://bazaar.launchpad.net/~unity-team/libcolumbus/trunk/revision/448 says 0.4.0daily13.04.16~13.04-0ubuntu1
[06:20] <Mirv> right, fixing
[06:22] <Mirv> there was a no change rebuild it seems
[06:23] <didrocks> so, just backport the commit
[06:23] <didrocks> in trunk, let's approve it and be done :)
[06:23] <didrocks> (then, the sdk, which is I think why a lot of failures are happening in the apps tests)
[06:31] <Mirv> didrocks: https://code.launchpad.net/~timo-jyrinki/libcolumbus/another_missing_changelog_entry/+merge/167457 + https://code.launchpad.net/~timo-jyrinki/ubuntu-ui-toolkit/missing_changelog_entry/+merge/167460
[06:33] <didrocks> Mirv: thanks! xnox: please backport to Vcs for daily release to avoid us hurdles as stated by Vcs-Bzr :/
[06:33] <didrocks> cyphermox: FYI ^ you backported just one changelog, not the 2
[06:33] <didrocks> kenvandine: you are guilty as well :) ^
[06:34] <didrocks> Mirv: approved both, I'll rerun the stacks then, mind looking at xpathselect which seems more a serious FTBFS now?
[06:35] <Mirv> didrocks: yes, that was next
[06:35] <didrocks> thanks again :)
[07:04] <didrocks> sil2100_: good morning!
[07:26] <didrocks> Mirv: good progress on xpathselect?
[07:28] <Mirv> didrocks: yes, now, I had some weird internal compiler errors and kernel oopses, which is unrelated..
[07:28] <seb128> good morning desktopers
[07:28] <seb128> hey didrocks
[07:28] <pitti> bonjour seb128
[07:29] <seb128> hey pitti, wie gehts?
[07:29] <didrocks> hey seb128
[07:35] <sabdfl_> hi folks, anyone else seeing evolution spinning out of control?
[07:35] <sabdfl_> on  saucy
[07:36] <Mirv> didrocks: https://code.launchpad.net/~timo-jyrinki/xpathselect/ftbfs_missing_include/+merge/167471
[07:36] <pitti> seb128: gut, danke!
[07:36] <pitti> I got an evo crash report this morning, bug 1154822
[07:36] <ubot2> Launchpad bug 1154822 in evolution-data-server (Ubuntu) "evolution-calendar-factory crashed with SIGABRT in __libc_message()" [Medium,Confirmed] https://launchpad.net/bugs/1154822
[07:36] <didrocks> Mirv: ah, a classic issue on toolchain change :)
[07:37] <didrocks> Mirv: as you tested in pbuilder, let me trust you and just ack :)
[07:37] <pitti> (but I didn't actually use evo, that just happened after starting the session)
[07:38] <seb128> pitti, it's the calendar factory, do you have any calendar configured in e-d-s?
[07:39] <Mirv> didrocks: thanks
[07:39] <pitti> seb128: I added google to online accounts, I guess it uses that one?
[07:39] <pitti> seb128: how do I tell?
[07:39]  * pitti doesn't have evolution installed, as we don't do that any more by default
[07:39] <seb128> sabdfl_, hey, that has not been reported yet afaik, maybe Laney/cyphermox knows more about it, Laney did the update and cyphermox keep an eye on evolution when he has spare cycles
[07:40] <pitti> seb128: my date indicator has never shown me pending events at least, although it's on (and grayed out) in the settings
[07:40] <seb128> pitti, do you have any event in the calendar for the google account you added?
[07:40] <pitti> plenty, yes
[07:40] <sabdfl_> as it happens, i have something popping up and asking for credentials
[07:40] <pitti> nothing specific for this morning at 6 o'clock, though
[07:41] <seb128> pitti, well, the next 5 events should show in the indicator
[07:41] <sabdfl_> but it's a weird little window, doesn't say WHAT credentials it wants
[07:41] <pitti> seb128: hm, it never did that for me
[07:41] <seb128> sabdfl_, can you make a screenshot of it?
[07:41] <sabdfl_> i wonder if my online accounts aren't busted, causing evo to go all non-linear
[07:41] <sabdfl_> seb128, sure
[07:41] <seb128> pitti, well, the factory segfaulted, so maybe it doesn't like something
[07:41] <pitti> seb128: perhaps only if one has evolution installed?
[07:42] <seb128> pitti, maybe, but I though that was not needed
[07:42] <pitti> since we kicked out evo, I moved my calendaring to gcal and my mobile mostly, TBH
[07:42] <pitti> so I don't particularly miss it
[07:43] <seb128> still, it should be working
[07:47] <pitti> seb128: in the online accounts -> google I don't see something calendar related about "following applications use your google account", do you have that?
[07:47] <pitti> seb128: just photo search, shotwell, empathy, and gdrive
[07:48] <seb128> pitti, indeed, it's not listed in there for me either
[07:48] <seb128> Laney said it was working for him
[07:48] <pitti> and clicking on "edit settings" doesn't work, just gives me: credentials-cc-panel-CRITICAL **: cc_credentials_accounts_page_on_account_details_page_account_edit_options_request: assertion `plugin != NULL' failed
[07:48] <seb128> but I did ask a red entry for online account after the e-d-s 3.8 update and the dialog asked me if I wanted to give credential to evolution
[08:01] <Laney> hallo
[08:01] <seb128> Laney, hey
[08:02] <Laney> indeed it should work!
[08:02] <Laney> mardy might be a good person to talk to about stuff since he did a lot of the upstream work
[08:02] <pitti> Laney: do you see something calendar-ish in the online accounts setting for your google account?
[08:03] <Laney> pitti: hm, no, it doesn't appear in uoa
[08:03] <Laney> but they do appear in evolution, although now I try they are timing out
[08:05] <seb128> we should maybe discuss it on -devel since mardy is there
[08:06] <Laney> No desktop app info foudn for application name: evolution data server
[08:06] <Laney> perhaps I forgot to install something
[08:11] <seb128> hum
[08:11] <seb128> do you guys also get update-manager aborting on a missing update-notifier key?
[08:12] <pitti> pas ici
[08:12] <seb128> weird
[08:12] <Laney> nope
[08:12] <seb128> pitti, what versions of update-notifier and update-manager do you have?
[08:13] <pitti> update-manager 1:0.186
[08:13] <pitti> update-notifie 0.136
[08:13] <seb128> http://launchpadlibrarian.net/141652557/update-notifier_0.135_0.136.diff.gz
[08:13] <pitti> saucy du jour
[08:13] <seb128> hum
[08:13] <seb128> auto-launch was dropped and that's what update-manager abort on for me
[08:13] <seb128> (update-manager:9018): GLib-GIO-ERROR **: Settings schema 'com.ubuntu.update-notifier' does not contain a key named 'auto-launch'
[08:14]  * Laney doesn't have that
[08:14]  * Laney updates
[08:14] <seb128> UpdateManager/UpdatesAvailable.py:        auto_launch = self.notifier_settings.get_boolean("auto-launch")
[08:14] <didrocks> Mirv: same issue for indicator-datetime it seems, mind having a look?
[08:14] <seb128> in the current source
[08:14] <pitti> seb128: I started it, then got the long "download indexes", then a dialog "your system is up to date"; maybe I didn't get far enouguh
[08:14] <seb128> pitti, ah, I've pending updates
[08:15] <seb128> pitti, can you downgrade a random package to yesterday's version
[08:15] <seb128> to see if you have an issue when an update is available?
[08:15] <Laney> maybe you've an old update-notifier process
[08:15] <seb128> Laney, the issue is the schemas on disk, the process shouldn't make a difference
[08:16] <seb128> well anyway dropping that key is wrong, I'm doing an upload to restore it
[08:16] <seb128> it doesn't hurt and since gsettings bits when you drop keys...
[08:16] <pitti> downgraded two packages, starting u-m
[08:17] <pitti> update-manager:17440): GLib-GIO-ERROR **: Settings schema 'com.ubuntu.update-notifier' does not contain a key named 'auto-launch'
[08:17] <pitti> seb128: confirmed
[08:17] <seb128> pitti, thanks for confirming ;-)
[08:17] <Mirv> didrocks: ok
[08:21] <xnox> didrocks: which package/project did I misshandle w.r.t. not committing to Vcs?!
[08:21] <didrocks> xnox: https://code.launchpad.net/~timo-jyrinki/libcolumbus/another_missing_changelog_entry/+merge/167457
[08:22] <mlankhorst> and I have nouveau nvd7 working without external firmware :-D
[08:27] <xnox> didrocks: right. For boost transition I did upload about 70 similar no change rebuilds, all generated automatically without using any VCS, and actually fully unattended.
[08:27] <xnox> didrocks: i can wish for binary NMUs in launchpad....
[08:27] <didrocks> xnox: yeah, that would be better :)
[08:28] <didrocks> xnox: you do use a script for that? maybe it can warn you about those having vcs-bzr?
[08:28] <didrocks> xnox: just to prevent us discovering it when being in a worry :)
[08:28] <didrocks> hurry*
[08:29] <xnox> didrocks: that would be nice, but there are a lot of Vcs-Bzr that point to non-existing or out-of-date branches. I know that doesn't apply to daily-landing-branches, but it's hard to progmaticaly tell the two apart.
[08:29] <didrocks> xnox: indeed, just a kind warning for next transition, that will help to not wait hours on the D day for the upstream merger to merge a branch
[08:34] <davidcalle> Laney, ping
[08:36] <Laney> hi
[08:37] <Laney> kenvandine: should something be pulling in libaccount-plugin-google?
[08:37] <Laney> davidcalle: what's up?
[08:38] <davidcalle> Laney, hello. I have an issue with gir1.2-ecalendar in Saucy, it doesn't contain any gir file. Do you know about that?
[08:41] <davidcalle> s/gir/typelib
[08:41] <Laney> davidcalle: indeed, seems that's a bug inherited from Debian
[08:41] <Laney> will fwd/fix, thanks
[08:42] <davidcalle> Laney, thanks for the quick reply!
[08:44] <seb128> Laney, list-missing in the build log suggests you don't install translations either, is that a real bug?
[08:44] <seb128> Laney,  it doesn't list any typelib not installed though
[08:45] <Laney> davidcalle: ah, no, it was removed
[08:46] <davidcalle> Laney, removed by mistake or as in we won't have this gir anymore ?
[08:47] <Laney> by upstream; see the changelog
[08:48] <davidcalle> Laney, :'(
[08:49] <Laney> the commit message says that it was never useful anyway
[08:49] <Laney> davidcalle: https://mail.gnome.org/archives/commits-list/2012-December/msg02274.html
[08:53] <davidcalle> Laney, that's odd, I've been using it to access calendar events from evo.
[08:53] <Laney> seb128: looks like that comes after pkgstriptranslations
[08:54] <didrocks> seb128: do you know if indicators-clients was ready? Seems it has a lot of unexpected deps
[08:54] <didrocks> not sure who added it to daily release without checking the deps :/
[08:58] <davidcalle> Laney, would it be too much of a burden adding it back?
[09:01] <seb128> didrocks, no idea if it's ready...
[09:01]  * didrocks removes it for now
[09:01] <seb128> Laney, oh, ok, that makes sense I guess
[09:01] <didrocks> cyphermox: I added a task for you
[09:46] <seb128> chrisccoulson, hey, does any of you guys (security team) plans to/want to update webkitgtk to a newer version in saucy?
[10:12] <Laney> hmm
[10:14] <Laney> pitti: could dh_translations grow a -X facility?
[10:15] <Laney> I think it makes sense to not have it strip the translations for the glib installed tests
[10:15] <pitti> yes, sure
[10:15] <Laney> excellent
[10:15] <tjaalton> apport on saucy doesn't seem to offer filing new bugs? I send all these errors to 'somewhere' and never get any feedback
[10:15] <Laney> I'll see about that
[10:16] <tjaalton> like g-s-d & notify-osd crashing
[10:16] <pitti> tjaalton: yes, they go to errors.u.c.; we haven't yet re-enabled crashes to LP
[10:16] <tjaalton> ah
[10:17] <pitti> not sure whether/when we should do that again, any opinions?
[10:17] <pitti> we are trying to moving to errors.u.c. being teh primary platform for crashes
[10:19] <tjaalton> so how to find out which bug to follow?
[10:20] <pitti> errors.u.c. has links to existing bugs (but there may not be one)
[10:22] <tjaalton> scaling seems off on e.u.c
[10:26] <Laney> ah, I think dh_translations might actually already have this feature :-)
[10:26]  * Laney tests -Xinstalled-tests
[10:31] <seb128> Laney, pitti: did any of you report the update-manager abort earlier?
[10:32] <Laney> no, thought you were just fixing it
[10:32] <pitti> seb128: not as an LP bug, no
[10:32] <seb128> Laney, right, I'm just trying to figure out if e.u.c reports are accurate, numbers seems too low (see #ubuntu-devel)
[10:32] <Laney> ah
[10:32] <seb128> pitti, and to e.u.c ?
[10:33] <pitti> hm, I cannot remember TBH; I sent off some this morning
[10:33] <Laney> I think I filed some this morning
[10:33] <seb128> https://errors.ubuntu.com/?release=Ubuntu%2013.10&period=day doesn't have it
[10:33] <Laney> but the UI to check isn't good
[10:33] <pitti> but I think these were for evo and qemu
[10:33] <seb128> evo has none there
[10:33] <Laney> I did one to signon-ui
[10:33] <seb128> let's move back to #ubuntu-devel where ev is around
[10:36] <asac> didrocks: are you doing the primary phone unlock experience?
[10:37] <didrocks> asac: not that I know of at least :)
[10:37] <asac> didrocks: who do you think would do that?
[10:38] <didrocks> asac: I would say it's linked to the greeter work in unity, so maybe mterry, at least the unity team for sure
[10:38] <didrocks> (so kgunn)
[11:00] <tjaalton> is there a known bug with the updater on precise not showing any sort of progress when applying changes? only the progress bar on the dash icon is updated
[11:01] <tjaalton> the update-manager popup just says "waiting"
[11:01] <mlankhorst> didrocks: the unity in daily-build failed to build :-)
[11:02] <didrocks> mlankhorst: not new :)
[11:02] <didrocks> mlankhorst: why?
[11:02] <tjaalton> exactly what my mom described on the phone, had to check it out myself :P
[11:02] <mlankhorst> because some gtk function was deprecated
[11:02] <didrocks> mlankhorst: the why is why did you mention it, do you need it? :)
[11:02] <glatzor> tjaalton, hello, I am not aware of any bug that was fit the description of your mom.
[11:03] <glatzor> s/was/would/
[11:03] <mlankhorst> didrocks: nah just the pointer barrier stuff :-)
[11:03] <didrocks> yeah, let's get the first saucy landing
[11:03] <didrocks> then, we'll see :)
[11:03] <glatzor> tjaalton, the progress in unity updates and the updates get actually installed?
[11:04]  * mlankhorst was hoping to land xserver first in that case :/
[11:05] <didrocks> mlankhorst: any help to get unity landed into saucy welcomed :)
[11:05] <didrocks> worked 16 hours for it yesterday, started 6 hours ago today
[11:05] <mlankhorst> yikes
[11:06] <mlankhorst> what's the branch, and what's the issue atm?
[11:06] <didrocks> mlankhorst: look at daily release states and what we discussed on #ubuntu-unity and here
[11:06]  * Laney Gs the lib
[11:06] <didrocks> since this morning
[11:07] <didrocks> on unity trunk itself, dednick is working on a fix
[11:07] <didrocks> mlankhorst: you can help fixing webcreds maybe, I know that mardy is on the critical path for that
[11:07] <didrocks> mlankhorst: see yesterday's meeting and the email I sent on ubuntu-devel :)
[11:07] <mlankhorst> ok
[11:11] <tjaalton> glatzor: yep, I reproduced it myself. didn't happen at first, I tried to install the updates but in the end it said some files were not found. then after updating the lists I got the same behaviour as she did
[11:12] <tjaalton> glatzor: the updates do get installed
[11:15] <tjaalton> glatzor: hmm now I got a popup saying the daemon died. maybe it has something to do about this?
[11:49] <ritz_> why does http://harvest.ubuntu.com/opportunities/?pkg.set=ubuntu-desktop&expand=2119 this bug under gnome-keyring
[11:50] <ritz_> https://bugs.launchpad.net/ayatana-design/+bug/723864
[11:50] <ubot2> Ubuntu bug 723864 in gnome-keyring (Ubuntu) "The alignment of the “[number of minutes] minutes” selector in the “Unlock Keyring” window is wrong." [Wishlist,Triaged]
[11:50] <ritz_> this is marked as invalid, and seems to be closed
[11:50] <ritz_> is it the tag ?
[11:50] <ritz_> or a bug with harvest , where it does not check for invalid falg ?
[11:53] <mitya57> ritz_: the unity task is invalid, the gnome-keyring task is open
[11:58] <ritz_> mitya57 hmm. I will go ahead and mark this bug as invalid as gnome has moved over to seahorse for mgmt
[11:58] <ritz_> thanks
[12:00] <mitya57> ritz_: GNOME moved to displaying these dialogs in gnome-shell, in Ubuntu we still use dialogs provided by gnome-keyring IIRC
[12:11] <ritz_> mitya57 nope, not anymore
[12:12] <mitya57> ritz_: then I missed that transition
[12:16] <seb128> hum
[12:16] <seb128> we still use gnome-keyring
[12:17] <seb128> seahorse is an UI to manage keyrings, it's not an agent and it's not doing stuff like displaying unlock password when needed
[12:17] <seb128> that bug is still valid afaik
[12:24] <cyphermox> didrocks: ack
[12:28] <mlankhorst> didrocks: the unity tests are failing for me, valgrind is complaining too
[12:28] <mlankhorst> http://paste.debian.net/8599/
[12:36] <didrocks> mlankhorst: there is a fix merging
[12:36] <mlankhorst> ok
[12:43] <glatzor> tjaalton, that could be a cause. are there any error details in error dialog?
[12:44] <tjaalton> glatzor: nah
[12:56] <Mirv> ok re-ran hud stack to get 'green' on libcolumbus prepare, and I got it but revealed that it fails to build (or rather, one of the tests fails)
[13:15] <jbicha> seb128: ricotz has built the new webkit in his ppa, do you want it copied to the desktop ppa?
[13:17] <Mirv> ok, you can stare at this wonder https://code.launchpad.net/~timo-jyrinki/libcolumbus/workaround_lp_1187771/+merge/167530 - I tried to ping Satoris but didn't reach yet
[13:18] <seb128> jbicha, hey, no, I would like to know what are the security team plans about webkit first
[13:19] <seb128> jbicha, I pinged chrisccoulson earlier about that but he didn't pong back yet
[13:19] <seb128> jbicha, does that update build webkit2 as well? did anyone test build it on arm?
[13:19] <Mirv> kenvandine: hey. Lisandro is interested in the qtwebkit5-dev dependency additions, and I don't remember what were the reasons where which - it's about this commit I submitted also to Debian http://anonscm.debian.org/gitweb/?p=pkg-kde/qt/qt5webkit.git;a=commitdiff;h=a393421b9b7892b8d889c6ad57fd472480b8bfd3
[13:20] <jbicha> seb128: yes (it builds both). no.
[13:20] <seb128> jbicha, we probably want a build test on arm before upload in any case, I will try to see if I can get it uploaded to a non virtual ppa
[13:27] <didrocks> Mirv: btw, next time, just rebuild libcolumbus (and not the rest) on the command line should be enough
[13:51] <didrocks> asac: as I told I'm probably not around at 4 UTC though
[13:53] <didrocks> asac: I can do a quick sync up with you before if you want (like now)
[13:56] <asac> didrocks: i am the wrong person to talk about details...
[13:56] <didrocks> asac: don't play your manager card! :)
[13:57] <didrocks> asac: anyway, I'll send up the summary at 5/6 UTC with where we are at
[13:57] <didrocks> (following my email on ubuntu-devel)
[13:58] <asac> didrocks: you can come later or i am sure mfrey and friends will be there at 1700 UTC for you too
[13:58] <asac> (also said that in mail now)
[13:58] <didrocks> asac: ok, perfect :)
[13:58] <asac> didrocks: cool :)\
[16:10] <jasoncwarner> morning all!
[16:11] <Laney> ahoy there
[16:16] <kenvandine> good morning jasoncwarner
[16:17] <Laney> hmm, integrating into system settings isn't hard
[16:17] <Laney> I expected more integration points
[16:17] <Laney> wonder if I'm Doing It Wrong™
[16:17] <kenvandine> Laney, like?
[16:18] <kenvandine> it should be super easy :)
[16:18] <olli> didrocks, ping
[16:18] <Laney> kenvandine: well I had to tell it a couple of qml files which I'd already created for a mockup
[16:18] <Laney> I thought there would be more API for the panels themselves to hook into
[16:18] <Laney> dunno :P
[16:19] <kenvandine> not really an API
[16:19] <kenvandine> but basically you can let it render your qml
[16:19] <kenvandine> or for really simple things just use a settings file
[16:19] <kenvandine> more complex things you can build into a plugin
[16:19] <Laney> yeah
[16:20] <kenvandine> Laney, which one are you working on?
[16:20] <Laney> appearance
[16:20] <Laney> so I'll need to interact with the gallery somehow
[16:20] <kenvandine> cool... anything i can play with yet?
[16:20] <kenvandine> oh... good luck with that :)
[16:21] <kenvandine> i bet there is a good opportunity to split some of that gallery code out into a module for reuse
[16:21] <Laney> https://wiki.ubuntu.com/Appearance#Phone
[16:21] <kenvandine> dunno, maybe they already did that
[16:21] <Laney> I suppose I should be able to reuse components for showing all of the albums and listing the images in them
[16:22] <Laney> ideally
[16:22] <kenvandine> yeah, or maybe the gallery could have a component for creating a model
[16:22] <kenvandine> which then you can provide the view for
[16:22] <Laney> yeah
[16:22] <kenvandine> then you don't need to duplicate the code for finding images, etc
[16:23] <kenvandine> look at gallery-app, maybe they already split that
[16:23] <Laney> will do
[16:23] <kenvandine> we're going to do that with the browser too
[16:24] <kenvandine> not for settings... but for apps that want to use a webview
[16:24] <kenvandine> let them use the logic builtin to webbrowser-app for keyboard handling, useragent, zoom... etc
[16:26] <Laney> hrm, today's touch-preview image is kind of dodgy
[16:26] <Laney> apps don't launch, no osk
[16:26] <seb128> hey jasoncwarner, kenvandine
[16:28] <seb128> kenvandine, Laney, tedg_, didrocks, cyphermox_, attente_, mpt, charles_: I scheduled a" system settings - status update" meeting tomorrow at 2pm utc, let me know if that doesn't work for you
[16:28] <kenvandine> seb128, wfm
[16:28] <Laney> wow, I really thought it was Tuesday today and that was in 2 days when I got the mail just now
[16:28]  * Laney is broken
[16:29] <Laney> (seems good)
[16:29] <kenvandine> :-D
[16:29] <seb128> Laney, that's all those mondays off work that screwed things ;-)
[16:29]  * Laney goes on strike
[16:29] <sil2100> seb128, didrocks: hm, a quick packaging question - if I have a directory with files licensed with some license, and some with no license information, then how should I put that in debian/copyright ?
[16:30] <sil2100> seb128, didrocks: is it acceptable to put the whole directory under that license?
[16:30] <sil2100> Since I have no idea what to do with those unlicensed files
[16:30] <kenvandine> i would say they should fall under whatever is in the COPYING file
[16:30] <kenvandine> directory shouldn't matter
[16:31] <kenvandine> sil2100: sorry i haven't gotten to those reviews yet... soon!
[16:31] <seb128> sil2100: what kenvandine said
[16:31] <sil2100> There is no COPYING file yet ;)
[16:31] <kenvandine> last branch here and the stack should work for saucy
[16:31] <Laney> get upstream to tell you what it should be and document it in debian/copyright
[16:31] <seb128> Laney, btw did you see earlier that glatzor recommended we roll back the packagekit update?
[16:31] <sil2100> seb128: ok, so the unlicensed files should be listed seperately as the global license, while the others - as the license that has been given to them, yes?
[16:31] <Laney> yes
[16:32] <Laney> it looked like pitti was taking care of it
[16:32] <Laney> is that right?
[16:32] <sil2100> kenvandine: ah, those Mirv already reviewed, I'm now fixing those up according to his pointers ;)
[16:32] <kenvandine> sil2100: great!
[16:32]  * kenvandine marks that off the todo list :)
[16:32] <seb128> Laney, oh, I didn't see that, but from backlog in the afternoon I was on the otherside of an IRC server split and missed some discussions
[16:32] <Laney> ah
[16:32] <Laney> he said something about rebuilds
[16:33] <kenvandine> those splits were nasty
[16:33] <seb128> Laney, cjwatson asked to ask him before doing reverts yesterday
[16:33] <Laney> yeah
[16:33] <seb128> he said he might want to delete stuff from proposed instead
[16:33] <seb128> rather than using fake versions
[16:34] <Laney> right, that works too
[16:34] <Laney> 05/06 15:40:26 <pitti> cjwatson: with just the two removals and two rebuilds in -proposed for reverting PackageKit, do you think we need any  particular magic there? (the rebuilds will just be -0ubuntu2)
[16:35] <Laney> 05/06 15:41:17 <cjwatson> pitti: I think that's OK - just make sure the removal has been published before uploading the reverts
[16:35] <Laney> so, happy to let it be taken care of
[16:35] <seb128> great
[16:35] <seb128> Laney, thanks
[16:35] <seb128> pitti, thanks
[16:35]  * Laney pushes the button on glib
[16:36]  * desrt_ hides
[16:37] <rickspencer3> kenvandine, what's the deelio with gwibber-like functionality in the SDK these days?
[16:37] <rickspencer3> kenvandine, looking for a way to microbolg a url
[16:38] <kenvandine> rickspencer3, easy :)
[16:38] <kenvandine> friends
[16:38] <rickspencer3> kenvandine, tell me more!
[16:38] <kenvandine> look at Post.qml in lp:friends-app
[16:38] <kenvandine> for an example
[16:39] <Laney> desrt: now with 220 more tests
[16:39] <Laney> some of which might even pass
[16:39] <kenvandine> rickspencer3, there are docs on d.u.c too
[16:39] <kenvandine> but i can't find them right now :)
[16:40] <kenvandine> http://developer.ubuntu.com/api/ubuntu-12.10/qml/friends/qmlmodule-friends0-friends-0-1.html
[16:40] <kenvandine> there it is :)
[16:40] <kenvandine> http://developer.ubuntu.com/api/ubuntu-12.10/qml/friends/qml-friends0-friendsdispatcher.html#sendAsync-method
[16:40] <kenvandine> specifically
[16:41] <desrt> Laney: mclasen is on another coverage-adding spree
[16:42] <kenvandine> rickspencer3_, did you miss all that?
[16:42] <rickspencer3_> kenvandine, last I saw was that there are docs on d.u.c.
[16:42] <rickspencer3_> sorry
[16:42] <kenvandine> rickspencer3_ http://developer.ubuntu.com/api/ubuntu-12.10/qml/friends/qml-friends0-friendsdispatcher.html#sendAsync-method
[16:42] <rickspencer3_> thanks kenvandine
[16:42] <kenvandine> np
[16:52] <rickspencer3_> kenvandine, those docs look good
[16:52] <rickspencer3_> is there anything like GwibberBox?
[16:53] <kenvandine> not yet
[16:53] <rickspencer3> ack
[16:53] <kenvandine> rickspencer3, but i hope to add a component like that this cycle
[16:53] <rickspencer3> kenvandine, ok, this looks fun, I hope to add some functionality with this later today
[16:53] <kenvandine> rickspencer3, and it's all async now... so you can detect individual failures :)
[16:54] <kenvandine> so much better the the old gwibber stuff
[16:54] <rickspencer3> kenvandine, does this mean I need to configure facebook and twitter and stuff on my phone?
[16:54] <kenvandine> yup
[16:54] <kenvandine> uoa-create via ssh
[16:54] <rickspencer3> I didn't know we could do that
[16:54] <kenvandine> or the terminal app
[16:54] <rickspencer3> oh, I see
[16:54] <rickspencer3> that's uh, a little bare bones :)
[16:54] <kenvandine> yeah, i created that script for it until we get settings
[17:00] <didrocks> seb128: not sure how much stress there will be with landing everything to saucy, but let's try :)
[17:00] <seb128> didrocks, not a trivial amonth of landing indeed
[17:02] <didrocks> seb128: let's see how it goes :)
[17:02] <seb128> going to be fun :p
[17:04] <didrocks> it's already fun for me for the past 3 days :p
[17:20] <jbicha> why do autolanding branches use source format 1.0 instead of 3.0 (native)?
[17:21] <jbicha> I had trouble building https://code.launchpad.net/~jbicha/gnome-control-center-unity/rename-desktop-for-38/+merge/167608 locally until I switched the format
[17:22] <seb128> jbicha, because otherwise you can't bzr merge lp:<....> -c <rev> to backport fixes
[17:22] <seb128> v3 complains about inline diff
[17:22] <seb128> and wants you to create a debian patch
[17:23] <seb128> which is annoying because on next update you need to drop the patch then
[17:23] <seb128> where bzr merge-upstream just knows that the commit you backported is part of the update and resolve the conflict
[17:23] <seb128> e.g one command once and you can forget about the backport
[17:23] <seb128> things just work
[17:24] <mitya57> bzr shouldn't suggest to create a patch when the format is 3.0 *native*, it is a bug
[17:24] <seb128> mitya57, those are not native
[17:24] <seb128> they use split mode
[17:24] <seb128> with debian revisions
[17:25] <mitya57> jbicha suggested using native format...
[17:25] <jbicha> well, the build failed because it was somehow merging with the old file name that was being renamed
[17:25] <seb128> then you need to upload a full tarball every time
[17:25] <jbicha> and what's the problem with that?
[17:25] <seb128> waste of bandwith and mirror space
[17:25] <seb128> when I fix a one line in debian/control I don't want to reupload a full tarball and have it synced on all mirrors
[17:26] <mitya57> fair enough
[17:26] <jbicha> in this case the tarball is 74k; not something to be worrying about
[17:26] <seb128> right, but we have a standard workflow
[17:26] <seb128> we don't want to add yet different cases
[17:27] <seb128> we already have this split between debian dir only and full source for different packages
[17:27] <seb128> jbicha, what's the specific issue you had? format v1 should just work
[17:27] <jbicha> I'm not sure the standard workflow works though, we'll see if jenkins has trouble too
[17:27] <kenvandine> jbicha, it's been working fine for a while
[17:28] <jbicha> http://paste.ubuntu.com/5736392/
[17:29] <seb128> jbicha, that suggests you forgot to patch POTFILES.in?
[17:33] <jbicha> no, it's getting hung up on the old name; it looks like I can workaround the bug by adding the old name to POTFILES.skip
[17:34] <jbicha> see line 1343 of my paste
[17:39] <jbicha> oh it works if I change the "upstream version number" which forces a new tarball anyway
[17:43] <jbicha> dch doesn't do that automatically, maybe a note about this kind of issue should be added to https://wiki.ubuntu.com/DailyRelease/FAQ ?
[17:44] <seb128> weird, I'm not sure why that would be required
[17:44] <seb128> does it fail to apply the rename?
[17:44] <seb128> I guess the file deletion is ignored in diff.gz
[17:45] <seb128> that should be in the build log warnings when it creates the source
[17:57] <tedg_> When building glib how do I disable the autopkg tests?
[17:59] <sil2100> pitti: ping!
[18:25] <mitya57> tedg_: you can remove XS-Testsuite header, but why do you need that?
[18:28] <tedg_> mitya57, Thanks!  I just edited rules.  I'm just trying a patch and wanted it to build faster.
[18:30] <mitya57> tedg_: autopkgtests are not run during build, you probably want DEB_BUILD_OPTIONS=nocheck
[18:31] <tedg_> Ah, okay
[19:02] <egh> anybody else using the gnome3 team ppa? some recent updates seem to have completely broken apt-get dependencies.
[19:03] <Laney> egh: you probably want to ask in #ubuntu-gnome
[19:03] <egh> Laney: cool, thanks