[05:50] Good morning [06:40] Laney: re: bug #1429836 I don't see the upload or changes anywhere [06:40] bug 1429836 in qtquickcontrols-opensource-src (Ubuntu) "[MIR] qtquickcontrols-opensource-src" [Undecided,Incomplete] https://launchpad.net/bugs/1429836 [07:04] morning [07:05] hey didrocks [07:05] hm, no seb yet [07:06] mvo_: yeah, he's back on his French schedule [07:06] meaning, up late :) [07:07] bonjour didrocks et mvo_, comment allez-vous ? [07:08] didrocks: heh :) [07:08] pitti: ça peut aller, et toi ? [07:08] hey pitti! good morning [07:08] didrocks: I can't tell you how much fun I have :) [07:08] didrocks: but otherwise good, cold is by and large gone [07:08] pitti: so many issues? [07:08] via the switch [07:09] at least, health is good! [07:09] didrocks: well, and questions, etc.; but making good progress [07:09] tackling bug 1430479 now [07:09] bug 1430479 in systemd (Ubuntu) ""telinit u" under upstart with systemd-sysv installed runs systemd" [Critical,In progress] https://launchpad.net/bugs/1430479 [08:13] desrt, larsu, mdeslaur: Specification updated. [08:37] mpt: thanks! Don't know if you read all of the scrollback, but we were doubting the "switch meaning of the battery icon based on which devcice has least power" approach [08:37] well, I think I was the only one doubting it [08:39] good morning desktopers [08:43] larsu, there’s a bug report somewhere complaining that it shows unintelligent mice too often … Apart from that, what is your doubt? [08:48] mpt: I have the feeling it confuses people, because they expect their laptop's battery in that position and nothing else [08:49] also, I goubt that it's very helpful [08:49] for most aux devices, you don't need battery status all the time [08:49] and you can always get at it in the menu (and of course you get a notification when it is empty) === davidcalle_ is now known as davidcalle [08:50] morning desktoppers [08:51] hi willcooke! [08:51] hey willcooke [08:53] morning willcooke [08:55] is this anything to do with us: https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1424263 [08:55] Ubuntu bug 1424263 in mesa (Ubuntu) "Broken dependencies" [Undecided,Confirmed] [08:55] mlankhorst perhaps? [08:56] yes, that's one for mlankhorst [08:58] seb128: hey, good morning! [08:58] seb128: so your silo - I messed that up, sorry [08:58] mvo_, hey, no worry, feel free to wipe my changes and do another mp/silo [08:59] I just wanted to help moving things forward [08:59] I didn't expect click to be special in landing and having to use a devel staging [09:00] seb128: sorry, I think your approach is fine for a single branch like this, but I reassigned to devel out of a reflex and now I can not land it anymore (ci-train complains) [09:00] seb128: so thanks and sorry [09:01] mvo_, no worry, do you fix it? [09:01] seb128: not yet, I was wondering if there is a magic way to just reuse the existing silo/line etc [09:03] yo yo [09:04] what up dawg [09:04] mvo_, let me have a look [09:04] Laney, hey [09:05] morning Lane! [09:05] y [09:06] mvo_,we can just delete the new branches I think [09:06] mvo_, let me try [09:07] mvo_, can you mark https://code.launchpad.net/~seb128/click/initctl-not-there/+merge/252479 as approveD? [09:09] seb128: oh, nice [09:09] seb128: yes [09:10] mvo_, landed [09:10] seb128: \o/ [09:10] seb128: you rock [09:10] mvo_, thanks ;-) [09:10] Mirv: bah, the dput was the last thing I did before shutting down yesterday [09:10] wonder why it didn't go [09:10] hey seb128 willcooke larsu! [09:12] luckily I suspended instead of shutting down and I can see that I did indeed dput it right ... [09:13] * Laney gets suspicious [09:28] FJKong, ping [09:28] FJKong, free for a chat with me & dpm? [09:28] willcooke: pong [09:29] willcooke: yes [09:29] o/ [09:29] FJKong, dpm - please join #letschatwhynot [09:38] Mirv: there was some kind of outage, uploaded now [09:38] Mirv: Would be preferable to get this fixed properly in the upstream buildsystem and also applied in Debian, if you want to do either. :) [09:40] * Laney hadn't used dh --until / dh --remaining for quite a while [09:40] felt old skool [09:44] Laney: thanks! yeah it'll be put to Debian at least [09:46] I just do it manually because qmake is hard [09:49] Laney: oh, right, I'd think qmake QT_BUILD_PARTS+=tests would have worked [09:50] it was hard to find documentation [09:50] then you see that I had to give an import path to actually run them, and only the final installed tree worked [09:50] because the built one didn't have qmldir files maybe? [09:51] anyway, improve it if you can! [09:54] been there, Qt having hard to find documentation. disabling pch was another thing that was really not documented anywhere but had an option like that. [09:54] yes, those import paths are pretty normal, they are similar in the already test enabled Qt packages [10:00] willcooke, mlankhorst, https://bugs.launchpad.net/ubuntu/+source/mesa-lts-utopic/+bug/1429529 is another not-too-different issue [10:00] Ubuntu bug 1429529 in mesa-lts-utopic (Ubuntu) "Package resolver can't find *-lts-utopic package dependencies, aborts" [Undecided,Confirmed] [10:00] seb128, mlankhorst is on a day off today [10:00] I'll pick it up with him tomorrow [10:00] willcooke, ok oh, thanks [10:00] JohnLea_: hi, do you think the wallpapers could be attached to bug #1429011 today? [10:00] bug 1429011 in ubuntu-wallpapers (Ubuntu) "15.04 wallpapers package" [Medium,Triaged] https://launchpad.net/bugs/1429011 [10:00] willcooke, was he off yesterday as well? he missed the meeting/was not around it seems [10:01] oh - yeah, so he was [10:01] using up leave [10:01] shame we don't have a holiday calendar any more [10:02] yeah [10:03] Laney, can do, I sent the final assets to willcooke yesterday [10:04] JohnLea_, no assets received [10:05] seb128, Laney - looks like I couldn't be bothered to add it to the calendar [10:05] willcooke: we can't see that anyway [10:05] ?? [10:05] UE holiday calendar [10:05] oh [10:05] I tried to add it a while ago, no go [10:05] well thats silly [10:05] * willcooke goes to look for a fix [10:06] willcooke, I've forwarded the email to you again just now so you should have them [10:06] willcooke, let me know if I need to chase alex for a compressed version, if we can use the .png version then even better [10:06] JohnLea_, oh, yeah - I got that one, but I think we're waiting for compressed ones, no? [10:07] heh ^^^ [10:07] willcooke, do we need it? [10:07] willcooke, if so no prob. of course [10:07] Laney, 3.3MB default wallpaper - too big>? [10:09] -rw-r--r-- 1 root root 3.3M Sep 17 09:18 warty-final-ubuntu.png [10:09] seems on a par [10:09] if you can do it without losing quality then that's good though [10:11] JohnLea_, if you could ask Alex to take a very quick look at compressing it, that would be worth spending 20 mins on. I don't feel comfortable making a call on whether or not the compressed version would be acceptable, better done by the original artist I think [10:20] seb128: just dupe it [10:20] mlankhorst, thanks [10:20] with bug 1424466 [10:20] bug 1424466 in freeglut (Ubuntu) "Devel package not installable in 14.04.2 (mesa-lts-utopic" [Undecided,Confirmed] https://launchpad.net/bugs/1424466 [10:21] mlankhorst, run out of horse faeces to pick up? ;p [10:21] mlankhorst, seems like it didn't dup (yet?) [10:21] mlankhorst, is that something you are looking at? [10:32] willcooke, compressed wallpaper sent, it's now 750kb [10:32] sweet! thanks for the MBs JohnLea_ :) [10:33] the internet salutes you [10:33] willcooke, ;-) but our number of MB of ubuntu downloaded stat for the next ubuntu release won't look as good [10:34] haha! [10:34] I'll download it twice [10:35] willcooke, as long a ubuntu continues to provide a legitimate use case for the use of torrents ;-) [10:35] :D [10:36] Laney, seb128 - uploaded [10:36] ty [10:38] willcooke, thanks [10:50] i'll do that in a little while [11:17] bah wifi timeout issues here, could be a buggy routeur but unsure how to debug where packets get lost [11:31] tkamppeter, hi! would you know of any workaround for LP #1430561 ? [11:31] Launchpad bug 1430561 in hplip (Ubuntu) "hp-plugin crashes with error: Python gobject/dbus may be not installed" [Medium,Confirmed] https://launchpad.net/bugs/1430561 [11:33] seb128, try running a traceroute (or tracepath) to 8.8.8.8 [11:33] willcooke, going to try next time it does it, thanks [11:33] you can expect some "no response" along the way, but you should be able to see if it is the local router or not [11:45] nessita_, do you have hplip-gui installed? [11:46] tkamppeter, yes sir [11:49] tkamppeter, latest version from vivid [11:53] nessita_, "dpkg -S models.dat"? [11:54] larsu, maybe that expectation is just because other platforms don’t have the feature? That would be an unfortunate reason for us to drop it [11:56] tkamppeter, libsane-hpaio: /usr/share/hplip/data/models/models.dat [11:56] tkamppeter, I retry yesterday and got a new error, added it as a new comment in the bug [12:00] nessita_, probably it is some Python3 transition problem. I have added a comment asking the HPLIP developers at HP to check it. [12:03] phew, systemd-fsckd logic changed [12:03] I hope this time upstream won't complain :) [12:03] tkamppeter, do you know if I could dowload the driver file by hand and set it up in any way to make the printer work? [12:07] nessita_, go to http://www.openprinting.org/download/printdriver/auxfiles/HP/plugins/ and download the file corresponding to your HPLIP version, for 15.04/Vivid currently http://www.openprinting.org/download/printdriver/auxfiles/HP/plugins/hplip-3.15.2-plugin.run. The do "sudo sh hplip-3.15.2-plugin.run". [12:08] nessita_, tell in the bug report whether this works for you. [12:09] tkamppeter, thanks much! === MacSlow is now known as MacSlow|lunch [12:40] right, so it's not just SDK having troubles on 14.04.2 hwe stack but other dev packages too and even (?) installing Steam? [12:41] I wonder how 12.04.x avoided the dev package installation problem if eg. libsdl & friends are involved [12:41] or did apt resolving regress for the use case.. === alan_g is now known as alan_g|lunch === MacSlow|lunch is now known as MacSlow [13:39] mpt: I don't know, maybe. I suspect it's simply confusing in its own right to be honest [13:39] sal, karaj [13:39] hi desrt! [13:40] moin [13:42] hey desrt [13:42] desrt: are you in hamburg? [13:42] not today :) [13:42] (or ever, since you mention it) :) [13:43] desrt: do we have a convention for using g_autoptr with variables that should be returned? [13:43] yes [13:43] g_steal_pointer [13:43] not in my glib [13:44] then you must not have autoptr either [13:44] https://git.gnome.org/browse/glib/commit/?id=e668796c5a90a19bce0ff893794817af6aad4dc2 [13:44] let me paraphrase: not documented in my glib [13:44] * larsu wonders why [13:44] oh look. i forgot to update -sections.txt :) [13:44] hehe [13:45] this is awesome and exactly what I was looking for. Thanks! [13:45] anyway... this is made exactly for this purpose, as you can see by the code example in that documentation [13:45] yup :) === alan_g|lunch is now known as alan_g [14:00] larsu: tsk tsk tsk g_list_store_new() made the list as well :) [14:00] (or failed to make the list) [14:01] oops, thank [14:01] *thanks [14:02] oh. thanks to gtk-doc choking on G_DECLARE_FINAL_TYPE [14:02] sigh [14:27] didrocks / seb128: can you promote for https://bugs.launchpad.net/ubuntu/+source/qtquickcontrols-opensource-src/+bug/1429836 if you have a minute? [14:27] Ubuntu bug 1429836 in qtquickcontrols-opensource-src (Ubuntu) "[MIR] qtquickcontrols-opensource-src" [Undecided,Fix committed] [14:28] http://people.canonical.com/~ubuntu-archive/component-mismatches.svg [14:28] fcitx looks interesting there [14:29] Laney, interesting in which way? [14:29] build-depends that aren't yellow, i.e. the script doesn't think they have MIR [14:30] weird, I'm pretty sure we have approved MIRs for it [14:30] perhaps some of them were missed [14:31] I don't think so [14:32] ok [14:32] Laney, did promote the qt one [14:32] thanks [14:32] that means image builds for us again [14:34] mvo__, hum, seems like my click change didn't work, not sure why :/ [14:34] chroot.py", line 540, in create initctl = "%s/sbin/initctl" % mount FileNotFoundError: [Errno 2] No such file or directory: '/var/lib/schroot/chroots/click-ubuntu-sdk-15.04-armhf/sbin/initctl' [14:35] is that line buggy?! [14:35] initctl = "%s/sbin/initctl" % mount [14:35] if os.path.exists(initctl): [14:35] I don't understand what's going on [14:37] larsu: your last changes fix the hover/focus-state when i grab and move the scale, not the hover of the scalebutton itself though [14:38] and actually that part worked for me before [14:38] so s/fix// :) [14:39] ochosi: what do you mean by scalebutton? [14:39] the slider that you can grab? [14:39] well that circular button that sits on the trough [14:39] hm, that works fine for me [14:40] does it also not work with Adwaita for you? [14:41] lemme try that [14:42] hm, that also doesn't seem to make a difference, no hover-highlight on the circular button/slider [14:44] and sorry, yeah, i just looked it up and you're totally right. it's called the slider :) [14:45] larsu: if the slider's hover works for you, i'll try to re-test it again in a clean env/vbox. maybe i've messed around with this one too much... [14:45] ochosi: please do. I just tested it again and it works [14:46] okeydokey, i'll let you know how it goes [14:46] thanks [15:03] desrt: g_autofree is also missing [15:04] larsu: i'm currently kicking gtk-doc's ass [15:05] the markdown parser stuff is extremely confused as to whether it's meant to be processing escaped or unescaped xml [15:10] https://launchpadlibrarian.net/199935937/buildlog_ubuntu_vivid_i386_ubuntu_BUILDING.txt.gz [15:10] * Laney screams [15:15] seb128: oh? meh :/ is that the autopkgtest or a local test? [15:15] mvo__, trying to create framework env in qtcreator [15:17] attente_, seb128, I think fcitx/fcitx-qimpanel parts in bug #1363150 are released already (as well), have I missed anything? [15:17] bug 1363150 in fcitx-qimpanel (Ubuntu) "[FFe] Fcitx input method integration in Unity" [Undecided,New] https://launchpad.net/bugs/1363150 [15:18] happyaron, I don't know, didn't follow much those, if they are please close the corresponding bug lines === mvo__ is now known as mvo [15:19] seb128: I'm just double checking if I've missed something, :) [15:19] happyaron: please could you chase getting that all promoted to main [15:19] happyaron: yeah, i think those can be closed. they're already upstream long ago i think [15:19] see that link I just pasted, it makes desktop builds now fail [15:19] * happyaron looking [15:19] attente_: ok [15:58] pitti: my proposal for bug #1428486, instead of the dropping in .wants.d/ would be to add [Install]\nWantedBy=nsf-server.service in rpc-statd.service and rpc-statd-notify.service, then disable it by default and do the one time Wants migration [15:58] bug 1428486 in nfs-utils (Ubuntu) "Only start rpc.statd if $NEED_STATD" [Low,Triaged] https://launchpad.net/bugs/1428486 [15:58] pitti: that way people would be able to still enable/disable the stats [15:59] (without having to mask the unit) [15:59] and of course, we patch the Wants= [15:59] didrocks: oh, you figured out an "automatic" way to determine when we actually need statd? nice! [15:59] (that's what an init system should do for you, after all :) ) [15:59] pitti: no, we still do the one time migration [16:00] but then, at least, the admin would be able to activate/disable it with traditional systemd tools [16:06] pitti: phrasing on the bug report, maybe that would make more sense === meetingology` is now known as meetingology [16:15] luverly new default wallpaper [16:16] coming soon to a distribution archive near you [16:16] \o/ [16:16] \o/ [16:16] the greyscale one is about to burn my eyes out === seb128_ is now known as seb128 [16:41] seb128: hey, i just filed this: https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/1430893, but i'm not sure if we want to do the depends on the meta package, or do the depends on u-c-c like we did with ibus [16:41] Ubuntu bug 1430893 in ubuntu-meta (Ubuntu) "[FFe] Make Fcitx default for Chinese users" [Undecided,New] [16:42] attente_, I don't think we want to install fcitx by default? maybe make language selector install it/part of the chinese langpacks? [16:44] oh, ok, that sounds better [16:46] the langpacks dep sounds the best (worth telling it in the FFe I guess) [16:46] but the wrong build-dep should be fixed first [16:48] didrocks: what's the build-dep issue? those packages are approved for main but not in main yet? [16:50] attente_: no, there has been some additional build-dep since the MIR was approved that was added, but not in main [16:50] happyaron is fixing it and removing them [16:50] so you need to wait for that to be in before getting the FFe approved and packages promoted [16:51] the promoting can definitely happen independently [16:51] Laney: well, I certainly don't promote packages which have build-dep in universe [16:51] you never know what or when the next "fix upload" would happen [16:51] I didn't say now, I said independently [16:51] it's not tied to making it the default [16:51] u-s-d is already pulling fcitx into main [16:53] as recommends, so at least, won't block image build (but it's a build-dep also, which worked through the train PPA :/) [16:54] shouldn't the recommends be fcitx-data | ibus (>= 1.5.0), rather (or the other way around?) [16:55] I didn't follow, that may have been discussed here already [16:55] https://launchpadlibrarian.net/199935937/buildlog_ubuntu_vivid_i386_ubuntu_BUILDING.txt.gz sure is blocking builds [16:56] seb128: if we don't seed it, then users will get input method changed after installing langpacks, is that expected? [16:56] Laney: I was talking about the build of u-s-s itself [16:56] happyaron, why would they? [16:56] happyaron, or do you mean chinese users only? [16:57] seb128: yes, they'll get ibus after installed the system, and installing langpacks make it change to fcitx [16:57] that's wired experience [16:57] don't we have a chinese iso? [16:58] weird [16:58] didrocks: oh, misundersood because you said "image build" [16:58] no we don't [16:58] anyway this is why it need to be promoted sooner rather than later [16:59] Laney: no, I was talking about the package build (due to the ppa usage, that wasn't spotted), of course image build are screwed :/ [16:59] happyaron, I don't think we should put ibus & fcitx on the iso [17:01] seb128: with both of them it looks odd, but it doesn't waste space, things like ibus-pinyin (and its database) is replaced by fcitx ones, and the framework itself isn't large [17:02] happyaron, can you look at how much space difference we are talking about? [17:02] Laney: do we need a separate MIR for those packages? or could we just reuse the old one? [17:03] seb128: sure [17:04] attente_: Don't know if it matters much, talk to a MIR guy :-) [17:04] sounded like happyaron was working on it though [17:04] oh, ok [17:04] happyaron, thanks [17:05] attente_ Laney we don't need them, fcitx-qt5 is in -proposed, and I'm testing the presage patch atm [17:06] hope you're forwarding back :P [17:09] happyaron: but what about the other gclient packages? [17:10] libfcitx-gclient0, libfcitx-config4, libfcitx-utils0, fcitx-data [17:10] *fcitx packages [17:11] attente_: they aren't using extra-cmake-modules, only fcitx-qt5 does [17:11] oh ok [17:15] happyaron: attente_: seb128: Laney: I just calulated seeing the Recommends/Deps, I'm already at 6megs compressed [17:15] didrocks, yeah, I seemed to remember that it was quite some "to download" to apt-get install fcitx [17:15] I don't think it's desirable to grow our target image size by 6% [17:15] hum [17:15] 0.6% :) [17:16] (and it's packed, so more onced unpacked) [17:16] no, we don't want more than a few mbs [17:16] it seems wrong anyway to have 2 IM frameworks on the iso [17:16] I think we should really have that optional in the code [17:17] sorry, what are our options again? make language-selector install it, or have the depends on language-pack-zh-*? [17:17] didrocks: we'll remove ibus pinyin related stuff at the same time [17:17] attente_: have the depends on language-pack-zh-*, and having u-c-c and other things pulling it having a fcitx | ibus [17:18] happyaron: ok, so you are going to patch u-c-c, u-s-s and so on to remove the fcitx-data dep? [17:19] (I only started from the u-s-s changes) [17:19] didrocks: wait, did you count the space get freed after removing ibus-pinyin/libpyzy-1.0-0? [17:20] willcooke: did you see that someone is complaining about jpeg compression artifacts on the wallpaper? [17:20] is that legit if you compare to the original one? [17:20] checking... [17:20] design were happy with it, so.. ? [17:21] happyaron: no, I didn't see that removal in the MP [17:21] I really think as well though that both shouldn't be installed [17:22] Seems like language-selector should set it up for you [17:22] not sure how hard that would be to implement though [17:22] Laney, hrm - yeah, it's suboptimal - I'll upload the big one [17:22] willcooke: ack [17:22] attente_: is the code that entered as part of that landing is optional? like if -data isn't installed, the code will still run? [17:23] didrocks: pinyin was seeded long ago when sabdfl was asked to include full Chinese support in default installation [17:23] didrocks: checking [17:24] Laney, done [17:25] didrocks: I prefer removing ibus-pinyin/libpyzy from cdimage, and add fcitx/fcitx-pinyin/fcitx-module-cloudpinyin instead [17:25] oh yeah, you can tell the difference [17:25] fcitx-pinyin is much smaller than ibus-pinyin/libpyzy though [17:25] JohnLea_, compressed version was sucky ^^^ ;) [17:26] happyaron, how would that work for ibus users? [17:26] * Laney tries a pngcrush on it [17:27] 2.8M \m/ [17:27] seb128: pinyin is only used to type Chinese, and we are seeking to change the default for Chinese [17:29] also, people will probably tend to install ibus-sunpinyin if they really want use ibus to input Chinese for everyday life, but the database is even larger so not able to get included to cdimage [17:30] didrocks: no, it seems that we need fcitx-data because it provides the template file for fcitx' configuration [17:31] happyaron: do you have a MP to remove ibus-sunpinyin and libpyzy-1.0-0 from the seeds? [17:31] sounds like we are quite in a stuck situation, but let's focus on getting things fixed [17:31] (not tonight for me anyway, but drop me an email if you need me to track it for tomorrow) [17:32] still sounds suboptimal to have code depending on 2 IMs [17:32] didrocks: I can propose a MP for the FFe [17:32] sounds good, then, we'll see how much we win/loose on the image [17:32] and decides from that what to do [17:33] ok [17:33] if the FFe is accepted [17:33] attente_: I'm surprised that you hard-dep on fcitx-data as it's only a recommends [17:33] attente_: shouldn't that be a dep then? [17:34] didrocks: this is in u-c-c, right? [17:35] attente_: ah, I thought you talked about u-s-s [17:35] ok, it's a dep in u-c-c [17:35] didrocks: it's only a recommends in u-s-d because it uses it only once for the migration which i guess is not a good enough reason to have a hard dep [17:36] attente_: sounds ok then [17:36] but for u-c-c it's needed if the user is going to be able to edit their per-window options [17:37] let's see once it's done how many space difference (with the unseeding) that's going to result in [17:37] just fix the image build meanwhile (hoping it's the only remaining issue and we'll get an image tomorrow) [17:37] and then, we'll refine :) [17:38] yes :) [17:38] attente_: happyaron: just a warning, I think we'll go on war again on image size soon, and that one would probably be something to do [17:38] only ship, per language, one IM [17:38] and have some optional dep [17:38] would have been great to do it from day 0 [17:39] so I hope you will ready once this happens :) [17:39] didrocks: next cycle we'll decide on ibus vs fcitx, which is the only one to keep [17:39] happyaron: ok, let's see then, do you already have a methodology to decide? [17:40] like how to reach users from different cultures using different layouts? [17:40] almost, as part of fcitx upstream we've done that for quite some time [17:41] ok, let's plan on how you will post the results next cycle early enough [17:41] willcooke, can we use the non-compressed version then? bandwidth and storage is cheep and only getting cheeper ;-) [17:42] mvo, the click chroot seems to work now, I wonder if I had a staled instance or copy earlier... [17:42] didrocks, ^ [17:42] :) [17:42] seb128: ah interesting, the error you pasted made no sense :) [17:42] seb128: is there any chroot daemon, keeping old copy? [17:43] didrocks, indeed not [17:43] didrocks, I don't know enough about schroot/click to say [17:43] maybe mvo knows ;-) [17:43] ps aux | grep click ? ;) [17:50] willcooke, ping [17:50] JohnLea_, :D [17:50] JohnLea_, sorry - was otp [17:50] back now [17:50] willcooke; could we delay the default wallpaper submition until end of play Friday? [17:50] Laney, ^^ [17:50] JohnLea_, we can always upload a newer one [17:51] willcooke; marcus has decided there are a couple of things that need to change [17:51] sure, no worries [17:51] It's already uploaded [17:51] (I think) [17:51] also UserInterfaceFreeze is tomorrow [17:51] willcooke; ok, I'll sent the updated version over on friday, many thanks! [17:51] ...but minor changes are probably okay... [17:51] those are bugfixes I guess :-) [17:51] ha!Q [17:51] Laney, it will only be subtle modifications to the wallpaper pattern, so changing this after won't impact documentation [17:51] So as long as it's not more naked people, I think we'll be OK JohnLea_ [17:52] okay [17:52] willcooke; I'll pass on the no more naked people message to our visual designers ;-) [17:52] lolz, please do :) === alan_g is now known as alan_g|EOD [18:11] * Laney phases out [18:16] * willcooke -> EOD === tsimpson is now known as lubotu1 [18:20] attente_: ping? [18:20] GunnarHj: hey === lubotu1 is now known as tsimpson [18:22] attente_: Saw bug #1430893. It looks to me as if a couple of changes in pkg_depends would be sufficient. [18:22] bug 1430893 in language-selector (Ubuntu) "[FFe] Install Fcitx for Chinese users" [Undecided,New] https://launchpad.net/bugs/1430893 [18:23] GunnarHj: possibly. we just had a discussion about it, but we're waiting on some build failures to be resolved [18:24] attente_: Ok.. Where did the discussion take place? [18:24] GunnarHj: this channel [18:24] attente_: Thanks, will take a look. [18:45] GunnarHj: updated the FFe just now === nessita_ is now known as nessita [19:15] happyaron: Is the plan to have fcitx *installed* on all machines, or just have it available on the CD for those who choose a Chinese locale at installation? [19:15] GunnarHj: installed [19:15] happyaron: In 15.04? [19:15] GunnarHj: yep [19:16] GunnarHj: installed, but only made default for Chinese locale [19:16] happyaron: Ok, then I realize there is a need to reconsider a few things... [19:16] :) [19:59] is there an alternative to ubuntu-desktop-next that works with systemd? can't seem to install it without upstart [20:09] attente_, what do you mean by alternative? [20:09] ubuntu-desktop-next should still work [20:10] we still install upstart for user sessions anyway even on unity7 [20:11] seb128: it conflicts with systemd-sysv, no? [20:12] ubuntu-touch-customization-hooks seems to depend on upstart [20:15] desktop-next didn't switch yet [20:17] attente_, can you describe the issue/what you are trying to do exactly? [20:18] just trying to install ubuntu-desktop-next [20:18] why? [20:19] you rather want unity8-desktop-session-mir no? [20:19] desktop-next is an iso [20:19] if you want an unity8 session on your normal system just install that one? [20:20] ah, ok. that worked. thanks seb128! [20:21] yw [22:14] tjaalton, did you reject the right SRU for lightdm to utopic? [22:15] The email suggests you rejected 1.12.3-0ubuntu1 which should replace the current 1.12.2-0ubuntu1 in -proposed. [22:15] robert_ancell: there were two uploads of the same [22:16] oh, weird [22:16] so I rejected the slightly older one [22:16] #1383321 from the old upload is still unverified [22:17] tjaalton, ah, thanks [22:18] #1190344 too [22:19] that one was only partially fixed in 1.12.2, it should be fully fixed in 1.12.3 [22:20] ah [22:54] larsu: a late re: sound indicator scale slider hover – it works! well done!