aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2022-09-28T14:26:34Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12723Package request: libkcapi2022-09-28T14:26:34ZJ0WIPackage request: libkcapilibkcapi - Linux Kernel Crypto API User Space Interface Library
Used by GnuTLS 3.7.2
https://www.chronox.de/libkcapi.htmllibkcapi - Linux Kernel Crypto API User Space Interface Library
Used by GnuTLS 3.7.2
https://www.chronox.de/libkcapi.htmlhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12391spamassassin-update can't open '/etc/conf.d/spamd': No such file or directory...2021-02-04T18:18:49ZMartin Lantzspamassassin-update can't open '/etc/conf.d/spamd': No such file or directory ```The package spamassassin-3.4.4-r2 contains the file `etc/periodic/daily/spamassassin-update` which contains the following:
```sh
#!/bin/sh
set -e
. /etc/conf.d/spamd
pidfile="${pidfile:-/run/spamd.pid}"
if [ -f "$pidfile" ]; then
...The package spamassassin-3.4.4-r2 contains the file `etc/periodic/daily/spamassassin-update` which contains the following:
```sh
#!/bin/sh
set -e
. /etc/conf.d/spamd
pidfile="${pidfile:-/run/spamd.pid}"
if [ -f "$pidfile" ]; then
_pid="$(cat "$pidfile")"
fi
/usr/bin/sa-update
if [ -n "$_pid" ]; then
kill -SIGHUP "$_pid"
fi
```
But since there is no file `/etc/conf.d/spamd` the following error is generated once a day:
```sh
/etc/periodic/daily/spamassassin-update: .: line 5: can't open '/etc/conf.d/spamd': No such file or directory
```
It is likely that the intended purpose is to run `sa-update` once a day, but that now fails.
Two remedies are suggested, either one of them would be sufficient:
1. Change the `etc/periodic/daily/spamassassin-update` file so that it checks that `/etc/conf.d/spamd` exists before trying to source it.
2. Make sure that the file `/etc/conf.d/spamd` is created (can be empty) during package installation.Leonardo ArenaLeonardo Arenahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12272Two different versions of "cpupower" package2021-01-05T10:58:04ZMY-RTwo different versions of "cpupower" packageThere are in `edge` two packages with same names:
[community/cpupower](https://gitlab.alpinelinux.org/alpine/aports/-/tree/master/community/cpupower) and [community/linux-tools](https://gitlab.alpinelinux.org/alpine/aports/-/tree/master/...There are in `edge` two packages with same names:
[community/cpupower](https://gitlab.alpinelinux.org/alpine/aports/-/tree/master/community/cpupower) and [community/linux-tools](https://gitlab.alpinelinux.org/alpine/aports/-/tree/master/community/linux-tools) (with subpackage `cpupower`)
The old one `community/cpupower` provide extra -openrc files which could probably move to new one.https://gitlab.alpinelinux.org/alpine/aports/-/issues/12175Correct destination for cargo-zsh-completion2021-01-09T10:11:21Zomniomni+alpine@hack.orgCorrect destination for cargo-zsh-completionThe package *cargo-zsh-completion* installs to `/usr/share/zsh/site-functions/_cargo/_cargo`, I believe "_cargo" should be dropped from the end of line [#L287](https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/community/rust/APK...The package *cargo-zsh-completion* installs to `/usr/share/zsh/site-functions/_cargo/_cargo`, I believe "_cargo" should be dropped from the end of line [#L287](https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/community/rust/APKBUILD#L287).Rasmus Thomsenoss@cogitri.devRasmus Thomsenoss@cogitri.devhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12164Update ZeroTierOne to version 1.6.22020-12-09T11:51:52ZlflareUpdate ZeroTierOne to version 1.6.2As stated, the ZeroTierOne package should be updated to stable of version 1.6.2
https://gitlab.alpinelinux.org/alpine/aports/-/tree/master/community/zerotier-oneAs stated, the ZeroTierOne package should be updated to stable of version 1.6.2
https://gitlab.alpinelinux.org/alpine/aports/-/tree/master/community/zerotier-onehttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12067open-iscsi 2.1.0 broken with CHAP md52020-11-04T07:21:41ZHenrik Riomaropen-iscsi 2.1.0 broken with CHAP md5The CHAP support in 2.1.0 does not work with CHAP md5, used by for instance tgtd and Synology.
This was fixed in 2.1.1 with the following PR:
https://github.com/open-iscsi/open-iscsi/pull/182
Upstream issue:
https://github.com/open-i...The CHAP support in 2.1.0 does not work with CHAP md5, used by for instance tgtd and Synology.
This was fixed in 2.1.1 with the following PR:
https://github.com/open-iscsi/open-iscsi/pull/182
Upstream issue:
https://github.com/open-iscsi/open-iscsi/issues/180
Please backport 2.1.2 from edge to v3.12 and v3.11 (where 2.1.0 was introduced)3.11.7Leonardo ArenaLeonardo Arenahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/12004Conky support for cairo2020-10-14T17:43:49ZzzabaConky support for cairoCurrently while using lua scripts that `require 'cairo'` in conky.conf, error gets thrown:
> conky: llua_load: /path/to/script.lua: module 'cairo' not found:
As suggested by @ikke in irc, problem has to do with conky build options and a...Currently while using lua scripts that `require 'cairo'` in conky.conf, error gets thrown:
> conky: llua_load: /path/to/script.lua: module 'cairo' not found:
As suggested by @ikke in irc, problem has to do with conky build options and attached diff should fix it.
[conky.diff](/uploads/c9667bcec3f32932ef7f8fd394f561bf/conky.diff)https://gitlab.alpinelinux.org/alpine/aports/-/issues/11888Package request: miller2020-09-05T21:15:59ZRichard Patelme@terorie.devPackage request: miller> Miller is like awk, sed, cut, join, and sort for name-indexed data such as CSV, TSV, and tabular JSON
Miller is a C tool for working/converting name-indexed data.
Common tasks are converting CSV/TSV files to newline-delimited JSON lis...> Miller is like awk, sed, cut, join, and sort for name-indexed data such as CSV, TSV, and tabular JSON
Miller is a C tool for working/converting name-indexed data.
Common tasks are converting CSV/TSV files to newline-delimited JSON lists and back, but the tool can also do some numbers crunching and stats analysis.
It has 2.5K stars on GitHub, is actively maintained by the original author.
It's also in the Debian 10 stable repo (so plenty of maintenance).
I had to do include a small patch to get the extensive regression test suite to work with uClibc but the miller maintainer was cooperative.
MR: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/11706
New MR: !11800https://gitlab.alpinelinux.org/alpine/aports/-/issues/11796feat: nullmailer2020-09-20T21:49:35ZAndreyfeat: nullmailerNullmailer is a small mail program that allows you (or your system) to send mails through an existing email account (using an SMTP server). Technically, this is an MTA. Nullmailer is particularly useful on systems that are not always onl...Nullmailer is a small mail program that allows you (or your system) to send mails through an existing email account (using an SMTP server). Technically, this is an MTA. Nullmailer is particularly useful on systems that are not always online (like a travelling laptop).
source: https://github.com/bruceg/nullmailerSimon Fsimon-alpine@fraho.euSimon Fsimon-alpine@fraho.euhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/11783Please add qshape into the postfix package2020-09-14T10:06:33ZyctnPlease add qshape into the postfix packagei noticed qshape is not in the postfix package. please consider to add it.
https://pkgs.alpinelinux.org/contents?file=qshape&path=&name=postfix&branch=edge&repo=main&arch=x86_64i noticed qshape is not in the postfix package. please consider to add it.
https://pkgs.alpinelinux.org/contents?file=qshape&path=&name=postfix&branch=edge&repo=main&arch=x86_64https://gitlab.alpinelinux.org/alpine/aports/-/issues/11733feat package onedrive2020-09-20T21:34:54ZJackson Rezendefeat package onedriveA free Microsoft OneDrive Client for Linux, which supports OneDrive Personal, OneDrive for Business, OneDrive for Office365 and Sharepoint, and fully supports Azure National Cloud Deployments (Microsoft Cloud for US Government, Microsoft...A free Microsoft OneDrive Client for Linux, which supports OneDrive Personal, OneDrive for Business, OneDrive for Office365 and Sharepoint, and fully supports Azure National Cloud Deployments (Microsoft Cloud for US Government, Microsoft Cloud Germany, Azure and Office 365 operated by 21Vianet in China).
This OneDrive Client for Linux is also available as a Docker container utilising Alpine Linux, Debian Stretch and CentOS.
https://abraunegg.github.io/
source: https://github.com/abraunegg/onedrivehttps://gitlab.alpinelinux.org/alpine/aports/-/issues/11732feat: radsecproxy2021-10-02T22:01:52ZJosef Vybíhalfeat: radsecproxyRequest for new package `radsecproxy`: *A generic RADIUS proxy that in addition to usual RADIUS UDP transport, also supports TLS (RadSec), as well as RADIUS over TCP and DTLS.*
home: https://github.com/radsecproxy/radsecproxy
latest ta...Request for new package `radsecproxy`: *A generic RADIUS proxy that in addition to usual RADIUS UDP transport, also supports TLS (RadSec), as well as RADIUS over TCP and DTLS.*
home: https://github.com/radsecproxy/radsecproxy
latest tag: https://github.com/radsecproxy/radsecproxy/archive/1.8.1.tar.gzhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/11702[3.12] community/containerd: Missing open-rc initd config file2020-07-07T11:34:17ZTrung Lê[3.12] community/containerd: Missing open-rc initd config file### Context
The `containerd` package does not ship OpenRC init file `/etc/init.d/containerd` which is a bit inconvenient for users if they want to run the app as daemon.
### Suggestion
Build a `containerd-openrc` package### Context
The `containerd` package does not ship OpenRC init file `/etc/init.d/containerd` which is a bit inconvenient for users if they want to run the app as daemon.
### Suggestion
Build a `containerd-openrc` packagehttps://gitlab.alpinelinux.org/alpine/aports/-/issues/11671Init script of community/domoticz package fails to properly start domoticz2020-07-11T08:55:07ZJohannes HeimansbergInit script of community/domoticz package fails to properly start domoticzWhen trying to start the domoticz daemon via the init script, it immediately crashes. This is caused by the PID file, which both the domoticz process (due to the explicit ``-daemon`` and ``-pidfile`` arguments) as well as start-stop-daem...When trying to start the domoticz daemon via the init script, it immediately crashes. This is caused by the PID file, which both the domoticz process (due to the explicit ``-daemon`` and ``-pidfile`` arguments) as well as start-stop-daemon (due to ``command_background=YES``) try to create. Since start-stop-daemon creates the PID file as root, the domoticz process is unable to overwrite the file (which it probably shouldn't do anyway) and then immediately terminates.
Changing the ``command_args`` line in ``/etc/init.d/domoticz`` from
```
command_args="-daemon -userdata $userdata -approot $approot -pidfile $pidfile $daemon_args"
```
to
```
command_args="-userdata $userdata -approot $approot $daemon_args"
```
fixes the issue.
Changing ``command_background`` to ``false`` instead, does not seem to work, because the PID file created by domoticz has its read permissions set to allow only the owner to read it, so that start-stop-daemon does not recognize it as running.https://gitlab.alpinelinux.org/alpine/aports/-/issues/11649testing/wayfire: missing dependency on elogind2020-09-14T19:32:39Zkeshtotesting/wayfire: missing dependency on elogindDoes not run without `elogind` which is not a dependency.Does not run without `elogind` which is not a dependency.https://gitlab.alpinelinux.org/alpine/aports/-/issues/11623abuild: Missing dependency on perl2020-06-09T05:11:39ZTherminoel.kuntze@thermi.consultingabuild: Missing dependency on perlAt least the apkbuild-pypi script in abuild requires perl and some perle libraries to function. They should be listed in the depends array.At least the apkbuild-pypi script in abuild requires perl and some perle libraries to function. They should be listed in the depends array.https://gitlab.alpinelinux.org/alpine/aports/-/issues/11610lttng-ust dependency on python32020-06-04T13:40:47ZMatt Thalmanlttng-ust dependency on python3A dependency to python3 was added to lttng-ust in https://git.alpinelinux.org/aports/commit/main/lttng-ust/APKBUILD?h=3.12-stable&id=54f01ae9e06c9cfec585064b86512198f956ff40. This was introduced in Alpine 3.12. When compared to Alpine 3....A dependency to python3 was added to lttng-ust in https://git.alpinelinux.org/aports/commit/main/lttng-ust/APKBUILD?h=3.12-stable&id=54f01ae9e06c9cfec585064b86512198f956ff40. This was introduced in Alpine 3.12. When compared to Alpine 3.11, installing the lttng-ust package increases the installation size by a factor of 40 (1.1 MB in Alpine 3.11 vs 44.4 MB in Alpine 3.12).
I heard that python3 is an optional dependency that's only needed if invoking the lttng-gen-tp script. Since the addition of python3 has such a huge impact on the installation size, I think it should not be included by default. Possibly, the package should be refactored so that only a sub-package has this dependency.https://gitlab.alpinelinux.org/alpine/aports/-/issues/11609Compile Asterisk with CFLAGS='-DENABLE_SRTP_AES_256'2021-12-11T00:02:29ZMartin LantzCompile Asterisk with CFLAGS='-DENABLE_SRTP_AES_256'When sending an SIP INVITE Asterisk only offers the AES_CM_128_HMAC_SHA1_80 SDES SRTP crypto.
Some VoIP clients does not accept this weak crypt anymore, eg Zoiper.
And yet, Asterisk support many more ciphers including AES_256_CM_HMAC_SH...When sending an SIP INVITE Asterisk only offers the AES_CM_128_HMAC_SHA1_80 SDES SRTP crypto.
Some VoIP clients does not accept this weak crypt anymore, eg Zoiper.
And yet, Asterisk support many more ciphers including AES_256_CM_HMAC_SHA1_80.
When accepting INVITEs Asterisk happily accepts the 256 cipers.
To have Asterisk offering a list of cipers it needs to be complied with any combination of:
ENABLE_SRTP_AES_256
ENABLE_SRTP_AES_GCM
ENABLE_SRTP_AES_192
The comment in the [source code](https://github.com/asterisk/asterisk/blob/4de0e50c320a89ae0938008642716ac19802faf0/res/res_srtp.c) lines 1111 reads:
```
/* This array creates the following list:
* a=crypto:1 AES_CM_128_HMAC_SHA1_ ...
* a=crypto:2 AEAD_AES_128_GCM ...
* a=crypto:3 AES_256_CM_HMAC_SHA1_ ...
* a=crypto:4 AEAD_AES_256_GCM ...
* a=crypto:5 AES_192_CM_HMAC_SHA1_ ...
* something like 'AEAD_AES_192_GCM' is not specified by the RFCs
*
* If you want to prefer another crypto suite or you want to
* exclude a suite, change this array and recompile Asterisk.
* This list cannot be changed from rtp.conf because you should
* know what you are doing. Especially AES-192 and AES-GCM are
* broken in many VoIP clients, see
* https://github.com/cisco/libsrtp/pull/170
* https://github.com/cisco/libsrtp/pull/184
* Furthermore, AES-GCM uses a shorter crypto-suite string which
* causes Nokia phones based on Symbian/S60 to reject the whole
* INVITE with status 500, even if a matching suite was offered.
* AES-256 might just waste your processor cycles, especially if
* your TLS transport is not secured with equivalent grade, see
* https://security.stackexchange.com/q/61361
* Therefore, AES-128 was preferred here.
*
* If you want to enable one of those defines, please, go for
* CFLAGS='-DENABLE_SRTP_AES_GCM' ./configure && sudo make install
*/
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/11490Package request: py3-nodeenv2020-08-17T06:49:36ZJ0WIPackage request: py3-nodeenvRequired by `community/ceph`
https://ekalinin.github.io/nodeenv/Required by `community/ceph`
https://ekalinin.github.io/nodeenv/https://gitlab.alpinelinux.org/alpine/aports/-/issues/11393testing/proot: upgrade to 5.2.0-alpha2021-09-28T13:34:15ZLucas Ramagetesting/proot: upgrade to 5.2.0-alphaSee: https://github.com/proot-me/proot/releases/tag/v5.2.0-alphaSee: https://github.com/proot-me/proot/releases/tag/v5.2.0-alpha