[06:00] <hikiko> hello!
[06:15] <pitti> Good morning
[07:31] <om26er> Hi! I upgraded to Zesty and things are not looking good. unity' DPI scaling is not working for my gtk apps, also app menus are shown in both window and in menubar.
[07:31] <om26er> Also this issue does not happen when I live boot zesty, only shows itself after install
[07:33] <om26er> http://i.imgur.com/cLN4NSS.png
[07:39] <duflu_> Hmm I never thought to try U7 in zesty. Only testing U8  :)
[07:40] <pitti> om26er: that sounds familiar
[07:41] <pitti> om26er: probably bug 1637758
[07:41] <ubot5`> bug 1637758 in lightdm (Ubuntu) "lightdm greeter session not properly shut down at login" [High,In progress] https://launchpad.net/bugs/1637758
[07:41] <pitti> I have a fix, but didn't get a review yet
[07:41] <pitti> I'll probably just upload it to zesty before landing in trunk, as it does break a lot
[07:42] <duflu> pitti: I've been wondering how hard it would be to start the Unity7 session (or anything X) with $DISPLAY pointing to Xmir (inside Unity8)...
[07:42] <duflu> ?
[07:43] <duflu> Xmir is my domain at the moment but I don't know how to launch an arbitrary session
[07:44] <pitti> a session within a session? won't that make a lot of things 'orribly confused? (settings-daemon, different $DESKTOP_SESSIONs in different processes, etc.)
[07:44] <duflu> pitti: That's what I feared. But in theory the graphics and input is ready and would work
[07:45] <pitti> duflu: as a first approximation you can try "systemctl --user start ubuntu-session.target" (which is u7)
[07:45] <duflu> pitti: OK, thanks
[07:45] <pitti> duflu: oh, and before that systemctl --user set-environment DISPLAY=something
[07:46] <duflu> I already know Compiz will run happily hardware accelerated in an Xmir window so it would be interesting
[07:46] <pitti> duflu: but which u{7,8} will actually render the background, launcher, and panel  then?
[07:46] <pitti> oh, nevermind
[07:47] <duflu> pitti: Windowed :)
[07:47] <pitti> you weren't talking about u8, just u7 underneath mir
[07:47] <duflu> U7 in a U8 window
[07:47] <pitti> so Xephyr/Xnest-like?
[07:47] <duflu> I guess so
[07:48] <duflu> Although the lag is even higher then. I need to continue working on that first
[08:00] <Sweet5hark> moin
[09:00] <willcooke> good morning all
[09:01] <pitti> hey willcooke, how are you?
[09:01] <willcooke> hey pitti.  Good, it's warm again and the rain has gone
[09:01] <pitti> \o/
[09:02] <willcooke> I set the heating to come on this morning and now I'm opening the window because it's too warm
[09:02] <willcooke> fml
[09:03] <flexiondotorg> Morning willcooke Sweet5hark pitti duflu hikiko
[09:03] <Laney> meow
[09:03] <duflu> Morning
[09:03] <flexiondotorg> Laney, g'day
[09:04] <hikiko> hi flexiondotorg willcooke Sweet5hark pitti duflu Laney
[09:04] <duflu> Hey hikiko
[09:04] <Laney> sup
[09:05] <flexiondotorg> I watched Grand Tour last night. Reserving judgment.
[09:05] <pitti> hey flexiondotorg, hey Laney, hello hikiko
[09:06] <pitti> wow, at 10:00 this channel explodes with life \o/
[09:06] <pitti> we went to a "Bluegrass Jamboree" in our local theater last night, was great -- nice selection of bands again
[09:07] <hikiko> 11 for me :)
[09:09] <Sweet5hark> morning flexiondotorg, pitti, duflu, hikiko, slightly overcooked willcooke
[09:10] <duflu> Morning, morning
[09:10] <pitti> moin moin Sweet5hark
[09:13] <om26er> pitti: I installed lightdm 1.20.0-0ubuntu3 but it does not fix the issue that I am seeing. i.e. app-menu of gtk apps is shown twice(in top panel and in window itself). Font size changes have no effect to gtk apps
[09:14] <pitti> om26er: hm, ok; you rebooted afterwards?
[09:15] <om26er> pitti: no, just logged out
[09:15] <pitti> om26er: sudo loginctl terminate-user lightdm
[09:15] <pitti> om26er: then log out/back in again
[09:16] <pitti> om26er: there were probalby some lingering lightdm sessions around; the patch fixes those, but it doesn't kill old sessions from previous lightdm versinos
[09:17] <seb128> good morning desktopers!
[09:17] <flexiondotorg> seb128, g'day
[09:18] <pitti> bonjour seb128
[09:18] <om26er> pitti: reboot did fix it.
[09:18] <pitti> great
[09:23] <davmor2> Morning all
[11:59] <flocculant> willcooke:you one of those youngsters refusing to make people use jumpers till the window has ice on it then :p
[11:59] <willcooke> flocculant, damn right.  You're cold? Run around
[12:01] <flocculant> but but - you had the heating on :p
[12:04] <Laney> in the office only
[12:04] <Laney> which nobody is allowed in so they wouldn't know
[12:23] <flocculant> oh well that's ok then :p
[14:31] <qengho> I need help with app icons for snapped applications. How is BAMF_DESKTOP_FILE_HINT supposed to work?
[14:44] <seb128> qengho, hey, read #snappy backlog Trevinho and jdstrand were discussing that a bit earlier
[14:45] <seb128> qengho, bug #1643910
[14:45] <ubot5`> bug 1643910 in bamf (Ubuntu) "BAMF_DESKTOP_FILE_HINT not set in correct place for unity7" [Undecided,Triaged] https://launchpad.net/bugs/1643910
[14:45] <Trevinho> qengho: basically if you define that in the wrapper script, BAMF will use that .desktop file to match the child windows...
[14:45] <Trevinho> if the app windows have WM_PID, but that should happen 99% of the time
[14:48]  * Trevinho is not sure wether he would prefer realtime logs from launchpad builders, and stop hitting F5, or just the way they are as he would stay stearing at them the whole time otherwise
[14:49] <seb128> do something else and come back to it later!
[14:53] <didrocks> Trevinho: no downtime slacker! :-)
[14:54] <Trevinho> seb128: no, it's just that... I love looking at logs of biulders when they come :-D
[14:54] <Trevinho> so I've to resist
[15:06] <willcooke> seb128, sorry to spring this on you...
[15:06] <willcooke> seb128, school just phoned and after-school club is cancelled, so I need to go and pick up Boy#1.  Could you run the meeting for me?
[15:06] <willcooke> or any other desktoppers ^
[15:06] <willcooke> I'll forward the email notes from those who can't make it
[15:06] <seb128> willcooke, sure, no problem
[15:07] <willcooke> thanks seb128, feel free to delegate :)
[15:07] <seb128> no need for that, i'm around and happy to do it
[15:08] <desrt> Sad to miss the meeting, but I will be boarding in a moment.
[15:09] <willcooke> safe travels desrt
[15:09] <seb128> desrt, safe travel!
[15:10] <desrt> danke
[15:10] <desrt> Spending 1 night in Barna.  I love Europe.
[15:10] <seb128> :-)
[15:29] <Laney> ahh sebmeetings
[15:30] <seb128> :-)
[15:30] <seb128> #startmeeting
[15:30] <meetingology> Meeting started Tue Nov 22 15:30:37 2016 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology> Available commands: action commands idea info link nick
[15:30] <seb128> Roll call: andyrock, attente, desrt (out),  dgadomski, fjkong (out), flexiondotorg, happyaron (out), hikiko, laney, qengho, seb128, sweet5hark, themuso (out), tkamppeter, trevinho, robert_ancell (out)
[15:30] <flexiondotorg> o/
[15:30] <Sweet5hark> aye
[15:30] <didrocks> o/
[15:31] <attente> didrocks: joining the meeting?
[15:31] <hikiko> oh seb128 I forgot and I was about to leave, could I go first if the others dont mind?
[15:31] <seb128> didrocks! ;-)
[15:31] <didrocks> attente: tried to see if people noticed :)
[15:31] <desrt> Hi from the apron
[15:31] <attente> lol
[15:31] <seb128> k, let's get started then
[15:31] <hikiko> I forgot to email the bullets I mean
[15:31] <seb128> #topic hikiko
[15:31] <seb128> hikiko, your turn!
[15:31] <hikiko> thank you :)
[15:32] <seb128> yw ;-)
[15:32] <seb128> you can go and paste your update...
[15:32] <hikiko> low gfx stuff in ucc and tools and today started working on chromium-mir stuff too
[15:32] <hikiko> eof
[15:32] <hikiko> thank you :) +sorry
[15:32] <seb128> thanks hikiko
[15:32] <seb128> let's continue with our special guest
[15:32] <seb128> #topic didrocks
[15:33] <seb128> didrocks, hey :-p
[15:33] <didrocks> hey! :)
[15:33] <didrocks> * created face detection snap on armhf
[15:33] <didrocks> * snaps are awesome, snap the world, snap the desktop !
[15:33] <didrocks> EOF
[15:33] <seb128> wooot
[15:33] <flexiondotorg> :-)
[15:33] <seb128> thanks didrocks ;-)
[15:33] <seb128> #topic andyrock
[15:33] <seb128> let's resume normal order!
[15:33] <seb128> andyrock, hey
[15:35] <seb128> oh, he's off until thursday
[15:35] <seb128> sorry I forgot about that
[15:35] <seb128> #topic attente
[15:35] <seb128> attente, your turn then!
[15:35] <attente> :o
[15:35] <attente> i was off friday
[15:35] <attente> snapcraft jhbuild plugin ready now, submitted a PR
[15:36] <attente> content-hub-glib and gtk copy-paste debugging under xenial, need someone to review the gtk part once the content-hub side lands
[15:36] <attente> (which should be very soon)
[15:36] <attente> (eof)
[15:36]  * desrt has new work for attente :)
[15:36] <seb128> nice work on the jhbuild plugin!
[15:36] <flexiondotorg> Indeed!
[15:36] <seb128> (on the copy-paste as well)
[15:36] <seb128> thanks attente
[15:36] <attente> just hoping it merges upstream...
[15:37] <seb128> we can convince them I'm sure ;-)
[15:37] <seb128> #topic desrt
[15:37] <seb128> desrt, still around, want to paste your update or should I do it?
[15:38] <desrt> Please paste
[15:38] <desrt> I'm on my phone, in the plane
[15:38] <seb128> k
[15:38] <seb128> - work continues on dconf proxy
[15:38] <seb128> - finally have it under version control as wip/proxy branch on upstream
[15:38] <seb128> dconf
[15:38] <seb128> - the security stuff is now fully sorted (+ thanks to snap team for
[15:38] <seb128> adding xdg subdir support to snappy)
[15:38] <seb128> - put a fair amount of effort into starting to "robustify" the code
[15:38] <seb128> (since this is a security component)
[15:38] <seb128> - security-related aspects of support for flatpak-based clients is in
[15:38] <seb128> place (again, with caveat about signal broadcasts not being filtered by
[15:38] <seb128> flatpak)
[15:38] <seb128> - now we really need to get apparmor support working (hopefully attente
[15:38] <seb128> can chase up the security guys again for this)
[15:38] <seb128>  
[15:38] <seb128> thanks desrt ;-)
[15:38] <seb128> #topic dgadomski
[15:38] <seb128> dgadomski, hey
[15:38] <dgadomski> hey
[15:38] <desrt> Thanks Seb :)
[15:38] <dgadomski> no updates this week, I'm recovering from the sprint last week ;)
[15:38] <dgadomski> eof
[15:39] <seb128> thanks dgadomski
[15:39] <seb128> #topic FJKong
[15:39] <seb128> fixed and upload package to debian
[15:39] <seb128> #1575353 Gnome Software catalog entry missing for CQRLOG
[15:39] <seb128> #1593244 Gnome Software catalog entry missing for Xnec2c
[15:39] <seb128> #1575356 Gnome Software catalog entry missing for Fldigi
[15:39] <seb128> firefox:
[15:39] <seb128> #1498972 #1639863 is on progressing
[15:39] <seb128> #topic flexiondotorg
[15:39] <seb128> flexiondotorg, hey!
[15:39] <flexiondotorg> Hi
[15:39] <flexiondotorg> · Background reading about Bileto.
[15:39] <flexiondotorg> · Attended UOS sessions Tuesday/Wednesday afternoon/evening.
[15:39] <flexiondotorg> · Researched this weeks candidates for the Snap Upstream Blitz and updated their Trello board.
[15:39] <flexiondotorg> · Unity 8 desktop snap testing.
[15:39] <flexiondotorg> · Filed a bug (previously thought fixed) while building Python snaps on Launchpad (LP: #1642281)
[15:39] <flexiondotorg> · Completed the ISV Upstream on-boarding.
[15:39] <ubot5`> Launchpad bug 1642281 in Snapcraft "Unable to build python based snap on Launchpad" [Undecided,New] https://launchpad.net/bugs/1642281
[15:39] <flexiondotorg> · Updated some example GTK3+ snaps to current standards.
[15:40] <flexiondotorg> · Friday/Saturday/Sunday UbuCon Europe - which was excellent!
[15:40] <flexiondotorg> · Impromptu Raspberry Pi 3 server hosting for _didrocks. Thank goodness for fibre!
[15:40] <flexiondotorg> · Have started contacting upstreams and ISVs (everyday) to advocate snapping of their projects/products.
[15:40] <flexiondotorg> · Positive contact with uGet project to use snaps and adopt the GTK3 platform snap when it is available.
[15:40] <flexiondotorg> 🎬
[15:40] <seb128> thanks flexiondotorg
[15:41] <seb128> #topic laney
[15:41] <seb128> Laney, hey
[15:41] <Laney> hej
[15:41] <Laney> • gstreamer 1.10 & rebase sru that got trumped by a security update (please verify if you're on x, it's been sitting for a while)
[15:41] <Laney> • deployed new asgen to production, some final fixes, got commit access, just need to switch dns now to make it used
[15:41] <Laney> • some -proposed gardening
[15:41] <Laney> • new glib @ debian/zesty & testfixes for that
[15:41] <Laney> • worked on a glib trash bug fix, asked reported to test proposed patch
[15:41] <Laney> • some proposed-migration babysitting
[15:41] <Laney> 🙎
[15:42] <didrocks> thanks flexiondotorg for the rpi3, that really helped! :)
[15:42] <flexiondotorg> yw
[15:42] <seb128> thanks Laney
[15:43] <seb128> Laney, speaking of glib we got some launchpad request to update yakkety to 50.1, unsure if that's on your list (it fixes some trash issue)
[15:43] <seb128> anyway not a meeting topic, let's keep moving
[15:43] <seb128> #topic qengho
[15:43] <seb128> qengho, hey
[15:43] <qengho> * done; updated LTS chromium to fix TLS expiration. skipped yakkety for 54...
[15:43] <qengho> * in-progress: Cr 54. 32-bit memory exhaustion at link. run-time crash in blink, perhaps memory allocator again?
[15:43] <qengho> * in-progress: Helping Tor project adopt snaps for reproducible builder and browser.
[15:43] <qengho> Away for national holiday on Thursday, maybe also Friday.
[15:44] <qengho> EOF
[15:44] <Laney> seb128: yes I know
[15:44] <seb128> thanks qengho
[15:44] <seb128> Laney, good :-)
[15:44] <seb128> #topic seb128
[15:44] <seb128> • UOS - watched/participated in some sessions
[15:44] <seb128> • learnt a bit more about the langpack-o-matic infrastructure to be able to co-maintain it
[15:44] <seb128> • some NEW reviews
[15:44] <seb128> • had a look at the suggested dbus snapd interface (needed to unblock some GNOME components)
[15:44] <seb128> • tried to help did_rocks debugging some snap/alsa interactions
[15:44] <seb128> • worked a bit with att_ente on the roadmap for gtk-mir
[15:44] <seb128> • read a bit more about snap content sharing to prepare the gtk platform snap work

[15:44] <seb128> #topic Sweet5hark
[15:44] <seb128> Sweet5hark, hey
[15:45] <Sweet5hark> - TDF budgeting, team priorities
[15:45] <Sweet5hark> - collecting lose ends: finish/upgrade gbuild-to-ide
[15:45] <Sweet5hark> - some networking/lobbying bits, filing various expenses
[15:45] <Sweet5hark> - finished trusty backport, looking into precise
[15:45] <Sweet5hark> - prep for 5.3 beta1
[15:45] <Sweet5hark> - next week: will need to look in various gtk3/snap stuff
[15:45] <Sweet5hark> EOF
[15:45] <seb128> thanks Sweet5hark
[15:45] <seb128> #topic TheMuso
[15:45] <seb128> * Started looking at the patches provided in bug 1641954 for Xenial, to provide a better experience around the use of HDMI audio to a monitor/TV. Haven't been able to reproduce yet, work continues.
[15:45] <seb128> * Started looking into how input event processing for assistive technologies could be implemented in Mir and Wayland compositors/shells. Since we need this for Unity 8, it is my hope that I can start a discussion with developers of Mutter/GNOME Shell, and KDE, as well as Unity 8 devs to work out a cross-desktop solution. It will probably be a DBus API, but more may be needed, possibly along the lines of validating that the
[15:45] <seb128>  process registering for input events is who they say they are, for security reasons.
[15:45] <seb128> * Continued looking into bluetooth profile related issues now that the fix for bug 1574324 is in yakkety and xenial.
[15:45] <ubot5`> bug 1641954 in pulseaudio (Ubuntu) "Output switches from HDMI speakers to internal speakers on DPMS off" [Undecided,New] https://launchpad.net/bugs/1641954
[15:45] <ubot5`> bug 1574324 in pulseaudio (Ubuntu) "pulseaudio crashes when connecting to bluetooth headphones (due to ubuntu changes?)" [High,Fix released] https://launchpad.net/bugs/1574324
[15:46] <seb128> #topic tkamppeter
[15:46] <seb128> tkamppeter, hey
[15:46] <tkamppeter> - We have support for AirPrint now! Around 2600 models, many did not work with Linux before. Works only if printer is network-connected (WiFi, Ethernet).
[15:46] <tkamppeter> - cups: Got upstream answers to PPD-generator related bug reports and these got fixed for 2.2.2. In addition, 2.2.2 will have Apple Raster support (is in upstream GIT now), so AirPrint printers (around 2600 models, many did not work with Linux before) should work without driver and auto-generated PPDs, too. Tested on three HP printers and it actually works.
[15:46] <tkamppeter> - cups-filters: Synced PPD generator in cups-browsed with the one in CUPS, added auto-creation of print queues for AirPrint printers.
[15:46] <tkamppeter> - Chat with Aveek Basu from Lexmark, he want to help on print dialog development, find GSoC students, and test IPP Everywhere and AirPrint printers from Lexmark.
[15:46] <tkamppeter> - Bugs.
[15:46] <seb128> nice work tkamppeter, thanks!
[15:46] <seb128> #topic Trevinho
[15:47] <seb128> Trevinho, your turn :-)
[15:47] <Trevinho> · Fixed sni-qt, appmenu-qt5, libappindicator to support $SNAP environment
[15:47] <Trevinho> · Created indicator-<toolkit> snap remote parts for snap inclusions (and desktop-launchers)
[15:47] <Trevinho> · Created examples for indicators in snap environment: https://github.com/3v1n0/indicators-examples-snaps
[15:47] <Trevinho> · Reviewed the Window Decorations Document for u8, Gtk+ is going to be problematic again (especially in a snappy world), so I think we'd need to find a solution
[15:47] <Trevinho> · Landed new unity8 indicators (and new calendar) - after fixing various aspects
[15:47] <Trevinho> · Some design reviews of indicators
[15:47] <Trevinho> · Fixed a small indicator-datetime bug causing wrong events showing
[15:48] <Trevinho> seb128: sorry for the delay
[15:48] <seb128> no worry
[15:48] <Trevinho>  /eof
[15:48] <seb128> good/busy week again, well done Marco!
[15:48] <seb128> #topic robert_ancell
[15:48] <seb128> - (short week due to leave)
[15:48] <seb128> - Working on lightdm / unity8-system snap
[15:48] <seb128> - LightDM and snapd-glib fixes / improvements
[15:49] <seb128> #topic aob
[15:49] <seb128> does anyone has some other topic to discuss?
[15:49] <attente> should we talk about the gtk platform snap?
[15:49] <attente> or after the meeting maybe?
[15:50] <seb128> we can
[15:50] <seb128> after meeting is fine
[15:50] <seb128> no need to keep everybody, those interested can stay around
[15:50] <seb128> k, let's wrap and discuss that?
[15:50] <seb128> thanks everyone!
[15:50] <attente> sure
[15:50] <flexiondotorg> Yep.
[15:50] <seb128> #endmeeting
[15:50] <meetingology> Meeting ended Tue Nov 22 15:50:48 2016 UTC.
[15:50] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2016/ubuntu-desktop.2016-11-22-15.30.moin.txt
[15:51] <didrocks> do you need help? I gave some advice for the ubuntu-app-platform side and did the desktop-launcher work for it
[15:51] <didrocks> we can base on this
[15:51] <attente> can we re-use that one instead of having a new separate platform snap?
[15:51] <flexiondotorg> didrocks, Does the approach differ much from how the KDE team are doing things?
[15:51] <seb128> attente, re-use like?
[15:51] <Sweet5hark> so what gtk version will the snap be? how will transitions work?
[15:51] <didrocks> unsure about the KDE team platform snap, I never saw it
[15:52] <seb128> I think we wanted to do something similar
[15:52] <seb128> just with a different list of stage-packages
[15:52] <seb128> no?
[15:52] <flexiondotorg> That is my thinking.
[15:52] <seb128> Sweet5hark, we decided to snap the distro version
[15:52] <attente> like instead of having a separate snap, contribute gtk-related libraries, themes, etc to the ubuntu-app-platform snap
[15:52] <seb128> so I guess we are going to have a xenial-3-18
[15:52] <flexiondotorg> Would be interested to know how the ubuntu-app-platform snap is constructued.
[15:52] <seb128> and a yakkety-3-20
[15:53] <seb128> flexiondotorg, yeah, me too
[15:53] <didrocks> pretty easily, it's just a list of stage-packages
[15:53] <seb128> I need to look at it more
[15:53] <seb128> especially how they export the libs
[15:53] <didrocks> they didn't version the content interface though, despite what I asked multiple times
[15:53] <didrocks> and in the dekstop launcher, we detect a fix directory
[15:53] <seb128> I guess they mount it under a new dir that they prepend to the LD_LIBRARY_PATH?
[15:53] <didrocks> and if there, we change some of LD_LIBRARY_PATH, wrappers to run and such
[15:54] <Sweet5hark> seb128: ok, and one is expected to use the platform snap matching the build system (well or what one selected in launchpad) then I assume?
[15:54] <didrocks> https://github.com/ubuntu/snapcraft-desktop-helpers/blob/master/qt/launcher-specific#L12
[15:54] <didrocks> and exports are in https://github.com/ubuntu/snapcraft-desktop-helpers/blob/master/qt/launcher-specific#L35
[15:54] <didrocks> + some other functions later on that I refactored
[15:54] <didrocks> like https://github.com/ubuntu/snapcraft-desktop-helpers/blob/master/qt/launcher-specific#L109
[15:55] <seb128> Sweet5hark, the toolchain topic is going to be a bit tricker/not something we are looking at currently
[15:55] <Sweet5hark> seb128: k
[15:56] <seb128> but I think we are going to have versioned snaps by serie as didrocks suggested
[15:56] <seb128> like x-3-18
[15:56] <seb128> y-3-20
[15:56] <flexiondotorg> I think so too.
[15:56] <didrocks> sounds good to me (it's the content-interface "content" name)
[15:56] <seb128> didrocks, the application side is just a plug and making sure the target dir exists for the mount?
[15:57] <seb128> like $SNAP/usr/gtk-x-3-18
[15:57] <didrocks> seb128: right + using the desktop launcher, but that's it
[15:57] <didrocks> yeah, I suggest a subdir
[15:57] <didrocks> and you put everything under it
[15:57] <didrocks> we stated on $SNAP/platform for Qt
[15:57] <didrocks> would be good to require the same directory name for documentation purpose
[15:58] <seb128> hum
[15:58] <seb128> you mean in the platform snap?
[15:58] <didrocks> no, in the app
[15:58] <didrocks> the app mount the platform snap inside
[15:58] <didrocks> it's a bindmount
[15:58] <seb128> what if the app needs to mount both qt and gtk?
[15:58] <didrocks> is that really a use case ?
[15:58] <seb128> they can't have the same name?
[15:58] <didrocks> if so, they are on their own, meaning:
[15:59] <didrocks> - they need to use their own launcher
[15:59] <flexiondotorg> The KDE platform and -dev snap are in Harold Sitters github - https://github.com/apachelogger?tab=repositories
[15:59] <didrocks> - but they can use both content interfaces
[15:59] <flexiondotorg> Some elegant solutions in there.
[15:59] <didrocks> it's the plug deciding where to mount $things
[15:59] <didrocks> (the app plug)
[15:59] <didrocks> but our default launchers won't be able to support $RANDOM_DEST_DIR
[15:59] <seb128> k, fair enough
[16:00] <seb128>  if [ ! -d $SNAP/ubuntu-app-platform/usr ] ; then
[16:00] <seb128> in your github url
[16:01] <didrocks> (sorry, it's ubuntu-app-platform) indeed
[16:01] <didrocks> I don't remember how much we did iterate on this :)
[16:01] <seb128> :-)
[16:01] <didrocks> so, yeah, do something similar
[16:01] <seb128> would it be misleading having gtk under that name?
[16:01] <didrocks> preferably with -platform suffix
[16:01] <didrocks> I don't think so
[16:01] <seb128> ah, I see what you mean
[16:01] <seb128> like ubuntu-gtk-platform
[16:01] <didrocks> yeah
[16:01] <seb128> or gtk-platform
[16:01] <seb128> attente, why did you want to reuse the same?
[16:02] <seb128> or include gtk in the ubuntu-app-platform ?
[16:02] <seb128> those probably have different targets and cycles
[16:02] <attente> i might've misunderstood, but yeah, including gtk in u-a-p
[16:03] <seb128> why?
[16:03] <seb128> you probably don't want to pull in the whole uitk for a gtk software
[16:03] <seb128> what's your usecase?
[16:04] <attente> at the same time all of ubuntu-core is already pulled in the moment you install a snap, no?
[16:04] <seb128> or what do you think we would win?
[16:04] <seb128> ubuntu-core yes
[16:04] <seb128> but that's the base image
[16:04] <seb128> like libc type of content
[16:05] <seb128> that's things going to be useful for any sort of install or almost
[16:05] <didrocks> (/!\ but as I reported multiple time to upstream, installing a snap, even with default-provider, doesn't install the content-interface snap for you, nor it does autoconnect it)
[16:05] <didrocks> can be useful in your testing ^
[16:05] <seb128> right
[16:05] <attente> ok
[16:05] <seb128> thanks for pointing it out
[16:05] <seb128> I think that's something gnome-software is going to need to do for us
[16:06] <seb128> well that's the plan afaik, robert_ancell had some discussions with the snappy team about there where they agreed that's the wanted solution
[16:06] <didrocks> that would be good :)
[16:06] <didrocks> (unsure about pure CLI usage though)
[16:07] <seb128> you use the CLI you need to know what you are doing ;-)
[16:07] <seb128> well, at least you made the wrapper give hints from what I see
[16:07] <flexiondotorg> didrocks, What is the current status of who can connect to a content snap?
[16:07] <didrocks> well, you can argue apt doesn't force you to install deps ;)
[16:08] <didrocks> flexiondotorg: everyone from the same provider
[16:08] <flexiondotorg> What about Canonical published platform snaps?
[16:08] <didrocks> reported last week as well. I don't see that status moving soon though
[16:08] <didrocks> same
[16:08] <didrocks> you need to publish your apps as canonical to connect to the canonical platform snaps
[16:08] <flexiondotorg> So if we have a Canonical published GTK platform snap, it can not be reused by Xubuntu for example?
[16:09] <seb128> those are problem to resolve for the snappy team
[16:09] <seb128> and known limitations atm
[16:09] <seb128> I think we should start by building our platform snap
[16:09] <flexiondotorg> Yes, but just making sure my understanding is correct.
[16:09] <seb128> right
[16:09] <didrocks> right now, indeed
[16:10] <flexiondotorg> Just to be clear, it will not be possible for upstream to use the Canonical published GTK platform snap?
[16:10] <didrocks> not right now
[16:10] <flexiondotorg> Bother.
[16:46] <seb128> flexiondotorg, when you say they have sole elegant solutions for kde, anything specific you are thinking about?
[16:47] <seb128> my view is a bit naive I guess but isn't the build mostly going to be a stack of stage-packages and some organize rules to move things in a common dir?
[16:47] <seb128> like is there more to it?
[16:48] <flexiondotorg> They technique they are using to make both a platform (runtime) snap and also the -dev snap to using in build-packages.
[16:48] <seb128> (I didn't think much about the -dev side I've to say, but we sort of agreed that build has to be done on the distro/that's the best/easiest env for that sort of things still)
[16:50] <flexiondotorg> Yes, indeed.
[16:50] <flexiondotorg> I can't find the repo now, but I will.
[16:51] <flexiondotorg> What they created is a means to provide all the build-packages via one "meta" snap.
[17:58] <seb128> k, enough for today
[17:58] <seb128> have a nice evening desktopers
[17:58] <seb128> see you tomorrow
[17:58] <willcooke> night seb128
[17:58] <willcooke> thanks for running the meeting
[17:58] <seb128> yw!
[17:58] <flexiondotorg> Night, catch you tomorrow.
[17:58]  * willcooke bails too
[17:58] <willcooke> ta ta
[18:04] <Laney> laters