I recently released a patch update of a registered package (say PackageA). The version number increased from 0.3.1 to 0.3.2.
On a different computer, I installed PackageB that depends on PackageA. PackageA was not installed on this computer directly, but installed recursively via installing PackageB. In other words, I had something like
pkg> st PackageA
No Matches in `~/.julia/environments/v1.6/Project.toml`
pkg> st -m PackageA
PackageA v0.3.1
At this point, I thought if I do pkg> up, then PackageA would be updated to the patch release (v0.3.2), but it didn’t. When last time a similar phenomenon happened, I found that the patch release had a conflict dependency with other packages, so I expected this time the reason would be similar. The conflicting dependency could be revealed in the error message that showed up by forcing to install the patch release of PackageA. However, this time forcing to install the patch release by pkg> add PackageA@0.3.2 just succeeded without any errors, which means that the patch release didn’t have any conflicting dependency.
Is this something expected? In other words, should we expect that pkg> up does not always update the packages recursively installed via other packages to the latest versions, even if the latest versions do not have any conflicting dependencies?