aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2019-07-23T11:17:14Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/9778busybox-initscripts: add ttyUSB[0-9] to dialout group2019-07-23T11:17:14ZMilan P. Stanićbusybox-initscripts: add ttyUSB[0-9] to dialout groupAdd /dev/ttyUSB\[0-9\] to dialout group in /etc/mdev.conf, so normal
users can use attached devices in programs like ‘screen’, ‘minicom’ etc.
without need for su or sudo. One line patch is posted at the next url:
https://patchwork.alpi...Add /dev/ttyUSB\[0-9\] to dialout group in /etc/mdev.conf, so normal
users can use attached devices in programs like ‘screen’, ‘minicom’ etc.
without need for su or sudo. One line patch is posted at the next url:
https://patchwork.alpinelinux.org/patch/4283/
*(from redmine: issue id 9778, created on 2018-12-20, closed on 2019-01-10)*3.9.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/9777init.d/urandom: increase saved entropy2019-07-23T11:17:15ZSteffen Nurpmesoinit.d/urandom: increase saved entropymy startup (whether on real hardware or my server VM) currently involves
long hangs of sshd, and warnings on uninitialized random reads by
dnsmasq.
When i look into init.d/urandom i see mysterious calculations which
result in 512 bytes...my startup (whether on real hardware or my server VM) currently involves
long hangs of sshd, and warnings on uninitialized random reads by
dnsmasq.
When i look into init.d/urandom i see mysterious calculations which
result in 512 bytes to be saved for restoring purposes, and i wonder why
this is so.
I would assume that the kernel passes data fed in to seed the PRNG
through (possibly even multiple) sophisticated algorithms.., and uses
conservative guessing on the quality of bytes fed into urandom.
Hence my suggestion to increase the number of bytes saved in between
reboots, e.g., like so (untested):
save\_seed()
{
local ibs=1024
if \[ -e /proc/sys/kernel/random/poolsize \]; then
ibs=$(cat /proc/sys/kernel/random/poolsize)
fi
( \# sub shell to prevent umask pollution
umask 077
dd if=/dev/urandom of=“$urandom\_seed” \\
ibs=$ibs count=1 2>/dev/null
)
}
*(from redmine: issue id 9777, created on 2018-12-19, closed on 2019-01-08)*3.9.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/9619Support for xenpci in initramfs so we can build XEN storage driver domains wi...2019-07-23T11:18:54ZHenrik RiomarSupport for xenpci in initramfs so we can build XEN storage driver domains with alpineAdd a new feature to mkinitfs allowing xen-pcifront.ko to be part of
initramfs
PR: https://github.com/alpinelinux/mkinitfs/pull/45
*(from redmine: issue id 9619, created on 2018-11-02, closed on 2019-01-23)*Add a new feature to mkinitfs allowing xen-pcifront.ko to be part of
initramfs
PR: https://github.com/alpinelinux/mkinitfs/pull/45
*(from redmine: issue id 9619, created on 2018-11-02, closed on 2019-01-23)*3.9.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/9548Freeswitch: upgrade to 1.82019-07-23T11:19:51ZFrancesco ColistaFreeswitch: upgrade to 1.8Freeswitch 1.6.x is EoL: the website
https://freeswitch.org/confluence/display/FREESWITCH/Installation states
“The current public version/release of FreeSWITCH™ recommended for
production systems is 1.8, created 31 July, 2018 followed by...Freeswitch 1.6.x is EoL: the website
https://freeswitch.org/confluence/display/FREESWITCH/Installation states
“The current public version/release of FreeSWITCH™ recommended for
production systems is 1.8, created 31 July, 2018 followed by maintenance
levels. The current release of sounds and prompts is 1.0.51 as of 9
October, 2014.
If you’re using FreeSWITCH™ version 1.6 which is tagged End Of Life, you
should upgrade to 1.8 NOW.”
Can we package the new FS 1.8? At the moment it does not build due to
libressl incompatibility.
Thanks.
.: Francesco
*(from redmine: issue id 9548, created on 2018-10-09, closed on 2019-01-10)*
* Changesets:
* Revision 0ddc3765e529787e59084f84b6006eb2c7b22a21 by Natanael Copa on 2018-11-07T16:46:09Z:
```
main/freeswitch: upgrade to 1.8.2
fixes #9548
```3.9.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/9508Upgrade gnutls to 3.6.4 to support TLS 1.32019-07-23T11:20:25ZJonathan CoetzeeUpgrade gnutls to 3.6.4 to support TLS 1.3Gnutls 3.6.4 was released on 24/09/2018 with support for final TLS 1.3
spec, enabled by default
([source](https://lists.gnupg.org/pipermail/gnutls-help/2018-September/004457.html)).
Think it would be a good idea for Alpine 3.9 to pull th...Gnutls 3.6.4 was released on 24/09/2018 with support for final TLS 1.3
spec, enabled by default
([source](https://lists.gnupg.org/pipermail/gnutls-help/2018-September/004457.html)).
Think it would be a good idea for Alpine 3.9 to pull this in so packages
that depend on it will have support for the improved protocol.
*(from redmine: issue id 9508, created on 2018-10-04, closed on 2019-01-10)*
* Changesets:
* Revision a76c5dbc923991172425263d8952dbe5d6762e99 on 2018-10-14T10:29:16Z:
```
main/gnutls: upgrade to 3.6.4
Fixes #9508
```
* Revision 336d5782ce41d5f07e6fde083d6efc8cfaeaedc5 on 2019-04-12T06:17:35Z:
```
main/gnutls: upgrade to 3.6.4
Fixes #9508
```3.9.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/8425Improve fuse and fuse3 packaging to make them co-installable2019-07-23T11:37:01ZPrzemysław PawełczykImprove fuse and fuse3 packaging to make them co-installableAt this moment fuse3 is still in testing, but it will be possibly moved
to main in future. Let’s assume for now that it will happen before
3.8.0.
According to maintainer’s notes to [libfuse
3.0.0](https://github.com/libfuse/libfuse/rele...At this moment fuse3 is still in testing, but it will be possibly moved
to main in future. Let’s assume for now that it will happen before
3.8.0.
According to maintainer’s notes to [libfuse
3.0.0](https://github.com/libfuse/libfuse/releases/tag/fuse-3.0.0):
>libfuse 3 is designed to be co-installable with libfuse 2. However,
some files will be installed by both libfuse 2 and libfuse 3 (e.g.
/etc/fuse.conf, the udev and init scripts, and the mount.fuse(8)
manpage). These files should be taken from libfuse 3. The format/content
is guaranteed to remain backwards compatible with libfuse 2.
>
>We recommend to ship libfuse2 and libfuse3 in three separate
packages: a libfuse-common package that contains files shared by libfuse
2+3 (taken from the libfuse3 tarball), and libfuse2 and libfuse3
packages that contain the shared library and helper programs for the
respective version.
*(from redmine: issue id 8425, created on 2018-01-26, closed on 2019-01-23)*3.9.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/8001MonetDB package2019-07-23T11:42:11ZArtem KlevtsovMonetDB packageDependencies: musl-dev gcc bison make python libressl-dev libxml2-dev
xz-dev bzip2-dev lz4-dev readline-dev snappy-dev curl-dev pcre-dev
unixodbc-dev libatomic\_ops-dev
Source tarballs: https://www.monetdb.org/downloads/sources/Jul2017...Dependencies: musl-dev gcc bison make python libressl-dev libxml2-dev
xz-dev bzip2-dev lz4-dev readline-dev snappy-dev curl-dev pcre-dev
unixodbc-dev libatomic\_ops-dev
Source tarballs: https://www.monetdb.org/downloads/sources/Jul2017-SP1/
*(from redmine: issue id 8001, created on 2017-10-14, closed on 2019-01-10)*
* Changesets:
* Revision 10b492044d9db302390ff04a524117ddaf3f4975 by Roberto Oliveira on 2018-07-05T13:25:04Z:
```
testing/monetdb: new aport (fixes #8001)
Column-oriented database management system
```3.9.0Roberto OliveiraRoberto Oliveirahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/7351Add cntlm package2019-07-23T11:53:18ZAlex EllisAdd cntlm packageHi - I’d like to request the cntlm package for x64 and armhf variants.
I’ve seen that Nathan has done some testing and that this was requested
once in the past long ago.
https://git.alpinelinux.org/cgit/aports/commit/?id=8dd4322146bcbe...Hi - I’d like to request the cntlm package for x64 and armhf variants.
I’ve seen that Nathan has done some testing and that this was requested
once in the past long ago.
https://git.alpinelinux.org/cgit/aports/commit/?id=8dd4322146bcbec8de25104f6c3899057bc6ee49
https://bugs.alpinelinux.org/issues/1075
https://github.com/alvarow/docker-cntlm
https://github.com/protenhan/docker-cntlm
This tool is essential for working with a corporate
AD/LDAP-authenticating proxy.
Cheers,
Alex
*(from redmine: issue id 7351, created on 2017-05-31, closed on 2019-01-10)*
* Changesets:
* Revision 4bda782ed5286fe600a9b52e55bca0618c8fe6f7 by Natanael Copa on 2017-05-31T11:36:37Z:
```
testing/cntlm: ressurect from unmaintained
ref #7351
```
* Revision e6646bd43c370a6784fa06e98791b3ca8e257c70 by Natanael Copa on 2019-01-10T13:51:05Z:
```
community/cntlm: move from testing
fixes #7351
```3.9.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/7178request, enable perf tools2019-07-23T11:55:24ZV Krishnrequest, enable perf toolsThis tool comes with the kernel, would be nice to have it enabled.
https://packages.debian.org/stretch/linux-perf-4.9
Seems nice development tool (feel free to ignore, as its unstable)
https://packages.debian.org/stretch/perf-tools-...This tool comes with the kernel, would be nice to have it enabled.
https://packages.debian.org/stretch/linux-perf-4.9
Seems nice development tool (feel free to ignore, as its unstable)
https://packages.debian.org/stretch/perf-tools-unstable
*(from redmine: issue id 7178, created on 2017-04-19, closed on 2019-01-10)*3.9.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/6700main/busybox: enable -w option for ps2019-07-23T12:01:18ZDubiousjim .main/busybox: enable -w option for psCan we compile busybox with FEATURE\_PS\_WIDE enabled? That enables one
to use -w and -ww to get wider output from ps.
*(from redmine: issue id 6700, created on 2017-01-18, closed on 2019-01-10)*Can we compile busybox with FEATURE\_PS\_WIDE enabled? That enables one
to use -w and -ww to get wider output from ps.
*(from redmine: issue id 6700, created on 2017-01-18, closed on 2019-01-10)*3.9.0