alpine issueshttps://gitlab.alpinelinux.org/groups/alpine/-/issues2024-01-04T14:50:37Zhttps://gitlab.alpinelinux.org/alpine/infra/aports-turbo/-/issues/49Using aports-turbo for OpenWrt2024-01-04T14:50:37ZPaul SpoorenUsing aports-turbo for OpenWrtHi I'm an OpenWrt developer and Alpine user. For the longest of time we've tracked packages inside our wiki which comes with many drawbacks. Since I like the simple and clean approach of Alpine pkgs, I created a custom importer which add...Hi I'm an OpenWrt developer and Alpine user. For the longest of time we've tracked packages inside our wiki which comes with many drawbacks. Since I like the simple and clean approach of Alpine pkgs, I created a custom importer which adds OpenWrt packages.
I'm running a demo instance over and wanted to ask if Alpine people mind if we run a similar instance? I'm happy to mention that it originates from the Alpine project or whatever credits you desire.
* http://evernet.duckdns.org:21001/packagesCarlo LandmeterCarlo Landmeterhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15638plasma-desktop-meta is broken for armv7 in edge2024-01-04T07:19:24ZOliver Smithplasma-desktop-meta is broken for armv7 in edgeDependency chain:
```
plasma-desktop-meta -> kdeplasma-addons -> qt5-qtwebengine (so:libQt5WebEngine.so.5)
```
qt5-qtwebengine was disabled for armv7 and armhf: b3b11fab054468f565777d32493039fe901fcef3
CC: @team/kde
(For postmarketOS,...Dependency chain:
```
plasma-desktop-meta -> kdeplasma-addons -> qt5-qtwebengine (so:libQt5WebEngine.so.5)
```
qt5-qtwebengine was disabled for armv7 and armhf: b3b11fab054468f565777d32493039fe901fcef3
CC: @team/kde
(For postmarketOS, I'll disable building plasma-mobile and plasma-desktop images for armv7 until we can resolve this.)https://gitlab.alpinelinux.org/alpine/aports/-/issues/15636community/libreoffice: packaging slovenian and hungarian dictionary2024-01-03T10:49:27ZSertonixcommunity/libreoffice: packaging slovenian and hungarian dictionaryThe alpine libreoffice package [includes the `en-GB`, `en-US`, `hu_AkH11`, `sl` and `technical` dictionaries](https://pkgs.alpinelinux.org/contents?file=*.dic&path=&name=libreoffice-common&branch=edge&arch=x86_64). The arch package only ...The alpine libreoffice package [includes the `en-GB`, `en-US`, `hu_AkH11`, `sl` and `technical` dictionaries](https://pkgs.alpinelinux.org/contents?file=*.dic&path=&name=libreoffice-common&branch=edge&arch=x86_64). The arch package only [includes `en-GB`, `en-US` and `technical`](https://archlinux.org/packages/extra/x86_64/libreoffice-fresh/files/).
The difference between the icu patch from [alpine](https://git.alpinelinux.org/aports/tree/community/libreoffice/icu74.patch) and from [arch](https://gitlab.archlinux.org/archlinux/packaging/packages/libreoffice-fresh/-/blob/674038ae76a44aaa8b33bbb0b884ab53750b98ae/libreoffice-7.5.8.2-icu-74-compatibility.patch) might cause this.
@fabled (cause you are the maintainer)https://gitlab.alpinelinux.org/alpine/aports/-/issues/15628update libreoffice to 7.6.4.12024-01-08T22:07:43ZZoeyzoey@z0ey.deupdate libreoffice to 7.6.4.1Hello,
I'm running alpine Linux v3.19 and the included LibreOffice version is effected by a bug which was fixed in v7.6.4.1 ([PDF: Conversion of pdf to docx or doc collapses all content onto one page (tdf#157589) \[Kevin Suo\]](https://...Hello,
I'm running alpine Linux v3.19 and the included LibreOffice version is effected by a bug which was fixed in v7.6.4.1 ([PDF: Conversion of pdf to docx or doc collapses all content onto one page (tdf#157589) \[Kevin Suo\]](https://mirror1.hs-esslingen.de/pub/Mirrors/tdf/libreoffice/src/bugs-changelog-tag-libreoffice-7.6.4.1-release-7.6.4.1.log)). Is it possible to get this fix/update in v3.19 or at least in edge?
Thanks!Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15626Run dhcpcd in manager mode2024-01-02T13:17:35ZHunter PresnallRun dhcpcd in manager modeThere are plans for dhcpcd to switch to "manager" mode only in version 11. See https://github.com/NetworkConfiguration/dhcpcd/discussions/271.
In this mode, only one instance of dhcpcd can run; privilege separated proxies are started fo...There are plans for dhcpcd to switch to "manager" mode only in version 11. See https://github.com/NetworkConfiguration/dhcpcd/discussions/271.
In this mode, only one instance of dhcpcd can run; privilege separated proxies are started for each interface / address as needed. The current Alpine setup, coordinated between dhcpcd's init script and ifupdown starts a separate process _per interface_ which will no longer be allowed.
Changes will need to be made to aports for dhcpcd and ifupdown-ng to support this (maybe the Debian ifupdown port too, depending on deprecation status):
1) In /etc/init.d/dhcpcd, remove `provide net` and change before dns to `before networking dns`
1) Make sure dhcpcd is set to run at the boot run level, not default.
1) In /usr/libexec/ifupdown-ng/dhcp, change the start command to /sbin/dhcpcd -q -n $optargs $IFACE (adding -n). This makes ifup rebind instead of starting in non-manager mode. The stop function, for ifdown, already had -k in the args.
There may be a more subtle way to get dhcpcd to start before any interfaces are ifup'ed but the first 2 steps as brute force work well enough. dhcpcd is smart enough to wait for carrier status (i.e. ifup) before trying to make dhcp requests, so it's ok to start before networking, then ifup all the interfaces, then let ifupdown-ng's `use dhcp` trigger the rebind (and a possible router solicitation for ipv6).
Not sure if making the changes to ifupdown-ng in the aport make sense or if it's better to push to upstream since this is a general issue for any ifupdown-ng user.
Note that these changes can be made now since the configuration of dhcpcd 10 is identical.Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15625mgetty: not packaged?2024-01-04T00:48:35ZEloy Degenmgetty: not packaged?In the old release notes of Alpine I could find that `mgetty` was included. It seems to have been dropped at some point because it's not currently in the repos. Was this done for a particular reason, or could it be packaged again? It is ...In the old release notes of Alpine I could find that `mgetty` was included. It seems to have been dropped at some point because it's not currently in the repos. Was this done for a particular reason, or could it be packaged again? It is still packaged in Debian. Compiling it requires: `gcc`, `make`, `linux-headers` and `musl-dev`. Thanks in advance!https://gitlab.alpinelinux.org/alpine/aports/-/issues/15621elinks: "ERROR at ../src/main/select.c:585: The call to select() failed: 22 (...2024-01-28T09:01:11Zlupoelinks: "ERROR at ../src/main/select.c:585: The call to select() failed: 22 (Invalid argument)"**Issue**
- When elinks is started, only the abovementioned message is displayed, and repeated approximately every second.
**Version**
- elinks-0.16.1.1-r0
**strace**
- https://pastebin.com/dWGWRrtN
**Release**
- 3.19.0
**Arch**
...**Issue**
- When elinks is started, only the abovementioned message is displayed, and repeated approximately every second.
**Version**
- elinks-0.16.1.1-r0
**strace**
- https://pastebin.com/dWGWRrtN
**Release**
- 3.19.0
**Arch**
- x86
**Device**
- ASUS Eee PC 701 4G
**cpuinfo**
- https://pastebin.com/DV1dBEpENatanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15620community/ceph18: mgr modules fail to load due to new py3-cryptography2024-02-01T06:03:24ZIggy Jacksoncommunity/ceph18: mgr modules fail to load due to new py3-cryptographyA recent version of py3-cryptography started using rust code which now causes the ceph mgr daemon modules not to load.
This was worked-around upstream by just removing the py3-jwt dependency. I think we should probably apply the upstrea...A recent version of py3-cryptography started using rust code which now causes the ceph mgr daemon modules not to load.
This was worked-around upstream by just removing the py3-jwt dependency. I think we should probably apply the upstream patch and drop the py3-jwt dependency (which should in turn drop the py3-cryptography dep).
https://github.com/ceph/ceph/pull/54710/files
cc: @a16bitsysopDuncan BellamyDuncan Bellamyhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15619A bunch of desktop files are faulty or incompatible with phosh, open a new wi...2024-02-11T17:46:04ZEllieA bunch of desktop files are faulty or incompatible with phosh, open a new window instead of going to any of the already opened windowsA bunch of desktop files are faulty or incompatible phosh, open a new window instead of going to any of the already opened windows (or otherwise just fail to go to the window for whatever reason):
- file manager nemo 5.6.4 **from Alpin...A bunch of desktop files are faulty or incompatible phosh, open a new window instead of going to any of the already opened windows (or otherwise just fail to go to the window for whatever reason):
- file manager nemo 5.6.4 **from Alpine**
- gnome system monitor 44.0 **from Alpine**
- audacity 3.3.3 **from FlatHub**
- gimp 2.10.36 **from Alpine**
- simple-scan / "document scanner" 44.0 **from Alpine**
A few also seem to be working correctly :blush: but this seems to be a bigger issue. Maybe it might be worth finding some automated mechanism that finds this before it makes its way into so many packages, or alternatively, to teach phosh to treat this properly since it also seems to affect at least one flathub package.https://gitlab.alpinelinux.org/alpine/aports/-/issues/15617community/libmateweather update to 1.26.32023-12-27T08:47:22ZRobert Eckelmanncommunity/libmateweather update to 1.26.3on 2023/12/26 V1.26.3 of libmateweather was released, please consider updating the aport.
https://github.com/mate-desktop/libmateweather/releases/tag/v1.26.3on 2023/12/26 V1.26.3 of libmateweather was released, please consider updating the aport.
https://github.com/mate-desktop/libmateweather/releases/tag/v1.26.3https://gitlab.alpinelinux.org/alpine/abuild/-/issues/10127apk2 includes uid/gid from build system2024-02-13T11:02:37ZSertonixapk2 includes uid/gid from build systemThe apk archive includes uid/gid from the system it was build on. This is system dependent and differs if rootbld is used or not.
It would be nice to exclude that information to increase consistency. Especially for reproducible builds t...The apk archive includes uid/gid from the system it was build on. This is system dependent and differs if rootbld is used or not.
It would be nice to exclude that information to increase consistency. Especially for reproducible builds this needs to be consistent.
Tar has the options `--owner=0 --group=0` which do standardize the uid/gid. The problem is that they also reset the username and groupname in the tar archive. These are needed by apk.
The issue could probably be fixed with the `--owner-map` and `--group-map` options but I haven't figured out how.https://gitlab.alpinelinux.org/alpine/security/secfixes-tracker/-/issues/17Some fixed vulnerabilities are not shown2023-12-24T12:42:28ZKevin DaudtSome fixed vulnerabilities are not shown[CVE-2023-37457](https://security.alpinelinux.org/vuln/CVE-2023-37457) for example is fixed in edge and v3.19, but they are not shown at all.
The database has these versions available, but `published` is set to false. Manually setting `...[CVE-2023-37457](https://security.alpinelinux.org/vuln/CVE-2023-37457) for example is fixed in edge and v3.19, but they are not shown at all.
The database has these versions available, but `published` is set to false. Manually setting `published` to true will temporarily show them, but the next update will undo that again.
This potentially has to do with what versions are available in the APKINDEX.https://gitlab.alpinelinux.org/alpine/security/secfixes-tracker/-/issues/16Sort 'Vulnerable and fixed packages' table on vulnerability page2023-12-22T21:17:31ZKevin DaudtSort 'Vulnerable and fixed packages' table on vulnerability pageThe entries are now in database order and more difficult to read.
We should probably sort it on (package_name, branch)The entries are now in database order and more difficult to read.
We should probably sort it on (package_name, branch)https://gitlab.alpinelinux.org/alpine/tsc/-/issues/76Handling of aports which invoke external package managers2024-03-06T20:54:35ZSören TempelHandling of aports which invoke external package managersAlpine packages for programming languages like Rust/Go/Haskell currently relying on invoking the package manager of this programming language from within the APKBUILD. As such, dependencies of such packages are not properly tracked by ap...Alpine packages for programming languages like Rust/Go/Haskell currently relying on invoking the package manager of this programming language from within the APKBUILD. As such, dependencies of such packages are not properly tracked by apk. This leads to a variety of issues, most importantly:
1. We cannot reason about the dependencies using apk.
2. Patching dependencies of such packages is almost impossible.
This has [security implications](https://blogs.gentoo.org/mgorny/2021/02/19/the-modern-packagers-security-nightmare/). As a recent case in point, finding and patching packages which are vulnerable to the recent [Terrapin SSH attack](https://gitlab.alpinelinux.org/alpine/aports/-/issues/15593#note_363967) is very cumbersome. With the every increasing amount of Go and Rust packages, this problem will become even more relevant in the future. Therefore, I believe we should attempt to improve our packaging guidelines for such software.
The following may be potential solutions:
1. Package the source code of Rust/Go dependencies (the Debian approach) [\[1\]](https://wiki.debian.org/Teams/RustPackaging) [\[2\]](https://go-team.pages.debian.net/packaging.html).
2. Track additional metadata within the generated APK which at least allows us to identify vendored dependencies and their pinned version.
Note though that the second solution is only partial as it does not resolve the patching problem.
Additional suggestions regarding solutions for the outlined problems are more than welcome!https://gitlab.alpinelinux.org/alpine/aports/-/issues/15608collectd: FQDNLookup prevents starting on boot2023-12-21T15:23:19ZFlyn Computingcollectd: FQDNLookup prevents starting on bootI have found that collectd fails to start on boot, and that the daemon prints the following error message:
```
Looking up "[HOSTNAME]" failed. You have set the "FQDNLookup" option, but I cannot resolve my hostname to a fully qualified do...I have found that collectd fails to start on boot, and that the daemon prints the following error message:
```
Looking up "[HOSTNAME]" failed. You have set the "FQDNLookup" option, but I cannot resolve my hostname to a fully qualified domain name. Please fix the network configuration.
```
I tried to address this by adding the following to `/etc/init.d/collectd`:
```
depend() {
need net
after firewall
after hostname
}
```
This did not fix the problem. I did add this kludge to the definition of `start_pre`, and it fixed the problem:
```
sleep 20
```
Clearly this is not the correct solution, but it seems to indicate something is otherwise not finishing before collectd starts. I wonder if it is the initialization of IPv6, which can take a few seconds, but I have not yet found evidence of this. The relevant code in collectd, which seems to be detecting and printing the error is in `src/daemon/collectd.c`:
```
char hostname[hostname_len];
if (gethostname(hostname, hostname_len) != 0) {
fprintf(stderr, "`gethostname' failed and no "
"hostname was configured.\n");
return -1;
}
hostname_set(hostname);
str = global_option_get("FQDNLookup");
if (IS_FALSE(str))
return 0;
struct addrinfo *ai_list;
struct addrinfo ai_hints = {.ai_flags = AI_CANONNAME};
int status = getaddrinfo(hostname, NULL, &ai_hints, &ai_list);
if (status != 0) {
ERROR("Looking up \"%s\" failed. You have set the "
"\"FQDNLookup\" option, but I cannot resolve "
"my hostname to a fully qualified domain "
"name. Please fix the network "
"configuration.",
hostname);
return -1;
}
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/15607lxc-top in package lxc-5.0.3-r0 on Alpine 3.19 is broken!2024-03-07T14:08:15ZMikael Jenklerlxc-top in package lxc-5.0.3-r0 on Alpine 3.19 is broken!The lxc-top command is broken in Alpine 3.19. The same version works well in Alpine 3.18
`
Container CPU CPU CPU BlkIO Mem
Name Used ...The lxc-top command is broken in Alpine 3.19. The same version works well in Alpine 3.18
`
Container CPU CPU CPU BlkIO Mem
Name Used Sys User Total(Read/Write) Used
ssh 0.00 0.00 0.00 2513013889.58 GiB(2443300300.74 GiB/2174592409.72 GiB) 0.00
TOTAL 1 of 1 0.00 0.00 0.00 2513013889.58 GiB(2443300300.74 GiB/2174592409.72 GiB) 0.00
`
Does not seam to update and strange long numbers 2513013889.58. I have confirmed on 2 installs on virtual host.
I guess a dependency has changed that makes this issue. The same version has been since Alpine 3.17.
Could someone please confirm the same issue?3.19.2https://gitlab.alpinelinux.org/alpine/aports/-/issues/15604main/eudev: fails to create disk by-path entries2023-12-21T15:05:33ZCarlo Landmetermain/eudev: fails to create disk by-path entriesRunning: udevadm test /sys/block/sda
Results in: `IMPORT builtin 'path_id' returned non-zero`
```
calling: test
version 3.2.11
This program is for debugging only, it does not run any program
specified by a RUN key. It may show incorrec...Running: udevadm test /sys/block/sda
Results in: `IMPORT builtin 'path_id' returned non-zero`
```
calling: test
version 3.2.11
This program is for debugging only, it does not run any program
specified by a RUN key. It may show incorrect results, because
some values may be different, or not available at a simulation run.
=== trie on-disk ===
tool version: 3
file size: 105 bytes
header size 80 bytes
strings 1 bytes
nodes 24 bytes
Load module index
timestamp of '/etc/udev/rules.d' changed
timestamp of '/lib/udev/rules.d' changed
Reading rules file: /lib/udev/rules.d/50-udev-default.rules
Reading rules file: /lib/udev/rules.d/60-block.rules
Reading rules file: /lib/udev/rules.d/60-cdrom_id.rules
Reading rules file: /lib/udev/rules.d/60-drm.rules
Reading rules file: /lib/udev/rules.d/60-evdev.rules
Reading rules file: /lib/udev/rules.d/60-input-id.rules
Reading rules file: /lib/udev/rules.d/60-persistent-alsa.rules
Reading rules file: /lib/udev/rules.d/60-persistent-input.rules
Reading rules file: /lib/udev/rules.d/60-persistent-storage-tape.rules
Reading rules file: /lib/udev/rules.d/60-persistent-storage.rules
Reading rules file: /lib/udev/rules.d/60-persistent-v4l.rules
Reading rules file: /lib/udev/rules.d/60-sensor.rules
Reading rules file: /lib/udev/rules.d/60-serial.rules
Reading rules file: /run/udev/rules.d/61-dev-root-link.rules
Reading rules file: /lib/udev/rules.d/64-btrfs.rules
Reading rules file: /lib/udev/rules.d/66-azure-ephemeral.rules
Reading rules file: /lib/udev/rules.d/70-joystick.rules
Reading rules file: /lib/udev/rules.d/70-mouse.rules
Reading rules file: /lib/udev/rules.d/70-touchpad.rules
Reading rules file: /lib/udev/rules.d/75-net-description.rules
Reading rules file: /lib/udev/rules.d/75-probe_mtd.rules
Reading rules file: /lib/udev/rules.d/78-sound-card.rules
Reading rules file: /lib/udev/rules.d/80-drivers.rules
rules contain 24576 bytes tokens (2048 * 12 bytes), 8762 bytes strings
1153 strings (15117 bytes), 724 de-duplicated (6785 bytes), 430 trie nodes used
GROUP 6 /lib/udev/rules.d/50-udev-default.rules:59
IMPORT 'ata_id --export /dev/sda' /lib/udev/rules.d/60-persistent-storage.rules:38
starting 'ata_id --export /dev/sda'
'ata_id --export /dev/sda'(out) 'ID_ATA=1'
'ata_id --export /dev/sda'(out) 'ID_TYPE=disk'
'ata_id --export /dev/sda'(out) 'ID_BUS=ata'
'ata_id --export /dev/sda'(out) 'ID_MODEL=Micron_5300_MTFDDAK480TDT'
'ata_id --export /dev/sda'(out) 'ID_MODEL_ENC=Micron_5300_MTFDDAK480TDT\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20'
'ata_id --export /dev/sda'(out) 'ID_REVISION=D3MU001'
'ata_id --export /dev/sda'(out) 'ID_SERIAL=Micron_5300_MTFDDAK480TDT_REDACTED'
'ata_id --export /dev/sda'(out) 'ID_SERIAL_SHORT=REDACTED'
'ata_id --export /dev/sda'(out) 'ID_ATA_WRITE_CACHE=1'
'ata_id --export /dev/sda'(out) 'ID_ATA_WRITE_CACHE_ENABLED=1'
'ata_id --export /dev/sda'(out) 'ID_ATA_FEATURE_SET_PM=1'
'ata_id --export /dev/sda'(out) 'ID_ATA_FEATURE_SET_PM_ENABLED=1'
'ata_id --export /dev/sda'(out) 'ID_ATA_FEATURE_SET_SECURITY=1'
'ata_id --export /dev/sda'(out) 'ID_ATA_FEATURE_SET_SECURITY_ENABLED=0'
'ata_id --export /dev/sda'(out) 'ID_ATA_FEATURE_SET_SECURITY_ERASE_UNIT_MIN=2'
'ata_id --export /dev/sda'(out) 'ID_ATA_FEATURE_SET_SECURITY_ENHANCED_ERASE_UNIT_MIN=2'
'ata_id --export /dev/sda'(out) 'ID_ATA_FEATURE_SET_SMART=1'
'ata_id --export /dev/sda'(out) 'ID_ATA_FEATURE_SET_SMART_ENABLED=1'
'ata_id --export /dev/sda'(out) 'ID_ATA_FEATURE_SET_APM=1'
'ata_id --export /dev/sda'(out) 'ID_ATA_FEATURE_SET_APM_ENABLED=1'
'ata_id --export /dev/sda'(out) 'ID_ATA_FEATURE_SET_APM_CURRENT_VALUE=254'
'ata_id --export /dev/sda'(out) 'ID_ATA_DOWNLOAD_MICROCODE=1'
'ata_id --export /dev/sda'(out) 'ID_ATA_SATA=1'
'ata_id --export /dev/sda'(out) 'ID_ATA_SATA_SIGNAL_RATE_GEN2=1'
'ata_id --export /dev/sda'(out) 'ID_ATA_SATA_SIGNAL_RATE_GEN1=1'
'ata_id --export /dev/sda'(out) 'ID_ATA_ROTATION_RATE_RPM=0'
'ata_id --export /dev/sda'(out) 'ID_WWN=0x500a07513454ed17'
'ata_id --export /dev/sda'(out) 'ID_WWN_WITH_EXTENSION=0x500a07513454ed17'
'ata_id --export /dev/sda' [3424] exit with return code 0
LINK 'disk/by-id/ata-Micron_5300_MTFDDAK480TDT_REDACTED' /lib/udev/rules.d/60-persistent-storage.rules:52
IMPORT builtin 'path_id' /lib/udev/rules.d/60-persistent-storage.rules:73
IMPORT builtin 'path_id' returned non-zero
IMPORT builtin 'blkid' /lib/udev/rules.d/60-persistent-storage.rules:90
probe /dev/sda raid offset=0
LINK 'disk/by-id/wwn-0x500a07513454ed17' /lib/udev/rules.d/60-persistent-storage.rules:97
handling device node '/dev/sda', devnum=b8:0, mode=0660, uid=0, gid=6
preserve permissions /dev/sda, 060660, uid=0, gid=6
preserve already existing symlink '/dev/block/8:0' to '../sda'
found 'b8:0' claiming '/run/udev/links/\x2fdisk\x2fby-id\x2fata-Micron_5300_MTFDDAK480TDT_REDACTED'
creating link '/dev/disk/by-id/ata-Micron_5300_MTFDDAK480TDT_REDACTED' to '/dev/sda'
preserve already existing symlink '/dev/disk/by-id/ata-Micron_5300_MTFDDAK480TDT_REDACTED' to '../../sda'
found 'b8:0' claiming '/run/udev/links/\x2fdisk\x2fby-id\x2fwwn-0x500a07513454ed17'
creating link '/dev/disk/by-id/wwn-0x500a07513454ed17' to '/dev/sda'
preserve already existing symlink '/dev/disk/by-id/wwn-0x500a07513454ed17' to '../../sda'
created db file '/run/udev/data/b8:0' for '/devices/pci0000:00/0000:00:17.0/ata1/host0/target0:0:0/0:0:0:0/block/sda'
ACTION=add
DEVLINKS=/dev/disk/by-id/ata-Micron_5300_MTFDDAK480TDT_REDACTED /dev/disk/by-id/wwn-0x500a07513454ed17
DEVNAME=/dev/sda
DEVPATH=/devices/pci0000:00/0000:00:17.0/ata1/host0/target0:0:0/0:0:0:0/block/sda
DEVTYPE=disk
DISKSEQ=25
ID_ATA=1
ID_ATA_DOWNLOAD_MICROCODE=1
ID_ATA_FEATURE_SET_APM=1
ID_ATA_FEATURE_SET_APM_CURRENT_VALUE=254
ID_ATA_FEATURE_SET_APM_ENABLED=1
ID_ATA_FEATURE_SET_PM=1
ID_ATA_FEATURE_SET_PM_ENABLED=1
ID_ATA_FEATURE_SET_SECURITY=1
ID_ATA_FEATURE_SET_SECURITY_ENABLED=0
ID_ATA_FEATURE_SET_SECURITY_ENHANCED_ERASE_UNIT_MIN=2
ID_ATA_FEATURE_SET_SECURITY_ERASE_UNIT_MIN=2
ID_ATA_FEATURE_SET_SMART=1
ID_ATA_FEATURE_SET_SMART_ENABLED=1
ID_ATA_ROTATION_RATE_RPM=0
ID_ATA_SATA=1
ID_ATA_SATA_SIGNAL_RATE_GEN1=1
ID_ATA_SATA_SIGNAL_RATE_GEN2=1
ID_ATA_WRITE_CACHE=1
ID_ATA_WRITE_CACHE_ENABLED=1
ID_BUS=ata
ID_MODEL=Micron_5300_MTFDDAK480TDT
ID_MODEL_ENC=Micron_5300_MTFDDAK480TDT\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20
ID_PART_TABLE_TYPE=gpt
ID_PART_TABLE_UUID=6c0df663-21f2-430b-9e3a-f4f6b124afc4Unload module index
ID_REVISION=D3MU001
ID_SERIAL=Micron_5300_MTFDDAK480TDT_REDACTED
ID_SERIAL_SHORT=REDACTED
ID_TYPE=disk
ID_WWN=0x500a07513454ed17
ID_WWN_WITH_EXTENSION=0x500a07513454ed17
MAJOR=8
MINOR=0
SUBSYSTEM=block
USEC_INITIALIZED=5371016
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/15603community/php8?: setlocale() without function2024-03-05T14:48:23ZDennis Cameracommunity/php8?: setlocale() without functionWhen using PHP on Alpine Linux the `setlocale()` function does not change the locale as it should.
Changes to the `LANG` environment variable are sometimes respected.
I generated a minimal example: [php-gettext-musl.tar](/uploads/459e...When using PHP on Alpine Linux the `setlocale()` function does not change the locale as it should.
Changes to the `LANG` environment variable are sometimes respected.
I generated a minimal example: [php-gettext-musl.tar](/uploads/459e34305d3deacdc9604d40b5f3b4fc/php-gettext-musl.tar)
When I run the `test.php` script I get the following output:
```console
$ env -i php81 test.php
C
en_GB: Welcome
de_CH: Willkommen
en_GB: Willkommen
```
When I run the same script on a glibc-based system or Gentoo/musl I get the expected output:
```console
$ env -i php8.1 test.php
C
en_GB: Welcome
de_CH: Willkommen
en_GB: Welcome
```
If I comment line 6 (`putenv("LANG={$new}");`) I get the following output on Alpine Linux:
```console
$ sed -i~ '/putenv(/s#^#// #' test.php
$ env -i php81 test.php
C
en_GB: Welcome
de_CH: Welcome
en_GB: Welcome
```
-----
For completeness I translated the example code to C: `test.c`
When I install the `musl-libintl` package and compile the code I get the expected output:
```console
$ apk add gcc musl-dev musl-libintl
$ gcc -o test-musl test.c
$ env -i ./test-musl
C
en_GB: Welcome
de_CH: Willkommen
en_GB: Welcome
```
When I install `gettext` however and compile the code I get the same behaviour as in PHP:
```console
$ apk add gcc musl-dev gettext-dev
$ gcc -o test-gnu test.c -lintl
$ env -i ./test-gnu
C
en_GB: Welcome
de_CH: Willkommen
en_GB: Willkommen
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/15597community/open-vm-tools-hgfs requires fuse3 as dependency in 3.192023-12-19T14:56:05ZVictor Chucommunity/open-vm-tools-hgfs requires fuse3 as dependency in 3.19fuse3 is missing as dependency for open-vm-tools-hgfs in 3.19.0
```
# grep -i fuse vmsvc-root.log
[2023-12-19T14:03:08.496Z] [ warning] [vix] [3471] ToolsDaemonTcloMountHGFS: vmhgfs-fuse -> FUSE not installed
[2023-12-19T14:03:08.496Z] ...fuse3 is missing as dependency for open-vm-tools-hgfs in 3.19.0
```
# grep -i fuse vmsvc-root.log
[2023-12-19T14:03:08.496Z] [ warning] [vix] [3471] ToolsDaemonTcloMountHGFS: vmhgfs-fuse -> FUSE not installed
[2023-12-19T14:03:08.496Z] [ message] [vix] [3471] ToolsDaemonTcloMountHGFS: returning 20050 22
```
```
# vmhgfs-fuse -e
failed to access /bin/fusermount3 or /usr/bin/fusermount3 2
vmhgfs-fuse: 2 - HGFS FUSE client needs FUSE environment
```
installing fuse3 solves issuehttps://gitlab.alpinelinux.org/alpine/docker-abuild/-/issues/74rootless podman, permission issues2023-12-19T15:00:28ZSimon Fsimon-alpine@fraho.eurootless podman, permission issuesHi,
running `dabuild` with podman (rootless) results in permission denied issues as the mounted aports tree is mapped to the root user:
```
[john:~/workspace/aports/testing/signal-cli] dabuild checksum
[...]
sed: can't create temp file ...Hi,
running `dabuild` with podman (rootless) results in permission denied issues as the mounted aports tree is mapped to the root user:
```
[john:~/workspace/aports/testing/signal-cli] dabuild checksum
[...]
sed: can't create temp file '/home/builder/aports/testing/signal-cli/APKBUILDXXXXXX': Permission denied
```
Setting the correct `uidmap` / `gidmap` arguments makes it work again:
```
[john:~/workspace/aports/testing/signal-cli] cat /etc/dabuild.conf
#!/bin/sh
DABUILD_DOCKER=podman
DABUILD_ARGS="--uidmap 1000:0:1 --uidmap 0:1:1000 --gidmap 1000:0:1 --gidmap 0:1:1000"
[john:~/workspace/aports/testing/signal-cli] id
uid=1000(john) gid=1000(john) groups=1000(john),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),100(users),116(docker),119(lpadmin),131(sambashare),138(libvirt)
```
Last, but not least, configuration should also be possible for an unprivileged user without access to `/etc/` ,e.g by loading `$HOME/.config/dabuild.conf` after the system configuration.
Thanks!