[06:02] hi [06:38] good morning [06:55] Good morning [06:55] bonjour pitti ! [06:55] ton cours hier était bien ? [06:56] good morning desktopers [06:56] salut pitti [06:56] bonjour ! oui, on a parlé beaucoup :) [06:56] salut seb128 [06:57] * pitti bataille les nuages à nouveau -- mon sport de matin [06:57] pitti: souffle un bon coup ! [06:58] les nuages partiront :) [06:58] didrocks: non, non ! ils cassent tous le temps, je les veux marcher ! :-) [06:59] pitti: pourtant, c'est la bonne saison pour les nuages ! [06:59] ("I want them to work" -- est-ce que c'était compréhensible ?) [07:00] didrocks: en effet :) [07:00] pitti: oui oui, je dirais juste "je veux qu'ils marchent" [07:01] http://autopkgtest.ubuntu.com/running.shtml -- 430 tests on the wall, 430 tests; ressussitate one cloud again, 429 tests on the wall [07:01] didrocks: ah, merci [07:02] au moins les autres deux marchent -- nous avons eu ~ 1.100 tests hier [07:07] tout de même… :) [07:27] good morning! [07:27] hey larsu! [07:27] bonjour didrocks! [07:28] hey larsu! wie gehts? [07:30] seb128: guten morgen! Gut danke! Und dir? [07:31] auch gut, danke! [07:33] pitti, does "test in progress" actual means test is active or does it mean "in the queue"? [07:33] on update_excuses I mean [07:33] seb128: either; see http://autopkgtest.ubuntu.com/running.shtml for details [07:33] guten morgen pitti :) [07:33] hey larsu, wie gehts? [07:33] gut gut, danke! Und dir> [07:33] ? [07:33] seb128: unlike the last big KDE/Qt landing, people can now actually look at the damn thing :) [07:33] larsu: auch gut, danke! [07:33] pitti, k, that's explained why those tests are "in progress" since yesterday 16h [07:34] seb128: yeah, Qt landing + lcy01 being down :( [07:34] seb128: I've spent an hour with IS again, it's back with some capacity, but it'll still take some time to catch up [07:34] it's over me why they can't provide a stable infra :-/ [07:36] If you look at running.html right now: the backlog is gone, I flushed the queues as I'm rolling out a new britney; that will re-request the missing ones [07:36] meh @ http://autopkgtest.ubuntu.com/running.shtml#pkg-appstream -- doesn't look that stable yet :? [07:41] seb128: btw, it's on my list to make the excuses.html links more useful; pass/regression should directly link to the corresponding log, and "in progress" will link to running.shtml; clicking on teh arch will show the results list as it does now [07:41] I did the ground work for this yesterday, now it's just a matter of wiring this up in html [08:03] pitti, great [08:29] hey pitti, seb128 larsu [08:29] ,didrocks [08:30] evening darkxst [08:30] good evening darkxst [08:30] * darkxst wonders why my gdm -> gdm3 work fine when dist-upgrading, but not always when doing a release update [08:31] ^debconf scripts [08:31] hey darkxst [08:31] is there some difference in the ordering of the way maintscripts/configs run? [08:32] $ diff -Nrup ubuntu/plymouth-0.9.0/debian/ plymouth-0.9.2/debian/ | lsdiff | wc -l [08:32] 105 [08:32] fun fun fun ! [08:34] i.e xenial gdm -> xenial gdm3 works [08:34] wily gdm -> xenial gdm3 not so much [08:35] Morning [08:35] Trevinho, hey! [08:36] hey Trevinho [08:36] darkxst: you have more packages in one case, so the config (package configuration order) might change [08:36] darkxst, ordering is not fixed and depends of the upgrade set, so things might be in different order between packages [08:39] can the old gdm.config run in that case? [08:42] I suppose debconf caches that possibly? [08:47] my gdm3.config forces the gdm -> gdm3 change without a question [08:47] and I purge the old gdm debconf profile, in gdm.postinst, but that didnt even seem to run either [09:02] yo [09:02] hey Laney [09:02] hey Laney [09:02] Laney, how are you? [09:03] hey Laney, good morning [09:03] Laney, are you working on another room recently? I'm curious what change that you say hey one or two minutes earlier now ;-) [09:03] HAHA [09:03] :-p [09:03] morning Laney! [09:04] no change that I know of [09:04] maybe my laptop got faster to resume [09:04] ! [09:04] hehe [09:04] and hi darkxst larsu and pitti [09:04] what a great group of people [09:04] seb128 is very observant .... [09:04] or maybe the clock you use to know when it's work time is slightly shifted?! [09:04] good morning Laney! [09:04] it's the BBC pips [09:04] hey didrocks!!!! [09:05] THE BBC IS NEVER WRONG ABOUT ITS PIPS [09:05] https://www.youtube.com/watch?v=wQi58lKrRuU [09:05] oh :) hi Laney seb128 larsu darkxst didrocks pitti willcooke :) [09:05] I hear that and I'm like oh shit got to get to seb128 [09:05] the queen personally pushes the button for the pips [09:05] and Trevinho :) [09:05] hey hikiko! [09:05] are you aying the queen is wrong? [09:05] are you? [09:05] morning hikiko :) [09:06] morning all [09:06] aaaactually [09:06] hi willcooke [09:06] if I listen online they will lag behind reality [09:06] maybe THAT explains it [09:06] Laney: you can turn in your British citizenship at the door [09:06] hello hikiko and willcooke [09:07] I bet even DAB lags too [09:07] the lag on dab is very annoying [09:07] hey willcooke [09:07] haha [09:07] never measured it [09:07] because all the decoding and error correction is done on the radio, it means that even two radios in the same room have lag [09:07] what is it? [09:07] if I put my two DAB radios on then they sound synchronised [09:08] so it's <30ms [09:08] between the two anyway [09:08] so when you have the radio on in the kitchen and another in, say, the lounge, and you can hear both.... arrrgh [09:08] same model? [09:08] *dont have the same lag [09:08] hey hikiko willcooke [09:08] no [09:08] well the other one could be a rebadged Pure one I guess [09:10] pitti: do you know about these "Unable to find a source package" failures? [09:10] waow, plymouth ubuntu and debian initramf integration is completely different [09:10] even more lesigh :p [09:10] * darkxst don't have to worry about lag in DAB, don't get it here! [09:10] Laney: not yet, but I suspect the last cloud-init SRU on precise; I guess it doesn't have precise-updates/restricted apt sources any more [09:10] Laney: it's on my list [09:11] Laney: btw, I pushed and rolled out the new britney this morning; the code should now be a lot less convoluted and easier to understand [09:11] nice [09:11] I did some more cleanup last night [09:11] are there any functional changes? [09:11] Laney: not that much, just that it now doesn't forget about some architectures some times (i. e. bug fixes) [09:12] Laney: and the results.cache data format changed [09:12] Laney: we now have the run IDs of the individual tests there, so we can expose them in excuses.html to directly point to the log [09:12] cool! [09:12] Laney: and for the running ones I plan to point to /running.shtml instead [09:13] ah, http://autopkgtest.ubuntu.com/packages/u/unity-scope-click/xenial/armhf/ [09:13] Laney: so I thought "armhf: pass" -> the "armhf" points to teh autopkgtest per-page results page as it does not, and the "Pass" directly to the log [09:13] Laney: oh nice, you added the bluez workaround? [09:13] yeah [09:13] ln -s /dev/null /etc/systemd/system/bluetooth.service [09:13] yay [09:13] I just cowboyed it to worker.conf on the cyclops-* [09:14] couldn't find if that came from anywhere else [09:14] Laney: it's not; I keep the master copy on my laptop and just parallel-scp it [09:15] hehe [09:15] Laney: if we keep this much longer, I should probably add it to git and do some credentials templating like on the cloud stuff [09:15] but I'm currently wrestling with lxd (and firewall/proxy again), so that at some point we can cloudify this [09:15] seb128, didrocks, pitti, Laney, so back to previous question, is it possible for the the old gdm.config to get run when doing a release upgrade before the gdm3.config runs? [09:15] I didn't read your discussion [09:15] news to me too [09:15] what's a gdm.config? [09:15] but no, I don't think you can enforce it [09:15] the debconf stuff [09:15] the maintscript [09:16] we renamed source gdm -> gdm3 [09:16] but why would you need to run debconf for the old packae? it's going to be removed anyway? [09:16] you can do upgrade stuff in gdm3.preinst [09:16] gdm binary is now a transitional package [09:17] pitti, and it does not have .config, but still getting the question on release upgrades [09:20] even when gdm3 config script forces the settings, without a question [09:24] darkxst: ah, so gdm's postrm calls debconf again? [09:24] (which would make sense in general for a DM) [09:25] ok good desktop people, be happy new nautilus is coming your way ;-) [09:28] pitti, well not explicitly so far as I can see, but something fishy like that is going on here, [09:30] and it does seem feasible that a postrm would trigger debconf, but then its gdm real binary to gdm transitional binary, I wouldnt have expected that to trigger postrm even [09:30] if gdm3 replaces gdm, then gdm.postrm will run, as it gets removed [09:30] and then gdm3.postinst [09:30] and the preinst/prerm in between of course [09:31] pitti, I did it as a transitional package, so gdm depend on gdm3 [09:35] larsu, I would like to get geonames in Ubuntu, do you want to roll a 0.1 tarball or something we can package? or make it land through CI train (unsure if that works with git projects yet)? or...? [09:36] is anything ported to use it yet? [09:37] larsu had some work in progress for unity-control-center iirc [09:37] why? [09:38] there is also a test demo program in the source [09:38] just wondering if you wanting to upload it is motivated by something else wanting to use it [09:39] we said we would switch u-c-c and ubiquity to it this cycle [09:39] so trying to get things going [09:39] it's on my todo of things to land and I would like to empty the new packages/default changes part before holidays [09:40] also I tried gnome-logs again today [09:42] I can't really say why but it doesn't feel nice to use to me [09:43] I think it's a combinaison of the window being small by default, the UI elements bigs and only displaying the titles and not the full log [09:43] it feels like I don't have a good view of the log content [09:43] did other try it? how do they feel about it? [09:46] I didn't try it, sorry [09:47] did just try thunderbird calendar though [09:47] http://people.canonical.com/~seb128/oldlog.png [09:47] vs [09:47] http://people.canonical.com/~seb128/newlog.png [09:47] the EDS extension makes it fail to start :) [09:47] urg [09:47] that's also on my list of things to try/look at ;-)à [09:48] cannot register existing type 'ESource' [09:48] ... [09:48] gnome-calendar ftw [09:48] yeah, that's my feeling as well [09:48] I actually used it a few times in reality [09:48] which is probably a good sign [09:48] I'm unsure how well maintained it is [09:48] no need to start evo to do calendar stuff [09:48] but it's mostly working [09:49] or go to the website [09:49] I opened an upstream bug a week ago about dropping the OnlyShowIn=GNOME but no reply yet :-/ [09:49] it's currently not listed in unity which is a bit of a fail [09:49] easy to fix though ;-) [09:51] that is weird [09:51] I wonder why they did that [09:53] yeah, not sure, they probably consider it a GNOME desktop component [09:54] I've sent a mail to pkg-config maintainer... Let's see what's the output [09:54] Trevinho, thanks [09:54] you might want to open a bug report as well? [09:54] seb128: I was considering that as well, I wanted to see if I can get an informal reply before... [09:55] but I could [09:58] Trevinho, that wouldn't hurt I guess [09:58] but you can as well wait a few days to see if you get a reply [09:59] Trevinho, seb128 - running a couple of mins late - internet problems [09:59] willcooke: ok [10:00] k [10:07] Trevinho, seb128 - omw [10:08] seb128, hikiko andyrock - https://plus.google.com/hangouts/_/canonical.com/place-holder?authuser=0 [10:08] sorry for the delay guys [10:08] sure willcooke sec [10:25] willcooke, https://bugs.launchpad.net/unity/+bug/1521947 [10:26] Ubuntu bug 1521947 in Unity "Shaped and multi-rectangular windows don't have shadows" [High,New] [10:37] willcooke: sorry i tought it was one hour later :O [10:37] andyrock, no worries, we know that you;re still working on it [10:47] Trevinho: andyrock: so, now that I updated to xenial, my weechat window is matched to byobu [10:47] anything to help debugging this? [10:48] actually, any terminal is matching byobu, not just my IRC one [10:48] didrocks: it's byobu issue [10:48] do you have a bug reference for this? [10:48] (and understood what changed there?) [10:50] is it its StartupWMClass=gnome-terminal-server? [10:51] didrocks: yes, sorry otp [10:52] (I guess bug #1503418) [10:52] bug 1503418 in bamf (Ubuntu) "[SRU] [REGRESSION] launching byobu from unity uses the terminal icon rather than the application icon" [Medium,Triaged] https://launchpad.net/bugs/1503418 [10:52] let me revert this change anyway for now [10:54] didrocks: yes, that's the bug [10:54] Trevinho: let me revert the change, add rationale and give the example we have with weechat [10:54] thanks to Laney's excellent compatibility wrapper [10:54] didrocks: the problem is that it's harder now to match gtk apps by class [10:54] Trevinho: yeah, I guess using the same strategy than the one we discussed in Brussels is fine for now, and he can ships this terminal file [10:57] * didrocks gives it a try [10:58] ah, better :) [10:59] seb128: (sorry was at the gym) what's better for you? I think I'd prefer anything that doesn't involve uploading tarballs ;) [12:37] larsu, do you intend for those to be used out of Ubuntu? [12:38] seb128: probably not for now [12:39] k, let's land through CI than [12:39] we can always change to roll tarballs later if we want [12:39] * larsu nods [12:39] larsu, is the current git something good for upload? or did you want to do changes before that? [12:39] it's good [12:40] only missing the locale part === hikiko is now known as hikiko|ln [12:49] * larsu is out for lunch [12:50] larsu, enjoy! [12:51] enjoy larsu :) [12:52] Qt 5.5.1 now dropped the use of GStreamer 0.10 in xenial(-proposed). it seems there are still ~10 other users though. [12:54] not on the iso at least [12:54] not on the iso but archive in general [12:54] gcompris has GStreamer 1.0 port done in Debian [12:54] right, well it's not worth spending efforts on that [12:55] it's not like you are ever going to clean the archive from old cruft ;-) [12:55] demoting to universe (if it's not the case yet) could be nice though [12:55] maybe some low hanging fruits though [12:56] there are always low hanging fruits [12:56] I would rather spending efforts getting gconf out of the iso [12:57] or this https://bugs.launchpad.net/ubuntu/+source/libzeitgeist/+bug/1521989 [12:57] Ubuntu bug 1521989 in libzeitgeist (Ubuntu) "Please remove libzeitgeist from the archive" [Undecided,New] [12:57] hey desktopers [12:57] hey ricotz [12:57] I've little interest in removing things from the archive [12:57] as said it's not like the archive/debian didn't have ton of things that are old and buggy and unmaintained [12:57] it's not a few more or less that's going to make a difference [12:58] seb128, did you read the bug? [12:58] no [12:58] just the title [12:58] please do then [12:58] it's a duplicate [12:59] bug #1197569 [12:59] bug 1197569 in Unity Videos Lens "Move from zeitgeist-1.0 to zeitgeist-2.0" [Medium,In progress] https://launchpad.net/bugs/1197569 [12:59] and patches are welcome [12:59] but yeah, switching to the new one would be nice [12:59] ah, I see === alan_g is now known as alan_g|lunch [13:07] seb128, looking at nautilus [13:13] seb128, any reason why we are using old mono, and didn't like move to 4.2.1? [13:15] ask directhex [13:22] xnox, no idea, what Laney said [13:28] seb128, https://paste.debian.net/plain/340591 [13:29] ricotz, thanks, can you add it to the bug, I'm going to commit it in a bit [13:29] seb128, ah, wait [13:30] it crashed while testing [13:33] (make check isn't running on package-build) [13:33] k === hikiko|ln is now known as hikiko === alan_g|lunch is now known as alan_g [14:46] seb128, next try ;) https://paste.debian.net/plain/340611/ [14:53] ricotz, was the previous code leaking? I see you added unref calls in that one? [14:57] larsu, did you see my comments about gnome-logs this morning? [14:58] no?! [14:58] Trevinho, any reason we can't disable the upstream bug tracker on Unity right now and make sure new bugs are only opened against unity (Ubuntu)? [14:58] seb128: did you ping me? [14:59] * larsu scrolls back [14:59] seb128, forget about some api changes, and yeah, it was likely leaking before [15:00] willcooke, I don't think you can disable the tracker unless the open bugs list is empty [15:00] oh, didrocks ^ >? [15:01] seb128: you can disable it, it will just mask them (but you can still get the other tasks) [15:01] I'm unsure how the launchpad API is working though, we can give it a try [15:01] it's just a masking anyway, if you reenable, you see them again [15:01] larsu, no, I probably didn't directly ping you, I raised as a topic on the channel and I though you were around [15:02] didrocks, ok, I saw it forced you to empty the list first [15:02] saw->though [15:02] seb128: not last time I tried (I guess 3 months ago?) [15:02] because that's what people usually do [15:02] but I guess it's to not loose bugs rather then [15:03] yeah, but you won't anyway [15:03] you reenable it, and surprise, they are back! [15:03] (I guess only auto-expiring isn't enabled) [15:03] seb128: indeed, logs uses the standard text size and log viewer a smaller one [15:03] I'm just unsure how the API is working, if lp.projects["unity"] will list them [15:04] seb128: but it's the same content, no? [15:04] seb128: just a bit smaller on screen [15:04] larsu, I don't know, I've the feeling I've no useful content on http://people.canonical.com/~seb128/newlog.png [15:04] seb128: yeah looking at it and trying to find the differences [15:04] it feels overloaded [15:05] I agree it doesn't look at nice [15:05] I can't really point out why though [15:05] it's the white background!!!1! [15:05] * larsu can fix that :P [15:10] seb128: it's not hidden from the API side FYI [15:11] larsu, is it? [15:11] larsu, a bit smaller text or bigger window wouldn't hurt probably [15:11] * larsu was joking [15:12] lol [15:12] sorry, mind busy on other things, I didn't catch that :p [15:12] seb128: even better, if you know the bug number, you can directly type the url :p [15:13] seb128: no worries ;) [15:13] didrocks, let me open all the bugs in firefox so the awesome bar remembers! [15:13] seb128: oh YEAH! :) [15:13] let me try the new bug url [15:15] seb128: no, they protected the url [15:15] seb128: but I'm sure you can opens some through the API :p [15:17] * Laney meows [15:17] hey Laney, wie gehts? [15:19] hi, felt quiet today so wanted to make some noise [15:22] :-) [15:22] what are you working on? [15:22] still appstream things? [15:25] desrt: why do you export the internal GSimpleActionGroup of a GtkApplicationWindow instead of the window itself? [15:25] seb128: yeah, following some checklist to get it deployed [15:25] should be able to file that RT today [15:26] also librsvg update [15:26] cool [15:26] Debian also got a new dbus ;-) [15:26] (hint hint) [15:26] desrt: https://git.gnome.org/browse/gtk+/tree/gtk/gtkapplication-dbus.c#n274 [15:26] * seb128 should stop looking at red lines on version [15:26] desrt: mind if I change that? My whole nautilus hack doesn't work because of this [15:26] yes I know [15:26] * larsu should file a bug [15:31] * Laney unlearns "+gp and learns "+p instead [15:34] * didrocks tries a new command [15:34] Laney merge plymouth [15:34] permission denied [15:34] didrocks, try with sudo just in case [15:34] sudo !! [15:34] SHIT [15:34] FINE [15:34] \o/ [15:34] $ grab-merge plymouth [16:00] Laney, larsu, just for info I opened https://bugs.launchpad.net/ubuntu/+source/gnome-logs/+bug/1522078 [16:00] Ubuntu bug 1522078 in gnome-logs (Ubuntu) "[MIR] gnome-logs" [Wishlist,New] [16:03] thx [16:03] I will do one for the calendar soon [16:05] thanks! [16:07] Laney, oh, great, I had that on my list ... dropping it then ;-) do you plan to reply on the mailing list about your testing as well? [16:07] I'm going to back up your gnome-calendar +1 [16:07] yeah but maybe tomorrow [16:08] online-accounts :/ [16:08] we might need to see about stealing mardy for a bit to work on that if possible [16:08] I tried to add my google account on my xps to get calendars and it didn't really work very smooth [16:17] Laney, what issues did you get? [16:18] I don't think those bits changed in the recents cycle and were never pointed out as an issue [16:18] or did you hit bugs? [16:19] iirc you get an embedded webview asking for your login/passwd? [16:19] well I expect my calendars to magically appear in the indicator and gnome-calendar [16:19] but they aren't there [16:20] I think it's broken with 2fa accounts maybe? [16:20] did you restart the evolution-calendar-factory? [16:20] or whatever that process is called? [16:20] no why would I do that :P [16:20] just to see if it's it not picking updates [16:20] to determine what component has an issue [16:20] trying to pin down what is buggy [16:21] if it works after a restart it means it doesn't refresh [16:21] ok did now, not there [16:22] :-( [16:22] is gnome-calendar listing the calendar? [16:22] no [16:22] :-((( [16:22] I think on my desktop I added the ics files directly in evolution a while ago [16:22] so eds has them and it works [16:23] on my machine I added the account in u-c-c and it works [16:23] got 2fa? [16:23] try with @canonical.com [16:26] ok, just added my @gmail.com (which is 2fa), didn't restart anything (g-c or e-c-f) -> nothing appears [16:27] are you in a position to restart your session? :P [16:27] (btw, typing "calendar" in the dash doesn't find the .desktop) [16:27] Laney: not that much, I'm tempted :) [16:28] let me try to first close g-c and restart [16:28] and then kill e-c-f [16:28] desktop issue is known, it has OnlyShowIn [16:28] roh, nice [16:28] ok, restarting g-c -> nothing [16:29] didrocks, OnlyShowIn is what I wrote this morning [16:29] Laney, yes, it's the canonical 2fa account [16:29] seb128: sorry, missed that line probably [16:29] it was buggy on wily and started working with 3.18 again in xenial [16:29]