This adds support for having a custom install/deploy, where if
`/etc/os-installer/deploy.sh` exists then pmbootstrap generates an
image, exports it, then calls deploy.sh with the path to the image it
created, and does NOT call pmbootstrap install with --disk. deploy.sh
comes from device packages that need to implement custom image
deployment stuff, when using --disk is not appropriate.
If deploy.sh doesn't exist then the standard install (using --disk) will
take place.
Signed-off-by: Clayton Craft <craftyguy@postmarketos.org>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/7112>
COSMIC is configured by default to allow "over amplification" of audio,
which is probably going to drive systems with sensitive speaker setups
(like macbooks, and the x13s) too hard. 100% on these is already plenty
loud. Users can override this default by flipping the switch in COSMIC
Settings app if they really want it.
Signed-off-by: Clayton Craft <craftyguy@postmarketos.org>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/7251>
for subpackages. abuild picks them up automatically. They are only
needed when using "-" within the subpackage suffix, as that is not a
valid character in shell scripts function names
Signed-off-by: Clayton Craft <craftyguy@postmarketos.org>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/6221>
In the process, bump the pkgver to 1 similarly to what we do with
device packages where version numbers don't have a meaning. We
specifically don't create a subpackage, since the app is in flathub,
which is officially supported by the provider, and is a common way for
most non-technical users to ust it, since it's offically endorsed.
Unconditionally opening this really high port should also not increase
the attack area in any remarkable way.
Signed-off-by: Clayton Craft <craftyguy@postmarketos.org>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/6221>
Some devices would benefit from using compression algorithms besides zstd.
Allow device maintainers to specify a more suitable algorithm using
`zram_swap_algo` deviceinfo variable.
Signed-off-By: Sicelo A. Mhlongo <absicsz@gmail.com>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/7239>
This should come from the package providing the daemon run by the unit
file (and in our case, at least temporarily, from the vendored unit file
in systemd-services)
This also adds an install script for post-upgrade that makes sure that
the alias for display-manager.service is created for plasma-mobile on
existing installs where we were missing the alias definition in the
tinydm unit file.
Without this workaround, existing installs will miss the alias and we
won't be able to run things that are associated with this alias (like
stopping pbsplash.)
Note: this is a post-install script since this subpkg is new, and on
existing systems affected by the issue it resolves the subpkg would be
'installed' not 'upgraded'.
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/7202>
This fixes an issue where pbsplash was not killed when the override is
attached to a service that runs as a non-root user (e.g.
tinydm.service). The tiny `+` tells systemd to run this command with
full privileges, the other stuff in the service's ExecStart and so on
are unaffected by this change.
This also adds the kill pbsplash override to getty@.service, fixes#4018
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/7202>
overlayfs support has been included in the initrmafs since the beginning of pmOS: ed9fc7f
But I have no clue why, because nothing seems to use it in the initramfs, at least not within recent history. By removing it, we save ~300KB, which might help small boot partition devices a bit.
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/7201>
[ci:skip-vercheck]: Due to me misunderstanding how apk deals with the
_git suffix, this is a downgrade. But I don't think it matters much
given that we expect users to use `apk upgrade -a` generally and since
dint mostly is used in CI.
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/7183>
This should now match behavior with plymouth. Some annoyances were
previously splash that is started multiple times or which isn't killed
when a rescue/emergency target requires.
Co-authored-by: Clayton Craft <clayton@craftyguy.net>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/6926>
This package was supposed to be a provider for postmarketos-fde-unlocker
(see description "Dummy unlocker package for systems without FDE") and
provider_priority=1 (whereas unl0kr has 1000)).
Fix this, so it is in theory possible to install pmOS without unl0kr
again if you want to save a little space and don't need FDE. More
importantly this also fixes bootstrapping a new reposiotry, as we can
now let postmarketos-initramfs makedepend on this package to ensure that
there is one provider for postmarketos-fde-unlocker.
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/7118>
Neither ppc64le nor loongarch64 use vendor kernels, so the old GCCs
packages are not required.
They currently don't build either because of a couple of problems when
building with GCC 15. If we really want to, ppc64le can be re-enabled
once those problems are resolved, since it is supported since GCC 4.9.
loongarch64 needs a much newer GCC.
[ci:skip-vercheck]
Signed-off-by: Jens Reidel <adrian@postmarketos.org>
Part-of: https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/7117
[ci:skip-build]: just disabling some arches
These packages were previously built by a WIP abuild patch that added
install scripts to each -systemd subpkg for handling preset application
on install and symlink cleanup on uninstall. This functionality has been
replaced by a trigger/commit hook, so we need to rebuild these packages
to drop the install scripts that were previously generated.
[ci:ignore-count]
Part-of: https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/6892
