=== Ursinha-afk is now known as Ursula [00:01] pitti, is the retracer going to work with the gnome3 ppa crash reports? === m_conley is now known as m_conley_away [01:03] c === fenris is now known as Guest24195 [02:21] hmm.. bug 1160145 [02:21] Launchpad bug 1160145 in gtk+2.0 (Ubuntu) " trying to overwrite shared '/usr/share/doc/gtk2-engines-pixbuf/AUTHORS', which is different from other instances of package gtk2-engines-pixbuf:amd64" [Undecided,New] https://launchpad.net/bugs/1160145 === fenris is now known as Guest18389 [05:29] good morning [05:30] darkxst: not the LP retracer; we'd need to set up a retracer for the GNOME PPAs, if they have ddebs [05:37] pitti, I don't think they do currently. would this be something hard to setup? [05:37] darkxst: no, quite many PPAs do that already, I just don't know how; #canonical-sysadmins should know [07:03] pitti, ddebs have been enabled now [07:03] nice [07:04] if you could get a retracer setup whenever you get a chance that would be awesome ;) [07:06] NB we don't usually run retracers for PPAs [07:06] anyway, once you have some ddebs and get a first crash, I can look into this [07:06] but I need a crash or two to test === fredp` is now known as fredp [07:13] pitti, ok, shouldnt be any shortage of crashes, we already have a whole bunch. I guess the ddebs will appear as we update to 3.8 [07:13] right, you need new builds for those [08:03] good morning [08:09] bonjour jibel [08:11] salut jibel [08:11] bonjour [08:14] salut pitti didrocks === tkamppeter_ is now known as tkamppeter [08:30] hey desktopers [08:31] salut seb128 [08:33] lut didrocks === alan_g is now known as alan_g|afk === AlanChicken is now known as AlanBell === alan_g|afk is now known as alan_g === tsimpson_ is now known as tsimpson === huats_ is now known as huats [09:38] Laney: btw, pochu prepared glib 2.36 in svn, but didn't upload it yet; I was going to wait for him to ask why (just matter of time/sbuild, or whether he wanted to look into somethign particular) [09:39] this holds back the new gobject-introspection, but that's also already staged in svn [09:39] pygobject is uplaoded to exp, I'll sync that [09:39] and I merged our Ubuntu changes of gvfs to debian exp, so the remaining diff is once again the libbluray-dev build dep [09:40] pitti, will you update glib/gvfs? I was about to look at those but I'm happy to let them to you [09:41] pitti, Laney is off for 2 weeks (holidays) === Ivanka_ is now known as Ivanka [09:41] seb128: ah, then yes [09:41] seb128: as I said, I'll sync up with pochu [09:41] pitti, danke [09:43] pitti: is it known that systemd test-suite is sensitive? (it failed for me in sbuild on tmpfs on overlayfs, I think no fakeroot) [09:43] passed fine just on the host. [09:43] xnox: I didn't see that failure, no [09:44] pitti: not sure, if it's specific to my setup though. [09:44] xnox: you mean on package build, I guess? (we have a patch to fix the test suite for ubunut) [09:44] pitti: I am building the ubuntu package. and on package build test-suite did not pass inside sbuild, but did pass with straight debuild. [09:44] ok, not known then [09:45] * xnox has eatmydata as well. [09:45] pitti: I will first eliminate culprit and then report back again. [09:59] hey pitti! [09:59] pitti: so seb128 and I discussed about https://bugs.launchpad.net/cupstream2distro/+bug/1158775 [09:59] Launchpad bug 1158775 in cupstream2distro "the ppa builds don't have their translation template (.pot) sent back to launchpad, leading to outdated Ubuntu strings lists" [Undecided,New] [09:59] salut didrocks ! [09:59] pitti: due to building in an extra ppa, we don't have pkgbinarymangler ran, right? [09:59] and so not stripping of the translations? [09:59] (nor templates being sent) [10:00] pitti: do you have any idea on how we can fix that? [10:01] didrocks: we can certainly enable pkgbinarymangler on these PPAs? [10:01] didrocks: don't they run on the distro builders anyway? [10:02] pitti: yes, they do [10:02] pitti: is it a flag on the ppa, you think? [10:02] didrocks: infinity would know the details, but I think it's pretty much a flag, yes [10:03] hum, infinity is on holidays I guess, but nice that we have a fix for the long term :) [10:03] I think seb128 sorted most of the translations by hand right now [10:03] so maybe that can wait for infinity to be back [10:05] yeah, I did manual updates of the templates for raring [10:05] so no hurry in fixing that [10:10] thanks pitti, seb128 :) [10:12] hello everyone [10:13] chrisccoulson, hey, how are you? [10:13] seb128, yeah, not too bad thanks. how are you? [10:14] chrisccoulson, I'm good thanks [10:14] ooh, awesome, i've broken the automated tests that test the automated test suite https://launchpadlibrarian.net/135291094/buildlog_ubuntu-quantal-i386.firefox-trunk_22.0~a1~hg20130325r126106-0ubuntu1~umd1~quantal_FAILEDTOBUILD.txt.gz [10:14] chrisccoulson, how is chromium on arm going? did you manage to get it to run properly at the end? [10:14] seb128, yeah, it's running ok here [10:15] great [10:15] good work! ;-) [10:15] well, it runs ok until my pandaboard freezes [10:15] do you need another panda or not? [10:16] seb128, only if there are spare ones. i wouldn't want to deprive anybody else of one ;) [10:16] chrisccoulson, I will ask about that around the team during the meeting today, just to know where we stand [10:17] I'm for sure not using mine a lot nowadays [10:17] I mostly use the nexus for arm testing [10:17] thanks [10:17] yw [10:17] chrisccoulson, btw did you put that new ssd in action yet? ;-) [10:18] seb128, not yet. my new laptop arrives tomorrow, so it will get some use then :) [10:18] nice [10:18] somebody to play with during the easter w.e ;-) [10:18] it's in kazakhstan atm [10:18] i keep refreshing the UPS page ;) [10:18] lol [10:31] didrocks: FYI, infinity is talking in #u-devel :) [10:32] oh? [10:32] * didrocks jumps on him === MacSlow is now known as MacSlow|lunch === cjohnston_ is now known as cjohnston [12:43] pitti, pochu uploaded glib and gvfs it seems === alan_g is now known as alan_g|lunch === dobey_ is now known as dobey [13:20] Laney: ping? === alan_g|lunch is now known as alan_g === MacSlow|lunch is now known as MacSlow === Saviq_ is now known as Saviq === m_conley_away is now known as m_conley === alf___ is now known as alf_ [14:09] GunnarHj, hey, he's on holidays for 2 weeks === jhernandez is now known as jhernandez|lunch [14:15] hey didrocks, I'm doing a dist-upgrade now :) [14:15] * rickspencer3 waits to kick tires on latest smart scopes [14:16] rickspencer3: there is a rebuild in progress, watchout for partial upgrades ;) [14:17] yikes! [14:17] didrocks, it just said everything was to be upgraded [14:17] it didn't say anything would be held back [14:17] am I ok? [14:18] its a development release, things are supposed to break y'know :) [14:18] * ogra_ hides somewhere [14:18] rickspencer3: you should :) [14:19] rickspencer3: the next rebuild will normally have way quicker serach [14:19] search* [14:19] * olli keeps his fingers crossed [14:19] (i actually wonder when we'll stop to see that sentence posted on support forums and mailing lists ... i guess thats when we can actually call out a rolling release) [14:19] didrocks, do we have an eta on that rebuild? [14:20] olli: without the tests, it's when launchpad is happy to finish building it. So by experience ~ 45 minutes with publication [14:20] oki [14:20] right during the call then, immediate feedback ;) [14:21] olli: hem, yeah, around that time :) [14:21] didrocks, so I paid a bit closer attention to my x220 issues [14:21] yeah? [14:21] are you using a dock for your laptop? [14:21] no, I'm just connected to an external monitor directly [14:21] but no dock/no keyboard, nothing else [14:21] it seems that after a few dock/undocks it slows down [14:22] ok [14:22] ah, interesting [14:22] I will file bugs [14:22] yes please :) [14:22] last time I heard that it was seb128 and it was a hw issue (specific issue when being docked) [14:22] I definitively don't want to buy one then :p [14:22] :) [14:23] well, it's also weird that it gets super hot while in the dock [14:23] * olli is not a happy x220 user atm [14:23] seb128: Thanks for letting me know about Laney. [14:23] seb128: Do you know of anybody else who might give a helping hand with the Urdu fonts bug? [14:24] olli: yeah, I can definitively tell you I don't experience that (despite I guess heavy computation) on my x220, but without any dock [14:25] :) yeah, I don't stress my laptop too much, heavy google doc usage probably doesn't count ;) [14:25] anyhow, I'll see if I can find more information [14:25] olli: and emails I guess :-) [14:25] olli: well, hangouts are quite CPU-intensive it seems [14:25] but yeah, keep us in touch [14:30] GunnarHj, not really, maybe ask on #ubuntu-devel [14:30] seb128: Ok, I'll do. [14:37] didrocks, am I dreaming, or is the dash much faster today? [14:38] the local content seems to be loading faster [14:38] rickspencer3: hum, you didn't get the improvments yet, so either dreaming either the server-side maybe being faster (which is the case for me) [14:38] didrocks, ok [14:39] wikipedia and stuff still seem the same [14:39] there are few fixes on some scopes that can impact the speed as well [14:39] rickspencer3: but wait on the incoming builds to breath :) [14:40] didrocks, hmmm, I searched for "grateful dead" and didn't get the reference scope [14:40] rickspencer3: if the scope timeouted, yeah [14:41] gotcha [14:41] also "Grateful Dead" gets different results ;) [14:41] roh, really? [14:42] indeed [14:42] confirmed [14:43] didrocks, the local content just seems way snappier for some reason [14:43] I'm looking forward to the later improvements [14:45] great :) === bregma__ is now known as bregma [14:53] seb128: Still two tasks at bug 952185 waiting to be sponsored. Should I resubscribe ubuntu-sponsors? [14:53] Launchpad bug 952185 in gdm (Ubuntu Precise) "~/.pam_environment not parsed by default" [Medium,In progress] https://launchpad.net/bugs/952185 [14:53] GunnarHj, sure [14:53] seb128: Ok. [14:53] thanks [15:01] hey GunnarHj (don't tell me off for being here :p) - looks like there's some confusion in that bug about what the default should be? Anyway, you might want something like https://fedoraproject.org/wiki/Fontconfig_packaging_tips#Registering_a_font_in_default_families [15:02] don't forget to make sure data/pkg-depends in l-s is right too [15:03] * Laney goes away again [15:03] hey Laney, enjoying your holidays? in the snow? [15:04] Laney: I pwned your favourite package, glib, today :) [15:06] Laney: Thanks, seems to be a useful document! [15:14] jdstrand, we have a MIR that needs some security attention: bug 1157732 [15:14] Launchpad bug 1157732 in qtxmlpatterns-opensource-src (Ubuntu) "[MIR] circle of friends" [Undecided,Incomplete] https://launchpad.net/bugs/1157732 [15:14] kenvandine, on the above, do you think the qtdeclarative tests that need glx could be maybe run as a dep8 test? [15:14] mterry: yep, I've been pinged on it [15:15] jdstrand, OK, thanks :) [15:15] mterry: I can tell you without even looking at it that another xml parser is not attractive [15:16] but I need to actually look at it. hopefully I'll start today [15:17] erf, a js backend [15:17] meh [15:31] mterry, maybe, it is possible it should work in xfvb, but there is a bug in xfvb === Ursinha_ is now known as Ursinha-afk [15:33] mterry, seb128 pointed me at an old bug that breaks Xephyr [15:33] we'll need to figure this out for lots of things, like the shell, and any of qml apps [15:33] kenvandine, the fix just got uploaded to raring (for xephyr) [15:33] woot [15:34] i'll test that again [15:35] mlankhorst, do you think the fix for bug 1079096 might also affect xvfb? [15:35] Launchpad bug 1079096 in xorg-server (Ubuntu) "Xephyr does not have GLX" [Low,In progress] https://launchpad.net/bugs/1079096 [15:36] jdstrand, I knew you'd be happy about that MIR :) [15:36] kenvandine: presumably you need to do the same thing there [15:37] kenvandine: and if you read at the bug report, it's just a matter of checking whether x 1.13 includes it or not [15:39] mlankhorst, ah... so i guess it would be a new patch for that [15:39] yeah like the one linked for vfb in the bug description [15:48] mlankhorst, ah, cool there is a patch for vfb too :) === jhernandez|lunch is now known as jhernandez [16:17] sarnold, hey, what's the conclusion of your systemd-shim security review? I just uploaded the new version from desrt with the detect_virtualization() fix, was that all was needed? [16:18] mterry, guess what... xvfb-run does provide glx... if the host system doesn't have nvidia :) [16:19] * kenvandine tries the tests on intel [16:19] hehe [16:20] seb128: I also asked desrt to replace calls to 'mv' with rename(2); I'd like it done before shipping :) but it shouldn't block inclusion or shipping. [16:21] sarnold, ack, anything else? I'm trying to get that transition to land before we hit hard freeze for raring [16:22] seb128: nothing urgent, no [16:22] sarnold, so +1 from you if we make sure we fix the mv issue before release? [16:22] seb128: yes [16:22] mterry, did you ack that MIR or was your comment meant as "I will review for MIR once security/FFe is done"? [16:23] sarnold, thanks, and thanks for the detailed reviews ;-) [16:23] seb128: my pleasure :) [16:24] kenvandine, since when did xvfb provide glx? [16:24] https://jenkins.qa.ubuntu.com/job/raring-ppa-adt-ubuntu_mozilla_daily_ppa-firefox-trunk/101/ARCH=i386,label=adt/testReport/junit/content.canvas.test/webgl/test_webgl_conformance_test_suite_html/ [16:24] i've never managed to get it to work ;) [16:24] according to google some people have had success :) [16:24] and [16:24] chrisccoulson, did you try on precise? [16:24] i just ran "xvfb-run -a glxinfo" [16:24] and it worked [16:24] on an intel box [16:24] seb128, no, only on raring [16:24] on my nvidia box it doesn't [16:25] chrisccoulson, glx support is buggy on quantal/raring, at least in some ways, see http://cgit.freedesktop.org/xorg/xserver/commit/?id=ac1a60e7b6f06fd075cc5bf55d6bc67206a01d29 [16:25] seb128, thanks [16:25] hey seb128 it looks like my panel crashed about 10 minutes ago :/ [16:26] around when I got disconnected from my wireless [16:26] chrisccoulson, we just got the fix for xephyr uploaded to raring, we should probably backport the vfb one as well [16:26] rickspencer3, did you get apport to pop up/report the bug? [16:26] seb128, no [16:26] I guess it's frozen, not crashed [16:27] rickspencer3, is it running? ps aux | grep unity-panel-service ? [16:28] oh, it's not just me that's seeing unity-panel-service crash fairly frequently? [16:28] seb128, [16:28] it happens frequently on my nexus, not on my laptop [16:28] rick 2197 0.1 0.9 609432 18556 ? Sl 07:35 0:07 /usr/lib/unity/unity-panel-service [16:29] rickspencer3, hum, not sure what's going on, maybe ask on #ubuntu-unity (sorry, we are having a meeting here in 1 min ;-) [16:29] ack [16:29] o/ [16:30] Sweetsha1k, qengho, didrocks, kenvandine, mlankhorst, cyphermox, mterry, robru, tkamppeter, attente, desrt: hey, it's meeting time [16:30] hey [16:30] hey hey [16:30] o/ [16:30] * kenvandine waves === Sweetsha1k is now known as Sweetshark [16:30] https://wiki.ubuntu.com/DesktopTeam/Meeting/2013-03-26 [16:31] yo! [16:31] I hope everybody is doing well and ready for raring hard freeze coming soon [16:31] let's get started [16:31] Sweetshark, hey [16:31] seb128: https://wiki.documentfoundation.org/Marketing/Events/ImpressSprint2013, getting tinderbox builders up to shape, 4.0.2rc1/2 prep [16:31] seb128: thats all. [16:32] Sweetshark, thanks [16:32] qengho, hey [16:32] Hey hey. [16:32] - Getting reliable chromoium-browser cross-compiling working to avoid problem with size of code at link time. [16:32] - Deferring much of last week's many tasks. Made progress on a few. Will come back to them as I can: autopkgtest, AMZN extension packaging for firefox, upstream suggestions on packaging, fewer embedded libraries and preferring system libraries, using actual upstream release orig tarball, new lintian errors. Will return to these once armhf is really nice. [16:32] - Major to-do: Test chromium-browser on more armhf hardware. [16:32] EOF. [16:33] qengho, thanks [16:33] did you guys get chromium to behave on arm at the end, including precise? [16:34] seb128: well, it builds natively by dynlinking everything. [16:34] ok, moving on [16:34] But, that's not great. [16:35] well, sort of. it's still using bundled libraries, but the main binary is split in to several smaller shared objects [16:35] to make it linkable [16:36] i'm going to experiment with making this more coarsely split, as webkit is roughly half of the total size of chromium [16:36] it may be possible to just split webkit out of it ;) [16:36] (and still have it link) [16:36] k [16:36] thanks chrisccoulson, qengho [16:37] but yeah, the current situation isn't ideal, but is probably the best short-term solution [16:37] didrocks, hey? ;-) [16:37] hey! [16:37] * We now have a daily release migration process at https://wiki.ubuntu.com/DailyRelease/MovingNewRelease [16:37] * Still progress on the 100 scopes. Delayed the release of the feature on the 1st of April [16:37] * We have now the in dash payment merged into the same 100scopes ppa. Please test [16:37] * Bootstrapping the discussion again for having touch apps ready in a raring ppa [16:37] . [16:38] * seb128 is running the scopes ppa but didn't play much with the in dash payment, that seems like a plan to make us spend more money :p [16:38] didrocks, thanks [16:38] hehw [16:38] yw :) [16:38] kenvandine, hey [16:38] hey [16:38] * Bug fixes for libaccounts-glib, account-plugins, signon, signon-ui and gnome-control-center-signon [16:38] * Fixed up build failures for UOA related packages for quantal that was blocking phablet CI builds [16:38] * Got basic autopilot tests in gwibber, not useful yet but I got the infrastructure in place. I'll add more tests this week. [16:38] * Working on getting tests running in qtdeclarative5 during package build, it might just work now with xvfb for non-nvidia systems. [16:38] /EOF [16:39] do you still aim at landing the friends stack on the CD for raring? [16:39] yes! [16:39] just waiting on the MIR :) [16:39] how is that going? what is missing? [16:39] just the MIR :) [16:39] security reviews for 2 qt packages [16:39] and tests running in qtdeclarative5 [16:39] ok [16:39] there's a couple bugs that I'd rather not ship in raring, hoping to fix those today [16:39] or mterry saying that is ok :) [16:39] good luck with that [16:40] kenvandine, thanks [16:40] kenvandine: you told me the tradeoff was daily releasing the sdk :) [16:40] kenvandine: did you get to it? :) [16:40] I saw the stack, but it wasn't deployed === alan_g is now known as alan_g|afk [16:40] didrocks, not yet... but soon :) [16:40] g'day mates [16:40] didrocks, yeah i need to get it on jenkins [16:40] * didrocks can't wait for it :) [16:40] kenvandine, anything blocking the deployement? [16:41] or just need to find an hour to sit down and do it ? [16:41] you guys seem busy on -unity, moving on [16:41] kenvandine, thanks [16:41] mlankhorst, hey [16:42] tons of xorg-server fixes related to hotplugging and the plymouth race [16:42] done with it \o/ [16:42] not much else here [16:42] mlankhorst, bug fixes \o/ [16:43] thanks ;-) [16:43] cyphermox, hey [16:43] yeah the big 'xserver fails on fast boots' bug === ritz is now known as ritz|blue_fin [16:43] mlankhorst, do you have a bug number for reference? [16:43] too many [16:43] depending on what exactly happened and on whether you had a hybrid or not [16:44] https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/982889 [16:44] Launchpad bug 982889 in plymouth "X trying to start before plymouth has finished using the drm driver" [Undecided,Confirmed] [16:44] #1157614 [16:44] (I'm curious to know if that's bug #873495) [16:44] Launchpad bug 873495 in lightdm (Ubuntu Precise) "LightDM fails to start after nvidia-current or nvidia-current-updates are installed (upstart job issue)" [High,Triaged] https://launchpad.net/bugs/873495 [16:44] mlankhorst, thanks [16:44] cyphermox, there? [16:45] yes! [16:45] hey ;-) [16:45] seb128: nope, been busy purely on open source drivers [16:45] so, I've enabled bluetooth on the nexus 7 last week (for command-line, not quite with a gui and easy stuff yet) [16:45] we've had some small disagreements on how to do it so things are still changing a bit [16:45] cyphermox, \o/ [16:46] waiting for a nexus 4 to be able to enable *that* too [16:46] otherwise, I did prepare libhud-qt, phablet-tools, hud2.0, qmenumodel for daily release, pending review and finishing up [16:46] that's all from me :) [16:46] nice, more daily landing ;-) [16:46] yup, soon! [16:47] cyphermox, thanks [16:47] mterry, hey [16:48] hi [16:48] - MIR work for scopes and gwibber [16:48] - Deja Dup work: [16:48] - for smoothing when we hit the servers (we were always starting at midnight UTC) [16:48] - for being more idle (using chrt --idle) [16:48] - for fixing more tmpfs issues [16:48] - More phablet greeter work, but nothing landing yet [16:48] EOF [16:48] You asked about the gwibber MIR? [16:48] mterry, I asked about systemd-shim earlier [16:49] but kenvandine mentioned that friends&co are waiting on MIR as well [16:49] seb128, oh, I'll get back to you after the meeting then, I don't have that bug in front of me [16:49] mterry, ok, thanks [16:49] Yeah, the issue with friends is security and tests [16:49] kenvandine mentioned that, seems it's being tracked/actively worked [16:49] mterry, thanks [16:49] robru, hey [16:49] * Released 2.4.5 of unity-firefox-extension [16:49] * Released 2.4.14 of webapps-applications [16:49] * Created a transitional package to ease the introduction of unity-asset-pool package. [16:49] * Progressed (slowly) the five phablet packages that I'm trying to land in raring, but they're mostly blocked on libhud still. [16:49] * Fixed some margin bugs in Gwibber QML. [16:49] * Linkify URLs in Friends backend [16:49] * Auto-include @mention when replying to tweets. [16:49] * Wrote some keepalive code for Friends that allows it to better handle rapid, near-concurrent requests. [16:49] * Fixed an unhandled exception that occaisionally happened during Friends startup. [16:49] * Discovered that flickr support in Friends was actually totally broken -- fixed it. [16:49] * Dropped obsolete GObject imports from lp:bzr-dbus [16:49] EOF [16:51] robru, thanks [16:51] tkamppeter, hey [16:51] - Posted OpenPrinting project ideas for the Google Summer of Code 2013: https://www.linuxfoundation.org/collaborate/workgroups/gsoc/google-summer-code-2013-openprinting-projects, mainly MuPDF integration for a mobile printing stack [16:51] - Google Summer of Code mentoring organization application for the Linux Foundation, where OpenPrinting is part of. [16:51] - Talked with Ubuntu Touch team and Ghostscript upstreams about the ligtweight MuPDF as PDF renderer for Ubuntu Touch. [16:51] - Bug fixes on cups, cups-filters, and system-config-printer, especially to make the new Bonjour-based broadcasting and browsing of shared printers reliably work. [16:52] tkamppeter, do you have any link to the discussions with the touch team and ghostscript upstream about mupdf? [16:53] tkamppeter, I'm not sure why we think it's a better option than our tested poppler codebase (out of "upstream marking speech is good" ;-) [16:53] seb128, it was a meeting last Thu on #ubuntu-touch-meeting, the one about the PDF display app. [16:54] hum, that channel doesn't seem to be logged :-( [16:54] seb128, Poppler has some problems, like producing awkward, non-viable print output for mobile and not being able to save filled forms. [16:55] seb128, they have logged it with a meeting bot. [16:55] tkamppeter, let's discuss it after this meeting, but sure poppler is not perfect, but no code is and we know the poppler limitations and bugs, we don't know the mupdf one, it might have lot of segfaults, rendering issues, performance bugs, etc [16:56] we will not know until it goes stress tested on random documents from lot of users [16:56] tkamppeter, thanks [16:56] attente, hey [16:56] seb128, hi [16:56] threw away some progress on the keyboard indicator because upstream is closer to what we want to do for the keyboard work, so we'll work off that instead and submit bug fixes [16:56] currently investigating why ibus-1.5.1 is broken, more continuing on the keyboard/IM work this week [16:56] EOF [16:57] hum === alan_g|afk is now known as alan_g [16:57] what do you mean "upstream is closer to what we want to do"? [16:58] their indicator is js in gnome-shell no? [16:59] more along the lines of the backend; upstream is already combining keyboard layouts and IMs into input sources [16:59] ah, I see, using ibus for managing everything [16:59] attente, thanks [17:00] thanks seb128 [17:00] desrt, here? you mentioned you would be out for some hours but I didn't ask when you would leave ;-) [17:00] I will assume you are out [17:00] moving on [17:01] that let me: usually desktop updates, bugs fixes, SRUs, spec tracking [17:01] joined some discussions about power management and system settings plans as well [17:01] that's basically it [17:01] [17:01] did I forget anyone this week? ;-) [17:02] comments/questions/...? [17:02] seb128, should we still talk to the ubuntu kylin about how they're doing IMs? [17:04] attente, tvoss organized a first meeting about IMs yesterday (that was announced on ubuntu-devel@ list), I guess you didn't see the email? (sorry, I should have pinged your directly about that) [17:05] attente, https://www.youtube.com/watch?v=ZyYIZvbPceI if you want to watch the video [17:05] attente, but don't worry we mostly came out with "need investigation on lot of topics" [17:05] attente, summary is on https://blueprints.launchpad.net/ubuntu/+spec/client-input-methods [17:06] seb128, ok, thanks, will look over it [17:06] attente, I will include you on the followup discussion and make sure you know about the next meeting ;-) [17:07] [17:07] other questions/comments for the meeting? [17:07] seems not [17:08] thanks everyone === racarr_ is now known as racarr [17:27] on boot what gives you the pretty ubuntu text with the round white dots? right now i see an ascii version :( [17:28] and on shutdown too [17:31] bcurtiswx: I think that's plymouth: https://wiki.ubuntu.com/Plymouth [17:39] hmm, says my default is the logo, but it's not showing it. guess i'll debug === alan_g is now known as alan_g|EOD [18:09] seb128, btw, regarding systemd-shim, I need to review it once more for maintainability. Will do so now [18:09] mterry, thanks [18:14]