=== pitti` is now known as pitti [04:43] Good morning === duflu_ is now known as duflu [06:11] good morning! [06:33] good morning [06:35] pitti: hey! yeah, I think we have to blacklist nodm then, I'm unsure about the kdm case still, let me try to install it on my vm [06:35] as the binary matches [06:35] bonjour didrocks! [06:35] didrocks: ah, so you already saw my CC:s [06:36] didrocks: also, seems Lennart was on a review/reply sprint :) [06:36] didrocks: so you got a very good review already for your machine-id patches, that's great! :-) [06:36] pitti: oh nice! I'm not to that point yet :) [06:38] morning didrocks, pitti! [06:39] hey larsu [06:43] hey larsu [07:00] pitti: tried to install kdm on this vm, no issue, all states are what is expected [07:00] didrocks: yeah, I asked for a systemctl status, we didn't get that yet [07:00] didrocks: the nodm issue is quite clear, I think [07:01] but not kdm [07:01] pitti: indeed, let me see if I can find a way for nodm than the blacklist [07:01] didrocks: btw, could this grow an autopkgtest perhaps? installing three DMs, and then selecting between them? [07:02] pitti: I guess so, it will involve dpkg-reconfigure and such (and maybe testing the 3 postinst at the same time), do we have examples of autopkgtests with this? [07:02] good morning desktopers [07:02] hey pitti didrocks [07:02] salut seb128 [07:02] bonjour seb128, ça va ? [07:02] pitti, oui, un peu fatigué mais ça va, et toi ? [07:03] seb128: j'ai dormi très bien (alors seulement à 5h30 :) ) [07:04] didrocks: you can install packages during the test with apt-get, or test-depend on all three of them and then perhaps change /e/X/d-d-m and call dpkg-reconfigure, or cause the generators to re-run and check the result, or so [07:05] didrocks: you can also reboot to verify that the DM actually starts up (systemd's boot-and-services autopkgtest does that for lightdm) [07:05] didrocks: but even if it isn't a full system integration test with reboot, merely changing the config file and seeing that the generators are as expected should be fine [07:05] didrocks: anyway, the nodm thing is quite clear, and we'll wait for the kdm bug (moreinfo) [07:06] pitti: yeah, systemctl status is the only way to see what happens… [07:06] pitti: on the integration testing -> will try to do something, but polishing the other patch on Lennart's feedback first [07:06] didrocks: yes, it's low-priority [07:07] funny that nodm ship an insserv.conf.d file, but doesn't check for default display-manager [07:07] didrocks: also, I guess this whole generator will go away in jessie+1 again once the *dm packages get fixed properly? [07:07] pitti: the insserv patch will [07:07] not the other one (as long as we have /e/X/d-d-m [07:07] ) [07:07] but the other one is less "magic", it's just making display-manager.service matching /e/X/d-d-m [07:08] (and don't mask units) [07:09] pitti: the issue is that if someone just systemctl enable --force , as it's not updating /e/X/d-d-m (maybe we should) for dms, it's not really taken into account. [07:10] as the generator will override this next round [07:10] didrocks: yeah :/ too many knobs [07:10] but well, in the past, people already dpkg-reconfigure to make /e/X/d-d-m piloting which dms to start, so it's not a big change [07:10] pitti: agreed, I wonder if we should drop some of those support in ubuntu [07:10] (I know, not really possible in debian) [07:11] but I think /e/X/ddm should always win, as that happens to be Debian's main config for DM selection [07:11] yeah, that's the case now [07:11] or you can remove it, and systemctl controls the default then [07:11] (once all units are transitionned) [07:11] didrocks: and that's fine; but it shouldn't cause your only installed DM to not run, so that must be something else? [07:12] right [07:12] anyway, let's blacklist nodm for now, and wait on the kdm's bug some feedback [07:13] didrocks: if you need anythign else aside from status, please followup to the bug [07:13] and we should probably downgrade it, as it's not reproducible [07:13] pitti: I'm juts doing that [07:13] downgrade? [07:13] didrocks: Control: severity -1 important [07:13] ok [07:13] Control: tag -1 moreinfo (but I think it already has that) [07:52] pitti: hum, still don't get the systemctl status on last answer, so let's see if other reports the same thing with kdm [07:53] didrocks: meh, yes [07:53] didrocks: do you want to respond again, or should I? [07:54] pitti: I'm doing it [07:55] done [07:58] didrocks, pitti, speaking about status, I've that [07:58] ● NetworkManager-wait-online.service loaded failed failed Network Manager Wait O [07:58] is that expected/something to debug? [07:59] seb128: hm, I think I got that yesterday, not today; sometimes my wifi is slow to connect [08:00] seb128: maybe running systemctl status NetworkManager-wait-online.service as root will give you more info [08:00] (journald output at the end) [08:00] (success for me btw) [08:01] and yes, sometimes it takes more than one minute on my system (the timeout in that unit is 30s) [08:01] waow [08:01] ah right --timeout=30 [08:02] but this unit looks broken anyway [08:02] WantedBy=network.target → sohuldn't that be network-online.target? [08:02] pitti hum, his kdm.service is masked :/ [08:02] like in systemd-networkd-wait-online.service [08:03] pitti: I'm having hard time on parsing this network systemd wiki page on freedesktop [08:03] so unsure :) [08:03] seb128: anyway, it's worth reporting eiter way; we don't want degraded units if we can avoid it [08:04] didrocks, http://paste.ubuntu.com/9341619/ [08:04] if possible, NM should be taught to get faster [08:04] pitti, reported against what? nm? [08:04] seb128: yes [08:04] k [08:04] danke [08:04] my mobile needs < 1 s for connecting to my wifi, my laptop some 50 s [08:05] not sure how that behaves for other people, but over the last few cycles NM became really slow for wifis [08:05] * pitti had to bump the timeouts in the autopkgtest at leaset twice [08:05] it seems to vary a lot here [08:07] didrocks, pitti, so you think the issue there is that it hit the timeout? [08:07] seb128: yes [08:07] seb128: should be, I don't have that issue. Bad that the output debug doesn't state it explicitely :/ [08:08] well, unless nm-online -q --timeout=30 is differently broken of course [08:08] maybe dropping -q would help… [08:08] yeah, I think this shoudl drop the -q [08:08] should I edit the service and wait for next time it happens and see what's the issue? [08:08] pitti: nm-online --timeout=30 [08:08] -> no output, exit 0 in the success case [08:09] so, maybe we should really drop it to have more info in case of failure [08:09] seb128: yeah, and correlate it to whether it's already online or not right after boot [08:09] * didrocks is puzzled on Eric's answer [08:09] seb128: you can play with the timeout, too; i. e. bumping it to 60 should make it succeed, 5 should make it fail always? [08:10] pitti, k, I'm going to try that, thanks [08:10] seb128: cheers! [08:11] I booted my laptop at a coffee place yesterday and it took ages to connect, so it's likely the timeout [08:12] it's mostly a cosmetical issue anyway (nothing depends on network-online.target, and that unit sorts wrongly anyway) [08:13] so I think it's ok for that particular unit to fail especially on a laptop, but it should be fixed anyway (wants dependency, and dropping -q) [08:14] and maybe bumping the timeout to reflect NM's/dhcp-client's slowness [08:14] k [08:14] that makes sense [08:14] pitti, thanks [08:14] seb128: did you notice other problems? [08:15] no [08:15] I didn't notice much difference either [08:15] which I guess is good ;-) [08:15] it is :) [08:19] didrocks: so maybe a strange effect of having a separate /usr? [08:19] didrocks: and the generator runs before mounting it, or so? [08:20] pitti: there is nothing that I'm using on /usr though [08:21] pitti: I just removed all dms but kdm here [08:21] * didrocks reboot [08:21] pitti: the only thing I can think of is a trailing \n on /e/X/d-d-m [08:21] but I'm stripping it :/ [08:22] hum, works… [08:23] didrocks: systemd-delta output or some ls -l /etc/... perhaps? there might be some unexpected symlinks somewhere? [08:23] * pitti -> doctor appointment, bbl [08:24] pitti: yeah, doing that [08:29] hum, another libpam-systemd apport report during an upgrade, are those common issues? [08:54] morning [08:55] hey willcooke [08:58] morning willcooke [09:00] hey willcooke [09:03] We should have an "office" Christmas party in here before Christmas. [09:03] ) [09:03] :) [09:05] ☃ [09:05] hehe [09:22] seb128: no, not at all; report svp? [09:23] * pitti hugs didrocks, isn't debugging fun [09:24] * didrocks hugs pitti back, yeah, I have no clue on that one, I'm implementing Lennart's proposals meanwhile and will appreciate if you can have a look before resubmitting :) [09:26] pitti, bah, apport says it can't report because the package is not installed, which is not true [09:26] le huh? [09:27] pitti, https://errors.ubuntu.com/oops/38476d4e-7a05-11e4-80de-fa163e4ccdf2 [09:27] not very useful [09:28] seb128: that's bug 1372193 [09:28] pitti, the log has http://paste.ubuntu.com/9342363/ [09:28] bug 1372193 in pam (Ubuntu) "package libpam-systemd:amd64 208-8ubuntu4 failed to install/upgrade: subprocess installed post-installation script returned error exit status 128 in pam-auth-update" [Undecided,New] https://launchpad.net/bugs/1372193 [09:29] seb128: yep, exactly the same [09:30] that's slangasek's [09:30] seb128: he posted some questions there, if you currently have that problem answering those might be helpful [09:31] pitti, just did [09:31] cheers [09:32] we got the first instance of this in natty already, but then just two duplicates [09:32] so it seems old, but hard to reproduce [09:32] k [09:32] I've hit a few times on vivid [09:32] I wonder if it doesn't happen at every systemd update for me [09:33] seb128: can you attach /etc/pam.d/common-session as well, for completeness? [09:34] pitti, done [09:34] seb128: btw, should we re-enable apport for vivid now? [09:34] (LP crash bugs, I mean) [09:34] I'm about to do an upload for some fixes [09:34] pitti, your call, I don't have a strong opinion on it [09:35] pitti, I've the feeling that nowadays we have few people keep up with launchpad and that reports create more noise than they are useful [09:35] ok; I'll leave it off for now, still a bit early [09:35] seb128: yeah, same here [09:43] * didrocks rebase on new improved systemd logic now for error handling then [09:44] pitti, good news is that I can reproduce that bug easily, I just need to dpkg -i an old systemd and use update-manager to upgrade [09:44] just tried [10:05] pitti: mind giving a look before I update the ML? [10:05] http://people.canonical.com/~didrocks/tmp/systemd-machine-id-commit/0005-machine-id-commit-add-man-pages.patch [10:06] http://people.canonical.com/~didrocks/tmp/systemd-machine-id-commit/0002-Add-a-machine_id_commit-call-to-commit-on-disk-a-tra.patch [10:06] http://people.canonical.com/~didrocks/tmp/systemd-machine-id-commit/0001-Factorize-some-machine-id-setup-functions-to-be-reus.patch [10:06] pitti: forget the 0005-, this one didn't need change, wrong paste :) [10:07] pitti: already noticed, I need to remove +#include and +#include from 0002 [10:09] didrocks: 1 LGTM [10:09] didrocks: 2> the latter will "be" mounted ... [10:09] didrocks: and "get reset" at each bot [10:09] boot [10:10] didrocks: latter -> later [10:10] fixing [10:11] didrocks: later, "this can commit the transient machine-id to disk in a race free manner" [10:11] * pitti apologizes for being a grammar fetishish [10:11] fetishist [10:11] ahah, it's good, don't worry :) [10:11] I have a good excuse, both of my parents were teachers, my mother was a German teacher :) [10:12] heh :) [10:13] didrocks: Lennart asked for the if (isempty(root)) thing? [10:13] i. e. strappenda doesn't treat NULL as ""? [10:13] or using strappenda(root || "", "/etc/machine-id") is too magic? [10:13] pitti: why later btw? I'm referencing /etc/machine-id? [10:14] didrocks: "becomes rw later" [10:14] didrocks: as opposed to "the latter will be..." [10:14] pitti: I did that at first, and noticed that he was doing the isempty() stuff just some line below with the same logic [10:14] (which is a reference to a previous enumeration) [10:14] pitti: I thought they wanted to avoid in the common case to have the strappenda() call [10:14] didrocks: ah, good, then keep that [10:14] pitti: ah ok, indeed :) [10:15] didrocks: "was an independent mount" → what's that? [10:15] as opposed to being a slave bind mount or so? [10:15] pitti: like /etc/machine-id is a mount point (not /etc) [10:16] didrocks: ah, I was wondering about the "independent"; so perhaps s/independent mount/mount point/? [10:16] pitti: yeah, sounds more explanatory, changing [10:16] independent is the "post revolutionary mountpoint" indeed [10:17] ogra_: no more slave mounts! [10:17] :) [10:17] ! [10:17] didrocks: S_ISREG(st.st_mode) -> why that additional check, as long as you can read from it? [10:17] ogra_: well, that's why I make-rslave later on :p [10:18] didrocks: ah, probably safer; it could be a socket which blocks [10:18] pitti: exactly, for sockets [10:18] or dirs [10:18] didrocks: why do you sometimes use log_error_errno() and sometimes just log_error with %m? (I don't know the former yet, and what the difference is) [10:19] pitti: that's part of the modifications, see http://lists.freedesktop.org/archives/systemd-devel/2014-December/025783.html (near the end) [10:19] they introduced that between my first patch and now [10:19] didrocks: machine_id_commit() will run in a separate binary, not in pid 1, right? [10:20] pitti: right, patch 3 introduces a binary for it [10:20] didrocks: oh, log_errror_errno() gets the "r" as arg, I see [10:20] yeah, and seems it's thread-safe compared to strerro(r) [10:21] didrocks: ok, I'm done complaining [10:21] I looked at the #define pragma, but a little bit too magical to me to understand why this one is threadsafe where the other isn't [10:21] \o/ [10:21] pitti: thanks for the suggestions, just wrapping that and sending :) [10:29] pitti: hum, any idea why the dates are all screwed up in my format-patch? [10:29] Mon Sep 17 00:00:00 2001 [10:29] didrocks: uh, no; they are usually correct for me [10:30] pitti: ah, I have the answer in the man, no worry :) [10:39] didrocks, pitti, I wonder if there is not really a problem with systemd/n-m, I've had 3 boots now where I needed to turn the switch on and off to be able to connect [10:39] didrocks, pitti, http://paste.ubuntu.com/9343059/ ... not much more without the -q [10:41] seb128, I have the school run @ 1520 UTC. I should be back in time for the weekly meeting, but if I'm not would you mind getting it started? [10:41] willcooke, sure can do [10:41] thanks seb128 [10:41] yw [10:43] seb128: that happened since 217? (you didn't complain on 215 about having to switch on and off) [10:44] didrocks, yeah, I didn't notice it before today [10:44] not sure when I rebooted previous, a week ago or so I guess [10:44] I can go back to 215 to test if you want [10:44] seb128: that and try to boot with upstart as well [10:45] just to ensure it's a systemd regression [10:45] k [10:45] brb === greyback__ is now known as greyback [10:59] didrocks, pitti, yeah, it's 217 that creates the issue, and it creates it for upstart as well as systemd used as init [10:59] could be udev or something [11:00] with 215 I'm online before unity7 UI is done loading [11:00] with 217 I need to turn network off and on other it never connects [11:10] seb128: sorry for causing confusion when juggling with bug ids when should have stayed in bed and fight of the cold ... [11:10] s/of/off/ [11:10] Sweet5hark1, no worry, do you feel better btw? [11:11] seb128: yes, today Im ok again. [11:11] * seb128 doesn't believe in staying in bed and doing nothing when having a cold, prefer to keep a bit busy to get his mind off the cold :p [11:11] Sweet5hark1, great :-) [11:14] seb128: well, I also did https://gerrit.libreoffice.org/gitweb?p=core.git;a=commitdiff;h=66fc18538b544d62bc51f2fc485cf997433ff990;hp=ef5051b59270b324968cb91304fb25f622b80329 ff. -- making one of the most fundamental base container classes of LibreOffice Writer a template class etc. [11:14] seb128: we will see in LibreOffice 4.5 how badly I broke stuff with that ;) [11:17] seb128: I can tell you though a 34" 21:9 ultrawide screen at your workplace helps fighting off the flu quicker though ;D [11:18] hehe [11:31] seb128: updated bug 1386170 for SRU-foo. While doing that, I noted there is no customer feedback yet (see comment 11) ... [11:31] bug 1386170 in libreoffice (Ubuntu) "Libreoffice startup center shorcut broken" [Undecided,Fix committed] https://launchpad.net/bugs/1386170 [11:31] Sweet5hark1, looking [11:32] Sweet5hark1, looks good, thanks === MacSlow is now known as MacSlow|lunch [12:06] pitti: we can avoid hardcoding, see my answer from Michael's questions [12:13] didrocks: but yeah, this is highly nontrivial, and at this point I'm not sure any more whether we really want to inflict this upon ourselves [12:14] didrocks: i. e. this turns bugs which are really in the *dm packages into systemd bugs, and apparently doesn't catch some more exotic configs? [12:19] pitti: well, remember that we did this in reaction of other bugs like "multiple dms starts due to systemd" [12:20] or none if the config isn't in sync [12:20] yeah, I know [12:20] rock <-> hard place [12:20] pitti: let's try the fix I proposed, I think that would help [12:20] (meaning, touching less if /e/X/d-d-m isn't correct) === Ursinha is now known as Ursinha-brb === Ursinha-brb is now known as Ursinha [12:35] pitti: btw, apt-get install nodm fails [12:35] invoke-rc.d seems to try to call systemctl enable without an unit file === alan_g is now known as alan_g|lunch === MacSlow|lunch is now known as MacSlow === Guest74903 is now known as Pici === alan_g|lunch is now known as alan_g [13:57] hello, i have question about updates. If i use lts version of ubuntu (14.04), will i receive updates for unity that are not just security updates (but also bugfixes) after 14.10 was released? [13:59] just want to know whether i have to abandon lts (14.04) to have newest version of unity 7 === pstolowski is now known as pstolowski|lunch [14:07] pitti: the nodedm case isn't due to my generator [14:07] pitti: the insserv generator isn't called on it [14:08] and look at the status, it's not masked [14:08] didrocks: hm, so why did it break with 217-1 then? [14:09] pitti: maybe something else in systemd? I'm unsure, but it's clearly not called or I'm missing something… [14:10] didrocks, pitti, did you see my note about the connection issue being a regression from 215->217 and impact upstart boots as well as systemd ones? need more info from me on that one? [14:10] * didrocks rechecks again [14:10] didrocks: ok, thanks for investigating; the generator seemed to be the most probable cause at first, sorry for the noise then [14:10] * seb128 downgrades to system 215 meanwhile [14:10] * xnox loves how 217 at times finds a dependency loop and removes units and does not start them at all =) [14:10] seb128: yeah, I have no clue about this [14:11] seb128: perhaps rather downgrade udev for now, to verify that? [14:11] didrocks, do you know what changed between those versions and maybe if I should try to revert changes? [14:11] pitti: let me reconfirm again, but I'm printing at startup of the function and the insserv isn't called [14:12] seb128: I'm on another urgent issue for now (with as well debates), so preferring to concentrate on this [14:12] dpm, hey, can you get https://translations.launchpad.net/ubuntu/vivid/+source/ubuntu-ui-extras to have a bumped priority/to be visible for ubuntu touch translators? [14:12] didrocks, well, the network issue impacts vivid users on upstart (e.g not only people opting in for systemd), but ok [14:13] *sigh* [14:16] k, meeting is in a bit more than hour, going for exercice and then I'm going to try to downgrade udev only [14:16] but that might be after the meeting [14:16] bbl [14:16] seb128: yeah, please file a bug to keep track of what you downgraded/experimented with, and what happens after booting [14:16] seb128: i. e. whether NM comes up, NM syslog, etc. [14:16] k [14:17] and if it's udev, we also need to compare udevadm info --export-db between 215 and 217, etc. [14:17] seb128: I'm not aware of any big changes in udev, so I'm afraid for now I don't have an idea where to start; we need some logs from your machine [14:18] seb128: enjoy the exercise! [14:18] pitti, ok, thanks, I'm out for an hour getting some exercice before night/meeting time, but I get those info when I'm back [14:18] pitti, danke [14:18] I assume I'm the only one so far to report those issues? [14:18] if that's specific to my config that's probably not a big issue [14:18] nothing on debian bts [14:18] still I would like to get to the bottom of it, so let's see what info I can get [14:19] seb128: yes, I didn't get any bug reports or IRC pings from someone else, and it's obviously working here [14:20] seb128: yes, I'd like to debug that too [14:21] pitti: so, I added log_warning("checking %s", de->d_name); after http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/patches/insserv.conf-generator.patch#n428 [14:21] pitti: I only have gdm3 and kdm printing, where the directory contains as well nodm and rpcbind [14:22] i want to enable compiz fusion in my ubuntu. i downloaded and installed all the necessary tools and plugins. yet it is not working. pls help === funky is now known as Guest55607 [14:23] working. pls help [14:23] i want to enable compiz fusion in my ubuntu. i downloaded and installed all the necessary tools and plugins. yet it is not working. pls help [14:23] anybody there?? [14:24] Guest55607: !topic [14:24] (For support please join #ubuntu) [14:25] but nobody is replying to my question there [14:26] pitti: oh, maybe it's the generator with a silent return code !=0, let me try :) [14:27] pitti: that would explain everything then: others dms are not iterated over and so, not inserted under the x-display-manager target [14:28] helooo [14:52] larsu: I think I have an issue with strappenda actually [14:52] defaultdm_unit_path = strappenda(SYSTEM_DATA_UNIT_PATH, "/", default_dm, ".service"); [14:52] with static const char *default_dm = NULL; [14:52] (cached outside the function) [14:52] and _cleanup_free_ char *defaultdm_unit_path = NULL; from within the function [14:53] I'm getting a double free corruption if I let that instruction === pstolowski|lunch is now known as pstolowski [14:53] how does strappenda know that you pass it 4 arguments? (I assume it's a vararg function?) [14:55] ah, it's a macro that inlines __VA_ARGS__ into an array. Neat. [14:55] yeah #define strappenda(a, ...) \ [14:55] didrocks: anyhow, don't free() something you allocated with alloca [14:55] larsu: I don't free anything [14:55] at least, not explicitely : [14:55] didrocks: _cleanup_free_ marks it for free()ing [14:55] :) [14:56] larsu: ahhhhh, making sense, I thought it was preparing it [14:56] didrocks: yep, welcome to c99 :) [14:56] larsu: I need to read this one day :) [14:56] larsu: thanks a lot! [14:56] it's pretty cool, but most projects don't make use of it because they want to work on !gccc [14:56] *gcc [14:56] pitti: FYI, so that was part of the cause, I'll add my fix now ^ [14:57] larsu: yeah, I bet… [14:57] didrocks: ah, I faintly remember asking about strappenda() getting along with NULL strings :) [14:57] didrocks: great! [14:58] * didrocks rebuilds, retests, etc. [14:58] pitti: probably not, the macro calls strlen() on the strings [15:07] seb128, done, ubuntu-ui-extras has now the same priority (8500) as ubuntu-ui-toolkit [15:24] pitti: ubuntu-docs was just built in utopic-proposed, so I think I've done my part before the langpacks update. [15:30] dpm, thanks [15:31] #startmeeting Desktop Weekly Meeting 2014-12-02 [15:31] Meeting started Tue Dec 2 15:31:06 2014 UTC. The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [15:31] Available commands: action commands idea info link nick === meetingology changed the topic of #ubuntu-desktop to: Welcome to the Desktop Team | https://wiki.ubuntu.com/DesktopTeam | For support please join #ubuntu | Desktop Weekly Meeting 2014-12-02 | Current topic: [15:31] willcooke, hey ;-) [15:31] Roll Call: attente_, desrt, didrocks, FJKong, larsu, mlankhorst, qengho, seb128, Sweet5hark1, tkamppeter [15:31] hey [15:31] heya [15:31] Sorry I'm late all, had to do the school run [15:31] dang! [15:32] attente_, hey, are you ready to roll, or shall we come back to you? [15:32] o/ [15:32] in the interests of brevity, lets come back to attente_ and move on to desrt [15:32] #topic desrt === meetingology changed the topic of #ubuntu-desktop to: Welcome to the Desktop Team | https://wiki.ubuntu.com/DesktopTeam | For support please join #ubuntu | Desktop Weekly Meeting 2014-12-02 | Current topic: desrt [15:33] gdk-mir backend: [15:33] some investigation into multiple window apps, need support from mir for surface positioning, might not be available till jan [15:33] fix a bug with text selection [15:33] er. sorry [15:33] :) [15:33] add a hack for making menus and transient dialogs clickable [15:33] nw [15:33] this is great, thanks attente_ [15:34] desrt, you want to go? [15:35] sure [15:35] did a lot of running around, meetings, bug-filing about missing mir features for desktop [15:35] fixed semi-serious GMainContext bug (thanks to ppc64le and Laney for finding it) [15:35] finished off GVariant vector serialisation work (see https://git.gnome.org/browse/glib/log/?h=wip/gvariant-kdbus for info) [15:35] still a lot more GVariant work to do to prepare for kdbus -- follow the branch linked above [15:35] starting on internal cleanup of GBytes (GVariant's memory tracking structure) [15:35] (fin) [15:35] thanks desrt [15:36] #topic didrocks === meetingology changed the topic of #ubuntu-desktop to: Welcome to the Desktop Team | https://wiki.ubuntu.com/DesktopTeam | For support please join #ubuntu | Desktop Weekly Meeting 2014-12-02 | Current topic: didrocks [15:36] Ubuntu developer desktop: [15:36] * Some reviews and fixes for jayatana (appmenu integration for java applications) to be integrated by default on ubuntu. Need upstream to put a last fix and cut a tarball. [15:36] * Started discussion on pip/rubygem with sudo [15:36] Bluez: [15:36] * Put back packages to the transition ppas to have them built on all archs [15:36] * Tested with Mathieu that bluez5 + pulseaudio integration is working [15:36] * Started investigating some of the package transitions (bluemon, blueman, …) The good news is that most of them don't need anything! [15:36] Systemd: [15:36] * Fix using generators how default DM are handled and have only one started, being or not migrated to systemd [15:36] * Get previous week patch (for empty machine-id) feedbacks + done some modifications. Waiting for a rereview [15:36] * Started to look X failsafe handling and possible implementation using systemd services [15:36] EOF [15:37] sounds like bluez is moving forwards nicely [15:37] thanks didrocks [15:37] didrocks, any idea how many potential names we had for the UDTC ? [15:37] *have [15:37] willcooke: I would say like 20-25, I did repost on g+ for the second week of the contest [15:38] wow - that's really good [15:38] not a lot of +1 on any name though, we will have to vote ourself I guess :) [15:38] haha! [15:38] #topic FJKong === meetingology changed the topic of #ubuntu-desktop to: Welcome to the Desktop Team | https://wiki.ubuntu.com/DesktopTeam | For support please join #ubuntu | Desktop Weekly Meeting 2014-12-02 | Current topic: FJKong [15:38] FJKong, are you around atm? We can come back to you if not [15:38] Dash pinyin progress: coding for converting Chinese character to pinyin [15:38] tgenerate a mapping table between PinYin and character [15:38] splite Chinese character (ignoring english words) [15:38] get all candidate lis [15:38] all about pinyin thing [15:38] eof [15:39]