aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2021-08-05T12:11:09Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12839standard alpine ppc64le image has no kernel2021-08-05T12:11:09ZTherminoel.kuntze@thermi.consultingstandard alpine ppc64le image has no kernelNo kernel in the image, so it's not bootable.No kernel in the image, so it's not bootable.3.14.1Natanael CopaNatanael Copahttps://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/12794community/gerbera version using libupnp instead of libnpupnp2021-10-18T01:06:14ZJohn Lanecommunity/gerbera version using libupnp instead of libnpupnpI've had problems using the Alpine Gerbera package because it uses libnpupnp, problems include issues with playback and seeking. All problems went away when I switched to a version built for libupnp, specifically I am using an executable...I've had problems using the Alpine Gerbera package because it uses libnpupnp, problems include issues with playback and seeking. All problems went away when I switched to a version built for libupnp, specifically I am using an executable built using Gerbera's [Dockerfile](https://raw.githubusercontent.com/gerbera/gerbera/master/Dockerfile).
Would it be possible for the Gerbera package to use libupnp? It's much more mature and stable and is what Gerbera's own Docker image, based on Alpine 3.13, uses.Mike Crutemike@crute.usMike Crutemike@crute.ushttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12788community/snowball builds shared library without any exports2021-09-22T06:21:48ZPatrick Domackcommunity/snowball builds shared library without any exportsThe shared library provided by installing libstemmer has no exports when doing objdump -T libstemmer.so
The static library has the exports, via objdump -t libstemmer.a
Can this be fixed so that the libstemmer.so isn't an empty 12k file?The shared library provided by installing libstemmer has no exports when doing objdump -T libstemmer.so
The static library has the exports, via objdump -t libstemmer.a
Can this be fixed so that the libstemmer.so isn't an empty 12k file?Francesco ColistaFrancesco Colistahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12786openssh-client installs openssh-server in alpine 3.142021-06-22T17:57:31ZIlya Frolovopenssh-client installs openssh-server in alpine 3.14Behavior in 3.13:
```
$> docker run -it --user root alpine:3.13 apk --no-cache add openssh-client
fetch https://dl-cdn.alpinelinux.org/alpine/v3.13/main/x86_64/APKINDEX.tar.gz
fetch https://dl-cdn.alpinelinux.org/alpine/v3.13/community/...Behavior in 3.13:
```
$> docker run -it --user root alpine:3.13 apk --no-cache add openssh-client
fetch https://dl-cdn.alpinelinux.org/alpine/v3.13/main/x86_64/APKINDEX.tar.gz
fetch https://dl-cdn.alpinelinux.org/alpine/v3.13/community/x86_64/APKINDEX.tar.gz
(1/5) Installing openssh-keygen (8.4_p1-r3)
(2/5) Installing ncurses-terminfo-base (6.2_p20210109-r0)
(3/5) Installing ncurses-libs (6.2_p20210109-r0)
(4/5) Installing libedit (20191231.3.1-r1)
(5/5) Installing openssh-client (8.4_p1-r3)
Executing busybox-1.32.1-r6.trigger
OK: 10 MiB in 19 packages
```
Same thing in 3.14:
```
$> docker run -it --user root alpine:3.14 apk --no-cache add openssh-client
fetch https://dl-cdn.alpinelinux.org/alpine/v3.14/main/x86_64/APKINDEX.tar.gz
fetch https://dl-cdn.alpinelinux.org/alpine/v3.14/community/x86_64/APKINDEX.tar.gz
(1/9) Installing openssh-keygen (8.6_p1-r1)
(2/9) Installing openssh-sftp-server (8.6_p1-r1)
(3/9) Installing openssh-server-common (8.6_p1-r1)
(4/9) Installing openssh-server (8.6_p1-r1)
(5/9) Installing ncurses-terminfo-base (6.2_p20210612-r0)
(6/9) Installing ncurses-libs (6.2_p20210612-r0)
(7/9) Installing libedit (20210216.3.1-r0)
(8/9) Installing openssh-client-common (8.6_p1-r1)
(9/9) Installing openssh-client-default (8.6_p1-r1)
Executing busybox-1.33.1-r2.trigger
OK: 11 MiB in 23 packages
```
Installing `openssh-client-default` produces the same result of installing openssh server as well. I guess that is because openssh-client-common now depends on `openssh-server` according to `https://pkgs.alpinelinux.org/package/edge/main/x86_64/openssh-client-common`, right?
Is this a bug, or this will be default behavior from now on, in which case: is there a way to install only ssh _client_ in 3.14?https://gitlab.alpinelinux.org/alpine/aports/-/issues/12753pacman-bash-completion: Conflicts with bash-completion2022-07-19T00:32:55ZJ. R. Schmidpacman-bash-completion: Conflicts with bash-completionAs discussed on IRC:
> py3-setuptools was built-in into python3, but has been separated
>
> we need to tell apk that it's alright for this package to take over the files from python3
>
> similar story [with pacman-bash-completion]As discussed on IRC:
> py3-setuptools was built-in into python3, but has been separated
>
> we need to tell apk that it's alright for this package to take over the files from python3
>
> similar story [with pacman-bash-completion]https://gitlab.alpinelinux.org/alpine/aports/-/issues/12685community/gonic 0.11.12022-11-25T10:49:59Zfijamcommunity/gonic 0.11.1The gonic-openrc package fails to create and set permissions on two files needed for gonic to start:
/var/lib/gonic/
/var/log/gonic.log
When both locations are created and owned by gonic:gonic, the init.d script will start the applicat...The gonic-openrc package fails to create and set permissions on two files needed for gonic to start:
/var/lib/gonic/
/var/log/gonic.log
When both locations are created and owned by gonic:gonic, the init.d script will start the application successfully.Alex McGrathAlex McGrathhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12656ruby-irb2021-05-09T16:10:48Zjaqqueruby-irbruby-irb requires ruby-io-console but that explicit dependency is missing.
Steps to reproduce:
1. apk add ruby-irb
2 irb
3. apk add ruby-io-console
4. irbruby-irb requires ruby-io-console but that explicit dependency is missing.
Steps to reproduce:
1. apk add ruby-irb
2 irb
3. apk add ruby-io-console
4. irbKevin DaudtKevin Daudthttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12636community/py3-bleach: Missing dependency py3-packaging2021-04-25T18:05:50ZMarco Schrödercommunity/py3-bleach: Missing dependency py3-packagingpy3-bleach needs py3-packaging as a dependency.
This is listed in the setup.py file of bleach: https://github.com/mozilla/bleach/blob/master/setup.py#L11py3-bleach needs py3-packaging as a dependency.
This is listed in the setup.py file of bleach: https://github.com/mozilla/bleach/blob/master/setup.py#L11LeoLeohttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12629ocaml fails to install due to binutils upgrade2021-05-10T09:38:59ZLeo Soaresocaml fails to install due to binutils upgradeTrying to install the ocaml package on a clean Alpine 3.13 install results in the following:
```
/ # apk add ocaml
ERROR: unable to select packages:
so:libbfd-2.35.1.so (no such package):
required by: ocaml-4.08.1-r5[so:libbfd-2.3...Trying to install the ocaml package on a clean Alpine 3.13 install results in the following:
```
/ # apk add ocaml
ERROR: unable to select packages:
so:libbfd-2.35.1.so (no such package):
required by: ocaml-4.08.1-r5[so:libbfd-2.35.1.so]
```
I guess this is related to the fact that `binutils` was upgraded to `2.35.2-r0` recently.omniomni+alpine@hack.orgomniomni+alpine@hack.orghttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12599community/gnome-authenticator: can not add services2022-07-30T04:57:48ZAlexander Brzoskacommunity/gnome-authenticator: can not add servicesGNOME Authenticator fails to open a new window to add any 2FA services when clicking/tapping on the **+** button in the upper left corner.
<details>
<summary>CLI output</summary>
<pre>
Traceback (most recent call last):
File "/usr/lib/...GNOME Authenticator fails to open a new window to add any 2FA services when clicking/tapping on the **+** button in the upper left corner.
<details>
<summary>CLI output</summary>
<pre>
Traceback (most recent call last):
File "/usr/lib/python3.9/site-packages/Authenticator/widgets/window.py", line 79, in add_account
add_window = AddAccountWindow()
File "/usr/lib/python3.9/site-packages/Authenticator/widgets/accounts/add.py", line 41, in __init__
self.init_template('AddAccountWindow')
TypeError: <lambda>() takes 0 positional arguments but 1 was given
Couldn't bind the gettext translation domain. Some translations won't work.
module 'locale' has no attribute 'bindtextdomain'
</pre>
</details>
Same as in #12598, the output was collected from an *aarch64* postmarketOS edge installation with Phosh/Wayland, but trying it out on an *x86_64* Alpine edge virtual machine with XFCE/X11 yielded comparable results.
#### Sidenotes
The version in Alpine's repo is outdated (as the package maintainer probably knows). Hoping it would solve my problem, I tried to build the new Rust-based rewrite on my machine but hit [this upstream issue](https://gitlab.gnome.org/World/Authenticator/-/issues/259). I wonder what to do about it?Rasmus Thomsenoss@cogitri.devRasmus Thomsenoss@cogitri.devhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12598community/gnome-authenticator: missing dependency2021-04-11T21:38:57ZAlexander Brzoskacommunity/gnome-authenticator: missing dependencyDuplicate of #11267. Without `py3-setuptools` installed, GNOME Authenticator will crash on start with following log:
<details>
<pre>
Traceback (most recent call last):
File "/usr/lib/python3.9/site-packages/Authenticator/application.py...Duplicate of #11267. Without `py3-setuptools` installed, GNOME Authenticator will crash on start with following log:
<details>
<pre>
Traceback (most recent call last):
File "/usr/lib/python3.9/site-packages/Authenticator/application.py", line 208, in _is_locked_changed
Window.get_default().refresh_view()
File "/usr/lib/python3.9/site-packages/Authenticator/widgets/window.py", line 69, in get_default
Window.instance = Window()
File "/usr/lib/python3.9/site-packages/Authenticator/widgets/window.py", line 61, in __init__
AccountsManager.get_default()
File "/usr/lib/python3.9/site-packages/Authenticator/models/accounts_manager.py", line 55, in get_defa
ult
AccountsManager.instance = AccountsManager()
File "/usr/lib/python3.9/site-packages/Authenticator/models/accounts_manager.py", line 46, in __init__
self.__fill_accounts()
File "/usr/lib/python3.9/site-packages/Authenticator/models/accounts_manager.py", line 134, in __fill_
accounts
providers = Database.get_default().get_providers(only_used=True)
File "/usr/lib/python3.9/site-packages/Authenticator/models/database.py", line 52, in get_default
Database.instance = Database()
File "/usr/lib/python3.9/site-packages/Authenticator/models/database.py", line 45, in __init__
self.__apply_migrations()
File "/usr/lib/python3.9/site-packages/Authenticator/models/database.py", line 278, in __apply_migrati
ons
from yoyo import read_migrations
File "/usr/lib/python3.9/site-packages/yoyo/__init__.py", line 15, in <module>
from yoyo.migrations import (read_migrations, # noqa
File "/usr/lib/python3.9/site-packages/yoyo/migrations.py", line 27, in <module>
import pkg_resources
ModuleNotFoundError: No module named 'pkg_resources'
Traceback (most recent call last):
File "/usr/lib/python3.9/site-packages/Authenticator/application.py", line 77, in do_activate
window = Window.get_default()
File "/usr/lib/python3.9/site-packages/Authenticator/widgets/window.py", line 69, in get_default
Window.instance = Window()
File "/usr/lib/python3.9/site-packages/Authenticator/widgets/window.py", line 61, in __init__
AccountsManager.get_default()
File "/usr/lib/python3.9/site-packages/Authenticator/models/accounts_manager.py", line 55, in get_defa
ult
AccountsManager.instance = AccountsManager()
File "/usr/lib/python3.9/site-packages/Authenticator/models/accounts_manager.py", line 46, in __init__
self.__fill_accounts()
File "/usr/lib/python3.9/site-packages/Authenticator/models/accounts_manager.py", line 134, in __fill_
accounts
providers = Database.get_default().get_providers(only_used=True)
File "/usr/lib/python3.9/site-packages/Authenticator/models/database.py", line 52, in get_default
Database.instance = Database()
File "/usr/lib/python3.9/site-packages/Authenticator/models/database.py", line 45, in __init__
self.__apply_migrations()
File "/usr/lib/python3.9/site-packages/Authenticator/models/database.py", line 278, in __apply_migrati
ons
from yoyo import read_migrations
File "/usr/lib/python3.9/site-packages/yoyo/__init__.py", line 15, in <module>
from yoyo.migrations import (read_migrations, # noqa
File "/usr/lib/python3.9/site-packages/yoyo/migrations.py", line 27, in <module>
import pkg_resources
ModuleNotFoundError: No module named 'pkg_resources'
Couldn't bind the gettext translation domain. Some translations won't work.
module 'locale' has no attribute 'bindtextdomain'
</pre>
</details>
**Note:** Logs were taken from postmarketOS edge with Phosh/Wayland, but on an Alpine edge installation with XFCE/X11 they are comparable.
I wonder why it was moved from *depends* to *makedepends* [here](https://gitlab.alpinelinux.org/alpine/aports/-/commit/3af5831d6fa5dc3655d62673b4d12170c06bf76b) in the first place?Rasmus Thomsenoss@cogitri.devRasmus Thomsenoss@cogitri.devhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12597mirage: missing dependencies?2021-07-13T07:52:36ZJulius Michaelismirage: missing dependencies?When trying to start mirage, it gets stuck in the startup load screen and prints the following error log:
```
~ 16:03:23 | "PyOtherSide error: Traceback (most recent call last):\n\n File \"src/backend/qml_bridge.py\", line 28, in <modul...When trying to start mirage, it gets stuck in the startup load screen and prints the following error log:
```
~ 16:03:23 | "PyOtherSide error: Traceback (most recent call last):\n\n File \"src/backend/qml_bridge.py\", line 28, in <module>\n from .pyotherside_events import CoroutineDone, LoopException\n\n File \"src/backend/pyotherside_events.py\", line 10, in <module>\n from .utils import serialize_value_for_qml\n\n File \"src/backend/utils.py\", line 36, in <module>\n from .color import Color\n\n File \"src/backend/color.py\", line 13, in <module>\n from hsluv import hex_to_hsluv, hsluv_to_hex, hsluv_to_rgb, rgb_to_hsluv\n\nModuleNotFoundError: No module named 'hsluv'\n"
! 16:03:23 | Unhandled PyOtherSide error: Cannot import module: backend.qml_bridge (Traceback (most recent call last):
File "src/backend/qml_bridge.py", line 28, in <module>
from .pyotherside_events import CoroutineDone, LoopException
File "src/backend/pyotherside_events.py", line 10, in <module>
from .utils import serialize_value_for_qml
File "src/backend/utils.py", line 36, in <module>
from .color import Color
File "src/backend/color.py", line 13, in <module>
from hsluv import hex_to_hsluv, hsluv_to_hex, hsluv_to_rgb, rgb_to_hsluv
ModuleNotFoundError: No module named 'hsluv'
)
~ 16:03:23 | "PyOtherSide error: Traceback (most recent call last):\n\n File \"<string>\", line 1, in <module>\n\nNameError: name 'BRIDGE' is not defined\n"
! 16:03:23 | Unhandled PyOtherSide error: Function not found: 'BRIDGE.call_backend_coro' (Traceback (most recent call last):
File "<string>", line 1, in <module>
NameError: name 'BRIDGE' is not defined
)
```
Loading screen (not that it says a lot):
![20210411_17h58m54s_grim](/uploads/f7621d429c74dca7b7299f943388d7a2/20210411_17h58m54s_grim.png)
Previously, I was able to circumvent this by downloading and `pip install`ing the mirage `requirements.txt`. No such luck this time.
`apk info mirage`
```
mirage-0.7.1-r0 description:
Qt/QML Matrix client
mirage-0.7.1-r0 webpage:
https://github.com/mirukana/mirage
mirage-0.7.1-r0 installed size:
1104 KiB
```
(cc @Leo)NewbyteNewbytehttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12584main/protobuf: Test protobuf-test fails on 32bit arches2021-04-08T11:05:43ZJakub Jirutkamain/protobuf: Test protobuf-test fails on 32bit archesSee !14628
```
PASS: google/protobuf/compiler/zip_output_unittest.sh
PASS: protobuf-lite-arena-test
PASS: protobuf-lite-test
PASS: google/protobuf/io/gzip_stream_unittest.sh
PASS: no-warning-test
PASS: protobuf-lazy-descriptor-test
FAIL...See !14628
```
PASS: google/protobuf/compiler/zip_output_unittest.sh
PASS: protobuf-lite-arena-test
PASS: protobuf-lite-test
PASS: google/protobuf/io/gzip_stream_unittest.sh
PASS: no-warning-test
PASS: protobuf-lazy-descriptor-test
FAIL: protobuf-test
============================================================================
Testsuite summary for Protocol Buffers 3.15.7
============================================================================
# TOTAL: 7
# PASS: 6
# SKIP: 0
# XFAIL: 0
# FAIL: 1
# XPASS: 0
# ERROR: 0
============================================================================
See src/test-suite.log
Please report to protobuf@googlegroups.com
============================================================================
```
/cc @andyposthttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12580spamassassin bayes: DB_File module not installed, cannot use bayes2021-08-09T08:18:09ZMartin Lantzspamassassin bayes: DB_File module not installed, cannot use bayesAs mentioned in 68e77a6a390559df03ddfea677b5bff22a1b44a8 the bdb support was removed due to licensing issues. But this breaks the default bayes database. The following demonstrate the issue:
```sh
sa-learn -D --dump magic
...
dbg: bayes...As mentioned in 68e77a6a390559df03ddfea677b5bff22a1b44a8 the bdb support was removed due to licensing issues. But this breaks the default bayes database. The following demonstrate the issue:
```sh
sa-learn -D --dump magic
...
dbg: bayes: DB_File module not installed, cannot use bayes
...
ERROR: Bayes dump returned an error, please re-run with -D for more information
```
Using amavis with spamassassin needs 2 databases; one for quarantine and one for bayes. By default both use bdb.
The default amavis quarantine database, which depend on bdb support, works in v3.13 since the package perl-db is available. Unfortunately since the package perl-db_file is not available the default spamassassin bayes database cannot be used.
The perl-db_file package was removed in 5a48ee640c1340bf3c54aef8f4c29811f82333cc with the comment that "No package should depend on it". Still, the functionality of spamassassin is limited without it.
Is there any chance we can reinstate the perl-db_file package? If not, does the maintainers have any alternative suggestion on how we can address this issue?Leonardo ArenaLeonardo Arenahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12520nextcloud-client needs package gcr2023-04-05T06:34:01ZJuliannextcloud-client needs package gcrWhenever I run `nextcloud-client` it asks me to log in to my account. Looking into the logs, the issue seems to be
```
auth.notice gnome-keyring-daemon[3287]: couldn't initialize prompt: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnk...Whenever I run `nextcloud-client` it asks me to log in to my account. Looking into the logs, the issue seems to be
```
auth.notice gnome-keyring-daemon[3287]: couldn't initialize prompt: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.keyring.SystemPrompter was not provided by any .service files
```
Installing `gcr` fixes this.
In arch linux, `gcr` is a dependency of `gnome-keyring`, here it requires only `gcr-base`. So how should this be fixed? Should `grc` maybe be added as a dependency for `nextcloud-client` or `gnome-keyring`?Leonardo ArenaLeonardo Arenahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12512Unable to install php7-pecl-imagick=3.4.4-r7 with alpine:202102122021-06-04T10:08:15ZHetshUnable to install php7-pecl-imagick=3.4.4-r7 with alpine:20210212Hi, I am using the `edge` docker image (20210212 at this time) and cannot install the `php7-pecl-imagick=3.4.4-r7` package. It reports the following error:
```
$ docker run --rm -it library/alpine:20210212
# apk update
fetch https://dl-c...Hi, I am using the `edge` docker image (20210212 at this time) and cannot install the `php7-pecl-imagick=3.4.4-r7` package. It reports the following error:
```
$ docker run --rm -it library/alpine:20210212
# apk update
fetch https://dl-cdn.alpinelinux.org/alpine/edge/main/x86_64/APKINDEX.tar.gz
fetch https://dl-cdn.alpinelinux.org/alpine/edge/community/x86_64/APKINDEX.tar.gz
v20210212-1342-g2a719c4765 [https://dl-cdn.alpinelinux.org/alpine/edge/main]
v20210212-1342-g2a719c4765 [https://dl-cdn.alpinelinux.org/alpine/edge/community]
OK: 14157 distinct packages available
# apk add php7-pecl-imagick=3.4.4-r7
ERROR: unable to select packages:
so:libMagickCore-7.Q16HDRI.so.8 (no such package):
required by: php7-pecl-imagick-3.4.4-r7[so:libMagickCore-7.Q16HDRI.so.8]
so:libMagickWand-7.Q16HDRI.so.8 (no such package):
required by: php7-pecl-imagick-3.4.4-r7[so:libMagickWand-7.Q16HDRI.so.8]
```
Can anybody shed some light on what happens here and how to circumvent this? I cannot reproduce this issue when i use the `latest` docker image (3.13.2 at this time).https://gitlab.alpinelinux.org/alpine/aports/-/issues/12510Unsatisfiable constraints when adding g++62023-02-07T13:21:36ZercUnsatisfiable constraints when adding g++6It seems, for me, that the recipe for g++6 is broken. Here is how I reproduced.
Starting from a clean docker environment, when I try to `apk add g++6` it throws me the following error:
```
ERROR: unsatisfiable constraints:
libstdc++-9...It seems, for me, that the recipe for g++6 is broken. Here is how I reproduced.
Starting from a clean docker environment, when I try to `apk add g++6` it throws me the following error:
```
ERROR: unsatisfiable constraints:
libstdc++-9.3.0-r2:
breaks: g++6-6.4.0-r11[libstdc++=6.4.0-r11]
satisfies: gcc-9.3.0-r2[so:libstdc++.so.6] binutils-2.34-r1[so:libstdc++.so.6]
gcc-9.3.0-r2:
breaks: g++6-6.4.0-r11[gcc=6.4.0-r11]
```
Trying to understand what's happening, I've run the `apk dot g++6 gcc6` which gaves me the following graph:
![20210309155654_1047x707_scrot](/uploads/06facf3ce903fb9d70c59e292d261d47/20210309155654_1047x707_scrot.png)
The dependency line from `gcc6` to `binutils` to `libstdc++-10` caught my attention. As we can see, g++6 depends on libstdc++6, but `binutils` wants the latest version. Maybe `gcc6` should not depend on `binutils`?
Unfortunately I could not find the recipe of g++6, so I couldn't go any further. I'm still trying, if anyone wants to show me the right direction it would be very welcoming :)
Edit: I did find the recibe, it's the same of gcc6. But still, I could not find how to test it without a whole ready environment. Unfortunately I can't help much for now. I'll move on with another distro, but I'll keep an eye on this to try again later.Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12501vvave missing icon dependency2021-12-18T14:44:50Zpcworldvvave missing icon dependencyI installed vvave on postmarketOS Phosh (which by default does not include the Qt stack). The icons in the top row were missing, however. Looking at the [source code](https://invent.kde.org/maui/vvave/-/blob/027cea37a0457d4c0f63f10535fbb...I installed vvave on postmarketOS Phosh (which by default does not include the Qt stack). The icons in the top row were missing, however. Looking at the [source code](https://invent.kde.org/maui/vvave/-/blob/027cea37a0457d4c0f63f10535fbb485e3b68c80/main.qml#L289), it uses icons like "view-media-album-cover". After installing `breeze-icons`, the issue was solved.
There seem to be [at least 2 packages](https://pkgs.alpinelinux.org/contents?file=*view-media-album-cover*&path=&name=&branch=edge) which contain the needed icons (I've only checked for one icon and not for all that had been missing). I'm not sure how Alpine packaging works, but I suppose it should be somehow enforced that the user has at least one package with the required icons installed.Bart RibbersBart Ribbers