Snap pocket configuration doesn't override PPA pocket configuration

The pocket is configurable when you create the snap in LP or request a build of it.

I think it might be a bit more complicated than that. In the case at hand, the use of the proposed pocket is being inherited from the PPA that the snap is building against. I haven't yet had a chance to look to see if this is reasonable.

Yeah in our case, the recipe says it is using the Updates pocket:
https://launchpad.net/~unity-team/+snap/unity8-session-silo

But snap builds using the recipe end up with proposed pocket.

Having the snap override the PPA's pocket configuration is error-prone. For example, if the PPA had packages built against a new version of a library that was only in -proposed, but then the snap used only -updates, the snap might fail to install the package from the PPA. It's not at all clear that allowing that override to happen is sensible.

Where do you see a PPA using the -proposed pocket? From what I can see, the recipe is (A) using the -updates pocket and (B) using the stable-phone-overlay PPA. That PPA in turn seems to be set to use only the -updates pocket.

So everyone in the chain is configured to just use -updates. But our snap builds are still looking at -proposed.

any updates?

The most recent builds are against silo PPAs, which are configured for -proposed (eg. https://launchpad.net/api/devel/~ci-train-ppa-service/+archive/ubuntu/2129/dependencies).

Great point, William. I overlooked the silo PPA config.

That is indeed set to use -proposed. And after I edited it to use -updates only, I notice that building a snap resets the config to -proposed again. Note the "Correcting PPA dependencies!" line in the snap build log:

https://bileto.ubuntu.com/log/2129/snap/40/

I'll talk to robru about what's can change here.

OK, configuring bileto to allow a silo to merely use -updates is bug 1646596 and not ready yet.

So... We could either stop using a silo to build snaps (we're close to that being possible, once the ubuntu-app-launch MPs land). Or source copy those to a separate PPA and build from that, avoiding bileto.

Or wait for the feature to be added.

In the meantime, this does not seem to be a Launchpad issue after all. Thanks for walking me through it, wgrant! I'll close this bug in favor of the bileto one.