Maarten van Gompel authored 4 months ago and Clayton Craft committed 4 months ago

[ci:skip-build]: already built successfully in CI

sicelo authored 4 months ago and Oliver Smith committed 4 months ago

As of upower 1.90.5, it is possible to configure upower to not take an action
when the battery capacity is reported as critically low. Since the Nokia N900
now monitors its battery capacity using udev scripts, which is more accurate
than upower's calculation, enable the new ignore feature for the N900.

sicelo authored 4 months ago and Oliver Smith committed 4 months ago

The bq27200 fuel gauge depends on its battery-backed memory for capacity
reporting. If the supply is off for some time, the fuel gauge's last known
capacity is reset, after which a capacity value can only be read after a
full charge cycle. Thus, most of the time, as used on the Nokia N900, the
reported percentage cannot be relied on for making power-off decisions on
battery low conditions, e.g. through UPower.

However the fuel gauge can very accurately detect and report a low battery
condition internally, even if the reported capacity is incorrect, e.g. when
it has been reset. The low battery condition is reported by the kernel via
capacity_level in sysfs, and also generates uevents.

So we can implement safe battery shutdown by requesting the kernel to more
regularly polling for status changes, then performing an immediate shutdown
when the capacity_level is reported as Low and the device is not charging.

sicelo authored 4 months ago and Oliver Smith committed 4 months ago

pmos now defaults to droid sans font

sicelo authored 4 months ago and Oliver Smith committed 4 months ago

Do not duplicate udev rules that are also shipped by upstream

sicelo authored 4 months ago and Oliver Smith committed 4 months ago

The deviceprofile is now in a tagged sxmo release.

The conky issue will be mentioned in wiki for users to manually disable, until
upstream allows toggling it.

Caleb Connolly authored 4 months ago and Pablo Correa Gomez committed 4 months ago

It's possible that additional sources have been made to an APKBUILD
which are unstaged, but if the hunks adding those sources haven't been
staged either then it doesn't make sense to fail on this.

Use git show to get only the staged hunks for the APKBUILD.

Signed-off-by: Caleb Connolly <caleb@postmarketos.org>

Fix the following error during "pmbootstrap install":

  ERROR: unable to select packages:
    sudo-1.9.16_p1-r1:
      conflicts: doas-sudo-shim-0.1.1-r1[cmd:sudo=1.9.16_p1-r1]
      breaks: doas-sudo-shim-0.1.1-r1[!sudo]
      satisfies: postmarketos-base-38-r0[sudo-virt]
                 postmarketos-base-nofde-38-r0[sudo-virt]
    doas-sudo-shim-0.1.1-r1:
      conflicts: sudo-1.9.16_p1-r1[cmd:sudo=0.1.1-r1]
      satisfies: postmarketos-base-doas-38-r0[doas-sudo-shim]
                 postmarketos-base-38-r0[sudo-virt]
                 postmarketos-base-nofde-38-r0[sudo-virt]

How the error gets triggered:
* postmarketos-base depends on sudo-virt. During "pmbootstrap install",
  pmbootstrap has to resolve this to a sudo implementation (sudo, doas,
  ...).
* pmbootstrap does this by looking at the packages that get installed
  at the same time. Before this patch we did not install doas-sudo-shim
  directly through _pmb_recommends, only indirectly through a
  postmarketos-base-doas subpackage that pulls doas-sudo-shim in via
  install_if.
* pmbootstrap cannot look at install_if as it resolves dependencies,
  so it has to pick one and goes for "sudo".
* pmbootstrap tells apk to install a list of packages including "sudo",
  and because apk also resolves install_if correctly, the solver fails
  at the conflict between "doas-sudo-shim" and "sudo". (This only fails
  since apk-tools-static 2.14.6-r0, apparently beforehand apk just
  installed "doas-sudo-shim" in this scenario.)

Teaching pmbootstrap to look at install_if while resolving packages
would be one way to fix this. But it would be a lot of effort, not
feasible to quickly stop the problem at hand that breaks "pmbootstrap
install" for all edge installs. IMHO it is not worth implementing this
at all in pmbootstrap, as it is just supposed to do some more or less
basic package resolving until apk takes over and does it properly.

Put doas-sudo-shim in _pmb_recommends so pmbootstrap knows that this is
the sudo implementation we want without looking at install_if.

Remove the now obsolete postmarketos-base-doas subpackage. This will
lead to doas-sudo-shim getting removed for old installations on upgrade,
but it can easily be installed back (doas add doas-sudo-shim). I'll make
an edge post about it and put it in the v24.12 release notes. If we
don't remove it here, we would need to keep this legacy subpackage
around forever and I'd rather avoid that to reduce maintenance effort.

Another alternative to this was removing sudo-virt from depends="". But
that would lead to sudo getting uninstalled for users upgrading from
old releases from before we had doas in pmb_recommends, so I've decided
against it.

