[01:28] <immu> how can i upgrade to artful?
[04:13] <jbicha> duflu: Laney added the whoopsie settings task as proposed in trello earlier this week
[04:14] <duflu> jbicha: OK, thanks
[04:14]  * duflu is now winning at Friday. 4K 60FPS video playback with 3% CPU
[05:21] <jamesh> and I got a confined test application to pop up a trusted file picker and be able to read a file from a directory it can't access
[05:31] <jibel> morning
[05:55] <oSoMoN> good morning desktoppers!
[06:50] <didrocks> good morning
[07:07] <flexiondotorg> jibel oSoMoN didrocks Morning
[07:11] <immu> hey
[07:34] <jamesh> Some details on getting my xdg-desktop-portal demo working: https://forum.snapcraft.io/t/xdg-desktop-portal-proof-of-concept-demo/1027
[08:02] <Laney> morning
[08:02] <willcooke> morning!
[08:03] <willcooke> Laney, allotment joke:  Someone keeps putting more soil on my allotment.
[08:04] <willcooke> The plot thickens.
[08:05] <Laney> OOOOOOOOOOOOOOOOOOOHOHOOOOOOOO
[08:05] <Laney> that took a second to sink in, a sure sign of a good joke
[08:06] <didrocks> morning Laney, willcooke
[08:06] <Laney> seen "curl https://icanhazdadjoke.com"?
[08:06] <seb128> good morning UKers
[08:06] <Laney> hey didrocks! hey seb128!
[08:06] <Laney> happy ... friday ...
[08:06]  * Laney checks to make sure that is true
[08:06] <Laney> indeed it is
[08:07] <didrocks> yeah \o/
[08:07] <seb128> happy friday!
[08:30] <andyrock> morning!
[08:33] <seb128> hey andyrock, how are you?
[08:33] <andyrock> hey seb128
[08:34] <andyrock> not bad not bad
[08:34] <didrocks> Laney: I am a little bit clueless about where is your amazon upload. I can see in -changes the removal you did, but didn't find where you added your new one (and set it by default on G-S schema)
[08:35] <didrocks> Laney: I'm checking this in preparation of the migration script, as I think some translations for that item will be in order
[08:35] <Laney> hi didrocks
[08:35] <Laney> hey andyrock!
[08:35] <Laney> didrocks: it's a package called ubuntu-web-launchers and the gsettings default is set in ubuntu-settings
[08:36] <Laney> https://launchpad.net/ubuntu/+source/ubuntu-settings/17.10.3
[08:37] <didrocks> Laney: ah, you did add to that one, perfect, thanks!
[08:37] <Laney> didrocks: I guess the migration should remove it if the user removed it from Unity?
[08:37] <Laney> I didn't think about that
[08:38] <didrocks> Laney: yeah, that, I need to check the .desktop name as well if it's the same, or do the translation, and so on
[08:38] <Laney> nod
[08:38] <didrocks> no worry, I'll handle it
[08:38] <Laney> it's different
[08:38] <Laney> thanks
[08:38] <didrocks> yeah ;) multiple configs, but easy enough :p
[08:40] <Laney> ♥
[08:40] <didrocks> I need to check as well ubiquity with a new install
[08:40] <didrocks> IIRC, we didn't add it by default at first in Unity, then, there was a script adding it in the live session
[08:40] <didrocks> (so that it's not on the installed version)
[08:41] <didrocks> or we added it and then ubiquity was removing it from the installed session?
[08:41] <didrocks> I don't remember
[08:41] <didrocks> one or the other, but needs to check
[08:41] <didrocks> need*
[08:42] <didrocks> no, it's good, we have it by default, and as ubiquity isn't installed, first unity run removes it. Need to check if the shell has the same behavior
[08:43] <didrocks> (we added ubiquity-gtkui.desktop though, not ubiquity.desktop)
[08:48] <jamesh> willcooke: it's still waiting on one PPA build, but these instructions cover getting xdg-desktop-portal talking to a snap: https://forum.snapcraft.io/t/xdg-desktop-portal-proof-of-concept-demo/1027
[08:48] <willcooke> jamesh, wow!  That's awesome!  Thanks and congrats!
[08:48]  * willcooke reads
[08:53] <seb128> willcooke, on snappy topic https://forum.snapcraft.io/t/in-progress-snapcraft-2-32/1015
[08:53] <seb128> "Stakeholders, if there's something you're missing and would like to get it into this release, please speak up!"
[08:53] <seb128> I wonder who they consider stakeholders though
[08:53] <seb128> and it's snapcraft not snapd
[08:53] <seb128> but still interesting
[08:53] <willcooke> ahh, right
[08:54] <willcooke> yeah
[08:54] <willcooke> I expect Trevinho, kenvandine and didrocks probably have some suggestions.
[08:54] <willcooke> please comment on that thread if you do chps
[08:54] <willcooke> chaps
[08:54] <willcooke> thanks for spotting that seb128
[08:55] <seb128> np
[08:56] <didrocks> TBH, we don't really have anything on the snapcraft side AFAIK, it's really more on the snapd one where we will get things needed
[08:57] <seb128> Ken has items for snapcraft
[08:58] <seb128> especially about handling of libs that are coming from content sharing
[08:58] <seb128> snapcraft currently tries to be clever and copy them over in your snap
[08:58] <seb128> but yeah
[08:58] <seb128> most of the blockers otherwise are more on the snapd side
[08:59] <didrocks> I guess he got an answer on the forum to do what I suggested some times ago: the tarball
[08:59] <didrocks> (which should remove that issue)
[09:00] <didrocks> we should do that btw, create a release asset and change the part to reference the tarball
[09:00] <didrocks> would need kenvandine to comment here though so that we can coordinate ^
[09:00] <seb128> the tarball wouldn't solve his issue I think
[09:01] <seb128> his case is that he uses the framework
[09:01] <seb128> + he needs libgtksourceview that isn't in the gnome platform
[09:01] <seb128> so he adds it as a stage-package
[09:01] <seb128> or that package depends on libgtk
[09:01] <seb128> and snapcraft pulls in libgtk then
[09:01] <didrocks> ah, with an additional package, sure
[09:01] <didrocks> yeah
[09:02] <didrocks> good one, I was thinking about "framework usage only" (which we still need to do)
[09:02] <seb128> right
[09:02] <didrocks> going to be complex for this libgtksourceview deps + framework though
[09:02] <didrocks> nothing is telling you are were compiled against the same ABI
[09:02] <didrocks> s/are//
[09:03] <seb128> yeah, we should probably just build gtksourceview from source
[09:03] <seb128> stage packages make things more complex
[09:04] <seb128> also the tarball idea works
[09:05] <seb128> but it's not integrated with our tools and infra
[09:05] <didrocks> but yeah, mixing stage-packages which has potentiel deps on tarball should have a way to raise a warning
[09:05] <didrocks> well
[09:05] <didrocks> there is no infra and it's known
[09:05] <seb128> sort of
[09:06] <didrocks> the technical decision was made by people nacking the -dev snap
[09:06] <seb128> you can build from launchpad using a ppa and autoupload to the store
[09:06] <seb128> which we currently do
[09:07] <didrocks> yeah, from packages, not tarball
[09:07] <seb128> right
[09:07] <didrocks> but we'll have to find a way to publish that tarball (manually or automatically)
[09:07] <didrocks> unsure how we can do that from a launchpad snap ppa or b.snapcraft.io
[09:07] <didrocks> (I think it's *not* possible)
[09:07] <seb128> same here :-/
[09:07] <didrocks> so, that removes the "autobuild/autoupload case"
[09:07] <didrocks> something we should raise
[09:08] <didrocks> in that same thread
[09:08] <didrocks> useful to discuss, we find new issues :)
[09:14] <didrocks> seb128: feel free to amend: https://forum.snapcraft.io/t/strip-files-included-by-a-content-interface-from-prime/1007/4?u=didrocks
[09:16] <seb128> didrocks, thanks for the post, looks good to me
[09:16] <seb128> let's see what they reply
[09:16] <didrocks> yep
[10:05]  * kenvandine waves
[10:06] <oSoMoN> hey kenvandine
[10:15] <duflu> willcooke: OK, here's a start, and a plan. Possibly too conversational but it's the first version... https://wiki.ubuntu.com/IntelQuickSyncVideo
[10:15]  * willcooke reads
[10:16] <willcooke> wow
[10:16] <willcooke> this is great
[10:16] <willcooke> Will play with it later on
[10:16] <willcooke> thanks a lot duflu, great stuff
[10:17] <duflu> willcooke: No problem. I need to finish up...
[10:23] <andyrock> seb128 Laney what's the correct way to build a debian package with a recipe when the source code and the debian folder are in different branches?
[10:23] <andyrock> e.g. lp:~ubuntu-desktop/snapd-glib/ubuntu
[10:23] <andyrock> i've this https://code.launchpad.net/~azzar1/+recipe/snapd-glib-daily-2
[10:24] <andyrock> but it's complaining about missing gtk-doc.make
[10:24] <Laney> I've not set up a recipe before, sorry :(
[10:24] <Laney> https://help.launchpad.net/Packaging/SourceBuilds/Recipes
[10:25] <Laney> the nest-part packaging thing looks helpful for you maybe
[10:27] <flexiondotorg> Laney can I request a favour.
[10:28] <flexiondotorg> I'd really like to land this - https://code.launchpad.net/~ubuntu-mate-dev/indicator-session/mate-integration/+merge/325600
[10:28] <flexiondotorg> For Alpha 1 so I can line up some testing of the new indicator stuff in Ubuntu MATE.
[10:29] <flexiondotorg> I've got other package updates ready to upload, but they reference indicator-session in the panel layouts.
[10:33] <Laney> flexiondotorg: ok
[10:33] <Laney> Trevinho: there's no reason not to use g_auto* stuff in indicators is there?
[10:33] <flexiondotorg> Laney cheers.
[10:34] <Laney> the issue is it makes the code compile on gcc/clang only
[10:38] <seb128> andyrock, I've never tried that, maybe have a look to what Laney pointed you out and let me know if you still doesn't manage to get it work, I might be able to have a look
[10:39] <andyrock> i'm using merging
[10:39] <andyrock> nesting should not be necessary
[10:39] <andyrock> but it's failing to autogenerate that file
[10:39] <andyrock> I'm debugging
[10:40] <Laney> ok, well your question sounded like you wanted to know how to do that
[10:44] <Laney> let us know if you need more help
[11:03] <seb128> jbicha, you noticed that the n-m update has autopkg issues?
[11:29]  * Laney stares at Trevinho 
[11:30] <Trevinho> Laney: no I don't think so... Where was it?
[11:36] <Laney> Trevinho: nowhere, I just want to suggest it in a review
[11:40] <seb128> good morning Trevinho
[11:40] <Laney> hey Trevinho btw
[11:40] <Laney> ;-)
[11:41] <Laney> happy friday to you
[12:28] <ahayzen> Hi everyone, I have a Dell XPS with an Ubuntu OEM install which has a recovery partition on the SSD, and was wondering if anyone knows what happens if one selects "install and erase" in the installer for Ubuntu 17.10 or Ubuntu GNOME 17.04. Will it retain the recovery partition or wipe it?
[12:37] <jibel> ahayzen, install and erase wipes all the partitions. If you want to keep your data on some partitions, select custom partitioning
[12:38] <ahayzen> jibel, ok, but there isn't an automated way to keep the recovery partition but still do a clean install ?
[12:38]  * ahayzen wonders if that is a usecase that shouldn't require doing custom partitioning
[12:39] <jibel> ahayzen, I don't tihnk so, unless there is an OS installed on the partition in which case you can do a side by side installation
[12:39] <ahayzen> jibel, ok thanks for the info :-)
[12:41] <jibel> yw
[14:05] <Trevinho> ah, hey Laney (and seb who left), sorry I'm lost in too many conversations :-D
[14:23] <Laney> Trevinho doesn't love us :'(
[14:46] <seb128> that's because we don't use enough our hands when speaking
[14:47] <Trevinho> Laney: I do love you guys!
[14:47] <Trevinho> But I?m really bad at multi-tasking
[14:48]  * Laney hugs Trevinho 
[15:43] <Laney> apt build-dep ./
[15:43] <Laney> what a command
[15:44] <didrocks> yep! :) used to have scripts for this
[15:46] <Laney> yeah, RIP mk-build-deps
[15:48]  * oSoMoN calls it a day
[15:48] <oSoMoN> have a great week-end everyone
[15:48] <Laney> see you oSoMoN, have a good one
[15:48]  * didrocks too, have a good week-end :)
[15:52] <jbicha> ricotz: do you have any pointers for how I should figure out the remaining vala rdep failures?
[15:53] <jbicha> …unless you wanted to work on them?
[15:54] <ricotz> jbicha, I have got some fixes upstream for e.g. font-manager, gnome-pie, gnome-pomodoro
[15:57] <ricotz> so better make sure those packages which failed in the past are actually still failing
[16:00] <jbicha> ok, I guess was thinking more specifically about the Unity-related failures
[16:10] <ricotz> jbicha, if you have a recent failure and you have no clue what it is about then point me to it
[16:11] <jbicha> ricotz: indicator-sound today: https://launchpadlibrarian.net/324229477/buildlog_ubuntu-artful-amd64.indicator-sound_12.10.2+17.10.20170605-0ubuntu1~ubuntu17.10.1_BUILDING.txt.gz
[16:11] <jbicha> I just don't enough about vala to try figuring these out without more study
[16:12] <jbicha> I just picked it from your list, it's not particularly urgent except that we'd like to figure these out before 17.10's release :)
[16:12] <ricotz> jbicha, ok
[16:13] <ricotz> will take a look after dinner
[17:05] <willcooke_> happy weekend all!
[17:05] <willcooke_> night
[17:14] <Laney> me too, laters alligaters
[17:34] <ricotz> jbicha, indicator-sound: https://paste.debian.net/plain/971752
[17:56] <jbicha> thanks!
[18:04] <ochosi> jbicha: humm, i knw that question comes a bit out of the blue, but what's the plan with indicators or what is their future without unity?
[18:04] <ochosi> i really like them and i guess we would like to keep them around in xubuntu
[18:09] <jbicha> ochosi: I think you should look into what's needed to get sunweaver 's version to work in Xfce https://sunweavers.net/blog/node/58
[18:09] <jbicha> if his versions can support Unity, then there's no need to keep the old Canonical versions
[18:09] <jbicha> (but maybe he should just use the existing Ubuntu package names in that case too :) )
[18:33] <ochosi> jbicha: right, i had never heard of that at all. i'll start reading
[18:43] <jbicha> it's pretty much new except that as sun_weaver points out, he's been working on it behind the scenes for a long time
[18:46] <ricotz> jbicha, libgnome-games-support has a fixed upstream version
[18:52] <jbicha> yes, I saw that, I'm just waiting for a DD to upload it to Debian
[18:53] <jbicha> (I asked mcatanzaro to do a new release last night)
[18:53] <ricotz> jbicha, regarding synapse, there are patches upstream to fix it
[18:53] <ricotz> ah, I see
[18:57] <jbicha> font-manager is fixed now in artful
[19:28] <jbicha> ricotz: you're synapse upstream?
[19:28] <jbicha> I think I'll just wait for you to make a new release then :)
[21:01] <ochosi> jbicha: ok so from what i read there, it would be best to just replace the indicator stack in ubuntu with that of sunweaver/debian
[21:01] <ochosi> and i guess that xubuntu would just be compatible with it as long as there are no api breaks
[21:01] <jbicha> ochosi: sure, but I don't think sunweaver runs Unity so someone needs to make sure that things work with Unity7
[21:03] <jbicha> I think the namechange itself is a kind of api break
[21:33] <ochosi> jbicha: yeah, that's why i meant, if it replaced the indicator stack in ubuntu there probably wouldn't be the need for the renaming
[22:28] <jbicha> kenvandine[m][m]: if you're still around, could you review https://bileto.ubuntu.com/#/ticket/2824 otherwise I can ping you next week
[22:28] <jbicha> and https://bileto.ubuntu.com/#/ticket/2823