aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2023-05-09T14:24:15Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/625have autobuilders use chrooted builds2023-05-09T14:24:15ZNatanael Copahave autobuilders use chrooted buildsThe autobuilders should build packages in chroots. We could fix buildlab
for this.
*(from redmine: issue id 625, created on 2011-05-05)*
* Relations:
* blocks #801The autobuilders should build packages in chroots. We could fix buildlab
for this.
*(from redmine: issue id 625, created on 2011-05-05)*
* Relations:
* blocks #8013.19.0Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/aports/-/issues/3161[Package Request] xmonad2021-04-01T21:02:43ZEdward Seong[Package Request] xmonadI would like to request xmonad for Alpine Linux, it is one of the most
prominent window managers out there.
Thank you.
*(from redmine: issue id 3161, created on 2014-07-13)*
* Relations:
* blocks #4257I would like to request xmonad for Alpine Linux, it is one of the most
prominent window managers out there.
Thank you.
*(from redmine: issue id 3161, created on 2014-07-13)*
* Relations:
* blocks #4257https://gitlab.alpinelinux.org/alpine/aports/-/issues/3439Feature request for setup-disk to provide option for separate /var partition ...2021-08-30T19:20:33ZChris SpillaneFeature request for setup-disk to provide option for separate /var partition for 'sys' installation typeAs a huge fan of the alpine setup scripts to minimize administrative
overhead when building a new server, it would be beneficial for the
setup-disk script to add the option for a separate /var partition to be
created. This saves having t...As a huge fan of the alpine setup scripts to minimize administrative
overhead when building a new server, it would be beneficial for the
setup-disk script to add the option for a separate /var partition to be
created. This saves having to manually partition the disk before running
setup-disk /path/to/root.
Currently, a separate /var partition is only created when using the
‘data’ install type.
As always, please advise if I can be of further assistance!
*(from redmine: issue id 3439, created on 2014-10-16)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/4018Package request: Pacemaker, Corosync, PCS2020-10-08T16:49:39ZVadym CheninPackage request: Pacemaker, Corosync, PCSPacemaker is an Open Source, High Availability resource manager suitable
for both small and large clusters.
http://clusterlabs.org/
The Corosync Cluster Engine is a Group Communication System with
additional features for implementing ...Pacemaker is an Open Source, High Availability resource manager suitable
for both small and large clusters.
http://clusterlabs.org/
The Corosync Cluster Engine is a Group Communication System with
additional features for implementing high availability within
applications.
http://corosync.github.io/corosync/
PCS - Pacemaker/Corosync configuration system
https://github.com/feist/pcs
*(from redmine: issue id 4018, created on 2015-03-24)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/4136Package request: SMPlayer, SMTube2024-01-06T23:21:17ZAlpine InterestPackage request: SMPlayer, SMTubeHere are the Arch Linux PKGBUILD and install files.
https://projects.archlinux.org/svntogit/packages.git/tree/smplayer/trunk
https://projects.archlinux.org/svntogit/community.git/tree/smtube/trunk
https://projects.archlinux.org/svnto...Here are the Arch Linux PKGBUILD and install files.
https://projects.archlinux.org/svntogit/packages.git/tree/smplayer/trunk
https://projects.archlinux.org/svntogit/community.git/tree/smtube/trunk
https://projects.archlinux.org/svntogit/packages.git/tree/smplayer-themes/trunk
https://projects.archlinux.org/svntogit/community.git/tree/smplayer-skins/trunk
*(from redmine: issue id 4136, created on 2015-05-05)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/4428XSupportedLocale gives false negatives due to bad default $LANG and bad local...2020-01-18T23:03:17ZRich FelkerXSupportedLocale gives false negatives due to bad default $LANG and bad locale.alias fileThe xlib function XSupportedLocale uses the
/usr/share/X11/locale/locale.alias file to map the string returned by
setlocale to a set of locale names xlib is aware of, and returns false
if it does not find one. I suspect (but have not con...The xlib function XSupportedLocale uses the
/usr/share/X11/locale/locale.alias file to map the string returned by
setlocale to a set of locale names xlib is aware of, and returns false
if it does not find one. I suspect (but have not confirmed) that it also
chooses its idea of the locale’s character encoding based on the name
that results from this mapping.
The default $LANG from /etc/profile is malformed (en.utf8) and is
probably cruft from the uClibc days. It is not recognized by the
locale.alias file, so it breaks programs that rely on xlib locale
functionality.
Previously, musl ignored the locale name passed to setlocale (except for
LC\_MESSAGES) and just returned “C.UTF-8” as the current locale name.
The locale.alias file provides a suitable mapping for this name, so
everything roughly worked. With recent additions to musl’s locale
functionality, the locale name passed by the application or from the
environment is saved and returned by setlocale. Therefore, xlib now sees
“en.utf8” and breaks.
The bad default should just be removed from /etc/profile. In the absence
of any locale env vars, musl will use C.UTF-8, as desired.
But I think the locale.alias file should also be patched. Right now it
maps any locale name without an explicit charset after the dot to a
Latin-1 (ISO8859-1) version of the locale, which is wrong. If xlib is
using the resulting name to assume Latin-1 encoding, bad things will
likely happen in programs which use the X locale system/XInput.
I think locale.alias should be patched to remove all lines with explicit
non-UTF-8 locale names (these are not valid) and to map all names
without explicit charsets to the “.UTF-8” variant. Even better would be
to remove locale.alias entirely and have xlib query
nl\_langinfo(CODESET) to determine the encoding rather than hard-coding
assumptions about locales based on their names. This patch would be
appropriate for upstreaming.
*(from redmine: issue id 4428, created on 2015-07-05)*
* Changesets:
* Revision ee65d272cda3aee4ac47ac67433ee7853d35702a by Natanael Copa on 2015-07-10T06:37:28Z:
```
main/alpine-baselayout: misc fixes
- suggest the setup-alpine command in motd
- fix sysctl location and contents
put sysctl to /etc/sysctl.d with 00 prefix so later sysctl.d files can
override it if needed.
also remove ip_forward, it default to zero in kernel, and is controlled
by iptables init.d or quagga.
- mkmntdirs: add missing header
string.h is needed for strcmp definition
- profile: remove LANG. ref #4428
```
* Revision 88bc7e0870aa598ac3cee8391c6a39a92f44435f by Natanael Copa on 2015-07-10T11:06:06Z:
```
main/alpine-baselayout: misc fixes
- suggest the setup-alpine command in motd
- fix sysctl location and contents
put sysctl to /etc/sysctl.d with 00 prefix so later sysctl.d files can
override it if needed.
also remove ip_forward, it default to zero in kernel, and is controlled
by iptables init.d or quagga.
- mkmntdirs: add missing header
string.h is needed for strcmp definition
- profile: remove LANG. ref #4428
(cherry picked from commit ee65d272cda3aee4ac47ac67433ee7853d35702a)
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/5770Package request: libguestfs2023-12-08T12:37:45ZJanus MarzPackage request: libguestfsI couldn’t find this:
http://libguestfs.org/virt-builder.1.html
thanks
*(from redmine: issue id 5770, created on 2016-06-22, closed on 2019-05-03)*
* Relations:
* duplicates #1792I couldn’t find this:
http://libguestfs.org/virt-builder.1.html
thanks
*(from redmine: issue id 5770, created on 2016-06-22, closed on 2019-05-03)*
* Relations:
* duplicates #1792https://gitlab.alpinelinux.org/alpine/aports/-/issues/5821add ca-certificates for working HTTPS clients out of the box2021-11-24T16:07:37ZJeff Hodgesadd ca-certificates for working HTTPS clients out of the boxWith the HTTPS being the new norm, having root certificates missing from
the OS is causing issues for folks. It would be good to add the
ca-certificates package to be base OS.
For instance, the Go runtime has certificate verification wo...With the HTTPS being the new norm, having root certificates missing from
the OS is causing issues for folks. It would be good to add the
ca-certificates package to be base OS.
For instance, the Go runtime has certificate verification working out of
the box on every platform it supports because it does the work of
looking for the root certificates in the usual places. However, on
Alpine, it fails because the root certificates are not installed.
Unfortunately, people are much more likely to turn off certificate
validation in their runtime than they are to figure out how to correctly
add the certificates. This leads to more insecure code on the web and
all that comes with it from snooping to MITM attacks. HTTPS just isn’t
optional in 2016 and the vast majority of Alpine images will be used to
make HTTPS connections out.
The ca-certificates package adds about 0.6 MB to the image and worth
every user being able to get a working HTTPS client out of the box.
*(from redmine: issue id 5821, created on 2016-06-29)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/5846Package Request: unar2021-10-02T21:31:38Zdavid .Package Request: unarPlease add the package ‘unar’ to the repos
Home page: https://unarchiver.c3.cx/commandline
Source: http://unarchiver.c3.cx/downloads/unar1.10.1\_src.zip
*(from redmine: issue id 5846, created on 2016-07-03)*Please add the package ‘unar’ to the repos
Home page: https://unarchiver.c3.cx/commandline
Source: http://unarchiver.c3.cx/downloads/unar1.10.1\_src.zip
*(from redmine: issue id 5846, created on 2016-07-03)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/6079iconv does not support MACROMAN encoding2020-03-19T17:46:38ZHunter Hermaniconv does not support MACROMAN encodingAlso, \`iconv -l\` prints a truncated list of encodings.
*(from redmine: issue id 6079, created on 2016-08-24)*Also, \`iconv -l\` prints a truncated list of encodings.
*(from redmine: issue id 6079, created on 2016-08-24)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/6318Package request: OpenToonz2023-05-01T02:55:57ZalgitbotPackage request: OpenToonzOpenToonz is an open-source full-featured 2D animation creation
software.
https://opentoonz.github.io/
*(from redmine: issue id 6318, created on 2016-10-08)*OpenToonz is an open-source full-featured 2D animation creation
software.
https://opentoonz.github.io/
*(from redmine: issue id 6318, created on 2016-10-08)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/6378lbu has no manpage2019-11-17T13:28:33ZRichard Mortierlbu has no manpageThe only help available seems to be \`lbu -h\`.
It would be nice if it had a manpage.
*(from redmine: issue id 6378, created on 2016-10-22)*The only help available seems to be \`lbu -h\`.
It would be nice if it had a manpage.
*(from redmine: issue id 6378, created on 2016-10-22)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/6478Package Request: xf86-video-fbturbo drivers for allwinner SOCs2021-08-18T22:26:26ZScrumpy JackPackage Request: xf86-video-fbturbo drivers for allwinner SOCsxf86-video-fbturbo - video driver, primarily optimized for the devices
powered
by the Allwinner SoC (A10, A13, A20). It can use some of the 2D/3D
hardware
acceleration features.
https://github.com/ssvb/xf86-video-fbturbo
*(from re...xf86-video-fbturbo - video driver, primarily optimized for the devices
powered
by the Allwinner SoC (A10, A13, A20). It can use some of the 2D/3D
hardware
acceleration features.
https://github.com/ssvb/xf86-video-fbturbo
*(from redmine: issue id 6478, created on 2016-11-22)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/6602New package uwsgi-php2021-08-21T04:13:58ZIlin TNew package uwsgi-phpuwsgi-php plugin is missing from the alpine packages.
building it requires patching plugins/php/uwsgiplugin.py as shown here
https://gist.github.com/gdamjan/bef17c8654f258485037945e2b5994ce
the makedependencies and \_plugins in uwsgi...uwsgi-php plugin is missing from the alpine packages.
building it requires patching plugins/php/uwsgiplugin.py as shown here
https://gist.github.com/gdamjan/bef17c8654f258485037945e2b5994ce
the makedependencies and \_plugins in uwsgi APKBUILD needs to be updated
as well.
*(from redmine: issue id 6602, created on 2016-12-29)*
* Relations:
* duplicates #7061
* 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/6697packages request ibus-table-chinese2019-07-15T01:33:28ZJohn Wongpackages request ibus-table-chineseHi, I am chinese and want to type chinese on Alpine Linux,
Please help, thank you.
https://github.com/definite/ibus-table-chinese
https://code.google.com/archive/p/ibus/
*(from redmine: issue id 6697, created on 2017-01-17)*Hi, I am chinese and want to type chinese on Alpine Linux,
Please help, thank you.
https://github.com/definite/ibus-table-chinese
https://code.google.com/archive/p/ibus/
*(from redmine: issue id 6697, created on 2017-01-17)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/6804Please don't add 3rd-party compiling arguments for binary nginx server2021-07-27T14:18:03ZWei CuiPlease don't add 3rd-party compiling arguments for binary nginx serveralpine <= 3.4 don’t have this issue.
For alpine = 3.5, when running ‘nginx -V’, output contains
‘—add-dynamic-module=/home/buildozer/aports/main/nginx/src/ngx\_devel\_kit-0.3.0
—add-dynamic-module=/home/buildozer/aports/main/nginx/sr...alpine <= 3.4 don’t have this issue.
For alpine = 3.5, when running ‘nginx -V’, output contains
‘—add-dynamic-module=/home/buildozer/aports/main/nginx/src/ngx\_devel\_kit-0.3.0
—add-dynamic-module=/home/buildozer/aports/main/nginx/src/echo-nginx-module-0.60
—add-dynamic-module=/home/buildozer/aports/main/nginx/src/ngx-fancyindex-0.4.1
—add-dynamic-module=/home/buildozer/aports/main/nginx/src/headers-more-nginx-module-0.31
—add-dynamic-module=/home/buildozer/aports/main/nginx/src/lua-nginx-module-0.10.6
—add-dynamic-module=/home/buildozer/aports/main/nginx/src/nchan-1.0.4
—add-dynamic-module=/home/buildozer/aports/main/nginx/src/nginx-upload-progress-module-0.9.2
—add-dynamic-module=/home/buildozer/aports/main/nginx/src/nginx-rtmp-module-1.1.10’
This really bugs nginx module developers because these additional
arguments will prevent nginx in alpine-3.5 package to load other dynamic
module for compatibility protection.
Removing above arguments wouldn’t fail to build modules from alpine
repository such as nginx-upload-progress-module-0.9.2,
nginx-rtmp-module-1.1.10, .. So it is safe to remove them.
If ‘nginx -V’ no longer contains any ‘—add-dynamic-module’, this issue
will be regarded as fixed.
*(from redmine: issue id 6804, created on 2017-02-02)*Jakub JirutkaJakub Jirutkahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/7253Symlinks in local directory are silently ignored by update-ca-certificates2019-07-12T15:23:06ZalgitbotSymlinks in local directory are silently ignored by update-ca-certificatesupdate-ca-certificates (in package ca-certificates) silently ignores
symlinks added to /usr/local/share/ca-certificates/.
This makes things difficult when, for example, configuring Kubernetes
to
mount certificates into this director...update-ca-certificates (in package ca-certificates) silently ignores
symlinks added to /usr/local/share/ca-certificates/.
This makes things difficult when, for example, configuring Kubernetes
to
mount certificates into this directory using its configMap volumeMount
feature; all the files Kubernetes creates are symlinks to normal files
in a
mount directory that it places elsewhere (./..data/).
If excluding symlinks is intentional (why?) then I would expect the
update-ca-certificates program to at least print a warning message for
any
it finds when it runs.
Demo: below, I write some dummy data to two files in
/usr/local/share/ca-certificates, one a normal file and one a symlink,
then
run update-ca-certificates. I would expect to see warnings generated
for
both, but we only see a warning for one; the symlink has been ignored.
$ docker run -it —rm alpine /bin/sh
/ \# apk update
fetch
http://dl-cdn.alpinelinux.org/alpine/v3.5/main/x86\_64/APKINDEX.tar.gz
fetch
http://dl-cdn.alpinelinux.org/alpine/v3.5/community/x86\_64/APKINDEX.tar.gz
v3.5.2-56-g7a34e8bf90
\[http://dl-cdn.alpinelinux.org/alpine/v3.5/main\]
v3.5.2-49-g2cff35f5fc
\[http://dl-cdn.alpinelinux.org/alpine/v3.5/community\]
OK: 7961 distinct packages available
/ \# apk add ca-certificates
(1/1) Installing ca-certificates (20161130-r1)
Executing busybox-1.25.1-r0.trigger
Executing ca-certificates-20161130-r1.trigger
OK: 5 MiB in 12 packages
/ \# echo foo >/usr/local/share/ca-certificates/foo.crt
/ \# echo bar >/tmp/bar.crt
/ \# ln -s /tmp/bar.crt /usr/local/share/ca-certificates/bar.crt
/ \# update-ca-certificates
WARNING: ca-certificates.crt does not contain exactly one certificate
or
CRL: skipping
WARNING: ca-cert-foo.pem does not contain exactly one certificate or
CRL:
skipping
*(from redmine: issue id 7253, created on 2017-04-27)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/7334Package request: virt-top2022-09-28T11:49:24ZFernando Casas SchössowPackage request: virt-topvirt-top is a top-like utility for showing stats of virtualized domains.
Many keys and command line options are the same as for ordinary top.
It uses libvirt so it capable of showing stats across a variety of
different virtualization sy...virt-top is a top-like utility for showing stats of virtualized domains.
Many keys and command line options are the same as for ordinary top.
It uses libvirt so it capable of showing stats across a variety of
different virtualization systems.
For reference:
http://people.redhat.com/rjones/virt-top/
*(from redmine: issue id 7334, created on 2017-05-26)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/7342lxc-download ubuntu: Failed to mount cgroup at /sys/fs/cgroup/systemd2020-02-11T14:06:18ZJanus Marzlxc-download ubuntu: Failed to mount cgroup at /sys/fs/cgroup/systemdIf I start ubuntu containers I get this log:
Failed to mount cgroup at /sys/fs/cgroup/systemd: Operation not
permitted
\[!!!!!!\] Failed to mount API filesystems, freezing.
Freezing execution.
With Alpine 3.5.2 (same settings), it...If I start ubuntu containers I get this log:
Failed to mount cgroup at /sys/fs/cgroup/systemd: Operation not
permitted
\[!!!!!!\] Failed to mount API filesystems, freezing.
Freezing execution.
With Alpine 3.5.2 (same settings), it is working.
Grsecurity settings:
kernel.grsecurity.chroot\_caps = 0
kernel.grsecurity.chroot\_deny\_chmod = 0
kernel.grsecurity.chroot\_deny\_pivot = 0
kernel.grsecurity.chroot\_deny\_chroot = 0
kernel.grsecurity.chroot\_deny\_mount = 0
kernel.grsecurity.chroot\_deny\_mknod = 0
*(from redmine: issue id 7342, created on 2017-05-29)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/7524Alpine fails to fsck the root file-system2019-07-12T15:25:24ZDon AllenAlpine fails to fsck the root file-systemI am running Alpine 3.6.2 on a Thinkpad T430. There are separate
partitions for /boot (ext2), /home (ext4) and / (ext4). The two ext4
file-systems are set up without journals. I just attempted to back up
this system with Clonezilla, whic...I am running Alpine 3.6.2 on a Thinkpad T430. There are separate
partitions for /boot (ext2), /home (ext4) and / (ext4). The two ext4
file-systems are set up without journals. I just attempted to back up
this system with Clonezilla, which complained that the root file-system
needed fsck-ing. I don’t recall this system being shut down improperly,
so that may be an additional issue. In any case, I then rebooted Alpine,
which did not fsck the root file-system. I shut it down and booted
another Linux install system (I happened to use Slackware 14.2) and
fsck-ed the root file-system, which turned up a number of errors that
were corrected.
The problem I’m reporting here is that Alpine did not fsck a file-system
that clearly needed it. I’m also wondering how the file-system got into
that condition, as I said before, since I am quite sure that the system
had never been shut down improperly (is the shutdown process properly
sync-ing/umounting the root file-system?).
*(from redmine: issue id 7524, created on 2017-07-13)*
* Changesets:
* Revision 06300dd48343364aee4136dd6dd36e251188e8b8 by Natanael Copa on 2017-07-25T08:47:06Z:
```
setup-disk: set passno in fstab so filesystems are fsck'ed
ref #7524
```
* Uploads:
* [fstab](/uploads/fe3f4c118fc8bb5e0591c58e010f9111/fstab)