aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2020-05-05T06:21:46Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/4603Setup-gparted-desktop2020-05-05T06:21:46ZMr GreenSetup-gparted-desktopNot so much of a bug as a change needed to above script, currently
script calls for aterm which is not found, suggest using st instead.
(Also edit menu.xml to suit)
*(from redmine: issue id 4603, created on 2015-08-31)*Not so much of a bug as a change needed to above script, currently
script calls for aterm which is not found, suggest using st instead.
(Also edit menu.xml to suit)
*(from redmine: issue id 4603, created on 2015-08-31)*3.12.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/10224regression: rpi0w > boot on pi-armhf-3.9.2 but not on pi-armhf-3.9.32020-04-30T19:48:03ZV Sregression: rpi0w > boot on pi-armhf-3.9.2 but not on pi-armhf-3.9.3the rpi doesn’t even start, so I’m not sure what the problem is.
One thing for sure, it works on 3.9.2
*(from redmine: issue id 10224, created on 2019-04-09)*the rpi doesn’t even start, so I’m not sure what the problem is.
One thing for sure, it works on 3.9.2
*(from redmine: issue id 10224, created on 2019-04-09)*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)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/9945RPi fails to boot if gpu_mem=162020-04-10T20:07:53ZalgitbotRPi fails to boot if gpu_mem=16for a headless server, the gpu is not really needed. But when setting
this to the minimum of 16 MB, the RPI (version 1 Model B) does not
boot.
It will flash the green led 4 times periodically.
When setting this to 32 MB, Alpine boots ...for a headless server, the gpu is not really needed. But when setting
this to the minimum of 16 MB, the RPI (version 1 Model B) does not
boot.
It will flash the green led 4 times periodically.
When setting this to 32 MB, Alpine boots without issues.
4 flashes means loader.bin or start.elf not launched
Are these files in the raspberry image supplied by Alpine Linux? If not,
feel free to close this issue.
*(from redmine: issue id 9945, created on 2019-01-29)*3.8.5Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/9626Package [texlive] builds files after installation2020-04-10T19:47:44ZFranklin YuPackage [texlive] builds files after installationWhen I install `texlive` through `apk add texlive`, it builds lots of
files locally and prints many messages to the screen such as
......
(/usr/share/texmf-dist/tex/generic/hyph-utf8/conversions/conv-utf8-ec.tex)
(/usr/share...When I install `texlive` through `apk add texlive`, it builds lots of
files locally and prints many messages to the screen such as
......
(/usr/share/texmf-dist/tex/generic/hyph-utf8/conversions/conv-utf8-ec.tex)
(/usr/share/texmf-dist/tex/generic/hyph-utf8/patterns/tex/hyph-ga.tex))
(/usr/share/texmf-dist/tex/generic/hyph-utf8/loadhyph/loadhyph-it.tex
ASCII Italian hyphenation patterns
(/usr/share/texmf-dist/tex/generic/hyph-utf8/patterns/tex/hyph-it.tex))
(/usr/share/texmf-dist/tex/generic/hyph-utf8/loadhyph/loadhyph-kmr.tex
EC Kurmanji hyphenation patterns (v. 1.0 2009/06/29 JKn and MSh)
(/usr/share/texmf-dist/tex/generic/hyph-utf8/conversions/conv-utf8-ec.tex)
(/usr/share/texmf-dist/tex/generic/hyph-utf8/patterns/tex/hyph-kmr.tex))
(/usr/share/texmf-dist/tex/generic/hyph-utf8/loadhyph/loadhyph-la.tex
EC Latin hyphenation patterns
(/usr/share/texmf-dist/tex/generic/hyph-utf8/conversions/conv-utf8-ec.tex)
(/usr/share/texmf-dist/tex/generic/hyph-utf8/patterns/tex/hyph-la.tex))
(/usr/share/texmf-dist/tex/generic/hyph-utf8/loadhyph/loadhyph-la-x-classic.tex
ASCII Classical Latin hyphenation patterns
(/usr/share/texmf-dist/tex/generic/hyph-utf8/patterns/tex/hyph-la-x-classic.tex
))
(/usr/share/texmf-dist/tex/generic/hyph-utf8/loadhyph/loadhyph-la-x-liturgic.te
x EC Liturgical Latin hyphenation patterns
(/usr/share/texmf-dist/tex/generic/hyph-utf8/patterns/ptex/hyph-la-x-liturgic.e
c.tex)) (/usr/share/texmf-dist/tex/generic/hyph-utf8/loadhyph/loadhyph-lv.tex
L7X Latvian hyphenation patterns
(/usr/share/texmf-dist/tex/generic/hyph-utf8/conversions/conv-utf8-l7x.tex)
(/usr/share/texmf-dist/tex/generic/hyph-utf8/patterns/tex/hyph-lv.tex))
(/usr/share/texmf-dist/tex/generic/hyph-utf8/loadhyph/loadhyph-lt.tex
L7X Lithuanian hyphenation patterns
(/usr/share/texmf-dist/tex/generic/hyph-utf8/conversions/conv-utf8-l7x.tex)
(/usr/share/texmf-dist/tex/generic/hyph-utf8/patterns/tex/hyph-lt.tex))
......
The full output is attached. Note that I installed all the prerequisite
in advance, to prevent it from cluttering the output. For easy
copy-paste:
apk add busybox cairo icu-libs libgcc libpaper libpng libstdc++ libx11 musl perl pixman poppler texmf-dist zlib
*(from redmine: issue id 9626, created on 2018-11-07)*
* Uploads:
* [out.log](/uploads/b87f22f9a3b42771ffaa00050ec11549/out.log) output for installation3.8.5Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/9390gcc: missing makedepend on gcc-gnat2020-04-10T18:34:19ZIan Scottgcc: missing makedepend on gcc-gnatThe Ada support for gcc can’t be compiled without an Ada compiler. So
presumably gcc-gnat should be a makedepend.
*(from redmine: issue id 9390, created on 2018-09-05)*The Ada support for gcc can’t be compiled without an Ada compiler. So
presumably gcc-gnat should be a makedepend.
*(from redmine: issue id 9390, created on 2018-09-05)*Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/7325main/openrc: remove useless /etc/conf.d/hostname2020-02-24T03:29:27ZConsusmain/openrc: remove useless /etc/conf.d/hostnameInit script /etc/init.d/hostname uses /etc/hostname so it would be nice
to remove useless /etc/conf.d/hostname to avoid confusion.
*(from redmine: issue id 7325, created on 2017-05-25)*Init script /etc/init.d/hostname uses /etc/hostname so it would be nice
to remove useless /etc/conf.d/hostname to avoid confusion.
*(from redmine: issue id 7325, created on 2017-05-25)*3.12.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/3238dvd+rw-tools and cdrecord2020-01-20T00:12:56ZEdward Seongdvd+rw-tools and cdrecordFor burning CDs and DVDs
*(from redmine: issue id 3238, created on 2014-07-25)*For burning CDs and DVDs
*(from redmine: issue id 3238, created on 2014-07-25)*Scrumpy JackScrumpy Jackhttps://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/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/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/6471/init doesn't respect all options in /etc/fstab2020-01-18T22:05:33ZTavi Vi/init doesn't respect all options in /etc/fstabI haven’t looked to see if any other options are affected, but fmask and
dmask for fat volumes aren’t applied properly. I think it has to do with
lines 592-598:
<code>
1. respect mount options in fstab for ALPINE\_MNT (e.g if user wan...I haven’t looked to see if any other options are affected, but fmask and
dmask for fat volumes aren’t applied properly. I think it has to do with
lines 592-598:
<code>
1. respect mount options in fstab for ALPINE\_MNT (e.g if user wants
rw)
if \[ -f “$sysroot”/etc/fstab \]; then
opts=$(awk “\\$2 == \\”$ALPINE\_MNT\\" {print \\$4}"
$sysroot/etc/fstab)
if \[ -n “$opts” \]; then
mount -o remount,$opts “$ALPINE\_MNT”
fi
fi
</code>
When `mount` remounts and is given different options for fmask/dmask,
they dont take effect. I’m observing this happening on an rpi3 but I
would imagine it’s universal.
*(from redmine: issue id 6471, created on 2016-11-20)*Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/4637Package request: mysql-proxy2020-01-18T20:59:52ZJean-Charles de LonguevillePackage request: mysql-proxyhttp://dev.mysql.com/downloads/mysql-proxy
MySQL Proxy is a simple program that sits between your client and MySQL
server(s) that can monitor, analyze or transform their communication.
Its flexibility allows for a wide variety of uses, ...http://dev.mysql.com/downloads/mysql-proxy
MySQL Proxy is a simple program that sits between your client and MySQL
server(s) that can monitor, analyze or transform their communication.
Its flexibility allows for a wide variety of uses, including load
balancing; failover; query analysis; query filtering and modification;
and many more. Installation and build instructions are in the source
archive below (mysql-proxy-X.X.X.tar.gz)
source code
http://dev.mysql.com/get/Downloads/MySQL-Proxy/mysql-proxy-0.8.5.tar.gz
*(from redmine: issue id 4637, created on 2015-09-12)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/2833Package request: EnhanceIO kernel module2020-01-18T20:17:37Zmastr y0daPackage request: EnhanceIO kernel moduleWould it be possible to get an Enhance-Io Package built?
-m
*(from redmine: issue id 2833, created on 2014-04-06)*Would it be possible to get an Enhance-Io Package built?
-m
*(from redmine: issue id 2833, created on 2014-04-06)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/2355pygrub booting extlinux doesn't allow editing command line2020-01-18T20:16:09ZFlorian Heiglpygrub booting extlinux doesn't allow editing command lineAlpine Xen VMs can be booted using pygrub for a while thanks to some
patches we have.
An example config file, you see the pygrub setting is all that’s needed.
bootloader=“pygrub”
\#kernel = “/xen/kernels/grsec”
\#ramdisk = “/xen/ke...Alpine Xen VMs can be booted using pygrub for a while thanks to some
patches we have.
An example config file, you see the pygrub setting is all that’s needed.
bootloader=“pygrub”
\#kernel = “/xen/kernels/grsec”
\#ramdisk = “/xen/kernels/grsec.gz”
\#extra = “initrd=initramfs-3.6.11-grsec
root=UUID=C0A820F6-898E-412B-978E-C5286474C34A modules=sd-m
\#bootloader = ”pygrub"
disk = \[
‘phy:/dev/vgxen\_raid10/vrouter\_root,xvda,w’,
\]
…
There is a critical bug though - if you enter the kernel command line
editor and change something, it’ll immediately break things and not be
able to boot. Even if you **undo** what you edited, or just add a
space.
It seems that something is overwritten at this stage.
This means you can’t boot a VM to single user mode.
Which isn’t fun.
*(from redmine: issue id 2355, created on 2013-11-14)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/967If root cannot be remounted "rw" due to an issue, the status is falsely repor...2020-01-18T20:12:53ZFlorian HeiglIf root cannot be remounted "rw" due to an issue, the status is falsely reported as "OK"Seems the remount handler cannot fully identify the status from mount -o
remount.
I had a small world of pain until I identified this issue, it would be
good to verify if it applies to other mount issues as well.
The setup-alpine creat...Seems the remount handler cannot fully identify the status from mount -o
remount.
I had a small world of pain until I identified this issue, it would be
good to verify if it applies to other mount issues as well.
The setup-alpine creates a ext4 filesystem with the “barrier=1” option.
When testing Alpine VMs on a older Xen host that still had a 2.6.18….
RHEL-based kernel there’s the issue that the devmapper/LVM cannot
correctly handle barriers.
Ext4 denies the remount to RW under this condition\[\*\]. Nonetheless
the boot script that remounts root does report an OK state. There’s a
lot of ext errors if I manually try this.
I think the most important part in this is to identify holes in the
return code handling.
The bug in itself is only a small nuisance for me so far.
I can re-test or provide a test vm for this.
\[\*\](and it doesn’t matter if you set “nobarrier” in your fstab, for
some reason. mount bug actually, can verify that manually if you do
mount <s>o remount,nobarrier and cat /proc/mounts</s> the arguments are
stacked. If you do a tune2fs and set nobarrier that way, it’ll work)
*(from redmine: issue id 967, created on 2012-01-30)*Natanael CopaNatanael Copahttps://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/6489abuild.in should be POSIX compliant2019-12-05T05:46:58Zalgitbotabuild.in should be POSIX compliantabuild.in uses variable expansion / pattern replacement, which is not
defined in POSIX-sh.
Because of this we strictly need /bin/ash for it, which is not ideal.
I think it should be shell agnostic and let the user have it work with
a...abuild.in uses variable expansion / pattern replacement, which is not
defined in POSIX-sh.
Because of this we strictly need /bin/ash for it, which is not ideal.
I think it should be shell agnostic and let the user have it work with
any shell.
*(from redmine: issue id 6489, created on 2016-11-23)*