fink-users — Discussion, help and support for advanced Fink users

Re: [Fink-users] [Fink-beginners] Fink selfudate-git error in 15.7.1

[Scott H. <sha...@us...>]

Dear a_sk,

Why are you manually using git?!!!

You will have problems using the user akios if you have a standard fink install, since all the package files are set to root and read only for group and others.

What is wrong with using “fink self-update” as you showed in your note.  If your system is not set to use git, then run “fink self-update-git” ONCE and then revert to the plain self-update for subsequent updates that will then use git as a default.

Not sure what you have recovered or changed about your setup, but you may have munged up the fink installation to the point where it will be difficult to fix.

So now that you have the correct “services.pm” file in place, what happens if you do a “fink self-update” ????

-Scott

> On Oct 27, 2025, at 2:37 AM, a_sk--- via Fink-users <fin...@li...> wrote:
> 
> Due to Mac OS(Sequoia 15.7.1) trouble, I recovered macOS data to "some day’s TimeMachine data" (after make OS perfectly clean).
> 
> On said day happened to be one when I'd corrected “Services.pm" in /opt/sw/lib/perl5/Fink/Services.pm by 
> https://raw.githubusercontent.com/fink/fink/refs/heads/master/perlmod/Fink/Services.pm
> 
> Fink on recovered Mac shows the same error(I am afraid corrected Services.pm one was not kept now)
> 
> Then Services.pm was corrected by the same rule (https:// ….).  But different errors occurred as follows;
> 
> Please note: the simple command 'fink selfupdate' should be used for routine
> updating; you only need to use a command like 'fink selfupdate-cvs' or 'fink
> selfupdate --method=rsync' if you are changing your update method. 
> 
> 
> I will now run the git command to retrieve the latest package descriptions. The
> 'su' command will be used to run the git command as the user 'akios'. After
> that, the core packages will be updated right away; you should then update the 
> other packages using commands like 'fink update-all'.
> 
> /usr/bin/su akios -c ‘/usr/bin/git fetch —quiet origin'
> /usr/bin/su akios -c '/usr/bin/git checkout --quiet master'
> /usr/bin/su akios -c '/usr/bin/git merge --ff-only --quiet origin/master'
> error: The following untracked working tree files would be overwritten by merge:
> 	10.9-libcxx/stable/main/finkinfo/graphics/gd2-jpeg-boolean.patch
> 	10.9-libcxx/stable/main/finkinfo/graphics/gd2-nox-jpeg-boolean.patch
> 	10.9-libcxx/stable/main/finkinfo/graphics/libtheora0-shlibs.info
> 	10.9-libcxx/stable/main/finkinfo/graphics/libtheora0-shlibs.patch
> 	10.9-libcxx/stable/main/finkinfo/graphics/libtheora1-shlibs.info
> 	10.9-libcxx/stable/main/finkinfo/graphics/libwmf-gd-fixes.patch
> 	10.9-libcxx/stable/main/finkinfo/net/bmon_unused.patch
> Please move or remove them before you merge.
> Aborting
> ### execution of /usr/bin/su failed, exit code 1
> Failed: Updating using git failed. Check the error messages above.
> 
> ## By the way, Time Machine data stores Fink data there??
> 
>> 2025/10/20 11:04、a_sk--- via Fink-beginners <fin...@li...>:
>> 
>> Dear Hanspeter Niederstrasser and others,
>> 
>> I took the same raplacement done on Sonoma that included Sequoia case (I guess on Tahoes, shall be somewhat modifies).
>> Then I’ve tried “Fink selfupdate-git”, which works without troubles.
>> 
>>> 2025/10/19 11:33、a_...@me...:
>>> 
>>> Dear Hanspeter Niederstrasser and Fink experts,
>>> 
>>> 1) I’ve reminded the similar situation in Sonoma (ref: See the following mail). 
>>> It was concluded   "the Fink bug.”  
>>> 
>>> Shall I do the same replacement cited or others, if that is the case, please show me?  
>>> I wonder if such Fink bug was still realized (!?)
>>> 
>>> 2) At that time, new Mac version Sequoia(waiting much) was newly installed, as the reply had reached me late.  After some understadable trouble(need my try and errors), it finally worked well.
>>> 
>>> (I should have updated new version “Tahoes”, not toutch minor version up.   Do you think which is preferable)
>>> 
>>>> Download this file:
>>>> https://raw.githubusercontent.com/fink/fink/refs/heads/master/perlmod/Fink/Services.pm
>>> 
>>>> 2024/12/21 20:27、Hanspeter Niederstrasser <fi...@sn...>:
>>>> 
>>>> a_sk--- via Fink-beginners wrote:
>>>>> After update macOS Sonoma14.6.1 to 14.7 today;
>>>>> I've just run the following.
>>>>> $ fink selfupdate-git
>>>>> 14.7 does not match the expected value of 14.6. Please run `fink selfupdate` to download a newer version of fink at /opt/sw/lib/perl5/Fink/Services.pm line 1450.
>>>>> /opt/sw/lib/perl5/Fink/Services.pm
>>>>> 1450                         die "$sw_vers does not match the expected value of $darwin_osx. Please run `fink selfupdate` to download a newer version of fink”;
>>>>> What is the a newer version of fink”;??  Do we need newer Fink?  If that’s the case, what kinds?
>>>>> (Note) CLT 15.3, Xcode 15.3, exactly the same one as macOS Sonoma14.6.1
>>>> 
>>>> Unfortunately, there's a bug[1] in the fink update code that's causing a deadlock (the installed Fink that doesn't know about 14.7 needs to know about 14.7 in order fetch the version that runs on 14.7. oops). The current workaround is to manually copy a patched version of the buggy file into /opt/sw, then selfupdate should work and get you going.
>>>> 
>>>> Download this file:
>>>> https://raw.githubusercontent.com/fink/fink/refs/heads/master/perlmod/Fink/Services.pm
>>>> 
>>>> And save it to /opt/sw/lib/perl5/Fink/Services.pm
>>>> 
>>>> `fink selfupdate` should work again
>>>> 
>>>> [1] bug: https://github.com/fink/fink/issues/266
>>>> 
>>>> Hanspeter
>>> 
>>>> 2025/10/18 14:09、a_sk--- via Fink-beginners <fin...@li...>:
>>>> 
>>>> Hi all
>>>> 
>>>> Today I have updated macOS Sequoia 15.6.1 to 15.7.1 (so called security update by Apple).
>>>> I re-installed "Command_Line_Tools_for_Xcode_16.4.dmg” just for confirmation(so far installed and no troubles)
>>>> 
>>>> Log is as follows;
>>>> 
>>>> $ fink selfupdate-git
>>>> Password:
>>>> Use of uninitialized value in numeric eq (==) at /opt/sw/lib/perl5/Fink/Services.pm line 1459.
>>>> 15.7 does not match the expected value of 15.6. Please run `fink selfupdate` to download a newer version of fink at /opt/sw/lib/perl5/Fink/Services.pm line 1459.
>>>> 
>>>> 
>>>> What’s happened by this update? And what shall I do simply ??
>>>> 
>>>> Services.pm around line 1459 is ---
>>>> 1450                 my %sw_to_darwin = (
>>>> 1451                         '11.6' => 11.5,
>>>> 1452                         '11.7' => 11.5,
>>>> 1453                         '12.6' => 12.5,
>>>> 1454                         '12.7' => 12.5,
>>>> 1455                         '13.6' => 13.5,
>>>> 1456                         '13.7' => 13.5,
>>>> 1457                         '14.7' => 14.6);
>>>> 1458      die "$sw_vers does not match the expected value of $darwin_   osx. Please run `fink selfupdate` to download a newer version of fink"
>>>> 1459                         unless $sw_to_darwin{$sw_vers} == $darwin_osx;
>>>> 
>>>> $ sw_vers
>>>> ProductName:		macOS
>>>> ProductVersion:		15.7.1
>>>> BuildVersion:		24G231
>>>> 
>>>> $darwin_osx  (nil)

[Fink-users] ReRe: [Fink-beginners] Fink selfudate-git error in 15.7.1

[<a_...@me...>]

Due to Mac OS(Sequoia 15.7.1) trouble, I recovered macOS data to "some day’s TimeMachine data" (after make OS perfectly clean).

On said day happened to be one when I'd corrected “Services.pm" in /opt/sw/lib/perl5/Fink/Services.pm by 
https://raw.githubusercontent.com/fink/fink/refs/heads/master/perlmod/Fink/Services.pm

Fink on recovered Mac shows the same error(I am afraid corrected Services.pm one was not kept now)

Then Services.pm was corrected by the same rule (https:// ….).  But different errors occurred as follows;

Please note: the simple command 'fink selfupdate' should be used for routine
updating; you only need to use a command like 'fink selfupdate-cvs' or 'fink
selfupdate --method=rsync' if you are changing your update method. 


I will now run the git command to retrieve the latest package descriptions. The
'su' command will be used to run the git command as the user 'akios'. After
that, the core packages will be updated right away; you should then update the 
other packages using commands like 'fink update-all'.

/usr/bin/su akios -c ‘/usr/bin/git fetch —quiet origin'
/usr/bin/su akios -c '/usr/bin/git checkout --quiet master'
/usr/bin/su akios -c '/usr/bin/git merge --ff-only --quiet origin/master'
error: The following untracked working tree files would be overwritten by merge:
	10.9-libcxx/stable/main/finkinfo/graphics/gd2-jpeg-boolean.patch
	10.9-libcxx/stable/main/finkinfo/graphics/gd2-nox-jpeg-boolean.patch
	10.9-libcxx/stable/main/finkinfo/graphics/libtheora0-shlibs.info
	10.9-libcxx/stable/main/finkinfo/graphics/libtheora0-shlibs.patch
	10.9-libcxx/stable/main/finkinfo/graphics/libtheora1-shlibs.info
	10.9-libcxx/stable/main/finkinfo/graphics/libwmf-gd-fixes.patch
	10.9-libcxx/stable/main/finkinfo/net/bmon_unused.patch
Please move or remove them before you merge.
Aborting
### execution of /usr/bin/su failed, exit code 1
Failed: Updating using git failed. Check the error messages above.

## By the way, Time Machine data stores Fink data there??

> 2025/10/20 11:04、a_sk--- via Fink-beginners <fin...@li...>:
> 
> Dear Hanspeter Niederstrasser and others,
> 
> I took the same raplacement done on Sonoma that included Sequoia case (I guess on Tahoes, shall be somewhat modifies).
> Then I’ve tried “Fink selfupdate-git”, which works without troubles.
> 
>> 2025/10/19 11:33、a_...@me...:
>> 
>> Dear Hanspeter Niederstrasser and Fink experts,
>> 
>> 1) I’ve reminded the similar situation in Sonoma (ref: See the following mail). 
>> It was concluded   "the Fink bug.”  
>> 
>> Shall I do the same replacement cited or others, if that is the case, please show me?  
>> I wonder if such Fink bug was still realized (!?)
>> 
>> 2) At that time, new Mac version Sequoia(waiting much) was newly installed, as the reply had reached me late.  After some understadable trouble(need my try and errors), it finally worked well.
>> 
>> (I should have updated new version “Tahoes”, not toutch minor version up.   Do you think which is preferable)
>> 
>>> Download this file:
>>> https://raw.githubusercontent.com/fink/fink/refs/heads/master/perlmod/Fink/Services.pm
>> 
>>> 2024/12/21 20:27、Hanspeter Niederstrasser <fi...@sn...>:
>>> 
>>> a_sk--- via Fink-beginners wrote:
>>>> After update macOS Sonoma14.6.1 to 14.7 today;
>>>> I've just run the following.
>>>> $ fink selfupdate-git
>>>> 14.7 does not match the expected value of 14.6. Please run `fink selfupdate` to download a newer version of fink at /opt/sw/lib/perl5/Fink/Services.pm line 1450.
>>>> /opt/sw/lib/perl5/Fink/Services.pm
>>>> 1450                         die "$sw_vers does not match the expected value of $darwin_osx. Please run `fink selfupdate` to download a newer version of fink”;
>>>> What is the a newer version of fink”;??  Do we need newer Fink?  If that’s the case, what kinds?
>>>> (Note) CLT 15.3, Xcode 15.3, exactly the same one as macOS Sonoma14.6.1
>>> 
>>> Unfortunately, there's a bug[1] in the fink update code that's causing a deadlock (the installed Fink that doesn't know about 14.7 needs to know about 14.7 in order fetch the version that runs on 14.7. oops). The current workaround is to manually copy a patched version of the buggy file into /opt/sw, then selfupdate should work and get you going.
>>> 
>>> Download this file:
>>> https://raw.githubusercontent.com/fink/fink/refs/heads/master/perlmod/Fink/Services.pm
>>> 
>>> And save it to /opt/sw/lib/perl5/Fink/Services.pm
>>> 
>>> `fink selfupdate` should work again
>>> 
>>> [1] bug: https://github.com/fink/fink/issues/266
>>> 
>>> Hanspeter
>> 
>>> 2025/10/18 14:09、a_sk--- via Fink-beginners <fin...@li...>:
>>> 
>>> Hi all
>>> 
>>> Today I have updated macOS Sequoia 15.6.1 to 15.7.1 (so called security update by Apple).
>>> I re-installed "Command_Line_Tools_for_Xcode_16.4.dmg” just for confirmation(so far installed and no troubles)
>>> 
>>> Log is as follows;
>>> 
>>> $ fink selfupdate-git
>>> Password:
>>> Use of uninitialized value in numeric eq (==) at /opt/sw/lib/perl5/Fink/Services.pm line 1459.
>>> 15.7 does not match the expected value of 15.6. Please run `fink selfupdate` to download a newer version of fink at /opt/sw/lib/perl5/Fink/Services.pm line 1459.
>>> 
>>> 
>>> What’s happened by this update? And what shall I do simply ??
>>> 
>>> Services.pm around line 1459 is ---
>>> 1450                 my %sw_to_darwin = (
>>> 1451                         '11.6' => 11.5,
>>> 1452                         '11.7' => 11.5,
>>> 1453                         '12.6' => 12.5,
>>> 1454                         '12.7' => 12.5,
>>> 1455                         '13.6' => 13.5,
>>> 1456                         '13.7' => 13.5,
>>> 1457                         '14.7' => 14.6);
>>> 1458      die "$sw_vers does not match the expected value of $darwin_   osx. Please run `fink selfupdate` to download a newer version of fink"
>>> 1459                         unless $sw_to_darwin{$sw_vers} == $darwin_osx;
>>> 
>>> $ sw_vers
>>> ProductName:		macOS
>>> ProductVersion:		15.7.1
>>> BuildVersion:		24G231
>>> 
>>> $darwin_osx  (nil)
>>> _______________________________________________
>>> Fink-beginners mailing list
>>> Fin...@li...
>>> List archive:
>>> https://sourceforge.net/p/fink/mailman/fink-users/
>>> Subscription management:
>>> https://lists.sourceforge.net/lists/listinfo/fink-beginners
>> 
> 
> _______________________________________________
> Fink-beginners mailing list
> Fin...@li...
> List archive:
> https://sourceforge.net/p/fink/mailman/fink-users/
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-beginners

Re: [Fink-users] bmon missing (build?) dep on libconfuse2-dev

[<fi...@sn...>]

On ,  wrote:
> I tried to build bmon today:
> 
> checking for CONFUSE... no
> configure: error: requires libconfuse
> ### execution of ./configure failed, exit code 1
> ### execution of /tmp/fink.rOEbg failed, exit code 1

Fixed. Thanks for catching that.

Hanspeter

[Fink-users] bmon missing (build?) dep on libconfuse2-dev

[Robert W. <chu...@gm...>]

I tried to build bmon today:

checking for CONFUSE... no
configure: error: requires libconfuse
### execution of ./configure failed, exit code 1
### execution of /tmp/fink.rOEbg failed, exit code 1
Removing runtime build-lock...
Removing build-lock package...
/opt/sw/bin/dpkg-lockwait -r fink-buildlock-bmon-4.0-1012
(Reading database ... 308176 files and directories currently installed.)
Removing fink-buildlock-bmon-4.0-1012 (2025.10.21-12.45.55) ...
Failed: phase compiling: bmon-4.0-1012 failed

Package manager version: 0.45.99.git
Distribution version: selfupdate-git Tue Oct 21 12:37:11 2025, 15.0, arm64
Trees: local/main stable/main
Xcode.app: 26.0.1
Xcode command-line tools: 26.0.0.0.1.1757719676
Max. Fink build jobs:  12

So I installed libconfuse:

New package: dists/stable/main/binary-darwin-arm64/libs/libconfuse2-shlibs_3.3-1_darwin-arm64.deb
New package: dists/stable/main/binary-darwin-arm64/libs/libconfuse2-dev_3.3-1_darwin-arm64.deb

And then bmon built successfully:

New package: dists/stable/main/binary-darwin-arm64/net/bmon_4.0-1012_darwin-arm64.deb

Happy to provide other output if useful.

Thanks!
Roberrt

Re: [Fink-users] [Fink-beginners] Fink selfudate-git error in 15.7.1

[<a_...@me...>]

Dear Hanspeter Niederstrasser and others,

I took the same raplacement done on Sonoma that included Sequoia case (I guess on Tahoes, shall be somewhat modifies).
Then I’ve tried “Fink selfupdate-git”, which works without troubles.

> 2025/10/19 11:33、a_...@me...:
> 
> Dear Hanspeter Niederstrasser and Fink experts,
> 
> 1) I’ve reminded the similar situation in Sonoma (ref: See the following mail). 
> It was concluded   "the Fink bug.”  
> 
> Shall I do the same replacement cited or others, if that is the case, please show me?  
> I wonder if such Fink bug was still realized (!?)
> 
> 2) At that time, new Mac version Sequoia(waiting much) was newly installed, as the reply had reached me late.  After some understadable trouble(need my try and errors), it finally worked well.
> 
> (I should have updated new version “Tahoes”, not toutch minor version up.   Do you think which is preferable)
> 
>> Download this file:
>> https://raw.githubusercontent.com/fink/fink/refs/heads/master/perlmod/Fink/Services.pm
> 
>> 2024/12/21 20:27、Hanspeter Niederstrasser <fi...@sn...>:
>> 
>> a_sk--- via Fink-beginners wrote:
>>> After update macOS Sonoma14.6.1 to 14.7 today;
>>> I've just run the following.
>>> $ fink selfupdate-git
>>> 14.7 does not match the expected value of 14.6. Please run `fink selfupdate` to download a newer version of fink at /opt/sw/lib/perl5/Fink/Services.pm line 1450.
>>> /opt/sw/lib/perl5/Fink/Services.pm
>>> 1450                         die "$sw_vers does not match the expected value of $darwin_osx. Please run `fink selfupdate` to download a newer version of fink”;
>>> What is the a newer version of fink”;??  Do we need newer Fink?  If that’s the case, what kinds?
>>> (Note) CLT 15.3, Xcode 15.3, exactly the same one as macOS Sonoma14.6.1
>> 
>> Unfortunately, there's a bug[1] in the fink update code that's causing a deadlock (the installed Fink that doesn't know about 14.7 needs to know about 14.7 in order fetch the version that runs on 14.7. oops). The current workaround is to manually copy a patched version of the buggy file into /opt/sw, then selfupdate should work and get you going.
>> 
>> Download this file:
>> https://raw.githubusercontent.com/fink/fink/refs/heads/master/perlmod/Fink/Services.pm
>> 
>> And save it to /opt/sw/lib/perl5/Fink/Services.pm
>> 
>> `fink selfupdate` should work again
>> 
>> [1] bug: https://github.com/fink/fink/issues/266
>> 
>> Hanspeter
> 
>> 2025/10/18 14:09、a_sk--- via Fink-beginners <fin...@li...>:
>> 
>> Hi all
>> 
>> Today I have updated macOS Sequoia 15.6.1 to 15.7.1 (so called security update by Apple).
>> I re-installed "Command_Line_Tools_for_Xcode_16.4.dmg” just for confirmation(so far installed and no troubles)
>> 
>> Log is as follows;
>> 
>> $ fink selfupdate-git
>> Password:
>> Use of uninitialized value in numeric eq (==) at /opt/sw/lib/perl5/Fink/Services.pm line 1459.
>> 15.7 does not match the expected value of 15.6. Please run `fink selfupdate` to download a newer version of fink at /opt/sw/lib/perl5/Fink/Services.pm line 1459.
>> 
>> 
>> What’s happened by this update? And what shall I do simply ??
>> 
>> Services.pm around line 1459 is ---
>> 1450                 my %sw_to_darwin = (
>> 1451                         '11.6' => 11.5,
>> 1452                         '11.7' => 11.5,
>> 1453                         '12.6' => 12.5,
>> 1454                         '12.7' => 12.5,
>> 1455                         '13.6' => 13.5,
>> 1456                         '13.7' => 13.5,
>> 1457                         '14.7' => 14.6);
>> 1458      die "$sw_vers does not match the expected value of $darwin_   osx. Please run `fink selfupdate` to download a newer version of fink"
>> 1459                         unless $sw_to_darwin{$sw_vers} == $darwin_osx;
>> 
>> $ sw_vers
>> ProductName:		macOS
>> ProductVersion:		15.7.1
>> BuildVersion:		24G231
>> 
>> $darwin_osx  (nil)
>> _______________________________________________
>> Fink-beginners mailing list
>> Fin...@li...
>> List archive:
>> https://sourceforge.net/p/fink/mailman/fink-users/
>> Subscription management:
>> https://lists.sourceforge.net/lists/listinfo/fink-beginners
> 

Re: [Fink-users] [Fink-beginners] Fink selfudate-git error in 15.7.1

[<a_...@me...>]

Dear Hanspeter Niederstrasser and Fink experts,

1) I’ve reminded the similar situation in Sonoma (ref: See the following mail). 
It was concluded   "the Fink bug.”  

