[04:19] <metalbiker> hey everybody! i'm very happy to hear that daily builds of 17.10 are finally up and ready for testing. i'm really interested in helping out since i'm much wiser than i used to be. i've got my launchpad account already and i just need someone to tell me how to file bugs for the daily builds.
[06:25] <didrocks> good morning
[06:32] <jibel> good morning didrocks
[06:38] <didrocks> salut jibel, ça va ?
[07:16] <jibel> didrocks, ça va bien et toi?
[07:18] <didrocks> jibel: très bien, le week-end prolongé a fait du bien :)
[07:20] <jibel> didrocks, pareil, ça faisait vacances :)
[07:20] <jibel> didrocks, et vrais vacances fin de cette semaine \o/
[07:23] <didrocks> profites-en bien ;)
[07:45] <pitti> bonjour mes amis français !
[07:47] <seb128> salut pitti
[07:47] <seb128> good morning desktopers
[07:47] <seb128> pitti, comment ça va ?
[07:47] <didrocks> salut pitti, ça va ? ;)
[07:49] <pitti> ça va bien ! on voyage baucoup et profite l'été :)
[07:50] <seb128> ah, vous êtes allé où ?
[07:51] <pitti> à Dresden la dernière weekend (pour visiter nos familles), chez ma sœur la prochaine weekend pour "fixed rope route climbing"
[07:53] <didrocks> pitti: something like this: https://fr.wikipedia.org/wiki/Via_ferrata#/media/File:Rocher_Saint-Julien_escalade_40.JPG ?
[07:56] <pitti> didrocks: exactly :) like http://piware.de/fotos/Klettersteig-Rofangebirge-Jul2013/
[07:57] <pitti> http://piware.de/fotos/Klettersteig-Rofangebirge-Jul2013/slide_39.html is the most important part, of course ☺
[07:57] <seb128> that's the whole point of the exercice right? deserving the refreshment that is coming after!
[07:57] <chrisccoulson> hi desktop :)
[07:57] <seb128> hey chrisccoulson
[07:59] <pitti> seb128: exactement !
[07:59] <pitti> hey chrisccoulson!
[07:59] <didrocks> pitti: ahah! ;) For my bachelor party, there was a vuntz wayyyyyyyyyyyyy behind everyone :)
[07:59] <chrisccoulson> hi pitti, how are you doing?
[07:59] <pitti> didrocks: you went climbing for your bachelor party? or you mean the beer drinking part? :-)
[07:59] <pitti> chrisccoulson: I'm great, thanks! I hope you too?
[08:00] <Laney> moin
[08:00] <didrocks> pitti: no no, really climbing, it was easy and nice :)
[08:00] <didrocks> (near Grenoble)
[08:00] <didrocks> hey Laney, chrisccoulson!
[08:00] <seb128> hey Laney! working downstair today? :p
[08:00] <seb128> Laney, how are you?
[08:03] <Laney> hey didrocks and seb128
[08:03] <Laney> was upstairs early today!
[08:04] <Laney> I'm good thanks, you?
[08:04] <Laney> didrocks: good long weekend?
[08:07] <didrocks> Laney: was excellent, thanks! Sun, bbqing, walks with rock, beautfil landscapes and chamois: https://photos.app.goo.gl/PdFVukOwVCIF4mGh1
[08:08] <Laney> didrocks: looks like tough walking!
[08:08] <didrocks> 3h, not that much :)
[08:09] <didrocks> but yeah, quite slipery, better to watch out where you put your feets
[08:09] <chrisccoulson> pitti, yeah, I'm not too bad thanks. Persevering :)
[08:09] <chrisccoulson> hi seb128, didrocks, Laney
[08:13] <didrocks> Laney: on your MP, there is something I don't understand: from what you wrote, the current behavior (forget about any gdm/lightdm patch) it sounds like if you have 2 dms installed, at each dist-upgrade (if we updated both dms), they would ask to be set as default?
[08:14] <Laney> didrocks: I think it records if you've seen the question and avoids asking it again
[08:14] <Laney> hey chrisccoulson
[08:15] <didrocks> Laney: ah, and people never had 2 dms installed before, so newer saw that question and were never asked, ok
[08:15] <didrocks> Laney: hum, are we sure that if we update it again (like new lightdm version), we wouldn't have that at next dist-upgrade, as you didn't see the question?
[08:15] <Laney> something liek that
[08:15] <Laney> it's complicated
[08:15] <didrocks> sounds like a FB status profile :p
[08:16] <didrocks> but yeah, I guess what you did make sense, just skipping it that way
[08:16] <didrocks> or we can tweak it with "if gdm is the default"
[08:16] <didrocks> with this if dpkg --compare…
[08:17] <didrocks> (I wonder though it we won't upgrade in -updates/-security lightdm, and so, the version check won't be valid anymore)
[08:19] <Laney> the point is to stay out of the way of normal operation as much as possible
[08:20] <didrocks> yeah
[08:21] <Laney> so you can't do anything that's like 'skip this question if gdm is the default'
[08:21] <didrocks> well, I was thinking "skip this question if gdm is the default and dpkg --compare-version lt…"
[08:21] <didrocks> (to still give a chance to other cases)
[08:22] <Laney> thing is you don't know if gdm3.config has run at this point or not
[08:22] <didrocks> but I'm more concerned on the version comparaison, and that we ship a new package version for $reason, forgetting to update that postinst version
[08:22] <Laney> so it might *not* be the default yet
[08:22] <didrocks> yeah, and if so, lightdm is still default
[08:22] <didrocks> and question is skipped
[08:22] <Laney> then gdm goes and sets it
[08:23] <Laney> I think it's probably okay because gdm3.config does
[08:23] <Laney>   db_fset shared/default-x-display-manager seen true
[08:24] <Laney> but it's worth checking
[08:24] <didrocks> yeah, do you know if .config respect some kind of binary package dependency ordering?
[08:24] <didrocks> that way, we could make it predictable
[08:24] <Laney> nope
[08:24] <didrocks> argh
[08:25] <didrocks> I'm really concerned about the version check TBH
[08:25] <Laney> https://manpages.debian.org/stretch/debconf-doc/debconf-devel.7.en.html
[08:25] <Laney>  Note that the config script is run before the package is unpacked. It should only use commands that are in essential packages. The only dependency of your package that is guaranteed to be met when its config script is run is a dependency (possibly versioned) on debconf itself.
[08:25] <Laney> ok, well it's possible to resolve it by checking ...
[08:27] <andyrock> good morning
[08:28] <Laney> what's wrong with avahi :|
[08:28] <didrocks> argh, someone merged the gdm3 changelog while dropping the whole history (that might be me even ;))
[08:29] <didrocks> seb128 may be right on that point… that would have been easier to check what we did for the other way around (gdm -> lightdm)
[08:30] <Laney> I happen to have a system which has been upgraded with that package
[08:30] <Laney> so I'll just push a new lightdm onto it and see if I see the question
[08:30] <didrocks> yep ;)
[08:31] <Laney> lxd was the shit for this
[08:31] <Laney> taking snapshots
[08:34] <didrocks> what do you use avahi with regularly? (just curious)
[08:35] <Laney> laney@nightingale:~$ ssh raleigh.local
[08:35] <Laney> ssh: Could not resolve hostname raleigh.local: Name or service not known
[08:35] <Laney> normally that would work
[08:36] <didrocks> oh that feature, yep, I'm not using it enough I think (static IPs for my small home network)
[08:38] <flexiondotorg> Morning desktopers
[08:39] <didrocks> ok, gdm -> lightdm transition was in oneiric, between 2011-05-24 and 2011-06-07
[08:40] <didrocks> (thanks to the seed, lightdm or gdm changelogs didn't help)
[08:41] <seb128> hey flexiondotorg, how are you.
[08:41] <seb128> ?
[08:41] <flexiondotorg> seb128 o/
[08:41] <flexiondotorg> Good thanks.
[08:41] <Laney> hey flexiondotorg
[08:41] <Laney> Jul 18 09:35:38 nightingale avahi-daemon[19892]: Found user 'avahi' (UID 107) and group 'avahi' (GID 115).
[08:41] <Laney> Jul 18 09:35:38 nightingale avahi-daemon[19892]: Successfully dropped root privileges.
[08:42] <Laney> Jul 18 09:35:38 nightingale avahi-daemon[19892]: chroot.c: fork() failed: Resource temporarily unavailable
[08:42] <Laney> Jul 18 09:35:38 nightingale avahi-daemon[19892]: failed to start chroot() helper daemon.
[08:42] <Laney> hmmmm
[08:42] <flexiondotorg> I used Bileto for the first time yesterday. What a great tool :-)
[08:43] <flexiondotorg> Thanks to help from Laney and super powers from jbicha a MATE compatible indicator-session landed last night :-D
[08:47] <didrocks> so, I'm looking at oneiric
[08:48] <didrocks> and it seems we didn't do anything for gdm -> lightdm migration at the time
[08:48] <Laney> there's some code in lightdm.config to force set it as default during a release upgrade
[08:48] <didrocks> # move the default display manager file if we are going to change it
[08:49] <didrocks> but based on the debconf question
[08:49] <Laney> when installing for the first time or something
[08:49] <didrocks> yep
[08:49] <Laney> FAOSGSGHASD
[08:49] <Laney> oh I'll just ssh to my desktop to copy that
[08:49] <Laney> NOPE
[08:50] <Laney> ok, pkilled some processes and now it works ...
[08:51] <Laney> if [ -z "$2" -a -n "$RELEASE_UPGRADE_IN_PROGRESS" ]; then db_set shared/default-x-display-manager lightdm ab_fset shared/default-x-display-manager seen true
[08:51] <Laney> probably that was enough to achieve the transition
[08:51] <didrocks> yeah
[08:52] <didrocks> basically we forced, even without looking at what we there before or if you set another dm
[08:52] <Laney> ab_fset?
[08:52] <Laney> WTF
[08:52] <Laney> 2492     iain.la |     ab_fset shared/default-x-display-manager seen true
[08:52]  * Laney screams
[08:52] <didrocks> see, on an azerty keyboard, a is even further from d, you wouldn't have made this typo for sure :p
[08:53] <Laney> at least this isn't uploaded
[08:54] <Laney> alright, cool
[08:55] <Laney> I updated with a no-change rebuild, no prompt
[08:57] <didrocks> no-change rebuild after doing the transition, correct?
[08:57] <didrocks> what happens if you bump the version (like we upload a new lightdm version in the release pocket, or -update or -security) and people who didn't dist-ugprade yet get that one?
[09:01] <amano> Hadess just made tracker a hard dependency for nautilus 3.25
[09:04] <Laney> didrocks: it's the same, it compares the version you were upgrading *from*, not to
[09:06] <didrocks> Laney: oh, prefect thus!
[09:21] <Laney> didrocks: pushing a tag, then would you be able to merge to trunk please?
[09:21] <Laney> thanks for the review!
[09:21] <didrocks> Laney: sure! you want to push a tag before I merge it?
[09:21] <didrocks> (normally we merge for the release, no?)
[09:22] <Laney> doing
[09:22] <didrocks> oki :)
[09:22] <Laney> not sure what you mean
[09:22] <Laney> but you have all the commits and can merge what you like ;-)
[09:22] <didrocks> ah, you did change UNRELEASED, perfect :)
[09:23] <didrocks> (and thanks for the tild!)
[09:23] <Laney> the didrocks special ~
[09:23]  * didrocks feels at home
[09:23] <Laney> we should get tattoos
[09:24] <didrocks> ahah
[09:25] <Laney> just tried to use the pointer barrier to raise the launcher :(
[09:26] <didrocks> remember: you should aim to the moon! and so, top corner :p
[09:26] <Laney> \o/
[09:26] <didrocks> would be nice if we don't have dash to dock to change behavior like:
[09:26] <didrocks> press super, keep it pressed
[09:26] <Laney> I like the animation that they have there
[09:26] <didrocks> click on a icon, releasing goes back to apps
[09:26] <didrocks> same
[10:08] <jbicha> Laney: network-manager-config-connectivity-debian is available in artful now
[10:10] <Laney> hi jbicha
[10:10] <jbicha> good morning
[10:11] <Laney> http://connectivity-check.ubuntu.com exists too now
[10:11] <Laney> not tried it yet tho
[10:13] <jbicha> ok, it returns a 204 http status code but I don't think NM supports that yet
[10:17] <jibel> jbicha, hi, I'm verifying the SRU of gnome-software, and currently on bug 1697565, did you verify that snaps without an icon are shown? It doesn't work for me in xenial
[10:18] <jbicha> jibel: which app did you test?
[10:19] <jibel> jbicha, openscad
[10:19] <jibel> the snap version
[10:19] <duflu> if downstream sink cap dropped GL texture upload then renegotiate VA surface format to remove tiling
[10:19] <duflu> That's all I want
[10:19] <jibel> moon-buggy is a not a good exmaple in the test case
[10:19] <duflu> But another day
[10:19] <duflu> Night
[10:20]  * duflu wanders off mumbling
[10:20] <jibel> jbicha, in artful, it's listed with a generic icon in the installed snaps
[10:21] <jibel> jbicha, worst, snaps without icon are not shown in search despite what's said in the description
[10:22] <Laney> jbicha: it returns the header that network-manager does support
[10:22] <Laney> so I think it's worth trying.
[10:23] <jbicha> Laney: yeah, I just saw that now so it should work
[10:24] <jbicha> do you suggest we add a n-m-config-connectivity-ubuntu package then?
[10:27] <Laney> don't have an opinion regarding doing that or changing the debian one
[10:28] <jbicha> I kind of wish mbiebl had chosen a more generic name for the package
[10:35] <jbicha> Laney: while you were out, we found an upgrade issue with ubuntu-web-launchers, we added the old name .desktop so now there are 2 Amazons
[10:35] <Laney> what?
[10:35] <jbicha> and postponed a decision until you returned to decide whether to try to migrate to the new filename or keep the old name
[10:36] <Laney> you'll have to be a bit more verbose
[10:37] <jbicha> before artful, the Amazon app was provided by ubuntu-amazon-default.desktop
[10:37] <jbicha> when you reimplemented it for artful, you named it com.canonical.launcher.amazon.desktop
[10:37] <Laney> so?
[10:37] <jbicha> so it's the same old rename .desktop issue for upgrading Unity favorites
[10:38] <Laney> I don't think it matters if Unity sessions have it or not after upgrading to Artful
[10:38] <Laney> But if it does, that is session-migration.
[10:38] <jbicha> and I didn't think there was much point in using a new name
[10:41] <jbicha> btw, it's being proposed in GNOME Shell to use an appstream property for .desktop filename migrations https://bugzilla.gnome.org/784588
[10:42] <seb128> Laney, the issue is that unity removes the icon from the launcher when the correspond file vanishes from disk, which is happening on upgrade and before you log in again to get the session migration
[10:42] <Laney> is that a big deal?
[10:42] <seb128> it's a buggy upgrade
[10:42] <seb128> not a big deal but still a bug
[10:42] <Laney> a removed launcher being removed?
[10:43] <Laney> doesn't sound like anything to worry about
[10:43] <Laney> but anyway
[10:43] <Laney> if you guys want to own this, you can
[10:43] <seb128> removed launcher?
[10:43] <seb128> I though it was migrated to use firefox
[10:43] <seb128> but still existing
[10:43] <Laney> doesn't have to exist in unity
[10:43] <seb128> well not "have to"
[10:43] <didrocks> it's removing it in G-S as well then
[10:44] <didrocks> as on dist-upgrade, removed from unity as not existed
[10:44] <seb128> but favorites are currently migrated
[10:44] <didrocks> next reboot, on artful, won't appear in G-S launcher as was removed from unity one before reboot
[10:44] <Laney> why not?
[10:44] <Laney> it's in the defaults there
[10:44] <seb128> Laney, is the desktop rename resolving any concrete problem or just to match what GNOME has been doing?
[10:45] <didrocks> Laney: we migrate unity launcher to G-S dash on upgrade, don't we?
[10:45] <didrocks> so replacing the defaults if the user modified unity default launchers
[10:48] <Laney> didrocks: ok, well you're translating other renames, no?
[10:48] <Laney> seb128: It's not required.
[10:48] <Laney> If you want to fix it properly, you need to fix the string that is passed to geoclue_simple_new to match the .desktop file.
[10:50] <andyrock> https://usercontent.irccloud-cdn.com/file/DS3Ymvvx/VirtualBox_ubuntu%20z_18_07_2017_12_47_15.png
[10:51] <seb128> andyrock, bug #1700764
[10:52] <andyrock> seb128: thanks I was googling for the language :D
[10:53] <seb128> yw
[10:55] <didrocks> yeah, the thing is that you need the old file with our change, because when you upgrade, unity removed it
[10:55] <didrocks> or we can disable that "let's remove from launcher" when a desktop file disappear feature
[10:55] <didrocks> and that will help
[10:56] <didrocks> I don't know either way
[10:56]  * didrocks goes for lunch
[10:58] <Laney> does it remove from gsettings, or just hide it?
[10:58] <Laney> Any of you should feel free to fix it back if you think that's the best.
[10:58] <seb128> Laney, it removes it from its gsettings config
[10:58] <Laney> However, I don't think this required a rushed fix and you could probably have waited for me to come back.
[10:58] <jbicha> jibel: openscad-plars shows up if you pkill gnome-software and restart it (that's a very old bug where installed apps don't show up until restarting g-s)
[10:59] <jibel> andyrock, in bug 1699005 you removed the verification tag. Did you mean the verification is done or it does not need to be verified and released in xenial
[10:59] <seb128> Laney, we did, that's why we didn't rename it back
[10:59] <jbicha> that's with current gnome-software/xenial without -proposed
[10:59] <seb128> and are mentioning it today
[10:59] <Laney> someone said there's two launchers now
[10:59] <jibel> jbicha, in xenial? It does not for me even after killing gnome-software or deleting the g-s cache
[10:59] <seb128> ah, maybe I didn't follow fully then
[11:00] <seb128> there were talk about doing a symlink workaround meanwhile
[11:00] <seb128> which I guess leads to that issue
[11:00] <andyrock> jibel: i just noticed, fixed!
[11:00] <jbicha> jibel: btw, it keeps running in the background if you don't explicitly kill it
[11:00] <jibel> andyrock, thanks!
[11:00] <Laney> right, that's what I wouldn't have done
[11:00] <jibel> jbicha, right, I know. but despite that it is not listed
[11:00] <Laney> so go ahead and rename if it you require what you said
[11:01] <Laney> This migration thing is a slight issue though I think
[11:01] <Laney> it sounds like we can't add new default items to the GNOME Shell launcher
[11:01] <Laney> because they'll all be clobbered by the migration?
[11:02] <jbicha> jibel: I don't know, it works for me
[11:02] <Laney> did we always have that?
[11:03] <seb128> Laney, you mean? the launcher is just a list of items, we can decide to keep the exact same list as the user had under unity or to append other/news items to it as well if we swant
[11:04] <Laney> you're saying that the new default I added doesn't get shown for upgrading users because the old settings are copied over from Unity
[11:04] <Laney> which sounds to me like we can't rely on the defaults for upgrades at all
[11:05] <seb128> we don't add new defaults atm afaik
[11:05] <seb128> we just migrate existing configs
[11:05] <seb128> so if the user had xenial with the amazon webapp the migration would give a config with the new amazon launcher at the same position
[11:06] <seb128> if they removed it from their config it wouldn't be added back
[11:06] <Laney> ok, so you think it's desirable, that's fine
[11:06] <Laney> now what about renamed desktop files in general?
[11:06] <Laney> you were talking about wanting to stop doing this
[11:07] <Laney> sounds like we get this same problem there too?
[11:07] <seb128> right we would
[11:08] <seb128> I'm a bit undecided on wether we should just accept that this upgrade is suboptimal
[11:08] <seb128> Didier is the one who believes the more strongly about the upgrade doing the right thing
[11:08] <seb128> I was just summarizing the discussion
[11:09] <seb128> like whatever he/you decide is fine with me
[11:10] <Laney> I thought that Unity would just hide them rather than deleting the setting
[11:11] <Laney> dunno
[11:12] <seb128> right but it doesn't, that's what gnome-shell does
[11:12] <seb128> unity updates directly the gsettings config
[11:12] <Laney> yes, you just educated me
[11:13] <Laney> yeah dunno, doesn't seem fixable to me
[11:13] <seb128> yeah, options are
[11:13] <seb128> 1. have a compat file with the old name
[11:13] <seb128> 2. don't rename
[11:13] <seb128> 3. accept that the upgrade is buggy
[11:13] <seb128> or
[11:15] <seb128> change unity to keep the item in its config and SRU that change
[11:15] <seb128> if we decide to drop the compat names we should probably do the unity change to minimize upgrade issues
[11:20] <Laney> I wonder if that'd be easy
[11:20] <Laney> if so that's probably a good way to god
[11:20] <Laney> go*
[11:26] <seb128> Trevinho, ^ do you have any opinion on the topic?
[11:27] <Trevinho> hey seb128
[11:27]  * Trevinho checks
[11:27] <seb128> hey Trevinho :-)
[11:29] <Laney> hey Trevinho!
[11:29] <Laney> stupid tiny /boot
[11:30] <Laney> thanks a bunch ubiquity
[11:31] <Trevinho> hey Laney, got a good break?
[11:32] <Laney> wtf
[11:32] <Laney> I've been back a week dude
[11:32] <Laney> :)
[11:35] <Trevinho> yeah, but we didn't get much in touch recently... I'm hinding in the code :)
[11:35] <Trevinho> today's it's the unmeeting day btw :)
[11:36] <Trevinho> seb128: as per the topic I'm not sure I got the details, you're talking about renaming which desktop files?
[11:36] <Trevinho> like nautilus?
[11:36] <seb128> right
[11:37] <seb128> GNOME renamed a stack of desktops
[11:37] <seb128> things like eog or gedit went from name.desktop or org.gnome.name.desktop
[11:37] <seb128> unity removes favorites from its gsettings config when the file is removed from disk though
[11:38] <seb128> which means the config can't be migrated at next login
[11:39] <seb128> Trevinho, what do you think about changing unity to not remove them from gsettings but just skip over?
[11:45] <Trevinho> seb128: mh, ok... we can do it, it's probably more code changes than expected as that launcher model settings was quite overcomplicated :-), but ....yeah...
[11:46] <Trevinho> let me talk with andyrock too
[11:47] <seb128> Trevinho, don't start on it, I just want an estimate of how easy/much work that would be and if you think that would make sense
[11:49] <Trevinho> seb128: mh, so the thing is that we save the whole store.. So if an icon doesn't exist for that it gets removed..
[11:50] <Trevinho> Since the gsettings saving might happen at various levels, this overwriting might happen
[11:50] <Trevinho> and keeping the invalid values would complicate things a little as we'd need some more abstraction I think
[11:50] <Trevinho> if we don't want to put bad code (and I don't want it) around
[11:51] <Trevinho> so it's one of these things that might look easy but that might involve more time than expected
[11:51] <seb128> k, let's forget about it for now then
[11:51] <seb128> don't spend time looking at that
[11:51] <seb128> we might put it in the backlog for next cycle but it's not a priority
[11:51] <seb128> Trevinho, thanks
[12:04] <didrocks> let's thus do the transition in two steps, as for other desktop file (with the OnlyShowIn/NotShowIn)
[12:04] <didrocks> and after LTS, we remove the old name
[12:04]  * didrocks still believes we can give a good user story on upgrade
[12:05] <didrocks> (as IMHO, this is on those kind of details we shine compared to other distros, and we should ensure we keep focusing on this)
[12:09] <andyrock> seb128: do you have an example of migration script you want to use?
[12:10] <didrocks> andyrock: it's just old-name -> new-name
[12:10] <didrocks> andyrock: here, we don't want a migration script in unity itself, just having unity leaving untouched desktop file reference that don't exists on disk
[12:11] <didrocks> (so, still in the gsettings list, just not shown, as in gnome-shell)
[12:11] <andyrock> let me take a quick look
[12:13] <didrocks> (remember, it would mean SRUing this in xenial and zesty)
[12:15] <richukuttan> Hi. Can you tell me how to use ubuntu make behind a proxy? Even after setting environment variables http_proxy and https_proxy, I get an error:
[12:15] <richukuttan> ERROR: https://developer.android.com/studio/index.html couldn't finish download: HTTPSConnectionPool(host='developer.android.com', port=443): Max retries exceeded with url: /studio/index.html (Caused by NewConnectionError('<requests.packages.urllib3.connection.VerifiedHTTPSConnection object at 0x7ff62e205ac8>: Failed to establish a new connection: [Errno 101] Network is unreachable',))
[12:16] <didrocks> richukuttan: which version are you using? (umake --version)
[12:16] <didrocks> we fixed something around this a couple of months ago and it's available in the snap version
[12:16] <richukuttan> 17.03
[12:16] <didrocks> hum, that should have the fix
[12:16] <didrocks> but just in case, try snap install ubuntu-make
[12:16] <didrocks> and run that one
[12:16] <didrocks> (remove the deb version to ensure you are using the snap one)
[12:17] <didrocks> otherwise, please file an issue on the github project: https://github.com/ubuntu/ubuntu-make
[12:19] <chrisccoulson> Are we going to be shipping dash-to-dock by default?
[12:20] <richukuttan> Thanks. Will try.
[12:21] <didrocks> chrisccoulson: I guess still undecided until GUADEC
[12:21] <chrisccoulson> didrocks, there are some edge cases where it's really unpolished
[12:21] <chrisccoulson> like if the dock overflows. There's no indication of that at all
[12:22] <didrocks> yeah, I guess it didn't get the same amount of work/polish we did than for unity launcher (which was a lot of work)
[12:22] <didrocks> so, quite understandable
[12:22] <didrocks> I think opening a list of issues would be nice for what you find ugly
[12:23] <didrocks> and it's javascript, you are a master in that :)
[12:23] <chrisccoulson> I can do. Some of those are specific to multi-monitor, and they might not even be fixable as an extension (like clicking on "Show Applications" on the secondary screen displays them on the primary)
[12:24] <chrisccoulson> if you've got the dock displayed on both screens
[12:27] <jbicha> chrisccoulson: my understanding is GNOME Shell in general doesn't handle multi-monitor that well
[12:28] <chrisccoulson> jbicha, that's correct. Multimonitor is currently very poor compared with what we had in unity
[12:28] <chrisccoulson> It's tolerable :)
[12:30] <didrocks> I would say it's a different model of multimonitor
[12:30] <didrocks> (up to 2)
[12:30] <didrocks> I like it that way (always have on app displayed on the secondary monitor)
[12:30] <didrocks> but yeah, no idea how it behaves for more than 2 and how/if it's working well, I bet it's average
[13:19] <kenvandine> willcooke, any more thought on ownership of our snaps?
[13:19] <kenvandine> should we create an ubuntu-desktop account?
[13:20] <kenvandine> and we can use acls to allow team members access
[13:20] <kenvandine> willcooke, no rush to create something, we can transfer them whenever
[13:34] <Trevinho> Oh, we've an angry face if we've more than one users around
[13:34] <Trevinho> https://usercontent.irccloud-cdn.com/file/jDHmokws/
[13:35] <Trevinho> (I mean it might look like a ':|' emoticon)
[13:38] <willcooke> kenvandine, spoke to ev - we think "snapcrafters" is a good place.  flexiondotorg should be able to hook you up there
[13:41] <jbicha> seb128: could you 'bzr add' your recent patch for evolution and e-d-s?
[13:43] <jbicha> Trevinho: gnome-control-center in 17.04+ looks different than that…
[13:44] <jbicha> I mean the face is still there but the layout is different
[13:44] <Trevinho> jbicha: yeah, that was still ucc
[13:45] <kenvandine> flexiondotorg, i guess you'll need to do the first upload for each then and give me an acl after?
[13:45] <jbicha> Trevinho: the background could probably still use more contrast
[13:50]  * flexiondotorg reads backlog...
[13:51] <flexiondotorg> willcooke kenvandine Yep, snapcrafters is the the way to go.
[13:52] <flexiondotorg> https://github.com/snapcrafters
[13:52] <flexiondotorg> See the fork-and-rename-me for the process.
[13:52] <flexiondotorg> kenvandine So what snaps are you referring to?
[13:53] <kenvandine> flexiondotorg, gnome desktop snaps
[13:53] <flexiondotorg> Coolio.
[13:53] <kenvandine> gedit, quadrapassal, gnome-dictionary and gnome-clocks so for
[13:53] <flexiondotorg> So where are the snapcraft.yamls for those right now?
[13:53] <kenvandine> lots more to do
[13:57] <flexiondotorg> kenvandine Well, if we get those under Snapcrafters and auto building/publishing, we could put out of call for participation.
[13:58] <flexiondotorg> I've found contributors work better with examples they can work from.
[14:01] <kenvandine> flexiondotorg, indeed
[14:06] <seb128> jbicha, hey, sure
[14:06] <seb128> jbicha, do you have other pending changes? (I want to maybe do another upload)
[14:07] <seb128> willcooke, kenvandine, flexiondotorg, what is "snapcrafters" and who has access?
[14:08] <kenvandine> seb128, i'm still trying to figure that out
[14:08] <flexiondotorg> seb128 Read this for who/what Snapcrafters are - https://forum.snapcraft.io/t/join-snapcrafters/1325
[14:08] <flexiondotorg> As for who has access, currently ev popey and I are the gatekeepers.
[14:09] <flexiondotorg> Everything is via pull request only right now.
[14:09] <flexiondotorg> But that only because we've not setup any teams yet.
[14:10] <seb128> that seems suboptimal
[14:11] <flexiondotorg> WHat, the lack of teams?
[14:12] <popey> file an issue ;)
[14:12] <flexiondotorg> We are still bootstrapping Snapcrafters.
[14:12] <flexiondotorg> popey Get back to pool!
[14:14] <jbicha> seb128: 3.24.4 was just released yesterday but I don't know how to handle this commit yet: https://git.gnome.org/browse/evolution-data-server/commit/?h=gnome-3-24&id=f03000e
[14:14] <popey> just getting ice cream, then i will :)
[14:33] <kenvandine> flexiondotorg, can snapcrafters build using our backports PPA?
[14:33]  * kenvandine isn't familiar with the snapcraft build service
[14:34] <flexiondotorg> kenvandine Well, No, but yes.
[14:34] <kenvandine> we need that
[14:34] <flexiondotorg> build-packages: and staged-packages: can only reference the archive.
[14:34] <kenvandine> we have a gnome-3-24 backports PPA for 16.04
[14:35] <flexiondotorg> But it is possible to use scriptlets to grab stuff from a PPA.
[14:35] <kenvandine> ugh
[14:35] <kenvandine> LP lets me use the PPA :)
[14:35] <flexiondotorg> For exmaple - https://git.launchpad.net/~osomon/+git/chromium-snap/tree/snap/snapcraft.yaml?h=dev
[14:36] <kenvandine> eww....
[14:36] <kenvandine> add-apt-repository in prepare?
[14:37] <kenvandine> i guess it works though
[14:37] <kenvandine> flexiondotorg, and are there plans to be able to automate builds based on upstream commits?
[14:38] <flexiondotorg> kenvandine Just be aware to not run 'snapcraft' on your host system with such as prepare: script.
[14:38] <kenvandine> flexiondotorg, like if we want gedit to track the stable branch, we'd like automated builds when source-branch: gnome-3-24 changes
[14:38] <kenvandine> flexiondotorg, that's why i said ewww
[14:38] <kenvandine> :)
[14:38] <flexiondotorg> Only use 'snapcraft cleanbuild' locally. Otherwise those PPAs and package will be installed.
[14:39] <flexiondotorg> If a snapcraft.yaml sits outside the application repository, then build only happen when that yaml (or it's assets) are revved.
[14:40] <flexiondotorg> It is possible to use git hook and CI to trigger builds based on activity elsewhere.
[14:40] <flexiondotorg> I monitor GitHub releases for example in some of my snaps.
[14:40] <kenvandine> cool
[14:41] <kenvandine> i'd like to monitor changes or a specific branch, so that's doable
[14:44] <didrocks> flexiondotorg: I guess what you mean is to have a github hook which does a dummy commit in the snapcrafter repo, which is then watched by build.snapcraft.io, correct?
[14:46] <seb128> jbicha, eds and evo pushed, you might need to pull --overwrite
[14:48] <jbicha> thanks
[14:50] <seb128> jbicha, what's the issue with the eds commit your pointed?
[14:50] <seb128> jbicha, oh, and np
[14:54] <jbicha> it's just confusing, evolution doesn't depend on sendmail and I don't think we want it to
[14:55] <jbicha> the sendmail binary is part of the Debian alternatives so there are a lot of packages that could provide it
[14:56] <jbicha> I guess just build-depending on one of those packages is fine
[14:57] <Laney> that commit says if you set SENDMAIL_PATH during configure it won't check for it
[14:58] <jbicha> it's just weird that evolution gives you the option of sending mail with 'sendmail' when adding an email acct but that option won't work since sendmail isn't installed
[15:19] <jbicha> seb128: did you want to make other changes before we upload evo and eds 3.24.4?
[15:30] <Laney> TEAM
[15:30] <seb128> jbicha, no, I wanted to do a no change rebuild
[15:30] <seb128> to see if the translations get imported this time
[15:31] <didrocks> hey hey
[15:31] <jbicha> ok
[15:31] <Laney> #startmeeting desktop team 2017-07-18
[15:31] <meetingology> Meeting started Tue Jul 18 15:31:55 2017 UTC.  The chair is Laney. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:31] <meetingology> Available commands: action commands idea info link nick
[15:31] <Laney> wait
[15:32] <Laney> need to get the list
[15:32]  * didrocks stares at Laney meanwhile as a productive way to encourage him
[15:32] <kenvandine> flexiondotorg, is there a way to get the build service to build my snap before i publish it?  i really don't want to publish snaps built from my local system
[15:32] <Laney> andyrock, dgadomski, didrocks, duflu (out), jbicha, jamesh (out), jibel, heber, kenvandine, laney, oSoMoN (out), seb128, tkamppeter, trevinho, robert_ancell (out)
[15:32] <andyrock> o/
[15:32] <seb128> good, it's not only me having those embarassing moments when I've to lead the meeting :p
[15:32] <Trevinho> ola
[15:32] <Trevinho> h*
[15:33] <dgadomski> o/
[15:33]  * Laney isn't embarrassed
[15:33]  * Laney is STRONG and STABLE
[15:33] <seb128> :-)
[15:33] <didrocks> (hem)
[15:33]  * Trevinho tried the unmeeting even today... nobody :-(
[15:33] <didrocks> ;)
[15:33] <Laney> (UK politics joke btw)
[15:33] <kenvandine> :)
[15:33] <heber> o/
[15:33] <Laney> let's go
[15:33] <Laney> #topic andyrock
[15:33] <andyrock> # At Europython last week
[15:33] <andyrock> # Review lp:~3v1n0/unity/glib-signals-blocking
[15:33] <andyrock> # Review lp:~3v1n0/unity/unity-settings-signal-blocking
[15:33] <andyrock> # Review lp:~3v1n0/unity/lowgfx-setting-sync
[15:33] <andyrock> # Review lp:~3v1n0/unity/lower-launcher-effects
[15:33] <andyrock> # Updating bugs for unity sru
[15:33] <andyrock> # Update livepatch + software-properties demo
[15:33] <andyrock> # Working on the user livepatch daemon for notifications
[15:33] <andyrock> # Working on fixing the favorite icons migration problem with unity7
[15:34] <Laney> nice
[15:34] <andyrock> #eod
[15:34] <Laney> unity moving along ;-)
[15:34] <Laney> #topic dgadomski
[15:34] <dgadomski> hey
[15:35] <dgadomski> * working on bug #1699179
[15:35] <dgadomski> * still debugging smbd for bug #1701073
[15:35] <dgadomski> * preparing autopkg tests for #1700827
[15:35] <dgadomski> eof
[15:35] <Laney> nice
[15:35] <Laney> autopkgtests for ze win
[15:35] <dgadomski> ;)
[15:35] <Laney> thanks dgadomski
[15:35] <Laney> #topic didrocks
[15:35] <didrocks> * short week: 3 days (Friday was a national holiday and I swapped Monday)
[15:35] <didrocks> * Upgraded from xenial to yakkety (regression in display sctreen positions, inverse scrolling settings and some scaling font changes in unity panel) to zesty (exactly same regression in display positions, inverse scrolling settings and some scaling fonts in unity panel) and then to artful: successful silent migration to gdm and gnome-shell + launcher icon migrations. However, scrolling went back to
[15:35] <didrocks> the normal place and g-c-c input panel was useless until uninstalling -synaptics driver. Issue known and tracked as a trello card.
[15:35] <didrocks> * Testing the new session and getting familiar with it (wayland/Xorg)
[15:36] <didrocks> * Done still a lot of AA work: promotion/demotion of components (language stacks)
[15:36] <didrocks> * work on removal of indicator-messages and application-indicator (patch for onboard…)
[15:36] <didrocks> * gdm fix for default session in autologin mode and discussed about a regression with duflu/additional fixes on the wayland case
[15:36] <didrocks> * ubuntu make as classic snap: part 2 published
[15:36] <didrocks> *** * * *** * * *** * * *** * * *** *** *** *** *** * * * *Y
[15:37] <Laney> thanks didrocks, good work
[15:37] <didrocks> ;)
[15:37] <Laney> wait
[15:37] <Laney> I got it
[15:37] <Laney> whyyyyy
[15:37] <didrocks> haha, yw! :)
[15:37] <Laney> hmm, didn't get any status from anyone actually
[15:37] <Laney> seb128: you got anybody's
[15:37] <Laney> ?
[15:38] <seb128> Laney, just duflu
[15:38] <Laney> luckily:
[15:38] <Laney> #topic duflu
[15:38] <seb128> * PulseAudio:
[15:38] <seb128>   - Released a chunky little intermediate update for artful: https://launchpad.net/ubuntu/+source/pulseaudio/1:10.0-2ubuntu1
[15:38] <seb128>   - If all goes well and errors.ubuntu.com shows the crashes have stopped then I'll backport to zesty and xenial. Wait a few weeks?...
[15:38] <seb128>   - Zero regressions so far (on those bugs we declared fixed at least): https://errors.ubuntu.com/?package=pulseaudio&period=year&version=1%3A10.0-2ubuntu1
[15:38] <seb128> * Video acceleration:
[15:38] <seb128>   - This week I tried going deep in the graphics corruption with totem+Wayland: https://bugs.launchpad.net/bugs/1701463
[15:38] <seb128>   - Keeping the comments upstream though: https://bugzilla.gnome.org/show_bug.cgi?id=784369
[15:38] <seb128>   - Found the root cause and hacked a proof of concept workaround
[15:38] <seb128>   - The problem occurs _through_ the clutter-gst plugin and the totem app, but is arguably fundamentally a gstreamer-vaapi issue only.
[15:38] <seb128>   - Also found the corruption directly relates to dramatically increased CPU in Wayland vs X11.
[15:38] <seb128>   - Found my planned proper fix (which would take a long time anyway) actually would get rejected because upstream have different grand plans to redesign things, which should fix the bug at the same time.
[15:38] <seb128>   - Presently considering some kind of short-term workaround, to resolve the corruption but not the performance problem, which is also caused by the same software upload path. Failing that I will have to stop working on this issue. It runs too deep and any fix would conflict with upstream plans in motion.
[15:38] <seb128> * GDM: Lost a couple of afternoons unexpectedly in gdm-land...
[15:39] <seb128>   - Wayland login failures: https://bugs.launchpad.net/gdm/+bug/1704050
[15:39] <seb128>   - Investigating Bluetooth woes: https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1703415
[15:39] <seb128> * Daily bug maintenance across gnome-shell, bluez, pulseaudio and mir.
[15:39] <seb128> * Noteworthy bug count deltas this week:
[15:39] <seb128>   - pulseaudio (Ubuntu): 1427 (May) -> 415 (July)
[15:39] <seb128>   - bluez (Ubuntu): 319 (May) -> 265 (July)
[15:39] <seb128>   - Other components will finish expiring in the coming weeks...
[15:39] <seb128>  
[15:39] <seb128> (quite spammy sorry)
[15:39] <Laney> nice and verbose ...
[15:39] <Laney> thanks!
[15:39] <Laney> #topic jbicha
[15:39] <jbicha> • NM 1.8.2 is now in artful, thanks cypher_mox for fixing nplan's autopkgtest
[15:39] <jbicha> • Sponsored gdm3 for will
[15:39] <jbicha> • Merged sane-backends with Debian but it FTBFS on some arches
[15:39] <jbicha> • Got gnome-shell off the Ubuntu Budgie ISO (LP: #1703685)
[15:39] <jbicha> • Uploading evolution 3.24.4 to artful now
[15:39] <jbicha> eof
[15:40] <jbicha> hmm, eds built fine yesterday :(
[15:40] <seb128> what's the error now?
[15:41] <Laney> LATER!
[15:41] <Laney> thanks jbicha
[15:41] <Laney> #topic jibel / heber
[15:41] <chiluk> jbicha is there anything obvious in NM 1.8.2. that might fix all the resume from suspend NM applet broken issues that are out there?
[15:41] <heber> hi !
[15:42] <heber> QA updates:
[15:42] <heber> * Gnome-software test plan (https://wiki.ubuntu.com/Process/Merges/TestPlans/gnome-software )
[15:42] <heber> * Gnome-software, appstream-glib and snapd-glib SRU verification.
[15:42] <heber> * Maintenance and fix of upgrade tests
[15:42] <heber> * Test/fix the jenkins CI machinery for: post install, post upgrade and ubuntu-system-tests-ci
[15:42] <heber> * Automate a test to detect which session and which display server is running.
[15:42] <heber> * Update/test testflinger job to run the actual tests and report results.
[15:42] <heber> EOF
[15:42] <Laney> thanks
[15:42] <Laney> which actual tests?
[15:43] <heber> right now we configure testflinger with a fake tests
[15:43] <heber> now we have a real test in ubuntu-system-tests repo
[15:44] <Laney> nice
[15:44] <Laney> where are the results?
[15:44] <heber> so far in my local jenkins :P
[15:44] <heber> but should be available in grafana by EOW
[15:44] <Laney> :)
[15:44] <Laney> k, looking forawrd to it
[15:45] <Laney> #topic kenvandine
[15:45] <kenvandine> * Improvements/fixes to lightdm->gdm3 transition.
[15:45] <kenvandine> * Prepared demo using gnome-3-24 platform snap
[15:45] <kenvandine> * gnome-clocks, quadrapassel, and gnome-dictionary are all in the edge channel of the store now built using the gnome-3-24 content interface.
[15:45] <kenvandine> * Helped Will debug issues with speaker test playing wrong file, turned out it be $XDG_DATA_DIRS and Wayland issue.  Works fine in X.
[15:45] <kenvandine> * gedit name issue has been resolved, now pending manual review
[15:45] <kenvandine> * Learning about snapcrafters and getting one of the gnome apps snaps built using their process with the goal of automated builds when the upstream stable release branch is updated.
[15:45] <kenvandine> EOF
[15:45] <Laney> fun
[15:46] <Laney> thanks kenvandine!
[15:46] <Laney> #topic Laney
[15:46] <Laney> someone will have to let me know when this finishes :P
[15:46] <Laney> wait no I can do it like this
[15:47] <Laney> • autopkgtest:
[15:47] <Laney> ∘ Some debugging / fixing of broken armhf workers, requeued lots of stuff
[15:47] <Laney> ∘ reviewed MP to change 'stuck package' email frequency
[15:47] <Laney> ∘ some debugging of issues with IS (lgw01 broken), fixed for now
[15:47] <Laney> ∘ pitt_i hinted me towards a previous issue with the quota usage being wrong - that's happening now too, meaning we can't launch as many instances as we should. filed ticket to get that fixed too (SQL hackery inside Openstack, fun)
[15:47] <Laney> • updated gstreamer to 1.12.2, just got to upload
[15:47] <Laney> • lightdm no-upgrade-prompt fix (thanks didrocks for reviewing)
[15:47] <Laney> • session-migration ftbfs upload from ages ago + followup test fix (debhelper behaviour change?)
[15:47] <Laney> • find gnome-terminal wayland transparency patch thanks to upstream / fedora guys
[15:47] <Laney> 🔥 (A small flame, mostly yellow but red at the top. Can be used to describe something or someone being hot, or in the context of being exemplary (lit, slang).)
[15:47] <Laney> #topic seb128
[15:47] <didrocks> thanks for looking at session-migration Laney ;)
[15:47] <seb128> • 3 days w.e, thanks french revolution
[15:47] <seb128> • sponsoring (pulseaudio, xmlsec) and reviews (u-c-c)
[15:47] <seb128> • some more discussions about deprecated libraries
[15:47] <seb128> • MIR for rhythmbox-plugin-alternative-toolbar
[15:47] <seb128> • proposed fix for ubiquity/new g-s-d
[15:47] <seb128> • reported gdm/pulseaudio/bluetooth bug upstream
[15:47] <seb128> • some nagging about n-m/nplan issues

[15:47] <Laney> good nagging
[15:48] <Laney> saw some movement there
[15:48] <seb128> :-)
[15:48] <Laney> thanks!
[15:48] <Laney> #topic tkamppeter
[15:48] <tkamppeter> - cups-filters: Several bug fixes and improvements on cups-browsed: Especially allow cups-browsed only take care of remote printers for which CUPS would not create a queue by itself, additional crash prevention, additional protection on hanging on shutdown. Let PPD generator work around a bug of Brother printers reporting wrong resolution when printing driverless.
[15:48] <tkamppeter> - Google Summer of Code 2017: Student project coordination and mentoring. Video meeting with all students, settled on way to go with QPDF upstream cooperation for the PCLm support.
[15:48] <tkamppeter> - Bugs.
[15:49] <Laney> thanks tkamppeter
[15:49] <Laney> I printed something yesterday
[15:49] <Laney> it was a great Till moment
[15:49] <Laney> #topic Trevinho
[15:49] <Trevinho> Back to some unity7 fixes
[15:49] <Trevinho> · Fixed unity glib-signals to support block/unblock
[15:49] <Trevinho> · Fixed a tricky boot loop issue we had in VMs with no high-gfx support
[15:49] <Trevinho> · Adapted some ucc settings
[15:49] <Trevinho> · Removed some launcher effects when in lowgfx
[15:49] <Trevinho> · Prepared new landings for artful and xenial
[15:49] <Trevinho> · Done lots of tests of changes in xenial VMs (which caused various debugging of new edge cases issues I discovered)
[15:49] <Trevinho> · Setup new countryside coworking space with andyrock (been a sysadmin for few hours to get great 4g connection allover the mansion) for the first test of the so-much-dreamed-and-never-done "Sun Sprint"
[15:49] <Trevinho> 🐗
[15:49] <tkamppeter> Laney, did it work?
[15:50] <tkamppeter> Was driverless printing involved?
[15:50] <Laney> tkamppeter: at first I forgot to select greyscale and the colour cartridge is empty /o\
[15:50] <tkamppeter> Which printer model?
[15:50] <Laney> ooh, how do I know if it was driverless
[15:50] <Laney> (sorry Trevinho :))
[15:50] <Laney> it's a HP F4180
[15:51] <Laney> let's move on :P
[15:51] <Laney> thanks Trevinho
[15:52] <Laney> #topic AOB
[15:52] <Laney> andyrock: you're working on that favourites removal thing?
[15:52] <andyrock> yep I'm trying a quick fix
[15:52] <Laney> nice
[15:53] <Laney> you'll make didrocks very happy
[15:53] <didrocks> :) <- current smile
[15:53] <didrocks> :D <- once it's done smile
[15:53] <jbicha> so, Ubuntu GNOME needs to introduce a new metapackage soon but naming is tough, maybe pure-gnome-desktop
[15:53] <Laney> :D ~~~~~  why are there snakes in my throat?
[15:54] <jbicha> maybe vanilla-gnome-desktop if people don't mind spelling vanilla
[15:54] <Laney> what's that going to do?
[15:54] <jbicha> well ubuntu-gnome-desktop will be transtional → ubuntu-desktop and the new metapackage is for people who prefer the old Ubuntu GNOME defaults
[15:55] <didrocks> jbicha: why?
[15:55] <jbicha> like gnome-photos, Adwaita, etc.
[15:55] <didrocks> couldn't it be simply "gnome-session"
[15:55] <didrocks> and have deps listed there?
[15:55] <jbicha> because some people want that
[15:56] <didrocks> wasn't the goal of gnome-session binary package to potentially provide this pure experience with the according session?
[15:56] <didrocks> or maybe, that could be even ubuntu-gnome metapackage reused for this?
[15:56] <didrocks> (as a proper metapackage)
[15:56] <didrocks> wdyt?
[15:57] <jbicha> didrocks: we'll think about that, that would increase the diff with Debian to repurpose that package for that
[15:57] <didrocks> jbicha: yeah, I guess both options are ok, but let's see if we can repurpose ubuntu gnome as being this pure upstream experience
[15:57] <didrocks> (I think that's what would make sense)
[15:57] <Laney> going to do something with gsettings overrides?
[15:58] <kenvandine> jdstrand, could we get gnome-3-24:gnome-3-24-platform on the blessed lists of autoconnected interfaces?
[15:58] <jbicha> yes, it needs a default-settings package too
[15:58] <Laney> it's annoying having to reset things back to the upstream defaults
[15:59] <jbicha> we should talk sometime about some of Ubuntu's overriden settings to see if they still make sense to diverge
[15:59] <didrocks> I guess if we do it properly, it's not that complicated, or ship our overrides somewhere else?
[15:59] <jbicha> didrocks: it's not complicated any more, Ubuntu GNOME has been doing this for years
[15:59] <didrocks> yeah, or have them separated from source code in a real settings package (as we have some already)
[15:59] <didrocks> yep
[15:59] <jbicha> we don't plan to make an iso, it's just like an overlay to get more GNOME apps and defaults
[15:59] <Laney> oh for session based overrides, eh?
[16:00] <didrocks> yeah, we can do some
[16:00] <didrocks> as RH did with the classic session
[16:00] <didrocks> (like different shell themes, I don't think they do different gtk theme based on session, but we could)
[16:00] <didrocks> they already do it for some properties like buttons (minimize/maximize/close)
[16:01] <didrocks> I had a quick look today, it's not really complex
[16:01] <Laney> muktupavel_s has been fighting about this in the past
[16:01] <Laney> https://bugzilla.gnome.org/show_bug.cgi?id=746592
[16:01] <didrocks> so, I'm happy to give ubuntu gnome or whatever we want an help on this
[16:01] <Laney> anywaysssssssss
[16:01] <Laney> let me get this meeting closed please :)
[16:01] <Laney> anything else?
[16:01] <jbicha> didrocks: I suggested using a gnome-shell mode for Ubuntu earlier but I was told that was too heavy of a solution
[16:01] <didrocks> jbicha: it's actually not from what I saw
[16:01] <didrocks> yeah, let's close the meeting
[16:02] <jbicha> +1
[16:02] <didrocks> jbicha: I'm happy to discuss that with you tomorrow and give a hand there
[16:02] <didrocks> (per-session override has been dismissed in gsettings in 2011 by desrt already :p)
[16:03] <Laney> #endmeeting
[16:03] <meetingology> Meeting ended Tue Jul 18 16:03:29 2017 UTC.
[16:03] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2017/ubuntu-desktop.2017-07-18-15.31.moin.txt
[16:03] <jbicha> seb128: https://launchpadlibrarian.net/329522394/buildlog_ubuntu-artful-amd64.evolution-data-server_3.24.4-0ubuntu1~artful1_BUILDING.txt.gz
[16:04] <seb128> thanks Laney, good meeting :-)
[16:04] <jbicha> it built yesterday locally so what changed?
[16:04] <didrocks> thanks Laney ;)
[16:04]  * jbicha looks suspiciously at doko's binutils updates, maybe?
[16:04] <Laney> it's double quoted
[16:05] <seb128> jbicha, no, it's the sendmail thing
[16:05] <Laney> yw seb128, didrocks!
[16:05] <seb128>  #define SENDMAIL_PATH ""/usr/sbin/sendmail""
[16:05] <seb128> /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/evolution-data-server-config.h:40:26: error: ‘usr’ undeclared (first use in this function)
[16:05] <jbicha> seb128: thanks, let me try again
[16:05] <Laney> remove the quotes
[16:05] <seb128> that's what Laney probably meant by double quoted I guess
[16:05] <Laney> from the export
[16:05] <Laney> I assume that's what you did anyway
[16:06] <jbicha> yes
[16:07] <andyrock> didrocks: how long do we need to have the "dead paths" around?
[16:07] <didrocks> andyrock: I guess until LTS
[17:01] <Laney> nighty night