On Tue, Feb 7, 2017 at 1:20 PM, Oliver Grawert <o...@ubuntu.com> wrote:
> hi, > On Di, 2017-02-07 at 16:07 +0000, Alan Pope wrote: > > Hi, > > > > Suppose I have a snap which requires a couple of non-archive debs as > > stage packages. Typically I'd have a part for each which uses the > > source: of a url directly to the deb using the dump plugin. This > > works > > fine building on my amd64 laptop (or wherever) and I end up with an > > amd64 snap. > > > > However, if I get a request for an i386 (or indeed armhf) snap, it > > will break because my i386 snapcraft run will pull an amd64 deb. If I > > was pulling archive packages then of course the build can run in > > launchpad and it will do the Right Thing. However, if my yaml > > contains > > hard coded arch-specific (non-archive) debs, that breaks, pulling in > > amd64 deb on an i386 builder. > > > > I could have separate yamls per arch of course, but that seems > > needlessly messy. What have others done in this case? > > > do you mean https://bugs.launchpad.net/snapcraft/+bug/1655797 ? > looks like is was just fixed last week though... > not sure how/if that works for "non-archive debs" though > This is somewhat different, the bugfix there was about bringing in other arches for current arch ;-)
-- Snapcraft mailing list Snapcraft@lists.snapcraft.io Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft
