[01:23] <infinity> robert_ancell: Have you sorted a sane way forward for the indic font mess?  If so, enlighten me and then, sure, we can remove the sync block if that's the right thing to do.
[01:36] <darkxst> robert_ancell, can you copy https://launchpad.net/~darkxst/+archive/ubuntu/bluez5/+packages to the bluez transition ppa?
[01:41] <robert_ancell> infinity, I haven't been able to work out why the block is there. So my current assumption is "we should just match Debian".
[01:42] <robert_ancell> infinity, any more background info very welcome
[01:49] <infinity> # cjwatson, 2012-06-01
[01:49] <infinity> # Temporary blacklist entries for quantal, requiring manual resolution due
[01:49] <infinity> # to conflicts with existing Ubuntu-versioned binaries.
[01:49] <infinity> robert_ancell: ^-- So, this is probably no longer true, or likely not, but I can't investigate right this instant either.
[01:50] <robert_ancell> infinity, that's fine. I just wanted to check that you guys are aware of the bug and/or find alternative means to find the right person to lift it
[01:51] <robert_ancell> darkxst, I'm trying to find the PPA link - do you have it?
[01:51] <darkxst> https://launchpad.net/~ubuntu-desktop/+archive/ubuntu/transitions
[01:52] <robert_ancell> darkxst, ta
[01:57] <robert_ancell> darkxst, do they need rebuilding?
[01:57] <darkxst> robert_ancell, no, binary copy should be fine
[01:58] <robert_ancell> darkxst, done
[01:58] <darkxst> thanks
[06:45] <pitti> Good morning
[06:50] <seb128> good morning desktopers
[06:50] <seb128> hey pitti
[06:51] <pitti> bonjour seb128 !
[06:51] <pitti> I'm finally making some progress on finding out why people's fstab mounts get unmounted during boot
[06:54] <happyaron> pitti, seb128, morning, :)
[06:54] <seb128> hey happyaron
[06:54] <pitti> hey happyaron, good day!
[06:55] <seb128> pitti, oh, why is that?
[06:55] <pitti> seb128: do you get that as well?
[06:55] <pitti> bug 1419623
[06:55] <seb128> no
[06:56] <seb128> but I don't have partitions mounted at boot
[06:56] <seb128> only a /
[06:56] <pitti> ah, I have /home and /srv in fstab
[06:56] <pitti> and /boot/efi/
[06:58] <pitti> seb128: it could still be a red herring, but so far my theory is that cgmanager does some mounts/unmounts/remounts which cause that; it remounts MS_SLAVE, not MS_RSLAVE
[06:58] <pitti> (testing that now)
[07:00] <pitti> but that doesn't yet explain the full story
[07:01] <darkxst> pitti, still planing on switching to systemd init this cycle?
[07:02] <pitti> darkxst: I was quite hopeful, but NFS, maas, and juju drag on.. :/
[07:04] <darkxst> why is nfs a problem? surely upstream have that also?
[07:05] <pitti> darkxst: upstream does have systemd units, yes; but our package only has an upstart job, so it doesn't work under systemd
[07:05] <pitti> darkxst: slangasek wanted to look into that this week though
[07:06] <darkxst> pitti, ok, I was thinking of switch Ubuntu GNOME, but then two critical bugs in a week ;(
[07:06] <pitti> darkxst: oh, what's the other one?
[07:07] <darkxst> pitti, ifup service hang,
[07:08] <darkxst> guess that is fixed now?
[07:08] <pitti> darkxst: ah, yes
[07:09] <pitti> darkxst: see bug 1417010, both sysvinit and systemd are in vivid
[07:11] <darkxst> pitti, I have missed that janitor comments, but certainly saw the fix-commited's
[07:24] <seb128> hum
[07:24] <seb128> https://lists.ubuntu.com/archives/ubuntu-desktop/2015-February/004636.html
[07:24] <seb128> why is the sync bug #1420948 reaching the list?
[07:24] <seb128> "You received this bug notification because you are a member of GNOME3
[07:24] <seb128> Team, which is subscribed to appstream-glib in Ubuntu."
[07:25] <seb128> darkxst: did you guys add the desktop list as contact info for your team or what?
[07:25] <darkxst> seb128, we use gnome3-team for that
[07:25] <seb128> or is that because there is no list associated to the team?
[07:26] <seb128> darkxst, https://launchpad.net/~gnome3-team/+mailinglist
[07:26] <seb128> hum, I don't understand
[07:27] <darkxst> seb128, I don't know why that would go to desktop list
[07:27] <seb128> let me ask on #launchpad
[07:28] <darkxst> seb128, I also don't know why Noskcaj even filed that bug ;(
[07:28] <darkxst> it needs fixes for MIR, that should be forwarded to debian before sync
[07:39] <Noskcaj> darkxst, But it helps to get the newer version, doesn't it?
[07:39] <didrocks> morning
[07:40] <larsu> hi didrocks!
[07:40]  * didrocks spent 20 minutes in rebooting and being puzzled
[07:40] <didrocks> hey larsu!
[07:40] <darkxst> Noskcaj, it doesnt help the MIR
[07:40] <darkxst> Noskcaj, fix those, forward to debian and propose an ubuntu package in the mean time?
[07:41] <Noskcaj> no, of course not. ximion hasn't been online in the last 2 days, but he's normally pretty active
[07:41] <darkxst> Noskcaj, I really don't see any reason they wouldnt take the changes
[07:42] <darkxst> debian is normally more pedantic about copyright than us
[07:42] <darkxst> useless build-deps and disabled but working tests seem to be a no brainer
[07:44] <darkxst> Noskcaj, that said, may need https://github.com/hughsie/appstream-glib/commit/8fea9d934fbfffbead04a1a6ec9e4344725af188
[07:44] <darkxst> for tests
[07:51] <seb128> darkxst, Noskcaj, can you put the gnome3 list as contact address on https://launchpad.net/~gnome3-team/+contactaddress ?
[07:52] <seb128> without that each member get emailed on any bug subscription
[07:52] <seb128> which includes the desktop list through ubuntu-desktop being a member
[07:52] <darkxst> seb128, sure no problem
[07:52] <seb128> thanks
[07:52] <darkxst> never even realised it worked (or didn't) like that
[07:53] <happyaron> didrocks: I'm preparing patch for seeding fcitx, but in doubt whether I should remove ibus at the same time
[07:53] <happyaron> some follow up patches are needed to switch the default
[07:54] <didrocks> happyaron: I didn't follow the discussions about what would be done in the end (switch or supporting both), I suggest you discuss it with attente_ and seb128?
[07:54] <happyaron> sure
[08:03] <didrocks> pitti: seems Lennart stopped just before my fsck patch if my email history is right :p
[08:08] <darkxst> Noskcaj, seems you have to subscribe yourself for new gnome3-team ML
[08:08] <Noskcaj> ok, will do
[08:08] <darkxst> thanks
[08:19] <pitti> didrocks: heh, yes; talked to him yesterday, and at the moment patches come in faster than he can keep up with; I'll ping him today to ask who would be appropriate to review/commit them (given that it already went through several rounds)
[08:20] <pitti> didrocks: now that I found out what breaks our mounts at boot (see #u-devel), I can think about other problems again :)
[08:20] <didrocks> pitti: sounds good, thanks!
[08:20] <didrocks> pitti: oh, nice! backloging :)
[08:20]  * didrocks answers to slangasek on CI Train and rewrite some wiki pages meanwhile
[08:20] <didrocks> digging into my old code :p
[08:50] <willcooke> morning
[08:50] <willcooke> hrm - no clock
[08:51]  * willcooke restarts panel service
[08:51] <willcooke> haz clock
[08:51] <didrocks> hey willcooke
[08:51] <willcooke> morning didrocks
[08:51] <willcooke> ohhh
[08:56] <seb128> good morning willcooke
[08:56] <willcooke> hi seb128
[09:06] <Laney> hey
[09:07] <Laney> had to restart network-manager to get my network to work just now
[09:07] <Laney> :(
[09:07] <Laney> could be ofono still I guess, didn't kill that
[09:10] <seb128> hey Laney
[09:10] <seb128> what was it doing?
[09:10] <seb128> connected by no data going through?
[09:10] <Laney> 16 packets transmitted, 0 received, 100% packet loss, time 15000ms
[09:11] <Laney> I ctrl-ced it after exactly 15000ms, how cool is that
[09:14] <Noskcaj> darkxst, Excluding copyright fixes, lp:~noskcaj/ubuntu/vivid/appstream-glib/mir-fixes should be ready
[09:14] <Noskcaj> I'm signing off for the night, if it's all good, please propose the merge
[09:14] <darkxst> Noskcaj, needs copyrights also
[09:15] <Laney> you should get ximion to fix this
[09:15] <Laney> or upload your fixes then sync :)
[09:16] <Laney> also something in main could require it, I reverted back to appdata-tools for ... cheese I think
[09:17]  * xnox Yaaaawh
[09:20] <seb128> Laney, attente_, don't look at it, but https://appstore.bhdouglass.com/app/uu.mzanetti :-)
[09:21] <darkxst> Laney, been through that entire conversation with Jackson already
[09:21] <seb128> the "don't look at it" is for productivity reasons of course ;-)
[09:21] <Laney> haha
[09:22] <Laney> I thought someone would do this when they started talking about how easy it would be when we were playing it
[09:22] <seb128> :-)
[09:23] <seb128> it's working quite nice, need a few tweaks to be great
[09:23] <Laney> someone just needs to do space team
[09:23] <seb128> lol
[09:23] <seb128> I've the feeling that one wouldn't be as trivial
[09:24]  * Laney updates to the latest image
[09:24] <Laney> got to test ... something ...
[09:29] <seb128> lol
[09:32] <mzanetti> :D
[09:39] <Laney> darkxst: do you have a branch for your totem pkg?
[09:40] <darkxst> Laney, no just whats on gnome3 ppa
[09:40] <darkxst> but you can upload there right?
[09:41] <Laney> sure
[09:41] <Laney> but good history is better if it exists
[09:41] <darkxst> given ubuntu-desktop is a member of that team
[09:42] <darkxst> Laney, they guy who was setiing up out packaging branches resigned ;(
[09:43] <Laney> bzr branch lp:~ubuntu-desktop/totem/ubuntu; hack hack hack; bzr commit; bzr push lp:~gnome3-team/totem/gnome3-staging
[09:43] <Laney> sorry you lost a volunteer :(
[09:44] <darkxst> Laney, or just stage it in ubuntu-desktop if you want
[09:45] <Laney> might do
[09:45] <Laney> any news on the grilo-plugins split?
[09:45] <Laney> + mir + whatever
[09:46] <larsu> Laney: morning. re gnome-screenshot... we can't use libcheese's cheese-flash, because that requires a parent window now (which gnome-screenshot doesn't have in non-interactive mode) and it doesn't support flashing individual windows
[09:46] <Laney> ah ok
[09:46] <larsu> however, the only noteworthy changes are getting rid of the set_visual() call
[09:46] <larsu> and fixing the opacity mess
[09:47] <darkxst> Laney, didrock was happy with the MIR pending split, seb128 may not be so happy ?
[09:47] <larsu> by having a priv opacity var and not reading back the opacity from the widget
[09:47] <larsu> kind of like I did
[09:47] <larsu> only thing that remains is that weird double flash, which I only see on compiz :/
[09:47] <darkxst> but I am proposing first group in https://bugs.launchpad.net/ubuntu/+source/grilo-plugins/+bug/1394731/comments/2
[09:47] <darkxst> and probably youtube
[09:48] <seb128> darkxst, I'm fine with whatever others decide, I just would like to have a summary of what it's going to bring on the CD and the installed size impact
[09:48] <larsu> Laney: and I can't seem to get rid of it unless I don't destroy the flash window, which of course makes it leak
[09:48]  * larsu is unsure what to do
[09:48] <darkxst> I think Noskcaj will do the actual packaging
[09:48] <Laney> darkxst: ok then
[09:48] <Laney> are the build deps all okay?
[09:49] <darkxst> Laney, everything is in main except dleyna-server which is a suggests in ubuntu packaging
[09:49] <Laney> larsu: I think we're probably sticking with 3.14 anyway (per the meeting), so not super important to fix right now
[09:50] <Laney> but will be needed next cycle
[09:50] <Laney> darkxst: cool
[09:50] <darkxst> Laney, 3.14 gtk?
[09:50] <Laney> ya
[09:50] <Laney> I'm going to mail the list in a minute
[09:50] <Laney> after making a totem package ;-)
[09:52] <larsu> Laney: ok, I'll file an upstream bug for the opacity part and start pestering Trevinho about compiz
[09:52] <darkxst> Laney, ok
[09:53] <darkxst> probably easier than fixing all the issues
[09:53] <Laney> at least we know about them *now* instead of in 2 months
[09:54] <darkxst> Laney, very much so, I Would be happy with gtk update landing early next cycle
[09:54] <darkxst> aka faster than this cycle
[09:54] <Laney> nod
[09:56] <Laney> how do you unstage something in bzr?
[09:57] <darkxst> Laney, idk, but suspect you can't once you have push to a public branch
[09:57] <darkxst> uncommit does work before that though
[09:58] <Laney> haven't push
[09:58] <Laney> I just want to undo a bzr add
[09:58] <darkxst> uncommit then
[09:58] <Laney> not committed
[09:59] <darkxst> Laney, I'm no bzr expert, do most things in git
[09:59] <Laney> bzr rm --keep looks likely
[10:00] <Laney> (Y)
[10:01] <happyaron> attente_, seb128: wonders how do we proceed with the input methods..?
[10:01] <seb128> happyaron, wdym?
[10:01] <happyaron> seb128: I'm making a mp to seed fcitx, shall I remove ibus at the same time, or have both of them?
[10:02] <happyaron> ...and, what's your opinion about switch or not (and what time)?
[10:02] <seb128> happyaron, don't see fcitx
[10:02] <seb128> seed
[10:02] <seb128> we don't want to install it by default
[10:02] <happyaron> why?
[10:02] <seb128> because we need the support for fcitx to be merged in the indicator and unity-control-center first
[10:03] <seb128> which didn't happen yet because we needed to build-depends on fcitx to build those
[10:03] <seb128> which required fcitx MIR to be acked first
[10:03] <seb128> so next step is to merge those in
[10:03] <happyaron> ic
[10:03] <seb128> the new build-depends can be added and are going to led to promotion
[10:03] <seb128> then we can give a round of testing and see how things work
[10:03] <seb128> then decide to make fcitx default or not
[10:04] <seb128> but we probably want it default only for chinese in a first time
[10:04] <happyaron> ok, great
[10:04] <happyaron> that would make both ibus and fcitx included in the image
[10:05] <happyaron> now the only input method in image is ibus-pinyin, which is for Chinese, to replace it we'll pull in fcitx
[10:06] <darkxst> night all
[10:06] <seb128> night darkxst
[10:08] <seb128> ok, I give up on debugging that issue for now
[10:08] <seb128> Laney, so, the u-s-s notifications, I was wrong, that code uses the gappinfo api to get the name
[10:09] <Laney> I thought so
[10:09] <seb128> Laney, that works and displays translated under unity7 and not unity8, on the same machine
[10:09] <Laney> that works with langpacks already
[10:09] <Laney> O_O
[10:09] <seb128> I did go trough /proc/pid/environ
[10:09] <seb128> no difference I can see
[10:09] <seb128> I set the same LANG LANGUAGE LC_*
[10:09] <Laney> do we call setlocale(LC_ALL, "") in u-s-s?
[10:09] <Laney> surely so because other translations work
[10:09] <seb128> no, but I tried to add that
[10:09] <seb128> no difference
[10:09] <seb128> and the code works under unity7
[10:10] <Laney> ...
[10:10] <seb128> why would it be required only under it?
[10:10] <seb128> in src/i18n.cpp
[10:10] <seb128> void initTr(const char *domain, const char *localeDir)
[10:10] <seb128> {
[10:10] <seb128>     setlocale (LC_ALL, "");
[10:10] <seb128>     bindtextdomain(domain, localeDir);
[10:10] <seb128>     textdomain(domain);
[10:10] <seb128> I added the setlocale line
[10:10] <seb128> but that doesn't fix it
[10:10] <seb128> I'm puzzled
[10:10] <Laney> one second
[10:11] <seb128> my current guess is that something in e.g qt5's x11 backend does system or locale init in a different way than the mir backend
[10:11] <seb128> but that's random guess
[10:13] <Laney> I guess you can gdb and break inside glib to see if these functions are being called
[10:14] <seb128> yeah, that's what I was planning to do next
[10:14] <seb128> "these" being?
[10:14] <Laney> in GKeyFile I think (or GDesktopAppInfo) there's some fallback to use gettext
[10:15] <seb128> I was going to try to stop on g_app_info_get_display_name() and see what is the locale/domain/etc
[10:15] <Laney> g_key_file_get_locale_string
[10:17] <seb128> ok, called on my desktop
[10:17] <seb128> let's see on unity8
[10:24] <ochosi> Laney: i just read in the log that there seems to be a tendency against gtk3.16, i presume this is not definitive yet? also, a bit surprised, since the call for testing only went out yesterday
[10:25] <Laney> ochosi: I sent it last Friday no?
[10:25] <ochosi> oh
[10:25] <Laney> The call for testing was just that though
[10:25] <Laney> it showed more issues up ...
[10:26] <ochosi> tbh it only reached me indirectly, guess there are more MLs i have to subscribe to
[10:26] <Laney> so it did its job as far as I'm concerned
[10:26] <ochosi> ok
[10:26] <Laney> ah yes, this kind of stuff I usually send to ubuntu-desktop@lists.ubuntu.com
[10:26] <ochosi> yeah, i was away over the weekend until yesterday, so i only heard about it yesterday
[10:26] <ochosi> that might explain the lag
[10:27] <ochosi> will the definitive decision be announced on that ML too?
[10:27] <Laney> yeah I'll follow up soon
[10:28] <ochosi> ok, ty!
[10:29]  * larsu hopes for the best
[10:29] <ochosi> same here
[10:37] <willcooke> bah.  Upgraded phone to latest devel - wont boot.
[11:06] <Laney> woah
[11:07] <Laney> started sbuild, lightdm died
[11:17] <Laney> what is going on :(
[11:17] <Laney> "Waiting for network configuration..."
[11:26] <Laney> kernel
[11:26] <Laney> didrocks: was using -13 (moving from other channel)
[11:26] <Laney> is there a 14 now?
[11:26] <didrocks> Laney: ok, so -12 was working for me, I didn't try yet -14 (upgraded today, but didn't reboot)
[11:26] <Laney> 12 is okay, that's what I went back to
[11:27]  * Laney tries dist-upgrade
[11:41] <Laney> didrocks: ah, -13.14 seems to work
[11:44] <didrocks> Laney: nice, I'll reboot later today and confirm
[11:45] <nessita> seb128, hello! me again. Would you know why meld (http://meldmerge.org/), since the upgrade to vivid, shows its background in black instead of white? see https://drive.google.com/a/canonical.com/file/d/0B-cmfDncRJmYRFZSdDJuMjRoZVE/view?usp=sharing
[11:45] <nessita> shall I file a bug?
[11:54] <Laney> nessita: yes, (meld + ubuntu-themes)
[11:54] <Laney> larsu usually fixes those, I guess he's subscribed to ubuntu-themes so will see it
[11:55] <nessita> on it
[11:56] <larsu> nessita: I might not be, please add me as subscriber
[11:56] <nessita> larsu, kk, thanks
[11:56] <Laney> nessita: I can't reproduce it myself though so please include steps
[11:58] <nessita> Laney, tricky, I just opened meld and the background was black. I have a vivid system upgraded from utopic.
[11:58] <Laney> me too
[11:58] <Laney> but it looks normal here
[11:59] <didrocks> willcooke: told you aquarius would be happy: https://plus.google.com/+StuartLangridge/posts/9fe7W2ijNhJ
[12:00] <larsu> Laney, nessita: overlay-scrollbars?
[12:00] <nessita> Laney, is ubuntu-themes a package I should have installed?
[12:00] <larsu> yes
[12:00] <Laney> light-themes
[12:01] <larsu> oops, I always confuse the package and launchpad name
[12:01] <nessita> light-themes: Installed: 14.04+15.04.20150128-0ubuntu2
[12:01] <Laney> ya, I have o-s
[12:01] <nessita> ok, filling the bug
[12:01] <nessita> Laney, what is o-s?
[12:01] <Laney> overlay-scrollbar-gtk3
[12:01] <Laney> i.e. if you do GTK_MODULES= meld ... is it right?
[12:03] <nessita> let me check
[12:03] <nessita> Laney, GTK_MODULES= meld still shows a black background
[12:04] <Laney> hmm
[12:05] <nessita> https://bugs.launchpad.net/ubuntu/+source/meld/+bug/1421180
[12:05] <nessita> Laney, shall I mark it as also affecting ubuntu-themes then?
[12:06] <Laney> yes please
[12:06] <nessita> done
[12:06]  * larsu is having trouble reproducing
[12:06] <willcooke> didrocks,  yay!
[12:29] <Laney> ah
[12:29] <Laney> we need to theme the "osd" class for totem's new controls
[12:29] <Laney> looks nice under adwaita, ambiance not so atm ...
[12:29] <larsu> we're not doing that yet?
[12:30]  * larsu thought he saw some .osd in there
[12:30] <Laney> I don't think so, certainly doesn't look like it
[12:30] <Laney> (transparent)
[12:39] <Laney> larsu: seb128: darkxst: others: I uploaded a totem 3.14 to ppa:ubuntu-desktop/ppa, please try when it's built
[12:39] <Laney> (should be able to see the osd issue then)
[12:40] <larsu> will do, thanks
[12:42] <nessita> larsu, so about the black meld issue, I tried purging it from the system and re-installing, and I still get the same issue. Is there other package that I should have installed that could help workarounding/fixing the issue?
[12:43] <larsu> nessita: I don't think so. Does it happen with other themes as well?
[12:43] <seb128> Laney, k
[12:43] <nessita> larsu, let me check if I have other themes
[12:44] <nessita> larsu, tried radiance and high contrast, same issue in bpth
[12:44] <nessita> both*
[12:45] <nessita> also, I may add to the bug, every time I hit "alt + tab" there is a glitch in the meld window because the files being merged are somehow set (super quickly) to None and then to the original file again. May record a video to be more explicit
[12:47] <larsu> nessita: I've noticed this. probably a bug in meld
[12:47] <larsu> nessita: and you're still seeing this even with overlay-scrollbars off?
[12:48] <seb128> nessita, I can't confirm that one either
[12:49] <seb128> seems a duplicate of https://bugs.launchpad.net/ubuntu/+source/meld/+bug/1404720
[12:50] <Laney> yeah he doesn't have o-s in that screenshot
[12:51] <nessita> larsu, how can I set overlay-scrollbars off?
[12:51] <larsu> nessita: start meld with `GTK_MODULES= meld`
[12:52] <nessita> ah, yeah, I tried that, same black background
[12:52] <seb128> nessita, what desktop env do you use?
[12:52] <nessita> seb128, unity
[12:53] <seb128> nessita, dpkg -l | grep libgtk-3-0
[12:53] <nessita> all default settings except the task switcher, which I use the one that does not group windows
[12:53] <nessita> ii  libgtk-3-0:amd64                                     3.14.8-0ubuntu1                            amd64        GTK+ graphical user interface library
[12:53] <seb128> hum, k
[12:53] <nessita> happy to keep debugging, jut throw commands at me :-D
[12:53] <nessita> I use meld a lot, so this is important to me
[12:54] <nessita> (and the black background makes it very hard to read)
[12:54] <larsu> nessita: ok, let's get out the good stuff. Install libgtk-3-dev, restart meld, put the cursor over one of the panes and hit Ctrl+Shift+I
[12:54] <larsu> gtk inspector should pop up
[12:55] <nessita> larsu, on it
[12:55] <larsu> and on the left side, a "MeldSourceView" should be selected
[12:56] <seb128> nessita, when did the issue start?
[12:57] <seb128> nessita, can you try to apply https://git.gnome.org/browse/meld/commit/?h=meld-3-12&id=281583a05117b9d05acb010c98adfebfeb27f70c
[12:58] <nessita> seb128, I know I said I use meld a lot, and I do, but because some specific work assignment I did not work on code for several days, and I just restarted (fun) work today, so I noticed it today
[12:58] <seb128> you use(d) KDE so could be ^
[12:58] <nessita> seb128, but I haven't opened meld since I moved to vivid, so any time after that
[12:58] <seb128> larsu, ^
[12:59] <larsu> seb128: I'm using it constantly as well, never saw this issue
[12:59] <seb128> larsu, KDE?
[12:59] <larsu> meld :)
[12:59] <nessita> larsu, so on the left side, in the Objects tab, I see GtkSettings, meld+meldapp+MeldApp, GtkAboutDialog, GtkApplicationWIndows, and 3 GtkFileChooserDialog
[12:59] <nessita> larsu, not sure where to fing MeldSourceView
[13:00] <tjaalton> ooh, that meld bug.. yes it's black for me too
[13:00] <larsu> nessita: you need to select the MeldSourceView, either by drilling down or by clicking on the selector button in the toolbar
[13:00] <larsu> nessita: and then clicking on the widget
[13:00] <seb128> nessita, can you share your .config/gtk-3.0/Settings.ini if you have one?
[13:00] <seb128> tjaalton, ^
[13:00] <tjaalton> not found
[13:01] <nessita> nessita@miro:~$ cat .config/gtk-3.0/Settings.ini
[13:01] <nessita> cat: .config/gtk-3.0/Settings.ini: No such file or directory
[13:01] <nessita> seb128, I only have .config/gtk-3.0/bookmarks
[13:02] <nessita> larsu, entering a call, will be back with this as soon as I finish
[13:02] <seb128> nessita, tjaalton, any chance you can try https://git.gnome.org/browse/meld/commit/?h=meld-3-12&id=281583a05117b9d05acb010c98adfebfeb27f70c
[13:02] <seb128> you can probably edit the system files, python, it's easy
[13:02] <Laney> mitya57 spoilered my email!
[13:03] <Laney> while I was in the middle of writing it too
[13:03] <nessita> seb128, will try, sure
[13:03] <larsu> wubbly!
[13:04] <seb128> whinoceros!
[13:04] <larsu> :)
[13:06] <Laney> yeah I spoilered the release name too
[13:08] <Laney> annoying that emoji don't work in g-t for me >:(
[13:08] <tjaalton> seb128: yep, fixed
[13:08] <seb128> :-)
[13:08] <seb128> larsu, ^
[13:08] <seb128> tjaalton, thanks for testing, I'm going to update meld to the current stable version which includes that fix
[13:08] <seb128> nessita, ^
[13:09] <tjaalton> cool
[13:09] <nessita> larsu, so sorry if I'm not seeing something obvious, but I can not find MeldSourceView in
[13:09] <nessita> https://drive.google.com/a/canonical.com/file/d/0B-cmfDncRJmYMEVkMDBkVkdNblU/view?usp=sharing
[13:09] <nessita> seb128, ack, trying now (was tryingt to get larsu 's info)
[13:10] <larsu> nessita: not necessary anymore. The problem seems to be that meld changes css and doesn't repaint
[13:12] <nessita> seb128, YES
[13:12] <nessita> larsu, ack. So, what seb128 pointed out worked
[13:12] <tjaalton> now I still have this weird problem since utopic where some fonts don't display.. guest account is broken as well, so apparently some packages don't mix too well
[13:15] <nessita> seb128, larsu thanks a lot for your help! will comment on the bug
[13:16] <tjaalton> hm, my font issue seems to be mostly/only with firefox/tb
[13:17] <seb128> tjaalton, when it happens here xchat-gnome is impacted as well
[13:18] <tjaalton> so gtk2 related?
[13:18] <tjaalton> hmm no
[13:18] <seb128> I was about to say that, but xchat-gnome is gkt3 since vivid
[13:18] <tjaalton> right
[13:18] <seb128> but I'm unsure I saw the issue recently, so maybe it was still old gtk by then
[13:18] <seb128> but I doubt firefox uses gtk for font rendering
[13:19] <tjaalton> a vanilla installation works just fine
[13:20] <seb128> you mean? there issue is happening all the time on your installation?
[13:21] <tjaalton> yes
[13:21] <tjaalton> one way to reproduce is to read phoronix (yuck) forums
[13:21] <tjaalton> the commented posts are blank
[13:22] <tjaalton> also the page numbers
[13:37] <ogra_> seb128, tjaalton i see that too from time to time in FF
[13:37] <ogra_> (missing fonts or CSS)
[13:39] <Laney> hmm
[13:39] <Laney> looks like gtalk xmpp is going away on monday
[13:39] <tjaalton> ogra_: oh, so I'm not seeing things
[13:39] <Laney> guess we need to do some updates
[13:39] <tjaalton> err, imagining things..
[13:40] <larsu> Laney: does that mean it's not usable from telepathy anymore?
[13:40] <Laney> i guess
[13:48] <seb128> xmpp used to be a thing
[13:48] <desrt> :(
[13:48] <seb128> now no msn, no gtalk
[13:48] <seb128> that's a shame :/
[13:48] <desrt> seb128: it's okay.  we'll always have telegram
[13:50] <desrt> seb128: can't really blame them, though, to be honest
[13:50] <desrt> look at us and freedesktop.org
[13:50] <desrt> we can either go through the specs process, or we can JFDI
[13:50] <desrt> interop definitely slows you down
[13:51] <seb128> right :-/
[13:51] <desrt> i think that's what makes telegram so good
[13:51] <desrt> they were super-pragmatic
[13:52] <desrt> they have the same 'nice to have' list as everybody
[13:52] <desrt> but at the top they put 'it has to work well, today'
[13:52] <didrocks> focusing on one experience and getting it supported is clearly the key
[13:52] <desrt> so the other 'nice things' have to be pushed aside
[13:52] <willcooke> Sweet5hark, hey!  Getting "terminate called after throwing an instance of 'com::sun::star::uno::DeploymentException" when trying to run LO under Xmir - any suggestions?
[13:53] <willcooke> this is on U8 / Mir / Xmir btw
[13:53]  * desrt is vaguely entertained by the string 'sun::star'
[13:56] <Sweet5hark> willcooke: yeah, something is wrong with extension deployment on 4.4.x. Do you have any python extensions somewhere?
[13:57] <willcooke> Sweet5hark, erm, I didnt change anything in the extensions, so probably not
[13:57] <willcooke> erm
[13:57] <willcooke> unless I pulled in some strange python version
[13:58] <Sweet5hark> willcooke:  sounds very much related to bug 1419836, which I am currently looking into ...
[13:58] <Sweet5hark> willcooke: this is with LibreOffice 4.4.0 on vivid?
[13:59] <willcooke> Sweet5hark, yeah
[13:59] <willcooke> Sweet5hark, sounds like very thing is in hand though - thanks :)
[13:59] <willcooke> oh, it';s 1:1 time anyway
[13:59] <willcooke> Sweet5hark, give me 2 mins to get tea?
[14:00] <Sweet5hark> willcooke: sure, sure
[14:00] <willcooke> Sweet5hark, thx
[14:21] <willcooke> hey larsu - I think pretty much everybody has requested a 360 from you
[14:22] <seb128> willcooke, did they?
[14:22] <larsu> uh oh
[14:22]  * larsu should get busy?!
[14:23] <seb128> larsu, I'm changing my request to Laney instead, don't worry ;-)
[14:23] <desrt> ya.  me too.
[14:23] <willcooke> too late desrt
[14:23] <desrt> oh wait.  already picked laney :/
[14:23] <larsu> ts, would have loved to review you guys
[14:24] <seb128> larsu, sorry, next time :-)
[14:24] <larsu> seb128: I'll put you down anyway :P
[14:24] <seb128> larsu, yeah, please do, I'm happy to review you, and I didn't have so many people asking me
[14:25] <larsu> :)
[14:31] <seb128> willcooke, Sweet5hark, libreoffice doesn't start anymore for me either today on vivid
[14:32] <willcooke> seb128, all under control :)
[14:34] <Sweet5hark> seb128: as a hotfix: do a "mv ~/.config/libreoffice ~/.config/libreoffice_".
[14:35] <Sweet5hark> seb128: Havent had that "cant start at all" here yet, so would be interested if the above does help as a workaround ...
[14:35] <Sweet5hark> seb128: (and yes, I am working on figuring out what is going wrong there properly)
[14:35] <seb128> Sweet5hark, willcooke, ok, mine works again without that
[14:36] <seb128> Sweet5hark, willcooke, update-manager updated only part of the packages, a set was blocked on libmwaw-0.3-3 to be installed
[14:36] <seb128> seems like the depends don't enforce the update to not be partial
[14:36] <seb128> but it doesn't handle the out of sync between binaries
[14:36] <seb128> works again after upgrading the remaining ones
[14:50]  * willcooke backlogging
[14:51]  * willcooke tries an update again
[14:51] <willcooke> Sweet5hark, oh, I tried deleting all of ~/.config/libreoffice before, didnt help me - but might be unrelated
[15:02] <willcooke> Sweet5hark, I see another LO update when dist-upgrading
[15:03] <jcastro> didrocks, http://askubuntu.com/a/584704/235
[15:03] <jcastro> how would an upgrade look like?
[15:11] <Saviq> willcooke, FYI: window geometry memory just landed in archive
[15:12] <willcooke> Saviq, woo!  Thanks!
[15:12] <willcooke> This is awesome news.  Now when you switch between windowed and staged mode the windows will remember where they were.
[15:12] <willcooke> seb128, ^^
[15:13] <willcooke> Saviq, presumably that's held in memory rather than, say a config file?
[15:13] <Saviq> willcooke, sql db
[15:13] <willcooke> ooooh
[15:13] <willcooke> nice
[15:13] <willcooke> sqlite?
[15:13] <Saviq> yup
[15:13] <willcooke> cool
[15:14] <willcooke> is that part of the u1db stuff?
[15:14] <Saviq> willcooke, no actually, you need a postgres install ;P
[15:14] <willcooke> hah
[15:14] <Saviq> willcooke, not right now
[15:14]  * willcooke has evil thoughts about syncing window positions across devices
[15:14] <Saviq> willcooke, it's not the target architecture for this most probably
[15:14] <Saviq> willcooke, yeah, no
[15:14] <seb128> Saviq, great, saw the changelog ... what's the id? like does it work between mode, or also between sessions?
[15:14] <willcooke> :D
[15:15] <Saviq> seb128, both
[15:15] <seb128> excellent!
[15:15] <willcooke> would this work for qt and gtk native apps as well?
[15:15] <seb128> Saviq, how does it reconize the surface?
[15:16] <willcooke> Laney, noticed any oddities with the UK archive servers today?
[15:16] <willcooke> my updates keep crapping out
[15:18] <Saviq> seb128, by app id right now, IIUC
[15:18] <Saviq> mzanetti has details
[15:18] <seb128> k
[15:18] <seb128> which is fine as long as apps have one surface I guess :-)
[15:19]  * mzanetti reads scrollback
[15:20] <mzanetti> yes, appId so far.
[15:20] <mzanetti> we need to change that to windowId once we have such a thing
[15:20] <mzanetti> but it'll do for MWC
[15:22] <seb128> right
[15:27] <willcooke> Sweet5hark, re-upgraded and everything is back to normal
[15:30] <willcooke> seb128, mlankhorst - Typing in to a LO doc under Xmir \o/
[15:30] <mlankhorst> goodie
[15:31] <seb128> great
[15:31] <willcooke> AND pointing at things :D
[15:31] <willcooke> and clicking
[15:31] <mlankhorst> haha good
[15:31] <willcooke> when this broken track pad allows me
[15:31] <willcooke> power menu still crashes things
[15:31] <willcooke> bah
[15:31] <willcooke> My life is not perfect.
[15:32] <willcooke> ;)
[15:32] <Laney> willcooke: with what message?
[15:33] <willcooke> erm
[15:33] <willcooke> I turned it off
[15:33] <willcooke> I'll try again
[15:34] <Laney> if it's something aboutu a mismatch on Translations-en then yes
[15:34] <willcooke> Laney, the logs would be in cachce upstart right?
[15:35] <Laney> I don't think that update-manager logs
[15:35] <willcooke> ohh
[15:36] <willcooke> sorry - I'm talking cross purposes
[15:36] <willcooke> erm, so the upgrade works now
[15:36] <willcooke> meh
[15:36] <Laney> ya, that happens
[15:36] <Laney> you hit some inconsistency and then it gets fixed
[15:52] <didrocks> jcastro: we let the upstream upgrade mechanism instead of messing with it
[15:52] <jcastro> ack
[16:32] <larsu> Trevinho: why did you change blacklisting in that indicator-appmenu branch as well?
[16:32] <larsu> and again, I'm not really happy with exporting all menus at all times
[16:32] <larsu> listening I mean
[16:33] <larsu> it seems to work though
[16:33] <Trevinho> larsu: well, it was just wrong to look only to these hardcoded paths
[16:33] <Trevinho> larsu: as for exporting all the menus, I agree, but there's just not another way to do this
[16:33] <Trevinho> without rewriting everything
[16:33]  * larsu hates unrelated changes in the same branch
[16:33] <Trevinho> :P
[16:33] <larsu> Trevinho: yes there is. Get rid of this LIM madness
[16:33] <larsu> (sorry)
[16:34] <Trevinho> larsu: that's not the designed stuff
[16:34] <Trevinho> solution
[16:36] <larsu> Trevinho: I know :)  Anyhow, sorry for taking so long to take your branch for a spin. It seems good, approving
[16:36] <larsu> Trevinho: I hope our deal's still on? :P
[16:36] <Trevinho> larsu: anyway, considering that the indicator was generating all the menu data always and in any case, this won't change much things... a part from the fact that there will be more exported labels on dbus... but they will be updated less frrequently
[16:37] <larsu> Trevinho: did the indicator cache data for all menus?
[16:37] <Trevinho> larsu: yes, my hands are just bloody as they're inside the compiz core...
[16:37] <larsu> hahaha
[16:37] <Trevinho> larsu: it was and it will
[16:37] <larsu> ok
[16:38] <Trevinho> it was just loading them as soon as they were needed, so... once you focused a window. compared to now, where we do that always
[16:38] <larsu> so the change is really just making the indicator exporting all the things to unity
[16:38] <Trevinho> larsu: yes, and adding the relative parent xid
[16:38] <Trevinho> so that we can then filter them out
[16:39] <Trevinho> larsu: unity side of things was https://code.launchpad.net/~3v1n0/unity/lim-everywhere
[16:39] <Trevinho> err is at
[17:46] <seb128> Laney, ok, getting closer from the settings/translations/unity8 issue
[17:47] <Laney> oh really!
[17:47] <Laney> uitk/uss?
[17:48] <seb128> Laney, I still don't know, but g_dgettext() fails to return a translation under unity8
[17:48] <seb128> dgettext() works
[17:48] <seb128> I'm reading glib source ;-)
[17:48] <seb128> " For this
[17:48] <seb128>  * feature to work, the call to textdomain() and setlocale() should
[17:48] <seb128>  * precede any g_dgettext() invocations.  For GTK+, it means calling
[17:48] <seb128>  * textdomain() before gtk_init or its variants."
[17:49] <seb128> i18n.cpp does call     textdomain(domain); though
[17:49] <seb128> and I've added a setlocale() call to it as well
[17:57] <seb128> doesn't make sense :-/
[17:58] <Laney> does g_dgettext do anything?
[17:58] <seb128> I wonder if qt's x11 backend does some locales init that the mir backend doesn't
[17:58] <seb128> anything?
[17:58] <seb128> well, it returns me the english string instead of the french one under unity8
[17:58] <Laney> other than just call dgettext ...
[17:59] <seb128> Laney, it calls that http://paste.ubuntu.com/10191432/
[17:59] <seb128> and use dgettext() if that is true
[17:59] <seb128> so that must be false
[18:00] <seb128> our domain is not the default one but it has translations
[18:04] <seb128> k, so something under unity8 must call that function before us and have it return false
[18:04] <seb128> right?
[18:05] <Laney> I guess
[18:05] <Laney> can you break there?
[18:05] <seb128> no
[18:05] <Laney> get a bt
[18:05] <seb128> but I can rebuid glib and do that
[18:05] <seb128> I don't think you can "b" on a static symbol
[18:05] <Laney> g_gettext?
[18:05] <seb128> but I can remove the static and rebuild and do it
[18:05] <Laney> d
[18:05] <seb128> then step from it?
[18:06] <Laney> should be enough to just see where this is called
[18:06] <seb128> I guess yeah
[18:06] <Laney> it's going to call the other one
[18:06] <Laney> and you know it returns false anyway
[18:07] <seb128> shrug, hate that
[18:07] <seb128> using gdb on the phone to start the app doesn't work
[18:07] <seb128> it hits sigbus errors for some reasons
[18:13] <Laney> :/
[18:14]  * willcooke -> EOD
[18:14]  * willcooke -> EOD
[18:14] <willcooke> hrm
[18:17] <seb128> Oh yeah
[18:17] <seb128> got ja
[18:18] <Laney> O_O
[18:18] <seb128> http://paste.ubuntu.com/10191675/
[18:19] <seb128> hum, guess not
[18:19] <seb128> grrr
[18:26] <Laney> i'm off too
[18:26] <Laney> swapping tomorrow but may be on a bit in the morning
[18:27] <Laney> can help look at this bug on monday if you want
[18:35] <seb128> Laney, I'm going to have it resolved by then I hope ;-)
[18:35] <seb128> Laney, enjoy the swap day!
[20:56] <robert_ancell> kenvandine, what device are you running cut the rope on?
[20:57] <kenvandine> robert_ancell, krillin
[20:57] <kenvandine> and mako too
[20:57] <kenvandine> but only briefly on the mako
[20:58] <robert_ancell> kenvandine, it's really low frame rate for me on mako
[20:59] <robert_ancell> just wondering if that's the same on krillin / expected
[21:00] <kenvandine> it's perfectly smooth on my krillin
[21:00] <kenvandine> i played 2 levels on the mako
[21:00] <kenvandine> and it was smooth
[21:00] <robert_ancell> weird
[21:01] <kenvandine> i've been playing the free version for a while on krillin
[21:01] <kenvandine> it's always been slick and smooth on that
[21:02] <kenvandine> robert_ancell, Elleo said it was choppy on his mako too
[21:09] <kenvandine> bregma, you have the yoga 2 pro right?
[21:09] <bregma> THE Yoga 2 Pro, yeah
[21:09] <kenvandine> and love it?
[21:09] <bregma> hate the keyboard, love the screen
[21:09] <kenvandine> i'm thinking about buying one
[21:10] <bregma> the case also feels very nice
[21:10] <bregma> all sexy-like
[21:10] <kenvandine> hard to find something with a display like that :)
[21:10] <kenvandine> touch screen works fine?
[21:11] <bregma> the touch screen works great
[21:11] <kenvandine> i'm thinking it'll be a good candidate to play with convergence features :)
[21:11] <bregma> it also has a gyro, accel, and magnetometer, if I could figure out how to use them
[21:13] <kenvandine> does the accel work in ubuntu too?
[21:13] <kenvandine> i assume we don't actually handle the rotation
[21:13] <kenvandine> yet
[21:13] <bregma> sensor support in general in Linux is in its early days
[21:14] <bregma> these sensors are IIO, I have others that are I2C, and there's no goof userspace support for any of these
[21:14] <bregma> it's like PC ausio was in the 1990s
[21:14] <bregma> *audio
[21:14] <kenvandine> :)
[21:14]  * kenvandine hasn't heard of IIO  :)
[21:14] <bregma> or even video -- Hercules or Trident?
[21:16] <bregma> I just want to be able to turn a tablet upside down and shake it to clear the screen, why does it have to be so hard?
[21:16] <kenvandine> haha
[21:16] <bregma> the feature for the Yoga 2 Pro I need to to detect when the keyboard is folded underneath (tablet mode) and disable the keyboard
[21:17] <kenvandine> and enable the osk
[21:17] <kenvandine> i'm kind of interested in the yoga 3 11"
[21:17] <bregma> there's a hack out there to do that using the position sensor, I tested it but not installed it
[21:17] <kenvandine> fanless :)
[21:17] <kenvandine> but not the qhd display
[21:18] <kenvandine> and not sure what to think of the processor
[21:18] <bregma> there is a fan, but it rarely comes on and it's whisper quiet
[21:18] <kenvandine> the yoga 3 is fanless
[21:18] <kenvandine> has the intel M processor
[21:18] <kenvandine> 800Mhz
[21:18] <kenvandine> up to 1.7G i think
[21:18] <bregma> it's good enough for what I do (building software, etc)
[21:19] <kenvandine> i think the yoga 2 pro is a safer bet
[21:19] <kenvandine> faster processor, and qhd screen :)
[21:19] <robert_ancell> bregma, does the yoga have a sensor for that? I have a new Toshiba that does the screen flip but it doesn't seem to have a sensor
[21:20] <bregma> robert_ancell, yes, it has a "position sensor" to indicate various keyboard positions (it does effectively 360 rotation of the keyboard)
[21:20] <robert_ancell> bregma, how do you access that?
[21:21] <bregma> through the /sys/bus/IIO interface
[21:21] <bregma> it's pretty wretched
[21:21] <robert_ancell> any tools to make that more accessible?
[21:22] <bregma> there was a kernel patch floating around to redirect IIO through evdev, but it seems to be stillborn
[21:22] <robert_ancell> hmm, I have a bunch of devices in there. I guess one of them might be related to screen position
[21:24] <bregma> poke around, they give up their names and a description of their data if you squeeze hard enough
[21:24] <robert_ancell> I've got the names but not sure what is what
[21:25] <robert_ancell> accel_3d, gyro_3d, magn_3d, incli_3d, dev_rotation, als
[21:26] <bregma> incli_3d is a 3D inclinometer
[21:26] <bregma> als is ambient lighting
[21:26] <bregma> https://github.com/pfps/yoga-laptop.git has some tools you might be able to take advantage of
[21:27]  * robert_ancell just tried to bring up the ubuntu switcher on his Android phone
[21:27] <bregma> is that the new Unity 8 switcher?
[21:27] <robert_ancell> yeah, the Ubuntu phone one
[21:27] <bregma> there's a bug asking for it to be ported to Android
[21:28] <bregma> I think it was triages as 'wishlist'
[21:28] <robert_ancell> haha
[21:29] <darkxst>  Laney http://pastebin.com/scrYiXvE
[21:34] <ochosi> larsu: i presume you know about this already, but progressbars are quite tiny in some apps with gtk3.14 (e.g. software center or update-manager)
[21:34] <larsu> ochosi: ah right, I remember. Thanks
[21:34] <ochosi> i guess that's a toolkit/app issue, not theming related
[21:36] <larsu> not sure - it worked before, no?
[21:37] <ochosi> before what?
[21:38] <larsu> 3.14
[21:44] <ochosi> larsu: yeah, i'm pretty sure they weren't *that* tiny
[22:14] <Laney> darkxst: ok, I have a ppa1 anyway but I think I forgot to upload it
[22:22] <darkxst> Laney, ok, gave it a quick test under GNOME seems fine
[22:22] <Laney> neat
[22:23] <Laney> just need the split then, hopefully before FF
[22:23] <darkxst> we are still trying to confirm package naming with the DM
[22:23] <Laney> ack
[22:24] <Laney> berto's usually quite responsive, sure you'll be fine
[22:34] <darkxst> ok