This is basically http://bugs.alpinelinux.org/issues/2529
Problem: if generated an apkovl on x86, copy that apkovl to x86_64, it
will fail to boot. It might be handy to convert a 32bit system to
64bit. (or to arm when that is possible)
I can see 2 possible options:
1) It just happens automatic.
the init script detects the mismatch and silently just fixes it for
* things just works. just copy the apkovl and reboot. job done.
* it might be unintentional. If user intended to upgrade a 64bit
install to a new 64bit but by mistake did it 32 bit, the mistake
will be discovered late, if all. (the production system fails
weeks later due to out of memory even if you had 16GB ram...)
2) Display error message and fail if config arch mismatch unless boot
option given. If use wants switch architecture he will need explicit
give a boot option (maybe update_apk_arch?) and the arch will be
updated automatically. The error message could tell about the boot
* Alpine don't try to be smart. User is in full control.
* we fail early in case the change was unintentional.
* User might be doing remote upgrade and might not have access to
boot console. So user need remember to manually edit the
syslinux.cfg to not lose the remote box - and edit it back after
Both are equally easy to implement.
I am in favor of option #2 (I like the don't-try-to-be-too-smart way of
Keep in mind that even it unlikely, there might be some apps that have
arch specific configuration.
What do you think?
Are there other things I might have missed?
Received on Mon Jan 06 2014 - 17:18:17 UTC