On 6/6/25 19:45, Chuck Zmudzinski wrote:
On 6/5/2025 9:59 AM, Chuck Zmudzinski wrote:On 6/5/2025 4:30 AM, Ramiro Aceves wrote:El 4/6/25 a las 21:23, Chuck Zmudzinski escribió:Hello, I have two packages I built and installed from the pkgsrc source tree, xenkernel418-20250521 and xentools418-20250521. I configured pkgin to read my repository of locally built packages first in the list of repositories /usr/pkg/etc/pkg/repositories.conf. In the remote repository, the version of the packages is about two months older: xenkernel418-20241221 xentools418-20241221 With the newer versions from my local repository already installed, I run (after running pkgin update): ave$ sudo pkgin upgrade Password: calculating dependencies...done. 2 packages to upgrade: xenkernel418-20241221 xentools418-20241221 0 to remove, 0 to refresh, 2 to upgrade, 0 to install 0B to download, 2387K of disk space will be freed up proceed ? [Y/n] So I say n because I don't want to downgrade the packages. This is very annoying if there are other packages I want to upgrade. I spent a few hours figuring out how to tell pkgin not to upgrade the xenkernel and xentools packages because it always wants to downgrade them, but so far no joy. Please help. Thanks.Hi, perhaps this thread helps. I asked a similar question. https://mail-index.netbsd.org/pkgsrc-users/2025/05/18/msg041575.html Just if it helps.Yes that thread might help. So far I discovered the only way to upgrade the packages back to the version in my local repository that pkgin downgraded to the version in the official repositories is by using pkg_add instead of pkgin. I see the aforementioned thread mentions a PKGPATH value, I have not yet investigated trying to tweak that. So maybe I can use pkgin instead of pkg_add for my local packages by adjusting PKGPATH. I will post here again with the fix if I succeed in finding a fix.I can see that the PKGPATH cannot be easily changed except by making a copy of the package in a different directory which is probably more complexity than what I am looking for. I think the best way to handle this for my use case is just to use pkg_add when I am using a package built locally instead of from the latest pkgsrc-YYYYQn branch. I have my system configured to build packages locally from MAIN so I can get the latest versions by building from source if needed or if I need to test some changes to a package. In all other cases, I just want to use the precompiled packages from the latest pkgsrc-YYYYQn branch. Chuck
Thanks Chuck for sharing, that seems to be the most reasonable approach. Regards.