aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2024-01-30T14:14:22Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/14565[PDNS] [3.17 & Edge] - could not open certificate file "/root/.postgresql/pos...2024-01-30T14:14:22ZTuran Asikoglu[PDNS] [3.17 & Edge] - could not open certificate file "/root/.postgresql/postgresql.crt": Permission deniedSince updating to Alpine 3.17 from 3.16, PowerDNS is not able to connect to my Postgres backend via SSL causing it to retry using cleartext which also fails due to our db denying cleartext connectivity.
```
Caught an exception instantia...Since updating to Alpine 3.17 from 3.16, PowerDNS is not able to connect to my Postgres backend via SSL causing it to retry using cleartext which also fails due to our db denying cleartext connectivity.
```
Caught an exception instantiating a backend: Unable to launch gpgsql connection: Unable to connect to database, connect string: dbname='<HIDDEN>' user='<HIDDEN>' host='<HIDDEN>' port='5432' password=<HIDDEN>: connection to server at "<HIDDEN>" (<HIDDEN>), port <HIDDEN> failed: could not open certificate file "/root/.postgresql/postgresql.crt": Permission denied
connection to server at "<HIDDEN>" (<HIDDEN>), port <HIDDEN> failed: FATAL: pg_hba.conf rejects connection for host "<HIDDEN>", user "<HIDDEN>", database "<HIDDEN>", no encryption
```
An educated guess is that in an update to libpq an exception is now generated if it unable to determine if client authentication is needed (by verifying the path "/root/.postgresql/postgresql.crt"). As PowerDNS runs as pdns user, it can not access this folder and SSL connectivity will fail.
A workaround has been to set PGSSLCERT envar in the dockerfile to override the default to a folder the pdns user has access to (such as /tmp).
https://www.postgresql.org/docs/current/libpq-envars.htmlPeter van DijkPeter van Dijkhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15412community/firefox-119.0-r0: cannot find llvm-objdump on riscv642023-12-07T17:15:50ZKevin Daudtcommunity/firefox-119.0-r0: cannot find llvm-objdump on riscv64`firefox` fails to build on ~"arch:riscv64" with:
```plaintext
1:59.41 checking for llvm_profdata... not found
1:59.98 checking for llvm-objdump... not found
1:59.99 DEBUG: llvm_objdump: Looking for llvm-objdump
1:59.99 ERROR: Canno...`firefox` fails to build on ~"arch:riscv64" with:
```plaintext
1:59.41 checking for llvm_profdata... not found
1:59.98 checking for llvm-objdump... not found
1:59.99 DEBUG: llvm_objdump: Looking for llvm-objdump
1:59.99 ERROR: Cannot find llvm-objdump
Config object not found by mach.
*** Fix above errors and then restart with "./mach build"
```
See:
- https://build.alpinelinux.org/buildlogs//build-edge-riscv64/community/firefox/firefox-119.0-r0.logPatrycja Rosaalpine@ptrcnull.mePatrycja Rosaalpine@ptrcnull.mehttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15411community/opencv-4.8.1-r0: linking error, unknown relocation (60) against sym...2023-10-28T11:40:31ZKevin Daudtcommunity/opencv-4.8.1-r0: linking error, unknown relocation (60) against symbol on riscv64`openvcv` fails to build on ~"arch:riscv64" with:
```
ninja: job failed: : && /usr/bin/clang++ -Os -fstack-clash-protection -Wformat -Werror=format-security -D_GLIBCXX_ASSERTIONS=1 -D_LIBCPP_ENABLE_THREAD_SAFETY_ANNOTATIONS=1 -D_LIB...`openvcv` fails to build on ~"arch:riscv64" with:
```
ninja: job failed: : && /usr/bin/clang++ -Os -fstack-clash-protection -Wformat -Werror=format-security -D_GLIBCXX_ASSERTIONS=1 -D_LIBCPP_ENABLE_THREAD_SAFETY_ANNOTATIONS=1 -D_LIBCPP_ENABLE_HARDENED_MODE=1 -g -g1 -Wl,--as-needed,-O1,--sort-common -fuse-ld=lld CMakeFiles/cmTC_e63de.dir/testCXXCompiler.cxx.o -o cmTC_e63de && :
ld.lld: error: /usr/lib/Scrt1.o:(.debug_rnglists+0x15): unknown relocation (60) against symbol .LFE0
ld.lld: error: /usr/lib/Scrt1.o:(.debug_loclists+0x16): unknown relocation (60) against symbol .LVL0
ld.lld: error: /usr/lib/Scrt1.o:(.debug_loclists+0x16): unknown relocation (61) against symbol .LVL0
ld.lld: error: /usr/lib/Scrt1.o:(.debug_rnglists+0x15): unknown relocation (61) against symbol .LFB0
ld.lld: error: /usr/lib/Scrt1.o:(.debug_loclists+0x17): unknown relocation (60) against symbol .LVL2
ld.lld: error: /usr/lib/Scrt1.o:(.debug_loclists+0x17): unknown relocation (61) against symbol .LVL0
ld.lld: error: /usr/lib/Scrt1.o:(.debug_loclists+0x1b): unknown relocation (60) against symbol .LVL2
ld.lld: error: /usr/lib/Scrt1.o:(.debug_loclists+0x1b): unknown relocation (61) against symbol .LVL0
ld.lld: error: /usr/lib/Scrt1.o:(.debug_loclists+0x1c): unknown relocation (60) against symbol .LVL3
ld.lld: error: /usr/lib/Scrt1.o:(.debug_loclists+0x1c): unknown relocation (61) against symbol .LVL0
ld.lld: error: /usr/lib/Scrt1.o:(.debug_loclists+0x22): unknown relocation (60) against symbol .LVL3
ld.lld: error: /usr/lib/Scrt1.o:(.debug_loclists+0x22): unknown relocation (61) against symbol .LVL0
ld.lld: error: /usr/lib/Scrt1.o:(.debug_loclists+0x23): unknown relocation (60) against symbol .LFE0
ld.lld: error: /usr/lib/Scrt1.o:(.debug_loclists+0x23): unknown relocation (61) against symbol .LVL0
ld.lld: error: /usr/lib/Scrt1.o:(.debug_loclists+0x34): unknown relocation (60) against symbol .LVL0
ld.lld: error: /usr/lib/Scrt1.o:(.debug_loclists+0x34): unknown relocation (61) against symbol .LVL0
ld.lld: error: /usr/lib/Scrt1.o:(.debug_loclists+0x35): unknown relocation (60) against symbol .LVL2
ld.lld: error: /usr/lib/Scrt1.o:(.debug_loclists+0x35): unknown relocation (61) against symbol .LVL0
ld.lld: error: /usr/lib/Scrt1.o:(.debug_loclists+0x3a): unknown relocation (60) against symbol .LVL2
ld.lld: error: /usr/lib/Scrt1.o:(.debug_loclists+0x3a): unknown relocation (61) against symbol .LVL0
ld.lld: error: too many errors emitted, stopping now (use --error-limit=0 to see all errors)
clang++: error: linker command failed with exit code 1 (use -v to see invocation)
```
See:
- https://build.alpinelinux.org/buildlogs//build-edge-riscv64/community/opencv/opencv-4.8.1-r0.logBart RibbersBart Ribbershttps://gitlab.alpinelinux.org/alpine/aports/-/issues/11900libevent issues on armv72021-11-25T04:32:12ZKoodalibevent issues on armv7On Alpine edge armv7, both packages depending on libevent that are installed on my machine have problems.
Tmux segfaults on startup, transmission-daemon doesn’t download or seed anything.
Installed packages:
- libevent-2.1.12-r1
- trans...On Alpine edge armv7, both packages depending on libevent that are installed on my machine have problems.
Tmux segfaults on startup, transmission-daemon doesn’t download or seed anything.
Installed packages:
- libevent-2.1.12-r1
- transmission-daemon-3.00-r0
- tmux-3.1b-r0
Here is the stack trace for the tmux segfault:
```
#0 0x00000000 in ?? ()
#1 0x76ef2622 in evbuffer_get_length () from /usr/lib/libevent-2.1.so.7
#2 0x004091b2 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
```
Transmissions’ log don’t show anything except this line:
```
[2020-08-30 12:19:43.668] UDP Failed to set receive buffer: requested 4194304, got 360448 (/home/buildozer/aports/community/transmission/src/transmission-3.00/libtransmission/tr-udp.c:97)
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/12030all java version: Using AWT in non-headless JRE yields NPE in internal class2021-06-07T05:07:52ZSimon Fsimon-alpine@fraho.euall java version: Using AWT in non-headless JRE yields NPE in internal classInstalling the non-headless version of a JRE should include everything needed to run applications in non-headless modes. This mainly affects drawing / printing applications using `jfreechart` or `batik`.
This is not the case with current...Installing the non-headless version of a JRE should include everything needed to run applications in non-headless modes. This mainly affects drawing / printing applications using `jfreechart` or `batik`.
This is not the case with current java packages in alpine, but also affects other vendors like AdoptOpenJDK (https://github.com/AdoptOpenJDK/openjdk-docker/issues/75).
The stacktrace differes between Java-Version, but looks like this:
```
Caused by: java.lang.NullPointerException
at sun.awt.FontConfiguration.getVersion(FontConfiguration.java:1264)
at sun.awt.FontConfiguration.readFontConfigFile(FontConfiguration.java:219)
at sun.awt.FontConfiguration.init(FontConfiguration.java:107)
at sun.awt.X11FontManager.createFontConfiguration(X11FontManager.java:774)
at sun.font.SunFontManager$2.run(SunFontManager.java:431)
at java.security.AccessController.doPrivileged(Native Method)
at sun.font.SunFontManager.<init>(SunFontManager.java:376)
at sun.awt.FcFontManager.<init>(FcFontManager.java:35)
at sun.awt.X11FontManager.<init>(X11FontManager.java:57)
and
Caused by: java.lang.NullPointerException
at java.desktop/sun.awt.FontConfiguration.getVersion(FontConfiguration.java:1262)
at java.desktop/sun.awt.FontConfiguration.readFontConfigFile(FontConfiguration.java:225)
at java.desktop/sun.awt.FontConfiguration.init(FontConfiguration.java:107)
at java.desktop/sun.awt.X11FontManager.createFontConfiguration(X11FontManager.java:719)
```
The error can be reproduced with the following class:
```java
import java.awt.image.BufferedImage;
public class Test {
public static void main(String[] args) {
BufferedImage image = new BufferedImage(10, 10, BufferedImage.TYPE_INT_RGB);
System.out.println(image.getGraphics());
}
}
```
The issue can be fixed quite easily by installing a font. But as this error is not intuitive we should install some font by default wehn installing the JRE.
- [ ] openjdk7
- [x] openjdk8 (!13758)
- [ ] openjdk9
- [ ] openjdk10
- [ ] openjdk11
- [ ] openjdk12
- [ ] openjdk13
- [ ] openjdk14
- [ ] openjdk15
- [ ] openjdk16https://gitlab.alpinelinux.org/alpine/aports/-/issues/12416netatalk 3.1.12-r3 cant write to afp share2021-02-24T09:28:17ZMaltenetatalk 3.1.12-r3 cant write to afp shareHey there,
with the new 3.1.12-r3 package from the community repo in Alpine 3.1.13 I'm not able to write to my share anymore as a guest user. Reading is working fine.
Below are the config. I'm not sure how to give a more detailed inform...Hey there,
with the new 3.1.12-r3 package from the community repo in Alpine 3.1.13 I'm not able to write to my share anymore as a guest user. Reading is working fine.
Below are the config. I'm not sure how to give a more detailed information because I'm not so familiar with debugging afp stuff.
I solved this temporarily with installing the 3.1.12-r2 package from the Alpine 3.1.12 community repo. The package R2 is working fine.
Let me know if you need more detailed information.
```
[Global]
; output log entries to stdout instead of syslog
; it is the docker way where the engine in turn
; can direct the log output to a storage backend
log file = /var/log/netatalk
; enable guest access as well as user accounts
uam list = uams_guest.so uams_dhx2.so uams_dhx.so
[Share]
path = /opt/share
; when the environment variable `AFP_USER` is not
; provided valid users list will be empty and
; thus be available for both guests and
; authenticated users
; valid users = %USER%
[Time Machine]
path = /opt/timemachine
time machine = yes
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/11904Xorg server segfaults2020-11-29T17:41:48Zalex14frXorg server segfaultsX.org worked until I apk upgraded yesterday. When launching startx I get segmentation fault from the X server. Attached are the X server log and the gdb stacktrace, the segfault appears [here](https://cgit.freedesktop.org/xorg/xserver/tr...X.org worked until I apk upgraded yesterday. When launching startx I get segmentation fault from the X server. Attached are the X server log and the gdb stacktrace, the segfault appears [here](https://cgit.freedesktop.org/xorg/xserver/tree/hw/xfree86/common/xf86platformBus.c#n367).[typescript2](/uploads/66f00d11cd2ee3b28cd1b57636f723b5/typescript2)[Xorg.3.log](/uploads/6dc91b82a51a136718a5716bf05e2231/Xorg.3.log)https://gitlab.alpinelinux.org/alpine/aports/-/issues/11907weston: system freeze on launch2020-09-01T13:34:45Zshumweston: system freeze on launch`Alpine Edge, x86_64`
Weston freezes the system upon launch with `weston-launch`.
Steps to reproduce:
1. `apk add weston weston-backend-drm weston-shell-desktop weston-xwayland weston-clients`
2. `addgroup $(whoami) weston-launch`
3. D...`Alpine Edge, x86_64`
Weston freezes the system upon launch with `weston-launch`.
Steps to reproduce:
1. `apk add weston weston-backend-drm weston-shell-desktop weston-xwayland weston-clients`
2. `addgroup $(whoami) weston-launch`
3. Do not forget to [set XDG_RUNTIME_DIR](https://wiki.alpinelinux.org/wiki/Wayland).
4. Logout from your session and log back in.
5. Run `weston-launch 2> 1.log` from TTY.
After this, system just hangs. To unfreeze the system, one can switch to another TTY and kill the weston process.
The thing is – `sway` starts perfectly fine.
Here is a log file from fifth step: [1.log](/uploads/d89952d72c7d8bc6217787e1731082f2/1.log)