apk-tools issueshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues2022-05-31T20:59:02Zhttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/7586apk/abuild: Better error message when $pkgname is in $provides2022-05-31T20:59:02ZOliver Smithapk/abuild: Better error message when $pkgname is in $providesWe have found out, that when putting the \`pkgname\` in the \`provides\`
variable and building the package, \`apk\` will not install it and fail
with:
\`\`\`
ERROR: unsatisfiable constraints:
Huh? Error reporter did not find the bro...We have found out, that when putting the \`pkgname\` in the \`provides\`
variable and building the package, \`apk\` will not install it and fail
with:
\`\`\`
ERROR: unsatisfiable constraints:
Huh? Error reporter did not find the broken constraints.
\`\`\`
I suggest showing an an appropriate error message in apk or - even
better - directly in abuild when trying to build such an APKBUILD.
(Downstream bug report:
<https://github.com/postmarketOS/pmbootstrap/issues/237>)
*(from redmine: issue id 7586, created on 2017-07-23, closed on 2018-06-26)*https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/5616Why apk doesn't cache packages if /etc/apk/cache is on tmpfs?2023-05-04T22:56:24ZPaul ColomietsWhy apk doesn't cache packages if /etc/apk/cache is on tmpfs?Hi,
I’m sure it’s a minor issue. But is there any specific reason apk
ignores /etc/apk/cache if the filesystem is tmpfs?
If I’ve find out correctly the code is here:
http://git.alpinelinux.org/cgit/apk-tools/tree/src/database.c\#n1590
...Hi,
I’m sure it’s a minor issue. But is there any specific reason apk
ignores /etc/apk/cache if the filesystem is tmpfs?
If I’ve find out correctly the code is here:
http://git.alpinelinux.org/cgit/apk-tools/tree/src/database.c\#n1590
If you wonder why would I have a cache on tmpfs anyway. It’s because we
use alpine for containers. And when building many containers we usually
reuse some packages. And with typical uptime of a laptop of a month or
so, it’s fine to keep cache on tmpfs.
Anyway, here is the issue that was a motivation for this one:
https://github.com/tailhook/vagga/issues/259
*(from redmine: issue id 5616, created on 2016-05-22, closed on 2017-05-22)*
* Changesets:
* Revision c0f2d88f342f4d185f3991f98b79ab61a03896e4 by Timo Teräs on 2017-02-27T09:05:01Z:
```
db: allow caching packages on tmpfs
fixes #5616
The original intention was not use unnecessary space on tmpfs
e.g. if the cache directory is a mount point, but accidentally
left unmounted. But there are valid cases when packages are
intentionally wanted to be cached on tmpfs. If caching is not
desired, the user can just remove the cache directory.
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/1482Do not add package to world if it fails to install due to file ownership conf...2019-07-14T07:29:57ZNatanael CopaDo not add package to world if it fails to install due to file ownership conflictsSeems like package gets added to world even if install fails due to file
ownership conflicts. When trying to remove the conflicting package it
tries to install the failed package:
ncopa-desktop:~/src/libvirt$ sudo apk add portablexd...Seems like package gets added to world even if install fails due to file
ownership conflicts. When trying to remove the conflicting package it
tries to install the failed package:
ncopa-desktop:~/src/libvirt$ sudo apk add portablexdr-rpcgen
(1/1) Installing portablexdr-rpcgen (4.9.1-r1)
ERROR: portablexdr-rpcgen: Trying to overwrite usr/bin/rpcgen owned by rpcgen.
ERROR: http://nl.alpinelinux.org/alpine/edge/testing/x86_64/portablexdr-rpcgen-4.9.1-r1.apk: Operation not permitted
ncopa-desktop:~/src/libvirt$ sudo apk del rpcgen
(1/2) Installing portablexdr-rpcgen (4.9.1-r1)
ERROR: portablexdr-rpcgen: Trying to overwrite usr/bin/rpcgen owned by rpcgen.
ERROR: http://nl.alpinelinux.org/alpine/edge/testing/x86_64/portablexdr-rpcgen-4.9.1-r1.apk: Operation not permitted
To work around this i have to remove the failed package first, and then
remove install it again.
ncopa-desktop:~/src/libvirt$ sudo apk del portablexdr-rpcgen
(1/1) Purging rpcgen (1.2.6-r0)
Executing busybox-1.20.2-r3.trigger
OK: 2890 MiB in 1052 packages
ncopa-desktop:~/src/libvirt$ sudo apk add portablexdr-rpcgen
(1/1) Installing portablexdr-rpcgen (4.9.1-r1)
Executing busybox-1.20.2-r3.trigger
OK: 2890 MiB in 1053 packages
I think the package should be removed if it fails to install in first
place, but I’m open for discussion.
*(from redmine: issue id 1482, created on 2012-11-28, closed on 2013-10-12)*
* Changesets:
* Revision 7e18398781b056f858ef60200e24b0f8ab394cfe by Timo Teräs on 2013-06-20T12:12:44Z:
```
commit, db: make file conflicts and script errors non-fatal
fixes #1482
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/577ERROR: Failed to open apk database: UNTRUSTED signature2024-03-07T15:58:11ZIgor ZagorskyERROR: Failed to open apk database: UNTRUSTED signaturecoAlpine-2.0
colin:~\# apk —version
apk-tools 2.0.6-r1
colin:~\# apk update
ERROR: /mnt/cofs0/packages: Bad repository signature
ERROR: Failed to open apk database: UNTRUSTED signature
file /etc/apk/repositories:
`#/media/cdro...coAlpine-2.0
colin:~\# apk —version
apk-tools 2.0.6-r1
colin:~\# apk update
ERROR: /mnt/cofs0/packages: Bad repository signature
ERROR: Failed to open apk database: UNTRUSTED signature
file /etc/apk/repositories:
`#/media/cdrom/apks
/mnt/cofs0/packages
#http://dl-3.alpinelinux.org/alpine/v2.0/packages/main
#http://dl-3.alpinelinux.org/alpine/v2.1/packages/main
http://dl-3.alpinelinux.org/alpine/edge/packages/main
`
What I need to run apk-commands without —allow-untrusted ?
*(from redmine: issue id 577, created on 2011-04-12, closed on 2012-04-26)*https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/560Make wildcard search the default search2019-07-14T07:27:52ZJeremy ThomersonMake wildcard search the default searchI think that entering ‘apk search jdk’ should be made equivalent to
entering ‘apk search “**jdk**”’
In other words, I think that a wildcard search should be the default.
This is in line with what most package management systems that I’v...I think that entering ‘apk search jdk’ should be made equivalent to
entering ‘apk search “**jdk**”’
In other words, I think that a wildcard search should be the default.
This is in line with what most package management systems that I’ve used
(i.e. apt-get / yum) do.
*(from redmine: issue id 560, created on 2011-03-27, closed on 2011-10-21)*
* Changesets:
* Revision 4803444731b55f8dfa489e0763357a451bfcfb3c by Timo Teräs on 2011-09-14T12:26:43Z:
```
search: implement --exact and --all
also optimize search to happen for enumeration of package names.
fixes #39, fixes #560
```https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/141Show Alpine version2019-07-14T07:26:53Ziilluzion _Show Alpine versionIt is good if we will have a feature that will show current Alpine
release installed or upgraded to after apk upgrade is used.
*(from redmine: issue id 141, created on 2009-08-19, closed on 2009-10-09)*
* Changesets:
* Revision 58e7...It is good if we will have a feature that will show current Alpine
release installed or upgraded to after apk upgrade is used.
*(from redmine: issue id 141, created on 2009-08-19, closed on 2009-10-09)*
* Changesets:
* Revision 58e771303c95f9d97d009602516b509866c3fb5a by Timo Teräs on 2009-09-03T10:56:24Z:
```
index, version: support for repository descriptions (fixes #141)
ability embed description information to repository indexes
(e.g. repository name and version) and show it via "apk version -I".
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/127apk warns if /etc/apk/repositories contains empty lines2019-07-14T07:26:49ZNatanael Copaapk warns if /etc/apk/repositories contains empty linesIf there are empty lines in /etc/apk/reposiories there comes warnings
like:
`WARNING: Failed to open index for`
Apk should just ignore empty lines.
*(from redmine: issue id 127, created on 2009-08-11, closed on 2009-08-19)*
* Chang...If there are empty lines in /etc/apk/reposiories there comes warnings
like:
`WARNING: Failed to open index for`
Apk should just ignore empty lines.
*(from redmine: issue id 127, created on 2009-08-11, closed on 2009-08-19)*
* Changesets:
* Revision 6dd59d781717bae02cba5c886afb29bfa22b33aa on 2009-08-11T09:22:12Z:
```
db: ignore empty lines in /etc/apk/repositories
fixes #127
```https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/48No ngIRCd available for Alpine Linux 1.92019-07-14T07:26:33ZDuane HughesNo ngIRCd available for Alpine Linux 1.9ngIRCd needs to be upgraded for (?) and added to the list of available
packages for Alpine 1.9.
*(from redmine: issue id 48, created on 2009-06-22, closed on 2009-06-22)*ngIRCd needs to be upgraded for (?) and added to the list of available
packages for Alpine 1.9.
*(from redmine: issue id 48, created on 2009-06-22, closed on 2009-06-22)*https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/39apk search needs a filter to only show "best" version found2019-07-14T07:26:30ZNatanael Copaapk search needs a filter to only show "best" version foundwhen running apk search every version of package found will be listed.
We need a way to show only the package that will be installed. This is
needed in order to be able to use the apk serach / apk fetch combo in
the alpine.mk to create i...when running apk search every version of package found will be listed.
We need a way to show only the package that will be installed. This is
needed in order to be able to use the apk serach / apk fetch combo in
the alpine.mk to create iso/usb images without having the aports tree.
*(from redmine: issue id 39, created on 2009-05-29, closed on 2011-11-22)*
* Changesets:
* Revision 4803444731b55f8dfa489e0763357a451bfcfb3c by Timo Teräs on 2011-09-14T12:26:43Z:
```
search: implement --exact and --all
also optimize search to happen for enumeration of package names.
fixes #39, fixes #560
```https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/26option for waiting on the lockfile2019-07-14T07:26:28Zalgitbotoption for waiting on the lockfilewould be nice with a —wait <SEC> option that will wait in maximum <SEC>
seconds for the lockfile before it exits with error.
*(from redmine: issue id 26, created on 2009-04-13, closed on 2009-07-28)*
* Changesets:
* Revision c84196e...would be nice with a —wait <SEC> option that will wait in maximum <SEC>
seconds for the lockfile before it exits with error.
*(from redmine: issue id 26, created on 2009-04-13, closed on 2009-07-28)*
* Changesets:
* Revision c84196e0d367d8e82e5a3161394741f86bc32750 by Timo Teräs on 2009-07-07T07:30:54Z:
```
apk: add --wait option to wait for exclusive lock (fixes #26)
```Timo TeräsTimo Teräshttps://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".
```