alpine issueshttps://gitlab.alpinelinux.org/groups/alpine/-/issues2024-03-18T14:31:43Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15843Pix - "org.kde.kquickimageeditor" is not installed2024-03-18T14:31:43ZJulian GroßPix - "org.kde.kquickimageeditor" is not installedUpgrading from Plasma Mobile 5 to 6, Pix doesn't start anymore.
Running it from command line has it complain about "org.kde.kquickimageeditor" not being installed. The kquickimageeditor package is installed, however. [pmOS-Edge-Pix_not_s...Upgrading from Plasma Mobile 5 to 6, Pix doesn't start anymore.
Running it from command line has it complain about "org.kde.kquickimageeditor" not being installed. The kquickimageeditor package is installed, however. [pmOS-Edge-Pix_not_starting-2024-03-08.log](/uploads/6fa243ae5bbc5e704ab89c94fceeef25/pmOS-Edge-Pix_not_starting-2024-03-08.log)
This is on postmarketOS Edge.https://gitlab.alpinelinux.org/alpine/aports/-/issues/15842docker stats: no cpu, mem and io stats2024-03-26T22:04:13ZMark Porembadocker stats: no cpu, mem and io statsHi,
I have an Alpine system 3.19 running in a lxc container on Proxmox 8.1.4. I installed docker and docker-compose which are running currently 13 containers.
Now I want to setup a monitoring for the container. Running `docker stats` the...Hi,
I have an Alpine system 3.19 running in a lxc container on Proxmox 8.1.4. I installed docker and docker-compose which are running currently 13 containers.
Now I want to setup a monitoring for the container. Running `docker stats` the value for CPU, Mem and Block IO for all container is 0.
After some research I think the setup of cgroups is the issue. If I activate cgroups V1 in `/etc/rc.conf` (`rc_cgroup_mode="legacy"`) I get values for CPU, but Mem and Block IO remains at 0.
If cgroups V2 is activated in `/etc/rc.conf` (`rc_cgroup_mode="unified"`) all values for CPU, Mem and Block IO are 0. The file `/sys/fs/cgroup/cgroup.subtree_control` is empty so that no values will be monitored for containers.
Every time I found the hint to add the cmdline parameters `group_enable=cpuset cgroup_enable=memory cgroup_memory=1` but I do not find the file `cmdline.txt` which I should edit. Most of the times I find the hint for systemd like
```
$ cat <<EOF | sudo tee /etc/systemd/system/user@.service.d/delegate.conf
[Service]
Delegate=cpu cpuset io memory pids
```
Is this the correct way to activate the delegation of the cgroup values for container? Where can I find the file `cmdline.txt` or something similar?
Thanks for the help!
Kind regardshttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15841Inconsistencies in busybox .initd2024-03-19T17:10:42ZFxzx micInconsistencies in busybox .initdI found some inconsistencies in busybox .initd:
| file | name | variables |
|------|------|-----------|
| acpid.initd | acpid | no |
| crond.initd | crond | $RC_SVCNAME and $SVCNAME |
| dnsd.initd | dnsd | $RC_SVCNAME and $SVCNAME |
| h...I found some inconsistencies in busybox .initd:
| file | name | variables |
|------|------|-----------|
| acpid.initd | acpid | no |
| crond.initd | crond | $RC_SVCNAME and $SVCNAME |
| dnsd.initd | dnsd | $RC_SVCNAME and $SVCNAME |
| httpd.initd | httpd | $RC_SVCNAME and $SVCNAME |
| inetd.initd | inetd | $RC_SVCNAME and $SVCNAME |
| klogd.initd | klogd | no |
| ntpd.initd | ntpd | $RC_SVCNAME and $SVCNAME |
| syslog.initd | syslog | no |
| udhcpd.initd | udhcpd | $RC_SVCNAME and $SVCNAME |
| watchdog.initd | watchdog | no |
Should we unify these and set a standard? Also, should `syslog` be renamed to `syslogd`?https://gitlab.alpinelinux.org/alpine/aports/-/issues/15840unbound config file2024-03-10T15:44:39ZDave Akersunbound config fileThe unbound conf.d/ini.d script has a variable for a config file but doesn't add `-c $cfgfile` to $command_argsThe unbound conf.d/ini.d script has a variable for a config file but doesn't add `-c $cfgfile` to $command_argsJakub JirutkaJakub Jirutkahttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/10977`apk add` tries to set directory permissions when running as non-root user2024-03-11T13:54:53Zleso-kn`apk add` tries to set directory permissions when running as non-root userFrom the apk-tools documentation:
> ```
> --no-chown
> Do not change file owner or group. By default apk will manage the file
> ownership when running as root. However, this option is turned on when
> running as non-root user, a...From the apk-tools documentation:
> ```
> --no-chown
> Do not change file owner or group. By default apk will manage the file
> ownership when running as root. However, this option is turned on when
> running as non-root user, as changing file ownership is not permitted
> by the system then.
> ```
#### Reproducing the error
```bash
# as a non-root user
$ mkdir -p test-sysroot/etc/apk/keys
$ uname -m > test-sysroot/etc/apk/arch
$ cp /etc/apk/repositories test-sysroot/etc/apk
# let's try to install vim
$ apk --root=$PWD/test-sysroot add --initdb --allow-untrusted vim
(1/6) Installing vim-common (9.1.0-r1)
(2/6) Installing musl (1.2.5-r0)
(3/6) Installing xxd (9.1.0-r1)
(4/6) Installing ncurses-terminfo-base (6.4_p20231125-r0)
(5/6) Installing libncursesw (6.4_p20231125-r0)
(6/6) Installing vim (9.1.0-r1)
ERROR: 71 errors updating directory permissions
OK: 32 MiB in 6 packages
```
#### Expected behaviour
After vim is installed `apk` should not try to set any permissions, as `--no-chown` is implicitly passed by running as a non-root user.
**Note:** Passing `--no-chown` explicitly results in the same behaviour.
#### Actual behaviour
`apk` tries to set to set directory permissions despite the `--no-chown` flag in [database.c:2101](https://gitlab.alpinelinux.org/alpine/apk-tools/-/blob/6cd7f31d9bde79bb6361f2d2cbe37bfbafa342ea/src/database.c#L2101).https://gitlab.alpinelinux.org/alpine/aports/-/issues/15839TeXLive — t4ht tex4ht binaries missing; never included, since day one2024-03-14T00:10:16ZCarlos eTeXLive — t4ht tex4ht binaries missing; never included, since day oneThis issue has been going
this issue hwas been going on for over a year. heck, since day one for that matter, currently I'm not using the prepackageg texlive, and thought someone would come across first, and at the very least bring it u...This issue has been going
this issue hwas been going on for over a year. heck, since day one for that matter, currently I'm not using the prepackageg texlive, and thought someone would come across first, and at the very least bring it up, hence, saving myself the time to do it instead, but no.
back in whenever, when 7 years ago @maribu was kind enough by putting together this package, the assumption was to follow the same model used by arch linux , and before you knew it, it was put in place. Everyone agreed in a consentual fashion and thought it best to do it that way, https://gitlab.alpinelinux.org/alpine/aports/-/issues/4514#note_20958
but this arch linux way of doing things, may not have been the most appropriate to follow at least not for these binaries anyway
And the problem with this is that tex4ht has been part of texlive since the stoneage wheen all those folks were young fellas and not unlike now all those grumpy old guys. Anyway. All the binaries related to this program are missing: tex4ht t4ht htlatex,and so forth
And Karl Berry had personally given me some compressed files that included both binaries and luckily it did worked. But recently it did not cut it as before.
and I also tried (as before) the binaries from arch linux — which I had done over a year ago — but this time it didn't work.
even with all the binaries that one could think of in place, errors such as
`sh: tex4ht: not found
[FATAL] make4ht-lib: Fatal error. Command tex4ht returned exit code 127` kept coming upMarian BuschsiewekeMarian Buschsiewekehttps://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/10817Latest development not updated anymore2024-03-06T19:20:53ZJ0WILatest development not updated anymoreThe newest commit shown in the «Latest development» section is from 2024-02-04The newest commit shown in the «Latest development» section is from 2024-02-04https://gitlab.alpinelinux.org/alpine/aports/-/issues/15838community/tokodon: fails to launch2024-03-15T08:10:48ZMarco Schrödercommunity/tokodon: fails to launchTokodon does not launch.
The following is printed in the log:
```
QQmlApplicationEngine failed to load component
qrc:/qt/qml/org/kde/tokodon/content/ui/Main.qml: module "org.kde.desktop" is not installed
```
System information:
- postm...Tokodon does not launch.
The following is printed in the log:
```
QQmlApplicationEngine failed to load component
qrc:/qt/qml/org/kde/tokodon/content/ui/Main.qml: module "org.kde.desktop" is not installed
```
System information:
- postmarketOS edge
- tokodon 24.02.0-r0https://gitlab.alpinelinux.org/alpine/infra/alpine-mksite/-/issues/20Latest development not updated anymore2024-03-06T19:20:14ZJ0WILatest development not updated anymoreThe newest commit shown in the «Latest development» section is from 2024-02-04The newest commit shown in the «Latest development» section is from 2024-02-04https://gitlab.alpinelinux.org/alpine/aports/-/issues/15837package request: prometheus-podman-exporter2024-03-15T17:18:22ZNavid Yaghoobipackage request: prometheus-podman-exporterPrometheus exporter for podman environments exposing containers, pods, images, volumes and networks information.
https://github.com/containers/prometheus-podman-exporterPrometheus exporter for podman environments exposing containers, pods, images, volumes and networks information.
https://github.com/containers/prometheus-podman-exporterhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15836Package request: flatpak-builder-tools2024-03-06T22:02:42ZAngelo Verlain ShemaPackage request: flatpak-builder-toolshttps://github.com/flatpak/flatpak-builder-tools
From the repo: "This repository contains a collection of various scripts to aid in using flatpak-builder."
It provides tools that work with `flatpak-builder`. It allows generating source...https://github.com/flatpak/flatpak-builder-tools
From the repo: "This repository contains a collection of various scripts to aid in using flatpak-builder."
It provides tools that work with `flatpak-builder`. It allows generating sources for cargo, npm, yarn and others and make building flatpak packages that depend on said build tools easier.https://gitlab.alpinelinux.org/alpine/aports/-/issues/15835appstream and appstream0 still conflict with each other2024-03-06T21:50:55ZClayton Craftappstream and appstream0 still conflict with each otherI think this actually shows 2 issues:
```
(434/817) Installing appstream (1.0.2-r1)
ERROR: appstream-1.0.2-r1: trying to overwrite usr/lib/girepository-1.0/AppStream-1.0.typelib owned by appstream0-0.16.3-r1.
ERROR: appstream-1.0.2-r1: ...I think this actually shows 2 issues:
```
(434/817) Installing appstream (1.0.2-r1)
ERROR: appstream-1.0.2-r1: trying to overwrite usr/lib/girepository-1.0/AppStream-1.0.typelib owned by appstream0-0.16.3-r1.
ERROR: appstream-1.0.2-r1: trying to overwrite usr/share/metainfo/org.freedesktop.appstream.cli.metainfo.xml owned by appstream0-0.16.3-r1.
ERROR: appstream-1.0.2-r1: trying to overwrite usr/share/metainfo/org.freedesktop.appstream.compose.metainfo.xml owned by appstream0-0.16.3-r1.
Executing appstream-1.0.2-r1.post-install
lib/apk/exec/appstream-1.0.2-r1.post-install: line 4: /usr/bin/appstreamcli: not found
```
1. there's still a file conflict with appstream and appstream0 preventing both from being installed at the same time
2. `appstream` depends on its subpackage, `appstream-cli`
I'm not sure how to resolve each of these...
Also see:
- https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/61709
- https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/61707
- https://gitlab.alpinelinux.org/alpine/aports/-/issues/15834
cc @pabloyoyoista @PureTryOuthttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15834Unable to install gnome-software after appstream-1.0.22024-03-06T01:43:43ZClayton CraftUnable to install gnome-software after appstream-1.0.2```
/ # apk add gnome-software
ERROR: unable to select packages:
so:libappstream.so.4 (no such package):
required by: gnome-software-45.3-r0[so:libappstream.so.4] gnome-software-plugin-apk-0.13.0-r0[so:libappstream.so.4]
...```
/ # apk add gnome-software
ERROR: unable to select packages:
so:libappstream.so.4 (no such package):
required by: gnome-software-45.3-r0[so:libappstream.so.4] gnome-software-plugin-apk-0.13.0-r0[so:libappstream.so.4]
gnome-software-lib-45.3-r0[so:libappstream.so.4]
```
I assigned to @PureTryOut since he was the one that upgraded appstream, IIRC to support KDE 6 stuff.
cc @pabloyoyoistaBart RibbersBart Ribbershttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15833xtables-addons-rpi missing for aarch642024-03-27T19:29:00Zengblomxtables-addons-rpi missing for aarch64xtables-addons-rpi kernel module package is missing for aarch64 rpi kernel, preventing Raspberry Pi from doing easy geoblocking.xtables-addons-rpi kernel module package is missing for aarch64 rpi kernel, preventing Raspberry Pi from doing easy geoblocking.Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15832thin-provisioning-tools package is missing for s390x in Alpine 3.182024-03-21T12:25:56ZPrabhav Thalithin-provisioning-tools package is missing for s390x in Alpine 3.18thin-provisioning-tools package is not present for alpine v3.18.
```
fetch https://dl-cdn.alpinelinux.org/alpine/v3.18/community/s390x/APKINDEX.tar.gz
ERROR: unable to select packages:
thin-provisioning-tools (no such package):
required ...thin-provisioning-tools package is not present for alpine v3.18.
```
fetch https://dl-cdn.alpinelinux.org/alpine/v3.18/community/s390x/APKINDEX.tar.gz
ERROR: unable to select packages:
thin-provisioning-tools (no such package):
required by: world[thin-provisioning-tools]
```
Looks like the build is disabled for s390x (Ref: [link](https://gitlab.alpinelinux.org/alpine/aports/-/commit/d62aa7ba18f3ef9360799c79c341237db2c084be)). Could you please provide more details about the same?https://gitlab.alpinelinux.org/alpine/aports/-/issues/15831byobu package needs dependency for py3-newt2024-03-27T19:29:00ZAlex Malinovichbyobu package needs dependency for py3-newtThe `byobu-config` utility in byobu requires the newt library in python in order to run. Without it, trying to configure the byobu environment immediately fails with `ERROR: can't import snack module`. Installing `py3-newt` allows everyt...The `byobu-config` utility in byobu requires the newt library in python in order to run. Without it, trying to configure the byobu environment immediately fails with `ERROR: can't import snack module`. Installing `py3-newt` allows everything to function normally.Francesco ColistaFrancesco Colistahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15830Please Package A Build of River With No XWayland Support i.e. river-noxwayland2024-03-04T19:49:13ZVehementHamPlease Package A Build of River With No XWayland Support i.e. river-noxwaylandI do not need XWayland, and it is extremely bloated. Please package a build that does not requrie it (don't build with `-Dxwayland` flag). The package could be called `river-noxwayland`. A package like this exists in the AUR.I do not need XWayland, and it is extremely bloated. Please package a build that does not requrie it (don't build with `-Dxwayland` flag). The package could be called `river-noxwayland`. A package like this exists in the AUR.Anjandev MomiAnjandev Momihttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15829sub-package request: texlive-context (& possibly texmf-dist-context?)2024-03-03T23:50:03Zomniomni+alpine@hack.orgsub-package request: texlive-context (& possibly texmf-dist-context?)The last alpinelinux release where `/usr/bin/context` and `/usr/bin/mtxrun` etc is available is 3.17
- https://pkgs.alpinelinux.org/contents?file=context&path=&name=&branch=v3.17
- https://pkgs.alpinelinux.org/contents?file=mtxrun&path=...The last alpinelinux release where `/usr/bin/context` and `/usr/bin/mtxrun` etc is available is 3.17
- https://pkgs.alpinelinux.org/contents?file=context&path=&name=&branch=v3.17
- https://pkgs.alpinelinux.org/contents?file=mtxrun&path=&name=&branch=v3.17
I'm guessing that they got lost after an upgrade of `texlive` and `texmf-dist`.Marian BuschsiewekeMarian Buschsiewekehttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15828nftables counters added to the default table don't save2024-03-04T06:26:24ZDave Akersnftables counters added to the default table don't saveI've recently starting experimenting with using alpine as a home router. The nftables init script has an option to save counters to a state file. However if you add a counter to the default table in /etc/nftables.nft the counter will be ...I've recently starting experimenting with using alpine as a home router. The nftables init script has an option to save counters to a state file. However if you add a counter to the default table in /etc/nftables.nft the counter will be saved but not reloaded. This is because the state file is included at the end of /etc/nftables.nft and the counters are already defined.
If the state file is included at the beginning of /etc/nftables.nft then the counters will be reloaded and adding new counters to the default table works as expected.
Another alternative would be to move the default table in /etc/nftables.nft to a file in /etc/nftables.d/... then the include order would work as expected. A benefit of moving the default table to nftables.d is to provide an example to the user as to how to use the .d directory.Francesco ColistaFrancesco Colistahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15827[RFC] Disabling "thought-provoking stories" on Firefox new tab2024-03-03T20:11:35ZPatrycja Rosaalpine@ptrcnull.me[RFC] Disabling "thought-provoking stories" on Firefox new tabFirefox 125.0 seems to introduce "exceptional content curated by the Firefox family" on the new tab:
![image](/uploads/201e5b78b8466e7fa0e0c29ba35086ea/image.png)
should Alpine disable those by default in the vendor preferences? the `a...Firefox 125.0 seems to introduce "exceptional content curated by the Firefox family" on the new tab:
![image](/uploads/201e5b78b8466e7fa0e0c29ba35086ea/image.png)
should Alpine disable those by default in the vendor preferences? the `about:config` key responsible for this ( `browser.newtabpage.activity-stream.feeds.section.topstories` ) is also exposed as a checkbox in preferences, so a user would be able to enable them as such:
![image](/uploads/ac55ba47ef3bbe4474051dc64e30052d/image.png)