T

Pablo Correa Gómez 9bcdec3337 postmarketos-base{-systemd}: provide postmarketos-base-init

Why is this needed?

To be able to test the usr-merge downstream we need to stop
depending on alpine-baselayout. For that, we need to stop depending on
alpine-base. This is a first step to create a "provides" solution
downstream between openrc and systemd systems, so that in a follow-up
commit we can recreate alpine-base downstream without the hard-coded
openrc dependency. The virtual instead of a versioned dependency means
that:
* In theory systemd and openrc could be installed in parallel. In
  practice we avoid that with !openrc in the systemd package and
  !systemd in the postmarketos-base-openrc one. There is a lot more
  work required with provides (both upstream and downstream) regarding
  things like elogind and eudev to be able to even have them
  package-wise ready to be installed in parallel
* There must always be one installed. Here we have 3 scenarios:
  * pmbootstrap install where pmbootstrap will decide which one
  * update from existing install. The virtual makes sure that APK
    won't remove the local package because versions changed
  * Manual APK work, where the provider_priority or the user will
    choose

How does this work? Hypothesis:
* openrc upgrades: the postmarketos-base-openrc remains installed,
  moves from being an "install_if", to be there because it fulfills
  the postmarketos-base-init requirements.
* systemd upgrades: postmarketos-base-systemd is still in
  /etc/apk/world, and it fulfills the new dependency in
  postmarketos-base. Nothing happens.
* openrc installs: pmbootstrap will choose one of
  postmarketos-base-openrc and postmarketos-base-systemd... But which?
  The one with the higher version?
* systemd installs: postmarketos-base-systemd is installed before
  anything else is. That means, postmarketos-base-init will already
  be satisfied when postmarketos-base gets installed, and openrc will
  not be installed

Part-of: https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/6375

2025-05-05 19:29:34 +02:00