Shall I do the same replacement cited or others, if that is the case, please show me?  
I wonder if such Fink bug was still realized (!?)

2) At that time, new Mac version Sequoia(waiting much) was newly installed, as the reply had reached me late.  After some understadable trouble(need my try and errors), it finally worked well.

(I should have updated new version “Tahoes”, not toutch minor version up.   Do you think which is preferable)

> Download this file:
> https://raw.githubusercontent.com/fink/fink/refs/heads/master/perlmod/Fink/Services.pm

> 2024/12/21 20:27、Hanspeter Niederstrasser <fi...@sn...>:
> 
> a_sk--- via Fink-beginners wrote:
>> After update macOS Sonoma14.6.1 to 14.7 today;
>> I've just run the following.
>> $ fink selfupdate-git
>> 14.7 does not match the expected value of 14.6. Please run `fink selfupdate` to download a newer version of fink at /opt/sw/lib/perl5/Fink/Services.pm line 1450.
>> /opt/sw/lib/perl5/Fink/Services.pm
>> 1450                         die "$sw_vers does not match the expected value of $darwin_osx. Please run `fink selfupdate` to download a newer version of fink”;
>> What is the a newer version of fink”;??  Do we need newer Fink?  If that’s the case, what kinds?
>> (Note) CLT 15.3, Xcode 15.3, exactly the same one as macOS Sonoma14.6.1
> 
> Unfortunately, there's a bug[1] in the fink update code that's causing a deadlock (the installed Fink that doesn't know about 14.7 needs to know about 14.7 in order fetch the version that runs on 14.7. oops). The current workaround is to manually copy a patched version of the buggy file into /opt/sw, then selfupdate should work and get you going.
> 
> Download this file:
> https://raw.githubusercontent.com/fink/fink/refs/heads/master/perlmod/Fink/Services.pm
> 
> And save it to /opt/sw/lib/perl5/Fink/Services.pm
> 
> `fink selfupdate` should work again
> 
> [1] bug: https://github.com/fink/fink/issues/266
> 
> Hanspeter

> 2025/10/18 14:09、a_sk--- via Fink-beginners <fin...@li...>:
> 
> Hi all
> 
> Today I have updated macOS Sequoia 15.6.1 to 15.7.1 (so called security update by Apple).
> I re-installed "Command_Line_Tools_for_Xcode_16.4.dmg” just for confirmation(so far installed and no troubles)
> 
> Log is as follows;
> 
> $ fink selfupdate-git
> Password:
> Use of uninitialized value in numeric eq (==) at /opt/sw/lib/perl5/Fink/Services.pm line 1459.
> 15.7 does not match the expected value of 15.6. Please run `fink selfupdate` to download a newer version of fink at /opt/sw/lib/perl5/Fink/Services.pm line 1459.
> 
> 
> What’s happened by this update? And what shall I do simply ??
> 
> Services.pm around line 1459 is ---
> 1450                 my %sw_to_darwin = (
> 1451                         '11.6' => 11.5,
> 1452                         '11.7' => 11.5,
> 1453                         '12.6' => 12.5,
> 1454                         '12.7' => 12.5,
> 1455                         '13.6' => 13.5,
> 1456                         '13.7' => 13.5,
> 1457                         '14.7' => 14.6);
> 1458      die "$sw_vers does not match the expected value of $darwin_   osx. Please run `fink selfupdate` to download a newer version of fink"
> 1459                         unless $sw_to_darwin{$sw_vers} == $darwin_osx;
> 
> $ sw_vers
> ProductName:		macOS
> ProductVersion:		15.7.1
> BuildVersion:		24G231
> 
> $darwin_osx  (nil)
> _______________________________________________
> Fink-beginners mailing list
> Fin...@li...
> List archive:
> https://sourceforge.net/p/fink/mailman/fink-users/
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-beginners

[Fink-users] Fink selfudate-git error in 15.7.1

[<a_...@me...>]

Hi all

Today I have updated macOS Sequoia 15.6.1 to 15.7.1 (so called security update by Apple).
I re-installed "Command_Line_Tools_for_Xcode_16.4.dmg” just for confirmation(so far installed and no troubles)

Log is as follows;

$ fink selfupdate-git
Password:
Use of uninitialized value in numeric eq (==) at /opt/sw/lib/perl5/Fink/Services.pm line 1459.
15.7 does not match the expected value of 15.6. Please run `fink selfupdate` to download a newer version of fink at /opt/sw/lib/perl5/Fink/Services.pm line 1459.


What’s happened by this update? And what shall I do simply ??

Services.pm around line 1459 is ---
1450                 my %sw_to_darwin = (
1451                         '11.6' => 11.5,
1452                         '11.7' => 11.5,
1453                         '12.6' => 12.5,
1454                         '12.7' => 12.5,
1455                         '13.6' => 13.5,
1456                         '13.7' => 13.5,
1457                         '14.7' => 14.6);
1458      die "$sw_vers does not match the expected value of $darwin_   osx. Please run `fink selfupdate` to download a newer version of fink"
1459                         unless $sw_to_darwin{$sw_vers} == $darwin_osx;

$ sw_vers
ProductName:		macOS
ProductVersion:		15.7.1
BuildVersion:		24G231

$darwin_osx  (nil)

Re: [Fink-users] fink selfupdate does not work

[Hisashi T F. <ht...@tw...>]

The most recent commit to the git fink repo fixed a typo that kept
corrupting my Services.pm. I just did a pull and an ./inject.pl and it's
working again on one computer. I can't get it to install on my other
computer because of missing language files or something.

I'm kind of out of practice, but I'd suggest trying to pull and inject
again.

On Tue, 30 Sep 2025, Scott Hannahs via Fink-users wrote:

> Well, my fix has always been to edit the file "/opt/sw2/lib/perl5/Fink/Services.pm? and change the action ?die? to ?print? on line 1459.  This is a quick kludgy fix and the correct way it update the Darwin/OS version exception table.
>
> Then self update should run and hopefully update fink so that it recognizes your updated OS as a valid one.  But in this case I doubt that Fink has added the exception for the most recent case where the Darwin version is not keeping pace with the OS version.
>
> Before doing ANY OS update, you should do a self-update on Fink to make sure it is capable of recognizing the new OS.  And to always avoid this error you will need to wait until Fink has been updated to handle any OS update.
>
> -Scott
>
>> On Sep 29, 2025, at 15:29, Franchetti, Giuliano Dr. <G.F...@gs...> wrote:
>> 
>> Hi to all, 
>> 
>> Fink selfupdate does not work, see below
>> 
>> Giuliano
>> 
>> giuliano@FGs-MacBook-Pro:/Users/giuliano/var/log> fink selfupdate
>> Use of uninitialized value in numeric eq (==) at /opt/sw2/lib/perl5/Fink/Services.pm line 1459.
>> 14.8 does not match the expected value of 14.6. Please run `fink selfupdate` to download a newer version of fink at /opt/sw2/lib/perl5/Fink/Services.pm line 1459.
>
>
>
> _______________________________________________
> Fink-users mailing list
> Fin...@li...
> List archive:
> https://sourceforge.net/p/fink/mailman/fink-users/
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-users

-- 
Hisashi T Fujinaka - ht...@tw...
BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee

Re: [Fink-users] fink selfupdate does not work

[Scott H. <sha...@us...>]

Well, my fix has always been to edit the file "/opt/sw2/lib/perl5/Fink/Services.pm” and change the action “die” to “print” on line 1459.  This is a quick kludgy fix and the correct way it update the Darwin/OS version exception table.

Then self update should run and hopefully update fink so that it recognizes your updated OS as a valid one.  But in this case I doubt that Fink has added the exception for the most recent case where the Darwin version is not keeping pace with the OS version.

Before doing ANY OS update, you should do a self-update on Fink to make sure it is capable of recognizing the new OS.  And to always avoid this error you will need to wait until Fink has been updated to handle any OS update.

-Scott

> On Sep 29, 2025, at 15:29, Franchetti, Giuliano Dr. <G.F...@gs...> wrote:
> 
> Hi to all, 
> 
> Fink selfupdate does not work, see below
> 
> Giuliano
> 
> giuliano@FGs-MacBook-Pro:/Users/giuliano/var/log> fink selfupdate
> Use of uninitialized value in numeric eq (==) at /opt/sw2/lib/perl5/Fink/Services.pm line 1459.
> 14.8 does not match the expected value of 14.6. Please run `fink selfupdate` to download a newer version of fink at /opt/sw2/lib/perl5/Fink/Services.pm line 1459.

[Fink-users] fink selfupdate does not work

[Franchetti, G. Dr. <G.F...@gs...>]

Hi to all, 

Fink selfupdate does not work, see below

Giuliano


giuliano@FGs-MacBook-Pro:/Users/giuliano/var/log> fink selfupdate
Use of uninitialized value in numeric eq (==) at /opt/sw2/lib/perl5/Fink/Services.pm line 1459.
14.8 does not match the expected value of 14.6. Please run `fink selfupdate` to download a newer version of fink at /opt/sw2/lib/perl5/Fink/Services.pm line 1459.
giuliano@FGs-MacBook-Pro:/Users/giuliano/var/log> 

Re: [Fink-users] Update-Alternatives error for gnupg2?

[Scott H. <sha...@us...>]

On Sep 25, 2025, at 06:07, Hanspeter Niederstrasser <fi...@sn...> wrote:
> 
> On 9/22/25 8:28 AM, fi...@sn... <mailto:fi...@sn...> wrote:
>> On 2025-09-21 11:11, Scott Hannahs via Fink-users wrote:
>>> Not sure if this is an error or just my installation has gotten messed
>>> up with testing.  But I have been fairly clean in installing released
>>> versions of gnupg.
>>> 
>>> With the latest update of gnupg2 I get an error in updating
>>> alternatives since some of them don’t exist?  So the update
>>> alternatives fails?
>>> 
>>>> Unpacking gnupg2 (2.5.12-1) over (2.5.12-1) ...
>>>> 
>>>> Setting up gnupg2 (2.5.12-1) ...
>>>> 
>>>> update-alternatives: warning: forcing reinstallation of alternative
>>>> /opt/sw/bin/gpg2 because link group gpg is broken
>>>> 
>>>> update-alternatives: warning: not replacing /opt/sw/bin/gpg with a
>>>> link
>> It's a bug in the new version of the Fink package for gnupg2. The previous version (v2.2.x) had bin/gpg2 and a symlink from bin/gpg for compatibility with the ancient gnupg-v1 (and similar issues with the versioned manpages).
>> With the update to gnupg-2.5.x, the software now comes with only bin/gpg instead, so update-alternatives script that's looking for bin/gpg2 breaks.
>> I'm working on the fix.
> 
> It's fixed now.
> 
> Hanspeter
> 
> -- 
> The appearance of the concept of good and evil, interpreted by man as
> his expulsion from Paradise, was probably a molecular disease that
> turned out to be evolution.
>  --E. Zuckerkandl and L. Pauling


Hanspeter,
Thanks for the quick response and solution!
-Scott
“There is nothing good or bad, but thinking makes it so.”
	— Shakespear (or equivalent spelling)

Re: [Fink-users] Update-Alternatives error for gnupg2?

[Hanspeter N. <fi...@sn...>]

On 9/22/25 8:28 AM, fi...@sn... wrote:
> On 2025-09-21 11:11, Scott Hannahs via Fink-users wrote:
>> Not sure if this is an error or just my installation has gotten messed
>> up with testing.  But I have been fairly clean in installing released
>> versions of gnupg.
>>
>> With the latest update of gnupg2 I get an error in updating
>> alternatives since some of them don’t exist?  So the update
>> alternatives fails?
>>
>>> Unpacking gnupg2 (2.5.12-1) over (2.5.12-1) ...
>>>
>>> Setting up gnupg2 (2.5.12-1) ...
>>>
>>> update-alternatives: warning: forcing reinstallation of alternative
>>> /opt/sw/bin/gpg2 because link group gpg is broken
>>>
>>> update-alternatives: warning: not replacing /opt/sw/bin/gpg with a
>>> link
> 
> It's a bug in the new version of the Fink package for gnupg2. The 
> previous version (v2.2.x) had bin/gpg2 and a symlink from bin/gpg for 
> compatibility with the ancient gnupg-v1 (and similar issues with the 
> versioned manpages).
> 
> With the update to gnupg-2.5.x, the software now comes with only bin/gpg 
> instead, so update-alternatives script that's looking for bin/gpg2 breaks.
> 
> I'm working on the fix.

It's fixed now.

Hanspeter

-- 
The appearance of the concept of good and evil, interpreted by man as
his expulsion from Paradise, was probably a molecular disease that
turned out to be evolution.
   --E. Zuckerkandl and L. Pauling

Re: [Fink-users] Update-Alternatives error for gnupg2?

[Scott H. <sha...@us...>]

On Sep 22, 2025, at 09:28, fi...@sn... <mailto:fi...@sn...> wrote:
> 
> On 2025-09-21 11:11, Scott Hannahs via Fink-users wrote:
>> Not sure if this is an error or just my installation has gotten messed
>> up with testing.  But I have been fairly clean in installing released
>> versions of gnupg.
>> With the latest update of gnupg2 I get an error in updating
>> alternatives since some of them don’t exist?  So the update
>> alternatives fails?
>>> Unpacking gnupg2 (2.5.12-1) over (2.5.12-1) ...
>>> Setting up gnupg2 (2.5.12-1) ...
>>> update-alternatives: warning: forcing reinstallation of alternative
>>> /opt/sw/bin/gpg2 because link group gpg is broken
>>> update-alternatives: warning: not replacing /opt/sw/bin/gpg with a
>>> link
> 
> It's a bug in the new version of the Fink package for gnupg2. The previous version (v2.2.x) had bin/gpg2 and a symlink from bin/gpg for compatibility with the ancient gnupg-v1 (and similar issues with the versioned manpages).
> 
> With the update to gnupg-2.5.x, the software now comes with only bin/gpg instead, so update-alternatives script that's looking for bin/gpg2 breaks.
> 
> I'm working on the fix.
> 
> Hanspeter

Hanspeter,
Thanks.  FYI, if I create a fake hardlink from gpg to gpg2 and then run the install it completes with a lot of warnings.  Also it changes gpg2 to an empty file.  But then it is listed as installed.

I think the gpg-unified installs gpg1.  Is that needed anymore?  Not sure how many people want to install gpg1 and gpg2.  But to be consistent with other packages they should install separate binaries and then link the unversioned binary to the most recently installed?  At least that is how I think it is suppossed to work.  As far as I can tell one changes all the installed files with a version extension, then builds the installer with a post-install script to run update-alternatives?  Getting all that consistent seems to be a challenge.

-Scott

Re: [Fink-users] Update-Alternatives error for gnupg2?

[<fi...@sn...>]

On 2025-09-21 11:11, Scott Hannahs via Fink-users wrote:
> Not sure if this is an error or just my installation has gotten messed
> up with testing.  But I have been fairly clean in installing released
> versions of gnupg.
> 
> With the latest update of gnupg2 I get an error in updating
> alternatives since some of them don’t exist?  So the update
> alternatives fails?
> 
>> Unpacking gnupg2 (2.5.12-1) over (2.5.12-1) ...
>> 
>> Setting up gnupg2 (2.5.12-1) ...
>> 
>> update-alternatives: warning: forcing reinstallation of alternative
>> /opt/sw/bin/gpg2 because link group gpg is broken
>> 
>> update-alternatives: warning: not replacing /opt/sw/bin/gpg with a
>> link

It's a bug in the new version of the Fink package for gnupg2. The 
previous version (v2.2.x) had bin/gpg2 and a symlink from bin/gpg for 
compatibility with the ancient gnupg-v1 (and similar issues with the 
versioned manpages).

With the update to gnupg-2.5.x, the software now comes with only bin/gpg 
instead, so update-alternatives script that's looking for bin/gpg2 
breaks.

I'm working on the fix.

Hanspeter

[Fink-users] Update-Alternatives error for gnupg2?

[Scott H. <sha...@us...>]

Not sure if this is an error or just my installation has gotten messed up with testing.  But I have been fairly clean in installing released versions of gnupg.

With the latest update of gnupg2 I get an error in updating alternatives since some of them don’t exist?  So the update alternatives fails?

Unpacking gnupg2 (2.5.12-1) over (2.5.12-1) ...
Setting up gnupg2 (2.5.12-1) ...
update-alternatives: warning: forcing reinstallation of alternative /opt/sw/bin/gpg2 because link group gpg is broken
update-alternatives: warning: not replacing /opt/sw/bin/gpg with a link
update-alternatives: warning: skip creation of /opt/sw/share/man/man1/gpg.1 because associated file /opt/sw/share/man/man1/gpg2.1 (of link group gpg) doesn't exist
update-alternatives: warning: not removing /opt/sw/share/man/man1/gpg.1 since it's not a symlink
update-alternatives: warning: skip creation of /opt/sw/bin/gpgv because associated file /opt/sw/bin/gpgv2 (of link group gpg) doesn't exist
update-alternatives: warning: not removing /opt/sw/bin/gpgv since it's not a symlink
update-alternatives: warning: skip creation of /opt/sw/share/man/man1/gpgv.1 because associated file /opt/sw/share/man/man1/gpgv2.1 (of link group gpg) doesn't exist
update-alternatives: warning: not removing /opt/sw/share/man/man1/gpgv.1 since it's not a symlink
You can inspect the links by running:
  update-alternatives --list gpg
  update-alternatives --display gpg
Processing triggers for dpkg-base-files (0.4-1) ...
Clearing dependency_libs of .la files in /opt/sw/lib ...
Processing triggers for install-info (7.2-2) ...

In “inspecting the links” hint above, I get the following:

% update-alternatives --list gpg
/opt/sw/bin/gpg2
% update-alternatives --display gpg
gpg - auto mode
  link best version is /opt/sw/bin/gpg2
  link currently points to /opt/sw/bin/gpg2
  link gpg is /opt/sw/bin/gpg
  slave gpg.1 is /opt/sw/share/man/man1/gpg.1
  slave gpgv is /opt/sw/bin/gpgv
  slave gpgv.1 is /opt/sw/share/man/man1/gpgv.1
/opt/sw/bin/gpg2 - priority 2
  slave gpg.1: /opt/sw/share/man/man1/gpg2.1
  slave gpgv: /opt/sw/bin/gpgv2
  slave gpgv.1: /opt/sw/share/man/man1/gpgv2.1

Is there supposed to be a gpg2 and a gpg linked to the same executable?  Should the man pages also be linked?  How is this “update-alternatives” supposed to work?

-Scott

[Fink-users] gcc14 on MacOS 26

[Robert W. <chu...@gm...>]

I was able to install gcc14 onto MacOS 26 after adding 15.0 to the Distribution line in the info file:

New package: dists/local/main/binary-darwin-arm64/gcc14_14.2.0-2_darwin-arm64.deb
New package: dists/local/main/binary-darwin-arm64/gcc14-shlibs_14.2.0-2_darwin-arm64.deb
New package: dists/local/main/binary-darwin-arm64/gcc14-compiler_14.2.0-2_darwin-arm64.deb

Re: [Fink-users] MacOS 26 with fink 0.45.99.git

[Robert W. <chu...@gm...>]

Hi Hanspeter,

I bootstrapped this several months ago (and ever since I started using Beta I have had gcc problems, say with trying to build Lilypond which tries to install gcc12 for example—since MacOS 26 is now published I felt safe to mention this).

ROBERTs-Mac-mini ~ % fink list macosx 
Information about 16139 packages read in 1 seconds.
 i   macosx                                   26.0.0-1                       [virtual package representing the system]
 p   tetex-macosx                                                            [virtual package]

Also, when installing gpgme11 I had to run this command:

sudo touch /opt/sw/bin/gpg2 

Due to an error:

Setting up gnupg2 (2.5.12-1) ...
update-alternatives: error: alternative path /opt/sw/bin/gpg2 doesn't exist

After which gpgme11 installed without further difficulty.

Please let me know if there are other details I might provide.

Kind regards,
Robert



> On Sep 15, 2025, at 6:51 PM, Hanspeter Niederstrasser <fi...@sn...> wrote:
> 
> On 9/15/25 6:35 PM, Robert Wyatt wrote:
>> For what it's worth I have fink running on an M4 Pro MacMini (please let me know if you have packages you’d like tested on this platform!) with the newest operating system (and gpgme11):
>> New package: dists/stable/main/binary-darwin-arm64/crypto/gpgme11_1.3.1-4_darwin-arm64.deb
>> New package: dists/stable/main/binary-darwin-arm64/crypto/gpgme11-shlibs_1.3.1-4_darwin-arm64.deb
>> ROBERTs-Mac-mini ~ % sw_vers; arch; gcc -dumpmachine; xcodebuild -version
>> ProductName:		macOS
>> ProductVersion:		26.0
>> BuildVersion:		25A353
>> arm64
>> arm64-apple-darwin25.0.0
>> Xcode 16.4
>> Build version 16F6
>> ROBERTs-Mac-mini ~ % fink --version
>> Package manager version: 0.45.99.git
>> Distribution version: selfupdate-git Sun Sep 14 19:02:41 2025, 15.0, arm64
>> Trees: local/main stable/main
>> ROBERTs-Mac-mini ~ % gcc --version
>> Apple clang version 17.0.0 (clang-1700.0.13.5)
>> Target: arm64-apple-darwin25.0.0
>> Thread model: posix
>> InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
>> I had to manipulate a file (I’m sure this is not the only or best way to do it, but… it worked):
>> /opt/sw/lib/perl5/Fink/Services.pm
>> Around line 1458 I added the exception ’26.0’ = 15.0 per the following:
>> sub get_osx_vers {
>> 	my $sw_vers = get_osx_vers_long();
>> 	my $darwin_osx = get_darwin_equiv();
>> 	$sw_vers =~ s/^(\d+\.\d+).*$/$1/;
>> 	if ($sw_vers != $darwin_osx) {
>> 		# Special cases in Big Sur, Monterey, Ventura, and Sonoma
>> 		# where it's OK to have a mismatch.
>> 		my %sw_to_darwin = (
>> 			'11.6' => 11.5,
>> 			'11.7' => 11.5,
>> 			'12.6' => 12.5,
>> 			'12.7' => 12.5,
>> 			'13.6' => 13.5,
>> 			'13.7' => 13.5,
>> 			'14.7' => 14.6,
>> 			'26.0' => 15.0);
>> 		die "$sw_vers does not match the expected value of $darwin_osx. Please run `fink selfupdate` to download a newer version of fink"
>> 			unless $sw_to_darwin{$sw_vers} == $darwin_osx;
>> 	}
>> 	return $sw_vers;
>> }
> 
> Excellent news! The code was updated about a month ago to know about macOS 26 and be able to bootstrap a fresh install, but I knew there would be an issue with upgrading due to a longstanding bug you edited around.
> 
> Was your install from a recently updated git pull ? I'm surprised that it says "Distribution: 15.0" since the most recent code says macOS 26 should be "Distribution: 26.0":
> https://github.com/fink/fink/commit/e28fd03431cac3bb4e47b84d2a515d9f70d4b6b3#diff-644b9c15e75bc3c878645dc3706446a499fe409d22d95652aa07e5f0408ff635
> 
> As another diagnostic, what does `fink list macosx` say? For example, on 10.14.6, I get (along with tetex-macosx which is irrelevant here):
> 
> i   macosx                      10.14.6-1             [virtual package representing the system]
> 
> Hanspeter
> 
> -- 
> When a stupid man is doing something he is ashamed of, he always
> declares that it is his duty.
>  --George Bernard Shaw
> 

Re: [Fink-users] MacOS 26 with fink 0.45.99.git

[Hanspeter N. <fi...@sn...>]

On 9/15/25 6:35 PM, Robert Wyatt wrote:
> For what it's worth I have fink running on an M4 Pro MacMini (please let me know if you have packages you’d like tested on this platform!) with the newest operating system (and gpgme11):
> 
> New package: dists/stable/main/binary-darwin-arm64/crypto/gpgme11_1.3.1-4_darwin-arm64.deb
> New package: dists/stable/main/binary-darwin-arm64/crypto/gpgme11-shlibs_1.3.1-4_darwin-arm64.deb
> 
> ROBERTs-Mac-mini ~ % sw_vers; arch; gcc -dumpmachine; xcodebuild -version
> ProductName:		macOS
> ProductVersion:		26.0
> BuildVersion:		25A353
> arm64
> arm64-apple-darwin25.0.0
> Xcode 16.4
> Build version 16F6
> 
> ROBERTs-Mac-mini ~ % fink --version
> Package manager version: 0.45.99.git
> Distribution version: selfupdate-git Sun Sep 14 19:02:41 2025, 15.0, arm64
> Trees: local/main stable/main
> 
> ROBERTs-Mac-mini ~ % gcc --version
> Apple clang version 17.0.0 (clang-1700.0.13.5)
> Target: arm64-apple-darwin25.0.0
> Thread model: posix
> InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
> 
> I had to manipulate a file (I’m sure this is not the only or best way to do it, but… it worked):
> 
> /opt/sw/lib/perl5/Fink/Services.pm
> 
> Around line 1458 I added the exception ’26.0’ = 15.0 per the following:
> 
> sub get_osx_vers {
> 	my $sw_vers = get_osx_vers_long();
> 	my $darwin_osx = get_darwin_equiv();
> 	$sw_vers =~ s/^(\d+\.\d+).*$/$1/;
> 	if ($sw_vers != $darwin_osx) {
> 		# Special cases in Big Sur, Monterey, Ventura, and Sonoma
> 		# where it's OK to have a mismatch.
> 		my %sw_to_darwin = (
> 			'11.6' => 11.5,
> 			'11.7' => 11.5,
> 			'12.6' => 12.5,
> 			'12.7' => 12.5,
> 			'13.6' => 13.5,
> 			'13.7' => 13.5,
> 			'14.7' => 14.6,
> 			'26.0' => 15.0);
> 		die "$sw_vers does not match the expected value of $darwin_osx. Please run `fink selfupdate` to download a newer version of fink"
> 			unless $sw_to_darwin{$sw_vers} == $darwin_osx;
> 	}
> 	return $sw_vers;
> }

Excellent news! The code was updated about a month ago to know about 
macOS 26 and be able to bootstrap a fresh install, but I knew there 
would be an issue with upgrading due to a longstanding bug you edited 
around.

Was your install from a recently updated git pull ? I'm surprised that 
it says "Distribution: 15.0" since the most recent code says macOS 26 
should be "Distribution: 26.0":
https://github.com/fink/fink/commit/e28fd03431cac3bb4e47b84d2a515d9f70d4b6b3#diff-644b9c15e75bc3c878645dc3706446a499fe409d22d95652aa07e5f0408ff635

As another diagnostic, what does `fink list macosx` say? For example, on 
10.14.6, I get (along with tetex-macosx which is irrelevant here):

  i   macosx                      10.14.6-1             [virtual package 
representing the system]

Hanspeter

-- 
When a stupid man is doing something he is ashamed of, he always
declares that it is his duty.
   --George Bernard Shaw

[Fink-users] MacOS 26 with fink 0.45.99.git

[Robert W. <chu...@gm...>]

For what it's worth I have fink running on an M4 Pro MacMini (please let me know if you have packages you’d like tested on this platform!) with the newest operating system (and gpgme11):

New package: dists/stable/main/binary-darwin-arm64/crypto/gpgme11_1.3.1-4_darwin-arm64.deb
New package: dists/stable/main/binary-darwin-arm64/crypto/gpgme11-shlibs_1.3.1-4_darwin-arm64.deb

ROBERTs-Mac-mini ~ % sw_vers; arch; gcc -dumpmachine; xcodebuild -version                              
ProductName:		macOS
ProductVersion:		26.0
BuildVersion:		25A353
arm64
arm64-apple-darwin25.0.0
Xcode 16.4
Build version 16F6

ROBERTs-Mac-mini ~ % fink --version
Package manager version: 0.45.99.git
Distribution version: selfupdate-git Sun Sep 14 19:02:41 2025, 15.0, arm64
Trees: local/main stable/main

ROBERTs-Mac-mini ~ % gcc --version
Apple clang version 17.0.0 (clang-1700.0.13.5)
Target: arm64-apple-darwin25.0.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

I had to manipulate a file (I’m sure this is not the only or best way to do it, but… it worked):

/opt/sw/lib/perl5/Fink/Services.pm

Around line 1458 I added the exception ’26.0’ = 15.0 per the following:

sub get_osx_vers {
	my $sw_vers = get_osx_vers_long();
	my $darwin_osx = get_darwin_equiv();
	$sw_vers =~ s/^(\d+\.\d+).*$/$1/;
	if ($sw_vers != $darwin_osx) {
		# Special cases in Big Sur, Monterey, Ventura, and Sonoma
		# where it's OK to have a mismatch.
		my %sw_to_darwin = (
			'11.6' => 11.5,
			'11.7' => 11.5,
			'12.6' => 12.5,
			'12.7' => 12.5,
			'13.6' => 13.5,
			'13.7' => 13.5,
			'14.7' => 14.6,
			'26.0' => 15.0);
		die "$sw_vers does not match the expected value of $darwin_osx. Please run `fink selfupdate` to download a newer version of fink"
			unless $sw_to_darwin{$sw_vers} == $darwin_osx;
	}
	return $sw_vers;
}

Re: [Fink-users] Fink-users Digest, Vol 230, Issue 1

[Scott H. <sha...@us...>]

Seems to be up now.  What ever the issue it is now resolved.

-Scott

> On Aug 15, 2025, at 02:12, a_...@me... wrote:
> 
> Any responses have not yet reached us., and then the soonest resolving (as long as relying Fink experts) seems to be hopeless at this moment, which shall be required internet specialists, I guess. For the time being, need patience.
> 

Re: [Fink-users] finkproject.org is down?

[Hanspeter N. <fi...@sn...>]

On 8/11/25 8:50 PM, Scott Hannahs via Fink-users wrote:
> When trying to access the Fink website I get an error (see below).  Was trying to check the documentation.
> 
> Seems that fink project.org has Cloudflare caching which can’t get an updated page.
> 
> Tried flushing browser cache, reopening browser and starting a new page.  No luck.
> 
> -Scott

The website is back up now. There was a power problem on the host 
machine and the VM didn't start back up on reboot.

Hanspeter

-- 
Ad Astra

Re: [Fink-users] Fink-users Digest, Vol 230, Issue 1

[<a_...@me...>]

Hi Scott Hannahs and others,

On 2025/08/04 16:52,and 08/07 15:28. I sent almost the mails to people. i.e., 

James Kolata <jk...@nd...>, Hanspeter Niederstrasser <fi...@sn...>,"Alexander K. Hansen" <ale...@us...>,
fin...@li..., 
fink-beginners <fin...@li...>

Any responses have not yet reached us., and then the soonest resolving (as long as relying Fink experts) seems to be hopeless at this moment, which shall be required internet specialists, I guess. For the time being, need patience.


> 2025/08/12 21:36、fin...@li...:
> 
> Send Fink-users mailing list submissions to
> 	fin...@li...
> 

> You can reach the person managing the list at
> 	fin...@li...
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Fink-users digest..."
> Today's Topics:
> 
>   1. finkproject.org is down? (Scott Hannahs)
> 
> 差出人: Scott Hannahs <sha...@us...>
> 件名: [Fink-users] finkproject.org is down?
> 日付: 2025年8月12日 10:50:54 JST
> 宛先: fink-users <fin...@li...>
> 
> 
> When trying to access the Fink website I get an error (see below).  Was trying to check the documentation.
> 
> Seems that fink project.org has Cloudflare caching which can’t get an updated page.
> 
> Tried flushing browser cache, reopening browser and starting a new page.  No luck.
> 
> -Scott
> 
> Error 1033 Ray ID: 96dc4db4ab28e2ca • 2025-08-12 01:47:14 UTCCloudflare Tunnel errorWhat happened?
> You've requested a page on a website (www.finkproject.org) that is on the Cloudflare network. The host (www.finkproject.org) is configured as a Cloudflare Tunnel, and Cloudflare is currently unable to resolve it.
> 
> 
> _______________________________________________
> Fink-users mailing list
> Fin...@li...
> https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] finkproject.org is down?

