aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2023-06-11T14:21:17Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/11146All packages using seccomp filters need time64 syscalls added to allow lists2023-06-11T14:21:17ZRich FelkerAll packages using seccomp filters need time64 syscalls added to allow listsThis would be at least Firefox and Chromium; probably others too. For each syscall already in the allow list, corresponding time64 version should be added if it exists. This includes `SYS_statx` for the `stat` family.This would be at least Firefox and Chromium; probably others too. For each syscall already in the allow list, corresponding time64 version should be added if it exists. This includes `SYS_statx` for the `stat` family.https://gitlab.alpinelinux.org/alpine/aports/-/issues/13471testing/kopano-webapp: should switch to php82023-04-07T05:56:23ZAndy Postnikovtesting/kopano-webapp: should switch to php8According to https://github.com/Kopano-dev/kopano-core/commit/9b3bbd27ea63af180ce73a30a218d34b6e6535a4 it could run even on php81 but I'm not personally using it to check /cc @Thermi
Its going to become required before `testing/php7` wi...According to https://github.com/Kopano-dev/kopano-core/commit/9b3bbd27ea63af180ce73a30a218d34b6e6535a4 it could run even on php81 but I'm not personally using it to check /cc @Thermi
Its going to become required before `testing/php7` will be moved to unmaintained
Issue depends on #134613.18.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/13355Make sndio a viable option, enable on more packages2023-02-07T13:36:05Zomniomni+alpine@hack.orgMake sndio a viable option, enable on more packagesThis is for me, and anyone who is interested, to keep track.
Void Linux has done a lot of the groundwork, so to speak, for many aports it's mainly about adding `sndio-dev` to makedepends but for others there are patches.
- `community/c...This is for me, and anyone who is interested, to keep track.
Void Linux has done a lot of the groundwork, so to speak, for many aports it's mainly about adding `sndio-dev` to makedepends but for others there are patches.
- `community/chromium`
- `community/ffmpeg` !28219
- `community/firefox` !28175
- `community/firefox-esr` !28958
- `community/libao` !28900
- `community/moc`
- `community/mpd` !28900
- `community/openal-soft` !28900
- ~~`community/qt5-qtwebengine`~~ !28908
- `community/sox` !28900
- `community/thunderbird`
- `community/vlc` !28900
- ~~`community/waybar`~~ !28178
- `testing/cava` !28900
- `testing/lmms` !28900
Not unless `sndio` move from community:
- `main/gst-plugins-base`
- `main/mpg123`
- `main/portaudio`https://gitlab.alpinelinux.org/alpine/aports/-/issues/11145firefox needs seccomp allow for isatty2023-02-07T11:21:28ZRich Felkerfirefox needs seccomp allow for isattyI get a lot of sandbox errors for violation with syscall 16, args 2 21523 ..., which is `ioctl` with `TIOCGWINSZ`, performed by musl `isatty` and `fdopen`. This is harmless and should be allowed.I get a lot of sandbox errors for violation with syscall 16, args 2 21523 ..., which is `ioctl` with `TIOCGWINSZ`, performed by musl `isatty` and `fdopen`. This is harmless and should be allowed.https://gitlab.alpinelinux.org/alpine/aports/-/issues/14453community/netpbm: switch from super stable to stable or advanced2022-12-18T13:14:30ZCarl Chavecommunity/netpbm: switch from super stable to stable or advancedI like netpbm and would like some of the utilities and options that are included in the stable version but not in the currently packaged "super stable" version. It looks like most of the updates to the package since 2020 have been non-ma...I like netpbm and would like some of the utilities and options that are included in the stable version but not in the currently packaged "super stable" version. It looks like most of the updates to the package since 2020 have been non-maintainer updates so I'm not sure how active the maintainer is. Two questions here:
1. The super stable version seems to be the only "easy" tarball to get from main sourceforge site. Other versions have to be [checked out with svn ](https://netpbm.sourceforge.net/getting_netpbm.php)apparently. Gentoo uses a github helper: https://github.com/ceamac/netpbm-make-dist What would be the preferred way to switch to stable?
2. I'm not sure if regular users like me can always see all the gitlab users. Can someone tag the maintainer in here if they have an account? I'd be interested in taking over as maintainer if needed and working on the switch to stable.
Thanks!Tom Parker-ShemiltTom Parker-Shemilthttps://gitlab.alpinelinux.org/alpine/aports/-/issues/14063Transition to php812022-10-31T17:10:12ZAndy PostnikovTransition to php81PHP [8.2.0](https://wiki.php.net/todo/php82) is coming on November 23 2022 and 8.0 going out of [active support](https://www.php.net/supported-versions.php) in a month but the same time release of 3.17 planed
Moreover starting from PHP...PHP [8.2.0](https://wiki.php.net/todo/php82) is coming on November 23 2022 and 8.0 going out of [active support](https://www.php.net/supported-versions.php) in a month but the same time release of 3.17 planed
Moreover starting from PHP 8.1 has official support of OpenSSL 3 https://www.php.net/manual/en/openssl.requirements.php
Transition require to upgrade all packages to use `php81` as dependency
- [x] switch default_php to 81
- [x] update all dependent packages to use 8.1
- [x] fix the list of failing ones that still does not work with 8.1
Broken ones
- `community/bareos` not clear #14262
- ~~`community/baculum` https://www.bacula.org/bacula-release-13-0-0/ still depends on 8.0 !40019~~
- ~~`community/nextcloud23` - will be phased out !40163~~
- ~~`community/drupal7` - next year phased out https://www.drupal.org/project/drupal/issues/3224299~~
- ~~`community/phpldapadmin` will be done one day https://github.com/leenooks/phpLDAPadmin/issues/150~~3.17.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/13102community/riemann-c-client: switch from gnutls to wolftls2022-07-30T04:02:24ZJakub Jirutkacommunity/riemann-c-client: switch from gnutls to wolftlshttps://github.com/algernon/riemann-c-client/issues/26https://github.com/algernon/riemann-c-client/issues/26https://gitlab.alpinelinux.org/alpine/aports/-/issues/12964Bash - lack of global bashrc to load bash-completion and etc2022-04-12T16:37:00ZWillowcontact@willowbarraco.frBash - lack of global bashrc to load bash-completion and etcHello there,
I was investigating on why I dont have bash completions on non login bash sessions on alpine while I had it working on arch and void with the same dotfiles.
It looks like those other distro got a global bashrc that do that...Hello there,
I was investigating on why I dont have bash completions on non login bash sessions on alpine while I had it working on arch and void with the same dotfiles.
It looks like those other distro got a global bashrc that do that job.
Their build recipe contain a `+CFLAGS="-DSYS_BASHRC='\"/etc/bash/bashrc\"'"` and this file will load `/etc/bash/*.sh`
So I must ask if we could have this kind of thing to load `/etc/profile.d/*.sh` as does `/etc/profile`.
And I also noticed I dont have /usr/local/bin in my PATH. I'm still not sure why and how this PATH should be setted up.https://gitlab.alpinelinux.org/alpine/aports/-/issues/13307main/vim: add support for custom configuration file not managed by apk2022-03-16T19:34:59ZSimon Fsimon-alpine@fraho.eumain/vim: add support for custom configuration file not managed by apkCurrently the vim-configuration file is hardcoded as `/etc/vim/vimrc`. As this file is managed by `apk`, I don't really want to make changes to this file. Other distros use a second configuration file which is not managed by a package ma...Currently the vim-configuration file is hardcoded as `/etc/vim/vimrc`. As this file is managed by `apk`, I don't really want to make changes to this file. Other distros use a second configuration file which is not managed by a package manager to use for customization, e.g. `/etc/vim/vimrc.local`.
Could you please append something like this to the shipped `vimrc`?
```
" Source a global configuration file if available
if filereadable("/etc/vim/vimrc.local")
source /etc/vim/vimrc.local
endif
```3.15.1Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13317main/iptables: iptables-apply / ip6tables-apply requires bash2022-03-04T05:27:37ZSimon Fsimon-alpine@fraho.eumain/iptables: iptables-apply / ip6tables-apply requires bashThe `iptables` aport installs `/sbin/iptables-apply`, which uses `#!/bin/bash` as shebang, although the aport does not specifiy `bash` as dependency.
Please either add `bash` as dependency or update the script to work with `ash`.The `iptables` aport installs `/sbin/iptables-apply`, which uses `#!/bin/bash` as shebang, although the aport does not specifiy `bash` as dependency.
Please either add `bash` as dependency or update the script to work with `ash`.https://gitlab.alpinelinux.org/alpine/aports/-/issues/13305community/icingaweb2: may not issue commands to icinga22021-12-15T11:40:46ZSimon Fsimon-alpine@fraho.eucommunity/icingaweb2: may not issue commands to icinga2The `icingaweb2` aport only specifies a group to run, no user. As such, it typically runs with the `nobody` user. A separate user (which has to be in group `icingacmd` to access `/run/icinga2`) is required to issue commands from the web ...The `icingaweb2` aport only specifies a group to run, no user. As such, it typically runs with the `nobody` user. A separate user (which has to be in group `icingacmd` to access `/run/icinga2`) is required to issue commands from the web interface to the underlying icinga instace.
Please add the `icingaweb2` user which should be automatically added to the `icingacmd` group on installation.3.15.1Francesco ColistaFrancesco Colistahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13304community/icinga2: notification scripts require bash2021-12-13T07:53:16ZSimon Fsimon-alpine@fraho.eucommunity/icinga2: notification scripts require bashThe notification scripts installed in `/etc/icinga2/scripts/` use the shebang `#!/usr/bin/env bash`.
This means that bash must be installted, otherwise sending notification on serviec / host check failures cannot be sent. `bash` won't be...The notification scripts installed in `/etc/icinga2/scripts/` use the shebang `#!/usr/bin/env bash`.
This means that bash must be installted, otherwise sending notification on serviec / host check failures cannot be sent. `bash` won't be installed automatically, so this has to be done manually.
These Scripts work fine after changing the shebang to `#!/bin/ash`, so `bash` is not really needed.3.15.1Francesco ColistaFrancesco Colistahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/13141community/libreoffice: enable on more arches2021-11-12T16:37:19ZAndy Postnikovcommunity/libreoffice: enable on more archesdisabled arches for 3.15 builders
- ppc64 https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/11136/diffs#note_188127
- aarch64, armv7, x86 - !26829
```
checking which boost to use... external
checking for boostlib >= 1.66.....disabled arches for 3.15 builders
- ppc64 https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/11136/diffs#note_188127
- aarch64, armv7, x86 - !26829
```
checking which boost to use... external
checking for boostlib >= 1.66... yes
checking whether the Boost::Date_Time library is available... yes
checking for exit in -lboost_date_time... yes
checking whether the Boost::Filesystem library is available... yes
checking for exit in -lboost_filesystem... no
checking for exit in -lboost_filesystem... (cached) no
configure: error: Could not link against boost_filesystem !
>>> ERROR: libreoffice: build failed
```
TODO
- fix boost
- enable the aport for 3.15 release3.15.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/12935openssl tests fails on PHP rebuild2021-08-20T22:12:55ZAndy Postnikovopenssl tests fails on PHP rebuildMerging !24411 and !24434 I got tests failed on builders (s390x and x86 fail only 5 tests)
```
FAILED TEST SUMMARY
---------------------------------------------------------------------
Bug #52093 (openssl_csr_sign truncates $serial) [ex...Merging !24411 and !24434 I got tests failed on builders (s390x and x86 fail only 5 tests)
```
FAILED TEST SUMMARY
---------------------------------------------------------------------
Bug #52093 (openssl_csr_sign truncates $serial) [ext/openssl/tests/bug52093.phpt]
Bug #72165 Null pointer dereference - openssl_csr_new [ext/openssl/tests/bug72165.phpt]
Bug #80747: Providing RSA key size < 512 generates key that crash PHP [ext/openssl/tests/bug80747.phpt]
openssl_*() with OPENSSL_KEYTYPE_EC [ext/openssl/tests/ecc.phpt]
openssl_error_string() tests [ext/openssl/tests/openssl_error_string_basic.phpt]
TLS server rate-limits client-initiated renegotiation [ext/openssl/tests/stream_server_reneg_limit.phpt]
```
details are pointing to zero key-length on builders
```
TEST 3901/10930 [ext/openssl/tests/bug52093.phpt]
========DIFF========
001+ Warning: openssl_csr_sign(): cannot get CSR from parameter 1 in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/bug52093.php on line 12
001- string(19) "9223372036854775807"
002+
003+ Notice: Trying to access array offset on value of type bool in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/bug52093.php on line 13
004+ NULL
========DONE========
TEST 3919/10930 [ext/openssl/tests/bug72165.phpt]
========DIFF========
001- Warning: openssl_csr_new(): dn: numeric fild names are not supported in %sbug72165.php on line %d
002-
003- Warning: openssl_csr_new(): add1_attr_by_txt challengePassword_min -> 4 (failed; check error queue and value of string_mask OpenSSL option if illegal characters are reported) in %sbug72165.php on line %d
========DONE========
TEST 3941/10930 [ext/openssl/tests/bug80747.phpt]
========DIFF========
002+ error:02001002:system library:fopen:No such file or directory
003+ error:2006D080:BIO routines:BIO_new_file:no such file
004+ error:0E064002:configuration file routines:CONF_load:system lib
========DONE========
TEST 3945/10930 [ext/openssl/tests/ecc.phpt]
========DIFF========
002+ bool(false)
003+ bool(false)
004+
005+ Warning: openssl_pkey_get_details() expects parameter 1 to be resource, bool given in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/ecc.php on line 18
006+
007+ Notice: Trying to access array offset on value of type null in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/ecc.php on line 19
008+ NULL
009+
010+ Notice: Trying to access array offset on value of type null in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/ecc.php on line 20
011+ int(0)
002- resource(%d) of type (OpenSSL key)
004- Warning: openssl_pkey_new(): Unknown elliptic curve (short) name invalid_cuve_name in %s on line %d
006- int(384)
007- int(215)
008- string(9) "secp384r1"
010- resource(%d) of type (OpenSSL key)
011- bool(true)
013+ Notice: Trying to access array offset on value of type null in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/ecc.php on line 21
014+
015+ Notice: Trying to access array offset on value of type null in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/ecc.php on line 21
016+ NULL
017+
018+ Notice: Trying to access array offset on value of type null in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/ecc.php on line 22
019+ bool(false)
014- resource(%d) of type (OpenSSL key)
016- resource(%d) of type (OpenSSL X.509 CSR)
018- array(1) {
019- ["d"]=>
020- string(%d) "%a"
021- }
022- resource(%d) of type (OpenSSL X.509)
021+
022+ Warning: openssl_pkey_get_details() expects parameter 1 to be resource, bool given in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/ecc.php on line 27
024- bool(true)
026+ NULL
028+ bool(false)
029+
030+ Warning: openssl_pkey_get_details() expects parameter 1 to be resource, bool given in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/ecc.php on line 52
032+
033+ Notice: Trying to access array offset on value of type null in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/ecc.php on line 55
034+
035+ Notice: Trying to access array offset on value of type null in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/ecc.php on line 55
036+
037+ Warning: array_diff(): Expected parameter 1 to be an array, null given in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/ecc.php on line 55
038+ NULL
039+
040+ Warning: openssl_csr_sign(): cannot get CSR from parameter 1 in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/ecc.php on line 57
041+ bool(false)
043+ bool(false)
========DONE========
TEST 3963/10930 [ext/openssl/tests/openssl_error_string_basic.phpt]
========DIFF========
008+ openssl_pkey_export_to_file write: no error code 2006D002
009+ openssl_pkey_export_to_file write: uncaught errors
010+ 02001002: error:02001002:system library:fopen:No such file or directory
011+ 2006D080: error:2006D080:BIO routines:BIO_new_file:no such file
012+ 0E064002: error:0E064002:configuration file routines:CONF_load:system lib
008- openssl_pkey_export_to_file write: ok
========DONE========
TEST 4008/10930 [ext/openssl/tests/stream_server_reneg_limit.phpt]
========DIFF========
001+ Warning: openssl_csr_new(): private key length is too short; it needs to be at least 384 bits, not 0 in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/CertificateGenerator.inc on line 128
001- resource(%d) of type (stream)
002+
003+ Warning: openssl_csr_new(): Unable to generate a private key in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/CertificateGenerator.inc on line 128
004+
005+ Warning: openssl_csr_sign(): cannot get CSR from parameter 1 in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/CertificateGenerator.inc on line 132
006+
007+ Fatal error: Uncaught Exception: Failed to create certificate in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/CertificateGenerator.inc:135
008+ Stack trace:
009+ #0 /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/stream_server_reneg_limit.php(83): CertificateGenerator->saveNewCertAsFileWithKey('stream_security...', '/home/buildozer...')
010+ #1 {main}
011+ thrown in /home/buildozer/aports/community/php7/src/php-7.4.22/ext/openssl/tests/CertificateGenerator.inc on line 135
========DONE========
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/12092community/gitea: Make FHS compliant2020-11-11T19:34:13Z6543community/gitea: Make FHS compliantthis issue keep track of gitea's FHS compliant state
will resolved by !12065
reference: https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standardthis issue keep track of gitea's FHS compliant state
will resolved by !12065
reference: https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard65436543https://gitlab.alpinelinux.org/alpine/aports/-/issues/12080ostinato: make build more standard2020-11-07T09:23:46ZGhost Userostinato: make build more standardThis is just a proposal, it won't fix any bugs.
I don't like the current complex make command in build(), I would like a more standard one. To achieve that, I patched the QMAKE_CXXFLAGS in `options.pri` instead of using CXXFLAGS in the ...This is just a proposal, it won't fix any bugs.
I don't like the current complex make command in build(), I would like a more standard one. To achieve that, I patched the QMAKE_CXXFLAGS in `options.pri` instead of using CXXFLAGS in the make command.
Futhermore I prefer the Debian modeltest patch <https://salsa.debian.org/debian/ostinato/blob/master/debian/patches/extra-modeltest-workaround.diff>, so I integrated that patch.
Here my patch: [ostinato_alpine.diff](/uploads/8cb3100ba674e58b89c71b609fceb1e5/ostinato_alpine.diff)
I tested that only with alpine v3.12.1 on x86_64.https://gitlab.alpinelinux.org/alpine/aports/-/issues/11821Port gjs and polkit to mozjs782020-09-14T09:22:08ZSören TempelPort gjs and polkit to mozjs78mozjs78 has been added in e1b8bb64467faa1a7d03356691cb941057c7359f.
For both, polkit and gjs (the two packages needing mozjs) patches are available to upgrade to mozjs78. However, as of now these patches have not been merged yet. As soo...mozjs78 has been added in e1b8bb64467faa1a7d03356691cb941057c7359f.
For both, polkit and gjs (the two packages needing mozjs) patches are available to upgrade to mozjs78. However, as of now these patches have not been merged yet. As soon as they have been merged, I would suggest we backport them in order to remove `community/mozjs68` and `main/mozjs60`. This would allow us to cross two more packages of the python2 list (#11577)
* gjs: https://gitlab.gnome.org/GNOME/gjs/-/merge_requests/458
* polkit: https://gitlab.freedesktop.org/polkit/polkit/-/merge_requests/58Rasmus Thomsenoss@cogitri.devRasmus Thomsenoss@cogitri.devhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/10933use composer to build roundcubemail2019-12-18T19:52:03ZAndy Postnikovuse composer to build roundcubemailthere's pear-php packages like [community/php7-pear-net_smtp](https://pkgs.alpinelinux.org/package/edge/community/x86_64/php7-pear-net_smtp) which looks not used anymore
Ref https://github.com/roundcube/roundcubemail/wiki/Installation#...there's pear-php packages like [community/php7-pear-net_smtp](https://pkgs.alpinelinux.org/package/edge/community/x86_64/php7-pear-net_smtp) which looks not used anymore
Ref https://github.com/roundcube/roundcubemail/wiki/Installation#install-dependencies3.11.0