aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2021-07-04T18:09:20Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12810the openrc script for miniupnpd is not working2021-07-04T18:09:20ZFengying Zhaothe openrc script for miniupnpd is not workinghttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12805patch asterisk dns resolver2023-03-23T20:59:49Z杨文 陈patch asterisk dns resolverasterisk use res_ninit which musl do not impl, can follow this [path](https://github.com/openembedded/openembedded-core/blob/master/meta/recipes-connectivity/connman/connman/0002-resolve-musl-does-not-implement-res_ninit.patch) to fix th...asterisk use res_ninit which musl do not impl, can follow this [path](https://github.com/openembedded/openembedded-core/blob/master/meta/recipes-connectivity/connman/connman/0002-resolve-musl-does-not-implement-res_ninit.patch) to fix the problem [here](https://github.com/asterisk/asterisk/blob/b4347c486150653ec7ce1d129e8f9017c69344da/main/dns.c#L583)
fix this error
```
ERROR[4641]: res_pjsip/config_system.c:267 system_create_resolver_and_set_nameservers: There are no local system nameservers configured, resorting to system resolution
ERROR[4641]: res_pjsip/config_system.c:267 system_create_resolver_and_set_nameservers: There are no local system nameservers configured, resorting to system resolution
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12478openjdk8 tests fail for octave on x86 as libjava.so cannot find libjvm.so2021-02-26T09:45:41ZDuncan Bellamyopenjdk8 tests fail for octave on x86 as libjava.so cannot find libjvm.soArmv7 has no errors
Extract from octave build log:
```
libinterp/octave-value/ov-class.cc-tst .........................Error occurred during initialization of VM
5962Unable to load native library: Error loading shared library libjvm.s...Armv7 has no errors
Extract from octave build log:
```
libinterp/octave-value/ov-class.cc-tst .........................Error occurred during initialization of VM
5962Unable to load native library: Error loading shared library libjvm.so: No such file or directory (needed by /usr/lib/jvm/java-1.8-openjdk/jre/lib/i386/libjava.so)
5963make[3]: *** [Makefile:31680: check-local] Error 1
```https://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/12406ERROR: busybox-1.32.1-r2.trigger: script exited with error 1 on alpine:3.13.12021-08-31T21:48:01ZFabian NeugartERROR: busybox-1.32.1-r2.trigger: script exited with error 1 on alpine:3.13.1Hey!
I'm trying to build a docker image for armv7 with [GitHub actions](https://github.com/neugartf/mautrix-telegram/actions/runs/546400737/workflow) from `alpine:3.13.1`, which fails with the following error:
```
#5 21.67 (148/148) Inst...Hey!
I'm trying to build a docker image for armv7 with [GitHub actions](https://github.com/neugartf/mautrix-telegram/actions/runs/546400737/workflow) from `alpine:3.13.1`, which fails with the following error:
```
#5 21.67 (148/148) Installing yq (3.4.1-r0)
#5 22.02 Executing busybox-1.32.1-r2.trigger
#5 22.02 ERROR: busybox-1.32.1-r2.trigger: script exited with error 1
#5 22.02 Executing ca-certificates-20191127-r5.trigger
#5 22.04 /bin/sh: can't open 'trigger': No such file or directory
#5 22.04 ERROR: ca-certificates-20191127-r5.trigger: script exited with error 2
#5 22.06 1 error; 227 MiB in 162 packages
#5 ERROR: executor failed running [/dev/.buildkit_qemu_emulator /bin/sh -c apk add --no-cache python3 py3-pip py3-setuptools py3-wheel py3-virtualenv py3-pillow py3-aiohttp py3-magic py3-sqlalchemy py3-telethon-session-sqlalchemy py3-alembic py3-psycopg2 py3-ruamel.yaml py3-commonmark py3-idna py3-decorator py3-tqdm py3-requests py3-numpy py3-pysocks py3-cffi py3-qrcode py3-brotli ffmpeg ca-certificates su-exec netcat-openbsd olm-dev py3-pycryptodome py3-unpaddedbase64 py3-future bash curl jq yq]: exit code: 1
```
<p>
<details>
<summary>Dockerfile</summary>
<pre><code>FROM alpine:3.13.1
RUN apk add --no-cache \
python3 py3-pip py3-setuptools py3-wheel \
py3-virtualenv \
py3-pillow \
py3-aiohttp \
py3-magic \
py3-sqlalchemy \
py3-telethon-session-sqlalchemy \
py3-alembic \
py3-psycopg2 \
py3-ruamel.yaml \
py3-commonmark \
# Indirect dependencies
py3-idna \
#moviepy
py3-decorator \
py3-tqdm \
py3-requests \
#imageio
py3-numpy \
#py3-telethon@edge \ (outdated)
# Optional for socks proxies
py3-pysocks \
# cryptg
py3-cffi \
py3-qrcode \
py3-brotli \
# Other dependencies
ffmpeg \
ca-certificates \
su-exec \
netcat-openbsd \
# encryption
olm-dev \
py3-pycryptodome \
py3-unpaddedbase64 \
py3-future \
bash \
curl \
jq \
yq
COPY requirements.txt /opt/mautrix-telegram/requirements.txt
COPY optional-requirements.txt /opt/mautrix-telegram/optional-requirements.txt
WORKDIR /opt/mautrix-telegram
RUN apk add --virtual .build-deps \
python3-dev \
libffi-dev \
build-base \
&& sed -Ei 's/psycopg2-binary.+//' optional-requirements.txt \
&& pip3 install -r requirements.txt -r optional-requirements.txt \
&& apk del .build-deps
COPY . /opt/mautrix-telegram
RUN apk add git && pip3 install .[speedups,hq_thumbnails,metrics,e2be] && apk del git \
# This doesn't make the image smaller, but it's needed so that the `version` command works properly
&& cp mautrix_telegram/example-config.yaml . && rm -rf mautrix_telegram
VOLUME /data
ENV UID=1337 GID=1337 \
FFMPEG_BINARY=/usr/bin/ffmpeg
CMD ["/opt/mautrix-telegram/docker-run.sh"]</code></pre>
</details>
</p>
Any ideas how to fix this?
Thanks!https://gitlab.alpinelinux.org/alpine/aports/-/issues/12309net-snmp not working on Alpine 3.13 (amd64)2022-11-19T07:09:09ZStefano Marinellinet-snmp not working on Alpine 3.13 (amd64)Both on updated Alpine 3.12->3.13 hosts and newly created Alpine 3.13 hosts, snmpd kills itself just after being launched. dmesg reports:
`traps: snmpd[21440] general protection fault ip:7f7bbd9efc59 sp:7ffd4e6df8e0 error:0 in ld-musl-...Both on updated Alpine 3.12->3.13 hosts and newly created Alpine 3.13 hosts, snmpd kills itself just after being launched. dmesg reports:
`traps: snmpd[21440] general protection fault ip:7f7bbd9efc59 sp:7ffd4e6df8e0 error:0 in ld-musl-x86_64.so.1[7f7bbd9e1000+48000]`
Removing the trapsink on snmpd.conf, it seems to be running but dmesg reports:
`snmpd[22073]: segfault at 7f7598021110 ip 00007f759859d215 sp 00007ffed55515e0 error 6 in libnetsnmpmibs.so.40.0.0[7f759858b000+ab000]
Code: 09 f0 f3 48 0f 2a c8 f3 0f 58 c9 f3 0f 5e c1 f3 0f 58 05 22 b1 09 00 f3 0f 2c c0 c3 53 e8 53 0e ff ff 48 89 c7 48 85 c0 74 1a <48> 83 a7 70 20 00 00 df 48 c7 87 68 20 00 00 ff ff ff ff e8 c3 33`
Still, there seem to be some stability problems as after some pollings it seems to kill itself.Carlo LandmeterCarlo Landmeterhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12275openjdk-jre crashes on s390x arch2023-09-21T06:24:36ZCarole Corleyopenjdk-jre crashes on s390x archLinuxForHealth kafdrop alpine image crashes on s390x but works on arm64 and amd64.
Image on Docker Hub: https://hub.docker.com/repository/docker/linuxforhealth/kafdrop-alpine
The kafdrop image is built on an openjdk image, which is i...LinuxForHealth kafdrop alpine image crashes on s390x but works on arm64 and amd64.
Image on Docker Hub: https://hub.docker.com/repository/docker/linuxforhealth/kafdrop-alpine
The kafdrop image is built on an openjdk image, which is in turn built on a base alpine:3.12.1 image.
The same crash occurs with openjdk11-jre-headless and openjdk11-jre.
Ultimately the shell snippet that invokes the jre is
```
ARGS="--add-opens=java.base/sun.nio.ch=ALL-UNNAMED -Xss256K \
$JMX_ARGS \
$HEAP_ARGS \
$JVM_OPTS"
exec java ${ARGS} -jar /opt/lfh/kafdrop/kafdrop*jar ${CMD_ARGS}
```
Snippet of error, full error file attached.
```
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGFPE (0x8) at pc=0x000003ff9965b3fe (sent by kill), pid=8, tid=18
#
# JRE version: OpenJDK Runtime Environment (11.0.9+11) (build 11.0.9+11-alpine-r0)
# Java VM: OpenJDK 64-Bit Server VM (11.0.9+11-alpine-r0, mixed mode, tiered, compressed oops, g1 gc, linux-s390x)
# Problematic frame:
# V [libjvm.so+0x45b402]
#
# Core dump will be written. Default location: Core dumps may be processed with "/usr/share/apport/apport %p %s %c %d %P %E" (or dumping to /opt/lfh/kafdrop/core.8)
#
# If you would like to submit a bug report, please visit:
# https://gitlab.alpinelinux.org/alpine/aports/issues
#
--------------- S U M M A R Y ------------
Command Line: --add-opens=java.base/sun.nio.ch=ALL-UNNAMED -Xss256K /opt/lfh/kafdrop/kafdrop-3.27.0.jar
Host: 8561, 2 cores, 15G, Alpine Linux v3.12
Time: Mon Jan 4 21:46:25 2021 UTC elapsed time: 0.516111 seconds (0d 0h 0m 0s)
--------------- T H R E A D ---------------
Current thread (0x000002aa39fef000): JavaThread "main" [_thread_in_vm, id=18, stack(0x000003ff9a23d000,0x000003ff9a27dae8)]
Stack: [0x000003ff9a23d000,0x000003ff9a27dae8], sp=0x000003ff9a27ad80, free space=247k
Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x45b402]
V [libjvm.so+0x6a7728] JVM_ArrayCopy+0xe0
J 73 java.lang.System.arraycopy(Ljava/lang/Object;ILjava/lang/Object;II)V java.base@11.0.9 (0 bytes) @ 0x000003ff8a5cc322 [0x000003ff8a5cc280+0x00000000000000a2]
j java.lang.AbstractStringBuilder.shift(II)V+33 java.base@11.0.9
```
[hs_err_pid8.log](/uploads/80a7fbe5aedfa8281fed8bd6ba1311a9/hs_err_pid8.log)Simon Fsimon-alpine@fraho.euSimon Fsimon-alpine@fraho.euhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12117scanimage crashes with Assertion failed: p (thread-watch.c: avahi_threaded_po...2020-11-20T20:38:47Zmaikbrueggemannscanimage crashes with Assertion failed: p (thread-watch.c: avahi_threaded_poll_lock: 171)Dear alpine community and @vaka,
scanimage from alpine 3.12 crashes on startup when no avahi daemon is running:
bash-5.0# SANE_DEBUG_NET=3 scanimage -d net:scanner
Output format is not set, using pnm as a default.
[19:23:58...Dear alpine community and @vaka,
scanimage from alpine 3.12 crashes on startup when no avahi daemon is running:
bash-5.0# SANE_DEBUG_NET=3 scanimage -d net:scanner
Output format is not set, using pnm as a default.
[19:23:58.797337] [sanei_debug] Setting debug level of net to 3.
[19:23:58.797400] [net] sane_init: authorize != null, version_code != null
[19:23:58.797580] [net] net_avahi_init: could not create Avahi client: Daemon not running
[19:23:58.797595] [net] net_avahi_init: Avahi init failed, support disabled
[19:23:58.797617] [net] sane_init: SANE net backend version 1.0.14 (AF-indep+IPv6) from sane-backends 1.0.29
[19:23:58.797636] [net] sane_init: Client has little endian byte order
[19:23:58.797649] [net] sane_init: searching for config file
[19:23:58.797693] [net] sane_init: done reading config
[19:23:58.797712] [net] sane_init: evaluating environment variable SANE_NET_HOSTS
[19:23:58.797726] [net] sane_init: evaluating environment variable SANE_NET_TIMEOUT
[19:23:58.797736] [net] sane_init: done
[19:23:58.797746] [net] sane_open("scanner")
[19:23:58.797758] [net] sane_open: host = scanner, device =
[19:23:58.797771] [net] sane_open: device scanner not found, trying to register it anyway
Assertion failed: p (thread-watch.c: avahi_threaded_poll_lock: 171)
Aborted (core dumped)
Looks like the same problem discussed here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861112
I'm glad if you could fix the issue.
MaikValery KartelValery Kartelhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12115munin: File permissions incorrect? And still unable to get it working.2020-11-18T15:37:42ZMarkmunin: File permissions incorrect? And still unable to get it working.We have having a torrid time getting the Munin package to work on our installation (server and clients)
On each investigation, I've assumed we are at fault and then I'm finding it unlikely the package in its state would work at all? Can...We have having a torrid time getting the Munin package to work on our installation (server and clients)
On each investigation, I've assumed we are at fault and then I'm finding it unlikely the package in its state would work at all? Can anyone concur?
There's a 'smell' of a package here which exists but hasn't been tested, or used in any way. But I can see security fixes and upgrades applied over the years, which suggests some interest.
A broad summary of the issues found so far:
* file permissions prevent munin-cron running; the cron is silent but errors are logged.
* default configuration has a strange hostname (build host?) baked into it causing failure.
* Applying a fix to various permissions, the cron 'update' process can be made to run successfully, but no graphs are generated (and no error logged)
* when graphs are forced to be generated using the CGI process, the fonts are missing and replaced with boxes. No errors are logged. Missing dependency on a font package?
* No template for the fastcgi graph generation (took us a while to work out how to do this)
It seems none of the permissions are correct on install. This is verified by a stream of errors from the "munin-check" script. Some permissions may be distribution-specific, of course. And it does suggest the script has a bug where no directory content is flagged as a permission error.
* Alpine Linux 3.12.1
* munin-2.0.54-r0
* munin-node-2.0.54-r0
```
$ doas munin-check
check /usr/share/webapps/munin/html
ls: cannot access '/usr/share/webapps/munin/html/*': No such file or directory
# /usr/share/webapps/munin/html/* : Wrong owner ( != munin)
check /var/lib/munin/cgi-tmp
ls: cannot access '/var/lib/munin/cgi-tmp/*': No such file or directory
# /var/lib/munin/cgi-tmp/* : Wrong owner ( != munin)
check /var/lib/munin/spool
ls: cannot access '/var/lib/munin/spool/*': No such file or directory
# /var/lib/munin/spool/* : Wrong owner ( != munin)
check miscellaneous
# /var/lib/munin : Wrong owner (root != munin)
ls: cannot access '/var/lib/munin/datafile': No such file or directory
# /var/lib/munin/datafile : Wrong owner ( != munin)
# /var/lib/munin/datafile : Wrong permissions (0 != 644)
ls: cannot access '/var/lib/munin/limits': No such file or directory
# /var/lib/munin/limits : Wrong owner ( != munin)
# /var/lib/munin/limits : Wrong permissions (0 != 644)
ls: cannot access '/var/lib/munin/*.stats': No such file or directory
# /var/lib/munin/*.stats : Wrong owner ( != munin)
# /var/lib/munin/*.stats : Wrong permissions (0 != 644)
# /var/lib/munin-node/plugin-state : Wrong owner (root != nobody)
# /var/lib/munin-node/plugin-state : Wrong permissions (755 != 775)
Check done. Please note that this script only checks most things,
not all things.
Please also note that this script may be buggy.
```Stefan WagnerStefan Wagnerhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12113Dependencies on gammu component broken: Cannot delete SMS messages2020-11-17T16:37:42ZOscar CalvoDependencies on gammu component broken: Cannot delete SMS messagesA [gammu issue](https://github.com/gammu/gammu/issues/460) is preventing dependencies to delete SMS messages.
This [has been fixed](https://wammu.eu/news/2020/10/03/gammu-1-42-0/), however we need to release a bug fix release of Alpine s...A [gammu issue](https://github.com/gammu/gammu/issues/460) is preventing dependencies to delete SMS messages.
This [has been fixed](https://wammu.eu/news/2020/10/03/gammu-1-42-0/), however we need to release a bug fix release of Alpine so that it can be consumed by [Home Assistant](https://github.com/home-assistant/core/issues/40462).Scrumpy JackScrumpy Jackhttps://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/12014transmission-3.00-r0 crashing with SIGABRT on torrent verify2020-12-29T02:29:24Zopal hartgitlab.alpinelinux.org@wowana.metransmission-3.00-r0 crashing with SIGABRT on torrent verifyOn Alpine v3.12 x86_64, `transmission-3.00-r0` intermittently aborts when verifying torrents. It is not one specific torrent or group of torrents that cause this, and normally re-verifying the torrent after restarting transmission-daemon...On Alpine v3.12 x86_64, `transmission-3.00-r0` intermittently aborts when verifying torrents. It is not one specific torrent or group of torrents that cause this, and normally re-verifying the torrent after restarting transmission-daemon has a chance of completing successfully.
I have core dumps but no debugging symbols and therefore no useful backtrace. I'll have to re-build the package manually (and potentially related dependencies) in order to have a useful core dump, but I wanted to file this issue now so that the issue was at least documented.https://gitlab.alpinelinux.org/alpine/aports/-/issues/11966keymap configuration: greek keymap is broken2020-09-23T21:25:12Zcharlkeymap configuration: greek keymap is brokenAfter installing alpine with `setup-alpine` or setting up keymap during post-install with `setup-keymap` and choosing gr keymap, I'm unable to login because all I can type is Greek. There is no way to switch to English.
Looking at the s...After installing alpine with `setup-alpine` or setting up keymap during post-install with `setup-keymap` and choosing gr keymap, I'm unable to login because all I can type is Greek. There is no way to switch to English.
Looking at the setup-keymap source I see it installs `kbd-bkeymaps` which are keymaps [generated with](https://git.alpinelinux.org/aports/tree/main/kbd/APKBUILD)
```
ckbcomp "$layout" "$variant" | gzip > "$pkgdir$_xmapdir"/"$layout"-"$variant".map.gz || exit 1
```
The way I managed to get a working gr keymap was to install `kbd-legacy` and then `loadkeys /usr/share/keymaps/legacy/i386/qwerty/gr.map.gz`
This way I can type in english, switch to greek with alt+shift and accents work.
I'm also trying to generate a valid binary keymap so I can use it with busybox's `loadkmap`. This is what I tried so far:
```
foo:~/keymaps# kbd_mode
The keyboard is in Unicode (UTF-8) mode
foo:~/keymaps# setfont ter-712n
foo:~/keymaps# loadkeys /usr/share/keymaps/legacy/i386/qwerty/gr.map.gz
foo:~/keymaps# # can type in greek, accents work and can switch to en/gr with alt+shift
foo:~/keymaps# # τεστ ά έ ό ή
foo:~/keymaps# dumpkmap > gr.bmap
foo:~/keymaps# loadkeys -c us # clear compose table from kernel before trying the new bmap
foo:~/keymaps# loadkmap < gr.bmap
foo:~/keymaps# # can type in english but I get caps lock WHEN I TRY TO ALT+SHIFT
```
If I use loadkeys to generate the binary keymap, I can switch to greek with alt+shift but accents don't seem to work
```
foo:~/keymaps# loadkeys -ub /usr/share/keymaps/i386/qwerty/gr.map.gz>gr.bmap
foo:~/keymaps# loadkeys -c us
foo:~/keymaps# loadkmap < gr.bmap
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/11956vte package messes with shell config2020-09-19T19:16:28ZRich Felkervte package messes with shell configThe `vte` package installs a file in `/etc/profile.d` that switches bash from using a normal prompt to a `PROMPT_COMMAND` when `TERM` begins with `xterm` or `vte`. This is a configuration change, not something that should happen just by ...The `vte` package installs a file in `/etc/profile.d` that switches bash from using a normal prompt to a `PROMPT_COMMAND` when `TERM` begins with `xterm` or `vte`. This is a configuration change, not something that should happen just by virtue of having a package installed.https://gitlab.alpinelinux.org/alpine/aports/-/issues/11911Asterisk-16.7.0 crash if 'pjsip set logger on'2020-09-01T19:45:30ZHenrikAsterisk-16.7.0 crash if 'pjsip set logger on'I've experienced an issue where Asterisk exists/crashes when 'pjsip set logger on' is set in the Asterisk CLI. This happens with the asterisk-16.7.0 in alpine:3.12.0 and asterisk-15.7.4 in alpine:3.9.3. The problem occurs when the above ...I've experienced an issue where Asterisk exists/crashes when 'pjsip set logger on' is set in the Asterisk CLI. This happens with the asterisk-16.7.0 in alpine:3.12.0 and asterisk-15.7.4 in alpine:3.9.3. The problem occurs when the above is set and asterisk receives a new call. It works fine if the above is not set.
The same happens if PJSIP tries to parse a call with a faulty SIP-header so I guess it might be related. There is no error unfortunately but this is the output I get while calling to it with 'pjsip set logger on' set.
```
/ # asterisk -vvvvvvvvvvvvvvvvvvvvr
Asterisk 16.7.0, Copyright (C) 1999 - 2018, Digium, Inc. and others.
Created by Mark Spencer <markster@digium.com>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type 'core show license' for details.
=========================================================================
Connected to Asterisk 16.7.0 currently running on HP-EliteBook (pid = 8)
HP-EliteBook*CLI> pjsip set logger on
PJSIP Logging enabled
HP-EliteBook*CLI>
HP-EliteBook*CLI>
{"hostname":"","timestamp":"Sep 1 14:49:01","identifiers":{"lwp":34,"callid":""},"logmsg":{"location":{"filename":"res_pjsip_logger.c","function":"logging_on_rx_msg","line":104},"level":"VERBOSE","message":"<--- Received SIP request (474 bytes) from UDP:127.0.0.1:5061 --->\nINVITE sip:echo-bot-se@127.0.0.1:5060 SIP/2.0\r\nVia: SIP/2.0/UDP 127.0.0.1:5061\r\nFrom: sipp <sip:sipp@127.0.0.15061>;tag=1\r\nTo: echo-bot <sip:echo-bot-se@127.0.0.1:5060>\r\nCall-ID: 1-7@127.0.0.1\r\nCseq: 1 INVITE\r\nContact: sip:sipp@127.0.0.1:5061\r\nMax-Forwards: 70\r\nSubject: Performance Test\r\nContent-Type: application/sdp\r\nContent-Length: 129\r\n\r\nv=0\r\no=user1 53655765 2353687637 IN IP4 127.0.0.1\r\ns=-\r\nt=0 0\r\nc=IN IP4 127.0.0.1\r\nm=audio 6000 RTP/AVP 8\r\na=rtpmap:8 PCMA/8000\r\n\n"}}
{"hostname":"","timestamp":"Sep 1 14:49:01","identifiers":{"lwp":35,"callid":""},"logmsg":{"location":{"filename":"pbx_variables.c","function":"pbx_builtin_setvar_helper","line":1115},"level":"VERBOSE","message":"Setting global variable 'SIPDOMAIN' to '127.0.0.1'\n"}}
{"hostname":"","timestamp":"Sep 1 14:49:01","identifiers":{"lwp":35,"callid":""},"logmsg":{"location":{"filename":"res_pjsip_logger.c","function":"logging_on_tx_msg","line":83},"level":"VERBOSE","message":"<--- Transmitting SIP response (263 bytes) to UDP:127.0.0.1:5061 --->\nSIP/2.0 100 Trying\r\nVia: SIP/2.0/UDP 127.0.0.1:5061;rport=5061;received=127.0.0.1\r\nCall-ID: 1-7@127.0.0.1\r\nFrom: \"sipp\" <sip:sipp@127.0.0.15061>;tag=1\r\nTo: \"echo-bot\" <sip:echo-bot-se@127.0.0.1>\r\nCSeq: 1 INVITE\r\nServer: Asterisk PBX 16.7.0\r\nContent-Length: 0\r\n\r\n\n"}}
{"hostname":"","timestamp":"Sep 1 14:49:01","identifiers":{"lwp":59,"callid":"[C-00000001]"},"logmsg":{"location":{"filename":"pbx.c","function":"pbx_extension_helper","line":2940},"level":"VERBOSE","message":"Executing [echo-bot-se@inbound:1] NoOp(\"PJSIP/anonymous-00000000\", \"\") in new stack\n"}}
{"hostname":"","timestamp":"Sep 1 14:49:01","identifiers":{"lwp":59,"callid":"[C-00000001]"},"logmsg":{"location":{"filename":"pbx.c","function":"pbx_extension_helper","line":2940},"level":"VERBOSE","message":"Executing [echo-bot-se@inbound:2] EAGI(\"PJSIP/anonymous-00000000\", \"main\") in new stack\n"}}
{"hostname":"","timestamp":"Sep 1 14:49:01","identifiers":{"lwp":59,"callid":"[C-00000001]"},"logmsg":{"location":{"filename":"res_agi.c","function":"launch_script","line":2296},"level":"VERBOSE","message":"Launched AGI Script /var/lib/asterisk/agi-bin/main\n"}}
{"hostname":"","timestamp":"Sep 1 14:49:02","identifiers":{"lwp":35,"callid":""},"logmsg":{"location":{"filename":"res_rtp_asterisk.c","function":"ast_rtp_remote_address_set","line":8051},"level":"VERBOSE","message":"0x557ec287c020 -- Strict RTP learning after remote address set to: 127.0.0.1:6000\n"}}
{"hostname":"","timestamp":"Sep 1 14:49:02","identifiers":{"lwp":35,"callid":""},"logmsg":{"location":{"filename":"res_pjsip_logger.c","function":"logging_on_tx_msg","line":83},"level":"VERBOSE","message":"<--- Transmitting SIP response (693 bytes) to UDP:127.0.0.1:5061 --->\nSIP/2.0 200 OK\r\nVia: SIP/2.0/UDP 127.0.0.1:5061;rport=5061;received=127.0.0.1\r\nCall-ID: 1-7@127.0.0.1\r\nFrom: \"sipp\" <sip:sipp@127.0.0.15061>;tag=1\r\nTo: \"echo-bot\" <sip:echo-bot-se@127.0.0.1>;tag=mLJYvgSGETo4B9HLu57UOS6WrQNXN3QK\r\nCSeq: 1 INVITE\r\nServer: Asterisk PBX 16.7.0\r\nContact: <sip:127.0.0.1:5060>\r\nAllow: OPTIONS, REGISTER, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, MESSAGE, REFER\r\nSupported: 100rel, timer, replaces, norefersub\r\nContent-Type: application/sdp\r\nContent-Length: 173\r\n\r\nv=0\r\no=- 53655765 2353687639 IN IP4 127.0.0.1\r\ns=Asterisk\r\nc=IN IP4 127.0.0.1\r\nt=0 0\r\nm=audio 15670 RTP/AVP 8\r\na=rtpmap:8 PCMA/8000\r\na=ptime:20\r\na=maxptime:150\r\na=sendrecv\r\n\n
HP-EliteBook*CLI>
Disconnected from Asterisk server
Asterisk cleanly ending (0).
Executing last minute cleanups
```
With:
```
HP-EliteBook*CLI> pjsip show version
PJPROJECT version currently running against: 2.9
```Timo TeräsTimo Teräshttps://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)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/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/11809telegram-desktop hard crashes looking at certain sticker previews2020-11-10T15:59:08ZEllietelegram-desktop hard crashes looking at certain sticker previewstelegram-desktop hard crashes for me when I look at certain sticker combinations in the preview panel when writing a single emoji which will show a live-mix of "fitting" stickers based on recent usage to go with that emoji. This seems to...telegram-desktop hard crashes for me when I look at certain sticker combinations in the preview panel when writing a single emoji which will show a live-mix of "fitting" stickers based on recent usage to go with that emoji. This seems to happen 100% depending on the exact sticker set shown, which makes me wonder if this is a musl-libc issue? (E.g. stack blown when rendering certain more complex animated ones in combination?)
Edit: this is on the PinePhone using postmarketOS stable based on Alpine 3.12 with telegram-desktop 2.1.11-r1https://gitlab.alpinelinux.org/alpine/aports/-/issues/11673main/grub: grub.trigger fails after apk add2020-06-22T04:37:48Zc705main/grub: grub.trigger fails after apk addHi, running latest edge release "from ram" i.e: from a live iso:
```
Linux alpine 5.4.47-0-lts #1-Alpine SMP Thu, 18 Jun 2020 14:54:31 UTC x86_64 Linux
3.12.0
```
Been having this problem for a week or so now
```
76bc[~]$ sudo apk del...Hi, running latest edge release "from ram" i.e: from a live iso:
```
Linux alpine 5.4.47-0-lts #1-Alpine SMP Thu, 18 Jun 2020 14:54:31 UTC x86_64 Linux
3.12.0
```
Been having this problem for a week or so now
```
76bc[~]$ sudo apk del grub ; sudo apk add grub
(1/1) Purging grub (2.04-r2)
Executing busybox-1.31.1-r21.trigger
OK: 1589 MiB in 484 packages
(1/1) Installing grub (2.04-r2)
Executing busybox-1.31.1-r21.trigger
Executing grub-2.04-r2.trigger
/usr/sbin/grub-probe: error: failed to get canonical path of `tmpfs'.
ERROR: grub-2.04-r2.trigger: script exited with error 1
OK: 1601 MiB in 485 packages
```
Seems the post trigger is borked:
Workaround:
```
76bc[~]$ sudo apk add --no-scripts grub
(1/1) Installing grub (2.04-r2)
OK: 1601 MiB in 485 packages
```