aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2019-07-23T10:35:05Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/8538main/check library - re-enable configure option to support forks2019-07-23T10:35:05ZBernhard J. M. Grünmain/check library - re-enable configure option to support forksAs clandmeter mentioned in a ticket
(https://github.com/libcheck/check/issues/138) for that project setting
the switch —disable-forks was needed to conform to the grsec kernel.
Now that this grsec/hardened kernel is gone. This change c...As clandmeter mentioned in a ticket
(https://github.com/libcheck/check/issues/138) for that project setting
the switch —disable-forks was needed to conform to the grsec kernel.
Now that this grsec/hardened kernel is gone. This change could be
reverted at some time.
At least one possible new package (testing/burp) depends on that
setting.
*(from redmine: issue id 8538, created on 2018-02-21)*Carlo LandmeterCarlo Landmeterhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/8494procps top (and other binaries) coexist with busybox binaries (/bin vs. /usr/...2019-07-15T00:34:57ZBernhard J. M. Grünprocps top (and other binaries) coexist with busybox binaries (/bin vs. /usr/bin)If one installs procps programs like top coexist with the busybox
symlink of top.
This also counts for other programs from procps.
Reason for this: procps installs to /bin but busybox symlinks to
/usr/bin.
Because of this packaging ...If one installs procps programs like top coexist with the busybox
symlink of top.
This also counts for other programs from procps.
Reason for this: procps installs to /bin but busybox symlinks to
/usr/bin.
Because of this packaging mistake one opens “busybox top” insted of
“procps top”. “procps top” still opens correctly if one writes
“/bin/top”.
*(from redmine: issue id 8494, created on 2018-02-16)*Shiz ...Shiz ...https://gitlab.alpinelinux.org/alpine/aports/-/issues/8445libv8 / therubyracer seg. fault. Doesn't work with musl2020-01-19T14:47:05Zalgitbotlibv8 / therubyracer seg. fault. Doesn't work with muslv8 error when “bundle exec rake assets:precompile” in
ruby:2.3.1-alpine
https://github.com/docker-library/ruby/issues/113
When I try to install ruby from the package on Alpine 3.7 (Alpine 3.4
has a Ruby 2.4 package prebuilt!) the code...v8 error when “bundle exec rake assets:precompile” in
ruby:2.3.1-alpine
https://github.com/docker-library/ruby/issues/113
When I try to install ruby from the package on Alpine 3.7 (Alpine 3.4
has a Ruby 2.4 package prebuilt!) the code to build therubyracer
segfaults:
LINK(target) /usr/lib/ruby/gems/2.4.0/gems/libv8-3.16.14.16/vendor/v8/out/x64.release/mksnapshot
ACTION tools_gyp_v8_gyp_v8_snapshot_target_run_mksnapshot /usr/lib/ruby/gems/2.4.0/gems/libv8-3.16.14.16/vendor/v8/out/x64.release/obj.target/v8_snapshot/geni/snapshot.cc
Segmentation fault (core dumped)
make[1]: *** [tools/gyp/v8_snapshot.target.x64.mk:13: /usr/lib/ruby/gems/2.4.0/gems/libv8-3.16.14.16/vendor/v8/out/x64.release/obj.target/v8_snapshot/geni/snapshot.cc] Error 139
make[1]: Leaving directory '/usr/lib/ruby/gems/2.4.0/gems/libv8-3.16.14.16/vendor/v8/out'
make: *** [Makefile:195: x64.release] Error 2
/usr/lib/ruby/gems/2.4.0/gems/libv8-3.16.14.16/ext/libv8/location.rb:36:in `block in verify_installation!': libv8 did not install properly, expected binary v8 archive '/usr/lib/ruby/gems/2.4.0/gems/libv8-3.16.14.16/vendor/v8/out/x64.release/obj.target/tools/gyp/libv8_snapshot.a'to exist, but it was not found (Libv8::Location::Vendor::ArchiveNotFound)
from /usr/lib/ruby/gems/2.4.0/gems/libv8-3.16.14.16/ext/libv8/location.rb:35:in `each'
from /usr/lib/ruby/gems/2.4.0/gems/libv8-3.16.14.16/ext/libv8/location.rb:35:in `verify_installation!'
from /usr/lib/ruby/gems/2.4.0/gems/libv8-3.16.14.16/ext/libv8/location.rb:26:in `install!'
from extconf.rb:7:in `<main>'
extconf failed, exit code 1
Gem files will remain installed in /usr/lib/ruby/gems/2.4.0/gems/libv8-3.16.14.16 for inspection.
Results logged to /usr/lib/ruby/gems/2.4.0/extensions/x86_64-linux/2.4.0/libv8-3.16.14.16/gem_make.out
The command '/bin/sh -c apk add --update --no-cache --virtual build-deps build-base python git bash && gem install libv8 -v 3.16.14.16 && apk del build-deps' returned a non-zero code: 1
This is of course a showstopper for Ruby with libv8/therubyracker that
wants to use Alpine. Simply not possible.
Solution
========
Alpine should make libv8/therubyracer work with musl and package it.
*(from redmine: issue id 8445, created on 2018-01-29)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/8443Clean up main/geoip2019-07-24T13:52:08ZDaniel Isaksendisaksen@alpinelinux.orgClean up main/geoipWhat `main/geoip` does is create a cron script in
`/etc/periodic/monthly`, and executes it.
This script downloads GeoIP databases to `/tmp`, `gunzip`s them, and
moves them to `/usr/share/GeoIP`.
`geoip` is a quite volatile package cons...What `main/geoip` does is create a cron script in
`/etc/periodic/monthly`, and executes it.
This script downloads GeoIP databases to `/tmp`, `gunzip`s them, and
moves them to `/usr/share/GeoIP`.
`geoip` is a quite volatile package considering it changes every single
month.
We need to find a better way that actually packages GeoIP files instead
of just downloading them from the internet.
*(from redmine: issue id 8443, created on 2018-01-28)*Leonardo ArenaLeonardo Arenahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/8203ACF Application error occured - /acf/alpine-baselayout/health/networkstats2019-07-23T11:39:49ZalgitbotACF Application error occured - /acf/alpine-baselayout/health/networkstats/acf/alpine-baselayout/health/networkstats
Application error occured
\[string “/usr/share/acf/app//alpine-baselayout/health<s>…“\]:79:
attempt to index field ‘?’ (a nil value) stack traceback: \[string
”/usr/share/acf/app//alpine-basel.../acf/alpine-baselayout/health/networkstats
Application error occured
\[string “/usr/share/acf/app//alpine-baselayout/health<s>…“\]:79:
attempt to index field ‘?’ (a nil value) stack traceback: \[string
”/usr/share/acf/app//alpine-baselayout/health</s>…”\]:79: in function
‘viewfunc’ \[string “/usr/share/acf/app//template-html.lsp”\]:157: in
function ‘viewfunc’ /usr/share/acf/app//acf\_www-controller.lua:521: in
function </usr/share/acf/app//acf_www-controller.lua:409> \[C\]: in
function ‘xpcall’ /usr/share/acf/app//acf\_www-controller.lua:409: in
function ‘dispatch’ \[string “acf”\]:18: in main chunk
*(from redmine: issue id 8203, created on 2017-11-27, closed on 2018-06-26)*Ted TraskTed Traskhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/8097gzip: zless is not working2020-08-15T07:31:58ZMarco Dickertgzip: zless is not workingThe gzip package provides the zless script. This is not working, because
the busybox version of less does not implement the -V option to check
the version.
*(from redmine: issue id 8097, created on 2017-11-02)*The gzip package provides the zless script. This is not working, because
the busybox version of less does not implement the -V option to check
the version.
*(from redmine: issue id 8097, created on 2017-11-02)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/7947Aport request: Suckless `surf`2019-07-14T18:58:40ZDaniel Isaksendisaksen@alpinelinux.orgAport request: Suckless `surf`This issue is pretty self explanatory.
The sources can be found at https://git.suckless.org/surf/refs/
*(from redmine: issue id 7947, created on 2017-10-01)*This issue is pretty self explanatory.
The sources can be found at https://git.suckless.org/surf/refs/
*(from redmine: issue id 7947, created on 2017-10-01)*Daniel Isaksendisaksen@alpinelinux.orgDaniel Isaksendisaksen@alpinelinux.orghttps://gitlab.alpinelinux.org/alpine/aports/-/issues/7884rxvt-unicode: disable pixbuff support2020-01-19T11:09:43Zalgitbotrxvt-unicode: disable pixbuff supportI think that Alpine Linux should supply rxvt-unicode with pixbuff
support disabled, I don’t think many urxvt users are that bothered about
icon support :)
*(from redmine: issue id 7884, created on 2017-09-23)*
* Uploads:
* [urxvt.pa...I think that Alpine Linux should supply rxvt-unicode with pixbuff
support disabled, I don’t think many urxvt users are that bothered about
icon support :)
*(from redmine: issue id 7884, created on 2017-09-23)*
* Uploads:
* [urxvt.patch](/uploads/2120f6249a4dc8fb5ec3fe9914a3a8ad/urxvt.patch) diff APKBUILD.orig APKBUILD.newhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/7798add size and package list to https://www.alpinelinux.org/downloads/ items2022-01-31T05:58:10Zalgitbotadd size and package list to https://www.alpinelinux.org/downloads/ itemsCould a size and package list to https://www.alpinelinux.org/downloads/
items?
Otherwise, you’re downloading a pig in a poke.
*(from redmine: issue id 7798, created on 2017-09-06)*Could a size and package list to https://www.alpinelinux.org/downloads/
items?
Otherwise, you’re downloading a pig in a poke.
*(from redmine: issue id 7798, created on 2017-09-06)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/7746Qt5 support for poppler2019-07-14T18:56:28ZBart RibbersQt5 support for popplerCurrently there is a Qt4 and a non-Qt version of poppler, but no Qt5.
It’s as easy as adding \`—enable-poppler-qt5\` to the ./configure
arguments.
This support is required for getting Plasma Mobile to run on Alpine
Linux.
*(from redmi...Currently there is a Qt4 and a non-Qt version of poppler, but no Qt5.
It’s as easy as adding \`—enable-poppler-qt5\` to the ./configure
arguments.
This support is required for getting Plasma Mobile to run on Alpine
Linux.
*(from redmine: issue id 7746, created on 2017-08-23)*Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/7739update debian-archive-keyring to 2017.52019-07-23T11:45:23ZAleksey Mupdate debian-archive-keyring to 2017.5Please update debian-archive-keyring package to 2017.5, which includes
Debian 9(stretch) release key.
*(from redmine: issue id 7739, created on 2017-08-22, closed on 2019-05-03)*
* Changesets:
* Revision 4a2cd5d80b5e11a8c3436170e465...Please update debian-archive-keyring package to 2017.5, which includes
Debian 9(stretch) release key.
*(from redmine: issue id 7739, created on 2017-08-22, closed on 2019-05-03)*
* Changesets:
* Revision 4a2cd5d80b5e11a8c3436170e4656fa03af08bc7 on 2017-08-22T22:33:14Z:
```
main/debian-archive-keyring: upgrade to 2017.5
Fixes #7739
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/7703Nginx is not working: I'm running alpine docker image on a armhf machine2020-01-19T10:58:32ZalgitbotNginx is not working: I'm running alpine docker image on a armhf machineI tried to install nginx from an updated apk but I’m getting the
following error every time I run `nginx`:
`Illegal instruction (core dumped)`
My architecture is armhf and I’m using an alpine image from the official
docker repo.
P.S...I tried to install nginx from an updated apk but I’m getting the
following error every time I run `nginx`:
`Illegal instruction (core dumped)`
My architecture is armhf and I’m using an alpine image from the official
docker repo.
P.S. I have install a few other packages and they’re working fine
without any problem.
*(from redmine: issue id 7703, created on 2017-08-18)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/7613Ralink rt3290.bin firmware missing in installer2020-01-19T10:52:17ZSeamus CaveneyRalink rt3290.bin firmware missing in installerAs per a report on IRC, the firmware blob (rt3290.bin) for this wireless
card is not in the modloop present in the installer. Other Ralink cards
are present, so it seems that this image was overlooked in stripping
down the linux-firmware...As per a report on IRC, the firmware blob (rt3290.bin) for this wireless
card is not in the modloop present in the installer. Other Ralink cards
are present, so it seems that this image was overlooked in stripping
down the linux-firmware items for the ISO.
*(from redmine: issue id 7613, created on 2017-07-31)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/7581avahi-dev: redirecting incorrect #include <sys/poll.h> to <poll.h>2019-12-05T05:56:57ZOlaf Meeuwissenavahi-dev: redirecting incorrect #include <sys/poll.h> to <poll.h>I get the subject’s compiler warning on 3.6 when turning on `-Wall`.
My code makes sure to `#include <poll.h>` for its own purposes before
including any `avahi-*/*.h` file. That notwithstanding I get the above
warning.
It would be nice...I get the subject’s compiler warning on 3.6 when turning on `-Wall`.
My code makes sure to `#include <poll.h>` for its own purposes before
including any `avahi-*/*.h` file. That notwithstanding I get the above
warning.
It would be nice if your packages were `-Wall` clean.
Here’s an example of what I get when turning on `-Werror` as well.
gcc -DHAVE_CONFIG_H -I. -I/code/backend -I../include/sane -DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d -DPATH_SANE_DATA_DIR=/usr/local/share -DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane -DV_MAJOR=1 -DV_MINOR=0 -I. -I/code/backend -I../include -I/code/include -I/usr/include/libusb-1.0 -DLIBDIR="\"/usr/local/lib/sane\"" -D_REENTRANT -DBACKEND_NAME=net -Wall -Wextra -pedantic -DENABLE_PARPORT_DIRECTIO -g -O0 -Werror -MT libnet_la-net.lo -MD -MP -MF .deps/libnet_la-net.Tpo -c -o libnet_la-net.lo `test -f 'net.c' || echo '/code/backend/'`net.c
In file included from /usr/include/avahi-common/watch.h:25:0,
from /usr/include/avahi-client/client.h:29,
from /code/backend/kodakaio.c:216:
/usr/include/sys/poll.h:1:2: error: #warning redirecting incorrect #include <sys/poll.h> to <poll.h> [-Werror=cpp]
Upon closer inspection, I see that I set `-pedantic` as well. Maybe I
should turn that off …
*(from redmine: issue id 7581, created on 2017-07-21)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/7374Consider setting LANG="C.UTF-8"2019-12-05T05:55:14ZRalph SiemsenConsider setting LANG="C.UTF-8"Alpine 3.5.2 defines CHARSET=UTF-8 in /etc/profile, but does not define
LANG or other locale-related environment variables.
Musl has a built-in “C.UTF-8” locale, and some limited support for other
locales, via a nonstandard MUSL\_LOCPAT...Alpine 3.5.2 defines CHARSET=UTF-8 in /etc/profile, but does not define
LANG or other locale-related environment variables.
Musl has a built-in “C.UTF-8” locale, and some limited support for other
locales, via a nonstandard MUSL\_LOCPATH environment variable.
http://wiki.musl-libc.org/wiki/Functional\_differences\_from\_glibc\#Character\_sets\_and\_locale
Adding LANG=“C.UTF-8” to /etc/profile (or elsewhere) would help external
software (such as tmux) recognize that UTF-8 encoding is available.
However, this might also set expectations for other locales to work,
simply by changing LANG.
Am logging this bug per request on IRC. I’m not really sure what the
best course of action is.
18:14 <trfl> rfs613, oh yeah I have tmux aliased to tmux –2u
18:15
<`kaniini> rfs613: CHARSET=UTF-8 is not supported by musl; you have to set a proper locale e.g. LANG="C.UTF-8"
18:15 <`kaniini>rfs613: we should probably fix it
18:15 <@kaniini>rfs613: if you open a bug, i’ll try to get to it
sometime this week
*(from redmine: issue id 7374, created on 2017-06-04)*
* Changesets:
* Revision 3e1a7de75c75208a7abede2de17d71abaec12ddd by Rasmus Thomsen on 2019-06-17T08:39:44Z:
```
main/alpine-baselayout: export LANG=C.UTF-8 in profile
Also fix the license while we're at it.
fixes #7374
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/7324main/opensmtpd: man page smtpd.conf(5) badly formatted2019-07-23T11:53:37ZConsusmain/opensmtpd: man page smtpd.conf(5) badly formattedSeems like OpenSMTPD’s build scripts produce badly formatted manual
pages in roff format (see bad.png), because it looks much more readable
in mdoc format (see good.png). The manpage type is controlled via
configure’s option ‘—with-manty...Seems like OpenSMTPD’s build scripts produce badly formatted manual
pages in roff format (see bad.png), because it looks much more readable
in mdoc format (see good.png). The manpage type is controlled via
configure’s option ‘—with-mantype=<man|cat|doc>’ which is now set
to ‘man’. I suggest changing it to doc.
*(from redmine: issue id 7324, created on 2017-05-25, closed on 2019-05-03)*
* Uploads:
* ![bad](/uploads/0e3b7cfc817307caac049e38d62a1fda/bad.png)
* ![good](/uploads/812facd6fcd85b718f3378df60b3aba4/good.png)Jakub JirutkaJakub Jirutkahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/7251clang: Option 'help-list' registered more than once!2021-08-08T12:22:50ZA. Klitzingclang: Option 'help-list' registered more than once!I’m trying to use clazy \[1\] with clang/llvm 4.0.0.
(https://github.com/alpinelinux/aports/pull/1317)
“clazy —version” works but if I want to compile something I get this
error.
: CommandLine Error: Option ‘help-list’ registered more...I’m trying to use clazy \[1\] with clang/llvm 4.0.0.
(https://github.com/alpinelinux/aports/pull/1317)
“clazy —version” works but if I want to compile something I get this
error.
: CommandLine Error: Option ‘help-list’ registered more than once!
fatal error: error in backend: inconsistency in registered CommandLine
options
clang-4.0: error: clang frontend command failed with exit code 70 (use
-v to see invocation)
clang version 4.0.0 (tags/RELEASE\_400/final)
Target: x86\_64-alpine-linux-musl
Thread model: posix
InstalledDir: /usr/bin
clang-4.0: note: diagnostic msg: PLEASE submit a bug report to and
include the crash backtrace, preprocessed source, and associated run
script.
clang-4.0: note: diagnostic msg: Error generating preprocessed
source(s).
I reported it to clazy maintainer. He thinks it is a problem of alpine’s
clang packging.
https://bugs.kde.org/show\_bug.cgi?id=379248
\[1\] https://github.com/KDE/clazy
*(from redmine: issue id 7251, created on 2017-04-27)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/7061package request: uwsgi-php2019-07-23T11:56:51ZIrwin Lpackage request: uwsgi-php*(from redmine: issue id 7061, created on 2017-03-24, closed on 2018-08-22)*
* Relations:
* duplicates #6602
* Changesets:
* Revision 355691c6eb4953693e385a5bb83f9896295ca020 on 2017-12-15T13:03:05Z:
```
main/uwsgi: add php plugin ...*(from redmine: issue id 7061, created on 2017-03-24, closed on 2018-08-22)*
* Relations:
* duplicates #6602
* Changesets:
* Revision 355691c6eb4953693e385a5bb83f9896295ca020 on 2017-12-15T13:03:05Z:
```
main/uwsgi: add php plugin support
Fixes #6602 #7061
There are 2 package requests open and i thould i could fullfill them:
https://bugs.alpinelinux.org/issues/6602
https://bugs.alpinelinux.org/issues/7061
The changes extend the uwsgi with two new packages:
* uwsgi-php5
* uwsgi-php7
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/7036new mirror2019-07-23T11:57:14ZDan Schwarznew mirrorHello
Do you accept new mirrors?
Sorry if the contact method is not the proper one.
Thank you
*(from redmine: issue id 7036, created on 2017-03-17, closed on 2019-06-19)*Hello
Do you accept new mirrors?
Sorry if the contact method is not the proper one.
Thank you
*(from redmine: issue id 7036, created on 2017-03-17, closed on 2019-06-19)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/6608sqlite package does not include the tcl api2020-04-25T11:42:44ZDon Allensqlite package does not include the tcl apiAfter installing the tcl, sqlite-dev, sqlite-libs and sqlite packages,
running the command ‘package require sqlite3’ in tcl fails. There is a
very close relationship between the tcl and sqlite projects and not
including the tcl api is a ...After installing the tcl, sqlite-dev, sqlite-libs and sqlite packages,
running the command ‘package require sqlite3’ in tcl fails. There is a
very close relationship between the tcl and sqlite projects and not
including the tcl api is a serious omission.
If you look at the Sqlite Download page, you see this:
Source Code
sqlite-amalgamation-3150200.zip
(1.90 MiB) C source code as an amalgamation, version 3.15.2.
(sha1: 9bbc9f8c003bcdf286dbf796aa8ddd392c7ac77a)
sqlite-autoconf-3150200.tar.gz
(2.38 MiB) C source code as an amalgamation. Also includes a “configure”
script and TEA makefiles for the TCL Interface.
(sha1: 31f52169bcfeef9efb61480d0950e928ad059552)
I’m guessing that when the Alpine sqlite package was built, the .zip
file was used instead of the tar file. Judging by what the sqlite folks
say above, the tar file includes the tcl api, the zip file does not.
Just a guess.
*(from redmine: issue id 6608, created on 2017-01-01)*