[03:10] <jamesh> robert_ancell: so it looks like my initial snapd polkit patch might get merged soon
[03:10] <robert_ancell> jamesh, congats!
[03:11] <jamesh> With it merged, we could bypass snapd-login-service.  But more interestingly, we can start the discussion about getting gnome-software to install snaps without a store account
[03:15] <robert_ancell> jamesh, did you have any luck contacting Richard regarding https://bugzilla.gnome.org/show_bug.cgi?id=784773
[03:15] <ubot5> Gnome bug 784773 in Snap "Add support for installing classic confinement snaps." [Normal,New]
[03:18] <jamesh> I haven't yet.  How does he prefer to handle patches other than the bug tracker?
[03:18] <robert_ancell> ping him on IRC or email if he hasn't noticed it.
[03:19] <jamesh> okay
[03:20] <jamesh> For the network-manager patches I worked on, I emailed their list about my bug report and was directed back to bugzilla again :)
[03:21] <robert_ancell> every project is different :) Will be much more clear when GitLab is used in GNOME
[03:26] <jamesh> Most annoying thing about working on network-manager was code indentation: they've got emacs indentation config at the top of each file, but that doesn't actually format code the way they want it.
[03:26] <jamesh> they want both tabs and spaces
=== thumper is now known as thumper-afk
[04:47] <robert_ancell> jamesh, you should commit your gnome-software classic changes to wip/ubuntu-master and then upload them to artful so that gets in before FF
=== Guest5340 is now known as RAOF
[06:16] <didrocks> good morning
[06:34] <oSoMoN> good morning desktoppers!
[06:44] <tsimonq2> o/
[06:47] <didrocks> salut oSoMoN, hey tsimonq2!
[06:48] <oSoMoN> hey didrocks, tsimonq2
[06:48] <tsimonq2> Hey everyone, how's things?
[06:48] <jibel> morning all
[06:49] <oSoMoN> salut jibel
[06:50] <jibel> Salut oSoMoN
[06:51] <jibel> oSoMoN, sad news in Spain, all my thoughts are with the people of Spain
[06:54] <oSoMoN> yeah, that’s absolutely terrible
[06:57] <didrocks> salut jibel
[06:59] <jibel> bonjour didrocks
[07:36] <jibel> didrocks, is there a way to enable auto-hide for the ubuntu-dock?
[07:38] <didrocks> jibel: in gnome control center, there is
[07:38] <didrocks> jibel: wait for my blog post that I'll publish later today :)
[07:38] <didrocks> (it's in the display panel of new g-c-c)
[07:39] <jibel> didrocks, hmm, I didn't find the setting in gcc
[07:39] <jibel> g-c-c
[07:39] <didrocks> jibel: do you have the one from today?
[07:39] <didrocks> which is in proposed?
[07:39] <jibel> ah no, I'll wait
[07:40] <jibel> or not ... :)
[07:40] <didrocks> I didn't install the dock by default yet for a reason :)
[07:40] <didrocks> jibel: you can use the transition ppa if you prefer
[07:40] <didrocks> jibel: it's basically what's in proposed
[07:40] <didrocks> (with lower versoins)
[07:40] <didrocks> versions*
[07:40] <didrocks> (and no ubuntu-meta yet, I'm waiting for ubuntu-dock main migration to publish on amd64…)
[07:41] <didrocks> launching the command 1h20 minutes ago and still not published
[07:41] <didrocks> (other archs are)
[07:41] <didrocks> need that to refresh ubuntu-meta, upload it and done
[07:41] <didrocks> Added gnome-shell-extension-ubuntu-dock to desktop [amd64 i386]
[07:41] <didrocks> \o/
[07:42] <andyrock> good morning
[07:43] <didrocks> hey andyrock
[07:44] <andyrock> hey didrocks how are you?
[07:45] <didrocks> andyrock: tired and busy, but overall good
[07:45] <didrocks> yourself?
[07:46] <thumper-afk> o/ andyrock and didrocks
=== thumper-afk is now known as thumper
[07:47] <didrocks> hey thumper, how are things? :)
[07:47] <thumper> good... busy... you know
[07:48] <flexiondotorg> Morning oSoMoN didrocks jibel andyrock
[07:48] <didrocks> I bet!
[07:48] <didrocks> morning flexiondotorg
[07:48] <jibel> good morning flexiondotorg
[07:49] <thumper> it took be a while to parse that nick
[07:54] <oSoMoN> morning flexiondotorg
[07:55] <oSoMoN> hey andyrock
[08:08] <willcooke> o/
[08:18] <duflu> \o
[09:37] <oSoMoN> I've had gnome-software consuming 100% CPU for the most part of the morning
[09:37] <oSoMoN> thought that was VMs or video-conferencing, but it turns out it was gnome-software
[09:38] <oSoMoN> I didn't even open it or anything, it's the daemon that did that
[10:11] <willcooke> oSoMoN, I've seen another bug report saying the same thing
[10:11] <willcooke> lemme see if I can find it
[10:19] <willcooke> oSoMoN, still looking, but is there anything in syslog?
[10:20] <willcooke> Could be: https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1711178
[10:20] <ubot5> Ubuntu bug 1711178 in gnome-software (Ubuntu) "Gnome Software consumes way too much CPU resources at times" [Undecided,New]
[10:21] <duflu> Woo, I have a first significant fix for totem's stuttering. But still need to look for more troublespots next week
[10:21] <duflu> Maybe by next week git push will finish
[10:21] <willcooke> duflu, nice one!
[10:22] <duflu> willcooke, if anyone wants to try it out then for now all I can offer is code: https://git.launchpad.net/~vanvugt/ubuntu/+source/totem/commit/?id=02076c41f892e214d946457f944c6da3011307f1
[10:23] <duflu> And good night
[10:23] <willcooke> night duflu
[10:23] <willcooke> have a good weekend
[10:23] <duflu> You too...
[10:23] <oSoMoN> have a good one duflu
[10:24] <jbicha> willcooke: http://connectivity-check.ubuntu.com/ still redirects to https which makes the http version not work
[10:25] <willcooke> jbicha, yeah, I  ask jamon to update that.  In the meantime I'm testing with the debian one.
[10:25] <willcooke> jbicha, also morning :)
[10:25] <jbicha> good morning
[10:25] <willcooke> jbicha, but, things get stranger...
[10:25] <willcooke> I did a packet capture, conn checker isn't actually sending the GET
[10:26] <willcooke> SYN -> ACK -> SYN ACK -> nothing
[10:26] <oSoMoN> willcooke, that’s all there is in my syslog related to gnome-software: http://paste.ubuntu.com/25338985/
[10:26] <willcooke> oSoMoN, hummm. didrocks - could this be related to d2d at all? ^
[10:26] <oSoMoN> I killed the process much later
[10:26] <willcooke> oSoMoN, are you running proposed?
[10:27] <oSoMoN> nope
[10:27] <willcooke> oh, then it's probably not d2d
[10:27] <willcooke> jbicha, https://bugzilla.gnome.org/show_bug.cgi?id=786432
[10:27] <ubot5> Gnome bug 786432 in general "Connectivity Checker reports limited connectivity when it should be full" [Normal,New]
[10:40] <jbicha> didrocks: do you think you'll have time on Monday to help with the gjs transition?
=== pstolowski is now known as pstolowski|lunch
[11:09] <jbicha> oh, Monday's not good for me, maybe Tuesday then
[11:49] <dreamcat4> hey there. I heard you are having an event next week to improve the default gnome3 GUI
[11:50] <willcooke> dreamcat4, hi! That's right
[11:50] <dreamcat4> ... well it just so happens that I have recently put together a great package of gnome 3 customizations for the default gnome 3 desktop
[11:50] <dreamcat4> so i would like to provide all that here in advance for you guys
[11:50] <dreamcat4> https://gist.github.com/dreamcat4/ffed57b19c6d69dffee91fb0ecb72171
[11:50] <willcooke> dreamcat4, awesome, thanks!!
[11:51] <dreamcat4> i'm sure you will already recognize a lot in there, like dash2dock etc
[11:51] <willcooke> dreamcat4, I've added that to our list to review next week
[11:51] <dreamcat4> anyhow these commands you can pretty much just copy-paste really quickly each of the sections to try out
[11:51] <dreamcat4> good luck!
[11:52] <willcooke> thanka dreamcat4, really appreciate the help
[11:52] <dreamcat4> np
[11:54] <jbicha> ricotz: I've gotten zero review of LP: #1668664 could you take a look at merging that for FF56?
[11:54] <ubot5> Launchpad bug 1668664 in firefox (Ubuntu) "Drop "Open a " from .desktop Actions" [Low,Confirmed] https://launchpad.net/bugs/1668664
=== gargeh is now known as Gargoyle
[12:08] <didrocks> jbicha: maybe should be fine for me
[12:14] <jbicha> didrocks: ok. What about doing gjs today?
[12:14] <didrocks> jbicha: can't today
[12:14] <jbicha> ok, np
=== pstolowski|lunch is now known as pstolowski
=== gargeh is now known as Gargoyle
[12:49] <amano> There seems to be some CUPS dependence on ImageMagick. ImageMagick has an old, crufty UI and is very visible in the Activities Menu. When users remove ImageMagick, they will end up without CUPS. Is the dependency really necessary?
[12:54] <jbicha> amano: yes, imagemagick is necessary but we don't need to show its launchers by defaults
[12:55] <jbicha> I proposed splitting those launchers to a separate package that wouldn't be installed by default, so that people who want it can have it
[12:55] <jbicha> but so far the Debian maintainer hasn't been interested :( https://bugs.debian.org/675617
[12:55] <ubot5> Debian bug 675617 in imagemagick "Please hide the menu entry" [Wishlist,Open]
[12:56] <amano> :(
[12:56] <jbicha> but yes, things like imagemagick and xterm (same proposal there) are much more visible in GNOME Shell than they are in other desktops
[12:59] <amano> Well, we have to deal now with GnomeShell. Both stuck out like a sore thumb
[12:59] <jbicha> I guess I might as well just upload my proposals to artful, we can always add Breaks/Replaces to the packaging if we do something different later
[13:04] <amano> I would hide anything in the Software Center that seems unnecessary but might break the core os functionality
[13:05] <ejat> bugs 1711608
[13:05] <ubot5> bug 1711608 in gnome-shell-extension-ubuntu-dock (Ubuntu) "Gnome Shell Extension Ubuntu Dock not working" [Undecided,New] https://launchpad.net/bugs/1711608
[13:05] <ejat> didrocks @ jbicha , any advise?
[13:06] <didrocks> ejat: I don't see the error message you are getting, mind pasting it?
[13:06] <didrocks> ejat: can you try with a new user account as well and see if you reproduce in a clean environment ?
[13:06] <ricotz> jbicha, hi, hmm, https://launchpadlibrarian.net/309177485/firefox-actions-lp1668664.diff looks broken, dropping "OnlyShowIn=Unity;" seems fine, but I won't change the string without translations
[13:07] <ejat> didrocks: brb , let me try with new user account
[13:07] <didrocks> thx!
[13:07] <ejat> no error occur but i can't click the "show applications"
[13:07] <jbicha> ricotz: the string change is the point of the patch! :)
[13:08] <didrocks> ejat: hum, you mentioned "- Error Extension in Gnome Tweak
[13:08] <didrocks> "
[13:08] <didrocks> I guess you can thus see the error?
[13:08] <didrocks> ejat: and so, left clicking on show applications does nothing?
[13:08] <didrocks> (not right-clicking)
[13:09] <ricotz> jbicha, any idea where those translations are coming from? last update was 4 years ago
[13:09] <didrocks> I don't know if Tweaks support well per-mode enabled extensions
[13:09] <didrocks> jbicha: ^
[13:09] <didrocks> (doesn't explain for the button not working ofc)
[13:09] <ejat> and redundant dock when show activities
[13:10] <didrocks> ejat: do you have any other dock installed?
[13:10] <ejat> im typing in the descriptiosn
[13:10] <ejat> no dock installed
[13:10] <didrocks> try first another user with a clean session
[13:10] <didrocks> and let's see
[13:10] <ejat> okie
[13:10] <ejat> brb
[13:10] <ejat> relogin new user
[13:11] <Gargoyle> Internet be like a yo-yo today! :/
[13:12] <amano> @jbicha: or use ubuntu icons instead. E. g. a generic Printer Icon for ImageMagick thus people think that this is related to printing. “oh, printing isn't working. Might that be related to the program with the Printer Icon, that I removed yesterday?“
[13:21] <ejat> didrocks: check my #3 comment attachement
[13:21] <ejat> that is screenshot from new user
[13:22] <ejat> still the same as in the new user account
[13:23] <didrocks> ejat: I don't think gnome-software shows extensions not in extensions website
[13:23] <didrocks> ejat: so not related
[13:23] <didrocks> can you explain what is "the same"
[13:23] <didrocks> like, you click on the application picker
[13:23] <didrocks> and it doesn't do anything?
[13:23] <didrocks> left click
[13:23] <ejat> yups
[13:23] <didrocks> gsettings get org.gnome.shell enabled-extensions
[13:23] <didrocks> what does it prints?
[13:24] <ejat> ['alternate-tab@gnome-shell-extensions.gcampax.github.com', 'ubuntu-dock@ubuntu.com']
[13:25] <didrocks> what have you done? Enabled the dock yourself?
[13:25] <didrocks> this is why, you have 2 docks
[13:25] <didrocks> maybe you forced it in same way before it was in today's update?
[13:25] <didrocks> normally, you shouldn't have it enabled in that list, it's part of the mode
[13:25] <ejat> at first i didnt enabled it ..
[13:25] <didrocks> but then you did via 3rd party tool?
[13:26] <ejat> but relogin n reboot , the dock not appear
[13:26] <didrocks> with the transition ppa?
[13:26] <ejat> using gnome tweak
[13:26] <didrocks> jbicha: you have a bug where it's not respecting the mode settings I guess ^
[13:26] <didrocks> ejat: reset the list of extensions and restart your session
[13:26] <ejat> now im just enable the gnome3 staging ppa
[13:26] <didrocks> hum
[13:27] <didrocks> the gnome3 staging ppa don't have the mode in I think
[13:27] <didrocks> so, that's why you are getting those kinds of bugs
[13:27] <jbicha> ejat: run gsettings get org.gnome.shell enabled-extensions
[13:27] <didrocks> ['alternate-tab@gnome-shell-extensions.gcampax.github.com', 'ubuntu-dock@ubuntu.com']
[13:27] <ricotz> jbicha, but dropping OnlyShowIn is wanted too e.g. https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1615549
[13:27] <jbicha> gsettings reset org.gnome.shell enabled-extensions
[13:27] <ubot5> Ubuntu bug 1615549 in firefox (Ubuntu) "Don't restrict jump list actions to Unity" [Undecided,Confirmed]
[13:27] <didrocks> jbicha: ^
[13:27] <didrocks> yeah
[13:27] <didrocks> reset it
[13:27] <didrocks> as jbicha told
[13:27] <didrocks> but don't expect it to be enable by default yet if you are using the gnome3 ppa
[13:28] <jbicha> ejat: also have you ran apt update; apt dist-upgrade recently (like past hour or so)?
[13:28] <didrocks> it's a mix of offically and non officially supported versions on your machine, and so, you won't have the experience
[13:28] <ejat> jbicha: yups .. thats how i get the ubuntu dock installed
[13:29] <jbicha> ejat: what session did you log in with? and have you tried restarting your computer?
[13:29] <jbicha> maybe even
[13:30] <jbicha> gsetttings reset-recursively org.gnome.shell.extensions.dash-to-dock
[13:30] <didrocks> I would say reset the key and revert to not using the GNOME 3 ppa if you want to be on the supported path
[13:31] <ejat> gnome session
[13:31] <jbicha> ding ding!
[13:31] <jbicha> you have to use the Ubuntu or Ubuntu on Wayland session to use the Ubuntu dock
[13:31] <ejat> owh
[13:31] <didrocks> ejat: look at the blog post, I regularly mention the "ubuntu" session :)
[13:32] <ejat> my bad
[13:32] <ejat> sorry
[13:32] <didrocks> no worry :)
[13:32] <ejat> didnt see ya blog
[13:32] <didrocks> I can rest and avoid this heart attack :p
[13:32] <ejat> just notice about the dock at OMG
[13:32] <didrocks> ejat: planet ubuntu
[13:32] <ejat> okie ..
[13:32] <ejat> let me relogin to the right session
[13:33] <didrocks> you did reset the keys, correct?
[13:33] <jbicha> ricotz: right and renaming the action to new-window fixes an issue too
[13:33] <didrocks> ejat: I'm still unsure as you have the GNOME 3 ppa that it's a right mix
[13:33] <didrocks> ejat: so, I would say remove the ppa if you want to have the default current experience
[13:33] <jbicha> ricotz: you should ask Chris about the FF translations, not me ;)
[13:33] <didrocks> jbicha: I'm puzzled by the screenshot about the double dash to dock and upstream dash though
[13:34] <didrocks> jbicha: you have shell 3.25.x in your ppa, correct?
[13:34] <jbicha> didrocks: you should try the PPA out for yourself ;)
[13:34] <ejat> didrocks: i've login ubuntu session
[13:34] <jbicha> yes
[13:34] <tjaalton> didrocks: ubuntu-dock should probably conflict with dashtodock? there's a file conflict
[13:35] <ricotz> jbicha, hmm, I assumed the "new-window" change breaks it -- already asked ;)
[13:35] <ejat> Show Applications doesnt list/show the applications
[13:35] <jbicha> your Ubuntu Dock patch for g-c-c doesn't apply (upstream redesigned that panel) but the rest works
[13:35] <didrocks> tjaalton: how come? one is local, the one system-wide
[13:35] <didrocks> jbicha: my system is frankeistein enough, so couldn't really try :)
[13:35] <didrocks> jbicha: ah, almost good thus! :)
[13:35] <ejat> the upstream dash still there when i click "activities"
[13:35] <tjaalton> didrocks: dash-to-dock.gschema.xml is in both
[13:35] <didrocks> tjaalton: yeah, but not install in the same location
[13:36] <didrocks> ejat: please remove the GNOME 3 ppa and clear those packages and we can have a look after
[13:36] <tjaalton> dpkg: error processing archive /tmp/apt-dpkg-install-oFYsKm/65-gnome-shell-extension-ubuntu-dock_0.1_all.deb (--unpack):
[13:36] <ejat> okie
[13:36] <tjaalton>  trying to overwrite '/usr/share/glib-2.0/schemas/org.gnome.shell.extensions.dash-to-dock.gschema.xml', which is also in package gnome-shell-extension-dashtodock 60-1
[13:36] <didrocks> tjaalton: argh, the package is dashtodock, not dash-to-dock
[13:36] <jbicha> didrocks: yeah it's the same location
[13:37] <didrocks> I didn't find it when looking for it
[13:37]  * ejat removing the ppa now n trying to roll back 
[13:37] <didrocks> so only thought it was available online
[13:37] <tjaalton> :)
[13:37] <didrocks> hum
[13:37] <didrocks> annoying
[13:37] <didrocks> I wonder if we should either conflict
[13:37] <didrocks> as then, the override will impact the other one
[13:37] <didrocks> contrary to a local user-installation
[13:38] <ricotz> jbicha, note the "new-window" change is not fdo compliant
[13:38] <jbicha> didrocks: if the schemas are the same, you could split the dashtodock schemas to a separate binary package and have both docks depend on it
[13:38] <didrocks> jbicha: yeah, the schemas are the same, splitting makes sense, but they will still be impacted
[13:39] <didrocks> by our overrides
[13:39] <didrocks> per session
[13:39] <didrocks> contrary to the local install
[13:39] <didrocks> which could be fair enough
[13:39] <jbicha> ricotz: are you sure?
[13:40] <ricotz> jbicha, yes
[13:40] <jbicha> ricotz: could you be more specific about how it violates the spec?
[13:40] <didrocks> would be cool to say Conflicts: <package> #message to display :)
[13:41] <ricotz> jbicha, https://specifications.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html#extra-actions-identifier and https://specifications.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html#entries
[13:41] <didrocks> tjaalton: I really need to think about the best strategy
[13:41] <didrocks> tjaalton: mind opening a bug as a reminder and assigning it to me?
[13:41] <tjaalton> didrocks: sure, I don't need dashtodock, so I've just removed it :)
[13:42] <tjaalton> can do
[13:42] <jbicha> ricotz: yes I have the spec open, what's wrong with 'new-window' ?
[13:42] <didrocks> thanks! :)
[13:43] <ricotz> jbicha, ah, it basically is correct, but doesnt make any sense to do so
[13:44] <tjaalton> didrocks: #1711617
[13:44] <didrocks> tjaalton: thx!
[13:44] <jbicha> ricotz: I explained why it's named new-window in LP: #1668664
[13:44] <ubot5> Launchpad bug 1668664 in firefox (Ubuntu) "Drop "Open a " from .desktop Actions" [Low,Confirmed] https://launchpad.net/bugs/1668664
[13:44] <ricotz> jbicha, this means "NewPrivateWindow" doesnt cause an issue?
[13:45] <ricotz> jbicha, oh, I have read that
[13:45] <ricotz> *not
[13:46] <jbicha> ricotz: right, reusing the 'new-window' identifier overrides GNOME Shell's built-in "New Window" action
[13:46] <didrocks> let's ship a Replaces: for the week-end so that people don't get stuck on that
[13:46] <didrocks> and revisit on monday
[13:51] <ejat> didrocks: sorry to make u heart attack
[13:51]  * ejat purging the ppa n back to stable 
[13:51] <didrocks> phew :)
[13:51] <ejat> reboot and login
[13:51] <didrocks> jbicha: something to test, but I think you don't have the mode enabling the extension yet? ^
[13:51] <ejat> all work fine include the "Show Applications"
[13:51] <ricotz> jbicha, ok, I tend to change both action identifiers to make it look less weird
[13:52] <ejat> maybe can remark n close my reported bugs
[13:52] <jbicha> didrocks: yes, it works here
[13:52] <didrocks> ejat: please do :)
[13:52] <didrocks> jbicha: ok, thanks for rebasing ;)
[13:52] <didrocks> jbicha: the only package I'll touch on monday is gnome session and gdm to put wayland by default FYI
[13:52] <jbicha> didrocks: sorry about gnome-control-center, you might have to re-do that patch if we go with 3.26
[13:53] <didrocks> jbicha: is that a big change in the display panel ?
[13:53] <ejat> u already updated the bugs to invalid :)
[13:53] <didrocks> ejat: yep :)
[13:53] <ejat> i still have gdm3 bugs file more regards to tap-to-click :)
[13:54] <ejat> waiting for it too
[13:54] <jbicha> didrocks: quite large diffs: https://git.gnome.org/browse/gnome-control-center/log/panels/display
[13:54] <ejat> didrocks: can the dock be resize? its in the milestone?
[14:02] <didrocks> ejat: please look at my blog post
[14:02] <didrocks> you will have your informations here
[14:08] <ejat> didrocks: okay
[14:11] <jibel> what calls xdg-user-dirs-update on first login?
[14:11] <jibel> user dirs are missing on artful after a fresh installation
[14:14] <didrocks> yeah, I saw that one as well
[14:14] <didrocks> I don't remember what was calling it though
[14:14] <didrocks> /etc/X11/Xsession.d/60xdg-user-dirs-update
[14:15] <didrocks> ok, so if you are using wayland…
[14:15] <jbicha> didrocks: I believe there's a fix pending in Debian's svn for xdg-user-dirs
[14:15] <jibel> didrocks, /etc/X11/Xsession.d/60xdg-user-dirs-update
[14:15] <jibel> right
[14:16] <didrocks> jibel: oh, interesting, not based on systemd user session I guess?
[14:16] <didrocks> jbicha: ok, if you know about it, please go ahead :)
[14:18] <jbicha> it just uses regular autostart https://anonscm.debian.org/viewvc/pkg-gnome/packages/unstable/xdg-user-dirs/debian/patches/01_add-autostart-file.patch?view=markup
[14:19] <didrocks> ok, that's valid in the Initialization phase
[14:23] <didrocks> jibel: FYI, once ubuntu-settings transition to the release pocket (blocked by glib which is stuck due to nplan flaky autpkgtests), we may have to test the iso, ubiquity may show the dock, have the wrong team and such…
[14:24] <jibel> didrocks, okay, just let me know when everything is in.
[14:24] <jlnr> When I use the new Ubuntu Dock and *don't* set it to auto-hide, and then put a window on the right half of my screen (super+right), there's a one-pixel gap to the right of the window. Does this sound like a new issue? Where should I file it?
[14:25] <jlnr> It might be as simple as a rounding error (dock_width = uneven number, (screen - dock_width) / 2 is being truncated to an integer?)
[14:25] <didrocks> jibel: I'll have a look to once that migrates, but I prefer to warn you so that you don't freak out :)
[14:25] <didrocks> jlnr: I would say open a gnome shell bug with all those details
[14:25] <didrocks> as it's the compositor placing windows
[14:26] <jlnr> I see, so on the GNOME bugzilla?
[14:26] <didrocks> hum, would be great to reproduce it with dash to dock for instance (what you will for sure)
[14:26] <didrocks> and turning off intellihide there
[14:26] <didrocks> to report in upstream GNOME bugzilla
[14:26] <didrocks> but yeah, would be great :)
[14:27] <jlnr> OK, I'll put in on my list
[14:27] <didrocks> you can as well open a launchpad bug and link the upstream report there
[14:27] <didrocks> thanks jlnr!
=== JanC is now known as Guest43740
=== JanC_ is now known as JanC
[15:17] <gQuigs> I believe the changes to restricted-addons are ready for a sponsor (https://bugs.launchpad.net/ubuntu/+source/ubuntu-restricted-addons/+bug/1709166)
[15:17] <ubot5> Ubuntu bug 1709166 in ubuntu-restricted-addons (Ubuntu) "Refresh Restricted Addons" [Undecided,In progress]
[15:27] <andyrock> mpt: hey hey
[15:27] <mpt> hello
[15:28] <andyrock> mpt: I'm back from holidays and I'm wondering if you did any progress with the livepatch UI design
[15:29] <mpt> andyrock, yes. The overall change is much less now. <https://wiki.ubuntu.com/SoftwareUpdates?action=diff&rev2=221&rev1=211>
[15:30] <andyrock> does it include notifications too?
[15:30] <mpt> It includes handling error cases. None of them with notifications, though.
[15:30] <andyrock> so we don't want notifications at all
[15:31] <mpt> Instead the error is summarized in the normal updates prompt: “3 Livepatch updates failed to apply since the last restart.”
[15:32] <andyrock> ok I'm just wondering if we still need to patch update-noftifier
[15:32] <andyrock> maybe just to trigger update-manager
[15:33] <andyrock> willcooke: are you ok with the no-notification thing?
[15:35] <willcooke> andyrock, mpt - I wasn't able to go to the last meeting, so I can't be sure what was discussed, but...  I think a notification when a LivePatch has been applied was asked for originally.  What's your thoughts on that design wise mpt?  e.g. "A LivePatch update has been applied".  Too noisy?
[15:35] <andyrock> we can just trigger update-manager
[15:36] <andyrock> otherwise you get both, I guess this is the idea
[15:36] <willcooke> Not sure I follow, so update manager pops up whenever a livepatch is applied?
[15:36] <willcooke> Cos that sounds bad :)
[15:37] <andyrock> mpt? ^
[15:41] <willcooke> I think the process of having a livepatch applied should be frictionless. It should just happen, and you get a notification "hey, this cool thing happened" and then it goes away and the user doesn't have to do anything at all.  But that's a different use case to when you're going to reboot or install updates "manually" (via apt upgrade, or via software updater)
[15:42] <andyrock> I've the infrastructure already for this kind of notifications
[15:42] <andyrock> also for enable/disable events
[15:42] <andyrock> your choice
[15:43] <willcooke> I'd like to keep it there, but will defer to mpt to a final call.
[15:43] <andyrock> also if we want notifications I would like to have the text design
[15:43] <andyrock> mpt: ^^^
[15:45] <mpt> What?
[15:45] <mpt> No, of course update-manager shouldn’t pop up when a livepatch is applied
[15:45] <andyrock> ok so what about notifications?
[15:51] <mpt> andyrock, there’s currently nothing in the design that involves notifications.
[15:51] <andyrock> mpt: so the final answer is that we don't want notifications right?
[15:52] <willcooke> andyrock, mpt - we do want notifications please.  per: https://docs.google.com/document/d/1Er-G3IascWDl6rPHp2ky7pPvvBo5qt00dwzquJuuEio/edit#heading=h.gwwk2pyzyvix
[15:53] <mpt> Literally everyone in the last Livepatch call approved the latest design, and I was happy that it was finally finished after a month
[15:54] <willcooke> Sorry, but I couldnt be there
[15:55] <mpt> I have never seen this document before, and it does not match at all with the notification design guidelines I wrote <https://wiki.ubuntu.com/NotificationDesignGuidelines>
=== marco is now known as Guest13240
[15:58] <mpt> The one case where I thought *maybe* a notification would be appropriate would be on a successful update, as kind of a reward/congratulation for using it
[15:58] <mpt> But obscuring part of your screen is a risky kind of reward :-)
[15:59] <willcooke> heh.  So yeah, I'm good with only showing it on successful update, and not worrying about the other situations.
[16:01] <andyrock> can we agree on the title/text/icon(?) so I can start proposing the code?
[16:14] <oSoMoN> ricotz, for LO 5.4 we’ll need to promote to main lp-solve, suitesparse, liborcus and libixion
[16:14] <oSoMoN> I'll file MIRs
[16:17] <oSoMoN> also it appears liborcus-0.12-0 should depend on libixion-0.12-0, but it doesn't for some reason
[16:17] <oSoMoN> this will need fixing
[16:32] <ricotz> oSoMoN, all those don't require explicit MIRs since they were in main already
[16:34] <ricotz> only "fonts-dejavu" needs a MIR
[16:34] <oSoMoN> right
[16:36] <ricotz> oSoMoN, why "liborcus-0.12-0 should depend on libixion-0.12-0" ?
[16:37] <ricotz> don't confuse it with liborcus-spreadsheet-model-0.12
[16:37] <oSoMoN> ah indeed, my bad
[16:48] <oSoMoN> ricotz, fonts-dejavu is already in main
[16:49]  * oSoMoN EOD
[16:49] <oSoMoN> have a good week-end everyone
[17:20] <andyrock> have a nice weekend desktoppers
[17:20] <Trevinho> :)
[18:20] <willcooke> night all
=== Guest6470 is now known as fredp
=== fredp is now known as Guest75672