[Scott H. <sha...@us...>]

When trying to access the Fink website I get an error (see below).  Was trying to check the documentation.

Seems that fink project.org has Cloudflare caching which can’t get an updated page.

Tried flushing browser cache, reopening browser and starting a new page.  No luck.

-Scott

Error 1033 Ray ID: 96dc4db4ab28e2ca • 2025-08-12 01:47:14 UTCCloudflare Tunnel errorWhat happened?
You've requested a page on a website (www.finkproject.org) that is on the Cloudflare network. The host (www.finkproject.org) is configured as a Cloudflare Tunnel, and Cloudflare is currently unable to resolve it.

[Fink-users] wholesale and customized services of sports shoes

[<ad...@ho...>]

Dear
friend,
 
Good
day!
 
I’m
Ada, our company is a leading manufacturer specializing in different sports
shoes and jersey. I hope this email finds you well. 
 
We
produce sports shoes and jersey with your requirements, photos, samples. Styles
and materials of them can also be customized as per your designs.
 
Our
shoes can be used in many different sports, so there will be running shoes,
tennis shoes, soccer shoes, basketball shoes, baseball shoes and others, all
will be supplied in high quality.
 
Look
forward to your response, and we would be delighted to provide you with more information
or discuss your specific requirements.
 
Thank
you & kind regards,
Ada
  
