alpine issueshttps://gitlab.alpinelinux.org/groups/alpine/-/issues2024-02-10T06:50:15Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15777about MobaXterm follow SSH path2024-02-10T06:50:15Zbzlzmabout MobaXterm follow SSH pathGood New Year everyone, I have been tinkering with various Linux versions of the iKuai virtual machine and have found that Alpine is still compact. After tinkering with it for a while, it seems to be quite perfect. However, there is one ...Good New Year everyone, I have been tinkering with various Linux versions of the iKuai virtual machine and have found that Alpine is still compact. After tinkering with it for a while, it seems to be quite perfect. However, there is one missing feature, which is the MobaXterm tool I usually use. One of the good features of this tool is that the FTP directory tree on the left will synchronize with the CD working directory (I use Debian Ubuntu Centos normally), but it cannot work with Alpine. The directory tree on the left is always in the login user's home directory. Could you please ask which service or SSH configuration needs to be installed in Alpine? I even tried copying debian sshd_config, but it didn't work. Once again, I wish everyone a happy and healthy New Year!https://gitlab.alpinelinux.org/alpine/aports/-/issues/15773upgrade request zigbee2mqtt2024-03-27T19:28:59Zelectronicmupgrade request zigbee2mqtt@jirutka Do you have the time to update zigbee2mqtt to the current version 1.35.3?
If this request is misplaced here, please close. I haven't found a better place for it.@jirutka Do you have the time to update zigbee2mqtt to the current version 1.35.3?
If this request is misplaced here, please close. I haven't found a better place for it.https://gitlab.alpinelinux.org/alpine/cloud/alpine-cloud-images/-/issues/154How to build the AMI2024-02-09T19:51:14ZAtire AtireHow to build the AMIHi,
When I try to run build script I get this error which goes to the infinity
```
2024-02-09T16:47:58Z - build - DEBUG - Listing aws_alpine-3.19.1-x86_64-bios-tiny-r*.yaml files at ssh://tomalok@dev.alpinelinux.org/public_html/alpin...Hi,
When I try to run build script I get this error which goes to the infinity
```
2024-02-09T16:47:58Z - build - DEBUG - Listing aws_alpine-3.19.1-x86_64-bios-tiny-r*.yaml files at ssh://tomalok@dev.alpinelinux.org/public_html/alpine-cloud-images/v3.19/aws/x86_64
2024-02-09T16:47:58Z - build - DEBUG - COMMAND: ssh -l tomalok dev.alpinelinux.org mkdir -p public_html/alpine-cloud-images/v3.19/aws/x86_64
2024-02-09T16:47:59Z - build - DEBUG - Unable to create path
2024-02-09T16:47:59Z - build - DEBUG - EXIT: 255 / COMMAND: ssh -l tomalok dev.alpinelinux.org mkdir -p public_html/alpine-cloud-images/v3.19/aws/x86_64
2024-02-09T16:47:59Z - build - DEBUG - STDOUT:
2024-02-09T16:47:59Z - build - DEBUG - STDERR:
tomalok@dev.alpinelinux.org: Permission denied (publickey).
2024-02-09T16:47:59Z - build - INFO - aws/aws_alpine-3.19.1-x86_64-bios-tiny-r0 = [local]
2024-02-09T16:47:59Z - build - DEBUG - Listing nocloud_alpine-3.19.1-x86_64-bios-tiny-r*.yaml files at ssh://tomalok@dev.alpinelinux.org/public_html/alpine-cloud-images/v3.19/nocloud/x86_64
2024-02-09T16:47:59Z - build - DEBUG - COMMAND: ssh -l tomalok dev.alpinelinux.org mkdir -p public_html/alpine-cloud-images/v3.19/nocloud/x86_64
2024-02-09T16:48:00Z - build - DEBUG - Unable to create path
2024-02-09T16:48:00Z - build - DEBUG - EXIT: 255 / COMMAND: ssh -l tomalok dev.alpinelinux.org mkdir -p public_html/alpine-cloud-images/v3.19/nocloud/x86_64
2024-02-09T16:48:00Z - build - DEBUG - STDOUT:
2024-02-09T16:48:00Z - build - DEBUG - STDERR:
tomalok@dev.alpinelinux.org: Permission denied (publickey).
2024-02-09T16:48:00Z - build - INFO - nocloud/nocloud_alpine-3.19.1-x86_64-bios-tiny-r0 = [local]
2024-02-09T16:48:00Z - build - DEBUG - Listing azure_alpine-3.19.1-x86_64-bios-tiny-r*.yaml files at ssh://tomalok@dev.alpinelinux.org/public_html/alpine-cloud-images/v3.19/azure/x86_64
2024-02-09T16:48:00Z - build - DEBUG - COMMAND: ssh -l tomalok dev.alpinelinux.org mkdir -p public_html/alpine-cloud-images/v3.19/azure/x86_64
2024-02-09T16:48:00Z - build - DEBUG - Unable to create path
2024-02-09T16:48:00Z - build - DEBUG - EXIT: 255 / COMMAND: ssh -l tomalok dev.alpinelinux.org mkdir -p public_html/alpine-cloud-images/v3.19/azure/x86_64
2024-02-09T16:48:00Z - build - DEBUG - STDOUT:
2024-02-09T16:48:00Z - build - DEBUG - STDERR:
tomalok@dev.alpinelinux.org: Permission denied (publickey).
2024-02-09T16:48:00Z - build - INFO - azure/azure_alpine-3.19.1-x86_64-bios-tiny-r0 = [local]
2024-02-09T16:48:00Z - build - DEBUG - Listing gcp_alpine-3.19.1-x86_64-bios-tiny-r*.yaml files at ssh://tomalok@dev.alpinelinux.org/public_html/alpine-cloud-images/v3.19/gcp/x86_64
2024-02-09T16:48:00Z - build - DEBUG - COMMAND: ssh -l tomalok dev.alpinelinux.org mkdir -p public_html/alpine-cloud-images/v3.19/gcp/x86_64
```
Am I missing something in the process?https://gitlab.alpinelinux.org/alpine/aports/-/issues/15771nix: missing man pages compared to 2.192024-03-27T19:28:59ZHoang Nguyennix: missing man pages compared to 2.19`nix-doc` packages now contains only man1 pages for nix3:
```bash
$ apk info -L nix-doc
nix-doc-2.20.1-r1 contains:
usr/share/doc/nix/README.alpine
usr/share/man/man1/nix.1.gz
usr/share/man/man1/nix3-build.1.gz
usr/share/man/man1/nix3-bu...`nix-doc` packages now contains only man1 pages for nix3:
```bash
$ apk info -L nix-doc
nix-doc-2.20.1-r1 contains:
usr/share/doc/nix/README.alpine
usr/share/man/man1/nix.1.gz
usr/share/man/man1/nix3-build.1.gz
usr/share/man/man1/nix3-bundle.1.gz
usr/share/man/man1/nix3-config-check.1.gz
usr/share/man/man1/nix3-config-show.1.gz
usr/share/man/man1/nix3-config.1.gz
usr/share/man/man1/nix3-copy.1.gz
usr/share/man/man1/nix3-daemon.1.gz
usr/share/man/man1/nix3-derivation-add.1.gz
usr/share/man/man1/nix3-derivation-show.1.gz
usr/share/man/man1/nix3-derivation.1.gz
usr/share/man/man1/nix3-develop.1.gz
usr/share/man/man1/nix3-edit.1.gz
usr/share/man/man1/nix3-eval.1.gz
usr/share/man/man1/nix3-flake-archive.1.gz
usr/share/man/man1/nix3-flake-check.1.gz
usr/share/man/man1/nix3-flake-clone.1.gz
usr/share/man/man1/nix3-flake-info.1.gz
usr/share/man/man1/nix3-flake-init.1.gz
usr/share/man/man1/nix3-flake-lock.1.gz
usr/share/man/man1/nix3-flake-metadata.1.gz
usr/share/man/man1/nix3-flake-new.1.gz
usr/share/man/man1/nix3-flake-prefetch.1.gz
usr/share/man/man1/nix3-flake-show.1.gz
usr/share/man/man1/nix3-flake-update.1.gz
usr/share/man/man1/nix3-flake.1.gz
usr/share/man/man1/nix3-fmt.1.gz
usr/share/man/man1/nix3-hash-convert.1.gz
usr/share/man/man1/nix3-hash-file.1.gz
usr/share/man/man1/nix3-hash-path.1.gz
usr/share/man/man1/nix3-hash-to-base16.1.gz
usr/share/man/man1/nix3-hash-to-base32.1.gz
usr/share/man/man1/nix3-hash-to-base64.1.gz
usr/share/man/man1/nix3-hash-to-sri.1.gz
usr/share/man/man1/nix3-hash.1.gz
usr/share/man/man1/nix3-help-stores.1.gz
usr/share/man/man1/nix3-help.1.gz
usr/share/man/man1/nix3-key-convert-secret-to-public.1.gz
usr/share/man/man1/nix3-key-generate-secret.1.gz
usr/share/man/man1/nix3-key.1.gz
usr/share/man/man1/nix3-log.1.gz
usr/share/man/man1/nix3-manpages
usr/share/man/man1/nix3-nar-cat.1.gz
usr/share/man/man1/nix3-nar-dump-path.1.gz
usr/share/man/man1/nix3-nar-ls.1.gz
usr/share/man/man1/nix3-nar-pack.1.gz
usr/share/man/man1/nix3-nar.1.gz
usr/share/man/man1/nix3-path-info.1.gz
usr/share/man/man1/nix3-print-dev-env.1.gz
usr/share/man/man1/nix3-profile-diff-closures.1.gz
usr/share/man/man1/nix3-profile-history.1.gz
usr/share/man/man1/nix3-profile-install.1.gz
usr/share/man/man1/nix3-profile-list.1.gz
usr/share/man/man1/nix3-profile-remove.1.gz
usr/share/man/man1/nix3-profile-rollback.1.gz
usr/share/man/man1/nix3-profile-upgrade.1.gz
usr/share/man/man1/nix3-profile-wipe-history.1.gz
usr/share/man/man1/nix3-profile.1.gz
usr/share/man/man1/nix3-realisation-info.1.gz
usr/share/man/man1/nix3-realisation.1.gz
usr/share/man/man1/nix3-registry-add.1.gz
usr/share/man/man1/nix3-registry-list.1.gz
usr/share/man/man1/nix3-registry-pin.1.gz
usr/share/man/man1/nix3-registry-remove.1.gz
usr/share/man/man1/nix3-registry.1.gz
usr/share/man/man1/nix3-repl.1.gz
usr/share/man/man1/nix3-run.1.gz
usr/share/man/man1/nix3-search.1.gz
usr/share/man/man1/nix3-shell.1.gz
usr/share/man/man1/nix3-store-add-file.1.gz
usr/share/man/man1/nix3-store-add-path.1.gz
usr/share/man/man1/nix3-store-add.1.gz
usr/share/man/man1/nix3-store-cat.1.gz
usr/share/man/man1/nix3-store-copy-log.1.gz
usr/share/man/man1/nix3-store-copy-sigs.1.gz
usr/share/man/man1/nix3-store-delete.1.gz
usr/share/man/man1/nix3-store-diff-closures.1.gz
usr/share/man/man1/nix3-store-dump-path.1.gz
usr/share/man/man1/nix3-store-gc.1.gz
usr/share/man/man1/nix3-store-info.1.gz
usr/share/man/man1/nix3-store-ls.1.gz
usr/share/man/man1/nix3-store-make-content-addressed.1.gz
usr/share/man/man1/nix3-store-optimise.1.gz
usr/share/man/man1/nix3-store-path-from-hash-part.1.gz
usr/share/man/man1/nix3-store-ping.1.gz
usr/share/man/man1/nix3-store-prefetch-file.1.gz
usr/share/man/man1/nix3-store-repair.1.gz
usr/share/man/man1/nix3-store-sign.1.gz
usr/share/man/man1/nix3-store-verify.1.gz
usr/share/man/man1/nix3-store.1.gz
usr/share/man/man1/nix3-upgrade-nix.1.gz
usr/share/man/man1/nix3-why-depends.1.gz
```
There used to be a lot more (.e.g `nix.conf.5`, `nix-daemon.8`, all man pages for stable `nix-*` commands, ...). The makefile for generating man pages https://github.com/NixOS/nix/blob/master/doc/manual/local.mk still references those man pages.Sören TempelSören Tempelhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15767community/qemu: qemu-riscv64 segfaults on building various packages2024-02-09T00:31:12ZPatrycja Rosaalpine@ptrcnull.mecommunity/qemu: qemu-riscv64 segfaults on building various packagesa regression in qemu 8.1 ( probably [this one][1]? ) is causing processes to segfault - initially just libsecret (!60394), but now we have even more packages failing with segfaults on small build steps ( plasma-workspace, composer, etc. ...a regression in qemu 8.1 ( probably [this one][1]? ) is causing processes to segfault - initially just libsecret (!60394), but now we have even more packages failing with segfaults on small build steps ( plasma-workspace, composer, etc. )
opening this issue for the sake of having this written down somewhere else than #-commits
[1]: https://gitlab.com/qemu-project/qemu/-/issues/1908https://gitlab.alpinelinux.org/alpine/aports/-/issues/15765community/kind no longer exists in alpine 3.19 (but does exist in 3.18 and edge)2024-02-09T08:53:24Zkagerucommunity/kind no longer exists in alpine 3.19 (but does exist in 3.18 and edge)After trying to upgrade to alpine 3.19, some workflows in our CI were failing because `apk add kind` no longer finds a package.
This is consistent with https://pkgs.alpinelinux.org/packages?name=kind&branch=v3.19&repo=&arch=&maintainer= ...After trying to upgrade to alpine 3.19, some workflows in our CI were failing because `apk add kind` no longer finds a package.
This is consistent with https://pkgs.alpinelinux.org/packages?name=kind&branch=v3.19&repo=&arch=&maintainer= which shows no results. The package only exists on 3.18 and edge but not 3.19.
Is this intentional, and is there a workaround other than staying on 3.18?https://gitlab.alpinelinux.org/alpine/aports/-/issues/15764Error relocating /usr/bin/curl: curl_global_trace: symbol not found2024-02-10T16:40:23Zx-yuriError relocating /usr/bin/curl: curl_global_trace: symbol not foundI just tried to install `curl` in an `alpine` container and it doesn't work:
```
$ docker exec -it ... sh
/ # apk add curl
/ # curl google.com
Error relocating /usr/bin/curl: curl_global_trace: symbol not found
```
But it works if I in...I just tried to install `curl` in an `alpine` container and it doesn't work:
```
$ docker exec -it ... sh
/ # apk add curl
/ # curl google.com
Error relocating /usr/bin/curl: curl_global_trace: symbol not found
```
But it works if I install it in a new container:
```
$ docker run --rm -it ruby:2.7.7-alpine3.16 sh
/ # apk add curl
/ # curl google.com
<HTML><HEAD><meta http-equiv="content-type" content="text/html;charset=utf-8">
<TITLE>301 Moved</TITLE></HEAD><BODY>
<H1>301 Moved</H1>
The document has moved
<A HREF="http://www.google.com/">here</A>.
</BODY></HTML>
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/15763RFC: split tzdata "right" timezones in a tzdata-right subpackage2024-03-27T19:28:59ZDominique MartinetRFC: split tzdata "right" timezones in a tzdata-right subpackageThis is just me being greedy here -- would it make sense to split the tzdata in two packages?
Rationale is I'm not aware of many people using the TAI timezones, so I'd like to only install the posix timezones on our device (we'll need t...This is just me being greedy here -- would it make sense to split the tzdata in two packages?
Rationale is I'm not aware of many people using the TAI timezones, so I'd like to only install the posix timezones on our device (we'll need to support changing timezones, and while we could install them in a one-shot fashion like `setup-timezone` I think it makes more sense to just install tzdata to keep them up to date as DST changes etc are frequent enough)
An alternative that'd be even bigger work would be really explode the package (per "continent"? tzdata-america, tzdata-asia, tzdata-europe, tzdata-pacific, tzdata-etc, tzdata-misc, tzdata-right-america, tzdata-right-asia, ...), make the 'tzdata' package a virtual package for tzdata-*, then we could have setup-timezone install the correct package and keep users' timezones up to date without installing everything.
I'm not sure that's worth the trouble, but I don't think keeping timezone frozen by default is correct as there are multiple updates a year recently...
Cc @nmeum (added right timezones) @ncopa (maintainer)https://gitlab.alpinelinux.org/alpine/aports/-/issues/15755Can I have the old Docker version back?2024-02-10T19:21:50ZHenrik Ugglahenrik.uggla@kristianstad.seCan I have the old Docker version back?Hi!
This Friday you updated Docker for Alpine 3.18 to version 25 from previously 23 (I think). This broke things for us. Please make the older version available again.Hi!
This Friday you updated Docker for Alpine 3.18 to version 25 from previously 23 (I think). This broke things for us. Please make the older version available again.Jake Buchholz GöktürkJake Buchholz Göktürkhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15754Header file missing, linux/types.h2024-02-08T14:22:07Zbengt klebergHeader file missing, linux/types.hGreetings,
Installing (apk) lksctp-tools-dev will add the header file netinet/sctp.h
This header file include linux/types.h, which is not present.
It is not possible to compile files that include netinit/sctp.h
Please help me to install...Greetings,
Installing (apk) lksctp-tools-dev will add the header file netinet/sctp.h
This header file include linux/types.h, which is not present.
It is not possible to compile files that include netinit/sctp.h
Please help me to install linux/types.h
Best Wishes,
bengthttps://gitlab.alpinelinux.org/alpine/help/-/issues/24Header file missing, linux/types.h2024-02-05T11:45:54Zbengt klebergHeader file missing, linux/types.hGreetings,
Installing (apk) lksctp-tools-dev will add the header file netinet/sctp.h
This header file include linux/types.h, which is not present.
It is not possible to compile files that include netinit/sctp.h
Please help me to install...Greetings,
Installing (apk) lksctp-tools-dev will add the header file netinet/sctp.h
This header file include linux/types.h, which is not present.
It is not possible to compile files that include netinit/sctp.h
Please help me to install linux/types.h
Best Wishes,
bengthttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15753testing/nix: crash on running nix commands2024-03-27T19:28:59ZHoang Nguyentesting/nix: crash on running nix commandsThis only started happening after the 2.20.1 upgrade recently.
Error log from `nix-daemon`:
```c
/usr/include/c++/13.2.1/string_view:258: constexpr const std::basic_string_view<_CharT, _Traits>::value_type& std::basic_string_view<_CharT...This only started happening after the 2.20.1 upgrade recently.
Error log from `nix-daemon`:
```c
/usr/include/c++/13.2.1/string_view:258: constexpr const std::basic_string_view<_CharT, _Traits>::value_type& std::basic_string_view<_CharT, _Traits>::operator[](size_type) const [with _CharT = char; _Traits = std::char_traits<char>; const_reference = const char&; size_type = long unsigned int]: Assertion '__pos < this->_M_len' failed.
```
How to reproduce (at least on my side):
* Start `nix-deamon` (my nix.conf allows @wheel group to connect to the Nix daemon)
* Run a command that requires a connection to the Nix socket, .e.g `nix-collect-garbage` or `nix search nixpkgs go` and it crashes
There is a coredump file each time it crashes, but we don't have `nix-dbg` package for the debug symbol, so I can't get anything useful from it.Sören TempelSören Tempelhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15752testing/crust: Promote to community2024-02-06T12:31:27ZArnav Singhtesting/crust: Promote to communitypostmarketOS uses its own crust package as a makedepends of our u-boot package for the PinePhone. It is redundant with the one in aports, but we have to have it because we consider the PinePhone to be a "main" device, so it cannot have d...postmarketOS uses its own crust package as a makedepends of our u-boot package for the PinePhone. It is redundant with the one in aports, but we have to have it because we consider the PinePhone to be a "main" device, so it cannot have dependencies that are unavailable in stable Alpine.
testing/crust has been around since 2021-10, and I can confirm the latest v0.6 works fine on the PinePhone at least. Could it be promoted to community?
cc @mpshttps://gitlab.alpinelinux.org/alpine/infra/aports-qa-bot/-/issues/31automaintainer: in case of teams, request review from team members instead of...2024-02-03T23:26:01ZPatrycja Rosaalpine@ptrcnull.meautomaintainer: in case of teams, request review from team members instead of assigning the MRa review can have multiple members, thus it gives us an easy way for getting attention of all people - a comment might at most add it to todos, a review request appears in the "Merge Requests" context menu:
![image](/uploads/66a7b023644...a review can have multiple members, thus it gives us an easy way for getting attention of all people - a comment might at most add it to todos, a review request appears in the "Merge Requests" context menu:
![image](/uploads/66a7b023644a0fd91db7127742c1b689/image.png)https://gitlab.alpinelinux.org/alpine/aports/-/issues/15750weechat-matrix and weechat-matrix-pyc are empty?2024-02-04T16:00:26ZWillowcontact@willowbarraco.frweechat-matrix and weechat-matrix-pyc are empty?Hey there,
I tried to use weechat matrix module after a long while. And discovered the package now is empty.
Something broke with the recent changes with python packages?
cc @craftyguy
Thanks o/Hey there,
I tried to use weechat matrix module after a long while. And discovered the package now is empty.
Something broke with the recent changes with python packages?
cc @craftyguy
Thanks o/https://gitlab.alpinelinux.org/alpine/aports/-/issues/15740The latest git change breaks some CICD2024-03-28T22:16:56ZMorlandThe latest git change breaks some CICDHi guys!
It seems like apline recently introduced some updates in the git apk: https://git.alpinelinux.org/aports/commit/main/git/APKBUILD?id=81e0ab5e96559a2d77cc45cff3defe7ee8ef358e. And I noticed this change was suppose to install tem...Hi guys!
It seems like apline recently introduced some updates in the git apk: https://git.alpinelinux.org/aports/commit/main/git/APKBUILD?id=81e0ab5e96559a2d77cc45cff3defe7ee8ef358e. And I noticed this change was suppose to install templates only when git-doc installed: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/59248. This new behaviour will generate a very slim `.git` folder because all default templates were removed from the clean installation.
This will actually break some CICD systems. We noticed this because we have a pipeline that exported some exclusion rules using: `echo "rules" >> .git/info/exclude"`. This is not working now as `info` won't be created from the empty templates. (Default template includes some comments inside the `exclude` file even though it doesn't has any rule). I know it's easy to fix by just create the folder using `mkdir -p .git/info`. However, I feel this improvements will break lots of images out there because of the lacking of some empty files. Do you think it's a good idea to do so? I know the concept of alpine is to deliver a small, clean and easy to use baseos, but isn't it a bit too opinionated in this case?https://gitlab.alpinelinux.org/alpine/aports/-/issues/15738Stuck at boot "Loading initramfs-virt..."2024-02-01T19:44:57Zleo852Stuck at boot "Loading initramfs-virt..."I am currently using:
https://dl-cdn.alpinelinux.org/alpine/v3.19/releases/cloud/nocloud_alpine-3.19.1-x86_64-bios-cloudinit-r0.qcow2
I am using this image with proxmox kvm. Whenever I boot the vm, it's stuck at boot "Loading initramfs-...I am currently using:
https://dl-cdn.alpinelinux.org/alpine/v3.19/releases/cloud/nocloud_alpine-3.19.1-x86_64-bios-cloudinit-r0.qcow2
I am using this image with proxmox kvm. Whenever I boot the vm, it's stuck at boot "Loading initramfs-virt...". No matter how long I wait, it will still stuck there. I've tried giving it more resources, such as ram, cpu or even more nvme, it's still stuck. And it will always full load the first core, so ~100% if I give it one core, ~50% if I give 2 cores, and ~ 25% if I give 4 cores.
![image](/uploads/f03b33599ad0484894c8fae6fc828f60/image.png)
![image](/uploads/7a91b3dd25bb5d63b96037fe521eff9b/image.png)
![image](/uploads/7aae2dd07b8b5182c6fa8221a8bdeb2f/image.png)https://gitlab.alpinelinux.org/alpine/aports/-/issues/15737ps -> procps-ng@edge >&2 get_mempolicy: Function not implemented2024-03-27T19:28:59ZMatthias Dienerps -> procps-ng@edge >&2 get_mempolicy: Function not implementedThe **ps** binary in the **procps-ng** package is giving a message to stderr: ...The **ps** binary in the **procps-ng** package is giving a message to stderr:
get_mempolicy: Function not implemented
(beside that it is working properly)
This is in **edge** and happened after the numactl update, so I asume it might be connected, even if they are not linked...
Important. It only happens with the **linux-virt** kernel, where NUMA is not configured. With linux-edge, everything is fine.Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15734main/grub-efi: 2.12 breaking boot in Alpine edge2024-01-30T21:54:44ZMayathebeeemain/grub-efi: 2.12 breaking boot in Alpine edgeHi, the latest introduction of `grub-efi` v2.12 seem to break some systems (and it broke mine, as well as this person's: https://www.reddit.com/r/linuxquestions/comments/19bhw7k/hot_to_fix_grub_on_alpine_linux/), I had to manually revert...Hi, the latest introduction of `grub-efi` v2.12 seem to break some systems (and it broke mine, as well as this person's: https://www.reddit.com/r/linuxquestions/comments/19bhw7k/hot_to_fix_grub_on_alpine_linux/), I had to manually revert back to `2.06-r17` and re-run `grub-install` to make Alpine boot again.
I've seen [this draft](https://wiki.alpinelinux.org/wiki/Release_Notes_for_Alpine_3.20.0) around the Alpine 3.20 release, however the proposed fix doesn't seem to work, because running `grub-install` on `2.12` still made grub crash, but the same procedure after downgrading to `2.06-r17` made my system functional again.https://gitlab.alpinelinux.org/alpine/aports/-/issues/15732REQUEST: Implement AXP20X + ANALOGIX ANX6345 drivers in linux-lts/edge for OL...2024-03-27T19:28:58ZJacob HrbekREQUEST: Implement AXP20X + ANALOGIX ANX6345 drivers in linux-lts/edge for OLIMEX Teres-IContext: I don't know how you manage your linux-lts/edge and i don't want to disrupt that so submitting it in this way.
These drivers are needed for OLIMEX Teres-I to work on Alpine and subsequently on postmarketOS without issues, curre...Context: I don't know how you manage your linux-lts/edge and i don't want to disrupt that so submitting it in this way.
These drivers are needed for OLIMEX Teres-I to work on Alpine and subsequently on postmarketOS without issues, currently the device fails to set voltages for the card and get a functional display
> Card did not respond to voltage select! : -110
..after the u-boot phase (using u-boot that was previously tested with a working kernel to work without issues):
```
U-Boot SPL 2024.01 (Jan 18 2024 - 19:32:49 +0100)
DRAM: 2048 MiB
Trying to boot from MMC1
NOTICE: BL31: v2.10.0 (debug):
NOTICE: BL31: Built : 01:25:38, Dec 4 2023
NOTICE: BL31: Detected Allwinner A64/H64/R18 SoC (1689)
NOTICE: BL31: Found U-Boot DTB at 0x20a2d98, model: Olimex A64 Teres-I
INFO: ARM GICv2 driver initialized
INFO: Configuring SPC Controller
INFO: PMIC: Probing AXP803 on RSB
INFO: PMIC: aldo1 voltage: 2.800V
INFO: PMIC: dcdc1 voltage: 3.300V
INFO: PMIC: dcdc5 voltage: 1.500V
INFO: PMIC: dcdc6 voltage: 1.100V
INFO: PMIC: dldo1 voltage: 3.300V
INFO: PMIC: dldo2 voltage: 2.500V
INFO: PMIC: dldo3 voltage: 1.200V
INFO: PMIC: dldo4 voltage: 3.300V
INFO: PMIC: fldo1 voltage: 1.200V
INFO: PMIC: Enabling DC SW
INFO: BL31: Platform setup done
INFO: BL31: Initializing runtime services
INFO: BL31: cortex_a53: CPU workaround for erratum 843419 was applied
INFO: BL31: cortex_a53: CPU workaround for erratum 855873 was applied
INFO: BL31: cortex_a53: CPU workaround for erratum 1530924 was applied
INFO: PSCI: Suspend is unavailable
INFO: BL31: Preparing for EL3 exit to normal world
INFO: Entry point address = 0x4a000000
INFO: SPSR = 0x3c9
U-Boot 2024.01 (Jan 18 2024 - 19:32:49 +0100) Allwinner Technology
CPU: Allwinner A64 (SUN50I)
Model: Olimex A64 Teres-I
DRAM: 2 GiB
Core: 74 devices, 24 uclasses, devicetree: separate
WDT: Not starting watchdog@1c20ca0
MMC: mmc@1c0f000: 0, mmc@1c10000: 2, mmc@1c11000: 1
Loading Environment from FAT... Unable to read "uboot.env" from mmc0:1...
In: serial,usbkbd
Out: serial,vidconsole
Err: serial,vidconsole
Net: No ethernet found.
starting USB...
Bus usb@1c1b000: USB EHCI 1.00
scanning bus usb@1c1b000 for devices... EHCI timed out on TD - token=0x80008c80
4 USB Device(s) found
scanning usb for storage devices... 0 Storage Device(s) found
Hit any key to stop autoboot: 0
switch to partitions #0, OK
mmc0 is current device
Scanning mmc 0:1...
Card did not respond to voltage select! : -110
BootOrder not defined
EFI boot manager: Cannot load any image
Found EFI removable media binary efi/boot/bootaa64.efi
83456 bytes read in 6 ms (13.3 MiB/s)
Booting /efi\boot\bootaa64.efi
EFI stub: Decompressing Linux Kernel...
EFI stub: Loaded initrd from LINUX_EFI_INITRD_MEDIA_GUID device path
EFI stub: Using DTB from configuration table
EFI stub: Exiting boot services...
<<Unknown what it's doing, no serial console output and black screen on the device>>
```
Expected additions:
```
CONFIG_BATTERY_AXP20X=m # Battery Gauge
CONFIG_AXP20X_ADC=m # Battery
CONFIG_DRM_ANALOGIX_ANX6345=m # Display bridge drivers (important!)
# These should be automatically enabled
CONFIG_PINCTRL_AXP209=y
CONFIG_INPUT_AXP20X_PEK=y
```
Consider also `CONFIG_PREEMPT_DYNAMIC` to enable the change of preemption model bcs e.g. teres prefers low-latency over the current desktop and `CONFIG_EFI_ZBOOT` as it's supposed to speed up the boot (https://gitlab.com/postmarketOS/pmaports/-/merge_requests/4774#note_1748507441)
If you know of any missing configuration then feel free to propose additions e.g. I don't know what's needed to address `INFO: PSCI: Suspend is unavailable` atm, but i assume it's the lack of crust firmware complied in the testing u-boot.
Blocks: https://gitlab.com/postmarketOS/pmaports/-/merge_requests/4743
CC @ncopa - The Linux-LTS/Edge Maintainer in Alpine Linux
CC @mps - The Device Maintainer in Alpine LinuxNatanael CopaNatanael Copa