alpine issueshttps://gitlab.alpinelinux.org/groups/alpine/-/issues2020-11-07T11:32:42Zhttps://gitlab.alpinelinux.org/alpine/infra/aports-qa-bot/-/issues/4Allow overriding the JSON config2020-11-07T11:32:42ZRasmus Thomsenoss@cogitri.devAllow overriding the JSON confighttps://pkg.go.dev/github.com/RaveNoX/go-jsonmergehttps://pkg.go.dev/github.com/RaveNoX/go-jsonmergehttps://gitlab.alpinelinux.org/alpine/infra/docker/aports-build/-/issues/4docker-engine does not have dependency on ip6tables - iptables rules don't ge...2022-02-15T15:25:17Z[diablo]docker-engine does not have dependency on ip6tables - iptables rules don't get deleted when stopping containerI found that if you start a container and map a port to it, when you stop the container (and even delete it) the IPtables rule remains.
The docker-engine has a dependency upon iptables, but not ip6tables.
When you install ip6tables and...I found that if you start a container and map a port to it, when you stop the container (and even delete it) the IPtables rule remains.
The docker-engine has a dependency upon iptables, but not ip6tables.
When you install ip6tables and restart docker daemon, it works as expected.
You will see when debugging docker daemon the following warning:
WARN[0000] Failed to find ip6tables: exec: "ip6tables": executable file not found in $PATH
But there is no mention of it being referenced when starting or stopping containers.
This fix has been tested three times, and proven to work.https://gitlab.alpinelinux.org/alpine/infra/alpine-mksite/-/issues/4Non clickable gitlab address on "git.alpinelinux.org" description2021-01-14T16:33:47ZMY-RNon clickable gitlab address on "git.alpinelinux.org" description"`Mirror of https://gitlab.alpinelinux.org/alpine`" could be just: "Mirror of [gitlab.alpinelinux.org/alpine](https://gitlab.alpinelinux.org/alpine)""`Mirror of https://gitlab.alpinelinux.org/alpine`" could be just: "Mirror of [gitlab.alpinelinux.org/alpine](https://gitlab.alpinelinux.org/alpine)"https://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/10709Non clickable gitlab address on "git.alpinelinux.org" description2021-01-14T16:47:05ZMY-RNon clickable gitlab address on "git.alpinelinux.org" description"`Mirror of https://gitlab.alpinelinux.org/alpine`" could be just: "Mirror of [gitlab.alpinelinux.org/alpine](https://gitlab.alpinelinux.org/alpine)""`Mirror of https://gitlab.alpinelinux.org/alpine`" could be just: "Mirror of [gitlab.alpinelinux.org/alpine](https://gitlab.alpinelinux.org/alpine)"https://gitlab.alpinelinux.org/alpine/security/secdb/-/issues/4Add Vulnerability feed for Alpine 3.132021-02-01T16:41:06ZJithu R JacobAdd Vulnerability feed for Alpine 3.13I'm getting stale data error using Anchore to scan postgres:13.1-alpine docker image which uses alpine:3.13. Please add the feed for Alpine 3.13I'm getting stale data error using Anchore to scan postgres:13.1-alpine docker image which uses alpine:3.13. Please add the feed for Alpine 3.13https://gitlab.alpinelinux.org/alpine/aports/-/issues/5upgrade core/curl to atleast 7.19.42023-10-18T19:57:20ZNatanael Copaupgrade core/curl to atleast 7.19.4this is a security upgrade
http://curl.haxx.se/docs/adv\_20090303.html
*(from redmine: issue id 5, created on 2009-03-16, closed on 2009-03-18)*this is a security upgrade
http://curl.haxx.se/docs/adv\_20090303.html
*(from redmine: issue id 5, created on 2009-03-16, closed on 2009-03-18)*Carlo LandmeterCarlo Landmeterhttps://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/181dl-3.alpinelinux.org does not sync the "edge" branch2019-07-12T16:13:42ZNatanael Copadl-3.alpinelinux.org does not sync the "edge" branchdl-3.alpinelinux.org needs to mirror the “edge” subdir in addition to
v1.7, v1.8, v1.9.
*(from redmine: issue id 181, created on 2009-10-09, closed on 2009-10-27)*dl-3.alpinelinux.org needs to mirror the “edge” subdir in addition to
v1.7, v1.8, v1.9.
*(from redmine: issue id 181, created on 2009-10-09, closed on 2009-10-27)*Carlo LandmeterCarlo Landmeterhttps://gitlab.alpinelinux.org/alpine/abuild/-/issues/77have abuild to sign the index and packages2019-07-14T07:17:06ZNatanael Copahave abuild to sign the index and packagesapk-tools supports package signing. We need to modify abuild to use the
new index format and sign index and packages.
*(from redmine: issue id 77, created on 2009-07-23, closed on 2009-08-04)*apk-tools supports package signing. We need to modify abuild to use the
new index format and sign index and packages.
*(from redmine: issue id 77, created on 2009-07-23, closed on 2009-08-04)*Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/25apk index to reuse existing index and only re-index things that changed2019-07-14T07:26:28Zalgitbotapk index to reuse existing index and only re-index things that changedIt can take some time to generate the index if there are many packages.
Would be nice if apk index (with —update option?) could find files that
have different size, are newer, or missing from index and only re-index
those.
*(from redm...It can take some time to generate the index if there are many packages.
Would be nice if apk index (with —update option?) could find files that
have different size, are newer, or missing from index and only re-index
those.
*(from redmine: issue id 25, created on 2009-04-09, closed on 2009-08-04)*
* Changesets:
* Revision 623bc9c5a820906e26c0cc52d0ab230c3c0bc1ab by Timo Teräs on 2009-07-15T13:47:43Z:
```
index: reuse existing index (fixes #25)
replace the old 'delete' option, with 'index'. the idea is that
one can provide existing index files to take cached meta-data of
the package from (assumes package has not been modified if index is
newer, and package size has not changed).
this way one always gives the list of .apk files to include in
the new index, and the old index is used only as "cache".
```https://gitlab.alpinelinux.org/alpine/alpine-conf/-/issues/2862setup-apkrepos - parameter to set a repo (other than random)2019-07-14T07:44:51Zdino beersetup-apkrepos - parameter to set a repo (other than random)this would help for scripted install (e.g. where proxy only allows
connection to a.o)
*(from redmine: issue id 2862, created on 2014-04-21, closed on 2014-07-16)*
* Changesets:
* Revision a5ad7c4c0a1e649033699a3ba832c3810fb576dc by ...this would help for scripted install (e.g. where proxy only allows
connection to a.o)
*(from redmine: issue id 2862, created on 2014-04-21, closed on 2014-07-16)*
* Changesets:
* Revision a5ad7c4c0a1e649033699a3ba832c3810fb576dc by Natanael Copa on 2014-07-01T09:01:09Z:
```
setup-apkrepos: allow specify the repos from cmdline
ref #2862
```
* Revision bfed42109a5e2cd0ff26cb34c9519652ab3ac5fe by Natanael Copa on 2014-07-01T11:04:44Z:
```
main/alpine-conf: add support for url args to setup-apkrepos
ref #2862
```
* Revision d024e7a2378d38012eaefb5d6cc076f85f7fa45d by Natanael Copa on 2014-07-01T11:06:28Z:
```
main/alpine-conf: add support for url args to setup-apkrepos
fixes #2862
(cherry picked from commit bfed42109a5e2cd0ff26cb34c9519652ab3ac5fe)
```https://gitlab.alpinelinux.org/alpine/awall/-/issues/1352Add support for custom log prefix2019-07-14T07:53:46ZLeonardo ArenaAdd support for custom log prefixTargets “LOG” and “ULOG” (and I believe “NFLOG” too), have the option to
set a user custom prefix string to be used when logging entries. Can
this prefix be supported in awall? For example adding the attribute
“prefix”: *string*, or some...Targets “LOG” and “ULOG” (and I believe “NFLOG” too), have the option to
set a user custom prefix string to be used when logging entries. Can
this prefix be supported in awall? For example adding the attribute
“prefix”: *string*, or something like that.
Thanks!
\- leo
*(from redmine: issue id 1352, created on 2012-09-05, closed on 2012-10-03)*Kaarle RitvanenKaarle Ritvanenhttps://gitlab.alpinelinux.org/alpine/infra/aports-turbo/-/issues/6Adding a OpenSearch description file2016-04-18T15:31:39ZCarlo LandmeterAdding a OpenSearch description file*Created by: leo-unglaub*
Hey,
it would be very awesome if you could add an OpenSearch description file. That way the user cann add the package search to the browser and simply use the browser to search dircetly thru the package databas...*Created by: leo-unglaub*
Hey,
it would be very awesome if you could add an OpenSearch description file. That way the user cann add the package search to the browser and simply use the browser to search dircetly thru the package database.
I addded you an untested version of the correct xml and header tag.
`<link rel="search" type="application/opensearchdescription+xml" href="opensearch.xml" title="Alpine Linux Package Database"/>`
```
<?xml version="1.0" encoding="UTF-8"?>
<OpenSearchDescription xmlns="http://a9.com/-/spec/opensearch/1.1/" xmlns:moz="http://mozilla.org/2006/browser/search">
<ShortName>Alpine Linux Package Database</ShortName>
<Description>Search for Alpine Linux packages (apk)</Description>
<Tags>linux alpine packages apk</Tags>
<Contact>webmaster@alpinelinux.org</Contact>
<Url type="text/html" method="GET" template="https://pkgs.alpinelinux.org/packages">
<Param name="name" value="{searchTerms}"/>
<Param name="repo" value="all"/>
<Param name="arch" value="x86_64"/>
<Param name="maintainer" value="all"/>
</Url>
<LongName>Alpine: Search packages</LongName>
<Image height="16" width="16" type="image/png">https://alpinelinux.org/favicon.ico</Image>
<InputEncoding>UTF-8</InputEncoding>
</OpenSearchDescription>
```
Thanks and greetings
Leo
https://gitlab.alpinelinux.org/alpine/mkinitfs/-/issues/5Initramfs-init does not respect apkovl device fstab entry2022-11-08T14:05:18ZpszenherInitramfs-init does not respect apkovl device fstab entryWhen booting with an attached device containing an apkovl file, the overlay will be detected and applied, but the disk storing the apkovl will not be remounted to comply with the newly unpacked fstab.
This is problematic on systems tha...When booting with an attached device containing an apkovl file, the overlay will be detected and applied, but the disk storing the apkovl will not be remounted to comply with the newly unpacked fstab.
This is problematic on systems that may have disks added or removed, as nlplug-findfs mounts drives by SCSI disk device name, which can change upon reboot. If the apkovl device is also used as an apk cache, this mount point change will cause the cache to not be found.
Functionality is already implemented in the initramfs-init script to remount drives, but is only applied to boot media found by nlplug-findfs, not apk overlay devices.
**Steps to verify:**
1. Configure an apkovl device with a fstab configuring that disk's mount point
2. Boot a diskless installation using the apkovl device
3. Verify that apkovl disk is incorrectly mounted at `/media/sdX` by nlplug-findfs, not its fstab configuration
**Workaround:**
Create an empty `.boot_repository` file on the apkovl device to detect the device as a boot drive and thus automatically remount in accordance with the fstab.
**Proposal:**
Modify the `relocate_mount()` function (reproduced below) to iterate over boot devices (found through the `$repofile` variable) and apk overlay devices (found through the `$ovl` variable).
```
# relocate mountpoint according given fstab
relocate_mount() {
local fstab="${1}"
local dir=
if ! [ -e $repofile ]; then
return
fi
while read dir; do
# skip http(s)/ftp repos for netboot
if ! [ -d "$dir" ]; then
continue
fi
local dev=$(df -P "$dir" | tail -1 | awk '{print $1}')
local mnt=$(find_mnt $dev $fstab)
if [ -n "$mnt" ]; then
local oldmnt=$(awk -v d=$dev '$1==d {print $2}' /proc/mounts)
if [ "$oldmnt" != "$mnt" ]; then
mkdir -p "$mnt"
mount -o move "$oldmnt" "$mnt"
fi
fi
done < $repofile
}
```https://gitlab.alpinelinux.org/alpine/infra/aports-qa-bot/-/issues/5Allow defining messages / policies in target repo2020-11-07T19:04:40ZKevin DaudtAllow defining messages / policies in target repoSimilar to what we did for other bots:
https://gitlab.alpinelinux.org/alpine/aports/-/tree/master/.githubSimilar to what we did for other bots:
https://gitlab.alpinelinux.org/alpine/aports/-/tree/master/.githubhttps://gitlab.alpinelinux.org/alpine/infra/docker/gitlab/-/issues/5gitlab-test.alpinelinux.org disallow all indexing2022-02-13T11:35:34ZTBKgitlab-test.alpinelinux.org disallow all indexingI searched on google for "alpine-mksite gitlab" and the first result is https://gitlab-test.alpinelinux.org/alpine/infra/alpine-mksite/-/tree/master/
All search indexing is properly unwanted.
robot.txt:
```sh
User-agent: *
Disallow: /
```I searched on google for "alpine-mksite gitlab" and the first result is https://gitlab-test.alpinelinux.org/alpine/infra/alpine-mksite/-/tree/master/
All search indexing is properly unwanted.
robot.txt:
```sh
User-agent: *
Disallow: /
```https://gitlab.alpinelinux.org/alpine/infra/alpine-mksite/-/issues/5Outdated Cloud Images2021-02-08T07:19:51ZJake Buchholz GöktürkOutdated Cloud ImagesI released new AWS EC2 images and yaml for 3.13.0 last night, https://alpinelinux.org/cloud is still showing the old (unpruned) list of images.
Is there a way to trigger a refresh?I released new AWS EC2 images and yaml for 3.13.0 last night, https://alpinelinux.org/cloud is still showing the old (unpruned) list of images.
Is there a way to trigger a refresh?https://gitlab.alpinelinux.org/alpine/security/secdb/-/issues/5Alpine secdb has lists CVE-2022-4044 instead of CVE-2020-4044.2021-04-26T18:54:14Znms2140Alpine secdb has lists CVE-2022-4044 instead of CVE-2020-4044.Alpine feed for 3.12 lists the following:
- pkg:
name: xrdp
secfixes:
0.9.13.1-r0:
- CVE-2022-4044
According to https://github.com/neutrinolabs/xrdp/security/advisories/GHSA-j9fv-6fwf-p3g4, the CVE should ...Alpine feed for 3.12 lists the following:
- pkg:
name: xrdp
secfixes:
0.9.13.1-r0:
- CVE-2022-4044
According to https://github.com/neutrinolabs/xrdp/security/advisories/GHSA-j9fv-6fwf-p3g4, the CVE should instead be CVE-2020-4044. Please fix.https://gitlab.alpinelinux.org/alpine/aports/-/issues/6upgrade extra/libpng to atleast 1.2.352023-10-18T19:57:20ZNatanael Copaupgrade extra/libpng to atleast 1.2.35Security upgrade
\[ 1 \] CVE-2008-5907
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5907
\[ 2 \] CVE-2008-6218
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-6218
\[ 3 \] CVE-2009-0040
http://cve.mitre.org/cg...Security upgrade
\[ 1 \] CVE-2008-5907
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5907
\[ 2 \] CVE-2008-6218
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-6218
\[ 3 \] CVE-2009-0040
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-0040
*(from redmine: issue id 6, created on 2009-03-16, closed on 2009-03-16)*Carlo LandmeterCarlo Landmeterhttps://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/197LBU does not save files outside /etc if they're also in a package2019-07-12T16:13:44ZTed TraskLBU does not save files outside /etc if they're also in a packageI make a change to a package file /usr/share/acf/www/index.html, add it
to lbu include, commit the change, and the change is reverted on reboot.
The file is found in the acf-core package, and that version is used.
This used to work in 1....I make a change to a package file /usr/share/acf/www/index.html, add it
to lbu include, commit the change, and the change is reverted on reboot.
The file is found in the acf-core package, and that version is used.
This used to work in 1.8. The intuitive thing would be that any file in
an overlay takes precedence over any file in a package. Tested with
alpine 1.9.1 and apk-tools 2.0\_rc6-r0
*(from redmine: issue id 197, created on 2009-11-02, closed on 2010-01-01)*
* Changesets:
* Revision 5e5a560508e8f572032a69c2e52f9240d835f287 on 2009-11-24T12:20:45Z:
```
main/apk-tools: upgrade to 2.0_rc7
ref #197
```
* Revision 5641ee0f55fad238521791999e00d8f0ed1f1431 on 2009-11-24T12:26:43Z:
```
main/mkinitfs: use --never-overwrite apk option
fixes #197
```
* Revision 5787431c9b4a7c52b52775d0c35f7408d911f66c on 2009-12-09T10:08:43Z:
```
main/apk-tools: upgrade to 2.0_rc7
ref #197
(cherry picked from commit 5e5a560508e8f572032a69c2e52f9240d835f287)
```
* Revision 826d06321d39c9b331b222be7c0f8da165d2ecc4 on 2009-12-09T10:10:52Z:
```
main/mkinitfs: use --never-overwrite apk option
fixes #197
(cherry picked from commit 5641ee0f55fad238521791999e00d8f0ed1f1431)
```Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/abuild/-/issues/112An option to skip all dependency checks2019-07-14T07:17:11ZMark ConstableAn option to skip all dependency checksAbuild needs an option that allows building a single package without
dependency checks to facilitate bootstrapping a new environment.
Something like Arclinuxs’…
makepkg -d, —nodeps Skip all dependency checks
would be great.
*(from r...Abuild needs an option that allows building a single package without
dependency checks to facilitate bootstrapping a new environment.
Something like Arclinuxs’…
makepkg -d, —nodeps Skip all dependency checks
would be great.
*(from redmine: issue id 112, created on 2009-08-03, closed on 2009-08-04)*
* Changesets:
* Revision e8e42874675e17dac966d236a90c79afc1be7ec5 on 2009-08-03T13:09:58Z:
```
main/abuild: upgrade to 2.0_rc4
This includes -d for disabling the dependency check
fixes #112
```Natanael CopaNatanael Copa