aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2023-01-07T17:04:52Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/6507Package for ONLYOFFICE desktop2023-01-07T17:04:52ZJakub JirutkaPackage for ONLYOFFICE desktop[ONLYOFFICE](https://www.onlyoffice.com/apps.aspx) is a complete office
suite consists of document processor, spreadsheet and presentation
programs. It’s an independent suite, not any fork of OpenOffice. Since
2014 it’s open-source, rele...[ONLYOFFICE](https://www.onlyoffice.com/apps.aspx) is a complete office
suite consists of document processor, spreadsheet and presentation
programs. It’s an independent suite, not any fork of OpenOffice. Since
2014 it’s open-source, released under AGPL license.
ONLYOFFICE is not widely known (yet), which is quite pity, because I’m
really impressed how great it is! It does not provide so many features
as LibreOffice, but IMO it’s sufficient for most use cases and provides
much, much better user experience than LibreOffice.
Creating package for ONLYOFFICE will be a challenge, because there are
no complete build instructions. :/
https://github.com/ONLYOFFICE/DesktopEditors
*(from redmine: issue id 6507, created on 2016-11-27)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/9112nagios-plugins-mailq comes with broken shebang and lacks perl dependency2022-12-30T11:15:52ZMarco Dickertnagios-plugins-mailq comes with broken shebang and lacks perl dependencyI noticed two problems with the nagios-plugins-mailq packet in v3.8.1
and edge.
1. The script check\_mailq has a broken magic line:
#! -w
2. The packet does not depend on perl, although check\_mailq is a perl
script.
*(from redm...I noticed two problems with the nagios-plugins-mailq packet in v3.8.1
and edge.
1. The script check\_mailq has a broken magic line:
#! -w
2. The packet does not depend on perl, although check\_mailq is a perl
script.
*(from redmine: issue id 9112, created on 2018-07-19)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/10304Missing libasan2022-12-20T22:43:30ZSerhii CharykovMissing libasanI use docker image and cannot build simple C/C<span
class="underline"></span> program with option: -fsanitize=address
I’ve checked several image version and have not find any package that
resembles libasan or has libasan\*.so.
Steps t...I use docker image and cannot build simple C/C<span
class="underline"></span> program with option: -fsanitize=address
I’ve checked several image version and have not find any package that
resembles libasan or has libasan\*.so.
Steps to reproduce:
docker run -it —rm alpine
apk add gcc musl-dev
echo “int main() {}” >test.c
gcc test.c -fsanitize=address
Result:
/usr/lib/gcc/x86\_64-alpine-linux-musl/8.3.0/../../../../x86\_64-alpine-linux-musl/bin/ld:
cannot find libasan\_preinit.o: No such file or directory
/usr/lib/gcc/x86\_64-alpine-linux-musl/8.3.0/../../../../x86\_64-alpine-linux-musl/bin/ld:
cannot find -lasan
collect2: error: ld returned 1 exit status
*(from redmine: issue id 10304, created on 2019-04-19, closed on 2019-05-06)*3.9.4https://gitlab.alpinelinux.org/alpine/aports/-/issues/6375tagged `@edge` repo causes "unsatisfiable constraints" on non-edge package wi...2022-12-06T18:21:50Zyosifkittagged `@edge` repo causes "unsatisfiable constraints" on non-edge package with no edge packages installedUsing Alpine 3.4 and just adding the edge repo under the @edge tag
causes musl-dev to fail to update musl. I was originally installing
libc-dev but its dependency musl-dev causes the problem because the
installed version of musl is older...Using Alpine 3.4 and just adding the edge repo under the @edge tag
causes musl-dev to fail to update musl. I was originally installing
libc-dev but its dependency musl-dev causes the problem because the
installed version of musl is older than the version that is in the 3.4
repo.
(testing was done in the docker image, but should have no effect on the
bug)
- apk version: 2.6.7
- musl in image: 1.1.14-r12
- musl and musl-dev in 3.4 apk repo: 1.1.14-r13
- add edge repo *echo @edge
http://dl-cdn.alpinelinux.org/alpine/edge/main’ >>
/etc/apk/repositories*
- zero packages installed from edge
- I need edge for nghttp2-dev, but it is not installed in these
examples
- try adding musl-dev
- doing an apk upgrade before adding musl-dev does work, but can
update other packages too, rather than just the dependencies
Ensure newest image:
$ docker pull alpine:3.4
3.4: Pulling from library/alpine
3690ec4760f9: Pull complete
Digest: sha256:1354db23ff5478120c980eca1611a51c9f2b88b61f24283ee8200bf9a54f2e5c
Status: Downloaded newer image for alpine:3.4
Test that not having @edge repo works:
$ docker run -it --rm alpine:3.4 sh
/ # cat /etc/alpine-release
3.4.4
/ # apk --version
apk-tools 2.6.7, compiled for x86_64.
/ # apk info -v
WARNING: Ignoring APKINDEX.167438ca.tar.gz: No such file or directory
WARNING: Ignoring APKINDEX.a2e6dac0.tar.gz: No such file or directory
musl-1.1.14-r12
busybox-1.24.2-r11
alpine-baselayout-3.0.3-r0
alpine-keys-1.1-r0
zlib-1.2.8-r2
libcrypto1.0-1.0.2j-r0
libssl1.0-1.0.2j-r0
apk-tools-2.6.7-r0
scanelf-1.1.6-r0
musl-utils-1.1.14-r12
libc-utils-0.7-r0
/ # apk add --no-cache musl-dev
fetch http://dl-cdn.alpinelinux.org/alpine/v3.4/main/x86_64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/v3.4/community/x86_64/APKINDEX.tar.gz
(1/3) Upgrading musl (1.1.14-r12 -> 1.1.14-r13)
(2/3) Upgrading musl-utils (1.1.14-r12 -> 1.1.14-r13)
(3/3) Installing musl-dev (1.1.14-r13)
Executing busybox-1.24.2-r11.trigger
OK: 16 MiB in 12 packages
Now try adding the
`edge repo, but don't install anything from it, just update musl-dev
<pre>
$ docker run -it --rm alpine:3.4 sh
/ # # versions and packages installed are still the same
/ # echo '`edge http://dl-cdn.alpinelinux.org/alpine/edge/main’ >>
/etc/apk/repositories
/ \# apk add —no-cache musl-dev
fetch
http://dl-cdn.alpinelinux.org/alpine/v3.4/main/x86\_64/APKINDEX.tar.gz
fetch
http://dl-cdn.alpinelinux.org/alpine/v3.4/community/x86\_64/APKINDEX.tar.gz
fetch
http://dl-cdn.alpinelinux.org/alpine/edge/main/x86\_64/APKINDEX.tar.gz
ERROR: unsatisfiable constraints:
musl-1.1.14-r12:
breaks: musl-dev-1.1.14-r13\[musl=1.1.14-r13\]
satisfies: musl-utils-1.1.14-r12\[musl=1.1.14-r12\]
musl-utils-1.1.14-r12\[so:libc.musl-x86\_64.so.1\]
libcrypto1.0-1.0.2j-r0\[so:libc.musl-x86\_64.so.1\]
zlib-1.2.8-r2\[so:libc.musl-x86\_64.so.1\]
apk-tools-2.6.7-r0\[so:libc.musl-x86\_64.so.1\]
alpine-baselayout-3.0.3-r0\[so:libc.musl-x86\_64.so.1\]
busybox-1.24.2-r11\[so:libc.musl-x86\_64.so.1\]
scanelf-1.1.6-r0\[so:libc.musl-x86\_64.so.1\]
libssl1.0-1.0.2j-r0\[so:libc.musl-x86\_64.so.1\]
/ \#
</pre>
*(from redmine: issue id 6375, created on 2016-10-21)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/10285Removing packages when creating alpine image2022-12-06T13:37:50ZRoi GreenbergRemoving packages when creating alpine imageHi.
In our work, we need custom Alpine docker and for that we need to remove
some packages from the final image\[minirootfs\] (basically, anything
that related to network/ssl)
We try to remove the packages from the container itself fr...Hi.
In our work, we need custom Alpine docker and for that we need to remove
some packages from the final image\[minirootfs\] (basically, anything
that related to network/ssl)
We try to remove the packages from the container itself from inside, but
doing “apk del ssl\_client” for example, do nothing.
We also tried to edit the genrootfs script so after adding all the
packages it will delete those we don’t want, but if I do:
<code class="text">
${APK:-apk} del --keys-dir "$keys_dir" \
--repositories-file "$repositories_file" \
*--root "$tmp"* $unwanted_packages
</code>
The script crash, and if I remove **—root “$tmp”** I receive permissions
error, probably since it tries to delete the container packages.
Is there any way to accomplish what we want? maybe prevent “apk add” to
install those packages?
*(from redmine: issue id 10285, created on 2019-04-18)*Simon Fsimon-alpine@fraho.euSimon Fsimon-alpine@fraho.euhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/9089LBU decryption does not work with USB keyboards2022-11-08T12:32:51ZSteffen Z.LBU decryption does not work with USB keyboardsOn my system, I can’t unlock the encrypted LBU file using a USB
keyboard. The keyboard works fine in GRUB, BIOS and after the system has
booted.
Hardware is:
https://ark.intel.com/products/91065/Intel-Compute-Stick-STK1AW32SC
*(from r...On my system, I can’t unlock the encrypted LBU file using a USB
keyboard. The keyboard works fine in GRUB, BIOS and after the system has
booted.
Hardware is:
https://ark.intel.com/products/91065/Intel-Compute-Stick-STK1AW32SC
*(from redmine: issue id 9089, created on 2018-07-14)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/8918R error "Invalid encoding UTF-8: defaulting to UTF-8."2022-10-27T15:42:51ZalgitbotR error "Invalid encoding UTF-8: defaulting to UTF-8."Message “Invalid encoding UTF-8: defaulting to UTF-8.” is apparently
thrown by https://github.com/r-lib/httr/blob/master/R/content-parse.r\#L
(credit to Marcin at
https://stackoverflow.com/questions/44143931/iconvlist-inconsistency-on-al...Message “Invalid encoding UTF-8: defaulting to UTF-8.” is apparently
thrown by https://github.com/r-lib/httr/blob/master/R/content-parse.r\#L
(credit to Marcin at
https://stackoverflow.com/questions/44143931/iconvlist-inconsistency-on-alpine-linux)
I confirm that in R 3.5.0 calling iconvlist() returns:
\[1\] “…” “ISO8859-1,” “ISO8859-2,” “ISO8859-3,” “ISO8859-4,”
\[6\] “ISO8859-5,” “ISO8859-6,” “ISO8859-7,” “UCS-2BE,” “UCS-2LE,”
\[11\] “US\_ASCII,” “UTF-16BE,” “UTF-16LE,” “UTF-32BE,” “UTF-8,”
\[16\] “UTF32-LE,” “WCHAR\_T,”
And Alpine Linux 3.7.0 calling /usr/bin/iconv -l returns:
UTF-8, UTF-16BE, UTF-16LE, UTF-32BE, UTF32-LE, UCS-2BE, UCS-2LE,
WCHAR\_T,
US\_ASCII, ISO8859-1, ISO8859-2, ISO8859-3, ISO8859-4, ISO8859-5,
ISO8859-6, ISO8859-7, …
This problem does not manifest when running R on CentOS 7.
*(from redmine: issue id 8918, created on 2018-05-18)*Jakub JirutkaJakub Jirutkahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/10136No pdftk package for Alpine 3.92022-10-13T14:22:30ZOtto BretzNo pdftk package for Alpine 3.9It existed in 3.8
https://pkgs.alpinelinux.org/packages?name=pdftk&branch=v3.8
but not in https://pkgs.alpinelinux.org/packages?name=pdftk&branch=v3.9
I can’t use the edge package since it links against libc:
ERROR: unsatisfiable ...It existed in 3.8
https://pkgs.alpinelinux.org/packages?name=pdftk&branch=v3.8
but not in https://pkgs.alpinelinux.org/packages?name=pdftk&branch=v3.9
I can’t use the edge package since it links against libc:
ERROR: unsatisfiable constraints: so:libgcj.so.17 (missing): required by: pdftk-2.02-r1[so:libgcj.so.17]
The command '/bin/sh -c apk add --no-cache --repository http://dl-cdn.alpinelinux.org/alpine/edge/community pdftk' returned a non-zero code: 2
Ive emailed the maintainer but did not get any reply. Is there any
chance of getting a 3.9 version?
*(from redmine: issue id 10136, created on 2019-03-19)*3.11.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/6710Package request: nss_wrapper2022-09-21T11:16:54ZDennis SchriddePackage request: nss_wrapperPlease package nss\_wrapper: https://cwrap.org/nss\_wrapper.html
It is a small library that allows to fake NSS passwd and group
information, by filling a custom passwd file with “fake” information
that is used by programs started with L...Please package nss\_wrapper: https://cwrap.org/nss\_wrapper.html
It is a small library that allows to fake NSS passwd and group
information, by filling a custom passwd file with “fake” information
that is used by programs started with LD\_PRELOADing nss\_wrapper.
This is especially useful inside a container, where information about
the executing user might not be available in /etc/passwd, because it was
specified on the Docker command-line using the —user argument. In such
situation it is necessary to create a custom passwd file containing
information about this user, since some programs require this to work
properly.
*(from redmine: issue id 6710, created on 2017-01-20)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/2968Package request : squidguard2022-09-01T17:10:30ZNicolas SchmerberPackage request : squidguardHi,
Squidguard is a nice companion for squid to filter URLs that wouldn’t be
allowed.
Is it possible to have it on Alpine ?
The homepage : http://www.squidguard.org/
Stable source code :
http://www.squidguard.org/Downloads/squidGua...Hi,
Squidguard is a nice companion for squid to filter URLs that wouldn’t be
allowed.
Is it possible to have it on Alpine ?
The homepage : http://www.squidguard.org/
Stable source code :
http://www.squidguard.org/Downloads/squidGuard-1.4.tar.gz
Regards,
*(from redmine: issue id 2968, created on 2014-05-27)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/10571[3.7] dbus: DBusServer DBUS_COOKIE_SHA1 authentication bypass (CVE-2019-12749)2022-08-14T22:33:43ZAlicha CH[3.7] dbus: DBusServer DBUS_COOKIE_SHA1 authentication bypass (CVE-2019-12749)dbus is the reference implementation of D-Bus, an asynchronous
inter-process communication system commonly used for system services
or within a desktop session on Linux and other operating systems.
Joe Vennix of Apple Information Se...dbus is the reference implementation of D-Bus, an asynchronous
inter-process communication system commonly used for system services
or within a desktop session on Linux and other operating systems.
Joe Vennix of Apple Information Security discovered an implementation
flaw
in the DBUS\_COOKIE\_SHA1 authentication mechanism. A malicious client
with
write access to its own home directory could manipulate a
~/.dbus-keyrings
symlink to cause a DBusServer with a different uid to read and write
in unintended locations. In the worst case, this could result in the
DBusServer reusing a cookie that is known to the malicious client, and
treating that cookie as evidence that a subsequent client connection
came from an attacker-chosen uid, allowing authentication bypass.
This vulnerability does not normally affect the standard system
dbus-daemon, which only allows the EXTERNAL authentication mechanism.
In supported branches of dbus it also does not normally affect the
standard
session dbus-daemon, for the same reason.
However, this vulnerability can affect third-party users of DBusServer
(such as Upstart in Ubuntu 14.04 LTS), third-party dbus-daemon
instances,
standard dbus-daemon instances with non-standard configuration, and
the
session bus in older/unsupported dbus branches (such as dbus 1.6.x in
Ubuntu 14.04 LTS).
Vulnerable versions: all < 1.10.28, 1.12.x < 1.12.16, 1.13.x <
1.13.12
Fixed versions: all >= 1.13.12, 1.12.x >= 1.12.16, 1.10.x >=
1.10.28
### References:
https://gitlab.freedesktop.org/dbus/dbus/issues/269
http://www.openwall.com/lists/oss-security/2019/06/11/2
### Patch:
https://gitlab.freedesktop.org/dbus/dbus/commit/47b1a4c41004bf494b87370987b222c934b19016
*(from redmine: issue id 10571, created on 2019-06-13, closed on 2019-06-20)*
* Relations:
* parent #10567
* Changesets:
* Revision f85fc6d35df663ffa71b00201dcbde8cb5727322 by Natanael Copa on 2019-06-17T09:58:25Z:
```
main/dbus: upgrade to 1.10.28 (CVE-2019-12749)
fixes #10571
```3.7.4Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/15Alpine 1.9.x cannot boot from CD and read configs from USB2022-08-05T00:46:03ZNatanael CopaAlpine 1.9.x cannot boot from CD and read configs from USBWe need to fix the init script to look for and find configureation media
on usb devices.
We might need do soemthing smart to figure out that we have an USB
device that is not settled yet and wait for it or something similar.
*(from re...We need to fix the init script to look for and find configureation media
on usb devices.
We might need do soemthing smart to figure out that we have an USB
device that is not settled yet and wait for it or something similar.
*(from redmine: issue id 15, created on 2009-03-23, closed on 2009-03-27)*Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/14extra/tar: needs post-deinstall script2022-08-05T00:46:03ZNatanael Copaextra/tar: needs post-deinstall scriptbusybox package no longer contain all the symlinks. they are created in
post-install/upgrade.
Therefore all packages that overwrites the busybox links needs to run
‘busybox —install -s’ in a post-deinstall script.
tar is one of them.
...busybox package no longer contain all the symlinks. they are created in
post-install/upgrade.
Therefore all packages that overwrites the busybox links needs to run
‘busybox —install -s’ in a post-deinstall script.
tar is one of them.
*(from redmine: issue id 14, created on 2009-03-23, closed on 2009-03-26)*
* Changesets:
* Revision 183d1b18313f2cf05d79dce4e40d11a75185acb9 by Carlo Landmeter on 2009-03-25T21:52:22Z:
```
extra/tar: new install script, new style.
fixes #14
```Carlo LandmeterCarlo Landmeterhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/1454Package request: some simple X virtual keyboard2022-08-01T16:24:55ZV KrishnPackage request: some simple X virtual keyboardRequest for useful utility for building simple kiosks (touch enabled)
ie. a virtual keyboard app, something like **xvkbd**.
*(from redmine: issue id 1454, created on 2012-10-29, closed on 2019-06-17)*
* Changesets:
* Revision d4f1...Request for useful utility for building simple kiosks (touch enabled)
ie. a virtual keyboard app, something like **xvkbd**.
*(from redmine: issue id 1454, created on 2012-10-29, closed on 2019-06-17)*
* Changesets:
* Revision d4f1951a0ea6e0f75835b9c91dcb544fc2e52064 by Jan Hustak on 2019-05-12T14:20:05Z:
```
testing/xvkbd: new aport
http://t-sato.in.coocan.jp/xvkbd/
The xvkbd virtual keyboard for X11
Closes GH-6041
Fixes RM #1454
```Simon Fsimon-alpine@fraho.euSimon Fsimon-alpine@fraho.euhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/9032Add hardware clock earlier Raspberry Pi2022-07-31T00:28:47ZTyler AAdd hardware clock earlier Raspberry PiI have a Raspberry Pi operating as a router.
Normally the Raspberry Pi does not have an RTC clock, however one can be
added as a module eg http://www.piface.org.uk/products/piface\_clock
In this wiki entry
https://wiki.alpinelinux.org/...I have a Raspberry Pi operating as a router.
Normally the Raspberry Pi does not have an RTC clock, however one can be
added as a module eg http://www.piface.org.uk/products/piface\_clock
In this wiki entry
https://wiki.alpinelinux.org/wiki/Saving\_time\_with\_Hardware\_Clock it
says to add to `/etc/conf.d/hwclock`
start_pre() {
if [ -d "/sys/class/i2c-adapter/i2c-1/i2c-dev/i2c-1" ]; then
einfo "Creating RTC device";
echo mcp7941x 0x6f > /sys/class/i2c-adapter/i2c-1/new_device
fi
}
I have to do this otherwise no RTC device is found. Could this be moved
to a dtparam and then added in `usercfg.txt`?
I am noticing a couple of problems because the clock is added late:
- The system time upon boot ie before **<span
style="color:#55ff55;">OpenRC</span> <span
style="color:#55ffff;">0.35.5.87b1ff59c1</span> is starting up <span
style="color:#5555ff;">Linux 4.14.51-0-rpi2 (armv71)</span>** is
obviously set to Jan 1 1970 which causes apk to think the cache is
old. Therefore it tries to update it, which will never work because
this system is a router and no WAN link exists. There doesn’t seem
to be a way to turn that off.
- OpenRC seems to have some issues with clockskew eg:
<span style="color:#55ff55;">\*</span> /proc is already mounted
<span style="color:#55ff55;">\*</span> Mounting /run …
<span style="color:#55ff55;">\*</span> /run/openrc: creating directory
<span style="color:#55ff55;">\*</span> /run/lock: creating directory
<span style="color:#55ff55;">\*</span> /run/lock: correcting owner
<span style="color:#55ff55;">\*</span> Caching service dependencies …
<span style="color:#ff5555;">\*</span> Clock skew detected with
\`(null)’
<span style="color:#ff5555;">\*</span> Adjusting mtime of
\`/run/openrc/deptree’ to <date of boot>
<span style="color:#ffff55;">\*</span> WARNING: clock skew detected!
Then further down:
<span style="color:#55ff55;">\*</span> Loading hardware drivers …
<span style="color:#ffff55;">\*</span> rc is deprecated, please use
openrc instead.
<span style="color:#ffff55;">\*</span> WARNING: clock skew detected!
<span style="color:#55ff55;">\*</span> Loading modules …
<span style="color:#55ff55;">\*</span> Creating RTC device
<span style="color:#55ff55;">\*</span> Setting system clock using the
hardware clock \[UTC\] …
hwclock: settimeofday: Invalid argument
<span style="color:#ff5555;">\*</span> Failed to set the system clock
I have observed:
# stat -c "%y %s %n" /run/openrc/*
1970-01-01 09:30:36.000000000 7 /run/openrc/clock-skewed
2018-06-25 00:56:45.000000000 280 /run/openrc/daemons
1970-01-01 09:30:36.000000000 11 /run/openrc/depconfig
2018-06-24 05:06:00.000000000 26866 /run/openrc/deptree
2018-06-25 00:56:45.000000000 40 /run/openrc/exclusive
1970-01-01 09:30:35.000000000 40 /run/openrc/failed
1970-01-01 09:30:35.000000000 40 /run/openrc/hotplugged
1970-01-01 09:30:35.000000000 40 /run/openrc/inactive
2018-06-25 00:56:45.000000000 260 /run/openrc/options
1970-01-01 09:30:35.000000000 40 /run/openrc/scheduled
1970-01-01 09:30:42.000000000 7 /run/openrc/softlevel
2018-06-25 00:56:45.000000000 640 /run/openrc/started
2018-06-25 00:56:45.000000000 40 /run/openrc/starting
2018-06-25 00:56:45.000000000 40 /run/openrc/stopping
1970-01-01 09:30:35.000000000 40 /run/openrc/tmp
1970-01-01 09:30:35.000000000 40 /run/openrc/wasinactive
Some of these files are dated to 1970-01-01.
I know the hwclock works because I can manually operate it from the
terminal ie `hwclock -s` and `hwclock -w`.
*(from redmine: issue id 9032, created on 2018-06-25)*Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/9969APK does not report errors when adding a package to existing virtual package2022-07-30T05:37:46ZChingis SAPK does not report errors when adding a package to existing virtual packageIn the example below I install imagemagick package with the
unsatisfiable constraint (non-existing version), I don’t get any error
when I specify an existing virtual package.
$ docker run --rm -ti alpine:3.9 sh ...In the example below I install imagemagick package with the
unsatisfiable constraint (non-existing version), I don’t get any error
when I specify an existing virtual package.
$ docker run --rm -ti alpine:3.9 sh
/ # apk add --update -t .virtual findutils
fetch http://dl-cdn.alpinelinux.org/alpine/v3.9/main/x86_64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/v3.9/community/x86_64/APKINDEX.tar.gz
(1/2) Installing findutils (4.6.0-r1)
(2/2) Installing .virtual (0)
Executing busybox-1.29.3-r10.trigger
OK: 6 MiB in 16 packages
/ # apk add --update imagemagick=7.0.7.39-r0
ERROR: unsatisfiable constraints:
imagemagick-7.0.8.23-r0:
breaks: world[imagemagick=7.0.7.39-r0]
/ # apk add --update -t .virtual imagemagick=7.0.7.39-r0
OK: 6 MiB in 16 packages
*(from redmine: issue id 9969, created on 2019-02-08)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/10607aports/scripts/bootstrap.sh doesn't show usage2022-07-26T21:54:31ZAnthony Daviesaports/scripts/bootstrap.sh doesn't show usageWhen executing bootstrap.sh an error is given “&gt;&gt;>ERROR:
CBUILDROOT not set for” rather then displaying the usage of the command.
*(from redmine: issue id 10607, created on 2019-06-24)*When executing bootstrap.sh an error is given “>>>ERROR:
CBUILDROOT not set for” rather then displaying the usage of the command.
*(from redmine: issue id 10607, created on 2019-06-24)*Anthony DaviesAnthony Davieshttps://gitlab.alpinelinux.org/alpine/aports/-/issues/307openldap .pre-install - incorrect group for ldap user2022-07-25T21:32:27Ziilluzion _openldap .pre-install - incorrect group for ldap userthe .pre-install script should be corrected as follows:
addgroup -S ldap 2&gt;/dev/null
adduser -h /usr/lib/openldap -s /bin/false -S -D -H -g “OpenLdap User”
-G ldap ldap 2&gt;/dev/null
this change is needed in order to set correct ...the .pre-install script should be corrected as follows:
addgroup -S ldap 2>/dev/null
adduser -h /usr/lib/openldap -s /bin/false -S -D -H -g “OpenLdap User”
-G ldap ldap 2>/dev/null
this change is needed in order to set correct group membership for ldap
user.
*(from redmine: issue id 307, created on 2010-03-05, closed on 2010-03-12)*
* Changesets:
* Revision c30309f9ed1b619ae86b4d4b513f7da8142a394d on 2010-03-06T13:28:31Z:
```
main/openldap create ldap group before ldap user
fixes #307
(cherry picked from commit f63149f53a3486ad23dbc1fe15400774dc9cba3e)
```
* Revision 0e22835ead81ba577b7899f9a0cdf5cb6dc759d2 on 2010-03-06T13:29:07Z:
```
main/openldap create ldap group before ldap user
fixes #307
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/405Package request: Flashrom2022-07-25T21:32:27ZNathan AngelacosPackage request: Flashromhttp://www.flashrom.org/Flashrom
Upgrade Motherboard BIOS via ssh, without needing to boot from a DOS
diskette.
*(from redmine: issue id 405, created on 2010-08-13, closed on 2010-10-27)*
* Changesets:
* Revision cf242d16f4e8d358c2...http://www.flashrom.org/Flashrom
Upgrade Motherboard BIOS via ssh, without needing to boot from a DOS
diskette.
*(from redmine: issue id 405, created on 2010-08-13, closed on 2010-10-27)*
* Changesets:
* Revision cf242d16f4e8d358c261bd52e301c8284dfa1231 on 2010-10-14T07:06:33Z:
```
main/flashrom: moved from testing
fixes #405
```Alpine 2.1.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/373apk-tools-static segfaults2022-07-25T21:32:27ZNatanael Copaapk-tools-static segfaultsapk.static just segfaults
*(from redmine: issue id 373, created on 2010-06-30, closed on 2010-07-09)*
* Changesets:
* Revision 06a26f03018323f6a2e4ed043ca5525f2c5bc645 on 2010-06-30T12:44:50Z:
```
main/gcc: fix pic/hidden/weak symb...apk.static just segfaults
*(from redmine: issue id 373, created on 2010-06-30, closed on 2010-07-09)*
* Changesets:
* Revision 06a26f03018323f6a2e4ed043ca5525f2c5bc645 on 2010-06-30T12:44:50Z:
```
main/gcc: fix pic/hidden/weak symbol checking
ref #373
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32219
```
* Revision f3ccfb9ab84ee64c32fdfb3d4d6c11a7e683d031 on 2010-06-30T13:35:19Z:
```
main/libc0.9.32: workaround gcc optimizer bug
which causes static stuff go bad.
ref #373
```
* Revision 8fd608cc6e70c8307b90254a0612927968dfe720 on 2010-06-30T14:16:41Z:
```
main/apk-tools: do not use openssl engines when building static
fixes #373
```Alpine 2.0.0Natanael CopaNatanael Copa