[06:05] <didrocks> good morning
[06:08] <oSoMoN> good morning desktoppers
[06:14] <didrocks> salut oSoMoN
[06:19] <oSoMoN> salut didrocks
[06:27] <seb128> gooood morning desktopers
[06:31] <didrocks> salut seb128
[06:35] <seb128> lut didrocks, en forme ?
[06:37] <oSoMoN> salut seb128
[06:39] <seb128> lut oSoMoN, en forme ?
[06:40] <didrocks> seb128: ça va, et toi ?
[06:40] <seb128> didrocks, ça va bien !
[06:44] <pieq> c'est la French connection tous les matins, ici :)
[06:45] <seb128> oui :-)
[06:50] <pieq> jamesh, hey, it's ePierre from the snapcraft forum :) Thanks for your answers regarding access to /var/lib, very much appreciated!
[06:51] <jamesh> pieq: hi
[06:51] <jamesh> no problem
[06:54] <jibel> hi all
[06:56] <duflu> Morning didrocks, oSoMoN and jibel
[06:56] <duflu> Afternoon jamesh
[06:57] <jamesh> hi duflu
[07:00] <pieq> didrocks, I opened an issue regarding the snap recipe for ubuntu-report: https://github.com/ubuntu/ubuntu-report/issues/28 ; jamesh has provided an answer that works for me, so if you ever decide to push the snap version instead of the deb, you may want to remember this :)
[07:00] <pieq> salut jibel
=== pstolowski|afk is now known as pstolowski
[07:02] <jibel> salut pieq
[07:02] <jibel> ça va?
[07:07] <oSoMoN> morning duflu
[07:07] <oSoMoN> hey jamesh
[07:07] <oSoMoN> salut jibel, pieq
[07:20] <didrocks> hey duflu
[07:21] <didrocks> pieq: oh nice, thx! Will have a look, as long as it supports completion and so on, that's great!
[07:21] <didrocks> pieq: do not hesitate to PR so that I can rereview it
[07:21] <pieq> jibel, oui ça va et toi ? It's been raining a lot in Taipei these last few days, which is bad (especially to walk the dog) but also good (the temperature is finally livable!)
[07:22] <pieq> didrocks, oh ok! I would have to find a way that works on both debian and snaps though. So far I've only tried jamesh 's trick on my own snap which uses --devmode (cause I'm lazy and all)
[07:23] <didrocks> yeah, reading that, this is why we couldn't snap it
[07:23] <didrocks> there was first an issue with core18, you couldn't build it against
[07:23] <didrocks> and then, confinement, classic isn't an option and there is no interface for this
[07:29] <pieq> didrocks, why isn't classic an option? is ubuntu-report supposed to work even on Ubuntu Core?
[07:31] <didrocks> pieq: I got some informal discussion with the snap team and the classic confinement would be nacked apparently, they prefer someone to take the time to develop proper interface
[07:34] <pieq> interesting!
[07:59] <willcooke> morning all
[07:59] <duflu> Morning willcooke
[08:00] <marcustomlinson> morning
[08:00] <duflu> Morning marcustomlinson
[08:00]  * marcustomlinson is feeling bleh this morning :/
[08:01] <duflu> :{
[08:01] <marcustomlinson> picking up some cold/flu thing since yesterday
[08:01] <willcooke> hi duflu
[08:01] <willcooke> bad luck marcustomlinson.  Don't solider on if you're ill
[08:01] <marcustomlinson> morning willcooke
[08:01] <marcustomlinson> I'll see how it goes
[08:02] <Laney> \o
[08:02] <Laney> o/
[08:02] <marcustomlinson> \o/
[08:02] <duflu> o/
[08:03] <marcustomlinson> could someone with upload rights please trigger this for me? could someone with upload rights trigger this for me pretty please: https://autopkgtest.ubuntu.com/request.cgi?release=eoan&arch=s390x&package=libreoffice&ppa=marcustomlinson/libreoffice&trigger=libreoffice/1:6.2.4-0ubuntu2~ppa1
[08:03] <marcustomlinson> whoops how did that happen ?? 🤔
[08:04] <marcustomlinson> message seemed to disappear so retyped it
[08:06] <oSoMoN> marcustomlinson, done
[08:06] <oSoMoN> and good morning!
[08:06] <willcooke> hi Laney. oSoMoN
[08:06] <marcustomlinson> thanks oSoMoN :) and good morning to you
[08:07] <oSoMoN> and good morning willcooke & Laney
[08:12] <seb128> hey again desktopers
[08:12] <willcooke> morning seb128
[08:12] <seb128> (laptop suspended/irc disconnected during morning erands)
[08:12] <seb128> hey willcooke, how are you?
[08:12] <willcooke> keeping dry :)
[08:12] <seb128> improvement!
[08:13] <Nafallo> o/
[08:13] <willcooke> hi Nafallo
[08:14] <oSoMoN> hey Nafallo
[08:14] <Laney> hi marcustomlinson duflu oSoMoN willcooke seb128
[08:15] <duflu> Morning seb128
[08:15] <marcustomlinson> mornign seb128 and Nafallo
[08:15] <duflu> and Nafallo
[08:17] <Laney> & Nafallo !
[08:17] <seb128> hey Laney duflu marcustomlinson
[08:18] <Nafallo> someone sitting on good documenation about creating udebs? ;-)
[08:22] <Nafallo> otherwise I'll just base it on flash-kernel and try to figure it out :-D
[08:22] <seb128> Nafallo, https://d-i.debian.org/doc/internals/ch03.html#idm459 ?
[08:26] <Nafallo> thanks seb128 :-D
[08:28] <Nafallo> that gives an additional primer indeed
[09:36] <duflu> seb128, if using the "June - Started" column, do we still use "In Review", or just keep it "Started"?
[09:36] <seb128> duflu, keep it "started" for now, we can adjust the workflow later if needed
[09:37] <seb128> duflu, if we move it out of the june columns we loose visiblity on the fact that it was targetted for this month
[09:37] <duflu> Yes
[09:37] <seb128> we could create a "june - in review" if needed, but I'm not sure the column is big enough that it's required so let's try without it this month
[09:38] <seb128> and do a round of feedback at the end of the month
[09:40] <duflu> seb128, should we rename "In Progress" to "Long Term - Started" ?
[09:41] <duflu> Otherwise people might think "In Progress" represents everything in progress
[09:41] <seb128> duflu, hum, good point. I renamed it to "non targetted work -  started"
[09:42] <duflu> Cool
[09:42] <seb128> duflu, are you the one moving proposed/backlog on the top left?
[09:43] <duflu> seb128, yeah just getting a feel for the ordering/appearance. I am done now so feel free to change it
[09:43] <seb128> k
[09:43] <seb128> let's keep the june one on the left for the month
[09:43] <seb128> I plan to do a round of feedback/comment after that iteration
[09:44] <seb128> but I think the ones on the left are the most visible ones, and what we want to see/focus on/be reminded of is the current priority work
[09:44] <seb128> not the endless list of backlog items that is sitting on the board
[09:44] <duflu> That makes sense. I was just wondering if it made more sense to order the columns chronologically
[09:46] <duflu> seb128, I suspect you will want to pick that vmwgfx regression bug out of proposed ;)
[09:48] <seb128> duflu, urg, indeed, SRU regressions in the LTS are not good :-/
[09:48] <seb128> Trevinho, ^ https://trello.com/c/gn0J5Qgb/169-bug1832138-login-screen-never-appears-on-vmwgfx-but-setting-waylandenablefalse-fixes-it-bionic-updates-regression
[10:29] <Trevinho> seb128: I'm actually affected by that in a VM I've and while looking at it since long time, I've never understood what's the problem, but indeed isn't a crash. But something in the very low level
[10:29] <Trevinho> mutter starts and everything, the problem seems to be more related to the drv
[10:36] <duflu> Trevinho, yes that's also the part of mutter I changed in the latest update
[10:37] <duflu> Also...
[10:37] <duflu> Good morning Trevinho
[10:37] <duflu> Good night all
[11:31] <seb128> Trevinho, hey. Duflu said that bug started happening following a SRU in bionic, that might tell us what change is triggering the issue and give more clues about the problem?
[11:53] <GunnarHj> Hi seb128, do you have time to sponsor the SRU-MP at bug #1831144? (Patch picked from upstream.)
[11:53] <ubot5> bug 1831144 in gnome-control-center (Ubuntu Disco) "GNOME control center UI does not update dconf setting for magnifier mouse tracking m ode" [Low,In progress] https://launchpad.net/bugs/1831144
[11:55] <seb128> GunnarHj, I add it to the backlog
[11:55] <GunnarHj> seb128: Ok.
[12:35] <Trevinho> seb128: mh, I can look at see if I can get to a point where I start from a bionic VM, dist-upgrade for each upgrade
[12:35] <Trevinho> but look a bit complicated to track this way
[12:36] <seb128> Trevinho, check with Daniel first tomorrow maybe? he perhaps started poking to find the commit?
[12:37] <Trevinho> mh ok
[12:37] <Trevinho> the annoying thing is that with vmplayer I can't either create snapshotts without copying the disk making such process a bit more annoying
[12:56] <jibel> boot the disk image with qemu?
=== ogra is now known as Guest43551
[13:11] <oSoMoN> https://discourse.ubuntu.com/t/call-for-testing-chromium-browser-deb-to-snap-transition/11179
[13:24] <seb128> oSoMoN, great, which reminds me we said we wanted a discuss about disk space
[13:25] <oSoMoN> seb128, yes, I implemented a check that won't attempt to import an existing profile if there isn't enough space on disk
[13:26] <oSoMoN> seb128, https://git.launchpad.net/~chromium-team/chromium-browser/+git/snap-from-source/commit/?id=41c779916fcfda62080f346d118e6cc8acab436c
[13:26] <oSoMoN> happy to discuss further and to refine, of course
[13:28] <seb128> oSoMoN, oh, nice, well done :)
[13:33] <seb128> oSoMoN, "when running the snap for the first time, an existing chromium user profile in $HOME/.config/chromium will be imported"
[13:33] <seb128> oSoMoN, maybe add a "unless there is enough disk space available on disk"?
[13:33] <seb128> isn't*
[13:33] <seb128> -on disk
[13:45] <oSoMoN> seb128, done
[13:47] <tkamppeter> seb128, the n-m autopkgtest got solved, when I looked after it last week the fix was doine, probably by the person who uploaded the changed n-m in the first place.
[13:48] <seb128> oSoMoN, thx
[13:48] <seb128> tkamppeter, oh? can you give details?
[13:49] <Laney> http://autopkgtest.ubuntu.com/packages/n/network-manager/eoan/amd64
[13:49] <Laney> doesn't look solved to me
[13:58] <seb128> tkamppeter, ^ also there doesn't seem to have been an upload to port away from the missing bindings so unsure how it could have been resolved?
[13:58] <seb128> kenvandine, tkamppeter, that's probably sometime that we should deal with on higher priority, we have been sitting on that for over a week
[13:59] <kenvandine> agreed
[14:00] <kenvandine> tkamppeter: what was the fix?
[14:00] <Laney> cyphermox did some work, and then it was handed over to tkamppeter to finish because it wasn't finished
[14:01] <Laney> https://code.launchpad.net/~network-manager/network-manager/+git/ubuntu/+ref/gir-nm
[14:01] <Laney> possibly tkamppeter was confused and thought that cyphermox was saying it was done
[14:02] <seb128> kenvandine, tkamppeter, https://irclogs.ubuntu.com/2019/06/03/%23ubuntu-desktop.html has the ping/details
[14:05] <seb128> Laney, (thx for the summary / details)
[14:06] <Laney> np
[14:10] <cyphermox> ^ basically, I think the port hangs on the callbacks
[14:11] <cyphermox> not sure, but I haven't really done any meaningful glib in a long while, and much less in python
[14:12] <kenvandine> tkamppeter: look into that ASAP
[14:12] <kenvandine> we need to get this resolved
=== pstolowski is now known as pstolowski|afk
[17:18] <willcooke> night all.  See you all next week probably (depending on what I do on Friday)
[21:48] <robert_ancell> kenvandine, what migrates snap-store from candidate to stable? Manual?
[21:52] <robert_ancell> And how is the candidate revision (131) greater than the edge revision (122) !?
[21:59] <kenvandine> Edge is dead
[21:59] <kenvandine> robert_ancell: manually promote from candidate
[22:00] <kenvandine> robert_ancell: I have a version built in candidate now that I'll promote tomorrow after some testing
[22:00] <kenvandine> For a USN refresh
[22:01] <robert_ancell> kenvandine, Thanks. the candidate contains the use of the new media API (didn't notice that change was missing in snap-store) so it's the last thing that's blocking the removal of the old screenshot support in snapd (https://github.com/snapcore/snapd/pull/6582)