=== thumper is now known as thumper-afk [06:01] Hi [06:36] Good morning === alkisg is now known as alkisg_away [06:37] Laney: offline updates> is that about installing at shutdown? that's a really bad idea IMHO [06:38] morning hikiko, pitti [06:41] hi happyaron pitti happy new chinese ywar [06:41] year* [06:41] ty, :P [06:42] hey happyaron, hello hikiko! === maclin1 is now known as maclin [07:20] seb128: hey seb [07:20] good morning desktopers [07:20] hey happyaron [07:21] fcitx's gtk3 support requires gtk2 one to be present, but qt4 and qt5 are seperate [07:21] so you want to drop qt4 from image? [07:25] yes [07:26] why does gtk3 requires gtk2 (just curious, we are not going to drop gtk2 this cycle since firefox/libreoffice still use it) === alkisg_away is now known as alkisg [07:36] because gtk2/gtk3 share the same environment variable, when the variable is set but gtk2 support isn't present, the user has no way to input anything [07:37] I'll propose an MP for dropping qt4 then [07:46] didrocks: bonjour ! ça va ? [07:46] didrocks: just FYI: we can now run autopkgtests triggered by github PRs (https://plus.google.com/u/0/+MartinPitti/posts/fjGYfENHo15) [07:47] hey pitti, ça va [07:47] pitti: oh nice! [07:47] didrocks: in case this is useful for u-make [07:47] pitti: the results point to the artefacts directly? [07:47] * didrocks looks at the post [07:47] didrocks: took me some time to implement the plumbing etc., but now it should be simple to enable it for more projects [07:47] yeah, sounds good! :) [07:48] didrocks: I send the link to log.gz for now, statuses_url only accepts one result URL [07:48] pitti: we should do that on Ubuntu Make after mwc [07:50] didrocks: yeah, I'll watch systemd PRs for the time beingn, and there's still some small cleanup to be done [07:51] great! thanks for the head's up? [07:51] s/\?/!/ === faenil_ is now known as faenil [09:02] word up ma gangstaz [09:03] hey Laney [09:03] morning all [09:03] tgi Friday [09:03] hey willcooke, :) [09:05] hey Laney willcooke [09:05] how is u.k today? still holding to the UE? [09:05] pitti: https://wiki.freedesktop.org/www/Software/systemd/SystemUpdates/ [09:05] hey seb128 [09:05] * happyaron supper time [09:05] oh yeah the news was all about this [09:05] hey happyaron! [09:06] the next fun part is that the conservatives get to shit themselves over it for a few months [09:11] spent a few hours just playing with 16.04 on my Inspiron last night. I know it's a fresh vanilla install, but man it felt fast. [09:11] Found some bugs too [09:11] :) [09:12] reported them? [09:12] oh, and which ones? ;-) [09:12] not yet, want to check them with you first [09:13] it's only a few [09:13] and on of them is certainly opinion [09:13] *one [09:13] :) [09:14] The first one is the Bluetooth "add a device" windows and the "Set up a mobile broadband connection" [09:14] there is no padding it seems. [09:14] Is that "just" styling? [09:15] unsure, needs investigation [09:15] but it's a gtk thing [09:15] it does the same in gtk3-demo -> assistant [09:15] ah, oki [09:15] I'll log it then [09:15] which project is best? [09:15] gtk+3.0 [09:15] thx [09:15] next: [09:15] yw [09:16] In my opinion, when you use the mouse wheel over the playback position indicator in Rb, it goes the wrong way [09:16] mouse wheel down goes back, up goes forward [09:17] it seems the opposite in 14.04 [09:18] up for forward seems to make sense to me? [09:18] I think of it as a long document. Up to get to the top. [09:18] ain't no thing [09:18] just opinion [09:19] Next: [09:19] LibreOffice menus. The ugly [09:19] I'll speak to Bjoern about that when he's on [09:19] what's wrong with those? [09:20] MASSIVE right arrows (to indicate sub menus) , white border around the menu [09:21] are you menu integrated to unity? [09:21] ah, no, that's a good point [09:21] you likely have libreoffice-gtk3 installed [09:21] try without it [09:21] we discussed it the other day, it got pulled in by error, going to be remove in the next upload [09:22] yeah, I remember now [09:22] thanks [09:22] yw [09:22] and finally :) ... [09:22] chrisccoulson, can we drop the default U1 bookmark from Firefox? [09:22] haha [09:23] Ubuntu and Free Software -> Ubuntu One - The personal cloud that brings your digital lif.............. dead [09:27] willcooke, I think the gtk/padding issue is due to https://git.gnome.org/browse/gtk%2B/commit/?id=cfd85de [09:28] mclasen wrote on https://bugzilla.gnome.org/show_bug.cgi?id=750631 [09:28] "Unfortunately, I'm not convinced this is compatible enough - it will visually break quite a few assistants out that that assume the padding." [09:28] Gnome bug 750631 in Widget: Other "GtkAssistant: Allow to set a page with no padding" [Normal,Resolved: fixed] [09:28] I wonder why he commited anyway [09:28] sometimes their logic fails me :-/ [09:29] Laney: ah, that's applying them on boot, not on shutdown; that's better IMHO [09:29] pitti, -1 [09:29] Laney: btw, I didn't yet find out what's up with teh trusty/ppc64el tests (the "libc6 not found blabla") [09:30] pitti, I like better my laptop to be stucked in the evening when I stop working that having it to block me in the morning when I want to start working [09:30] on shutdown is just about the worst possible time [09:30] consider: when do people shut down their computer? [09:30] like I can walk away and let it shut down 10 minutes later [09:30] either not at all (suspend) -> then you don't get updates [09:30] me? every evening after work [09:30] or, when they actaully want to *leave* [09:30] the last thing you want to do then is to twiddle your thumbs for 15 minutes [09:31] yes, me too [09:31] and when I have to leave, I want to leave *now*, not wait for an indefinite time [09:31] well, I'm fine walking away knowing the computer is going to turn down after 10 minutes [09:31] and if your computer is stuck, people will just switch it off [09:31] there is a chance that you are not taking the computer with you [09:31] especially on a desktop [09:31] but when you turn on the computer there is all chances that it's because you want to use it [09:32] and not sit watching updates being applied [09:32] Trevinho: ping [09:32] seb128: well, that's cf "no good time" [09:32] right [09:32] TBH, I still prefer the in-place updates most [09:32] in session updates ftw :p [09:32] it hardly ever breaks even for the devel series [09:32] and a lot of things change there [09:32] right [09:33] for a stable release we don't reorganize files or drop packages or what not [09:33] you update system libraries and want them to be used [09:33] that's exactly where the benefit of offline updates lies [09:33] so holding up the rather theoretic case of "in-place might disrupt your session" against "annoy everyone who wants to leave when they shut down", is a bad trade IMHO [09:33] seems people are working the reverse way now though [09:33] they are teaching the kernel to reload bits without reboot [09:33] Laney: different use case [09:33] what? [09:34] Laney: servers and even many laptops are rarely booted [09:34] ideally you want to never have to reboot [09:34] so for those, applying them on boot or shutdown doesn't work anyway [09:34] the option in gnome-software is "restart and upgrade" [09:35] Laney: that actually sounds like a good solution for interactive upgrades [09:35] i. e. if you trigger them through a knob, if ubuntu then tells you "you need to reboot to apply this security update", then the user has control over that [09:35] works less well on servers, of course -- there, doing it in-line is still the least bad way IMHO [09:35] no [09:35] (inline and cron'ed) [09:36] I just got an email fro IS telling me to restart to upgrade glibc [09:36] yeah, me too (for prodstack) [09:36] it's the safest way to upgrade libraries [09:36] doesn't particularly matter at which exact point they are installed [09:36] the restart is the important bit [09:37] I should go do that actually O:) [09:38] good to see that landscape is working [09:39] :-) [09:42] seb128, should I still open a LP bug? [09:43] willcooke, about libreoffice no, it's being handled, the gtk issue yes please, the rb one ... as you wish but I'm unsure it's a bug, would need to see what other platforms are doing [09:43] @ padding ^ [09:43] willcooke: Error: "padding" is not a valid command. [09:43] yes [09:44] grrrr [09:44] lp timeouts [09:44] hmm, that didn't quite come back up cleanly [09:45] :-/ [09:45] willcooke, same here [09:45] missing a line to mount the ceph volume [09:46] pitti, sorry I probably asked that in the past, but are autopkgtests supposed to autoretrigger on new versions uploads? [09:47] pitti, like sphinx has failed pyresample and a new pyresample version has been uploaded [09:47] is it going to retry by itself with the new pyresample? [09:47] seb128: we want them to, yes, but it's not currently working (there's a bug) [09:47] or does it need to be manually nudged? [09:47] k [09:47] so let me manually retry it then [09:47] danke [09:52] https://git.launchpad.net/~ubuntu-desktop/+git/appstream-cloud/commit/?id=055ab0887fedd8bbfef82751d6c75f106700b964 fix0r3d [09:53] seb128: turns out it's the same commit that broke display scaling, and lightdm starting with nvidia prime [09:54] tjaalton, ah, good [09:54] dunno what unity-greeter et al do, but it doesn't bend to randr-1.5 [09:56] hi [10:02] https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1547423 [10:02] Launchpad bug 1547423 in gtk+3.0 (Ubuntu) ""Assistant" type window UI components lack padding" [Undecided,New] [10:02] willcooke, thanks [10:03] hikiko, hey, happy friday! [10:03] hikiko, did you fix your computer? [10:06] yes willcooke :) in case you have rge same problrm the solution is: boot from somewhere else, run update-gtub and reboot (or copy the conf files and reboot if you boot from flash/live cd) [10:06] the* [10:07] (becayse it happened after dist-upgrade) [10:07] aiieee [10:10] willcooke, want to try http://people.canonical.com/~seb128/software-properties-gtk_0.96.17_all.deb ? [10:11] seb128, sure. Did you just patch in the padding again? [10:11] willcooke, no, that's the proposed source thing [10:11] software-properties [10:11] ohhhh [10:11] sorry, didnt read that [10:11] sorry, I didn't give you context ;-) [10:11] I should have read it [10:11] :) [10:13] seb128, perfect :) [10:14] is Trevinho out today? [10:14] tjaalton, no, just starting later [10:14] ok [10:15] he'll be working alllllllll night long (all night) [10:15] \o\ /o/ [10:15] (supergreen) [10:16] TIL: Emeinmen sampled a 70s track for "My name is" [10:17] MULTIPASS [10:17] https://youtu.be/xKISdd2mKzU?t=124 [10:19] So Ubuntu Firefox bookmarks are done in a patch. Should I make a patch for that patch, or just a whole new patch file? [10:20] I would branch the bzr repository and make the fix in there, then merge propose that [10:20] Laney, ack, thanks [10:21] which seems to be lp:~mozillateam/firefox/firefox.xenial [10:21] yay! [10:21] I got the right one [10:22] looks like Vcs-Bzr in debian/control.in debian/control says wily though, you could fix that while you're there [10:22] ;-) [10:22] Laney, just a simple substitution for xenial? [10:23] ya [10:23] it makes apt-cache showsrc firefox show the wrong thing [10:23] done [10:28] willcooke, https://code.launchpad.net/~seb128/software-properties/newtab-enable-proposed/+merge/286626 [10:29] thanks seb128 [10:29] yw [10:31] chrisccoulson, check it! https://code.launchpad.net/~willcooke/firefox/bookmark-and-control-changes/+merge/286627 [10:31] http://cdn.meme.am/instances/500x/62614952.jpg [10:32] ohhh [10:32] I think I proposed it in the wrong place [10:33] undo undo [10:33] willcooke, you proposed it in the right place, but from the wrong branch :) [10:33] ohhh [10:33] so I need to take the main firefox branch? [10:34] not the xenial one [10:34] willcooke, yeah, that's the one that we build nightlies from and where I pick changes to other branches from [10:34] chrisccoulson, https://code.launchpad.net/~mozillateam/firefox/firefox-trunk.head ? [10:34] well, when we're actually able to build nightlies [10:34] yeah, that's the one [10:35] thx [10:35] you should put something in README.source [10:35] or fix Vcs-Bzr [10:35] you = me ? [10:35] the maintainer :) [10:40] chrisccoulson, fixed: https://code.launchpad.net/~willcooke/firefox/bookmarks-update/+merge/286633 === faenil is now known as faenil_ === faenil_ is now known as faenil [10:45] willcooke, I reported the gtkassistant padding issue as https://bugzilla.gnome.org/show_bug.cgi?id=762315 [10:45] Gnome bug 762315 in Widget: Other "Assistant pages have no padding which looks weird" [Normal,New] [10:46] I've the feeling they are going to say that all the gtkassistant consumer needs to be "fixed" [10:46] well they at least need to fix gtk-demo in this case [10:47] but another annoying case of slight behaviour change which breaks existing softwares [10:51] yeah [10:52] Should I start adding the padding back in now? [10:56] ignore, I read the bug [11:04] tjaalton: hey [11:06] Trevinho: display scaling is broken with xserver 1.18 and I bisected the commit to https://cgit.freedesktop.org/xorg/xserver/commit/?id=7e1f86d42b54fb7f6492875e47a718eaeca3069b [11:06] Trevinho: so I guess unity needs some fixing? [11:07] the same commit also broke nvidia prime (greeter crashes) [11:08] or is it u-s-d [11:08] that needs something [11:09] tjaalton: mh. Well unity handles the scaling by its own, so... What you mean by "broken"? [11:09] There's no automatic recognition? [11:09] seb128: in case you didnt notice the MIR/team-subscriptions thing on bug 1487148 started a nice bikeshed ... justsaying ... [11:09] bug 1487148 in fonts-stix (Ubuntu) "[MIR] fonts-stix -- to replace xfonts-mathml" [Undecided,Incomplete] https://launchpad.net/bugs/1487148 [11:09] Trevinho: using the slider does nothing [11:10] Well, that's pretty weird since that has nothing to do with X.... [11:10] It's just a GSetting we listen and then we resize the UI based on that [11:10] what could be... Is the name of the montitors that have changed [11:11] right [11:11] what's the output for gsettings get com.ubuntu.user-interface scale-factor ? [11:11] once you changed the scaling? [11:12] So maybe there's a mismatch between them... I really wanted to change this thing anyway (so using the edid, instead of plug names). So... Maybe it's the right moment [11:13] I think the names lost the dash [11:15] So the problem might be caused by a mismatch of what GdkScreen returns and the gnome_rr code which we use to set these at U-C-C level [11:15] moin [11:18] Trevinho: {'HDMI2': 8, 'eDP-1': 12, 'eDP1': 10, 'eDP-0': 11} [11:19] morning [11:19] morning desrt andyrock [11:20] greetings willcooke, andyrock [11:20] happy friday :) [11:23] Trevinho: reset to defaults, then munged it a bit and now it's "{'eDP-0': 18}" [11:23] mh, ok, so let me see something else [11:25] tjaalton: what you get instead with python -c 'from gi.repository import Gdk; print(Gdk.Screen.get_default().get_monitor_plug_name(0))' ? [11:25] or change the plug name based on what you're using [11:26] "None" [11:27] Mh, nice [11:27] maybe gdk has to be fixed then? [11:28] tjaalton I guess print(Gdk.Screen.get_default().get_n_monitors())' gives you the right output, isn't it? [11:29] "1" [11:29] yeah, and so python -c 'from gi.repository import Gdk; print(Gdk.Screen.get_default().get_monitor_geometry(0).width)' I guess [11:29] I think gdk has some troubles with that then [11:30] "3200" so yes :) [11:31] where's gdk these days? [11:32] ah, gtk [11:32] https://github.com/GNOME/gtk/blob/master/gdk/gdkscreen.c [11:32] well, actually.. https://github.com/GNOME/gtk/blob/master/gdk/x11/gdkscreen-x11.c [11:32] (or in gnome git) [11:33] yep [11:34] no updates upstream [11:38] tjaalton: I think init_randr15 has to be fixed to set plug_name [11:39] output_name actually [11:40] This is what is set for randr 1.3 http://pastebin.ubuntu.com/15130288/ and this is for randr15... http://pastebin.ubuntu.com/15130291/ Something is missing [11:48] hmm I was looking at the wrong file from git.. [11:51] but all commits from master seem to be there [11:52] tjaalton: what you mean? [11:52] nevermind, our gtk is patched with the top commit from master to that file [11:55] tjaalton: when is new server supposed to land? [11:56] Trevinho: when this is fixed :) [11:56] it's in ppa:canonical-x/x-staging [11:56] tjaalton: so... fixing gdk would be nice... [11:56] tjaalton: is there a ppa or something I can use? [11:57] without rebuilding x [11:57] 13:56 < tjaalton> it's in ppa:canonical-x/x-staging [12:02] I need to head off soon [12:02] Trevinho: should I file a bug upstream? [12:02] I don't mind if you have time to look at it :) === alkisg is now known as alkisg_away [12:03] tjaalton: well, I can look at it, but not sure I can today... [12:31] http://www.wired.co.uk/news/archive/2016-02/19/virgin-galactic-spaceshiptwo-space-unveiling [12:39] Sweet5hark, we subscribed desktop-bugs so it should be good anyway, right? [12:42] seb128: where should i propose a debian patch for gnome-software? [12:42] andyrock, Debian or Ubuntu? what does it do [12:42] Debian BTS & launchpad is probably best [12:42] Ubuntu [12:42] integration with unity-launcher on the apt plugin [12:42] *in the [12:42] Trevinho: ok, I'll file it upstream [12:43] i cannot find the branch in launchpad [12:44] seb128: yeah [12:44] tjaalton: ok, post it here as well the [12:44] then* [12:45] sure [12:45] andyrock, launchpad then [12:45] robert_ancell has a branch on gnome git [12:45] andyrock, ^ [12:45] so probably supply a format-patch on top of that [12:45] oki [12:45] thanks [12:45] https://git.gnome.org/browse/gnome-software/log/?h=wip/rancell/apt [12:46] or I guess just push your own branch if you have commit there and ask him to merge it [12:47] woot, new gstreamer tarballs! [12:47] and slomo already uploaded to Debian :-) [12:55] pitti: is there something wrong with the apt update? [12:55] you're trying to get 6.6 but 6.7 is latest [12:56] and the update only shows proposed being fetched [12:56] Trevinho: is this accurate :P https://bugzilla.gnome.org/show_bug.cgi?id=762319 [12:56] Gnome bug 762319 in Backend: X11 "issues with randr 1.5" [Normal,New] [12:57] seb128: FWIW, pushed some minor fixes to the libreoffice .deb to a ppa, which should go to xenial (but not on a friday) [12:58] Sweet5hark, ok [12:58] seb128: arrgh, still need to do the indic-fonts-foo [12:58] Sweet5hark, right [12:58] Sweet5hark, also you can upload on friday so it builds over the w.e, just tag a bug to block in proposed? [13:15] Trevinho, I've updated a merge proposal as you requested - https://code.launchpad.net/~ubuntu-mate-dev/compiz/marco-gsettings/+merge/282882 [13:16] flexiondotorg_: thanks [13:17] Trevinho, I aslo have another small one for MATE - https://code.launchpad.net/~ubuntu-mate-dev/compiz/fix-1067951/+merge/283039 [13:29] Trevinho, andyrock hikiko, seb128 - just updated the meeting with a hangout [13:29] willcooke: ah i was about to ask that [13:29] willcooke, k [13:41] .oO(There is a special place in hell for people who xkcd927 "abbreviations" for l10n .... "nono, in addition to the full name and a two letter l10n code, we need to have a 4 letter abbreviation. this is important.") [13:53] Trevinho, Thanks for the Approvals. [13:55] flexiondotorg_: yw === alkisg_away is now known as alkisg [14:19] hello desktopers [14:20] is this a known gtk3 bug in trusty? -- a GtkStack loosing its background -- https://launchpadlibrarian.net/240539411/g.png [14:20] ricotz, hey [14:21] did GTK has GtkStacj in trusty? [14:21] it might be due to the theme or the overlay-scrollbars [14:21] try to LIBOVERLAY_SCROLLBAR=0 [14:21] and see if that fixes it [14:21] yeah, it is a GtkStack (since 3.10) [14:22] I didnt see it myself here, I assume it is compiz related [14:22] I doubt it is [14:22] https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1478175 [14:22] Launchpad bug 1478175 in gtk+3.0 (Ubuntu) "Gtk.AboutDialog credits background becomes trasparent" [Undecided,New] [14:22] right, that bug is known [14:23] this one claims similar is fine on trusty but happens with 3.14.x [14:23] right [14:23] which matches what I remember [14:23] we had those issues after trusty [14:23] I see [14:23] maybe your user/report has a new gtk from a ppa or such? [14:24] could be a usual it lacks information [14:24] https://bugs.launchpad.net/plank/+bug/1547473 [14:24] Launchpad bug 1547473 in Plank "When changing back from Docklets Tab background gets transparent" [Undecided,New] [14:24] yeah :-/ [14:27] alright :\ , thanks :) [14:27] yw! [14:59] Laney, pitti, desrt - i can't remember who else was with us at systemd sprint, but we fixed highdpi unity at that point and login screen. However my lock screen is now partially correct - indicators and logo on the bottom left are good, but the password input is 1x dpi. [15:00] is lock screen hiding somewhere separate? different user and/or codepath? to fix that too? [15:05] xnox, it's part of unity [15:05] unity7 i take it, ok. will poke some time. [15:05] and should scale [15:06] i think it's just a one off miss-calculation, or a missed place. [15:06] or some such. [15:06] xnox: lockscreen or unity-greeter? [15:06] Trevinho, lockscreen. [15:07] Greeter is good. [15:07] Weird... [15:07] the lockscreen scaling is there since forever... [15:07] except that... [15:07] and it does indicators and background right, not the input field. [15:07] xnox, you changed the scaling factor from the control center? [15:07] seb128, yes. [15:07] (and manually hackery to twiddle greeter scaling factor) [15:08] that shouldn't be needed in xenial [15:08] by the way, it takes too long for scaling factor to kick on the greeter. it loads, small and then resizes. [15:08] :-( [15:08] seb128, autodetection was totally disabled in greeter at fosdem time. [15:08] I guess it takes too long for xorg to provide the infos about your screens and their resolution [15:09] yes, I re-enabled it since [15:09] we fixed the gtk menu positionning issue that made us disable it [15:11] seb128: I think it might be the u-s-d that takes longer to load.. [15:11] seb128: like it gets loaded later than the greeter, might be the case? [15:11] (while it should be other way around) [15:12] it could be [15:12]