[06:15] <jibel> Good morning
[06:30] <duflu> Morning jibel
[06:31] <jibel> Hi duflu
[06:42] <didrocks> good morning
[07:03] <seb128> good morning desktopers
[07:06] <duflu> Hi didrocks, seb128
[07:07] <seb128> hey duflu, how are you?
[07:07] <duflu> seb128, dazed and confused. That massive memory leak I was working on is gone. So now switching tasks
[07:07] <duflu> You?
[07:10] <didrocks> hey duflu, re seb128
[07:11]  * duflu wanders off for a little
[07:12] <seb128> duflu, some update resolved it?
[07:24] <duflu> seb128, no I can't see any updates
[07:24] <seb128> weird :/
[07:25] <duflu> I am seeing "smaller" leaks of 0.5-1MB but those are much smaller than my original focus
[07:27] <duflu> And then sncf emails me to try and sell Summer holidays in France. Sounds good
[07:27] <Nafallo> morning
[07:27] <duflu> Morning Nafallo
[07:28] <Nafallo> would it be a bug if gnome-initial-setup show the installed app in the suggested apps as well?
[07:30] <seb128> Nafallo, I don't know, that's a question for robert_ancell
[07:31] <Nafallo> user experience? *shrugs*
[07:31] <robert_ancell> Nafallo, that was raised but I'm not sure what the conclusion was.
[07:31] <Nafallo> I just found it odd :-)
[07:31] <robert_ancell> I'll let design decide - note of course you tend to only see this after an install, so you're not likely to see any overlaps.
[07:32] <Nafallo> unless I pre-seed stuff ;-)
[07:32] <robert_ancell> indeed :)
[07:33] <Nafallo> other than that it looks good. couldn't test the livepatch stuff, since I've already used up my member entitlements :-)
[07:34] <Nafallo> hehe. metrics.ubuntu.com doesn't exist yet :-)
[07:37] <didrocks> yep
[07:40] <oSoMoN> good morning desktoppers
[07:41] <didrocks> salut oSoMoN
[07:41] <seb128> lut oSoMoN, en forme ?
[07:41] <oSoMoN> salut didrocks, seb128
[07:42] <oSoMoN> daughter was sick so that was a tough night, but it's over :)
[07:42] <oSoMoN> how are you guys?
[07:43] <seb128> I'm a bit sick but otherwise good
[07:43] <didrocks> getting in better shape little by little :)
[07:53] <duflu> Hi oSoMoN
[07:53] <oSoMoN> hey duflu
[08:02] <Laney> hey
[08:03] <oSoMoN> hey Laney
[08:06] <didrocks> good morning Laney
[08:07] <seb128> good morning u.k
[08:07] <seb128> hey willcooke Laney
[08:07] <Laney> hey oSoMoN didrocks seb128
[08:07] <Laney> what's new?
[08:08] <seb128> it's cold & windy, not supposed to be like this in april!
[08:08] <Laney> sun here!
[08:08] <Nafallo> weekend should be alright here. between 2-10°.
[08:08] <Nafallo> camping weather :-)
[08:10] <willcooke> morning.
[08:10] <didrocks> hey hey willcooke
[08:10] <willcooke> blurgh
[08:11] <oSoMoN> hey willcooke
[08:12] <Nafallo> hey willcooke :-)
[08:14] <duflu> Morning willcooke
[08:14] <duflu> and morning Laney
[10:18] <jibel> willcooke, I'm all done with the review of beta 2. 2 majors issues: 1. Cannot upgrade from ubiquity 2. No screen reader support
[10:18] <jibel> major*
[10:18] <sil2100> jibel: \o/ I guess 2. isn't a blocker for final beta as well?
[10:21] <jibel> sil2100, none of them are
[10:23] <sil2100> Yeah, I knew 1. wasn't, just making sure about 2.
[10:27] <willcooke> thanks a lot jibel, good work
[10:28] <willcooke> jibel, screenread from the installer?
[10:29] <jibel> willcooke, yes, the shortcut to activate it doesn't work and there is no indicator either in the panel
[10:29] <jibel> bug 1741690
[10:29] <ubot5`> bug 1741690 in ubiquity (Ubuntu) "You can't enable the Orca screen reader until after you click "Try Ubuntu" on Ubuntu bionic" [Critical,Confirmed] https://launchpad.net/bugs/1741690
[10:31] <jibel> Laney, re fontconfig, would it work to touch the font files when building the filesystem to remove the nanoseconds then re-run fc-cache?
[10:31] <jibel> instead of modifying fontconfig
[10:32] <jibel> and it'd work on all the flavors
[10:47] <Laney> jibel: I'm pretty sure my fix fixes that case too, as it ignores nsec == 0 - so if the argument is that things end up with nsec = 0 on the target then a regen won't be triggered.
[10:47] <Laney> Not sure why an LP specific fix is better?
[10:48] <Laney> Also I don't know offhand how to do that ...
[10:49]  * Laney downloads a xubuntu iso
[10:50] <Laney> not that I can get on cdimage for some reason
[10:55] <Laney> just having some drama with a leaning fence
[11:12] <seb128> jibel, would be interesting to try the screenreader with the fontconfig fix
[11:15] <didrocks> seb128: it was happening in 17.10 from what we got told, so few chances…
[11:15] <seb128> weird, I though we fixed it in N-Y
[11:19] <didrocks> maybe the bug was simply not closed?
[11:19] <seb128> could be, but it's buggy for sure now in bionic
[11:19] <didrocks> but IIRC I asked the reporter to try a 17.10 iso and he confirmed it didn't work
[11:20] <seb128> I'm going to wait for that fontconfig fix in any case
[11:20] <didrocks> yeah
[11:23] <jibel> seb128, yes, I suppose the shortcut don't work because gsd services are timeout, like the terminal shortcut for example
[11:24] <seb128> right
[11:37] <jibel> sil2100, there is something else, there is no maybe-ubiquity mode
[11:38] <jibel> could someone with a bios machine boot latest bionic iso and tell if they see the try/install screen?
[11:39] <jibel> I just have an uefi machine and in a VM it always shows me the syslinux menu
[11:39] <seb128> I do under virtualbox
[11:39] <seb128> I can try in a bit
[11:40] <jibel> seb128, the boot menu is not displayed in vbox and it boots to ubiquity-dm?
[11:40] <seb128> I get the menu but that iso might be some days old
[11:40] <seb128> is that a recent issue?
[11:43] <jibel> idk, I rarely boot without pressing a key
[11:45] <seb128> jibel, dunno if the comment from Steve on https://code.launchpad.net/~vorlon/ubiquity/getties-and-ubiquity-dm/+merge/342716 has to do with your issue
[11:45] <seb128> or if he was trying to debug that
[11:46] <didrocks> sounds the second to me
[11:46] <seb128> right, I was not suggesting the code change there has to do the issue
[11:47] <seb128> rather I wonder if his " OTOH it doesn't look like the current Ubuntu ISO does maybe-ubiquity on its own" is stating the same problem
[11:54] <jibel> probably an issue with libvirt. With an older version it boots to ubiquity-dm and does not display syslinux
[12:05] <cpaelzer> jibel: what would you want to be different from libvirt in this case?
[12:11] <jibel> cpaelzer, it's like the guest is receiving a keystroke on boot.
[12:11] <jibel> which it should not
[12:12] <jibel> cpaelzer, I'm upgrading the second machine to the same version of libvirt to check if it's the problem
[12:17] <cpaelzer> odd
[12:18] <cpaelzer> jibel: libvirt won't send keystrokes, maybe some defaults on the console changed which lead to this new behavior
[12:18] <cpaelzer> jibel: once you spot what really happens let me know
[12:18] <cpaelzer> libvirt does not interact with the guest console
[12:18] <cpaelzer> it only does with the qemu monitor
[12:19] <cpaelzer> jibel: is that on graphical boot (e.g. through virt-manager) or a pure console guest (e.g. virsh console)?
[12:23] <jibel> cpaelzer, it's a graphical boot. I'll dig further and let you know if I find anything.
[12:23] <cpaelzer> pfff - who wants graphic :-)
[12:23] <cpaelzer> jibel: looking forward to hear from you
[12:30] <flexiondotorg> jibel Home directory encryption is absent from 18.04. Intentional?
[12:30] <jibel> flexiondotorg, yes, it's been removed.
[12:31] <jibel> flexiondotorg, ubiquity 18.04.3
[12:31] <jibel>   * Remove the encrypted userdir option from the gtk installer since
[12:31] <jibel>     ecryptfs is going to move to universe. The keep the base code in case
[12:31] <jibel>     the option is added back later using another technology.
[12:31] <flexiondotorg> Hmmm, how are OEM installs going to offer data security without home encryption?
[12:31] <flexiondotorg> willcooke: ^
[12:36] <willcooke> people will need to manual setup whole disk encryption
[12:36] <willcooke> manually
[12:37] <willcooke> or move their home dir to another partition and enable ext4 encrpytion
[12:37] <seb128> flexiondotorg, disk encryption
[12:38] <flexiondotorg> Fine for individuals. But what about OEMs shipping computers with OME setup?
[12:38] <Nafallo> SED drives? just throwing it out there.
[12:38] <seb128> flexiondotorg, talk to the security team, we are not the ones who decided on that change
[12:39] <willcooke> flexiondotorg, they can enable encryption after OEM setup is complete in the same way as anyone
[12:39] <flexiondotorg> I don't follow.
[12:39] <popey> FDE is a very early install step, not typically something done at the end.
[12:40] <Nafallo> there's been some work trying to get cryptsetup to encrypt unencrypted installation. I haven't dared tried it yet.
[12:41] <Nafallo> flexiondotorg: possibly encrypt it with a passphrase file on /boot or somewhere and then write software that asks the user for a password or two before removing the keyfile?
[12:42] <Nafallo> anyway. sort of offtopic for this channel.
[12:43] <flexiondotorg> If a vendor perform an OEM install to, ship on laptops sold to customers, and choose FDE the encryption key is known by them.
[12:44] <Nafallo> hence why you remove the keyfile after setting the user password(s)
[12:48] <willcooke> flexiondotorg, I'm not really up to speed with what the encryption options are.  Best to ask the security team
[12:48] <flexiondotorg> OK
[13:10] <jibel> cpaelzer, bug 1761497, not urgent
[13:10] <ubot5`> bug 1761497 in virt-manager (Ubuntu) "syslinux menu is displayed when a desktop ISO is powered from virt-manager" [Undecided,New] https://launchpad.net/bugs/1761497
[13:10] <jibel> it doesn't happen from the command line
[13:11] <cpaelzer> jibel: TBH I'm not sure what to do on this :-/
[13:11] <cpaelzer> do I read this correctly "not all the physical machines running the same version of libvirt and qemu exhibit this behaviour"
[13:12] <cpaelzer> that even for you only "some" systems show this effect
[13:12] <cpaelzer> even being on the same versions?
[13:13] <jibel> cpaelzer, yes, it's weird. I uninstalled/reinstalled the vm stack and no change. The machines I tried have different graphics chipset
[13:13] <cpaelzer> jibel: well the virtual graphic should not change
[13:14] <cpaelzer> jibel: when you say "started with virsh start" does that mean with a pure text console?
[13:14] <cpaelzer> like with "virsh start --console"
[13:14] <jibel> it is not blocking anything, just annoying
[13:15] <jibel> cpaelzer, yes, virsh start <domain>
[13:16] <cpaelzer> jibel: but from commandline still gives you a graphical view?
[13:17] <cpaelzer> ubiquity-dm was the nice graphical prompt right?
[13:18] <jibel> cpaelzer, ubiquity-dm is the ubiquity dialog with a list of languages and the options try or install ubuntu. It's the first thing a user should see if he doesn't press key during boot
[13:19] <jibel> cpaelzer, otherwise if you press a key on the aubergine screen with a small keyboard icon at the bottom it proposes several other options and it's in text mode.
[13:20] <jibel> cpaelzer, that's what I get even without pressing any key
[13:20] <jibel> but really don't spend time on this, I can use the command line
[13:33] <jibel> willcooke, I'm going to mark ubuntu desktop ready to release. Any objection?
[13:34] <willcooke> jibel, +1 thanks
[13:35] <acheronuk> so ecryptfs-utils has dropped off all the isos, meaning the encrypt home folder checkbox for KDE front end can't work?
[13:35] <seb128> acheronuk, right, if you want to keep providing that feature I guess you need to make -kde depends on it
[13:36] <acheronuk> seb128: the bug says it's buggy. problematically so? if you know that is
[13:37] <acheronuk> I don't want to add something back that is likely not supportable
[13:37] <seb128> acheronuk, well, we removed the depends so up to you to remove the option as well or add back the depends
[13:37] <acheronuk> I'll investigate. thanks
[13:39] <seb128> yw
[13:47] <GunnarHj> seb128: Mystery with deactivated templates resolved. Gabor hasn't replied yet, though.
[13:47] <seb128> GunnarHj,hey, I saw that!
[13:49] <GunnarHj> seb128: Do you have an idea off hand which packages in universe make use of the language packs?
[13:49] <seb128> no
[13:49] <GunnarHj> :(
[13:49] <seb128> why?
[13:49] <seb128> to know if there are enabled?
[13:50] <GunnarHj> seb128: If their templates were deactivated, the translations will disappear for the users at next full langpack update.
[13:53] <seb128> GunnarHj, then we can diff the langpacks, enable those back and do another langpack update
[13:53] <seb128> or ask on #ubuntu-devel if somebody knows how to query for packages using that tag in their control
[13:54] <GunnarHj> seb128: The latter sounds promising.
[13:56] <jbicha> GunnarHj: too bad we don't have something like for Ubuntu: https://codesearch.debian.net/search?q=X-Ubuntu-Use-Langpack
[13:57] <seb128> L_aney set up one a while ago but I guess that didn't get maintained
[13:57] <GunnarHj> jbicha: Wow! One first thing to do is to check whether the templates for those packages are up and running.
[13:58] <jbicha> GunnarHj: that list is very incomplete for what you want though
[13:58] <jbicha> it won't have any of the Unity packages!
[13:58] <seb128> jdstrand used to have a scrip that does grep through the archive, unsure if he still has it
[13:59] <GunnarHj> jbicha: I know. But it's a starter. And we are dealing with Unity separately anyway.
[14:46] <GunnarHj> jbicha, seb128: Could bring back template for evolution by help of that Debian search.
[14:46] <jbicha> GunnarHj: ?
[14:47] <jbicha> I thought evolution was already in the langpacks
[14:47] <jbicha> that was our intent at least!
[14:47] <GunnarHj> jbicha: It is. The problem is (was) that the template got deactivated by mistake.
[14:48] <jbicha> I have been confused by the langpacks for years. Guess I'm still going to be confused :(
[14:49] <GunnarHj> jbicha: For context on the present archive wide issue:
[14:49] <GunnarHj> https://lists.ubuntu.com/archives/ubuntu-translators/2018-April/007474.html
[14:49] <Laney> I seem to remember there being a text file or something
[14:51] <GunnarHj> How do we dig deeper into Laney's memory? :)
[15:07] <GunnarHj> seb128: Have they replaced <Ctrl>+<Shift>+U with <Ctrl>+<Shift>+E because that emoji thing, even if it's not compliant with the standard?
[15:07] <seb128> GunnarHj, the details are in the bugs I pointed out
[15:07] <seb128> but yeah basically
[15:08] <GunnarHj> seb128: Sounds weird. I'll switch to bionic and test it to start with.
[15:09] <seb128> GunnarHj, well it's not going to tell you much, don't bother, I'm handling it
[15:09] <GunnarHj> seb128: Are you going to bring Ctrl+Shift+U back then?
[15:28] <seb128> didrocks, go doesn't make small C libraries! libsysmetrics is almost as big as libgtk (5.7M vs 7.1M)
[15:28] <didrocks> seb128: yeah, there is the Go runtime in it
[15:29] <didrocks> (and the stdlib)
[15:30] <seb128> k, makes sense
[15:31] <didrocks> we can even embed the python runtime inside the Go runtime if you want more inception :p
[15:31] <didrocks> (but then python is single-threaded due to their gold locker)
[15:54] <Laney> tempted to upload my fontconfig proposed patch
[15:54] <Laney> and replace / refine it with upstream comments if we get any
[15:55] <Laney> any opinions?
[15:56] <seb128> +1
[15:56] <seb128> I think it's the pragmatic thing to do
[15:56] <seb128> and we need that issue resolved to see if other problems go away like keybinding, screen reader, etc
[15:56] <seb128> also having a not-so-slow iso boot might make other work easier
[15:57] <seb128> the fix also seems to make sense, it's a bit hackish but it should do the job and I don't see a potential problem due to it
[15:57] <Laney> ok then
[15:57] <seb128> thx
[16:09] <didrocks> yeah, sounds the best approach
[16:26] <Laney> done DONE
[16:26] <Laney> stupid sun revealed how dirty my screen is
[17:14] <willcooke> night all
[17:25] <Trevinho> hey Laney can you publish https://bileto.ubuntu.com/#/ticket/3227 please?
[17:25] <Laney> Trevinho: I'm just off, can look tomorrow if nobody beats me
[17:25] <Laney> see you!
[17:26] <Trevinho> Laney: ah, ok no problem
[17:26] <Trevinho> good night
[17:26] <Trevinho> kenvandine[m][m]: maybe? ^
[18:24] <jbicha> seb128: can we use https://salsa.debian.org/gnome-team/gnome-initial-setup for packaging since there never was a bzr branch for it?
[18:24] <jbicha> oh, I mean I guess we should use the LP thing we did for gvfs
[18:25] <jbicha> https://code.launchpad.net/~ubuntu-desktop/ubuntu/+source/gvfs/+git/gvfs
[18:26] <jbicha> there is an outdated ubuntu/bionic branch in Debian I guess I can remove (outdated because I figured out how to sync our packaging earlier)
[18:26] <jbicha> and that branch was there because it was allowed to use salsa for universe packages that didn't have LP packaging branches
[18:59] <seb128> jbicha, if the people who work on it know the workflow and agree, I'm not going to contribute fixes via the vcs this cycle if you do that though
[19:00] <jbicha> were you planning to submit fixes for gnome-initial-setup? ;)
[19:00] <jbicha> we can sponsor fixes this month if you do :)
[19:00] <seb128> well I did a few in the ppa already
[19:03] <seb128> jbicha, I'm just going to dput changes I need don't worry, then somebody can sort out the vcs
[19:05] <seb128> jbicha, check with robert_ancell that he's fine with that workflow though since he's the one doing the active work atm
[19:05] <jbicha> yup, I was going to chat with him
[19:05] <seb128> thx
[19:05] <jbicha> but  time zones :)
[19:06] <seb128> right, well he should be there in a few
[19:06] <jbicha> but you won't be hopefully!
[19:06] <seb128> :)
[19:06] <seb128> don't worry I don't plan to join that discussion
[19:07] <seb128> I already stated my position of disrupting workflow at this point of the cycle
[21:07] <jbicha> robert_ancell: good morning. I tried out the ubuntu-welcome ppa :)
[21:07] <robert_ancell> jbicha, thanks!
[21:08] <jbicha> when are we planning to upload it to bionic?
[21:08] <robert_ancell> jbicha, today
[21:09] <jbicha> did you want to use a Vcs for the packaging?
[21:09] <robert_ancell> jbicha, any proposals?
[21:11] <jbicha> you saw Lan_ey's gvfs packaging? a ubuntu/master git branch in the LP ubuntu-desktop team derived from Salsa
[21:11] <jbicha> seb128 has said he won't submit any changes to git branches this month but we can adapt  his debdiffs or whatever
[21:13] <robert_ancell> jbicha, I haven't seen that but seems reasonable
[21:14] <jbicha> you weren't at his talk in Budapest?
[21:15] <Trevinho> jbicha: we didn't decide much how to proceed with that
[21:15] <Trevinho> I'm totally in with moving all our bzr branches there
[21:16] <Trevinho> as it really improves my workflow
[21:16] <Trevinho> so I'll be happy to help with the transition
[21:16] <jbicha> Trevinho: it breaks seb's workflow though! :|
[21:17] <Trevinho> jbicha: well, we can always make a git hook that will transfer it over bzr xD
[21:17] <Trevinho> But really, using git is really easy and it won't take more than 1 hour to get used to this system
[21:17] <Trevinho> we should also decide what platform to use
[21:18] <jbicha> if he has never used git before, it might take some time as git has odd workflow issues
[21:18] <jbicha> I think most of us have been using git for years by now though
[21:18] <Trevinho> yeah...
[21:19] <Trevinho> i like bzr for some ways, but for sure not the way I can handle the deb branches we have
[21:19] <Trevinho> it makes incredibly hard to just add a patch...
[21:19] <jbicha> the Debian GNOME workflow is a little more complicated than basic git-buildpackage (and using LP makes it just a bit more complicated) but it's ok
[21:19] <Trevinho> That's why I already was use git-buildpackage + bzr for my purposes
[21:20] <Trevinho> not having access to the repo makes things harder to manage
[21:20] <Trevinho> while having a repo I can write to, or PR against with all the code too, would make things way easier
[21:21] <jbicha> Trevinho: have you done git merge proposals using LP before?
[21:21] <Trevinho> jbicha: a few times
[21:21] <jbicha> is the UI ok compared to gitlab?
[21:22] <Trevinho> jbicha: well, gitlab is better to be fair
[21:22] <Trevinho> jbicha: I'd use the GNOME one if possible, but not sure they like that :)
[21:22] <Trevinho> launchpad is ok anyway, it has better points for prerequisites for example
[21:23] <Trevinho> but the ui isn't nice as Gitlab has now
[21:23] <jbicha> it's funny because there are 3 of us that have opinions on where we want the Ubuntu packaging and they're all different
[21:23] <Trevinho> jbicha: the way I was doing :-D https://gitlab.gnome.org/3v1n0/nautilus/commits/ubuntu-3-26+patches
[21:23] <Trevinho> bzr + git
[21:23] <jbicha> you want it to be on GNOME, I want it to be on Debian, and Lan_ey wants it to be on LP
[21:23] <Trevinho> ahaha
[21:23] <Trevinho> well, on Debian, if I can't do much with salsa as a guest, I'd prefer no :-)
[21:24] <Trevinho> It's true that launchpad is the natural places
[21:24] <Trevinho> I mean we can always have multi-repos around but we should select one for PRs
[21:24] <jbicha> we can add users to our Debian GNOME repos
[21:24] <Trevinho> and in general where's gitlab is better
[21:24] <jbicha> and with gitlab you can always fork and propose merges (like you can on LP or github)
[21:25] <Trevinho> anyway, the host and review system is just secondary
[21:25] <Trevinho> ok, ok... that's fair for me
[21:25] <Trevinho> Having it in debian, I don't know... We can, if they prefer like that to eventually cherry-pick from us
[21:25] <Trevinho> not sure
[21:25] <Trevinho> I've not hard requireements
[21:26] <Trevinho> other than that I don't want bzr for this again .)
[21:26] <jbicha> like 80+% of Debian GNOME stuff is in sync between Debian & Ubuntu so we already need to use Salsa to properly contribute during much of our devel cycle
[21:27] <jbicha> (the percentage is rough depending on what exactly you're counting)
[21:28] <Trevinho> What I need as doing this mix of upstream and downstream work is.. Something I can quickly edit code, or cherry pick from soemthing I  already did, and generate debian patches
[21:28] <Trevinho> and that's what gbd does
[21:28] <Trevinho> A part that I can't pronunciate that f***ing tool :-D
[21:29] <Trevinho> gbp pq*
[21:29] <Trevinho> I know what it means, but it's the most annoying thing to remember and say ever!
[21:32] <jbicha> jabberwocky
[21:33] <jbicha> the Debian GNOME workflow sort of forces you to have local git remotes
[21:34] <jbicha> so something like gbp pq import; git fetch gnome (if necessary); git cherry-pick foo1234; gbp pq export   is pretty nice
[21:40] <jbicha> robert_ancell: if you weren't at Lan_ey's talk at Budapest, maybe it's easier to just not use a vcs for gnome-initial-setup this month
[21:41] <robert_ancell> jbicha, I was but I'll probably just upload directly this time and then we can migrate it in later
[21:42] <jbicha> robert_ancell: I can set up the repo if needed, but I'll let you decide what we do since I expect you're doing most of the packaging this month :)
[21:43] <robert_ancell> jbicha, if you set it up I'm happy to push to it. You'll probably have to give me a cheat sheet to remind me of the commands :)
[21:43] <jbicha> cheat sheet is at https://wiki.debian.org/Gnome/Git
[21:43] <jbicha> this is an important divergence from Debian: https://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/gvfs/commit/?id=2eb784c29
[21:44] <jbicha> you have to use gbp buildpackage --git-tag-only to get the nice ubuntu/3.28.1ubuntu1 tag since 'debcommit -r' won't give that to you
[21:45] <jbicha> and it needs a separate remote for Launchpad so that gets a bit more complicated with pulling and pushing
[21:45] <jbicha> it kind of sounds complicated to me even! so I'm ok with you not wanting to mess with it right now
[21:48] <jbicha> robert_ancell: by the way, Initial Setup uses the gnome-control-center icon basically. Would you be interested in a patch for the .desktop to use Icon=ubuntu-logo-icon instead?
[21:48] <robert_ancell> jbicha, I don't have a strong opinion on it - I guess it makes sense but should we be able to keep the existing behaviour if not running in standard Ubuntu?
[21:50] <jbicha> we don't currently keep the existing pages for non-standard Ubuntu, right?
[21:51] <jbicha> we could ship a /usr/share/ubuntu/applications/gnome-initial-setup.desktop to override in the Ubuntu session (like we do with gnome-software and imagemagick)
[21:51] <robert_ancell> jbicha, we do - it changes the page list based on XDG_CURRENT_DESKTOP
[21:51] <jbicha> we could ship that override in ubuntu-settings to keep the gnome-initial-setup packaging cleaner with respect to Debian and upstream
[21:52] <jbicha> oh I hadn't looked at the repo recently :)
[21:52] <jbicha> or closely
[21:53] <robert_ancell> np, it's all a bit of a last minute hack
[21:53] <jbicha> let me work on a .desktop to put in ubuntu-settings then
[21:53] <robert_ancell> BOOM, uploaded as 3.28.0-2ubuntu1
[21:53] <robert_ancell> Expected to be fixed a few times before release
[21:54] <jbicha> robert_ancell: by the way, I filed 3 bugs today: https://bugs.launchpad.net/ubuntu/+source/gnome-initial-setup
[21:55] <robert_ancell> jbicha, is 1614816 the reason that the language selector is disabled?
[21:55] <jbicha> yes
[21:55] <jbicha> is that a problem?
[21:56] <jbicha> complicated by LP: #1631750
[21:56] <ubot5`> Launchpad bug 1631750 in gnome-control-center (Ubuntu) "Language installation doesn't work in Ubuntu GNOME 16.10 Settings app" [High,Triaged] https://launchpad.net/bugs/1631750
[21:56] <robert_ancell> jbicha, no, I was just wondering why it was disabled.
[21:58] <jbicha> it's disabled in Fedora 28 too actually
[22:00] <jbicha> there's two additional issues: it duplicates a question asked in the installer and if gnome-initial-setup is run in its existing-user mode, it can't actually change the system language until log out and log back in
[22:00] <jbicha> existing-user is used unless we don't have ubiquity create the first user
[22:01] <robert_ancell> ah
[22:02] <jbicha> hmm, I'm guessing we can't actually do the .desktop override in ubuntu-settings easily because we don't have ubuntu-settiings set up to be translatable
[22:03] <robert_ancell> jbicha, thanks for the bugs!
[22:03] <jbicha> I wonder how hard it would be…
[22:07] <robert_ancell> I wish I could edit LP bug comments...
[22:10] <jbicha> to be more specific, Fedora disables the language selector in existing user mode only because of those 2 issues
[22:12] <jbicha> see vendor.conf which depends on reduce-initial-setup-redundancy.patch at https://src.fedoraproject.org/rpms/gnome-initial-setup/tree/master
[22:12] <jbicha> that way Initial Setup can be used as Fedora's OEM mode too
[22:14] <jbicha> Pop!_OS is the only major distro I'm aware of that really uses gnome-initial-setup's new user mode
[23:42] <jbicha> robert_ancell: I pushed the .desktop with new name and icon to https://code.launchpad.net/~ubuntu-desktop/+junk/ubuntu-settings
[23:43] <jbicha> we don't have to wait for the gnome-initial-setup MIR to upload since that .desktop has NoDisplay=true anyway
[23:43] <robert_ancell> jbicha, nice
[23:43] <jbicha> give it a try and let me know what you think :)
[23:45] <jbicha> mean while I verified that gnome-initial-setup keeps the old pages on GNOME. Interesting.
[23:52] <robert_ancell> jbicha, open for feedback on that - it wasn't clear to me exactly what we should do / I don't want to take away from those who want the vanilla experience.
[23:52] <robert_ancell> If it was just a few small changes I think it would be OK, but since we replace essentially all the pages...
[23:52] <jbicha> I'll check with darkxst next week
[23:52] <robert_ancell> ta
[23:56] <jbicha> I guess we could ask Budgie and Unity guys too since they use GOA. It's easy to whitelist additional desktops