apk-tools issueshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues2019-07-14T07:28:07Zhttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/662apk update fails when boot from usb/cf and cache is enabled2019-07-14T07:28:07ZNatanael Copaapk update fails when boot from usb/cf and cache is enabledDue to usb/cf is readonly by default and apk does not remount it rw
early enough.
*(from redmine: issue id 662, created on 2011-05-26, closed on 2011-06-03)*
* Changesets:
* Revision bae2bf4baba677c57de6f9bc086c2ce9693b349b on 2011-...Due to usb/cf is readonly by default and apk does not remount it rw
early enough.
*(from redmine: issue id 662, created on 2011-05-26, closed on 2011-06-03)*
* Changesets:
* Revision bae2bf4baba677c57de6f9bc086c2ce9693b349b on 2011-05-27T14:01:15Z:
```
main/apk-tools: misc fixes for apk cache and remount rw/ro
ref #663
ref #662
```
* Revision 70883a6b0caade71acd0fa3a8bfb934e2737cb17 on 2011-05-27T15:19:40Z:
```
main/apk-tools: misc fixes for apk cache and remount rw/ro
ref #663
ref #662
(cherry picked from commit bae2bf4baba677c57de6f9bc086c2ce9693b349b)
```Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/588apk update fails with cache on boot media2019-07-14T07:27:57ZNatanael Copaapk update fails with cache on boot mediaif you put apk cache on boot media, lets say a CF on sda1, then apk
update will fail since its read-only at boot.
*(from redmine: issue id 588, created on 2011-04-20, closed on 2011-04-27)*
* Relations:
* relates #512
* Changesets:
...if you put apk cache on boot media, lets say a CF on sda1, then apk
update will fail since its read-only at boot.
*(from redmine: issue id 588, created on 2011-04-20, closed on 2011-04-27)*
* Relations:
* relates #512
* Changesets:
* Revision 0bad4fb65b2655b7cd4aeba3213833081195b7a3 on 2011-04-27T08:28:36Z:
```
main/apk-tools: add patches from git
fixes #588
```Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/575repository pinning2019-07-14T07:27:54ZTimo Teräsrepository pinningApk should be able to load both *main* and *testing* repositories, but
use packages from *testing* only if explicitly asked.
Possible syntax: “apk add mypackage@testing” would pin the package to
‘testing’ repository version, including a...Apk should be able to load both *main* and *testing* repositories, but
use packages from *testing* only if explicitly asked.
Possible syntax: “apk add mypackage@testing” would pin the package to
‘testing’ repository version, including all dependencies. The
dependencies should be permanent and stored in world.
*(from redmine: issue id 575, created on 2011-04-08, closed on 2011-11-03)*
* Changesets:
* Revision 500f8d4a7d7b17871647392e79e4c7a17c210534 by Timo Teräs on 2011-10-29T02:18:21Z:
```
solver, db: implement repository pinning
Improves /etc/apk/repositories format so you can say:
http://nl.alpinelinux.org/alpine/v2.3/main
@edge http://nl.alpinelinux.org/alpine/edge/main
@testing http://nl.alpinelinux.org/alpine/edge/testing
After which you can pin dependencies to these tags using:
apk add stableapp newapp@edge bleedingapp@testing
Apk will now by default only use the untagged repositories,
but adding a tag to specific dependency:
1. will prefer that tag for the name
2. allowing pulling in dependencies from that tag (though,
it prefers untagged packages to satisfy deps if possible)
fixes #575
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/574implement provides2019-07-14T07:27:54ZTimo Teräsimplement providesPackages should be able to export tags which can be used in
dependencies.
E.g. vlc could export tag plugin-api=2. And clients could depend on
vlc(plugin-api)>=2 instead of exact version number.
This is basically same as “provides”. ...Packages should be able to export tags which can be used in
dependencies.
E.g. vlc could export tag plugin-api=2. And clients could depend on
vlc(plugin-api)>=2 instead of exact version number.
This is basically same as “provides”. Provides support is just more
generic, especially if we allow versioned provides, e.g.
“provides=vlc-plugin-api=2”. If we don’t want to pollute the regular
package namespace we can allow some special character in provides, e.g.
“provides=vlc:plugin-api=2”.
*(from redmine: issue id 574, created on 2011-04-08, closed on 2012-04-26)*
* Relations:
* relates #511
* Changesets:
* Revision e128c95fdfe8293c8838551249c7dec20aa91818 by Timo Teräs on 2012-02-24T08:13:05Z:
```
pkg: add field for provides as 'p'
ref #574
```
* Revision 99145e2c0dc0b5b3b5a2a72fb1bff140d1f583f3 by Timo Teräs on 2012-02-24T14:31:40Z:
```
all: introduce apk_provides and use it in apk_name
in preparation for provides support. implements also some
dependency satisfaction helper routines.
ref #574.
```
* Revision 12bdec38a376f787a8aa621c965b561387b445ce by Timo Teräs on 2012-02-24T16:29:30Z:
```
solver, dot: elementary provides fixes
implementation is still not near finished, but now at least it
can handle it to a minimum degree. many cases are not done right
yet, though. ref #574.
```
* Revision 1074c4d32680e2a80dc2e2266f8499bbba6acbc0 by Timo Teräs on 2012-02-27T08:26:30Z:
```
solver: have most inherited things per-package and clean ups
Required for provides support as package might be pulled in via
non-primary package name. This allows relatively easily to pass
through inherited flags via the provided names. ref #574.
```
* Revision b7a22e555f7d287edec0ae7c816de16ca74d2941 by Timo Teräs on 2012-02-27T14:35:04Z:
```
solver, test: implements more provides things, add tests
ref #574
```
* Revision 536c21979b59a10592c7be0674be4c88a97e8d83 by Timo Teräs on 2012-02-28T07:39:35Z:
```
solver: allow multiple packages with same virtual provides
ref #574
```
* Revision 179b453ab7cef53104f348c342599b0276233a95 by Timo Teräs on 2012-02-28T08:28:39Z:
```
solver: fix conflicting provides detection
ref #574
```
* Revision 2655d27ea179f365166144677d0a1632dc70e10c by Timo Teräs on 2012-02-28T09:27:17Z:
```
solver: consider provided names also for preference
ref #574
```
* Revision 52dcc2d72d64266246f6d6253b8c9804d4d538c6 by Natanael Copa on 2012-08-16T12:50:06Z:
```
main/abuild: start add 'provides' info
ref #574
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/512apk cache sync fails on ro storage2019-07-14T07:27:45ZCarlo Landmeterapk cache sync fails on ro storagelbu already supports ro mounts. Would be nice if we could implement such
feature also for apk.
*(from redmine: issue id 512, created on 2011-01-09, closed on 2011-07-11)*
* Relations:
* relates #588
* Changesets:
* Revision 415e23...lbu already supports ro mounts. Would be nice if we could implement such
feature also for apk.
*(from redmine: issue id 512, created on 2011-01-09, closed on 2011-07-11)*
* Relations:
* relates #588
* Changesets:
* Revision 415e230a7f0874206d4bbe2662c9f9cbf7e4c307 by Timo Teräs on 2011-03-16T12:56:13Z:
```
db, cache: automatically remount cache read-write when needed
.. and back to read-only after finishing with modifications.
fixes #512
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/511apk-tools: allow wildcards on apk add/del/fix/fetch/version commands2019-07-14T07:27:45ZMatt Smithapk-tools: allow wildcards on apk add/del/fix/fetch/version commandsAs the subject says.
*(from redmine: issue id 511, created on 2011-01-08, closed on 2013-10-02)*
* Relations:
* relates #574
* Changesets:
* Revision af2b008bab6923f8b9582e68686826825d9e29a9 by Timo Teräs on 2013-06-18T12:34:01Z:
...As the subject says.
*(from redmine: issue id 511, created on 2011-01-08, closed on 2013-10-02)*
* Relations:
* relates #574
* Changesets:
* Revision af2b008bab6923f8b9582e68686826825d9e29a9 by Timo Teräs on 2013-06-18T12:34:01Z:
```
fix, info, ver: perform wildcard matching
ref #511
```
* Revision 9c54ef726c624a4635c0b1a8160baab7b575df62 by Timo Teräs on 2013-06-19T13:49:44Z:
```
fetch, del: perform wildcard matching
ref #511
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/492apk: Can't install local package directly via filename (ie, from aports)2019-07-14T07:27:42ZMatt Smithapk: Can't install local package directly via filename (ie, from aports)The discussion of this bug started on the mailing list:
http://lists.alpinelinux.org/alpine-devel/1228.html
\[I’ll post the resulting bug ID of this report back to that thread on
the mailing list.\]
Here’s what I’ve found out from th...The discussion of this bug started on the mailing list:
http://lists.alpinelinux.org/alpine-devel/1228.html
\[I’ll post the resulting bug ID of this report back to that thread on
the mailing list.\]
Here’s what I’ve found out from the tests that I’ve run:
When doing:
>sudo apk add ./package.apk
\- For existing packages in system apk repositories:
- Same version + same pkgrel = apk downloads package from repository
(X)
- Same version + newer pkgrel = apk installs locally-specified package
(OK)
- For packages not in the system apk repositories:
apk installs locally-specified package (OK)
‘Workaround’ for aports users:
->Increase pkgrel for existing aports.
Honestly, this could be a feature. I mean, is there truly a need to be
able to install a local package of the same version and package release
that’s available in one of the system apk repositories? At any rate, I
will say that it’s definitely unexpected behavior, especially when you
consider that you’ve specified a path to a local file.
*(from redmine: issue id 492, created on 2010-12-10, closed on 2011-03-24)*
* Changesets:
* Revision 1c7e8d2617d93daac1fe0c38c0279435331bb152 by Timo Teräs on 2011-01-01T14:58:58Z:
```
pkg: dependencies to specific package checksum
When package is installed from commandline, we should always
install that specific instance of package (never favor repository
version if it has difference identity). Otherwise we might not
always end-up installing the .apk given on command line. The
dependency is now against specific checksum identity (marked
with >< dependency comparison). Fixes #492.
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/443feature for reverse virtual dependency2019-07-14T07:27:35ZNatanael Copafeature for reverse virtual dependencyThis feature is supposed to solve the following problems:
1. apk add iscistarget. Needs kernel driver. User might have installed
linux-grsec kernel or linux-vserver kernel or
linux-anyotherkernelflavor, so we cannot say in iscsitarget p...This feature is supposed to solve the following problems:
1. apk add iscistarget. Needs kernel driver. User might have installed
linux-grsec kernel or linux-vserver kernel or
linux-anyotherkernelflavor, so we cannot say in iscsitarget package that
we depend on linux-grsec or linux-vserver or anything else.
2. language packages for xorg applications. apk add midori xfce.
currently will pull in all kinds of languages. most likely user only
needs 1 or 2 or 3. So we put language files in separate package
(midori-fr, midori-en, xfce-fr, xfce-en for french and english
forexample). But how does apk pull them in properly? and uninstall
properly?
Solution: “install\_if” or reverse conditional viritual dependency or
what we shuold call it.
The package has an “install\_if” field, where you can have apk-tools
pull in this package in the dependency tree if all the specified
packages are installed.
If we take iscsitarget as example, then would the iscsitarget-grsec
package have: install\_if=“linux-grsec iscsitarget”. When linux-grsec
and iscitarget are in the dependency tree, the iscsitarget-grsec also
gets pulled in.
To be done:
- decide what to call this feature
- implement it in apk-tools
*(from redmine: issue id 443, created on 2010-10-12, closed on 2011-07-11)*
* Changesets:
* Revision 28dcd5d3b341eb16fceb6cd362e5dd6875b4467b by Timo Teräs on 2011-01-04T08:05:20Z:
```
pkg: recognize install_if
Parse install_if from package metadata and include it in the
indexes. Also setup the reverse install_if dependencies when
loading a database. ref #443.
Actual install_if functionality is not yet implemented.
```
* Revision 0f6475b88466b6e4cd424f9807fa14eab0fafe96 by Timo Teräs on 2011-03-29T13:36:10Z:
```
state, info: implement install_if (fixes #443)
Implement the logic for install_if lines. Update info applet to
also display the install_if related fields.
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/434Reboot Loses Nagios Owner/Group Settings2019-07-14T07:27:34ZRobert BoisvertReboot Loses Nagios Owner/Group SettingsNagios now installs with correct owner/group permissions but when I save
the configuration with lbu and reboot they are lost on the reboot.
*(from redmine: issue id 434, created on 2010-09-24, closed on 2010-10-20)*
* Changesets:
* ...Nagios now installs with correct owner/group permissions but when I save
the configuration with lbu and reboot they are lost on the reboot.
*(from redmine: issue id 434, created on 2010-09-24, closed on 2010-10-20)*
* Changesets:
* Revision 19419f1a88285a0dee53bdf49201c4d3d4cbf19f by Timo Teräs on 2010-10-08T12:36:54Z:
```
io, db: id cache should be specific to database root, not system root
Otherwise we end up using wrong uid/gid mappings when doing install
to alternate system root. Fixes #434.
```
* Revision 8fff0d810d40bfaa29b5aa628ee4de1e387a4ab4 on 2010-10-08T13:20:11Z:
```
main/apk-tools: id cache should be specific to db root
ref #434
```
* Revision 45b641394157610188e606bfdc08f2a202313292 on 2010-10-18T09:58:37Z:
```
main/apk-tools: id cache should be specific to db root
fixes #434
(cherry picked from commit 8fff0d810d40bfaa29b5aa628ee4de1e387a4ab4)
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/406apk del does not remove all dir from php-pear2019-07-14T07:27:29ZNatanael Copaapk del does not remove all dir from php-pearSeems like problem is that removing unreferenced dirs is not working or
he tries to remove them in wrong order.
$ sudo rm -rf /usr/share/pear ; sudo apk add php-pear; sudo apk del php-pear ; find /usr/share/pear
(1/5) Installing...Seems like problem is that removing unreferenced dirs is not working or
he tries to remove them in wrong order.
$ sudo rm -rf /usr/share/pear ; sudo apk add php-pear; sudo apk del php-pear ; find /usr/share/pear
(1/5) Installing pcre (8.10-r0)
(2/5) Installing libxml2 (2.7.7-r2)
(3/5) Installing php (5.3.3-r1)
(4/5) Installing php-cli (5.3.3-r1)
(5/5) Installing php-pear (5.3.3-r1)
Executing busybox-1.17.1-r2.trigger
OK: 137 packages, 4158 dirs, 35194 files
(1/5) Purging php-pear (5.3.3-r1)
(2/5) Purging php (5.3.3-r1)
(3/5) Purging php-cli (5.3.3-r1)
(4/5) Purging pcre (8.10-r0)
(5/5) Purging libxml2 (2.7.7-r2)
Executing busybox-1.17.1-r2.trigger
OK: 132 packages, 4101 dirs, 35006 files
/usr/share/pear
/usr/share/pear/Archive
/usr/share/pear/XML
/usr/share/pear/OS
/usr/share/pear/Structures
/usr/share/pear/Structures/Graph
/usr/share/pear/Structures/Graph/Manipulator
/usr/share/pear/PEAR
/usr/share/pear/PEAR/ChannelFile
/usr/share/pear/PEAR/REST
/usr/share/pear/PEAR/Downloader
/usr/share/pear/PEAR/PackageFile
/usr/share/pear/PEAR/PackageFile/v2
/usr/share/pear/PEAR/PackageFile/Parser
/usr/share/pear/PEAR/PackageFile/Generator
/usr/share/pear/PEAR/Task
/usr/share/pear/PEAR/Task/Windowseol
/usr/share/pear/PEAR/Task/Replace
/usr/share/pear/PEAR/Task/Unixeol
/usr/share/pear/PEAR/Task/Postinstallscript
/usr/share/pear/PEAR/Command
/usr/share/pear/PEAR/Installer
/usr/share/pear/PEAR/Installer/Role
/usr/share/pear/PEAR/Frontend
/usr/share/pear/PEAR/Validator
/usr/share/pear/data
/usr/share/pear/data/PEAR
/usr/share/pear/data/Structures_Graph
/usr/share/pear/Console
/usr/share/pear/.registry
/usr/share/pear/.registry/.channel.doc.php.net
/usr/share/pear/.registry/.channel.__uri
/usr/share/pear/.registry/.channel.pecl.php.net
/usr/share/pear/.channels
/usr/share/pear/.channels/.alias
/usr/share/pear/doc
/usr/share/pear/doc/PEAR
/usr/share/pear/doc/XML_Util
/usr/share/pear/doc/XML_Util/examples
/usr/share/pear/doc/Structures_Graph
/usr/share/pear/doc/Structures_Graph/docs
/usr/share/pear/doc/Structures_Graph/docs/tutorials
/usr/share/pear/doc/Structures_Graph/docs/tutorials/Structures_Graph
/usr/share/pear/doc/Structures_Graph/docs/html
/usr/share/pear/doc/Structures_Graph/docs/html/Structures_Graph
/usr/share/pear/doc/Structures_Graph/docs/html/media
/usr/share/pear/doc/Archive_Tar
/usr/share/pear/doc/Archive_Tar/docs
/usr/share/pear/test
/usr/share/pear/test/XML_Util
/usr/share/pear/test/XML_Util/tests
/usr/share/pear/test/Structures_Graph
/usr/share/pear/test/Structures_Graph/tests
/usr/share/pear/test/Structures_Graph/tests/testCase
*(from redmine: issue id 406, created on 2010-08-13, closed on 2010-10-08)*
* Changesets:
* Revision 5c4583a9027de2a26d3bff8b443f7db7f0c37074 on 2010-09-22T14:34:35Z:
```
db: optionally remove dirs when unref
We want remove dirs when they are unreferenced so we remove all dirs on
apk del, but we don't want remove dirs when closing database. So we make
removing dir optional when unreferencing it.
This partially reverts commit c7ffc96a16c6963fe0a07be7ee75e8f1f7426882.
fixes #406
```
* Revision 55c90bc6ffa3ebe113b9f6e4b6f2172381f02a60 on 2010-09-22T14:40:38Z:
```
main/apk-tools: remove all dirs on apk del
fixes #406
```https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/349need find out reverse dependencies in index2019-07-14T07:27:22ZNatanael Copaneed find out reverse dependencies in indexWe need a way to detect all reverse dependencies in index when we build
packages the breaks the abi. The current ‘apk info -r’ only shows
reverse deps of installed packages.
*(from redmine: issue id 349, created on 2010-05-13, closed o...We need a way to detect all reverse dependencies in index when we build
packages the breaks the abi. The current ‘apk info -r’ only shows
reverse deps of installed packages.
*(from redmine: issue id 349, created on 2010-05-13, closed on 2010-06-30)*
* Changesets:
* Revision d9bf4aabff801164b4c54e51b38c5f6eab2da114 by Timo Teräs on 2010-05-19T13:49:32Z:
```
search: add search for reverse dependencies in index
So it'll be easier to rebuild affected packages. Fixes #349.
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/346"apk upgrade -a" should reset versioned world dependencies2019-07-14T07:27:20ZTimo Teräs"apk upgrade -a" should reset versioned world dependenciesDoing “apk add file.apk” adds a versioned dependency to allow
downgrading, and sticky version. Most often this is to install single
packages from newer repository. So it would make sense to reset them to
non-versioned if doing “apk upgra...Doing “apk add file.apk” adds a versioned dependency to allow
downgrading, and sticky version. Most often this is to install single
packages from newer repository. So it would make sense to reset them to
non-versioned if doing “apk upgrade -a”.
*(from redmine: issue id 346, created on 2010-05-05, closed on 2010-05-13)*
* Changesets:
* Revision 47bac8c29c9a3c3fbebfd20e907170f24f9d677c on 2010-05-12T06:08:18Z:
```
upgrade: reset versioned deps in world when doing upgrade -a
Doing "apk add file.apk" adds a versioned dependency to allow
downgrading, and sticky version. Most often this is to install
single packages from newer repository. So it would make sense
to reset them to non-versioned if doing:
apk upgrade -a
fixes #346
```Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/345apk-tools 2.0.2 segfault2019-07-14T07:27:20ZNathan Angelacosapk-tools 2.0.2 segfaultOn current Edge:
\#apk info -t uclibc
Segmentation fault
apk\[1371\]: segfault at 0 ip 0805860a sp bffff120 error 4 in
apk\[8048000+15000\]
grsec: From 10.252.6.46: Segmentation fault occurred at (null) in
/sbin/apk\[apk:1371\] uid...On current Edge:
\#apk info -t uclibc
Segmentation fault
apk\[1371\]: segfault at 0 ip 0805860a sp bffff120 error 4 in
apk\[8048000+15000\]
grsec: From 10.252.6.46: Segmentation fault occurred at (null) in
/sbin/apk\[apk:1371\] uid/euid:0/0 gid/egid:0/0, parent
/bin/busybox\[ash:1368\] uid/euid:0/0 gid/egid:0/0
On 1.10.1:
\#apk info -t uclibc
uclibc-0.9.30.2-r1 triggers:
*(from redmine: issue id 345, created on 2010-05-05, closed on 2010-05-13)*
* Changesets:
* Revision 87420aaf295f58847332ba3aa89691a0259baace by Timo Teräs on 2010-05-05T05:56:06Z:
```
info: fix querying of removed, but referenced packages
Check that package name has packages associated with it before
dereferencing the pointer. Fixes #345.
```
* Revision 12bd73bd9081b4e5ac7e561d064f9ddf42395833 on 2010-05-10T14:41:12Z:
```
main/apk-tools: fix segfault for apk info
ref #345
```
* Revision ed22a255ac22d056bade9e7b3da6333dcc0d5c2d on 2010-05-26T14:16:24Z:
```
main/apk-tools: fix segfault for apk info
ref #345
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/191apk version does not handle _alpha, _beta _rc suffixes properly2019-07-14T07:27:00ZNatanael Copaapk version does not handle _alpha, _beta _rc suffixes properlyapk thinks that 2.0\_alpha1 is newer than 2.0. This is wrong. Same goes
for \_beta and \_rc suffixes.
$ apk version -t 2.0 2.0_alpha1
<
$ apk version -t 2.0 2.0_rc9
<
I noiced this when abuild 2.0 was not upgraded from ...apk thinks that 2.0\_alpha1 is newer than 2.0. This is wrong. Same goes
for \_beta and \_rc suffixes.
$ apk version -t 2.0 2.0_alpha1
<
$ apk version -t 2.0 2.0_rc9
<
I noiced this when abuild 2.0 was not upgraded from 2.0\_rc9.
*(from redmine: issue id 191, created on 2009-10-25, closed on 2010-01-01)*
* Changesets:
* Revision cc4644a54e4bb92507f957832647d91f7f91c21b by Timo Teräs on 2009-10-26T07:33:12Z:
```
version: fix comparision of pre-suffixes
got broke in 0b9bfa8d52ea7ec2cae562a71932a9cc6e2b9963 which
fixed another corner case. hopefully it's good now. fixes #191.
```https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/188apk upgrade/del fails when package contains symlinks to dirs in /etc2019-07-14T07:27:00ZNatanael Copaapk upgrade/del fails when package contains symlinks to dirs in /etcIf a package contains symlinks in /etc to a dir then will apk go nuts on
‘del’ and ‘upgrade’. Strace shows that it open(2) the dir and tries to
read(2) it for ever:
read(8, 0x9a3af40, 8192) = -1 EISDIR (Is a directory...If a package contains symlinks in /etc to a dir then will apk go nuts on
‘del’ and ‘upgrade’. Strace shows that it open(2) the dir and tries to
read(2) it for ever:
read(8, 0x9a3af40, 8192) = -1 EISDIR (Is a directory)
read(8, 0x9a3af40, 8192) = -1 EISDIR (Is a directory)
...
It is probably the /etc protector that want to verify if the content
changed or not. I suppose it should skip symlinks.
*(from redmine: issue id 188, created on 2009-10-21, closed on 2010-01-01)*
* Changesets:
* Revision a7360395ea963334e80fb49d3fc36789d6f40685 by Timo Teräs on 2009-10-26T07:46:09Z:
```
db: fix migration and pruning of symlinks to dirs
the old code treated a symlink to directory as file; it tried
to calculate regular has of it. fix this by: 1) using no follow
on migration and pruning stats, and 2) the helper function to
check if it's point to directory and not calculate hash in that
case. fixes #188.
```https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/187improve error messages when apk add is not able to resolve versioned dependen...2019-07-14T07:26:59ZNatanael Copaimprove error messages when apk add is not able to resolve versioned dependenciesTo reproduce:
Create 3 packages: a-1.0, a-1.1 and b-1.0. Say that b-1.0 depends on
a=1.0. Try upgrade to a-1.1.
The error message you get is:
`ERROR: Unable to install 'a': -1`
and thats all. It can be very hard to track down why ...To reproduce:
Create 3 packages: a-1.0, a-1.1 and b-1.0. Say that b-1.0 depends on
a=1.0. Try upgrade to a-1.1.
The error message you get is:
`ERROR: Unable to install 'a': -1`
and thats all. It can be very hard to track down why the upgrade fails
if you have 10+ upgrading packages with varius versioned dependencies.
We need better error messages.
*(from redmine: issue id 187, created on 2009-10-16, closed on 2010-06-30)*
* Changesets:
* Revision 038b672061919296b68b83a1ccead9c31b650c6c by Timo Teräs on 2010-06-01T08:49:32Z:
```
state: improve error messages from dependency failures
Print more information why installation changeset calculation failed.
Fixes #187.
```https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/140apk upgrade -U should upgrade apk-tools first2019-07-14T07:26:53Zalgitbotapk upgrade -U should upgrade apk-tools firstIf new packages depend on new apk-tools, they’ll fail to install. For
now, a workaround is:
apk update
apk add -u apk-tools
apk upgrade
*(from redmine: issue id 140, created on 2009-08-18, closed on 2011-03-24)*
* Changesets:
*...If new packages depend on new apk-tools, they’ll fail to install. For
now, a workaround is:
apk update
apk add -u apk-tools
apk upgrade
*(from redmine: issue id 140, created on 2009-08-18, closed on 2011-03-24)*
* Changesets:
* Revision 59d222d58c003f4eb564edcc1d01c5b40690938c by Timo Teräs on 2011-01-01T13:48:10Z:
```
upgrade: perform upgrade of apk-tools first if available
Also re-exec's apk-tools to perform rest of the upgrade using
the new apk-tools. This allows handling of new apk-tools features
properly. Fixes #140.
```https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/138apk fix --reinstall segfaults if package vanished from repository.2019-07-14T07:26:52ZNatanael Copaapk fix --reinstall segfaults if package vanished from repository.In this example the 2.0\_rc2-r1 was replaced with 2.0\_rc2-r0.
nclab01:~/aports/main/mkinitfs$ sudo apk fix --reinstall mkinitfs
Re-installing mkinitfs (2.0_rc2-r1 -> 2.0_rc2-r1)
OK: 103 packages, 620 dirs, 9720 files
Se...In this example the 2.0\_rc2-r1 was replaced with 2.0\_rc2-r0.
nclab01:~/aports/main/mkinitfs$ sudo apk fix --reinstall mkinitfs
Re-installing mkinitfs (2.0_rc2-r1 -> 2.0_rc2-r1)
OK: 103 packages, 620 dirs, 9720 files
Segmentation fault
*(from redmine: issue id 138, created on 2009-08-17, closed on 2009-08-19)*
* Changesets:
* Revision f936d78d5fa6fd3457ae9b1a3eeab3580cd82ea2 by Timo Teräs on 2009-08-19T12:37:21Z:
```
state: require an available package for re-installs
otherwise we would not be able to pick a package that exists
as a candidate for re-installation. fixes #138.
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/136"apk fix -u package" does not upgrade non-top-level packages2019-07-14T07:26:51Zalgitbot"apk fix -u package" does not upgrade non-top-level packagesalp:~\# apk version gross
Installed: Available:
gross-1.0.1-r3 &lt; 1.0.1-r4
alp:~\# apk fix -u gross
OK: 67 packages, 347 dirs, 5755 files
alp:~\# apk version gross
Installed: Available:
gross-1.0.1-r3 &lt; 1.0.1-r4
alp:...alp:~\# apk version gross
Installed: Available:
gross-1.0.1-r3 < 1.0.1-r4
alp:~\# apk fix -u gross
OK: 67 packages, 347 dirs, 5755 files
alp:~\# apk version gross
Installed: Available:
gross-1.0.1-r3 < 1.0.1-r4
alp:~\# apk version apk-tools
Installed: Available:
apk-tools-2.0\_rc3-r0 = 2.0\_rc3-r0
alp:~\#
*(from redmine: issue id 136, created on 2009-08-14, closed on 2009-08-19)*
* Changesets:
* Revision f9b2035897ae0d4e0ad0f45b39a318d019b76fe3 by Timo Teräs on 2009-08-17T12:37:19Z:
```
fix: upgrade also mentioned package (fixes #136)
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/132apk fix --reinstall <packagefile> segfaults2019-07-14T07:26:50ZNatanael Copaapk fix --reinstall <packagefile> segfaults`alpine-netbook:~$ sudo apk fix --reinstall libtheora-1.0-r1.apk`
`Segmentation fault`
*(from redmine: issue id 132, created on 2009-08-12, closed on 2009-08-19)*
* Changesets:
* Revision 6b94ed8a7ac353298c4bb7ab1f247b1b1584784e b...`alpine-netbook:~$ sudo apk fix --reinstall libtheora-1.0-r1.apk`
`Segmentation fault`
*(from redmine: issue id 132, created on 2009-08-12, closed on 2009-08-19)*
* Changesets:
* Revision 6b94ed8a7ac353298c4bb7ab1f247b1b1584784e by Timo Teräs on 2009-08-13T11:33:43Z:
```
fix: parse pkgfile properly (fixes #132)
accept also pkgfile in addition to pkgname. make also the signature
verification stuff work properly again with non-repository files.
```