apk-tools issueshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues2019-07-14T07:26:46Zhttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/113Support for "replaces"2019-07-14T07:26:46ZNatanael CopaSupport for "replaces"We need a way to tell that files have moved from one package to another
so we dont get errors when upgrading.
Abuild is already adding “replaces” to the .PKGINFO so its just a
questino of implementing it in apk-tools.
*(from redmine: ...We need a way to tell that files have moved from one package to another
so we dont get errors when upgrading.
Abuild is already adding “replaces” to the .PKGINFO so its just a
questino of implementing it in apk-tools.
*(from redmine: issue id 113, created on 2009-08-04, closed on 2009-08-08)*
* Changesets:
* Revision a602c49b31e92466ea42e2968833d3e6908a18c1 by Timo Teräs on 2009-08-04T13:54:15Z:
```
db: support "replaces" directive (fixes #113)
it will allow to overwrite files owned by some other packages
to get upgrades right (e.g. when splitting or renaming packages)
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/99Symlinks in /etc/init.d ignored by lbu2019-07-14T07:26:44ZChristoffer LeitetSymlinks in /etc/init.d ignored by lbuLbu should include symlinks in /etc/init.d
For example openvpn uses symlinks for starting different openvpn
processes with different config.
If you create a symlink, it’s ignored by lbu. If you add it manually
with lbu add, you will re...Lbu should include symlinks in /etc/init.d
For example openvpn uses symlinks for starting different openvpn
processes with different config.
If you create a symlink, it’s ignored by lbu. If you add it manually
with lbu add, you will receive the following message everytime you do
‘lbu st’:
D etc/init.d/openvpn.client
A etc/init.d/openvpn.client
*(from redmine: issue id 99, created on 2009-07-29, closed on 2009-07-31)*
* Changesets:
* Revision 5b48b855600aa316e3c9385e998c68ad757794a2 by Timo Teräs on 2009-07-30T07:42:20Z:
```
audit: protection mask for "symlinks only"
and use it for /etc/init.d by default. fixes #99.
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/89apk upgrade -a overwrites current config files2019-07-14T07:26:42ZNatanael Copaapk upgrade -a overwrites current config filesthe packages that get reinstalled when doing an ‘apk upgrade -a’ will
purge the config and install the default config from package.
I broke buildzoer with this.
*(from redmine: issue id 89, created on 2009-07-26, closed on 2009-07-31)...the packages that get reinstalled when doing an ‘apk upgrade -a’ will
purge the config and install the default config from package.
I broke buildzoer with this.
*(from redmine: issue id 89, created on 2009-07-26, closed on 2009-07-31)*
* Changesets:
* Revision f482701eeec76109669a115e953445424bcfbad2 by Timo Teräs on 2009-07-29T16:39:59Z:
```
db: fix protected directory handling (fixes #89)
we don't want to do checksumming of existing files unless it's
in a protected directory. also, we keep the original file if it's
*modified*.
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/70apk-tools update should report error when repository unreachable2019-07-14T07:26:39ZTed Traskapk-tools update should report error when repository unreachableWhile dl-3 is down, I noticed the ‘apk update’ does not report an error.
I shows that it fetched the first index, does not give an error, but
does not fetch the second index. This is confusing to a user. Please
make it report an error.
...While dl-3 is down, I noticed the ‘apk update’ does not report an error.
I shows that it fetched the first index, does not give an error, but
does not fetch the second index. This is confusing to a user. Please
make it report an error.
*(from redmine: issue id 70, created on 2009-07-17, closed on 2009-08-08)*
* Changesets:
* Revision 89d1abe4e62b2ee5cb4b442ae0552b44ca217182 by Timo Teräs on 2009-07-20T08:41:45Z:
```
db: write errors about repository update (fixes #70)
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/69apk-tools package upgrade should not add to world2019-07-14T07:26:39ZTed Traskapk-tools package upgrade should not add to worldCurrently, upgrading a package by:
apk add -u <package>
will add that package to world. I would prefer it didn’t do that. Just
upgrade.
Workaround is:
apk add -t temp -u <package>
apk del temp
*(from redmine: issue id 69, cre...Currently, upgrading a package by:
apk add -u <package>
will add that package to world. I would prefer it didn’t do that. Just
upgrade.
Workaround is:
apk add -t temp -u <package>
apk del temp
*(from redmine: issue id 69, created on 2009-07-17, closed on 2009-08-08)*
* Relations:
* relates #47
* Changesets:
* Revision 1fea5639b455ae4267a7dc17ef19b8d2506978b0 by Timo Teräs on 2009-08-04T12:19:29Z:
```
fix: new applet to reinstall and fix package
also makes it possibly to upgrade package without adding it to
top-level deps. fixes #69.
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/63apk version output difficult to read2019-07-14T07:26:37ZHadi Sukirmanapk version output difficult to readapk version output is difficult to read (apk-tools-2.0\_pre13-r1)
use fixed columns instead
*(from redmine: issue id 63, created on 2009-07-08, closed on 2009-07-17)*apk version output is difficult to read (apk-tools-2.0\_pre13-r1)
use fixed columns instead
*(from redmine: issue id 63, created on 2009-07-08, closed on 2009-07-17)*Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/61let apk del keep the modified configs2019-07-14T07:26:37ZNatanael Copalet apk del keep the modified configsDo not remove modified config files when doing apk del and have an
option (—purge-config?) to force removal.
*(from redmine: issue id 61, created on 2009-07-08, closed on 2009-08-03)*
* Changesets:
* Revision 90aaa28a95f28206e6bf4ed...Do not remove modified config files when doing apk del and have an
option (—purge-config?) to force removal.
*(from redmine: issue id 61, created on 2009-07-08, closed on 2009-08-03)*
* Changesets:
* Revision 90aaa28a95f28206e6bf4ed0d5a798595165cb8c by Timo Teräs on 2009-07-22T18:34:25Z:
```
apk: add --purge option (fixes #61)
and do not remove modified configuration files unless --purge is
specified.
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/60support for --interactive option2019-07-14T07:26:36ZNatanael Copasupport for --interactive optionwhich will ask before perform action.
*(from redmine: issue id 60, created on 2009-07-08, closed on 2009-08-08)*
* Changesets:
* Revision 1c92602172790bbcb75f6083cf53ce7fea25b33a by Timo Teräs on 2009-07-24T11:18:45Z:
```
apk: add ...which will ask before perform action.
*(from redmine: issue id 60, created on 2009-07-08, closed on 2009-08-08)*
* Changesets:
* Revision 1c92602172790bbcb75f6083cf53ce7fea25b33a by Timo Teräs on 2009-07-24T11:18:45Z:
```
apk: add -i/--interactive option (fixes #60)
and use that to figure if questions are allowed or not instead
of the verbosity level.
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/51command to synchronize installed packages with available ones2019-07-14T07:26:35ZTimo Teräscommand to synchronize installed packages with available onesSimilar to ‘apt-get upgrade’ to upgrade all packages instead of hand
picking packages to upgrade.
Also need ‘apk sync-repo’ or similar to change package versions to
something that exists at least one repository. Which can end up
downgra...Similar to ‘apt-get upgrade’ to upgrade all packages instead of hand
picking packages to upgrade.
Also need ‘apk sync-repo’ or similar to change package versions to
something that exists at least one repository. Which can end up
downgrading experimental packages.
*(from redmine: issue id 51, created on 2009-06-23, closed on 2009-06-25)*
* Changesets:
* Revision 4d04bd8a463262059d83f126e604914898de81e9 by Timo Teräs on 2009-06-25T07:31:05Z:
```
upgrade: new applet
Currently just goes through all world dependencies and updates them
where possible (ref #51).
```
* Revision 3a488564753cee51832b6824128249a99eb4613b by Timo Teräs on 2009-06-25T08:09:40Z:
```
upgrade: add --available option
That will make the upgrade prefer packages available in repositories.
This is good if one want's to downgrade packages by removing an experimental
repository. Or to force re-install of locally built vs. repository version
when the package version are same, but checksum is different. Fixes #51.
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/50allow to boot even if not all packages are available at boot time2019-07-14T07:26:34ZTimo Teräsallow to boot even if not all packages are available at boot timeOtherwise old apkovl:s can fail to boot, and are hard to fix.
*(from redmine: issue id 50, created on 2009-06-23, closed on 2009-07-28)*
* Changesets:
* Revision 1531192cb9b697a8fc0042b295109bdf5cb52231 by Timo Teräs on 2009-07-07T0...Otherwise old apkovl:s can fail to boot, and are hard to fix.
*(from redmine: issue id 50, created on 2009-06-23, closed on 2009-07-28)*
* Changesets:
* Revision 1531192cb9b697a8fc0042b295109bdf5cb52231 by Timo Teräs on 2009-07-07T07:03:30Z:
```
add: ignore install failures on 'apk add --force'
and use this option in initramfs, so we are likely to get an usable
environment even if some packages from world are missing. fixes #50.
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/49caching of packages in remote repository2019-07-14T07:26:34ZTimo Teräscaching of packages in remote repositoryConfiguration option to keep a local mirror of installed packages from
remote repository, and to allow reboot using those packages (if running
in-memory from usb-stick/compact flash).
*(from redmine: issue id 49, created on 2009-06-23,...Configuration option to keep a local mirror of installed packages from
remote repository, and to allow reboot using those packages (if running
in-memory from usb-stick/compact flash).
*(from redmine: issue id 49, created on 2009-06-23, closed on 2009-07-07)*
* Changesets:
* Revision 233918e518f72e469ba39206abf70250bd6fc54a by Timo Teräs on 2009-06-29T06:29:57Z:
```
db: cache packages (ref #49)
If /etc/apk/cache is a symlink to directory, a copy of all installed
packages is stored there, and the index of remote repositories will
be there instead of /var/lib/apk. This enables to reconstruct running
system during boot.
Left as todo: remove cached copy when the package is removed, and
additional apk applet to download missing packages to cache and/or
remove extra items.
```
* Revision 9858ffff69ce2e3df353b2c1e65a987c58f32fac by Timo Teräs on 2009-06-29T08:22:55Z:
```
cache: new applet (ref #49)
Administrative tool to download or delete files to/from the cache.
```
* Revision b551c3b0814d5baff46a7705758e773684255d29 by Timo Teräs on 2009-07-07T06:33:13Z:
```
cache: use changeset to figure out downloadables
that way we get the same result as the 'apk add world' at boot
time; it might differ from currently installed set (ref #49).
```
* Revision dc5c436c5a5ec183854923ce2fef955e8118564e by Timo Teräs on 2009-07-07T06:40:59Z:
```
cache: delete also wget temporary files
check for the full filename to match an expected pattern or
delete it (so we delete files with .new, .new.backup, etc.).
final part of remote package caching: fixes #49.
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/47apk delete should not try delete 'required-by' packages2019-07-14T07:26:33ZNatanael Copaapk delete should not try delete 'required-by' packageswhen running ‘apk del pkg’ and pkg is a dependency for other packages,
apk should print a warning with full list of packages that needs it, and
then only remove it from world, rather than just exit with error.
We could have ‘apk del -r’...when running ‘apk del pkg’ and pkg is a dependency for other packages,
apk should print a warning with full list of packages that needs it, and
then only remove it from world, rather than just exit with error.
We could have ‘apk del -r’ to delete the reverse dependencies
recursively (current behaviour) and maybe -i to interactively ask for
confirmation.
This would be more compatible with apk-tools-0.15.
*(from redmine: issue id 47, created on 2009-06-22, closed on 2009-08-19)*
* Relations:
* relates #69
* Changesets:
* Revision 6f8526da3e7fb055dc3ee640b943906e517f63f1 by Timo Teräs on 2009-08-04T07:57:33Z:
```
del: add '-r' to remove top-level dependencies recursively
and by default just update the world, and dump a lost of packages
that are not removed. fixes #47.
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/45support for triggers2019-07-14T07:26:32ZNatanael Copasupport for triggersmany of the post-install scripts can be done once after all packages are
installed rather than run it for each package in post-install. Specially
after installing fonts updating the fontcache is painfully slow. Other
candidates for trigg...many of the post-install scripts can be done once after all packages are
installed rather than run it for each package in post-install. Specially
after installing fonts updating the fontcache is painfully slow. Other
candidates for triggers are kernel modules that needs depmod.
*(from redmine: issue id 45, created on 2009-06-22, closed on 2009-08-19)*
* Changesets:
* Revision 36b5cee98b1e80a493d291e9bffa1ed120ed908a by Timo Teräs on 2009-08-12T16:17:46Z:
```
db, pkg: separate structure for fields of installed packages
this makes the database package entry smaller, and we propbably
get more fields to installed_package later too. this cleans up
the way scripts are stored and is a preparation for supporting
triggers. some parsing for trigger meta-data. ref #45.
```
* Revision b71606dbf42815cc82b5792eb53438673111a4d5 by Timo Teräs on 2009-08-13T07:45:48Z:
```
info: clean ups, print triggers (ref #45)
```
* Revision 279513bfbe8f0f37c6fb7f38dc331f0290b19b2f by Timo Teräs on 2009-08-13T11:10:30Z:
```
db: implement triggers (fixes #45)
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/42apk fetch should create hardlinks when souce and destination are on same file...2019-07-14T07:26:31ZNatanael Copaapk fetch should create hardlinks when souce and destination are on same filesystemThis would speed up iso creation dramatically
*(from redmine: issue id 42, created on 2009-06-03, closed on 2009-06-22)*
* Changesets:
* Revision 50cdcca8339d73ea8fe29fc54c2300c674f91dc5 on 2009-06-09T09:12:06Z:
```
fetch: added --...This would speed up iso creation dramatically
*(from redmine: issue id 42, created on 2009-06-03, closed on 2009-06-22)*
* Changesets:
* Revision 50cdcca8339d73ea8fe29fc54c2300c674f91dc5 on 2009-06-09T09:12:06Z:
```
fetch: added --link/-L option
fixes #42
This will also fix a bug that left an empty file in destination dir when
source file did not exist in repository.
There are still issues with paths longer than 255 chars.
```https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/24apk fetch2019-07-14T07:26:27Zalgitbotapk fetchwould be nice with an apk fetch -R which could download/copy packages
and their dependencies from system repository to either configurable
cache dir, a given dir from command line and maybe even to stdout.
This can be used by the build ...would be nice with an apk fetch -R which could download/copy packages
and their dependencies from system repository to either configurable
cache dir, a given dir from command line and maybe even to stdout.
This can be used by the build script to make ISO with only some packages
and their dependnencies. (I.e vserver iso with vserver kernel,
util-vserver, lvm2, mdadm, e2fsprogs etc).
This can also be used by mkinitramfs script to find the needed packages.
For example:
apk fetch —stdout alpine-baselayout | tar -C $INITRAMFS\_DIR -zx
$RAWBASEFILES
*(from redmine: issue id 24, created on 2009-04-09, closed on 2009-04-15)*
* Changesets:
* Revision 9567337fd2444aa9b30a6cbfdd5bc9a98d171f25 by Timo Teräs on 2009-04-15T06:56:09Z:
```
fetch: new applet to download .apk files
Fixes #24.
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/8the /var/lib/apk/world cannot be bigger than 1023 bytes2019-07-14T07:26:24ZNatanael Copathe /var/lib/apk/world cannot be bigger than 1023 bytesIf the /var/lib/apk/world file grows bigger than 1023 bytes it gets
corrupt.
in vim it might look like this:
… renderproto resou^`` �&`~ ``^E
After that apk will complain:
ERROR: No providers for ‘resou’
ERROR: Failed to build in...If the /var/lib/apk/world file grows bigger than 1023 bytes it gets
corrupt.
in vim it might look like this:
… renderproto resou^`` �&`~ ``^E
After that apk will complain:
ERROR: No providers for ‘resou’
ERROR: Failed to build installation graph
You can workaround things from there by deleting resou:
$ sudo apk del resou
Purging resourceproto (1.0.2-r0)
OK: 133 packages, 4458 dirs, 67648 files
*(from redmine: issue id 8, created on 2009-03-17, closed on 2009-03-17)*
* Changesets:
* Revision 7735cc644d342e39b8b2b71da6890656d1846fab by Timo Teräs on 2009-03-17T11:19:06Z:
```
pkg: write dependencies directly file instead of buffer
So we don't get artificial limits on the amount of dependencies
(fixes #8).
```Timo TeräsTimo Teräs