Re: 2024Q2: 6277 packages to install on later "pkgin upgrade" run

[Van Ly <van.ly%sdf.org@localhost>]

Greg Troxel <gdt%lexort.com@localhost> writes:

> Van Ly <van.ly%sdf.org@localhost> writes:
>
>> I have already run for 2024Q2 the following, successfully.
>>
>>  $ pkgin update
>>  $ pkgin upgrade
>>
>> I have tried to build from pkgsrc/www/midori and abandoned that when it
>> wanted to build too many dependencies.
>>
>> Running "pkgin upgrade" as root again unexpectedly wants to install
>> 6277 packages. What can I do to minimize that number of packages?
>
> Arguably it's a bug if you didn't change config and the 2nd upgrade does
> anything.
>

An extra complication to my muddling through the process is that I
sometimes use pkgin or pkg_add and through doas or at the shell after a
doas su - .

>> I was looking to confirm I have the latest librsvg for building
>> emacs 29.4, I see
>>
>>  1 # pkgin se librsvg
>>  2 pkgin se librsvg
>>  3 librsvg-2.58.0nb1 <  SVG library for GNOME
>>  4 librsvg-2.56.3nb4 <  SVG library for GNOME
>>  5 librsvg-2.40.21nb18 < SVG library for GNOME (2.40.xx branch, C only)
>>  6 librsvg-2.40.21nb16 = SVG library for GNOME (2.40.xx branch, C only)
>>  7 ruby31-rsvg2-4.2.2nb1  Ruby binding of librsvg
>>  8 ruby31-rsvg2-4.2.0nb4  Ruby binding of librsvg
>>  9 ruby32-rsvg2-4.2.2nb1  Ruby binding of librsvg
>> 10 ruby32-rsvg2-4.2.1   Ruby binding of librsvg
>> 11 ruby32-rsvg2-4.2.0nb4  Ruby binding of librsvg
>> 12 ruby33-rsvg2-4.2.2nb1  Ruby binding of librsvg
>> 13 ruby33-rsvg2-4.2.1   Ruby binding of librsvg
>
> This is huge trouble.
>

I need to build my own emacs-29.4 for the tmux/emacsclient crash free
experience.  This needs the option --with-x-toolkit=lu

On Debian emacs is packaged with a Lucid variant.

>> 2 https://cdn.netbsd.org/pub/pkgsrc/packages/NetBSD/$arch/10.0_2024Q2/All
>> 3 #https://cdn.netbsd.org/pub/pkgsrc/packages/NetBSD/$arch/10.0_2024Q1/All
>> 4 #https://cdn.netbsd.org/pub/pkgsrc/packages/NetBSD/$arch/10.0_2023Q4/All
>> 5 #https://cdn.netbsd.org/pub/pkgsrc/packages/NetBSD/$arch/10.0/All
>
> This is why.  IMHO you may use only ONE repository.  If you have
> multiple, they must all be built from the same consistent source tree
> with the same base OS.



I see.  Thanks for the insight.



>
> I realize you may want to still have some older program, but that will
> depend on older versions of other things, and in general (really, except
> in very special cases), that will not work.
>
> Your choices are:
>
>   fix the packag in up-to-date pkgsrc (best but hard)
>
>   checkout the older source and bootstrap with --prefix=/usr/pkg-20234
>   and build it.
>   
>
>

Thanks.

Is there the option to forego the upgrade because I need SBCL pinned,
for example?

My hobby interest is in AI programming, retrocomputing AI languages and
I don't want to get sidetracked by bureaucratic Sisyphus computing if I
can avoid that.



-- 
vl