aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2023-10-18T18:04:07Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15350Segmentation fault since musl-dev 1.2.4_git20230717-r3 on riscv64 (edge)2023-10-18T18:04:07ZCrazyMaxSegmentation fault since musl-dev 1.2.4_git20230717-r3 on riscv64 (edge)We are using `musl-dev` package on alpine edge repo to cross-compile a Go project using CGO against riscv64 arch but since `1.2.4_git20230717-r3` it fails with:
```
63.14 /usr/local/go/pkg/tool/linux_amd64/link: running riscv64-alpine-l...We are using `musl-dev` package on alpine edge repo to cross-compile a Go project using CGO against riscv64 arch but since `1.2.4_git20230717-r3` it fails with:
```
63.14 /usr/local/go/pkg/tool/linux_amd64/link: running riscv64-alpine-linux-musl-clang failed: exit status 1
63.14 clang-16: error: unable to execute command: Segmentation fault (core dumped)
63.14 clang-16: error: linker command failed due to signal (use -v to see invocation)
```
Was working fine 4 days ago with `1.2.4_git20230717-r2` so might be related to https://gitlab.alpinelinux.org/alpine/aports/-/commit/a22cf875a9ba584be268c167bf1bda1bba94f021?
More details in https://github.com/moby/buildkit/issues/4316
Thanks for your help3.19.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/13814Wireshark 3.6.5 segfaults on startup2023-06-17T21:47:46ZSören TempelWireshark 3.6.5 segfaults on startupWireshark currently segfaults on startup:
```
$ gdb --args wireshark
(gdb) run
Starting program: /usr/bin/wireshark
[New LWP 10362]
** (wireshark:10356) 13:13:14.132856 [GUI WARNING] -- QStandardPaths: XDG_RUNTIME_DIR not set, defaulti...Wireshark currently segfaults on startup:
```
$ gdb --args wireshark
(gdb) run
Starting program: /usr/bin/wireshark
[New LWP 10362]
** (wireshark:10356) 13:13:14.132856 [GUI WARNING] -- QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-soeren'
[New LWP 10363]
[New LWP 10364]
** (wireshark:10356) 13:13:14.137941 [GUI WARNING] -- codecForName: ucnv_open failed ISO-8859-2 U_FILE_ACCESS_ERROR
(gdb) bt
Thread 1 "wireshark" received signal SIGSEGV, Segmentation fault.
0x00005555557b1959 in MainWindow::findTextCodecs (this=0x7fffecdfd390) at /home/soeren/src/aports/community/wireshark/src/wireshark-3.6.5/ui/qt/main_window.cpp:2029
2029 QString key = codec->name().toUpper();
(gdb) bt
#0 0x00005555557b1959 in MainWindow::findTextCodecs (this=0x7fffecdfd390) at /home/soeren/src/aports/community/wireshark/src/wireshark-3.6.5/ui/qt/main_window.cpp:2029
#1 0x00005555557b4ce3 in MainWindow::MainWindow (this=this@entry=0x7fffecdfd390, parent=parent@entry=0x0) at /home/soeren/src/aports/community/wireshark/src/wireshark-3.6.5/ui/qt/main_window.cpp:362
#2 0x000055555564f0af in main (argc=<optimized out>, qt_argv=0x7fffffffe748) at /home/soeren/src/aports/community/wireshark/src/wireshark-3.6.5/ui/qt/main.cpp:725
```3.16.0Jakub JirutkaJakub Jirutkahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13702binutils 2.38 is somewhat broken on ppc64le2022-06-24T00:16:09ZGhost Userbinutils 2.38 is somewhat broken on ppc64lesee logs: (reuploaded so they don't get deleted)
wpewebkit: https://img.ayaya.dev/6jnf4JgP5FXH
nushell: https://img.ayaya.dev/23NUd6bDi1yg
all some assertion failure
previously, we also had issues with darn opcodes, fixed with...see logs: (reuploaded so they don't get deleted)
wpewebkit: https://img.ayaya.dev/6jnf4JgP5FXH
nushell: https://img.ayaya.dev/23NUd6bDi1yg
all some assertion failure
previously, we also had issues with darn opcodes, fixed with acc110c98c7fe6ac495078ef1212e85711cb75f3, identified in https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/315083.16.1https://gitlab.alpinelinux.org/alpine/aports/-/issues/13694luac 5.4.4 on edge segfaults/sigills with more than one file2022-04-14T23:52:38ZGhost Userluac 5.4.4 on edge segfaults/sigills with more than one filereproduction:
```
/bin/cat feedparser/dateparser.lua
return 2
/bin/cat feedparser/url.lua
return 1
luac5.4 -o test.lua feedparser/url.lua feedparser/dateparser.lua
fish: Job 1, 'luac5.4 -o test.lua feedparser/…' terminated by signal ...reproduction:
```
/bin/cat feedparser/dateparser.lua
return 2
/bin/cat feedparser/url.lua
return 1
luac5.4 -o test.lua feedparser/url.lua feedparser/dateparser.lua
fish: Job 1, 'luac5.4 -o test.lua feedparser/…' terminated by signal SIGSEGV (Address boundary error)
luac5.4 -o test.lua feedparser/url.lua
luac5.4 -o test.lua feedparser/dateparser.lua
```
this works fine on 5.4.33.16.0Sören TempelSören Tempelhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13692go 1.18.0/1.18.1 is broken on ppc64le2022-05-08T13:17:51ZGhost Usergo 1.18.0/1.18.1 is broken on ppc64le```
>>> goimapnotify: Unpacking /var/cache/distfiles/edge/goimapnotify-2.3.7.tar.gz...
go: downloading github.com/emersion/go-imap v1.0.0-beta.4.0.20190414203716-b7db4a2bc5cc
go: downloading github.com/emersion/go-imap-idle v0.0.0-201801...```
>>> goimapnotify: Unpacking /var/cache/distfiles/edge/goimapnotify-2.3.7.tar.gz...
go: downloading github.com/emersion/go-imap v1.0.0-beta.4.0.20190414203716-b7db4a2bc5cc
go: downloading github.com/emersion/go-imap-idle v0.0.0-20180114101550-2af93776db6b
go: downloading github.com/emersion/go-sasl v0.0.0-20200509203442-7bfe0ed36a21
# gitlab.com/shackra/goimapnotify.test
runtime/cgo(.text): relocation target _restgpr0_30 not defined
runtime/cgo(.text): relocation target _restgpr0_31 not defined
runtime/cgo(.text): relocation target _savegpr0_23 not defined
runtime/cgo(.text): relocation target _restgpr0_23 not defined
runtime/cgo(.text): relocation target _restgpr0_30 not defined
runtime/cgo(.text): relocation target _savegpr0_29 not defined
runtime/cgo(.text): relocation target _restgpr0_29 not defined
runtime/cgo(.text): relocation target _savegpr0_25 not defined
runtime/cgo(.text): relocation target _restgpr0_25 not defined
runtime/cgo(.text): relocation target _savegpr0_28 not defined
runtime/cgo(.text): relocation target _restgpr0_28 not defined
runtime/cgo(.text): relocation target _restgpr0_31 not defined
FAIL gitlab.com/shackra/goimapnotify [build failed]
FAIL
>>> ERROR: goimapnotify: check failed
```
```
github.com/hashicorp/packer
# github.com/hashicorp/packer
github.com/xanzy/go-cloudstack/cloudstack.(*UsageService).AddTrafficType: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*UsageService).DeleteTrafficType: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*UsageService).GetTrafficTypeID: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*RemoveRawUsageRecordsParams).toURLValues: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*UpdateTrafficTypeParams).toURLValues: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*UpdateTrafficTypeParams).toURLValues: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*UpdateTrafficTypeParams).toURLValues: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*UpdateTrafficTypeParams).toURLValues: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*UpdateTrafficTypeParams).toURLValues: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*UpdateTrafficTypeParams).toURLValues: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*UpdateTrafficTypeParams).SetHypervnetworklabel: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*UpdateTrafficTypeParams).SetId: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*UpdateTrafficTypeParams).SetKvmnetworklabel: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*UpdateTrafficTypeParams).SetOvm3networklabel: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*UpdateTrafficTypeParams).SetVmwarenetworklabel: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*UpdateTrafficTypeParams).SetXennetworklabel: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*UsageService).NewUpdateTrafficTypeParams: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*UsageService).UpdateTrafficType: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*CreateUserParams).toURLValues: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*CreateUserParams).toURLValues: unexpected trampoline for shared or dynamic linking
github.com/xanzy/go-cloudstack/cloudstack.(*CreateUserParams).toURLValues: unexpected trampoline for shared or dynamic linking
/usr/lib/go/pkg/tool/linux_ppc64le/link: too many errors
```3.16.0Sören TempelSören Tempelhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13427"Module has invalid ELF structures" on latest netboot kernel2022-02-02T18:23:14ZDominika Liberda"Module has invalid ELF structures" on latest netboot kernelWhen loading modules (this happens on all modules I've tried), a `Module has invalid ELF structures` message gets emitted to dmesg.
I'm on latest netboot kernel/initrd/modloop, that is 5.15.4. I take my boot files from [my mirror](https...When loading modules (this happens on all modules I've tried), a `Module has invalid ELF structures` message gets emitted to dmesg.
I'm on latest netboot kernel/initrd/modloop, that is 5.15.4. I take my boot files from [my mirror](https://alpine.sakamoto.pl/alpine/v3.15/releases/x86_64/netboot/), but I have verified that those files are the same (and same does rsync during the mirroring process).
I don't know if this directly affects the stability - I have only noticed this while reporting #13423, but it may be related to that issue. This happens on multiple configurations, and multiple machines (see below)
## /proc/cmdline
```
BOOT_IMAGE=vmlinuz-lts ip=dhcp modloop=http://f.sakamoto.pl/modloop-lts nomodeset noibrs noibpb nopti nospectre_v2 nospectre_v1 l1tf=off nospec_store_bypass_disable no_stf_barrier mds=off tsx=on tsx_async_abort=off mitigations=off apkovl=<redacted> initrd=initramfs-lts
```
```
BOOT_IMAGE=vmlinuz-lts ip=dhcp modloop=http://f.sakamoto.pl/modloop-lts nomodeset apkovl=<redacted> initrd=initramfs-lts
```Jakub JirutkaJakub Jirutkahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13086firefox-esr: crash after upgrading libffi to 3.4.2?2021-10-17T17:47:23ZMogens Jensenfirefox-esr: crash after upgrading libffi to 3.4.2?After upgrading libffi to version 3.4.2 and rebuilding firefox-esr against libffi.so.8, firefox now crashes instantly at startup:
```
Crash Annotation GraphicsCriticalError: |[C0][GFX1-]: Receive IPC close with reason=AbnormalShutdown (...After upgrading libffi to version 3.4.2 and rebuilding firefox-esr against libffi.so.8, firefox now crashes instantly at startup:
```
Crash Annotation GraphicsCriticalError: |[C0][GFX1-]: Receive IPC close with reason=AbnormalShutdown (t=1.73767) [GFX1-]: Receive IPC close with reason=AbnormalShutdown
Exiting due to channel error.
Illegal instruction
```
Running firefox in GDB:
```
0x00007ffff67bd48d in ffi_prep_cif () from /usr/lib/libffi.so.8
Thread 43 "DOM Worker" received signal SIGILL, Illegal instruction.
```
With libffi libffi-dbg-3.4.2-r0 installed:
```
Thread 30 "DOM Worker" received signal SIGILL, Illegal instruction.
[Switching to LWP 2346]
ffi_prep_cif (cif=0x7fffe48e1690, abi=FFI_UNIX64, nargs=4, rtype=0x7ffff67c60c0 <ffi_type_sint32>, atypes=0x7fffe48dacd0) at ../src/prep_cif.c:224
```
This is not the firefox-esr from repo, but a custom built version (78.15.0 ESR) used for special purpose operation in some systems. However, I'm hoping that someone maybe have some ideas on what I could try to solve the problem anyways, as this is pretty critical for the operation.
Thanks.
**UPDATE**
Exactly the same thing happens with firefox-esr from Alpine repository, so the problem is not isolated to the custom built version as I first thought. The architecture is x86_64.3.15.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/12178community/rust-1.47.0-r1: hang on build2021-01-06T11:42:04ZKevin Daudtcommunity/rust-1.47.0-r1: hang on buildOn armv7 and armhf, rust hangs on build and never completes.
```
Compiling thread_local v1.0.1
Compiling block-padding v0.1.5
Compiling miniz_oxide v0.4.0
Compiling getopts v0.2.21
Compiling rustc_lexer v0.1.0 (/home/buil...On armv7 and armhf, rust hangs on build and never completes.
```
Compiling thread_local v1.0.1
Compiling block-padding v0.1.5
Compiling miniz_oxide v0.4.0
Compiling getopts v0.2.21
Compiling rustc_lexer v0.1.0 (/home/buildozer/aports/community/rust/src/rustc-1.47.0-src/src/librustc_lexer)
Compiling semver v0.9.0
Compiling itertools v0.8.2
Compiling itertools v0.9.0
Compiling hashbrown v0.8.2
Compiling crossbeam-utils v0.7.2
Compiling memoffset v0.5.5
Compiling indexmap v1.5.1
Compiling crossbeam-epoch v0.8.2
Compiling unicode-normalization v0.1.13
Compiling rustc_version v0.2.3
Compiling rustc_apfloat v0.0.0 (/home/buildozer/aports/community/rust/src/rustc-1.47.0-src/src/librustc_apfloat)
Compiling smallvec v0.6.13
Compiling parking_lot_core v0.6.2
Compiling parking_lot v0.9.0
Compiling psm v0.1.11
Compiling stacker v0.1.11
Compiling rustc_llvm v0.0.0 (/home/buildozer/aports/community/rust/src/rustc-1.47.0-src/src/librustc_llvm)
Compiling num_cpus v1.13.0
Compiling memmap v0.7.0
Compiling jobserver v0.1.21
Compiling atty v0.2.14
Compiling termize v0.1.1
Compiling unicode-security v0.0.5
Compiling generic-array v0.12.3
Compiling rustc_serialize v0.0.0 (/home/buildozer/aports/community/rust/src/rustc-1.47.0-src/src/librustc_serialize)
Compiling petgraph v0.5.1
Compiling digest v0.8.1
Compiling regex v1.3.9
Compiling rls-span v0.5.2
Compiling rls-data v0.19.0
warning: In file included from /usr/include/c++/10.2.1/vector:72,
warning: from /usr/lib/llvm10/include/llvm/ADT/ArrayRef.h:25,
warning: from ../rustllvm/rustllvm.h:4,
warning: from ../rustllvm/ArchiveWrapper.cpp:1:
warning: /usr/include/c++/10.2.1/bits/vector.tcc: In member function 'void std::vector<_Tp, _Alloc>::_M_realloc_insert(std::vector<_Tp, _Alloc>::iterator, _Args&& ...) [with _Args = {llvm::NewArchiveMember}; _Tp = llvm::NewArchiveMember; _Alloc = std::allocator<llvm::NewArchiveMember>]':
warning: /usr/include/c++/10.2.1/bits/vector.tcc:426:7: note: parameter passing for argument of type 'std::vector<llvm::NewArchiveMember>::iterator' changed in GCC 7.1
warning: 426 | vector<_Tp, _Alloc>::
warning: | ^~~~~~~~~~~~~~~~~~~
warning: /usr/include/c++/10.2.1/bits/vector.tcc: In function 'LLVMRustResult LLVMRustWriteArchive(char*, size_t, RustArchiveMember* const*, bool, LLVMRustArchiveKind)':
warning: /usr/include/c++/10.2.1/bits/vector.tcc:121:21: note: parameter passing for argument of type '__gnu_cxx::__normal_iterator<llvm::NewArchiveMember*, std::vector<llvm::NewArchiveMember> >' changed in GCC 7.1
warning: 121 | _M_realloc_insert(end(), std::forward<_Args>(__args)...);
warning: | ~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
warning: /usr/include/c++/10.2.1/bits/vector.tcc:121:21: note: parameter passing for argument of type '__gnu_cxx::__normal_iterator<llvm::NewArchiveMember*, std::vector<llvm::NewArchiveMember> >' changed in GCC 7.1
warning: 121 | _M_realloc_insert(end(), std::forward<_Args>(__args)...);
warning: | ~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
```
<details>
<summary>Processes</summary>
<pre>
21065 buildozer 20 0 282M 26280 10716 S 0.0 0.0 0:04.08 │ │ └─ /usr/bin/cargo build --target armv7-alpine-linux-musleabihf -Zbinary-dep-depinfo -j 64 --release --locked --frozen --features llvm --manifest-
21072 buildozer 20 0 282M 26280 10716 S 0.0 0.0 0:00.00 │ │ ├─ /usr/bin/cargo build --target armv7-alpine-linux-musleabihf -Zbinary-dep-depinfo -j 64 --release --locked --frozen --features llvm --manife
21136 buildozer 20 0 0 0 0 Z 0.0 0.0 0:00.00 │ │ ├─ rustc
21066 buildozer 20 0 282M 26280 10716 S 0.0 0.0 0:00.00 │ │ ├─ /usr/bin/cargo build --target armv7-alpine-linux-musleabihf -Zbinary-dep-depinfo -j 64 --release --locked --frozen --features llvm --manife
21129 buildozer 20 0 0 0 0 Z 0.0 0.0 0:00.00 │ │ ├─ rustc
21070 buildozer 20 0 282M 26280 10716 S 0.0 0.0 0:00.00 │ │ ├─ /usr/bin/cargo build --target armv7-alpine-linux-musleabihf -Zbinary-dep-depinfo -j 64 --release --locked --frozen --features llvm --manife
21118 buildozer 20 0 0 0 0 Z 0.0 0.0 0:00.00 │ │ ├─ rustc
21073 buildozer 20 0 282M 26280 10716 S 0.0 0.0 0:00.00 │ │ ├─ /usr/bin/cargo build --target armv7-alpine-linux-musleabihf -Zbinary-dep-depinfo -j 64 --release --locked --frozen --features llvm --manife
21106 buildozer 20 0 93440 14412 4 S 0.0 0.0 0:00.00 │ │ ├─ /usr/bin/cargo build --target armv7-alpine-linux-musleabihf -Zbinary-dep-depinfo -j 64 --release --locked --frozen --features llvm --manife
21071 buildozer 20 0 282M 26280 10716 S 0.0 0.0 0:00.00 │ │ ├─ /usr/bin/cargo build --target armv7-alpine-linux-musleabihf -Zbinary-dep-depinfo -j 64 --release --locked --frozen --features llvm --manife
21102 buildozer 20 0 0 0 0 Z 0.0 0.0 0:00.00 │ │ ├─ rustc
21067 buildozer 20 0 282M 26280 10716 S 0.0 0.0 0:00.00 │ │ ├─ /usr/bin/cargo build --target armv7-alpine-linux-musleabihf -Zbinary-dep-depinfo -j 64 --release --locked --frozen --features llvm --manife
21101 buildozer 20 0 0 0 0 Z 0.0 0.0 0:00.00 │ │ ├─ rustc
21076 buildozer 20 0 282M 26280 10716 S 0.0 0.0 0:00.00 │ │ └─ /usr/bin/cargo build --target armv7-alpine-linux-musleabihf -Zbinary-dep-depinfo -j 64 --release --locked --frozen --features llvm --manife
</pre>
</details>3.13.0Rasmus Thomsenoss@cogitri.devRasmus Thomsenoss@cogitri.devhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/11081amdgpu kernel module fails to load on kernel 5.4.5-0-lts (Exec format error)2020-01-18T04:03:10ZMrPowerMacamdgpu kernel module fails to load on kernel 5.4.5-0-lts (Exec format error)When trying to start GDM on my desktop with a Radeon RX Vega 64 graphics card, Xorg fails to start up, and `/var/log/gdm/greeter.log` shows the line:
`(II) AMDGPU(0): [KMS] drm report modesetting isn't supported.`
Checking `lsp...When trying to start GDM on my desktop with a Radeon RX Vega 64 graphics card, Xorg fails to start up, and `/var/log/gdm/greeter.log` shows the line:
`(II) AMDGPU(0): [KMS] drm report modesetting isn't supported.`
Checking `lspci -v` shows that the amdgpu module hadn't been loaded, and running `modprobe amdgpu` produces the following output:
`modprobe: ERROR: could not insert 'amdgpu': Invalid argument`
Attempting to force insertion with `modprobe -f amdgpu` produces the following output:
`modprobe: ERROR: could not insert 'amdgpu': Exec format error`
**System information:**
* Alpine 3.11.0, with main and community repositories enabled
* `setup-xorg-base` run, and `xf86-input-libinput` and `xf86-video-amdgpu` also installed
* Verified that `linux-firmware-amdgpu` was installed
* `amdgpu` Xorg driver manually specified in Xorg configuration (it was initially not autodetected by Xorg), and driver loads successfully per `/var/log/gdm/greeter.log`
* `gnome`, `gnome-apps`, and all dependencies installed and updated to the latest version in the 3.11 repositories as of 11:09 UTC December 24, 2019
* CPU is an Intel i5-4690, GPU is an AMD Radeon RX Vega 64
Xorg and the kernel driver both work perfectly fine with on Slackware-current, which also uses the 5.4.x kernel series.
Please let me know if I need to provide any other information.Rasmus Thomsenoss@cogitri.devRasmus Thomsenoss@cogitri.devhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/10663libxkbcommon-dev does not provide libxkbcommon.a starting from 3.102019-07-25T12:17:40Zyshurik ylibxkbcommon-dev does not provide libxkbcommon.a starting from 3.10According to
https://pkgs.alpinelinux.org/contents?file=libxkbcommon\*.a&path=&name=&branch=v3.9
The last version where static lib was provided is 3.9
It is missing in 3.10, so no more possible to build static apps
*(from redmine: is...According to
https://pkgs.alpinelinux.org/contents?file=libxkbcommon\*.a&path=&name=&branch=v3.9
The last version where static lib was provided is 3.9
It is missing in 3.10, so no more possible to build static apps
*(from redmine: issue id 10663, created on 2019-07-08)*LeoLeohttps://gitlab.alpinelinux.org/alpine/aports/-/issues/10651History command doesn't clear and HISTSIZE is ignored2019-07-23T11:06:13ZXavier AriasHistory command doesn't clear and HISTSIZE is ignoredThe history command does not work properly:
docker run -it alpine:3.10
/ # history
0 history
/ # export HISTSIZE=0
/ # history -c
0 history
1 export HISTSIZE=0
2 history -c
/ # ls
bin ...The history command does not work properly:
docker run -it alpine:3.10
/ # history
0 history
/ # export HISTSIZE=0
/ # history -c
0 history
1 export HISTSIZE=0
2 history -c
/ # ls
bin dev etc home lib media mnt opt proc root run sbin srv sys tmp usr var
/ # history -c
0 history
1 export HISTSIZE=0
2 history -c
3 ls
4 history -c
/ #
*(from redmine: issue id 10651, created on 2019-07-03, closed on 2019-07-03)*3.10.1https://gitlab.alpinelinux.org/alpine/aports/-/issues/10640[3.8] main/postgresql CVE-2019-101642019-07-23T11:06:25ZMilan P. Stanić[3.8] main/postgresql CVE-2019-10164Postgresql 10.8 in Alpine 3.8 need security fix
Patch with upgrade to postgresql version 10.9 will be posted to
patchwork.alpinelinux.org
*(from redmine: issue id 10640, created on 2019-07-01, closed on 2019-07-04)*
* Relations:
*...Postgresql 10.8 in Alpine 3.8 need security fix
Patch with upgrade to postgresql version 10.9 will be posted to
patchwork.alpinelinux.org
*(from redmine: issue id 10640, created on 2019-07-01, closed on 2019-07-04)*
* Relations:
* relates #10641
* Changesets:
* Revision 8daa712f697c96da86733f3646b42943712519ea by Milan P. Stanić on 2019-07-03T11:11:03Z:
```
main/postgresql: security upgrade to 10.9
CVE-2019-10164
other upstream bugfixes
fixes #10640
```3.8.5Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/10635initramfs-init should wait device shows up then mount2019-08-20T09:18:38Z杨文 陈initramfs-init should wait device shows up then mountBoot alpine from usb in server may run into this problem
https://github.com/alpinelinux/mkinitfs/blob/master/initramfs-init.in\#L487
. Mount failed, because usb is detect async. There is a rootwait kernel
param
\[rootwait\](https://githu...Boot alpine from usb in server may run into this problem
https://github.com/alpinelinux/mkinitfs/blob/master/initramfs-init.in\#L487
. Mount failed, because usb is detect async. There is a rootwait kernel
param
\[rootwait\](https://github.com/torvalds/linux/blob/728254541ebcc7fee869c3c4c3f36f96be791edb/Documentation/admin-guide/kernel-parameters.txt\#L4172)
to control this, alpine should do this too.
*(from redmine: issue id 10635, created on 2019-06-29)*3.10.2Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/10591Polkit segmentation fault based on libmozjs-60.so.0 - polkitd crashing2019-07-23T11:06:47ZMark CoolenPolkit segmentation fault based on libmozjs-60.so.0 - polkitd crashingI’ve been using Alpine for awhile to host VMs using KVM and libvirt. I
connect to Alpine using virt-manager over QEMU+SSH. It worked fine until
I upgraded to 3.10. I followed the instructions on the Wiki for setting
up KVM with polkit au...I’ve been using Alpine for awhile to host VMs using KVM and libvirt. I
connect to Alpine using virt-manager over QEMU+SSH. It worked fine until
I upgraded to 3.10. I followed the instructions on the Wiki for setting
up KVM with polkit authentication over SSH and it worked beautifully
until now.
Since I upgraded to 3.10 libvirt works fine and I can use virsh after
connecting via SSH, but I can’t connect with virt-manager from my
Manjaro-based system. It throws:
Unable to connect to libvirt qemu+ssh://——`192.168.--.--/system.
error from service: CheckAuthorization: Process org.freedesktop.PolicyKit1 received signal 9
Verify that the 'libvirtd' daemon is running on the remote host.
Libvirt URI is: qemu+ssh://----`192.168.—.—/system
Traceback (most recent call last):
File “/usr/share/virt-manager/virtManager/connection.py”, line 1012, in
\_do\_open
self.\_backend.open(connectauth.creds\_dialog, self)
File “/usr/share/virt-manager/virtinst/connection.py”, line 138, in
open
open\_flags)
File “/usr/lib/python3.7/site-packages/libvirt.py”, line 104, in
openAuth
if ret is None:raise libvirtError(‘virConnectOpenAuth() failed’)
libvirt.libvirtError: error from service: CheckAuthorization: Process
org.freedesktop.PolicyKit1 received signal 9
*(from redmine: issue id 10591, created on 2019-06-20, closed on 2019-07-11)*3.10.1Rasmus Thomsenoss@cogitri.devRasmus Thomsenoss@cogitri.devhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/10582Move chromium back to testing before 3.10 release?2019-10-21T13:24:27ZalgitbotMove chromium back to testing before 3.10 release?The current version of chromium in edge is known to crash a lot and it
not really stable.
I’m not sure if it should be shipped as stable with Alpine.
Another possibility would be to talk to the author of
https://github.com/smaeul/port...The current version of chromium in edge is known to crash a lot and it
not really stable.
I’m not sure if it should be shipped as stable with Alpine.
Another possibility would be to talk to the author of
https://github.com/smaeul/portage-overlay/tree/master/www-client/chromium/files
Maybe with his patches Chromium gets into good state
*(from redmine: issue id 10582, created on 2019-06-16)*3.10.3https://gitlab.alpinelinux.org/alpine/aports/-/issues/10478Package 'nginx-mod-http-lua' breaks nginx2021-06-13T01:14:21ZZach van RijnPackage 'nginx-mod-http-lua' breaks nginxRecent versions of <code>nginx-mod-http-lua</code> have broken nginx
with the default configuration. There has been [much
activity](https://git.alpinelinux.org/aports/log/main/nginx) on this
package lately, and therefore it is not easy t...Recent versions of <code>nginx-mod-http-lua</code> have broken nginx
with the default configuration. There has been [much
activity](https://git.alpinelinux.org/aports/log/main/nginx) on this
package lately, and therefore it is not easy to pinpoint the breaking
change.
A [related
discussion](https://github.com/openresty/lua-nginx-module/issues/1509)
has determined that one must add <code>lua\_load\_resty\_core
off;</code> to the nginx configuration.
I have tested this issue on Alpine 3.8 and 3.9 as of 2019-05-19.
**To Reproduce:**
1. Launch a fresh copy of Alpine, update and upgrade.
2. <code>\# apk add nginx-mod-http-lua</code>
3. <code>\# nginx</code>
You will be greeted with something like:
nginx: [alert] detected a LuaJIT version which is not OpenResty's; many optimizations will be disabled and performance will be compromised (see https://github.com/openresty/luajit2 for OpenResty's LuaJIT or, even better, consider using the OpenResty releases from https://openresty.org/en/download.html)
nginx: [error] lua_load_resty_core failed to load the resty.core module from https://github.com/openresty/lua-resty-core; ensure you are using an OpenResty release from https://openresty.org/en/download.html (rc: 2, reason: module 'resty.core' not found:
no field package.preload['resty.core']
no file './resty/core.lua'
no file '/usr/share/luajit-2.1.0-beta3/resty/core.lua'
no file '/usr/local/share/lua/5.1/resty/core.lua'
no file '/usr/local/share/lua/5.1/resty/core/init.lua'
no file '/usr/share/lua/5.1/resty/core.lua'
no file '/usr/share/lua/5.1/resty/core/init.lua'
no file '/usr/share/lua/common/resty/core.lua'
no file '/usr/share/lua/common/resty/core/init.lua'
no file './resty/core.so'
no file '/usr/local/lib/lua/5.1/resty/core.so'
no file '/usr/lib/lua/5.1/resty/core.so'
no file '/usr/local/lib/lua/5.1/loadall.so'
no file './resty.so'
no file '/usr/local/lib/lua/5.1/resty.so'
no file '/usr/lib/lua/5.1/resty.so'
no file '/usr/local/lib/lua/5.1/loadall.so')
nginx: [emerg] open() "/run/nginx/nginx.pid" failed (2: No such file or directory)
One might think we need to install OpenResty:
<code>\# apk add $(apk search **resty** | awk <s>F’\[</s>\]’ ‘{print $1
“-” $2 “-” $3}’)</code>
This does not resolve the issue. It appears that we need
<code>lua-resty-core</code>, but this is not packaged on Alpine at this
time.
**Possible Workaround:**
If we instead add <code>lua\_load\_resty\_core off;</code> to the nginx
<code>http { }</code> configuration, we still get the OpenResty warning
above, but not the missing libraries, and nginx starts as expected.
A better solution would be to fix the package. This type of issue
catches system administrators by surprise and can be incredibly
frustrating.
ZV
*(from redmine: issue id 10478, created on 2019-05-21)*Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/10464deluge not starting after latest libtorrent-rasterbar update2019-07-23T11:09:55ZMatthieu Castellazzideluge not starting after latest libtorrent-rasterbar updateGood evening,
After updating libtorrent-rasterbar from 1.1.12-r0 to 1.1.13-r0,
deluge-1.3.15-r3 is not starting anymore.
$ deluged
[ERROR ] 18:30:14 main:248 No module named libtorrent
Traceback (most recent call last):...Good evening,
After updating libtorrent-rasterbar from 1.1.12-r0 to 1.1.13-r0,
deluge-1.3.15-r3 is not starting anymore.
$ deluged
[ERROR ] 18:30:14 main:248 No module named libtorrent
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/deluge/main.py", line 241, in start_daemon
Daemon(options, args)
File "/usr/lib/python2.7/site-packages/deluge/core/daemon.py", line 144, in __init__
from deluge.core.core import Core
File "/usr/lib/python2.7/site-packages/deluge/core/core.py", line 38, in <module>
from deluge._libtorrent import lt
File "/usr/lib/python2.7/site-packages/deluge/_libtorrent.py", line 59, in <module>
import libtorrent as lt
ImportError: No module named libtorrent
Looks like the following commit broke something:
https://git.alpinelinux.org/aports/commit/?id=bb2b956ae9787706a773a25e5a2d13ff9edc0aa1
Thanks for your help.
Matthieu
*(from redmine: issue id 10464, created on 2019-05-18, closed on 2019-06-19)*
* Changesets:
* Revision b911ba3c98d2f11988cc6fbb658c152ab94d71e0 by prs pkt on 2019-05-27T23:31:30Z:
```
testing/deluge: fix source url
- Rebuild against py2-libtorrent-rasterbar.
Fixes #10464
```3.10.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/10459urxvt : panic: locale.c: 893: Unexpected character in locale name '2E.2019-07-23T11:10:00ZTaner Tasurxvt : panic: locale.c: 893: Unexpected character in locale name '2E.I can’t run urxvt anymore. I don’t what what caused this. Maybe latest
update.
edge repository
rxvt-unicode-9.22-r6
urxvt : panic: locale.c: 893: Unexpected character in locale name '2E.
*(from redmine: issue id 10459, created ...I can’t run urxvt anymore. I don’t what what caused this. Maybe latest
update.
edge repository
rxvt-unicode-9.22-r6
urxvt : panic: locale.c: 893: Unexpected character in locale name '2E.
*(from redmine: issue id 10459, created on 2019-05-15, closed on 2019-06-19)*
* Changesets:
* Revision 04747e4e2db80406782fa71d7744da0c613987e9 by Natanael Copa on 2019-05-27T16:57:49Z:
```
main/perl: fix locale issue
fixes #10459
```3.10.0Sören TempelSören Tempelhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/10457Update mariadb-client to 10.3.152019-07-23T11:10:01ZAvi DeitcherUpdate mariadb-client to 10.3.15The current version of mariadb at edge (and used in 3.9) is 10.3.13.
There have been several bug fixes that have made it into subsequent
versions. Can we get it updated?
As discussed with @ncopa on Slack.
*(from redmine: issue id 1045...The current version of mariadb at edge (and used in 3.9) is 10.3.13.
There have been several bug fixes that have made it into subsequent
versions. Can we get it updated?
As discussed with @ncopa on Slack.
*(from redmine: issue id 10457, created on 2019-05-15, closed on 2019-06-19)*
* Changesets:
* Revision d5dd5c1cd07c3de03ff7f39175a8a2a36215bd4c by Andy Postnikov on 2019-05-24T11:08:41Z:
```
main/mariadb: security upgrade to 10.3.15 CVE-2019-2614 CVE-2019-2627 CVE-2019-2628
fixes #10457
```3.9.5https://gitlab.alpinelinux.org/alpine/aports/-/issues/10456Alpine Edge: Symbol not found while error relocating /usr/sbin/sshd: explicit...2019-07-15T02:21:09ZGiovanni MinnitiAlpine Edge: Symbol not found while error relocating /usr/sbin/sshd: explicit_bzeroUsing Alpine edge channel I get the following error:
Error relocating /usr/sbin/sshd: explicit_bzero: symbol not found
if I do a ldd of /usr/sbin/sshd I have an unresolved symbol:
# ldd /usr/sbin/sshd
/lib/ld-musl-...Using Alpine edge channel I get the following error:
Error relocating /usr/sbin/sshd: explicit_bzero: symbol not found
if I do a ldd of /usr/sbin/sshd I have an unresolved symbol:
# ldd /usr/sbin/sshd
/lib/ld-musl-aarch64.so.1 (0x7f8c7e1000)
libpam.so.0 => /lib/libpam.so.0 (0x7f8c707000)
libcrypto.so.1.1 => /lib/libcrypto.so.1.1 (0x7f8c4bc000)
libz.so.1 => /lib/libz.so.1 (0x7f8c497000)
libc.musl-aarch64.so.1 => /lib/ld-musl-aarch64.so.1 (0x7f8c7e1000)
Error relocating /usr/sbin/sshd: explicit_bzero: symbol not found
How can I solve
*(from redmine: issue id 10456, created on 2019-05-14)*