aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2020-08-15T07:35:34Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/8865Package request: ChezScheme2020-08-15T07:35:34ZWolfgang Corcoran-MathePackage request: ChezSchemeIt would be great to have a ChezScheme package. Its dependencies (namely
gmake, gcc, ncurses and the X libs) are all present in Alpine, and
(AFAIK) building Chez with musl presents no special difficulties.
*(from redmine: issue id 8865...It would be great to have a ChezScheme package. Its dependencies (namely
gmake, gcc, ncurses and the X libs) are all present in Alpine, and
(AFAIK) building Chez with musl presents no special difficulties.
*(from redmine: issue id 8865, created on 2018-05-08)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/8864389 Directory Server (LDAP)2019-07-12T15:35:33Zalgitbot389 Directory Server (LDAP)Hello
Is it possible to get a packaged version of 389 Directory Server in
Alpine Linux?
I have tried a couple of days to compile it in an Alpine Linux docker
image and failed.
I would find it useful for authentication in microservic...Hello
Is it possible to get a packaged version of 389 Directory Server in
Alpine Linux?
I have tried a couple of days to compile it in an Alpine Linux docker
image and failed.
I would find it useful for authentication in microservices that can use
LDAP (postfix, dovecot, MySQL, NextCloud).
There is an dockerfile which uses fedora:26 but since i’m using Alpine
Linux in all other docker services.
https://pagure.io/389-ds-base/blob/master/f/docker/389ds\_poc/Dockerfile
Main page of 389 Directory Server:
http://directory.fedoraproject.org/
Git Repository:
https://pagure.io/389-ds-base
*(from redmine: issue id 8864, created on 2018-05-07)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/8863EFI boot support for Xen via Grub2019-07-23T11:32:02ZLeonardo ArenaEFI boot support for Xen via GrubOpened an issue so we don’t forget:
https://github.com/alpinelinux/aports/pull/4057
*(from redmine: issue id 8863, created on 2018-05-06, closed on 2018-06-26)*Opened an issue so we don’t forget:
https://github.com/alpinelinux/aports/pull/4057
*(from redmine: issue id 8863, created on 2018-05-06, closed on 2018-06-26)*3.8.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/8862xen2020-01-20T16:34:00ZalgitbotxenAlpine 3.7.0 boot USB
I get this error in libxl
xl -vvv create /etc/xen/xlexample.hvm
Parsing config from /etc/xen/xlexample.hvm
libxl: error: libxl\_mem.c:202:libxl\_set\_memory\_target: unable to
retrieve domain configuration: ...Alpine 3.7.0 boot USB
I get this error in libxl
xl -vvv create /etc/xen/xlexample.hvm
Parsing config from /etc/xen/xlexample.hvm
libxl: error: libxl\_mem.c:202:libxl\_set\_memory\_target: unable to
retrieve domain configuration: No such file or directory
failed to free memory for the domain
xencall:buffer: debug: total allocations:19 total releases:19
xencall:buffer: debug: current allocations:0 maximum allocations:2
xencall:buffer: debug: cache current size:2
xencall:buffer: debug: cache hits:15 misses:2 toobig:2
xencall:buffer: debug: total allocations:0 total releases:0
xencall:buffer: debug: current allocations:0 maximum allocations:0
xencall:buffer: debug: cache current size:0
xencall:buffer: debug: cache hits:0 misses:0 toobig:0
with alpine3.4.6 no problem
*(from redmine: issue id 8862, created on 2018-05-04)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/8861cloud-init doesn't load cloud-config from attached wirtual CDROM2021-08-03T08:31:29Zalgitbotcloud-init doesn't load cloud-config from attached wirtual CDROMI have a virtual CDROM to load my cloud-init config to an Alpine 3.7.0
where I installed the cloud-init apk previously, but it doesn’t seem to
get detected or mounted correctly
*(from redmine: issue id 8861, created on 2018-05-04)*
* ...I have a virtual CDROM to load my cloud-init config to an Alpine 3.7.0
where I installed the cloud-init apk previously, but it doesn’t seem to
get detected or mounted correctly
*(from redmine: issue id 8861, created on 2018-05-04)*
* Uploads:
* [alpine.log](/uploads/586dbe3ff417c90a03cd9a4c91b575e5/alpine.log) Full log descriing the problem3.7.4Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/8860bogofilter: should use db (Berkeley DB), not sqlite2019-07-12T15:35:31ZSteffen Nurpmesobogofilter: should use db (Berkeley DB), not sqliteHello.
Yes, i am using bogofilter for Bayesian Filtering (just recognized i do
not mention this anywhere), but it must be said the sqlite backend that
the Alpine package uses is so (!!!!) slow, and the database becomes so
(!!!) big, i ...Hello.
Yes, i am using bogofilter for Bayesian Filtering (just recognized i do
not mention this anywhere), but it must be said the sqlite backend that
the Alpine package uses is so (!!!!) slow, and the database becomes so
(!!!) big, i am about to recompile on my own.
Is anybody actually really using this regularly except myself? *So* slow
and fat. Maybe you never tried the DB backend? I know db is larger but
postfix uses it anyway :), and you will get value in return. Really.
*(from redmine: issue id 8860, created on 2018-05-03, closed on 2018-06-26)*3.8.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/8858Request for Facter apk (multiarch)2019-07-15T03:27:32ZalgitbotRequest for Facter apk (multiarch)https://github.com/puppetlabs/facter
A Ruby application to collect and display metadata about a system.
Please ensure a ppc64le apk exists.
*(from redmine: issue id 8858, created on 2018-05-02)*https://github.com/puppetlabs/facter
A Ruby application to collect and display metadata about a system.
Please ensure a ppc64le apk exists.
*(from redmine: issue id 8858, created on 2018-05-02)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/8857Installation of jq on v3.6 with default mirror fails2019-07-12T15:35:30ZalgitbotInstallation of jq on v3.6 with default mirror failsWith Alpine v3.6, APKINDEX of default mirror (dl-cdn.alpinelinux.org)
reports a 1.5-r3 version of jq package which is not found.
The 1.5-r4 version of jq can be found instead.
**Steps to reproduce**:
Using the Alpine Docker image to...With Alpine v3.6, APKINDEX of default mirror (dl-cdn.alpinelinux.org)
reports a 1.5-r3 version of jq package which is not found.
The 1.5-r4 version of jq can be found instead.
**Steps to reproduce**:
Using the Alpine Docker image to reproduce as follows:
$ docker run -it --rm alpine:3.6 sh
/ # apk add --update jq
fetch http://dl-cdn.alpinelinux.org/alpine/v3.6/main/x86_64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/v3.6/community/x86_64/APKINDEX.tar.gz
(1/2) Installing oniguruma (6.3.0-r0)
(2/2) Installing jq (1.5-r3)
ERROR: jq-1.5-r3: package mentioned in index not found (try 'apk update')
1 error; 5 MiB in 12 packages
**Workaround**:
Configure apk to use a different mirror. For instance:
echo "http://uk.alpinelinux.org/alpine/v3.6/main" > /etc/apk/repositories \
&& echo "http://uk.alpinelinux.org/alpine/v3.6/community" >> /etc/apk/repositories
*(from redmine: issue id 8857, created on 2018-05-02, closed on 2018-05-15)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/8856Don't pass --enable-shared to binutils2019-07-23T11:32:04ZalgitbotDon't pass --enable-shared to binutilsI see binutils’s APKBUILD pass —enable-shared
https://git.alpinelinux.org/cgit/aports/tree/main/binutils/APKBUILD\#n60
It seems that’s not a good idea
https://twitter.com/CarlosODonell/status/991398527384346624
*(from redmine: iss...I see binutils’s APKBUILD pass —enable-shared
https://git.alpinelinux.org/cgit/aports/tree/main/binutils/APKBUILD\#n60
It seems that’s not a good idea
https://twitter.com/CarlosODonell/status/991398527384346624
*(from redmine: issue id 8856, created on 2018-05-02, closed on 2018-06-26)*
* Changesets:
* Revision 77db7ffb185e61ce4798a934f5dd9345a0ba9684 by Natanael Copa on 2018-05-07T11:44:31Z:
```
main/binutils: disable shared libs
fixes #8856
```3.8.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/8854[3.7] tor: NULL pointer dereference via a misformatted relay descriptor (CVE-...2019-07-23T11:32:06ZAlicha CH[3.7] tor: NULL pointer dereference via a misformatted relay descriptor (CVE-2018-0490)An issue was discovered in Tor before 0.2.9.15, 0.3.1.x before 0.3.1.10,
and 0.3.2.x before 0.3.2.10. The directory-authority
protocol-list subprotocol implementation allows remote attackers to
cause a denial of service (NULL pointer d...An issue was discovered in Tor before 0.2.9.15, 0.3.1.x before 0.3.1.10,
and 0.3.2.x before 0.3.2.10. The directory-authority
protocol-list subprotocol implementation allows remote attackers to
cause a denial of service (NULL pointer dereference
and directory-authority crash) via a misformatted relay descriptor that
is mishandled during voting.
### Fixed In Version:
tor 0.2.9.15, tor 0.3.1.10, tor 0.3.2.10, tor 0.3.3.3-alpha
### References:
https://blog.torproject.org/new-stable-tor-releases-security-fixes-and-dos-prevention-03210-03110-02915
https://trac.torproject.org/projects/tor/ticket/25074
https://nvd.nist.gov/vuln/detail/CVE-2018-0490
### Patch:
https://gitweb.torproject.org/tor.git/commit/?id=65f2eec694f18a64291cc85317b9f22dacc1d8e4
*(from redmine: issue id 8854, created on 2018-04-30, closed on 2018-05-23)*
* Changesets:
* Revision 53f4e4e2a7a04028c529a6ac04f59cd54ee834c4 by Natanael Copa on 2018-05-23T09:57:11Z:
```
community/tor: security upgrade to 0.3.1.10 (CVE-2018-0490)
fixes #8854
```3.7.1https://gitlab.alpinelinux.org/alpine/aports/-/issues/8852LXD/Vanilla - Exposing host folder to guest not working2020-11-14T15:13:37ZSteve ParrisLXD/Vanilla - Exposing host folder to guest not workingExposing a host folder to the guest container with the built-in lxd
function (device add) doesn’t work properly. The folder doesn’t show up
if the folder gets added when the container is stopped. The folder shows
up for one session if th...Exposing a host folder to the guest container with the built-in lxd
function (device add) doesn’t work properly. The folder doesn’t show up
if the folder gets added when the container is stopped. The folder shows
up for one session if the container is already running. It does work
properly on another system (ArchLinux x64). I’ve contacted upstream but
stgraber currently is not at the office for some time providing only
limited support. I’ve created a thread in [official support
forum](https://discuss.linuxcontainers.org/t/mapped-folder-doesnt-show-up-in-container/1540)
as well.
Steps to reproduce:
<code class="text">
lxc init images:alpine/edge alpine
lxc config set alpine security.privileged false
printf "uid 0 0\ngid 0 0" | lxc config set alpine raw.idmap -
lxc config device add alpine myboot disk source=/boot path=/hostboot
lxc start alpine
lxc exec alpine -- ls /hostboot
</code>
/etc/subuid:
root:1000000:65536
/etc/subgid:
root:1000000:65536
lxd-3.0.0-r3
Alpine edge i686
Linux alpine 4.14.37-0-vanilla \#1-Alpine SMP Thu Apr 26 11:44:01 UTC
2018 i686 Linux
*(from redmine: issue id 8852, created on 2018-04-29)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/8851gox package request. (Gox is a simple, no-frills tool for Go cross compilation)2019-07-12T15:35:27ZMichael Lawrencegox package request. (Gox is a simple, no-frills tool for Go cross compilation)https://github.com/mitchellh/gox.git
Gox is a simple, no-frills tool for Go cross compilation that behaves a
lot like standard go build. Gox will parallelize builds for multiple
platforms. Gox will also build the cross-compilation toolc...https://github.com/mitchellh/gox.git
Gox is a simple, no-frills tool for Go cross compilation that behaves a
lot like standard go build. Gox will parallelize builds for multiple
platforms. Gox will also build the cross-compilation toolchain for you.
normally in Gentoo dev-go/gox emerge and done…
alpine docker works , gentoo arm64 qemu not so much. anycase , I have
gentoo catylst as a seed builder … , for a few other toys… gox would be
useful for building a few arm64 golang tools.
*(from redmine: issue id 8851, created on 2018-04-28)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/8850The alpine system MariaDB BUG?2021-05-09T09:25:21Zrobert yuThe alpine system MariaDB BUG?I installed MariaDB on the alpine system, the configuration SERVER\_ID
through the configuration file /etc/my.cnf is invalid, always SERVER\_ID
defaults to 1
*(from redmine: issue id 8850, created on 2018-04-28)*I installed MariaDB on the alpine system, the configuration SERVER\_ID
through the configuration file /etc/my.cnf is invalid, always SERVER\_ID
defaults to 1
*(from redmine: issue id 8850, created on 2018-04-28)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/8849Emacs-gtk2 segfaults2019-07-15T00:07:52ZPelle HjekEmacs-gtk2 segfaultsEmacs-gtk2 doesn’t work. When started, it gives this error
<code>segmentation fault emacs-25.3</code>.
*(from redmine: issue id 8849, created on 2018-04-27)*Emacs-gtk2 doesn’t work. When started, it gives this error
<code>segmentation fault emacs-25.3</code>.
*(from redmine: issue id 8849, created on 2018-04-27)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/8848rake tasks failing with segmentation fault, ruby version 2.4.42019-07-15T00:08:27Zalgitbotrake tasks failing with segmentation fault, ruby version 2.4.4I am building one package on Alpine-ppc64le which needs ruby. I have
installed ruby using “apk add”.
To debug I need “debugger” gem to get installed, however I am unable to
get that installed.
bash-4.4\# ruby -v
ruby 2.4.4p296 (2018...I am building one package on Alpine-ppc64le which needs ruby. I have
installed ruby using “apk add”.
To debug I need “debugger” gem to get installed, however I am unable to
get that installed.
bash-4.4\# ruby -v
ruby 2.4.4p296 (2018-03-28 revision 63013) \[powerpc64le-linux-musl\]
bash-4.4\# gem install ‘debugger’
Building native extensions. This could take a while…
ERROR: Error installing debugger:
ERROR: Failed to build gem native extension.
current directory:
/usr/lib/ruby/gems/2.4.0/gems/debugger-1.6.8/ext/ruby\_debug
/usr/bin/ruby -r ./siteconf20180427-3066-ipkdn.rb extconf.rb
**\* extconf.rb failed**\*
Is there any way we can resolve this issue ?
Also tried upgrading the version of Ruby, however the pkg list page of
alpine registry shows latest version of ruby as 2.4.4 itself
(http://dl-4.alpinelinux.org/alpine/v3.7/community/ppc64le/).
Is there a way to install later version of ruby OR any alternate way to
resolve this issue?
Thanks,
Meghali
*(from redmine: issue id 8848, created on 2018-04-27)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/8847[3.8] phpmyadmin: CSRF vulnerability allowing arbitrary SQL execution (CVE-20...2019-07-23T11:32:07ZAlicha CH[3.8] phpmyadmin: CSRF vulnerability allowing arbitrary SQL execution (CVE-2018-10188)By deceiving a user to click on a crafted URL, it is possible for an
attacker
to execute arbitrary SQL commands.
### Affected Versions:
Version 4.8.0 is affected
### Reference:
https://www.phpmyadmin.net/security/PMASA-2018-2/
###...By deceiving a user to click on a crafted URL, it is possible for an
attacker
to execute arbitrary SQL commands.
### Affected Versions:
Version 4.8.0 is affected
### Reference:
https://www.phpmyadmin.net/security/PMASA-2018-2/
### Patch:
https://github.com/phpmyadmin/phpmyadmin/commit/c6dd6b56e236a3aff953cee4135ecaa67130e641
*(from redmine: issue id 8847, created on 2018-04-26, closed on 2018-06-12)*
* Changesets:
* Revision 0e6a7a8f8c8d0d3eb1d715818e76bf4d0664e638 on 2018-06-11T12:23:48Z:
```
community/phpmyadmin: security fix (CVE-2018-10188)
Fixes #8847
```3.8.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/8844kodi: Persistent Cross-Site Scripting (CVE-2018-8831)2019-12-05T06:22:13ZAlicha CHkodi: Persistent Cross-Site Scripting (CVE-2018-8831)A Persistent XSS vulnerability exists in Kodi (formerly XBMC) through
17.6 that allows the execution
of arbitrary HTML/script code in the context of the victim user’s
browser via a playlist.
### References:
http://seclists.org/fulldi...A Persistent XSS vulnerability exists in Kodi (formerly XBMC) through
17.6 that allows the execution
of arbitrary HTML/script code in the context of the victim user’s
browser via a playlist.
### References:
http://seclists.org/fulldisclosure/2018/Apr/36
https://nvd.nist.gov/vuln/detail/CVE-2018-8831
*(from redmine: issue id 8844, created on 2018-04-26)*
* Relations:
* copied_to #8845
* copied_to #8846
* child #8845
* child #8846Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/8843plugdev system group is missing2019-12-05T06:20:28ZTaner Tasplugdev system group is missingSome packages like networkmanager, modemmanager, udevil are using
“plugdev” group to run fully functional.
But this group is missing on Alpine base installation.
We can add this group with:
- eudev package post-install/upgrade scri...Some packages like networkmanager, modemmanager, udevil are using
“plugdev” group to run fully functional.
But this group is missing on Alpine base installation.
We can add this group with:
- eudev package post-install/upgrade script
- alpine-baselayout with port-upgrade script for existing
installations.
example post-install/upgrade:
https://github.com/alpinelinux/aports/blob/master/community/udevil/udevil.pre-install
*(from redmine: issue id 8843, created on 2018-04-26)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/8842[3.7] drupal7: Remote Code Execution (CVE-2018-7602)2019-07-23T11:32:08ZAlicha CH[3.7] drupal7: Remote Code Execution (CVE-2018-7602)A remote code execution vulnerability exists within multiple subsystems
of Drupal 7.x and 8.x. This potentially allows attackers
to exploit multiple attack vectors on a Drupal site, which could result
in the site being compromised. Thi...A remote code execution vulnerability exists within multiple subsystems
of Drupal 7.x and 8.x. This potentially allows attackers
to exploit multiple attack vectors on a Drupal site, which could result
in the site being compromised. This vulnerability is related
to Drupal core - Highly critical - Remote Code Execution -
SA-CORE-2018-002. Both SA-CORE-2018-002 and
this vulnerability are being exploited in the wild.
### Fixed In Version:
Drupal 7.59
### Reference:
https://www.drupal.org/sa-core-2018-004
### Patch:
https://cgit.drupalcode.org/drupal/rawdiff/?h=7.x&id=080daa38f265ea28444c540832509a48861587d0
*(from redmine: issue id 8842, created on 2018-04-26, closed on 2018-06-12)*
* Relations:
* copied_to #8840
* parent #88403.7.1https://gitlab.alpinelinux.org/alpine/aports/-/issues/8841[3.8] drupal7: Remote Code Execution (CVE-2018-7602)2019-09-13T12:49:50ZAlicha CH[3.8] drupal7: Remote Code Execution (CVE-2018-7602)A remote code execution vulnerability exists within multiple subsystems
of Drupal 7.x and 8.x. This potentially allows attackers
to exploit multiple attack vectors on a Drupal site, which could result
in the site being compromised. Thi...A remote code execution vulnerability exists within multiple subsystems
of Drupal 7.x and 8.x. This potentially allows attackers
to exploit multiple attack vectors on a Drupal site, which could result
in the site being compromised. This vulnerability is related
to Drupal core - Highly critical - Remote Code Execution -
SA-CORE-2018-002. Both SA-CORE-2018-002 and
this vulnerability are being exploited in the wild.
### Fixed In Version:
Drupal 7.59
### Reference:
https://www.drupal.org/sa-core-2018-004
### Patch:
https://cgit.drupalcode.org/drupal/rawdiff/?h=7.x&id=080daa38f265ea28444c540832509a48861587d0
*(from redmine: issue id 8841, created on 2018-04-26, closed on 2018-06-12)*
* Relations:
* copied_to #8840
* parent #88403.8.0