[06:59] <didrocks> good morning
[08:43] <seb128> mvo_, hey, do you know what command should be used to install a click manually on a device? ;-) click install? or pkon?
[08:48] <ogra_> seb128, pkcon install-local --allow-untrusted blah.click
[08:48] <ogra_> no sudo ...
[08:48] <seb128> ogra_, thanks
[08:48] <didrocks> hum, IIRC colin was strongly against using pkcon directly
[08:49] <seb128> didrocks, what instead?
[08:49] <ogra_> this is what we all use nowadays :)
[08:49] <didrocks> ogra_: colin +1 it?
[08:49] <didrocks> seb128: looking on logs
[08:49] <ogra_> and the recommended method ...
[08:49] <ogra_> no idea, i didnt know he was against it ... i think he initially gave me the sequence
[08:50] <larsu> morning!
[08:51] <didrocks> ah, it was the other way around
[08:51] <didrocks> 2013-10-22 12:36:00cjwatsondidrocks: please don't use click install (unless you're very careful with its arguments), use pkcon install-local
[08:51] <didrocks> ok, so confirmed :)
[08:51] <mvo_> seb128: pkcon
[08:51] <mvo_> seb128: but click install --user=your-user foo.click is the same
[08:51] <didrocks> (IIRC, it was when then we tweaked the help to state to use the right command)
[08:52] <seb128> mvo_, thanks
[08:52] <seb128> didrocks, thanks as well
[08:52] <mvo_> seb128: its just the "--user=" thats added automatically in the pkcon and the nicer auth via pkexec
[08:52] <didrocks> seb128: sorry for the false alarm, prefered to double check :)
[08:53] <seb128> mvo_, k, usually I use qtcreator but on that project click is grumpy, not sure why (running the same command from the command line works, where it hits an unicode error from qtcreator)
[08:53] <seb128> didrocks, no worry, thanks for double checking ;-)
[08:54] <mvo_> ok
[09:06] <Laney> goedemorgen!
[09:07] <didrocks> good morning Laney
[09:07] <mlankhorst> goedemorgen Laney, hoe gaat het?
[09:07] <didrocks> hey mlankhorst
[09:08] <larsu> morning Laney!
[09:08] <didrocks> seb128: Laney: do you mind testing the privacy capplet for whoopsie enablement/disablement? (Checking that report_metrics has the right value in /etc/whoopsie now and if the whoospie job is started/enabled as you expect playing with the checkbox?)
[09:08]  * didrocks can live with a double checking
[09:09] <didrocks> of course, with latest whoopsie/whoopsie-preferences from Friday
[09:09] <seb128> hey Laney mlankhorst
[09:09] <seb128> didrocks, sure can do, let me upgrade first though
[09:09] <mlankhorst> I've had a fun weekend, full of horseback riding and hacking on a arm device and bringing up xorg-server :D
[09:09] <Laney> okay
[09:10] <didrocks> thanks!
[09:10] <Laney> mlankhorst: imagine I said some great dutch :P
[09:12] <mlankhorst> hehehe
[09:12] <mlankhorst> can we add the tegra as release arch for warty? :P
[09:12] <mlankhorst> jetson tk1
[09:14] <willcooke> morning desktopers
[09:14] <larsu> happy Monday willcooke!
[09:14] <mlankhorst> morning
[09:14] <willcooke> normality is restored, it's raining in London
[09:14] <didrocks> hey willcooke
[09:14] <didrocks> phew!
[09:14] <mlankhorst> still sunny here!
[09:15] <seb128> willcooke, hey, how is london?
[09:15] <willcooke> morning seb128 - cold and wet.  Plus I had to get up early. :(
[09:15] <seb128> :-(
[09:15] <Laney> the cultural and economic capital of the united kingdom
[09:15] <Laney> it's a great place to live and work
[09:15] <Laney> goooooooo london
[09:15] <seb128> lol
[09:15] <willcooke> :D
[09:15] <didrocks> sounds really like Paris :)
[09:16]  * seb128 thinks we should make Laney commute to London every day to work at the office
[09:16] <willcooke> +1
[09:16] <Laney> my old landlord did that
[09:16] <Laney> he would get a 6am train every morning
[09:16] <willcooke> that's crazy
[09:16] <seb128> see, he's already getting used to the idea ;-)
[09:16] <didrocks> and he can pair with his previous landloard
[09:17] <larsu> I have the fcitx thing in the panel for a few days now
[09:17] <Laney> well if I can get a train at 9am and count working there as part of the day
[09:17] <Laney> also if they pay
[09:17] <Laney> then sure why not
[09:17] <larsu> will it go away or should I uninstall something?
[09:17] <Laney> larsu: did you get the latest update?
[09:17] <larsu> "latest"?
[09:18] <larsu> ah, new one coming in on this dist-upgrade
[09:18] <Laney> check you don't have /etc/xdg/autostart/fcitx* after that
[09:19] <larsu> I don't. Thanks!
[09:20] <larsu> why are indicators in there?
[09:21] <Laney> you mean why is there a fcitx indicator?
[09:21] <larsu> no. all other indicators are in there
[09:22] <Laney> for non upstart sessions
[09:22] <larsu> head -> desk
[09:23] <larsu> Laney: hm, they seem to be started unconditionally now
[09:23] <larsu> in unity at least
[09:23] <Laney> they are shadowed by /usr/share/upstart/xdg/autostart/
[09:24] <larsu> that's very un-xdg...
[09:24]  * larsu should stop looking into this
[09:24] <Laney> it means you can de-xdgise things if you want to upstartise them instead
[09:25] <larsu> I'd rather have them d-bus activate again
[09:25] <Laney> no kidding
[09:26] <larsu> how will this work when we move away from upstart in the session?
[09:27] <Laney> I guess it could be ported fairly as-is, have all of the indicators start after the renderer
[09:27] <Laney> but it would probably be more sensible to use bus activation ...
[09:29] <davmor2> Laney: The Cultural and economic capital ah you mean Birmingham it's as cultural as London and way more economic ;)
[09:30] <Laney> ha
[09:30] <Laney> everyone does keep going on about that new library
[09:31] <Laney> (seb128 /) happyaron / attente_: Are you planning to get fcitx itself out of the default install?
[09:31] <Laney> and installed via language-selector
[09:33] <seb128> Laney, why/how is it on the default install?
[09:35] <Laney> not sure the path that got it installed for me, let's see
[09:35] <seb128> Laney, we dropped the u-s-d/u-c-c recommends on friday, that was supposed to be enough to stop pulling it in
[09:36] <Laney> oh neat, maybe it worked already then?
[09:36] <Laney> http://cdimage.ubuntu.com/daily-live/pending/vivid-desktop-amd64.manifest
[09:36] <Laney> ya
[09:36] <Laney> nice
[09:36] <Laney> seems not there
[09:37] <didrocks> yeah, you should only have the libs now
[09:37] <Laney> dear autoremove
[09:37] <Laney> why will you not uninstall it?
[09:37]  * larsu was about to ask the same
[09:38] <didrocks> that's kind of weird indeed, it's never been seeded directly, right?
[09:38] <didrocks> (only child package of a metapackage are not marked auto)
[09:38] <Laney> I forgot how to see if it's marked auto or not
[09:39] <larsu> the only way I know how to is to open syanptic :(
[09:39] <didrocks> Laney: apt-mark showauto | grpe …
[09:39] <didrocks> grep*
[09:39] <larsu> neat
[09:40] <didrocks> hum, it's marked auto for me, so makes sense
[09:40] <didrocks> what's keeping it then…
[09:40] <larsu> same for me
[09:40] <didrocks> if only aptitude why worked… :p
[09:40] <didrocks> apt-get remove only wants to remove fcitx
[09:41] <didrocks> so, I guess it's a recommends
[09:41] <Laney> aptitude would say that
[09:41] <Laney> it's just telling me about a suggests
[09:41] <Laney> :|
[09:41] <didrocks> same
[09:41] <didrocks> but it only stops at the first relationship
[09:42] <didrocks> IIRC
[09:42] <didrocks> so, there can be a stronger one which is hidden
[09:47] <Laney> ah
[09:48] <Laney> didrocks: sudo apt-get -o Apt::AutoRemove::SuggestsImportant=false autoremove
[09:49] <didrocks> SuggestsImportant?
[09:49]  * Laney giggles at that wanting to remove cmake and schroot
[09:50] <Laney> even suggests keeps autoremove from removing packages
[09:50] <didrocks> I wouldn't expect that
[09:50] <didrocks> (as an user)
[09:51] <didrocks> oh, indeed, it's set to true starting apt 0.8.15.3 (2012)
[09:52] <didrocks> but no bug linked to the changelog about why that changes
[09:52] <didrocks> sounds weird to me, and it's David K. who did the change, can't even blame mvo :)
[09:54] <didrocks> Laney: FWIW, it doesn't want for me to remove cmake, but I didn't mark it auto (I guess because I played quite a lot with it, so patched, manually installed…)
[09:54] <Laney> ya it'll depend on how you installed stuff
[09:54] <Laney> surprised nothing is keeping schroot for me
[09:55] <didrocks> I would expect click or the sdk would
[09:55]  * Laney coughs
[09:55] <Laney> totally have those installed... :)
[09:55] <didrocks> ;)
[09:55] <didrocks> I guess seeing your debian usage, you can safely mark it as manual
[09:56] <Laney> I try to keep most dev stuff inside the lxc container actually
[09:56] <Laney> probably can remove these
[09:56] <dholbach> hey
[09:56] <didrocks> Laney: oh nice ;)
[09:56] <dholbach> is https://code.launchpad.net/~noskcaj/gnome-menus/3.13.3/+merge/250879 something which should be uploaded?
[09:56] <dholbach> also... how about https://code.launchpad.net/~happyaron/ubuntu-seeds/lp-1430893/+merge/252632?
[09:57] <didrocks> dholbach: the second shouldn't, we just took extra steps to not have it installed by default :)
[09:57] <didrocks> or maybe seb128 discussed it more? ^
[09:57] <Laney> let me 'on hold' that one
[09:57] <didrocks> sure :)
[09:57] <Laney> or WIP, whatevs
[09:57] <happyaron> on hold which?
[09:58] <Laney> yours
[09:58] <Laney> no idea about gnome-menus
[09:58] <happyaron> u-s-d/u-c-c shouldn't pull in all fcitx by default, but seeding it is a must to have it default for Chinese people
[09:58] <seb128> didrocks, not discussed more no
[09:59] <happyaron> or they get ibus after installation
[09:59] <happyaron> if users open language-selector, it will write per-user configuration of input method, that will be ibus
[09:59] <happyaron> even user never touched settings about input method
[10:01] <happyaron> seb128 wonders how do we proceed?
[10:01] <Laney> Don't you want to have language-selector set it up right?
[10:02] <happyaron> I want it to be set up just out-of-box, without hurting people of other languages
[10:02] <seb128> happyaron, I don't understand enough about how the im-config/language-selector thing is used atm to answer you, but we don't want fcitx on the iso
[10:02] <happyaron> seb128: why
[10:03] <happyaron> relying on language-selector almost means the default isn't changed for anyone
[10:03] <Laney> check-language-support is run from the installer
[10:04] <happyaron> many people don't connect to internet while installation
[10:04] <seb128> happyaron, because we don't want 2 IM stacks on the image
[10:04] <happyaron> seb128: that might make the transition never been evaluated
[10:05] <happyaron> last week we tried to see there's impact on image space, and apparently the answer is no...
[10:08] <Laney> FWIW there's 'ship-live' to put it on the CD but not installed
[10:08] <Laney> at least I think that's right
[10:08] <happyaron> ok
[10:09] <happyaron> how to get that installed (from CD) for Chinese users?
[10:09] <Laney> it makes it available via apt
[10:10] <happyaron> it's highly appreciated if we can make it work without using any internet connection
[10:10] <Laney> not sure if that would be acceptable, still taking up space on the image in that case
[10:11] <happyaron> space won't grow if we remove ibus-pinyin and its dependency
[10:11] <happyaron> that used to be default for Chinese
[10:11]  * Laney nods
[10:12] <didrocks> I think let's have the ship-live change
[10:12] <Laney> installing if needed via check-language-support feels nicer to me
[10:12] <Laney> but someone would need to do the work, so... :)
[10:12] <didrocks> then, happyaron needs to ensure that chinese users get it installed via check-language-support from the CD
[10:12] <didrocks> and we check size
[10:12] <seb128> happyaron, k, fair enough
[10:13] <happyaron> ok, I'll update the MP for seeds
[10:13] <happyaron> and, is check-language-support in ubiquity?
[10:13] <didrocks> dpkg -S check-language-support
[10:13] <didrocks> language-selector-common: /usr/bin/check-language-support
[10:13] <happyaron> ok
[10:14] <didrocks> Laney: if we merge the seed, do we have some build time for kicking an image? (so that we don't forget and deal with the size check today)
[10:14] <Laney> ?
[10:14] <didrocks> we grew ~ +3M with the libs already
[10:15] <Laney> probably want to check the ubiquity side first
[10:15] <didrocks> Laney: don't want to check the image size first?
[10:15] <didrocks> if we discover it's resulting in an unacceptable image size growth, I guess that stops the check-language-support hacking effort
[10:15] <Laney> what other option is there?
[10:16] <Laney> if you want to have it installed then it has to be on there somehow
[10:16] <didrocks> keeping the existing?
[10:16] <happyaron> we haven't remove ibus-pinyin/libpyzy yet
[10:16] <didrocks> yeah
[10:16] <didrocks> that's why I want us to check the image size
[10:16] <didrocks> but for that, we need an image with the change
[10:17] <Laney> what I mean is
[10:17] <Laney> if we want to go with fcitx then we have to do this change
[10:17] <Laney> we're not going to say "too big, let's stick with ibus"
[10:17] <seb128> we could on the livecd
[10:17] <seb128> we don't install all langpacks there
[10:17] <didrocks> well, that's what we told until now at least
[10:17] <didrocks> right
[10:17] <seb128> the liveCD was never meant to be a solution for all users/locales
[10:18] <didrocks> and there is kylin, contrary to other locales
[10:18] <seb128> well or rather there is a balance in cost/benefit
[10:18] <Laney> then you just have to change language-selector and not bother with this seeding stuff
[10:18] <Laney> if that's acceptable
[10:19] <Laney> but you say that all chinese users must be online to get a proper IM
[10:19] <didrocks> before deciding on the seeding stuff, it would be nice to have the facts, in term of size
[10:19] <Laney> and then how do they type in the live session?
[10:20] <happyaron> if we do ship-live, and remove ibus-pinyin, then no way to input in live session
[10:21] <Laney> no, if you do ship-live then language-selector installs it
[10:21] <Laney> if you *don't*, and have no internet, then out of luck indeed
[10:21] <happyaron> you mean in live session, launguage-selector will install it on the fly?
[10:22] <happyaron> not saying /target
[10:22] <Laney> I think l-s will work there
[10:23] <Laney> this all needs checking, which is an argument for getting a test image I guess :)
[10:24] <happyaron> a bit confused what needs to be done... 1) ship-live 2) check-language-support, that's all I see
[10:24] <happyaron> and check if these changes work for live session, right?
[10:24] <didrocks> and get a test image to check both
[10:24] <Laney> check that ubiquity installs the right stuff
[10:24] <didrocks> (size and changes)
[10:24] <Laney> the l-s changes are the ones in bug #1431337 or thereabouts
[10:25] <happyaron> shall we get that FFe approved first?
[10:25] <Laney> you should be able to test that by installing an updated package in any current ubuntu desktop iso and running check-language-support -l zh_CN
[10:25] <Laney> then trying an installation with internet
[10:26] <Laney> don't think so, we need to know what the approach is first
[10:26] <happyaron> ok
[10:27] <Laney> maybe scan ubiquity's code first to see what it does with check-language-support too
[10:27] <happyaron> sure
[10:28] <Laney> hm
[10:28] <Laney> don't you have to restart the session to start using fcitx?
[10:30] <happyaron> have to restart session to switch input method framework
[10:31] <happyaron> sometimes it even needs reboot, because nowadays the session shutdown might not complete
[10:32] <Laney> so how useful is this stuff at all?
[10:32] <Laney> you don't really restart the live session
[10:34] <happyaron> should only work if people select chinese on the initial boot screen, not useful if people switch after it boots up
[10:34] <Laney> in that case I don't think this approach works
[10:35] <Laney> because that screen won't run check-language-support
[10:35] <didrocks> was it the same with the ibus plugin?
[10:35] <Laney> that's installed all the time
[10:35] <Laney> so will be there at startup
[10:35] <didrocks> right, but if you switch after it boots up, did it load the IM?
[10:36] <didrocks> it seems that for fcitx, even if you have it installed, it wouldn't work if you switch once you entered the session
[10:41] <happyaron> about ibus plugin, it will work to switch among ibus plugins if ibus is started by im-config, same applies for fcitx. but the other framework that's not started by im-config won't work in the session.
[10:42] <happyaron> when the latter situation happends, (if the second started framework is) ibus it will hang, and fcitx will quit.
[10:44] <Laney> maybe we do need to just seed it then
[10:45] <Laney> would be good if we could have things be removed from the installed system if they're not needed
[10:45] <Laney> oh, wait
[10:46] <Laney> maybe you can still do something like this with the 'live' seed
[10:46] <Laney> xnox: you here?
[10:47] <xnox> Laney: yes.
[10:48] <xnox> Laney: we can remove un-used things at the end of the install, and we can also have optional things on the cd that can be installed if needed.
[10:49] <Laney> xnox: It's 'remove fcitx if not chinese' basically
[10:50] <xnox> how would one install it then? it looks like fcitx is seeded everywhere hence is installed everywhere.
[10:50] <Laney> I was wondering if the live seed is good for that
[10:50] <Laney> + language-selector
[10:51] <xnox> we autoremove ubiquity and thing that haven't got marked as manually installed during installation.... ( i think ), or we can install things on target, from the iso pool. But then live session witll not have fcitx.
[10:51] <Laney> so the installer runs check-language-support which causes it to be kept on the target system
[10:51] <xnox> that's all good then.
[10:51] <Laney> but if you don't pick chinese then it's not kept
[10:51] <Laney> sane?
[10:51] <xnox> i think so.
[10:52] <Laney> neat
[10:52] <xnox> however installs in english and later enables chinese, should get incomplete language support prompt at some later point.
[10:52] <xnox> s/however/whoever/
[10:52] <Laney> ya, as normal
[10:53] <Laney> the same method (pkg_depends) will do all cases
[10:53] <happyaron> what about upgrades?
[10:53] <xnox> happyaron: if installed, simply remains. If not installed -> incomplete language support pop-up.
[10:54] <happyaron> xnox: but l-s will write current IM to per-user config silently
[10:54] <happyaron> that would mean "run_im ibus" in ~/.xinputrc
[10:55]  * xnox only knows about packages. I have no idea how things work w.r.t. ibus et.al.
[10:55] <happyaron> :)
[10:55] <Laney> if someone's user has selected ibus then you shouldn't be touching that
[10:56] <xnox> happyaron: does language support gui do the right thing _today_ ? e.g. installation in english -> switch to chinese, and vice versa.
[10:56] <happyaron> xnox: yes, but it does not have any idea about IM framework transition
[10:57] <xnox> happyaron: well, then that's a bug on it's own, no?
[10:58] <happyaron> Laney: l-s will write .xinputrc whenever its started, even if user doesn't touch IM settings
[10:58] <happyaron> xnox: think so
[10:58] <Laney> what are you proposing to do about that?
[10:59] <happyaron> I proposed not writing per-user default if not selected by the user, but Gunnar has his rationale of doing that
[10:59] <happyaron> which prevents transition actually
[11:00] <happyaron> https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/1430893/comments/13
[11:01]  * Laney nods
[11:01] <Laney> I don't think you should be changing it for exisitng users, just make it do the new thing for new configurations
[11:03] <happyaron> so we don't deal with upgrades, just new installations
[11:04] <Laney> If they're using iBus then they're presumably happy with it already
[11:04] <Laney> or they would have switched themselves
[11:04] <Laney> (is it iBus?)
[11:04] <Laney> (or ibus)
[11:04] <happyaron> fair enough
[11:04] <happyaron> IBus
[11:05] <Laney> I'm writing a comment on the bug
[11:05] <happyaron> thanks
[11:06] <Laney> somehow I find #1431337 an easy bug number to remember ;-)
[11:06] <larsu> woah, system settings has a help/quit menu item. Don't let mpt see that
[11:07] <larsu> I mean, don’t let him see that
[11:09] <davmor2> Laney: yeah but it's a bit elitist
[11:09] <Laney> literatist
[11:12] <Laney> happyaron: done
[11:12] <Laney> see if that matches your understanding
[11:12] <larsu> Trevinho: are we now always showing the app menu?
[11:15] <happyaron> Laney: almostly, proposed locales would be zh_* though
[11:15] <Laney> ok
[11:16]  * Laney wonders why his pc lost dns
[11:16] <davmor2> Laney: you on vivid?
[11:16] <Laney> yes
[11:17] <davmor2> Laney: that's why then, happens on the phone too so I would guess at the latest network-manager
[11:17] <Laney> got a bug #?
[11:17] <Laney> nm's actually not supposed to be doing anything on this machine
[11:18] <davmor2> Laney: just trying to confirm that it isn't the new QT5.4.1 stuff before I file if there isn't one
[11:18] <Laney> oh it's back
[11:19] <Laney> after restarting resolvconf
[11:19] <Laney> some update clobbered my /etc/resolv.conf
[11:24] <Sweet5hark> moin
[11:24] <happyaron> Laney: seeds updated, status changed to Needs review
[11:26] <Laney> ok, thanks, let me look quickly
[11:29] <Laney> happyaron: in some hours we'll be able to build a new ISO with these changes
[11:30] <Laney> once "apt-cache show fcitx" says Task: ubuntu-live
[11:32] <happyaron> ok
[11:32] <happyaron> thanks
[12:04] <Laney> dobey: any complaints if I sponsor your intltool to debian instead of vivid?
[12:37] <larsu> Laney: do you think my titlebar branch is good enough for this cycle? Should we wait until we get proper spacing between the buttons? Is it to ui-freezy already?
[12:38] <Laney> larsu: I'd take it as it is now, but it is definitely UI freezy
[12:39] <Laney> https://wiki.ubuntu.com/UserInterfaceFreeze says mail ubuntu-doc@lists.ubuntu.com
[12:39] <larsu> do you think it's worth it?
[12:40] <larsu> bah, 4 days ago :(
[12:40] <Laney> well
[12:41] <Laney> I'd just word it like "if you've taken loads of screenshots already then no worries"
[12:41] <Laney> i.e. only do it if it's low effort for everyone
[12:41] <larsu> makes sense
[12:41] <larsu> this only affects non-default apps
[12:41] <larsu> so probably there aren't many screenshots around
[12:42] <larsu> I'll also propose the totem fix
[12:42] <larsu> if you like it *cough*
[12:42] <Laney> oh yeah, it looks quite good I think
[12:58] <Trevinho> larsu: what you mean? Shouldn't it be shown?
[12:58] <Trevinho> (in some cases)
[13:03] <dobey> Laney: it's fine if it gets synced to vivid. i didn't do it that way because i have no debian dev perms at all (and don't really know anything about uploading to debian)
[13:03] <Laney> dobey: No worries, should just be changing the target for me
[13:03] <Laney> thanks
[13:03] <Laney> (& the version of course)
[13:05] <larsu> Trevinho: I have the feeling it is shown in too many cases
[13:05] <larsu> Trevinho: not sure though. I'll investigate after lunch and let you know
[13:21] <Trevinho> larsu: ok, let me know... there might be a missing flag in indicator-appmenu
[13:38] <desrt> word.
[13:38] <seb128> hey desrt
[13:38] <seb128> had a good w.e?
[13:38] <didrocks> morning desrt
[13:39] <desrt> seb128, didrocks: hi
[13:39] <desrt> yup
[13:39] <desrt> did some cool jhbuild work :)
[13:39] <seb128> stop hacking during the w.e ;-)
[13:40]  * desrt has enough crap to do during the week, and this is important :p
[13:41] <desrt> i have a couple of nice scripts now, though -- one creates a base system image out of my local debian/ubuntu mirror, with jhbuild installed from git, and makes a .tar of the result
[13:42] <desrt> the other one extracts that .tar into a tmpfs, installs the proper sysdeps for a given module, and runs jhbuild
[13:45] <desrt> debootstrap off of a local mirror is slow -- so this will help with speeding up the ~160 builds that need to be done
[13:55] <Laney> darkxst: you probably want to upload gnome-online-accounts to kill facebook chat, btw
[14:12] <ChrisTownsend> mlankhorst: Hey, any chance you could update your Xmir xorg-server in your PPA to supersede the version in the archive?
[14:30] <mlankhorst> ChrisTownsend: what exactly?
[14:31] <mlankhorst> ah k :P
[14:31] <mlankhorst> right forgot about that
[14:31] <ChrisTownsend> mlankhorst: Ok, sure, thanks!
[15:03] <mlankhorst> ChrisTownsend: uploaded
[15:04] <ChrisTownsend> mlankhorst: Thanks!
[15:42] <flexiondotorg_> Is anyone else aware that the daily images don't make it to Ubiquity at the moment?
[15:50] <seb128> flexiondotorg_, what's the error?
[15:50] <seb128> and what image?
[15:51] <flexiondotorg_> I've just test Ubuntu MATE i386 and amd64 from 15th and 16th.
[15:51] <seb128> that's also probably more a topic for -devel than desktop
[15:51] <flexiondotorg_> seb128, OK.
[15:52] <flexiondotorg_> There is an error about pxconv not being able to set the permission of /etc/passwd- to 0600
[15:52] <flexiondotorg_> I'm checking with other flavours to see if this is just in Ubuntu MATE.
[15:54] <flexiondotorg_> *pwconv
[16:06] <Laney> mlankhorst: Most of the time when I resume my monitors after they DPMS power off, one of them doesn't come back
[16:06] <Laney> until I open "Displays" in the control centre
[16:06] <Laney> he;lp
[16:09] <larsu> would be great if someone could comment on the theme MRs before I propose ffes
[16:11] <seb128> larsu, urls?
[16:11] <larsu> seb128: bug #1425155 and bug #1376565
[16:12] <seb128> larsu, danke
[16:17] <seb128> larsu, approved the totem one, no doubt we should get that in, looks also a bugfix rather than an ui change to me
[16:17] <Laney> what's 'rather than'?
[16:17] <Laney> it can be both
[16:17] <seb128> it's an ui fix
[16:17] <seb128> rather than an ui feature
[16:17] <seb128> e.g not a redesign/change in spirit
[16:18] <Laney> UI freeze doesn't have this distinction
[16:18] <seb128> I though we made the distinction there as well?
[16:18] <larsu> this is UI freeze though, not UI feature freeze
[16:18] <larsu> (or is it?)
[16:18] <seb128> hum
[16:18] <Laney> correct
[16:18] <Laney> https://wiki.ubuntu.com/UserInterfaceFreeze
[16:18] <larsu> somebody could've made a screenshot already
[16:18] <Laney> but it's fine, you just have to notify them
[16:18] <seb128> from past discussions I though the documentation team didn't mind about visible "fixes"/tweaks
[16:18] <larsu> one of the problems with the other MR is that window-close-symbolic is now a different icon
[16:18] <Laney> I doubt they mind
[16:18] <seb128> they just didn't want to have things different enough that the documentation wouldn't make sense
[16:19] <Laney> but they still want notifying
[16:19] <larsu> and it's also used in tabs for example
[16:19] <larsu> so those look weird now
[16:22] <Laney> weird how?
[16:22] <larsu> too thin imo
[16:22] <seb128> larsu, comment/approved them
[16:22] <Laney> do you have a screenshot?
[16:23] <larsu> I got used to it already, I'm just making sure whoever reviews it notices that
[16:23] <seb128> brb, going to a coffee to work from there for a bit, back online when I arrive there (need an irc proxy!)
[16:24]  * Laney insults seb128 now he's gone
[16:24] <Laney> muhaha
[16:24] <larsu> Laney: I do now: http://i.imgur.com/jZgHEc1.png
[16:24] <Laney> you mean the × itself is too thin?
[16:24] <larsu> otoh, the ones we had before look too thick in window decoration buttons
[16:24] <larsu> Laney: yes
[16:25] <Laney> ah
[16:25] <Laney> doesn't look too bad to me
[16:25] <larsu> okay good :)
[16:25] <Laney> feel free to mail the docs team imho
[16:25] <larsu> is one mail for both bugs ok?
[16:25] <Laney> yeah I'm sure they can deal with that
[16:26] <Laney> it's mainly GunnarHj afaik
[16:27] <Laney> sad times, going to be on hols for beta
[18:28] <Laney> bye!
[20:12] <robert_ancell> mterry, seb128, So it appears that ~indic-team is not an active team. Who do you recommend we subscribe the Indic font package bug reports to? We could put ~ubuntu-desktop there but we'll just probably shrug our shoulders and point at the Debian IN team
[20:16] <seb128> robert_ancell, wfm, the team subscription main goal is to have some active team listed as in charge of the package so there is an escalation path if there is an issue that needs to be sorted out
[20:17] <seb128> robert_ancell, I don't expect the font to be problematic so subscription desktop works
[20:17] <robert_ancell> seb128, yeah, we'll just be a placeholder until someone else takes over
[20:17] <robert_ancell> yeah
[20:17] <seb128> want me to do that?
[20:17] <seb128> robert_ancell, oh, and no, not ~ubuntu-desktop but ~desktop-bugs
[20:18] <seb128> we don't want to spam the desktop mailing list ;-)
[20:18] <robert_ancell> seb128, I'm just checking if I can (I suspect not) otherwise I'll send the list of URLs to you
[20:18] <robert_ancell> yeah, I can do ~ubuntu-desktop but not ~desktop-bugs it seems
[20:19] <robert_ancell> seb128, I've forwarded the list via email
[20:20] <seb128> shrug
[20:21] <seb128> robert_ancell, you just won ~desktop-bugs admin rights, enjoy :p
[20:21] <robert_ancell> ok
[20:21] <robert_ancell> seb128, Didn't feel like subscribing >10 packages? ;)
[20:21] <seb128> no :p
[20:22] <robert_ancell> I was hoping you might have a magic script
[20:28] <seb128> no :-/
[20:50] <mterry> robert_ancell, sorry, wasn't paying attention to irc
[20:50] <robert_ancell> mterry, np
[20:50] <mterry> robert_ancell, I'm not sure.  :-/
[20:50] <mterry> robert_ancell, I'm not familiar with the various localization teams
[20:50] <mterry> robert_ancell, but we probably have an Indian translation group?
[20:51] <robert_ancell> mterry, well, I thought ~indian-team would be that but I emailed them and they said no
[20:52] <mterry> robert_ancell, well... maybe do desktop in meantime?  Even if it's a shrug, at least someone may see it
[20:52] <mterry> robert_ancell, I doubt there are many bugs in these packages
[20:52] <robert_ancell> mterry, I've subscribed ~desktop-bugs at seb128 s suggestion
[20:53] <mterry> robert_ancell, ah, didn't read scrollback, cool
[21:19] <desrt> annoying → https://bugs.launchpad.net/launchpad/+bug/638498
[21:28] <darkxst> Laney, gnome-online-accounts is in -desktop, so I can't upload it
[22:11] <darkxst> Laney, bug 1432859