Re: [Bug 1751249] Re: Using“content:” in gadget.yaml for a “role: system-data”partition makes it not be system-data anymore
Steve Langasek
steve.langasek at canonical.com
Thu Mar 15 21:37:39 UTC 2018
On Thu, Mar 15, 2018 at 05:15:37PM -0000, Oliver Grawert wrote:
> nontheless, we need the "content:" directive on a "role: system-data"
> partition working for a customer project soon where some udev rules (and
> other files) need to be pre-installed in the system-data partition.
I agree that this is a useful feature to have, and this has come up before.
However, it doesn't follow from the spec (which is admittedly ambiguous),
and it's new feature work. If this is a requirement for a customer project
"soon", you might need to look at contributing that feature.
In any case, if there is a deadline for this please communicate this to us
so we can try to schedule it appropriately.
> While I could apply hacks to do this from i.e. a customized hacked
> initrd I would really prefer if we could give something clean to the
> customer for their production images instead.
For a possibly-reusable example of this from the joule images, see:
git+ssh://git.launchpad.net/~vorlon/tuchuck/+git/uc16-build-script
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubuntu-image in Ubuntu.
https://bugs.launchpad.net/bugs/1751249
Title:
Using “content:” in gadget.yaml for a “role: system-data” partition
makes it not be system-data anymore
Status in Ubuntu Image:
New
Status in ubuntu-image package in Ubuntu:
New
Bug description:
The core team thinks this is an ubuntu image bug, so i'm filing this
here additionally to
https://forum.snapcraft.io/t/using-content-for-a-role-system-data-
partition-makes-it-not-be-system-data-anymore
When i use a gadget.yaml entry like:
- name: writable
type: 83,0FC63DAF-8483-4772-8E79-3D69D8477DE4
filesystem: ext4
filesystem-label: writable
size: 270M
role: system-data
content:
- source: writable/
target: /
The partition is not pre-populated with snaps and seed but only the
files defined in content are copied in.
I would expect that the partition is still properly pre-populated with
the usual writable/system-data content and that the content from the
content: entry is additionally copied in place. Or at least that the
role: system-data takes precedence here if this combination is not
allowed (though snapcraft or ubuntu-image should then spill a warning
at least) so that a bootable system exists.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-image/+bug/1751249/+subscriptions
More information about the foundations-bugs
mailing list