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

Reply via email to