[00:11] Any idea what could be causing kworker and ksoftirqd "processes" to use 28%, 29%, 15%, 14% CPU on my vivid machine? Nothing unusual in dmesg. [00:12] ah, and khubd. 14%. [00:14] Loads vary. ps |top -nsomething: http://paste.ubuntu.com/10588375/ [00:15] |head , of course. [04:31] Good morning [06:13] good morning [06:21] bonjour didrocks, comment vas-tu? [06:27] ça va, et toi pitti ? Bientôt les vacances ;) [06:28] en effet ! [06:28] profitez-en bien ! [06:30] pitti: on the upstream ML, I disagree with Lennart on downgrading and exit 0 if we can't unmount(), I feel that the unit should fail if we failed to unmount and so, writing persistent commit-id to disk instead of just appeared as if everything worked fine. especially as our other solution is giving us a 100% accuracy method to know if it should work or not (and even, results in the exec not being [06:30] started at all) [06:30] didrocks: yes, I agree [07:36] pitti: I hereby declare whoopsie conffile dead \o/ [07:36] rockin'! [07:36] I move the optional report_metrics to /etc/whoopsie which isn't a conffile [07:36] control-center now directly update-rc.d enable|disable it? [07:37] and read from that [07:37] ah [07:37] for "report crashes", yeah [07:37] it's using update-rc.d + invoke-rc.d [07:37] and detects if we are under upstart or systemd to show the right status in the capplet [07:37] * pitti just fixed CD ejection for the third time or so, and hopes we can finally put a lid on that [07:37] didrocks: yay! [07:37] (remember, there are 2 values: report_crashes -> job enablement and report_metrics -> another value) [07:38] no more [General] [07:38] right [07:38] pitti: do you know what regressed again CD ejection? [07:39] pitti: TBH, I needed to "look" for a neighboor some CD stuck in the tray of a Mac book. We are not the only one to have issues with the "eject" command [07:39] * didrocks spent one hour to get it out, and it was really random, and of course, no hole to force mechanical ejection [07:40] didrocks: oh, it didn't regress in Ubuntu yet, just in trunk [07:40] ah :(, and I guess a test on this without legos isn't easy (or you do have an awesome mock?) [07:41] legos?? :-) [07:41] didrocks: yes, I do have an awesome mock, it's called QEMU :) [07:41] you can simulate pressing the eject drive button there [07:42] oh nice, so you can pilot that from outside [07:42] I tinkered around a bit with something like echo -e 'change\nDISK_EJECT_REQUEST=1' | sudo tee /sys/block/sr0/uevent, but that doesn't work [07:42] i. e. I haven't figured out how to synthesize uevents with kernel properties, but QEMU is good enough (just not automatable in an autopkgtest) [07:43] oh, you need to pass a verb in uevents first? interesting [07:43] yeah [07:48] didrocks: yes, with just "add" or "change" it works fine (that's how it's designed) [07:49] didrocks: but you can't add additional properties [07:53] didrocks: btw, on https://bugs.launchpad.net/ubuntu/+bugs?field.tag=systemd-boot I'm going to work on bug 1431200 next, that's quite a bummer too [07:53] bug 1431200 in systemd (Ubuntu) "daemon-reload runs alsa-restore.service and others" [High,In progress] https://launchpad.net/bugs/1431200 [07:54] didrocks: if you come across anything which breaks systemd, can you please tag it systemd-boot? and perhaps have a look at that next week? [07:54] pitti: sure, will look at the tag [07:54] I should have whoopsie added to it, but too late now ;) [07:54] * didrocks looks at final diffs for whoopsie & whoopsie-preferences [07:56] morning! Anyone got the new Chromium installed? I think the hidpi fixes have caused a regression. If I right click in the window the menu opens in the wrong place [07:58] hey willcooke, which version of chrome? (not sure to have upgraded) [07:58] Version 41.0.2272.76 Ubuntu 14.04 (64-bit) [07:59] willcooke: ok, let me upgrade [08:00] up early btw :) [08:01] yeah :( [08:01] children [08:02] hrm - fonts seem "blurred" as well - like the page is set to a zoom factor != 100% [08:02] (but it is set to 100%) [08:03] willcooke: interesting, I don't have that in latest chrome fyi, still upgrading for chromium [08:03] pretty sure this is related to hidpi fixed [08:04] hrm, drop downs seem broken as well [08:04] lots of bugs [08:06] no clicky finger mouse icon [08:06] when hovering on links [08:06] either your machine in on a pretty bad state or chromium is :) [08:06] you are on a non dpi machine, right (just to ensure I'll test the same thing?) [08:06] yeah, normal dpi [08:06] sorry, non hdpi* [08:07] ;) [08:07] let's see (compiling and upgrading at the same time :p) [08:07] :) [08:07] Sigh - it's too hard to find the right place to log bugs against Chromium in LP [08:08] chromium-browser [08:08] so obvious though :p [08:08] thx didrocks [08:08] morning all! [08:08] willcooke: yeah, it's like the git case in the past, chromium is a game, and so "first wins" instead of "more popular" [08:08] good morning larsu [08:08] hey larsu [08:10] didrocks, https://www.youtube.com/watch?v=WmfvC0g2y7o&feature=youtu.be [08:10] why didn't I upgrade yesterday… webkit, qt… a lot of friends wanting to upgrade:) [08:11] willcooke: there is one bug in your video: the hamburger menu is at the right place if the window isn't maximized [08:17] And the award for vaguest bug report of 2015 goes to.... [08:17] https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1431720 [08:17] Ubuntu bug 1431720 in chromium-browser (Ubuntu) "Right click menus open in the wrong place" [Undecided,New] [08:18] willcooke: can't reproduce here :/ [08:18] hrm [08:18] 41.0.2272.76 Ubuntu 15.04 (64-bit) [08:18] I'm on vivid though [08:19] can be LTS + backported chromium [08:37] I would really have prefered this https://plus.google.com/+google/posts/c2VSg3BMWk9 to 7h of (night) bus… [08:38] but we were 203 days too early (they had a counter in the train station to announce the shinkansen arrival) [08:47] sweet! [09:03] hello! [09:03] hey Laney! [09:04] happy friday! [09:04] happy friday -1h as well :) [09:05] morning Laney! [09:06] heeeeeeey larsu [09:08] good morning desktopers [09:08] happy friday [09:08] hey didrocks Laney larsu [09:09] re seb128 [09:13] pitti, Laney, FYI, desktop-next still doesnt build [09:13] bonjour seb128 [09:14] ogra_: what was that URL again? [09:14] oh noes [09:14] https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/vivid/ubuntu-desktop-next [09:16] Package: ubuntu-touch-customization-hooks [09:16] Depends: upstart [09:16] Task: ubuntu-touch-core, ubuntu-desktop-next, ubuntu-touch [09:16] that would be one reason? [09:16] I can't see anything else [09:17] do we actually need that on desktop-touch? [09:17] err, desktop-next? [09:17] ogra_, Laney ^ [09:17] pitti: upstart | upstart | ubuntu-touch-customization-hooks | James Hunt | 76148 | 409 [09:17] that is it [09:18] from http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu-touch.vivid/touch-core [09:18] so if we need it on desktop-next, it needs to get a unit and drop the upstart dep; if we don'tt need it, we'll move it in the seed? [09:18] seems fair [09:23] pitti, thats a massive amount of changes i fear [09:24] ogra_: we have touch customization hooks for desktop-next? [09:24] there is logic to actually run the customization bits on system and user level that is very upstart specific [09:24] It's about putting stuff in /custom/ [09:24] which doesn't even exist in next I don't think [09:24] click apps live in the custom tarball [09:25] i assume at some point we want to use the same on desktop [09:25] oh, and scopes [09:26] not sure if you could unseed it without harming functionallity [09:26] ./usr/share/upstart/sessions/custom-env.conf would obviously continue to work (that's upstart-bin) [09:27] ./etc/init/custom-apparmor-cache.conf and ./etc/init/custom-dconf-update.conf seem fairly straightforward to port [09:28] that logic should be put into a script in /usr/share, then the upstart job and the systemd units could just call it [09:28] ah, "start on starting click-system-hooks" would not work [09:41] happyaron: thx for fcitx fix [09:42] how's it started now? by im-config? [09:42] Laney: 75% of those words end on x. [09:42] :-) [09:42] I think you can do better… [09:42] I BELIEVE [09:43] I KNOW [09:43] Laney: there's an xdg autostart, it's expected to quit when env variable not set to it, but apparently it didn't, so I removed that xdg autostart [09:43] yes the diff is quite clear [09:44] I want to know how it's started for users who actually do want it now [09:45] don't understand your question, for which? [09:45] if you removed the xdg autostart file [09:46] then what other way is it started? [09:46] im-config will start it when needed [09:46] ok [09:55] oh man [09:55] alt-space, x doesn't work on shell [09:57] Laney: because of the new window menu? [09:57] s/new/non-gtk/ [09:58] what's that? [09:58] the menu you see when you hit alt+space [09:58] looks like a popover [09:59] yeah but I think it's drawn by st now [09:59] well, whatever it is, it doesn't have an x accelerator [09:59] or mnemonics at all… === JMulholland_ is now known as JMulholland [10:18] happyaron: can you get the desktop team subscribed to extra-cmake-modules bugs please? It seems we have a (very) recent discussions asking to have Canonical people being subcribe for a package to get in Main [10:20] didrocks: maybe we need to ask seb128 [10:20] seb128: ^^ can you subscribe desktop-bugs to extra-cmake-modules? [10:21] happyaron, didrocks, done [10:21] thanks guys [10:21] thanks [10:28] * Laney downloads a fedora iso :cool: [10:29] Laney, why do you need fedora for jhbuild? [10:30] got a strange patch review [10:30] strange like? [10:30] says that it doesn't work properly [10:31] the cheek of it! [10:31] (that's why I'm in shell atm) [10:31] (and it does) [10:31] what patch is that? [10:31] for headerbars [10:34] of course, what else :p [10:34] [10:35] now we can move on with our lives :p [10:35] HEADERBARS [10:35] i noticed that we didn't get a promoted (pending/ to current/) desktop iso [10:35] * larsu runs out [10:35] since march 6th [10:35] who wants to look ;-) [10:40] didrocks, seb128, Laney, shouldnt the whole MIR thing be run via the TB, and not just Steve's say so? and yes I know he is part of that [10:41] darkxst: we will discuss it in the MIR team first (I'll ping mterry this afternoon) [10:41] ya I think it's a MIR team decision in the first instance [10:41] darkxst: however, I think the tracker changes were needed [10:42] darkxst: doesn't change anything for you, and we support more libs in addition to your team [10:42] so it's a win for you guys on that one [10:43] didrocks, sure, that one is [10:43] darkxst: I wouldn't touch grilo-plugins until we discuss though [10:44] even if it's clear, the desktop team will support it due to new totem I guess [10:44] but let's use it as an example [10:44] before we go again on the same case [10:44] didrocks, didrocks did you demote -extra? [10:45] I did see a ping about it [10:45] darkxst: I guess you mean -extract, right? [10:45] darkxst: if so, as stated on the bug, yeah [10:45] what tracker changes? [10:45] Laney: https://bugs.launchpad.net/ubuntu-gnome/+bug/1313996/comments/17 [10:45] Ubuntu bug 1313996 in Ubuntu GNOME "[MIR] Tracker" [Undecided,New] [10:46] didrocks, grilo-plugins-extra is still in main [10:46] darkxst: ah, no, only changed tracker [10:46] darkxst: let's wait on the discussion to be settled [10:47] well that was the whole idea of the split, only grilo-plugins-base needs to be in main [10:48] Personally I find the grilo case to be clearer cut than the tracker one [10:48] darkxst: I wasn't aware that grilo-plugins has been promoted without the bug being closed? [10:48] * didrocks checks it's not me at least first, but I don't generally do that [10:49] and paste the output on the bug [10:49] * Laney stabs apparmor [10:49] (but LP can timeouts) [10:49] darkxst: do you know who promoted it? [10:50] didrocks, no idea [10:56] Laney, well that was why we split grilo-plugins into base/extra [10:57] I understand why that was done [10:59] darkxst: at least, this discussion triggered that there is a process flow: someone promoted grilo-plugins without looking at the comment, closing the bug and put -extra in it [11:04] didrocks, yes, agree on that, still no idea how it got promoted though [11:08] we only have the date… :/ [11:09] didrocks, which would have been around when totem was uploaded I guess [11:10] yep [11:24] happyaron: you didn't add a maintscript to remove the conffile from fcitx [11:24] so it's still there on upgrade === MacSlow is now known as MacSlow|lunch [11:24] the rise of the undead indicator [11:24] ah... ok [11:38] * Laney had to hack anaconda to get it to complete the installation [11:38] * Laney @fedora.org [11:38] is anybody looking for cases where systemd doesn't want to boot the system? [11:39] or should i reboot and get on with stuff? [11:41] pitti: ^ you? [11:42] Chipaca: that's not much to go on -- can you please file a bug with the details, logs, etc? [11:42] Chipaca: and yes, I'm very interested in these [11:42] oh for gods sake, another crash [11:42] pitti: that means rebooting; i'm asking like i'm asking because the thing is happening right now :) [11:42] * Laney stabs fedora [11:42] * Laney gets a release instead of rawhide [11:42] * desrt slowly steps back from Laney [11:43] Laney: I tried to install rawhide two weeks ago, it was impossible [11:43] the very first thing in the installer is broken, and rawhide upgrade took like 4 hours and then crashed [11:43] I also went with F21 and upgraded some pacakges manually [11:43] yes, I hacked around the first crash [11:43] Chipaca: can you do/see anything on the machine? [11:43] and now it's complaining about not being able to find resolv.conf [11:43] wonder why that could be ^o) [11:43] Chipaca: you mean it sometimes boots and sometimes not? [11:43] pitti: yes [11:44] pitti: sometimes it boots, sometime it gest stuck like this [11:44] Chipaca: ok, so please define "like this" [11:44] * Chipaca waits for photo to upload [11:45] pitti: http://i.imgur.com/LBb17AV.jpg [11:46] Chipaca: ok, you definitively want to uninstall powerd, but that should be unrelated [11:46] * Chipaca wonders what dependency got that one installed [11:46] rebooting, then [11:47] Chipaca: hm, so /usr/sbin/update-binfmts --enable seems to hang, I've never seen that [11:47] pitti: network manager and modem manager took their sweet time too [11:47] and modemmanager too, these are fairly unrelated; I wonder if somehting else failed before [11:48] Chipaca: yeah; I suggest booting with a debug shell (/usr/share/doc/systemd/README.Debian), and grabbing "journalctl -b > journal.txt", and attaching that to a bug [11:48] you can't even c-a-d out of the boot process, that's weird [11:49] Chipaca: such random failures are often caused by dependency loops recently; the journal should tell me what's going on (if not, we'll need the same with "debug") [11:49] Chipaca: you can try pressing it > 7 times very fast [11:49] otherwise, SysRq FTW? [12:02] pitti: now booted five times without repro'ing it :( [12:02] every boot takes a couple of minutes i'm afraid [12:08] Chipaca: uh, does it take that long? what's blocking there? [12:09] Chipaca: can you give me journalctl from a successful boot? if it's a cycle, it should appear there [12:09] (just to check if anything else looks strange) [12:09] pitti: i've got to edit grub, then enter my passphrase, and smartmond asks my ssd to do something it can't so that times out [12:10] pitti: and i'm in the middle of debugging fglrx not playing ball, so everything is broken in different, orthogonal ways [12:12] pitti: what's the bug against? [12:12] Chipaca: I don't know yet :) you can just pastebin the successful journal [12:12] Chipaca: but in general, you can start with systemd, and I'll reassign if appropriate [12:12] that's at least a sure way to get it to my attention [12:13] seb128: hi, can you take a look at https://code.launchpad.net/~attente/unity-settings-daemon/1430971/+merge/252830 and https://code.launchpad.net/~attente/unity-control-center/1430971/+merge/252831? i removed the recommends on fcitx-data so it shouldn't pull in fcitx-bin on dist-upgrade [12:13] pitti: http://pastebin.ubuntu.com/10590521/ [12:14] Chipaca: ok, nothing unexpected there (no cyclic dependencies or so) [12:14] pitti: boo :) [12:16] Laney, design have added updated wallpaper to the bug. There is an 8 bit version, but I think it looks less good - there is some banding in the bottom right corner which I dont see as much on the 24 bit version. Could you try and crunch the 24bit version? [12:23] willcooke: ya I saw it, lemme see [12:24] Laney, trying a crush -reduce on it.... [12:24] Laney, not much to be gained I think [12:24] 4.8 MB ... [12:24] 4.4 with application of the crushinator [12:25] 9% reduction [12:25] obvs [12:25] Laney does compression now? [12:25] desrt, he does it free hand with MS paint [12:25] alexabreu, [12:26] oops sorry alexabreu [12:34] :) [12:41] mlankhorst: Any chance you can update your Xmir PPA? xorg-server package in vivid archive is newer than your PPA, so no more Xmir. [12:48] attente_, hey, thanks, I'm going to land those [12:58] seb128: thanks === alan_g is now known as alan_g|lunch [13:03] willcooke: yeah this is madness, I can't get it small enough [13:11] qengho, morning! Upgraded Chrm last night. This morning: https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1431720 [13:11] Ubuntu bug 1431720 in chromium-browser (Ubuntu) "Right click menus open in the wrong place" [Undecided,New] [13:25] * mterry sees didrocks cleaning up quickly bugs, plays Taps [13:25] attente_: what's next for the FFe? [13:27] willcooke: Weird. They pop up right under my mouse. [13:27] willcooke: $ dconf dump / |grep scale- [13:27] happyaron: is ubuntu-release subscribed? [13:28] attente_: not yet, was thinking whether you are waiting for something [13:30] qengho, text-scale-factor=1.0 [13:30] scale-factor={'VGA1': 8, 'DP2': 7, 'HDMI1': 8, 'LVDS1': 8} [13:30] happyaron: nothing i can think of. i just subscribed them [13:30] think I'm on DP2 [13:30] qengho, hrm - on my laptop display it looks ok [13:31] * willcooke smells a red herring [13:31] ok [13:32] Hrm, my screen scale is "7" too. Normal 1:1 is "8". [13:33] willcooke: $ xrdb -query |grep dpi [13:33] Xft.dpi: 96 [13:34] Also normal. [13:34] * qengho thinks. [13:34] qengho, I'm on a hangout, but I'll try rebooting in a bit [13:35] willcooke: Eh, well, I *hope* rebooting doesn't fix it, because that would mysterious and I hate mysterious. [13:36] :) [13:39] qengho, thinking about it some more - everything else is normal, gtk apps, xapps etc - so does seem to be only Crm [13:42] larsu: did you have a headerbar patch for recent gedit somewhere? [13:43] Laney: hey, you seem stabby this morning :) was there something you needed wrt apparmor? [13:44] mdeslaur: can't find it right now :( [13:45] mdeslaur: I don't think I did it properly yet. Just a quick hack to see what it looks like [13:45] and gave up after we couldn't decide on a toolbar layout [13:46] larsu: after fixing a bajillion deprecated things in the old gedit, I now hit GtkActionEntry crap, and well, now I'm thinking adding a few extra buttons to the new gedit would probably be simpler :P [13:48] mdeslaur: haha might well be [13:49] but if you recreate the old toolbar, how do decide when to show it? [13:49] based on shellshowsmenubar? That would be quite ugly [13:49] larsu: show it in unity only, leave the default layout for the other desktops, like we do now [13:49] or just add the extra buttons in unity [13:50] and make the header use that setting [13:50] getenv XDG_CURRENT_DESKTOP? [13:50] ah, tie it to showing the headerbar [13:50] that will be some interesting logic, because users can also decide not to show the toolbar [13:50] * larsu does that [13:51] "interesting logic" [13:51] Scary words. === MacSlow|lunch is now known as MacSlow [13:51] qengho: it's not hard. I'm just making sure mdeslaur thinks about all the cases when he implements it ;) [13:51] s/all the cases/my case/ [13:52] larsu: hehe [13:52] larsu: I'll do the extra buttons if you give me a headerbar patch [13:54] mdeslaur: you want to recreate the same layout? [13:54] with colored icons? [13:54] open recent was changed quite a bit [13:56] larsu: I'm not sure...so the issue was it was ugly with only a couple of buttons on the left of the toolbar? [13:57] mdeslaur: there's no toolbar anymore [13:57] I tried making the current header bar a toolbar, but that failed... [13:57] well, once you drop the headerbar buttons into the toolbar [13:57] failed? [13:57] ya, it's ugly [13:58] you can't just hide the headerbar and show a new toolbar, because its actually two headerbars (one for the sidebar( [13:59] if you remove the headerbar, you can't switch between sidebars anymore [14:00] larsu: oh, hrm [14:00] larsu: this was your last screenshot I believe: http://i.imgur.com/XGAud8K.png [14:02] mdeslaur: looks about right. That toolbar is a headerbar (which has differntly styled buttons) [14:02] we could remove the headerbar class on there I guess [14:02] yeah, I'd just reorder them and add a couple more [14:02] but keep them symbolic? [14:02] sure [14:03] just so it doesn't look...empty [14:03] this is not how we should design things... [14:04] ok, so forget about it then, I'll live with the old one [14:07] mdeslaur: I want the update as much as you do, but let's not change ui under our user's noses without thinking about it a bit [14:09] I think keeping the modern headerbar look in the toolbar, but adding a few more buttons so it's not as empty and resembles the toolbar in the old version sounded reasonable === alan_g|lunch is now known as alan_g [14:11] larsu: what do you propose doing? [14:11] mdeslaur: I don't have a solution. This is why we're talking about header bars every day... [14:12] mdeslaur: we did switch some apps in the way you mentioned, but all of them have completely new button layouts [14:13] so leave the button layout as is then, I don't care [14:14] mdeslaur: seb128 doesn't like that... [14:14] like what? [14:15] seb128: using gedit's new headerbar as a toolbar [14:15] (as-is) [14:16] did I say that? [14:16] yes?! [14:17] jdstrand: bug #1393842 [14:17] bug 1393842 in libvirt (Ubuntu) "libvirt does not grant qemu-guest-agent channel perms" [Medium,Triaged] https://launchpad.net/bugs/1393842 [14:17] larsu, I would need to look at it again [14:17] worked around it by saying the VM was ubuntu :) [14:17] larsu, google image shows things like https://en.opensuse.org/images/a/a4/OS1320_SPG_Gedit-menu2.png [14:17] I think it might actually not be an apparmor bug though [14:17] larsu, I think that would be fine, my concern was about not having access to easy/common actions like open or save [14:18] seb128: right. http://i.imgur.com/XGAud8K.png [14:18] larsu, I think your screenshot didn't have those? [14:18] or was it print? [14:18] but print is not that common... [14:18] open/save/new are on there [14:18] nothing else [14:18] the hamburger menu is missing [14:19] mdeslaur: because we don't need it woith a traditional menubar [14:19] mdeslaur: https://bugzilla.gnome.org/show_bug.cgi?id=741904 [14:19] Gnome bug 741904 in general "Finish up support for macos menubar" [Normal,New] [14:21] larsu: ah, that makes sense [14:21] larsu, the discussion was on http://irclogs.ubuntu.com/2015/01/26/%23ubuntu-desktop.html#t15:43 [14:21] larsu, so yeah, our discussion by then sidetracked on "they have no toolbar on macOS" [14:21] which I didn't find acceptable since you don't have easy access to open/save/... [14:22] I agree the screenshot doesn't look great [14:22] but I would opposite landing new gedit like that [14:22] wouldn't* [14:22] seb128: without the toolbar, or with the sparse toolbar? [14:23] no toolbar = no go [14:23] as said you don't even have access to open/save/etc without having to the menus which is inefficient and not discoverable [14:23] the sparse toolbar doesn't look great but works [14:23] and if that allows us to update to a modern/supported gedit... [14:23] Laney: I commented in the bug. there is also another workaround you can apply (see comment #2) [14:24] seb128: the reason we're doing it is because of deprecation warnings... not sure that should be the driver [14:24] larsu, indeed not, I wouldn't update only for that [14:25] I didn't check how many issues have been fixed in the new version and how many new features/nicety added [14:25] jdstrand: thanks for looking [14:25] we should decided based on that [14:25] I only found the bug after the workaround [14:25] decide [14:25] seb128: agreed [14:25] is gedit one of the last holdouts? [14:27] mdeslaur, define "holdouts" [14:27] GNOME is revamping UIs over simply headerbars [14:27] gnome apps held back to old versions [14:27] so maybe some of the GNOME 3.16 updates as going to be considered again problematic for us [14:27] mdeslaur, but currently yes [14:31] qengho, out of my meeting - need me to try anything? [14:31] qengho, have just checked, and it's only "odd" on my 2nd screen [14:32]