[04:38] <pitti> Good morning
[07:51] <Trevinho> Goooood morning!
[07:58] <willcooke> morning all
[07:59] <Sweet5hark> willcooke, all: moin!
[07:59] <Sweet5hark> willcooke: feeling better?
[08:02] <willcooke> Sweet5hark, a little, thanks :)
[08:03] <Laney> ahoy
[08:04] <davmor2> Morning all
[08:07] <hikiko> hey all
[08:09] <pitti> hey willcooke, hello Laney, hey davmor2!
[08:09] <pitti> moin moin Sweet5hark
[08:10]  * pitti waves to hikiko
[08:10] <pitti> channel awake o'clock :)
[08:10] <hikiko> hey pitti :D
[08:10] <hikiko> and willcooke Laney davmor2 :)
[08:10] <hikiko> and Sweet5hark
[08:10] <duflu> Hello Europe!  [Eurovision presenter voice]
[08:10] <hikiko> and all :P
[08:10] <hikiko> lol
[08:11] <Sweet5hark> duflu: Oh! _Thats_ why pitti and seb128 always speak french here!
[08:11] <seb128> good morning desktopers!
[08:11] <seb128> hey Sweet5hark ;-) how are you? still frowning at cups? ;-)
[08:12]  * duflu ducks along with the rest of asia
[08:12] <pitti> Sweet5hark: quoi ? tu sais que français est la langue officielle d'équipe du bureau  :)
[08:12] <pitti> salut seb128 !
[08:13] <seb128> lut pitti, ça va bien ?
[08:13] <hikiko> are you at the office?
[08:14] <Sweet5hark> seb128: not frowning anymore, wisened up and ignore it: I found that there is an env var in LibreOffice (SAL_DISABLE_CUPS) that prevents cups to be bootstraped. I started a build over night on the sbuild ....
[08:14] <pitti> seb128: oui, ma rhume est mieux, je vais courier à nouveau aujourd'hui
[08:14] <pitti> Sweet5hark: wow, libo bundles cups?
[08:15] <Sweet5hark> seb128: ... and while it ended up being killed because I ran out of discspace, it did so when packing the final .debs, so I think it helped.
[08:15] <seb128> pitti, ah, nice!
[08:15] <seb128> Sweet5hark, nice, time for another yakkety upload then?
[08:18] <Sweet5hark> pitti: no, it doesnt bundle cups. It uses cups, and when it inits cups (just to find out how many printers there are etc.), the linked cups lib hangs itself. But only on a sbuild, not on e.g. a full yakkety VM. And as we are running unittests on sbuild: hanging CUPS => hanging unittest => killed build.
[08:18] <Sweet5hark> seb128: yep.
[08:18] <Laney> hi pitti Trevinho willcooke Sweet5hark davmor2 hikiko and duflu
[08:19] <Laney> the best pop group there ever was
[08:19] <Trevinho> hi Laney
[08:19] <seb128> Sweet5hark, is the difference that local build is able to contact to cups where the sbuild one is not?
[08:19] <seb128> hey anyway Laney :p
[08:19] <seb128> hey Trevinho
[08:19] <Laney> omg
[08:19] <Laney> and seb128
[08:19] <seb128> :-)
[08:19] <Laney> see now you get a line on your own
[08:19] <seb128> I feel special!
[08:20]  * seb128 is happy
[08:20] <hikiko> hi Trevinho Laney and seb128
[08:21] <seb128> hey hikiko
[08:21] <seb128> hum, new nautilus bug reports :-/
[08:21] <Sweet5hark> seb128: I dont think so, the libreoffice code even tests if there is anything looking alive before trying more: http://opengrok.libreoffice.org/xref/core/vcl/unx/generic/printer/cupsmgr.cxx#217
[08:22] <seb128> e.g bug #1615866
[08:25] <Sweet5hark> seb128: so maybe, its rather the other way around: this never worked on a sbuild but with the old cups, httpConnectEncrypt() failed, libreoffice skipped trying more with it. now, this doesnt fail for some reason and thus libreoffice calls cupsGetDests2 on it, which then goes off to lala-land in some way ...
[08:25] <seb128> Sweet5hark, k, in any case let's add the python build-depends and the SAL_DISABLE_CUPS and do an upload
[08:27] <Sweet5hark> seb128: I think for LibreOffice skipping over cups init for unittests is the proper solution anyway. But if there is other desktop stuff doing magic hangs on buildds, here a hint that it might be because of cups acting funny after the update.
[08:28] <seb128> yeah
[08:28] <seb128> did you manage to get a debug bt of the hang?
[08:28] <seb128> it might still be useful to know what call is hanging and if it's supposed to
[08:28] <seb128> that looks buggy in any case, might be a bug in libcups, should timeout and doesn't
[08:28] <Sweet5hark> seb128: right. well, I didnt add a python b-d, but rather used 2to3 on the script and explicitly made it use python3 ...
[08:28] <seb128> wfm
[08:28] <seb128> even better!
[08:28] <seb128> did you look at the rules command errors btw?
[08:29] <seb128> invalid syntax or whatever it was
[08:29] <seb128> and the control being regenerated
[08:33] <Sweet5hark> seb128: @debug backtrace nope, didnt have that in the sbuild env at the time. @rule command errors: not too deep. FWIW the "fall back on default GJC" warning was even added by me and it is harmless in general.
[08:35] <Sweet5hark> seb128: @control regen: I looked at it, and the dependecies defined in ./debian/rules are a bit odd. But if there is no trouble with it now, I would punt that for yakkety, rather do it early in the cycle (or better: right at debian). we also have to care about the gtk3 theming issues etc.
[08:37] <seb128> right
[08:37] <seb128> Sweet5hark, k, in any case seems you should have a new revision ready for upload this morning, let me know when you need a dput ;-) (and send your DMB email :p)
[08:38]  * Sweet5hark re-adjusts his twisted nose.
[08:38] <Sweet5hark> seb128: aye
[09:32] <andyrock> morning
[09:35] <Sweet5hark> heh, some in germany think loud about revitalizing conscription (suspended since 2010). Keep calm and carry on.
[09:43] <Laney> hey andyrock!
[09:45] <Laney> come va?
[10:01] <Laney> WELL THEN
[10:15] <xnox> Laney, celebrity! =) http://news.softpedia.com/news/ubuntu-16-10-yakkety-yak-now-in-feature-freeze-first-beta-to-land-august-25-507541.shtml
[10:16] <xnox> "Ubuntu and Debian developer Iain Lane"
[10:19] <Laney> xnox: I know man, it's been crazy
[10:19] <Laney> xnox: https://youtu.be/5EsJVIbJPPs?t=1m21s
[10:21] <xnox> awww i should watch that movie again
[10:28] <Laney> :3
[10:35] <Laney> there's a GCSE in climbing coming out
[10:35] <Laney> WINNING
[11:18] <flocculant> Laney: I assume that a fail in that would involve some pain ...
[11:39] <Laney> flocculant: incentive to perform well
[11:39]  * Laney looks at scar on ankle
[11:39] <Laney> ...
[13:07] <qengho> Good morning, y'all.
[13:07] <willcooke> morning qengho
[13:08] <seb128> hey qengho
[13:30] <ricotz> Sweet5hark, seb128 jfyi, let's see how this goes -- https://launchpad.net/~libreoffice/+archive/ubuntu/libreoffice-prereleases/+sourcepub/6826278/+listing-archive-extra
[13:32] <seb128> ricotz, changelog doesn't reflect the actual changes right?
[13:32] <ricotz> seb128, no, the diff does
[13:32] <seb128> seems like you have python3 changes and extra env
[13:32] <seb128> right
[13:32] <seb128> I think that's what Sweet5hark tested earlier manually
[13:33] <ricotz> yes, I know
[13:33] <seb128> still cups shouldn't hand, would be nice if somebody could get a bt of one of the processes which are stucked
[13:34] <ricotz> seb128, obviously :\
[13:34] <Trevinho> Laney: I've tried again to land the systemd unity7 branch, but still it won't work....
[13:34] <Trevinho> Laney: unity-services : Depends: indicator-common but it is not installable
[13:34] <ricotz> xenial/16.04 is still in need for libreoffice 5.1.5
[13:34] <Trevinho> tedg: you were aware of that, so... when will be that landable?
[13:35] <Trevinho> (see above)
[13:35] <tedg> Trevinho: Hopefully today, need to get a publish on this silo, then I can rebuild it.
[13:35]  * tedg may have said that yesterday
[13:36] <Laney> Trevinho: ok, thanks for trying!
[13:36] <Trevinho> tedg: so... you want to land that, or should I use my silo?
[13:36] <Trevinho> I mean for the unity7 branch
[13:36] <Trevinho> tedg: since it's in https://requests.ci-train.ubuntu.com/#/ticket/1839
[13:36] <Trevinho> tedg: but... i can get rid of it
[13:37] <tedg> Trevinho: You can throw libindicator into your silo
[13:37] <Trevinho> tedg: ok, what's the MP?
[13:37]  * Trevinho figures it out
[13:37] <tedg> Trevinho: https://code.launchpad.net/~ted/libindicator/systemd-unit/+merge/300349
[13:37] <Trevinho> tedg: you also need a review for that?
[13:38] <tedg> Uhm, yes.
[13:38] <tedg> Trevinho: I'd ask seb128 since you'll need him for the packaging changes anyway
[13:39] <seb128> Trevinho, tedg, technically you might need a ffe for such changes now
[13:39] <Trevinho> eh... that was something I was wondering too
[13:39] <Trevinho> but since Laney told me to land...
[13:40] <seb128> the description is weird
[13:40] <seb128> "insure that the indicators will start after they've already started"
[13:40] <seb128> start after they started? what does that mean exactly?
[13:41] <tedg> It is unclear, but I think the subject is "host"
[13:41] <tedg> So it would be after the host has already started
[13:41] <seb128> I see, a bit difficult to read
[13:41] <Laney> Not for Unity, since it is actively buggy right now
[13:41] <seb128> but otherwise +1 on the changes from me
[13:41] <Laney> Arguable for the rest
[13:41] <tedg> Yeah, definitely awkward
[13:55]  * Laney cries
[13:56]  * Laney uncries
[13:58] <pitti> hey tedg, how are you?
[13:58] <pitti> Laney: that was fast :)
[13:59]  * Sweet5hark watches Laney, steal his uncry pills for future use ....
[13:59] <tedg> pitti: Eh, okay. Happy that things seem to be getting unjammed a bit now.
[13:59] <Laney> I apparently typoed a module import
[13:59] <tedg> Huge backlog though :-(
[13:59] <Laney> my eyes couldn't see it
[13:59] <Laney> but copy and paste made the error go away
[13:59] <Laney> go figure
[14:03] <tedg> So to make sure I'm clear, we're gonna let libindicator land with Unity. But then for the other indicator units I should make an FFE request?
[14:13] <pitti> not sure if we can really consider that a feature, given that it's a half-done implementation already
[14:14] <pitti> tedg: you mean for landing the systemd units?
[14:14] <tedg> Yes
[14:14] <tedg> There was discussion in the backlog on it.
[14:14] <Laney> How close to being ready is it?
[14:15] <pitti> tedg: I asked some questions about the silo yesterday, but I figure they got drowned in the noise -- in particular, whether we can land the indicators without unity when keeping some stubs in the overrides (i. e. not just "manual")
[14:15] <tedg> As soon as the indicators get through proposed, then we can rebuild those and make sure they still work. I believe they will, but, of course, reality :-)
[14:16] <tedg> pitti: Well it seems right now Unity is easier to land, but yes we could do that.
[14:16] <pitti> tedg: ok, WFM too :)
[14:17] <Laney> I'm going to freeze for beta 1 later on fyi
[14:32] <Trevinho> tedg: unfortunately there's still something to fix: https://code.launchpad.net/~ted/unity/systemd-unit./+merge/300624/comments/784090
[14:33] <tedg> Trevinho: Huh, sure. Wonder why they built for me... will fix.
[14:38] <Sweet5hark> Laney, seb128: is 5.2.0-0ubuntu2 already in?
[14:40] <Laney> Sweet5hark: https://launchpad.net/ubuntu/+source/libreoffice says not
[14:44] <Trevinho> tedg: they do build... but won't install unless the correct order is used
[14:46] <seb128> Sweet5hark, ? did you give me a sponsoring url? if so I didn't see it sorry (but IRC timeouted a bit earlier)
[14:47] <Sweet5hark> (12:03:09) Sweet5hark: seb128: http://people.canonical.com/~bjoern/yakkety/5.2.0/libreoffice_5.2.0-0ubuntu2_source.changes <- please consider uploading
[14:47] <tedg> Trevinho: Ah, I must not have noticed. OTP, then I'll fix it.
[14:48] <Trevinho> tedg: thanks
[14:48] <Sweet5hark> seb128: sorry didnt look for that to be ack'ed
[14:49] <seb128> Sweet5hark, was that on this channel? I don't have it in the backlog and was around, weird ... anyway doing that now, or did you ask because you had some extra changes?
[14:51] <Sweet5hark> it was on this channel ... but speaking about it, it was after I switched to VPN to upload it, which does weird things sometimes after switching. So if nobody saw it, I fscked it up on my side, not you ...
[15:02] <seb128> Sweet5hark, k, no worry, still ... you were asking because it's not upload or because you wanted to stop the line to do more changes? ;-)
[15:02] <seb128> or said different, should I upload it now or not?
[15:03] <Sweet5hark> seb128: please just upload
[15:03] <seb128> k
[15:29] <qengho> O hai.
[15:30] <willcooke> \o/
[15:30] <willcooke> #startmeeting Desktop Team Weekly Meeting - 2016-08-23
[15:30] <meetingology> Meeting started Tue Aug 23 15:30:28 2016 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology> Available commands: action commands idea info link nick
[15:30] <seb128> hey
[15:30] <Laney> that time again
[15:31] <willcooke> Roll call:  andyrock, attente (at conf), desrt (at conf),  dgadomski, fjkong, happyaron (out), hikiko (out), laney, qengho, seb128, sweet5hark, themuso (out), tkamppeter, trevinho, robert_ancell (out)
[15:31] <Trevinho> o/
[15:31] <Sweet5hark> heya
[15:31] <andyrock> hey
[15:32] <dgadomski> hey
[15:32] <willcooke> I'm going to quit on the day soon and go and feel ill in the corner, so pressing on...
[15:32] <willcooke> #topic andyrock
[15:32] <andyrock> 1. [BUG:940470] Windows that resize themselves while in windows are spread (Super + W) leave old pixels behind
[15:32] <andyrock> 2. [BUG:1604632] Dash filter can't scroll with cursor on dropdown
[15:32] <andyrock> 3. [BUG:913880] mouse scroll down over sound indicator while expo is active selects previous desktop
[15:32] <andyrock> 4. [BUG:1614116] Switching maximized windows using the spread might lead to wrong title.
[15:32] <andyrock> 5. Bug triaging
[15:33] <andyrock> 6. Setup everything to start with unity8
[15:33] <andyrock> eof
[15:33] <willcooke> awesome, thanks andyrock
[15:33] <willcooke> #topic dgadomski
[15:33] <dgadomski> hey
[15:33] <dgadomski> * looks like bug #1598183 needs to be fixed in applications - looking into gedit and libreoffice to implement it
[15:33] <dgadomski> * has an initial version of RawTherapee snap. Looking for a way of overriding XDG_CONFIG_HOME inside the snap (RawTherapee uses g_get_user_config_dir) or patching the source
[15:33] <dgadomski> eof
[15:34] <willcooke> thanks dgadomski
[15:34] <willcooke> #topic FJKong
[15:34] <seb128> dgadomski, let's discuss the snappy thing after the meeting
[15:35] <dgadomski> seb128: sure, thanks
[15:35] <seb128> yw!
[15:35] <willcooke> guess FJKong is out.
[15:35] <willcooke> #topic happyaron
[15:35] <willcooke> 1. dkms/2.2.1.0+git20160527-1
[15:35] <willcooke> 2. n-m/1.2.2 SRU in -proposed
[15:35] <willcooke> 3. libxslt/1.1.29
[15:35] <willcooke> 4. libpinyin MIR
[15:35] <willcooke> 5. ubuntukylin-theme/1.6.0 sponsored
[15:35] <willcooke> #topic Laney
[15:36] <Laney> oops
[15:36] <seb128> he's still typing :-)
[15:36] <Laney> I was finding an emoji
[15:36] <willcooke> lol
[15:37] <qengho> :emoji"
[15:37] <Laney> • Fix gnome-terminal LP: #123456789 links not working
[15:37] <Laney> • Update glib (twice, the second time to fix a udeb bug)
[15:37] <Laney> • Cherry-pick some patches for asglib and NMU them to fix build failures on 32 bit in reverse deps
[15:37] <Laney> • Fix unity-greeter shutdown dialog
[15:37] <Laney> • Make graphical-session-pre.target able to be manually started again, to not break the boot /o\
[15:37] <Laney> • Make firefox go into yakkety release
[15:37] <Laney> • Implement + announce DIF + FF
[15:37] <Laney> • Go around a couple of times on the gnome-keyring/logind patch - it got merged, so upload that (can drop the hack in upstart whenever now)
[15:37] <Laney> • Finish asgen DDTP translation support after ximion's review - that got merged now
[15:37] <Laney> • Work on langpack support now (iainlane/langpack on github), getting there but it's a bit dirtier than I might like
[15:37] <Laney> • Will be helping flavours a bit with beta 1 this week
[15:37] <Laney> 😈
[15:37] <willcooke> thanks Laney, great stuff
[15:37] <willcooke> #topic qengho
[15:37] <qengho> Hello my lovelies.
[15:37] <qengho> * Pruning and re-doing some of Chromium's deb rules. Cr new "GN" build system exposed ugliness.
[15:37] <qengho> * Fighting some clang assumptions in new Chromium.
[15:37] <qengho> * Adding Mir as backend to Chromium's Ozone interface. Should take a while.
[15:37] <qengho> * G Chrome snap, maybe? Todo.
[15:37] <qengho> EOF
[15:37] <qengho> meetingology: you so slow
[15:37] <meetingology> qengho: Error: "you" is not a valid command.
[15:38] <seb128> qengho, is there any news about the geoloc issues?
[15:38] <willcooke> heh, thanks speedy qengho
[15:38] <willcooke> #topic seb128
[15:38] <seb128> • uploaded livecd-rootfs changes for snappy/xdg-open, iterated with another bugfix
[15:38] <seb128> • submitted fix for u-c-c user login history being empty
[15:38] <seb128> • upstreamed some e.u.c reports from the desktop set issues
[15:38] <seb128> • sponsoring (g-s-m yakkety/xenial, libreoffice 5.2)
[15:38] <seb128> • software-properties/enabling of proposed UI tweaks suggested by desin
[15:38] <seb128> • tested yakkety daily, found issues, starting reporting bugs and debuggin some
[15:38] <seb128> • helped with some SRUs verifications

