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