ad...@ho...

Re: [Fink-users] fink update-all does not work

[Scott H. <sha...@us...>]

Giuliano,

The error message seems to say something is wrong with your buildlocks and fink is running something that is using the build lock data base.

First make sure that no other instances of fink are running.

Then try to clear any existing locks.

“fink cleanup --buildlocks”

Maybe someone else on the list can help with this buildlock problem.

-Scott

> On Jul 8, 2025, at 09:00, Franchetti, Giuliano Dr. <G.F...@gs...> wrote:
> 
> Hi Derek, 
> Hi Scott, 
> 
> I tried what you suggested, but it does not work. 
> See below
> 
> 	Giuliano
> 
> 
> 
> giuliano@strmac001:/Users/giuliano/Desktop> fink list pm5303 | awk '{ if ($1 == "i") print $2 }'
> class-c3-pm5303
> class-c3-xs-pm5303
> cpan-meta-pm5303
> data-section-pm5303
> inc-latest-pm5303
> locale-gettext-pm5303
> module-build-pm5303
> module-metadata-pm5303
> mro-compat-pm5303
> params-util-pm5303
> perl-ostype-pm5303
> version-pm5303
> xml-parser-pm5303
> xsloader-pm5303
> giuliano@strmac001:/Users/giuliano/Desktop> fink remove $(fink list pm5303 | awk '{ if ($1 == "i") print $2 }')
> Password:
> Information about 16205 packages read in 1 seconds.
> Reading buildlock packages...
> /opt/sw2/bin/dpkg-lockwait --remove class-c3-pm5303 class-c3-xs-pm5303 cpan-meta-pm5303 data-section-pm5303 inc-latest-pm5303 locale-gettext-pm5303 module-build-pm5303 module-metadata-pm5303 mro-compat-pm5303 params-util-pm5303 perl-ostype-pm5303 version-pm5303 xml-parser-pm5303 xsloader-pm5303
> Waiting up to 300 seconds for access to the dpkg database... 
> Timed out, cancelling operation!
> ### execution of /opt/sw2/bin/dpkg-lockwait failed, exit code 1
> ERROR: Can't remove package(s). If the above error message mentions dependency problems, you can try
>  fink remove --recursive class-c3-pm5303 class-c3-xs-pm5303 cpan-meta-pm5303 data-section-pm5303 inc-latest-pm5303
> locale-gettext-pm5303 module-build-pm5303 module-metadata-pm5303 mro-compat-pm5303 params-util-pm5303 perl-ostype-pm5303
> version-pm5303 xml-parser-pm5303 xsloader-pm5303
> This will attempt to remove the package(s) specified as well as ALL packages that depend on it.
> Failed: can't batch-remove packages: class-c3-pm5303 class-c3-xs-pm5303 cpan-meta-pm5303 data-section-pm5303 inc-latest-pm5303 locale-gettext-pm5303 module-build-pm5303 module-metadata-pm5303 mro-compat-pm5303 params-util-pm5303 perl-ostype-pm5303 version-pm5303 xml-parser-pm5303 xsloader-pm5303
> giuliano@strmac001:/Users/giuliano/Desktop> 
> 
> 
> 
> 
> 
> 
> 
>> On 7. Jul 2025, at 15:48, Derek Homeier <hom...@gm...> wrote:
>> 
>> On 7 Jul 2025, at 1:14 am, Scott Hannahs via Fink-users <fin...@li...> wrote:
>>> 
>>> I reported the issue with apt and recursive removal using fink awhile ago.  The response from the fink-experts was that they did not use apt much.
>>> 
>>> I think you have to manually remove all files with -pm5303 extensions.  I used to list them with fink and then do one big remove.  it would only remove the top files, but repeated application of that command would work it way through things.
>>> 
>> A working apt would definitely be very useful, and this has all been discussed at length in
>> https://github.com/fink/fink-distributions/issues/1196 , but it seems none of the few core
>> maintainers have the time or resources to work on this and get it reviewed.
>> Fink’s version 0.5.4 is decades old, and rather hopeless to get built on arm64, though
>> on x86_64 should still be workable adding the `SetCFLAGS: -std=gnu90` patch as
>> described in that thread. I don’t have a recent system with Intel arch to test on though.
>> 
>> I did look into getting the (almost) current version 2.4 to build, but build system has also
>> changed completely since the EOL versions.
>> 
>> If patching the current apt version does not work, manually running something like
>> 
>> fink remove $(fink list pm5303 | awk '$1==“i”/{print $2}’)
>> 
>> would probably indeed be your best bet.
>> 
>> HTH
>> 					Derek
>> 
>