[15:38] <willcooke> thanks seb128
[15:38] <willcooke> #topic Sweet5hark
[15:38] <Sweet5hark> - finally reproduced and triaged the nasty "LibreOffice hangs on sbuild" bug down to something going terribly wrong on cups init (this took way too much time unfortunately)
[15:38] <Sweet5hark> - disabled cups for unittests in LibreOffice
[15:38] <Sweet5hark> - some conference travel and coordination, some upstream admin
[15:38] <Sweet5hark> - now back to the gtk3 theming issue
[15:38] <Sweet5hark> EOF
[15:39] <willcooke> ha
[15:39] <willcooke> thanks Sweet5hark
[15:39] <seb128> lol
[15:39] <seb128> laggy bot!
[15:39] <willcooke> #topic TheMuso
[15:39] <seb128> Sweet5hark, did you get a debug bt of the hang? we should still open a cups report
[15:39] <willcooke> * Managed to get accessibility profile manager functionality improvements in by feature freeze. yay!
[15:39] <willcooke> * Spent time working on trying to get accessibility functionality to be applied when enabling a profile during the oem config wizard.
[15:39] <willcooke> * Started testing pulseaudio in a purely snappy environment on a pi, in a bid to help find bugs.
[15:39] <willcooke> * Updated a couple of accessibil
[15:40] <willcooke> I think I missed hikiko
[15:40] <Sweet5hark> seb128: nope not yet
[15:40] <willcooke> #topic hikiko
[15:40] <seb128> k
[15:40] <willcooke> - the moving window problem
[15:40] <willcooke> - some bugs in expo plugin
[15:40] <willcooke> - investigated some Y compiz bugs but I couldn't reproduce them
[15:40] <willcooke> - optimisations
[15:40] <seb128> willcooke, TheMuso reports looked like it has been cut?
[15:40] <willcooke> hmm
[15:40] <willcooke> let's try that again
[15:40] <willcooke> #topic TheMuso
[15:40] <seb128> well
[15:40] <seb128> " * Updated a couple of accessibil"
[15:40] <seb128> that one at least?
[15:41] <willcooke> * Managed to get accessibility profile manager functionality improvements in by feature freeze. yay!
[15:41] <willcooke> * Spent time working on trying to get accessibility functionality to be applied when enabling a profile during the oem config wizard.
[15:41] <willcooke> * Started testing pulseaudio in a purely snappy environment on a pi, in a bid to help find bugs.
[15:41] <willcooke> * Updated a couple of accessibility related packages to new upstrea versions again in time for feature freeze.
[15:41] <seb128> k, better :p
[15:41] <willcooke> :)
[15:41] <seb128> thanks!
[15:41] <willcooke> #topic tkamppeter
[15:41] <tkamppeter> - cups-filters: Issues 1.11.1 before our FF to make it Yakkety's cups-filters package. It contains MuPDF support, configurable file locations for cups-browsed (for snapping), and -dNOMEDIAATTRS in all Ghostscript calls.
[15:41] <tkamppeter> - foomatoc-db: Added -dNOMEDIAATTRS to all Ghostscript calls.
[15:41] <tkamppeter> - Google Summer of Code 2016: Guide students through the finalization and submission of their projects.
[15:41] <tkamppeter> - Bugs
[15:41] <willcooke> thanks tkamppeter
[15:41] <willcooke> #topic Trevinho
[15:42] <Trevinho> · Created the Input monitor for unity using XI2, fixing various bugs in indicators and lockscreen event handling
[15:42] <Trevinho> · New landing for unity in yakkety
[15:42] <Trevinho> · Fixed a race in panel service menus destruction
[15:42] <Trevinho> · Prepared a new SRU for unity
[15:42] <Trevinho> · Some study in unity8 tests failures
[15:42] <willcooke> thanks Trevinho
[15:42] <willcooke> #topic robert_ancell
[15:42] <willcooke> - snapd-glib released
[15:42] <willcooke> - GNOME Software 3.20 merging
[15:43] <willcooke> #topic AOB
[15:43] <willcooke> attente, and desrt are at LinuxCon today, and poss. tomorrow as well
[15:43] <qengho> willcooke, seb128 googleapi?
[15:43] <seb128> no weekly summary emailed from them?
[15:43] <Laney> are they promoting snappy?
[15:44]  * Laney imagines them all dressed up business like
[15:44] <seb128> qengho, yeah, what's the deal there? seems like it's still buggy...
[15:44] <willcooke> Laney, yeah
[15:44] <seb128> qengho, when do we get new keys in place and SRUs?
[15:44] <willcooke> seb128, reports they won't have had time, it was all a bit last minute
[15:45] <seb128> k
[15:45]  * Trevinho forgot some stuff.... · Added some decorations for launcher/panel when using the spread · Fixed CSS names for gtk 3.20 in forcequit dialog · Removed some unneeded duplicated textures for rotated launcher (rotated on draw now) · Fixed a libframe crash
[15:45] <Laney> that force quit thing was only this week?
[15:46] <Laney> time is weird
[15:46] <Trevinho> Laney: no, actually it wasn't forcequit :-D
[15:46] <Laney> hrhr
[15:46] <Trevinho> Laney: it was decorations style... I misread my branch name
[15:46] <Trevinho> Laney: that was weeks before
[15:47] <willcooke> qengho, lets' talk api keys in a mo and #endmeeting
[15:48] <willcooke> #endmeeting
[15:48] <meetingology> Meeting ended Tue Aug 23 15:48:10 2016 UTC.
[15:48] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2016/ubuntu-desktop.2016-08-23-15.30.moin.txt
[15:50] <seb128> thanks!
[15:50] <qengho> seb128: getting new key is instant. If it's someone abusing our keys, we need Google's help, and if it's not, we need Google to raise our quota.
[15:50] <seb128> qengho, I though the plan was to get new keys, maybe different by series and see how things go
[15:53] <dgadomski> seb128: got a minute to talk about that snap?
[15:54] <qengho> seb128: I suggested that because it was the only thing I *could* do, but it probably won't solve the problem.
[15:54] <attente> hey sorry i didn't email my updates, but besides linuxcon i've been working on the snapcraft jhbuild plugin still
[15:55] <seb128> hey attente
[15:55] <seb128> how is linuxcon?
[15:55] <attente> cloudy
[15:55] <seb128> qengho, well, it's better than doing nothing which we have been doing for some weeks...
[15:56] <seb128> dgadomski, sure! what are you trying to do?
[15:56] <dgadomski> seb128: I need to override where RawTherapee stores its data (normally in ~/.config/RawTherapee)
[15:57] <seb128> dgadomski, why?
[15:57] <seb128> the snap ~/ exists and is the right place
[15:57] <seb128> it's just a private location and not the outside userdir
[15:58] <dgadomski> oh, I thought having it in SNAP_USER_DATA is mandatory
[15:58] <dgadomski> seb128: if the current path is fine then I'm good :)
[15:58] <seb128> qengho, so we are getting new keys? or was that a suggestion but that was not decided?
[15:58] <seb128> dgadomski, no, you need to store in SNAP_USER_DATA
[15:59] <seb128> dgadomski, unsure if you use a wrapper, but like the common desktop one redefine XDG_DATA_HOME
[16:00] <seb128> dgadomski, if you don't use the desktop one you probably a custom one that does export XDG_DATA_HOME=$SNAP_USER_DATA/.local-$SNAP_VERSION/share or similar
[16:00] <dgadomski> seb128: I'm using the desktop-launch one
[16:00] <seb128> k
[16:01] <seb128> well it's redefining it
[16:01] <seb128> so it should work and make your config be written in $SNAP_USER_DATA/.local
[16:02] <dgadomski> ok, I get it, looks like it works as advertised ;)
[16:02] <dgadomski> seb128: seems it was already ok, thank you
[16:03] <seb128> dgadomski, yw!
[16:35] <seb128> happyaron, shrug, the nm git is still not in working state, you add a "applet-fix-handling-of-802.1x-secrets-for-ethernet-c.patch" to the serie but there is no such file, there is a lp1579246_fix_handling_8021x_secrets_for_eth.patch which is not in the serie though, also you removed 2 patches for the icon thing and added 1 back under another name without explanation in the changelog ... and still not 1.2.4 update?
[16:38] <happyaron> seb128: will be ready tomorrow
[16:38] <seb128> happyaron, thanks
[16:39] <Laney> attente: closed many business deals?
[16:39] <seb128> happyaron, did you try to build it? I wonder if I'm doing something wrong
[16:39] <seb128> happyaron, but the series seems wrong compared to the actual .patch names?
[16:41] <seb128> going for some exercice, bbl
[16:41] <happyaron> ah, staged but not committed...
[16:42] <seb128> :-/
[16:43] <seb128> the other patches shuffling is a bit confusing but looks correct at least
[16:43] <seb128> happyaron, I'm going to have another look tomorrow morning then, you should stop working for today it's late ;-)
[16:45] <happyaron> pushed
[16:45] <happyaron> :)
[16:45] <seb128> thanks
[16:45]  * happyaron is almost in bed
[16:45] <seb128> happyaron, have a good night, and thanks for the fixing the update!
[16:45] <happyaron> ty!
[17:02] <Laney> night!
[17:02] <Laney> time to climb
[19:26] <jbicha> Laney: yes, the g-terminal maintainer is open to using the gsettings key for Inspector instead now https://bugzilla.gnome.org/770245