=== letanque is now known as help === help is now known as letanque === letanque is now known as tanque === tanque is now known as letanque === letanque is now known as tanque === m_conley is now known as m_conley_away === tsimpson_ is now known as tsimpson === _thumper_ is now known as thumper [05:37] Good morning [06:00] good morning [06:24] bonjour didrocks [06:24] Guten Morgen pitti === oCrazyLem is now known as CrazyLemon [07:25] fginther: hey, once you are around: FYI, the amd64 machine is down again after the daily update… Can you give me access to be able to reboot it until you switch to the better solution? [07:33] morning [07:33] hey willcooke [07:37] good morning desktopers [07:37] salut seb128 [07:38] lut didrocks ;-) [07:54] seb128: on https://bugs.launchpad.net/ubuntu/+source/gnome-online-accounts/+bug/1353951, did you want to wait on someone to prepare a patch? Not sure why sponsored is subscribed as there is nothing ready to sponsor [07:54] Ubuntu bug 1353951 in evolution-data-server (Ubuntu) "gnome online accounts require autentication on startup" [High,Triaged] [07:54] seb128: I can do the work if needed as my sponsoring shift, even if it's not really "sponsoring" [07:56] didrocks, sponsors is subscribed because it's a patch we need and that's the most obvious way we have to keep it visible [07:56] didrocks, I planned to do it myself this week if nobody does it before [07:56] didrocks, yes, I slightly abuse the sponsoring queue for those items, but I think that makes sense [07:56] seb128: I'll do it then [07:56] thanks [07:56] yw [07:57] it might be good to SRU to trusty as well [07:58] tkamppeter, hey hey! It's meeting time again. Same deal as yesterday I think [07:58] seb128: hum, wouldn't it be better to update trusty with .6 rathe? [07:58] rather* === bigon_ is now known as bigon [07:59] willcooke, I have dialled in ad waiting for you to connect. [07:59] didrocks, hum? [07:59] tkamppeter, dialing now [07:59] seb128: https://git.gnome.org/browse/evolution-data-server/?h=evolution-data-server-3-12 [07:59] didrocks, which one did you mean "utopic with .6" ? [07:59] seb128: so e-d-s 3.12.6 [08:00] didrocks, trusty is on 3.10 and there is no > .4 [08:00] didrocks, utopic is on 3.12 which has a .6 [08:00] seb128: I'm talking about utopic, as we are on 3.12 [08:00] didrocks, you wrote trusty ;-) [08:00] evolution-data-server | 3.12.4-0ubuntu1 | utopic | source, amd64, arm64, armhf, i386, powerpc, ppc64el [08:00] didrocks, right, that makes sense [08:00] didrocks, I was wondering if you wanted to SRU 3.12 to trusty [08:00] seb128: so, utopic doesn't have .6, right? [08:00] or if you typoed [08:00] no [08:00] .6 is recent [08:01] if you want to do the update please do ;-) [08:01] yeah, will be similar [08:01] Laney handled e-d-s this cycle and I think that one went out since he's away [08:01] .5 in august though! [08:01] slacker ;) [08:01] hehe [08:06] interesting, I didn't have germinate installed === ogra_` is now known as ogra_ === jibel_ is now known as jibel === Sweetsha1k is now known as Sweetshark [09:34] Trevinho, the feedback has been a bit silent for my taste, but at least nobody has said that they got the missing-password issue after installing your package [09:35] They did say that compiz was eating CPU like crazy but this happened to people running both the modified and the unmodified version, so I expect it's a different issue. [09:47] dpm, hey [09:48] hey seb128 [09:48] dpm, I enabled translations for a few packages that were missing it, like sync-monitor or indicator-transfer [09:48] dpm, do we need to let the translators know in some way, or flag those in the list so they show in the phone high ranking? [09:49] I will add them to the stats pages. However, last time I looked, they were missing i18n altogether, and I've not seen any status changes in the bugs (although I'm still catching up on e-mail) [09:50] dpm, the indicator is missing i18n? what does that mean? [09:50] dpm, that it wouldn't use the strings even if the .mo is there? I doubt it, it's an indicator and it's standard code similar to the other ones [09:50] dpm, sync-monitor I don't know about [09:51] dpm, still we should get it translated, so when we fix the code the strings are there [09:51] seb128, there weren't any strings marked for translation. But before I speculate more, let me have a look again [09:51] dpm, thanks [09:51] dpm, well, in those cases they are strings and I made the templates be imported [09:52] dpm, https://translations.launchpad.net/ubuntu/utopic/+source/sync-monitor [09:52] ok, cool [09:52] dpm, https://translations.launchpad.net/ubuntu/utopic/+source/indicator-transfer [09:54] seb128, ah, that's what confused me: http://bazaar.launchpad.net/~indicator-applet-developers/indicator-transfer/trunk.14.10/files/head:/po/ - no .pot file, however luckily the source package does generate one [09:58] dpm, thanks for calling my work "luckily" :p [09:58] dpm, it generate one because I did submit fixes for that to happen and then accepted the template in launchpad [09:58] * dpm hugs seb128 [09:58] shrug [09:58] that's slightly insulting [09:59] dpm, if I did it the wrong way feel free to tell me what I should have done instead at least ;-) [09:59] * seb128 hugs dpm back [10:01] seb128, it's perfect. I just meant that the upstream devs should have enabled translations upstream. And by luckily I wasn't implying that the work got done by chance, I just meant that it's good that even upstream translations are not enabled, the source package ones are [10:01] dpm, well, I did it this way because the "translation in upstream trunk" doesn't work [10:01] dpm, we keep having outdated pot files [10:01] dpm, we need a way to get the pot updated automatically [10:02] the "translate in ubuntu" is more robust [10:02] dpm, I'm pondering undoing the "translate upstream" for ubuntu-system-settings btw [10:02] seb128, yeah, I was meant to have a conversation about automatically updating .pot files in the ci-train with Lukasz, but I didn't manage before going on holiday [10:03] dpm, we do update the pot in individual merge requests (at least for settings) because then all merge requests conflict on the pot [10:03] we don't* [10:03] seb128, please don't disable upstream exports, unless it's affecting development in any way. I'm still using these to update the stats at http://projects.davidplanella.org/stats/utopic [10:03] dpm, we often have several changes queued which update strings, and it becomes challenging to land stuff together if you include the pot refresh [10:04] dpm, ok, still we keep having outdated templates, which is annoying [10:04] I need to have these conversation about updating pots automatically [10:04] that doesn't happen on the ubuntu side [10:04] right [10:05] dpm, btw, speaking about translation, we started hitting bugs because launchpad's gettext is too old/doesn't handle "\u" unicode chars [10:05] larsu, btw, did you open a bug on launchpad itself about that? if not we should probably do it [10:06] seb128, yeah, it's a tradeoff right now. On the Ubuntu side it's difficult to point developers to the right packages/click apps to translate (and we can't have click apps in the source packages list), and we can't have reliable stats for OEMs, that's why I created the stats page [10:07] seb128, yeah, I think it's ancient. It does not handle {arg} translations for python either. I asked wgrant a while ago, and it seems the server is still on an old Ubuntu release [10:07] seb128: good point [10:07] dpm: is there already a bug open about that? [10:07] larsu, I don't remember having opened one [10:08] okay, I'll open one then [10:09] larsu, danke [10:10] dpm: with {arg} you mean the python3 str.format() style? [10:10] larsu, exactly [10:10] ok [10:13] seb128, dpm: bug #1367213 [10:13] bug 1367213 in Launchpad itself "Launchpad's xgettext is old" [Undecided,New] https://launchpad.net/bugs/1367213 [10:13] thanks larsu [10:15] larsu, danke === MacSlow is now known as MacSlow|lunch [11:10] marga: ok, thanks.... Let's continue the test for few days.. That change is going to be SRU'ed anyway [11:34] is launchpad on crack? [11:34] File evolution-data-server_3.10.4-0ubuntu2.debian.tar.gz already exists in Primary Archive for Ubuntu, but uploaded version has different contents. [11:34] nothing in trusty queue: https://launchpad.net/ubuntu/trusty/+queue?queue_state=1&queue_text= [11:35] and not in trusty: https://launchpad.net/ubuntu/+source/evolution-data-server [11:35] * didrocks wonders if now, launchpad looks at other releases and try to match the content [11:35] like this one on utopic: https://launchpad.net/ubuntu/+source/evolution-data-server/3.10.4-0ubuntu2 [11:54] didrocks, it always did that [11:54] didrocks, you can't use again a version number that has a been used [11:54] didrocks, like it 3.10.4-0ubuntu2 existed in utopic you can't use it in trusty [11:54] that's why we do the 1.1 thing usually [11:54] seb128: hum, weird, I was in my mind really sure that after forking between r and r+1, we did that in the past [11:55] but probably bad memory, and long time I didn't do "regular packaging" apart from CI ones :) [11:55] (anyways, already uploaded 1.3 btw) === MacSlow|lunch is now known as MacSlow [12:04] Sweetshark: hey! so GunnarHj provided some translation patches some weeks ago, do you mind having a look? https://bugs.launchpad.net/ubuntu/+source/libreoffice-dictionaries/+bug/1308771 [12:04] Ubuntu bug 1308771 in libreoffice-dictionaries (Ubuntu) "Update Swedish spellcheck and hyphenation dictionaries" [Medium,In progress] === seb128_ is now known as seb128 [12:04] Sweetshark: sounds useful to SRU to trusty as well [12:06] didrocks: hmmm, we just bumped Libreoffice on trusty to 4.2.6 though, but yes: I should keep that in mind when bumping to 4.2.7 on trusty. [12:06] Sweetshark: please do (and update the status of the bug as well then) [13:28] tkamppeter, do you have a link to the information about how printer makers can add their drivers to the database? I did a quick search, but I couldnt find what I was looking for [13:31] didrocks, once your next blog post is out, do you think it's worth us organising a community hangout to talk about the next steps (what our next targets are etc)? Or perhaps that is better suited to a mailing conversation? [13:34] willcooke: http://www.linuxfoundation.org/collaborate/workgroups/openprinting/writingandpackagingprinterdrivers [13:35] great, thanks tkamppeter. And thank you very much for your hard work in the conference calls. Great job [13:35] I think they went really well [13:43] willcooke: I guess a hangout can work (funny you tell this, I wrote this 20 minutes ago in a comment on g+) ;) [13:44] didrocks, how about that?! [13:44] ;) [13:44] heh [13:44] It reminded be to do something about it [13:44] yeah, that was my guess, you cheated! :) [13:44] So if you're happy to do that, I will work with dpm or jcastro and get something in the diary [13:45] willcooke: that would be perfect! [13:45] willcooke: didn't get time with the infrastructure flakyness to prepare the blog post yet. Probably tomorrow [13:45] didrocks, aint no thing === m_conley_away is now known as m_conley === Ursinha is now known as Ursinha-afk [14:55] fginther: so i386 is again (3rd time of the day) off after the revert, it seems that it's the jenkins slave that doesn't boot up or there is a race [14:56] fginther: I can ssh to it and it's indeed reverted without any jenkins process [14:56] I remember that jibel had an upstart job to fail & retry, maybe we should check with him and put that into the vm image? [14:56] didrocks, oh, sorry about that. I saw your message, then got sucked into meetings [14:56] fginther: no worry, I reverted and rebooted thanks to virsh myself, the other times :) [14:56] but as it seems it's quite frequent and only related to not having the jenkins slave process, maybe we can workaround this [14:57] didrocks, yes, I was going to add a workaround to the revert job if this continued to be a problem, I can do that now [14:58] the upstart job is set to retry, perhaps it's respawning too fast. The logs get removed on the revert, so I haven't looked at them yet [14:58] fginther: yeah, want me to just try a "start jenkins-slave" [14:59] didrocks, sure, I was just going to make that a part of the revert job === Ursinha-afk is now known as Ursinha [14:59] fginther: so, the agent started, without any issue [15:00] and it runs the update [15:00] fginther: how do you want to make that as part of the revert job, as you are on another machine? [15:00] just sshing to both of them and try a start? [15:00] ssh to it [15:00] (after the 300s) [15:00] ok [15:00] yep [15:00] sounds good enough for now ;) [15:00] fginther: you can run the revert job if you need btw [15:01] (to tests 2-3 times) [15:01] didrocks, so you're not using it at the moment? [15:01] fginther: for the next hour, no [15:22] fginther: you should add a || true I guess [15:22] + ssh ubuntu@ps-trusty-desktop-amd64-1 /usr/bin/sudo start jenkins-slave [15:22] start: Job is already running: jenkins-slave [15:23] fginther: doing and restarting [15:23] thanks [15:24] yw! [15:25] 5 minutes! [15:26] 17:24:59 desrt | 5 minutes! [15:26] desrt: fail at 1s here! :) [15:26] check your clock! [15:27] * didrocks checks and trusts his clock [15:28] 2 minutes! [15:29] 1 minute! [15:29] better! [15:29] * Sweetshark lurks moar [15:30] willcooke: GO! [15:30] Roll call (taking in to account holidays and people I know aren't here): attente_, desrt, didrocks, larsu, qengho, seb128, sweetshark, tkamppeter [15:30] o/ [15:30] o/ [15:30] \o [15:31] oh. hi. [15:31] Shall we go in alphabetical order, or does someone want to go first? [15:31] desrt: disappointing :( [15:31] larsu: i've heard that you shouldn't use \o or o/ so i wanted to avoid it [15:32] desrt: why not? [15:32] willcooke: I haven't been called, but I will gladly take a look what's going on ;) [15:32] apparently from the side it looks like a nazi salute [15:32] cool! hi dgadomski - good to have you here [15:32] willcooke: in the order you specified [15:32] willcooke: let's go alphabetical I guess :) [15:32] attente_, you're first [15:33] don't think attente_ is around atm, so let's move on to desrt and come back around [15:33] * desrt phones attente_ :) [15:33] sorry, i'm here, i just didn't have my status ready [15:33] tsch [15:33] ;) [15:33] attente_, you want us to come back to you>? [15:34] please :) [15:34] ok, desrt go for it [15:34] - fixed long-standing difficult-to-track-down bug in glib's mime handling code where the wrong default app was being picked [15:34] - proselytised for the church of gperf [15:34] - spent most of the week working on adding support for StopUnit and Abandon to the cgroup scopes in systemd-shim [15:34] fin [15:35] Excellent, thanks desrt. Moving on to didrocks [15:35] desrt, do you have a bug reference for the wrong mime one? [15:35] or an example [15:35] seb128_: no :( [15:35] I wonder if that's something we should SRU [15:35] k :/ === seb128_ is now known as seb128 [15:35] no. [15:36] it's in my new mime code which i only did this cycle [15:36] k [15:36] so it won't impact other releases [15:36] thanks [15:36] however, there are older similar bugs... [15:36] but uh... OBSOLETE now, i guess, and no patches to pick :( [15:36] we changed the spec pretty throughly at the last freedesktop summit... [15:36] that's actually maybe something to talk about: we should stop using defaults.list: it is deprecated [15:37] should now be gnome-mimeapps.list (since only GNOME ever processed this file anyway) [15:37] but now we can also have unity-mimeapps.list, kde-mimeapps.list, etc, etc. [15:38] seb128: desrt: done then? [15:38] sure. let's chat in detail after the meeting. [15:38] ok, so my status is 12 lines, to avoid any complain from seb128, I'm using a pastebin: http://paste.ubuntu.com/8300814/ :) [15:38] desrt, k, that's a discussion worth having next month when we are together [15:38] EOF then :p [15:38] seb128: even better [15:38] desrt, ;-) [15:38] didrocks, lol [15:38] didrocks -q [15:38] :p [15:38] didrocks: WRAP YR TEXT! [15:39] desrt: use plain mode! [15:39] http://paste.ubuntu.com/8300814/plain/ [15:39] need to auth to go in plain [15:39] that pastebin is ridiculous [15:39] yeah, but wrapping shouldn't be a matter of the paster tbh :p [15:39] the most important thing is that we still get to complain about the way in which didrocks gives his status [15:39] screen width is changing between setup [15:39] :-) [15:39] desrt: I see that ;) [15:39] 80 chars wrapping! [15:39] don't even dare! [15:40] so adding: [15:40] * Got a wrapping argument with the CI team :) [15:40] happyaron, didrocks, what's the status of the fcitx mir? [15:40] seb128: no news from happyaron, still pending on him to do the needed changes + releases [15:40] k [15:40] seb128: and I'm getting more MIRs from others, so fcitx can be lower in the list… [15:41] willcooke, ^ that might be an issue worth keeping an eye on [15:41] (and I feel less confident that it's something we are supporting due to the lack of feedback/fix cycles) [15:41] didrocks, seb128 happyaron - let me know if I can assist with the Fcitx work [15:41] seb128, ack [15:41] :) [15:41] willcooke, not sure how you can help, but we need to unblock that if we want to enable that support this cycle [15:41] seb128, I'll chat to happyaron [15:42] anyway, let's get this train wreck back on the rails.... didrocks please carry on [15:42] willcooke, thanks [15:42] (meeting = train wreck, not fcitx) [15:42] willcooke: hum, I don't have more than what I wrote on the pastebin ;) [15:42] ahh, kk [15:42] not enough? ;) [15:42] attente ready yet? :) [15:42] * desrt sees fcitx mention [15:43] yes [15:43] so yeah, if you follow the links in the pastebin, you can see our daily udtc runs [15:43] proper migration of old ibus input sources for users switching to fcitx, thanks desrt for gperf advice [15:43] didrocks, I send a copy & paste of the meeting notes to robert_ancell and TheMuso, so inline is probably easier for those guys, jus' saying [15:43] debugging a race between u-s-d and fcitx on session start [15:43] to-do: still need to debug sync issues between fcitx current IM and gsettings current input source [15:43] to-do: i-k icons don't look right in fcitx-qimpanel, not sure why [15:43] willcooke: if seb128 & co stop complaining, I can do, let me repaste after attente_ then :) [15:44] lol [15:44] -q version? :p [15:44] * seb128 stops trolling didrocks [15:44] (we should just move the meeting to friday...) [15:44] * Sweetshark wonders why [15:44] attente_: done? [15:44] wondering about stopping not moving [15:44] didrocks: yes, sorry, (eof) [15:45] for robert and themuso then, repasting: [15:45] * Released Ubuntu Developer Tools Center 0.0.5 (trusty and utopic). This version is focused on better testing reliability in difficult conditions like slow CPU and network and jenkins environment. Details at https://github.com/didrocks/ubuntu-developer-tools-center/commit/8ab0fbda19627832b03ca9bbe3f2dabbc30b142b. Merged external translation contributions! [15:45] * Setup jenkins daily tests on both i386 and amd64, with git or latest version (system) in a distro. Always install on a fresh install, running every 2 hours and report all results (https://jenkins.qa.ubuntu.com/job/udtc-trusty-tests/) [15:45] * running from trunk and dependencies from trunk: https://jenkins.qa.ubuntu.com/job/udtc-trusty-tests/34/ [15:45] * running with a system setup (installed package from distro and dependencies + corresponding tests at rev from distro): https://jenkins.qa.ubuntu.com/job/udtc-trusty-tests/36/ [15:45] * code coverage reports jobs: (trunk) https://jenkins.qa.ubuntu.com//job/udtc-trusty-tests-collect/20/label=ps-trusty-desktop-i386-1/console, (system) https://jenkins.qa.ubuntu.com//job/udtc-trusty-tests-collect/21/label=ps-trusty-desktop-i386-1/console [15:45] -> I'll write a blog post next week with more details on the testing setup. [15:45] * TODO: medium tests are disabled for now (hence the red dots) due to firewall issues to get the docker image. RT in progress. [15:45] * TODO: issues with the vm not reconnecting to jenkins after 3/4 of machine resets. fginther is adding a workaround. [15:45] * TODO: system medium tests not supported (it would involve rebuilding everytime a docker container). Not a priority as large tests are passing. [15:45] * Helped Kylin team on html/javascript and C++ calls. [15:45] * Some help and discussion with the CI team + (very) quick bug fixing. [15:45] * Patch piloting, including updating evolution-data-server in utopic + trusty. [15:45] eof? [15:45] yeah, eof [15:46] thx didrocks - larsu, over to you [15:46] sure [15:46] - look into fixing gtk tests, but we decided to not warn on deprecated properties instead [15:46] - unitythemeprovider landed in staging. New patch: support .xpm icons and /usr/share/pixmaps [15:46] - gtk theme: fix popover menus (menuitems were rendered as buttons) and tweak background hacks for overlay-scrollbars [15:46] - investigated why unicode escapes in c/c++ string literals don't work in launchpad and worked around it in indicator-datime [15:46] - indicator-messages: investigate wakeups. Haven't been able to reproduce yet [15:47] I'm sure i-messages monitors XDG_DATA_DIRS, just gotta remove this with desrt's suggestion [15:47] eof [15:47] excellent stuff, thanks larsu [15:47] larsu: i'm done with the systemd-shim stuff for now, i think (hallyn just tested it) so i may be able to look at inotify stuff today [15:48] i doubt i want to land a patch in glib upstream this cycle since we're on the eve of hard code freeze, but i could get something lined up for next cycle and we could vendor-patch it in [15:48] we need to slay this issue eventually... [15:48] desrt: cool. let's talk about this after the meeting [15:48] yup [15:48] qengho, over to you... [15:48] - more Chromium-Mir work. I need to run mir, to test. [15:48] - setting up Cr contributed translations import/export. [15:48] - minor Cr bugs. Thinking about autopkgtest test for a fontconfig bug. [15:48] - dogfooding EN / ZH-pinyin fcitx. [15:49] EOF [15:49] good work on the Mir work [15:49] willcooke: Too early to praise me. :) [15:49] ha! [15:49] I have faith [15:50] * willcooke is lovin' PDF in browser [15:50] qengho: are you using the transition PPA? [15:50] attente_: the PPA? You mean branches? [15:50] qengho, it's good that the Mir work is moving forwards though. [15:50] qengho: i mean for the fcitx dog fooding [15:51] attente_: Oh, no. [15:51] attente_: I read "transition" as translation. Sorry. [15:52] seb128, you're up [15:52] attente_: I'm using the packages in U. [15:52] • ubuntu-system-settings for touch [15:52] ∘ quite some bugfixes (orientation plugin having wrong framing, some panels having scrolling issues, ui difference with design) [15:52] ∘ tested/reviewed changes from others [15:52] • made indicator-transfer translatable [15:52] • fixed typo in sync-monitor and made it translatable on launchpad [15:52] • tested the current phone rtm, filed a stack of bug reports, sent some easy patches for label wrapping issues in non english locales [15:52] • send patch to make indicator-display translatable on launchpad [15:52] • looked at indicator-datetime/utf string escaping/launchpad issue [15:52] • test work from robert_ancell on u-c-c/u-s-d to allow updating gnome-desktop in utopic, seems to work correctly now (Laney said he would get it approved when he comes back if things are working) [15:52] • started looking at new gedit and evince to see how they work under Unity, we can probably update, maybe next cycle would be better though [15:52] • usual share of bugs triaging and desktop discussions [15:52] [15:52] (that's it for the week) [15:52] seb128: christ man... ever heard of pastebins? [15:52] thanks seb128 [15:52] desrt, be nice, didrocks would feel alone if I was not doing that ;-) [15:53] seb128: gedit o/ [15:53] I agree next cycle is better though [15:53] larsu, yeah, but the nice option are in 3.13 and that requires gtk 3.13 [15:53] evince might be doable this cycle [15:53] nah, I'm fine with next [15:53] I have 3.13 working, it looks ok, I just need to turn on normal decorations instead of headerbar decorations [15:53] + the menubar issue [15:54] are we ever going to sync back up on gtk releases or is 1-behind our new normal? [15:54] seb128: do you need help with thaat? [15:54] *that [15:54] larsu, well, evince fixes a stack of bugs and add better hidpi support, so might still be worth asking a ffe for [15:54] desrt: new normal [15:54] seb128: ah, good point [15:54] desrt, no, we decided to do that because unstable gtk are creating too much work for us [15:54] oh well. at least this gtk release is a good one, so next ubuntu release will be nice :) [15:54] too bad about this one, based on crap gtk :) [15:54] desrt: once *someone* fixed the theme [15:55] desrt: and o-s :/ [15:55] it's not that crappy though [15:55] dialogs... [15:55] most of the fixes are now at least in the new one, but i guess we patch those anyway [15:55] we backported those changes [15:55] right [15:55] seems like things are getting a bit more calm upstream [15:55] yeah, I don't think we have issues with the current version [15:55] let's talk in october :) [15:55] indeed [15:56] until mcann comes back :D [15:56] Sweetshark, over to you. How was the conference? [15:56] willcooke, can move on to the next one ;-) [15:56] larsu: this irc channel is logged :p [15:56] - LibreOffice conference (see report for details in epic proportions) [15:56] - some security aftershocks [15:56] - reviewing mail merge patches upstream [15:56] - some MIR rationale prose [15:56] - also highly encouraged by the last trusty update: its been out for a week [15:56] - ignoring stacktraces that happend only once (because they might be background radition/hardware fail) we have only 3 stacktraces there: [15:56] - one with 33 occurrences (seems to be something on the startup) [15:56] - one with 23 occurrances (possibly unity itegration) [15:56] - one with 12 occurrances ("cannot copy extracted data...." -> packaging issue) [15:56] - everything else is 1 occurance or less [15:56] - compare that with the 3.5.7 package from precise with the following occurence counts: 144, 93, 82, 80, 39, 37,27, 25, 22, 21 for the top 10 in the last week [15:56] - up next: some finishing touches for 14.10: reenable mergedlibs, autopkgtests [15:56] EOF [15:57] willcooke: conference as awesome and terribly exhausting -- as usual. [15:57] :D [15:57] desrt: so? !calm doesn't mean bad necessarily [15:57] Thanks for the trip report(s) , very interesting reading [15:57] tkamppeter, over to you [15:58] * desrt notes libreoffice policy: it's not a bug until it affects 10 users [15:58] which is nothing for them [15:59] - Posted student projects for VALS Semester of Code (http://vps.semesterofcode.com/), 8 projects which stayed "unsold" after GSoC 2014, plus mobile print dialog for Ubunt phone [15:59] - Two phone meetings with Will Cooke and representatives of printer manufacturers, to present them Ubuntu andits printing stack and printing technologies currently under development. Especially Lexmark is very interested in th concept of auto-downloadable drivers. [15:59] - system-config-printer: Updaed to 1.5.1 [15:59] - Bugs. [15:59] desrt: unless one of them is a paying customer ;) [15:59] (or a developer) [15:59] thanks tkamppeter, and thanks again for your support in the conference calls. [15:59] Ok, I have reports from robert_ancell and TheMuso. Here comes cut & paste.... [16:00] == robert_ancell == [16:00] Worked on: [16:00] - Released LightDM 1.11.8 [16:00] - Helped diagnose cgroup issue on krillin that was triggered by timing improvement in lightdm (bug was in systemd-shim) [16:00] - Helped diagnose issues with non-free video drivers not tagging their devices so logind considers that seat to have graphics capability [16:00] - Bug fixes and test improvements in LightDM [16:00] - Backported changes from LightDM 1.11 to 1.10 in preparation to SRU into Ubuntu 14.04 [16:00]