Fixes: pmaports issue 3340

dabao1955 authored 4 months ago and Newbyte committed 4 months ago

[ci:skip-build]: already built successfully in CI

Daniel Langbein authored 4 months ago and Robert Eckelmann committed 4 months ago

Inspired by the Alpine aports README: https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/README.md?ref_type=heads



Co-authored-by: Clayton Craft <craftyguy@postmarketos.org>

Richard Acayan authored 4 months ago and Alexey Minnekhanov committed 4 months ago

The Google Pixel 3a automatically appends console=null to the command
line. In the kernel, the preferred console is set to ttynull. Since
ttynull is not automatically enabled, a warning is currently emitted:

	[    0.909853] Warning: unable to open an initial console.

This also causes stdin, stdout, and stderr to be missing from the init
process.

In the busybox implementation, syslogd creates the /dev/log socket and
opens /dev/kmsg. This happens just before daemonizing, which opens
/dev/null and aliases stdin, stdout, and stderr to it. After daemonizing
and potentially closing the socket, stdin is aliased to the socket to
save stack memory. If the program starts without stdin under Linux, the
socket gains the constant STDIN_FILENO file descriptor, which is cleared
when daemonizing.

Syscalls when the 0, 1, 2 file descriptors aren't open:

	socket(AF_UNIX, SOCK_DGRAM, 0)    = 0
	openat(AT_FDCWD, "/dev/kmsg", O_WRONLY|O_LARGEFILE) = 1
	openat(AT_FDCWD, "/dev/null", O_RDWR|O_LARGEFILE) = 2

Enable the CONFIG_NULL_TTY option and update the configuration to allow
the kernel to open stdin, stdout, and stderr for the init and (by
inheritance) syslogd processes. It's technically an expert option but
isn't enabled by default (and can be enabled in config fragments).

Closes #3269
[ci:skip-build]: already built successfully in CI

Jakko authored 4 months ago and Newbyte committed 4 months ago

The main goal of switching LightDM to slick-greeter is to ease
enabling/disabling autologin. With "lightdm-settings" installed, there
is an administration/settings GUI "Login Window" available that allows
among others to configure autologin. Contrary to its general purpose
name, it works on LightDM greeter "slick-greeter" only.

[ci:skip-build]: already built successfully in CI

Jakko authored 4 months ago and Newbyte committed 4 months ago

Use install "-t" option, avoiding to repeat the file name and allowing to add
more than one file per command. Additionally sort the commands alphabetically
per path.

Exception is the lightdm autologin config file because it does a file renaming.
Put this command to the end.

Jakko authored 4 months ago and Newbyte committed 4 months ago

The line has been long enough in the script.

Clayton Craft authored 4 months ago and Newbyte committed 4 months ago

For including options to making sure KVM (and others later) is enabled
in the kernel.

[ci:skip-build]: already built successfully in CI

sicelo authored 4 months ago and Newbyte committed 4 months ago

bq27xxx_battery has a check for status flags in order to detect changes
and report to userspace. However, the cached flags are updated before
checking for changes, hence no flag-related events are ever sent. This
patch fixes this behavior, and has been sent upstream.

[ci:skip-build]: already built successfully in CI

Changes the regex of the initramfs to make sure that it is searching for
filesystem type instead of any type (eg partition scheme type).

Barnabás Czémán authored 4 months ago and Robert Eckelmann committed 4 months ago

Replace individual msm8953 xiaomi packages with generic msm8953 package.
Move device-xaiomi-daisy-fake-goodix package to the generic device
package.

[ci:ignore-count] [ci:skip-vercheck]

Luca Weiss authored 4 months ago and Robert Eckelmann committed 4 months ago

Manual kconfig changes:
* EEPROM_AT24
* VIDEO_IMX858
* VIDEO_QCOM_CAMSS
* VIDEO_S5KJN1

Maarten van Gompel authored 4 months ago and Newbyte committed 4 months ago

[ci:skip-build]: already built successfully in CI

Jianhua Lu authored 6 months ago and Newbyte committed 4 months ago

[ci:skip-build]: already built successfully in CI

Jakko authored 4 months ago and Robert Eckelmann committed 4 months ago

As it's delivered by the distro, it should go into /usr.

Patriot authored 4 months ago and Robert Eckelmann committed 4 months ago

Signed-off-by: Patriot-06 <mbmc172@gmail.com>

Dang Huynh authored 4 months ago and Robert Eckelmann committed 4 months ago

Upgrade to the new v6.12.1 kernel from the vendor.

Also disabled unnecessary erratas (they're platform-specific).

Add a workaround so the kernel compile output is not silent (which leads
to pmbootstrap aborting the build). This will be fixed once upgrading to
linux >= 6.2.

Related: pmaports issue 1990
[ci:skip-build]: already built successfully in CI