Making a snap of an icon theme

[William Hua]

> Do you know why we're observing denials in the apparmor profile, despite it being in devmode? Was it actually in devmode?

I suspect that log output was before devmode was enabled, hopefully Fabio can follow up with these hacks + devmode and let us know if it worked for him or not.



>     - Stage gschemas.compiled from the host machine. You can find it under
>       /usr/share/glib-2.0/schemas/gschemas.compiled, just copy it using a plugin as in:
>       https://github.com/elopio/snaps/blob/master/keepassx/snapcraft.yaml#L38 and make sure
>       you commit the file to your repo (this gets you the GSettings schemas)
> 
> 
> This one feels a bit strange. If it is not in a package, it most likely means that the content in there depends on what is available on the system, which may not match what is being made available inside the snap. Would you mind to cover in more detail how that system works?

Yeah, so gschemas are basically XML-formatted definitions of the settings APIs that applications can export. Usually when they're installed via a .deb, glib-compile-schemas is run to generate a single file, presumably as an optimization so that applications don't have to read and parse dozens of XML on load.

So yes, it's bad that we're copying that file from the host to the snap because we make assumptions about what application settings are available in the snap. But at the same time, settings are written by the ca.desrt.dconf service on the host machine.

I think what we might need is some sort of post-staging trigger that could run glib-compile-schemas in the snap to generate that file properly.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ubuntu.com/archives/snappy-app-devel/attachments/20160517/aae1c749/attachment.pgp>