You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(689) |
Nov
(1145) |
Dec
(791) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(504) |
Feb
(575) |
Mar
(726) |
Apr
(934) |
May
(729) |
Jun
(715) |
Jul
(512) |
Aug
(693) |
Sep
(861) |
Oct
(691) |
Nov
(608) |
Dec
(648) |
| 2003 |
Jan
(974) |
Feb
(715) |
Mar
(546) |
Apr
(650) |
May
(367) |
Jun
(374) |
Jul
(485) |
Aug
(269) |
Sep
(313) |
Oct
(547) |
Nov
(842) |
Dec
(535) |
| 2004 |
Jan
(459) |
Feb
(485) |
Mar
(409) |
Apr
(412) |
May
(298) |
Jun
(307) |
Jul
(336) |
Aug
(277) |
Sep
(332) |
Oct
(292) |
Nov
(236) |
Dec
(204) |
| 2005 |
Jan
(265) |
Feb
(293) |
Mar
(460) |
Apr
(276) |
May
(484) |
Jun
(591) |
Jul
(409) |
Aug
(425) |
Sep
(372) |
Oct
(234) |
Nov
(236) |
Dec
(223) |
| 2006 |
Jan
(307) |
Feb
(417) |
Mar
(324) |
Apr
(217) |
May
(175) |
Jun
(161) |
Jul
(246) |
Aug
(280) |
Sep
(186) |
Oct
(188) |
Nov
(222) |
Dec
(193) |
| 2007 |
Jan
(195) |
Feb
(188) |
Mar
(164) |
Apr
(76) |
May
(157) |
Jun
(151) |
Jul
(101) |
Aug
(113) |
Sep
(99) |
Oct
(190) |
Nov
(397) |
Dec
(289) |
| 2008 |
Jan
(326) |
Feb
(203) |
Mar
(325) |
Apr
(232) |
May
(226) |
Jun
(84) |
Jul
(321) |
Aug
(209) |
Sep
(207) |
Oct
(254) |
Nov
(160) |
Dec
(224) |
| 2009 |
Jan
(195) |
Feb
(182) |
Mar
(144) |
Apr
(170) |
May
(85) |
Jun
(144) |
Jul
(133) |
Aug
(263) |
Sep
(429) |
Oct
(227) |
Nov
(281) |
Dec
(217) |
| 2010 |
Jan
(126) |
Feb
(164) |
Mar
(169) |
Apr
(175) |
May
(152) |
Jun
(258) |
Jul
(155) |
Aug
(157) |
Sep
(96) |
Oct
(151) |
Nov
(105) |
Dec
(111) |
| 2011 |
Jan
(96) |
Feb
(95) |
Mar
(126) |
Apr
(193) |
May
(149) |
Jun
(90) |
Jul
(195) |
Aug
(159) |
Sep
(186) |
Oct
(269) |
Nov
(184) |
Dec
(195) |
| 2012 |
Jan
(181) |
Feb
(164) |
Mar
(185) |
Apr
(277) |
May
(143) |
Jun
(220) |
Jul
(162) |
Aug
(219) |
Sep
(119) |
Oct
(151) |
Nov
(74) |
Dec
(122) |
| 2013 |
Jan
(205) |
Feb
(136) |
Mar
(155) |
Apr
(206) |
May
(114) |
Jun
(151) |
Jul
(104) |
Aug
(80) |
Sep
(151) |
Oct
(213) |
Nov
(263) |
Dec
(138) |
| 2014 |
Jan
(72) |
Feb
(53) |
Mar
(168) |
Apr
(255) |
May
(103) |
Jun
(77) |
Jul
(64) |
Aug
(23) |
Sep
(68) |
Oct
(178) |
Nov
(115) |
Dec
(89) |
| 2015 |
Jan
(70) |
Feb
(41) |
Mar
(63) |
Apr
(77) |
May
(96) |
Jun
(72) |
Jul
(60) |
Aug
(18) |
Sep
(91) |
Oct
(177) |
Nov
(82) |
Dec
(54) |
| 2016 |
Jan
(49) |
Feb
(41) |
Mar
(29) |
Apr
(22) |
May
(24) |
Jun
(40) |
Jul
(20) |
Aug
(37) |
Sep
(41) |
Oct
(45) |
Nov
(60) |
Dec
(23) |
| 2017 |
Jan
(15) |
Feb
(13) |
Mar
(10) |
Apr
(2) |
May
(17) |
Jun
(23) |
Jul
(17) |
Aug
(3) |
Sep
(42) |
Oct
(115) |
Nov
(31) |
Dec
(13) |
| 2018 |
Jan
(27) |
Feb
(38) |
Mar
(14) |
Apr
(16) |
May
(11) |
Jun
(10) |
Jul
(23) |
Aug
(1) |
Sep
(11) |
Oct
(21) |
Nov
(13) |
Dec
(8) |
| 2019 |
Jan
(73) |
Feb
(84) |
Mar
(105) |
Apr
(69) |
May
(51) |
Jun
(73) |
Jul
(55) |
Aug
(54) |
Sep
(40) |
Oct
(87) |
Nov
(63) |
Dec
(24) |
| 2020 |
Jan
(75) |
Feb
(37) |
Mar
(35) |
Apr
(33) |
May
(34) |
Jun
(22) |
Jul
(27) |
Aug
(10) |
Sep
(19) |
Oct
(34) |
Nov
(37) |
Dec
(59) |
| 2021 |
Jan
(66) |
Feb
(26) |
Mar
(28) |
Apr
(30) |
May
(66) |
Jun
(69) |
Jul
(27) |
Aug
(21) |
Sep
(65) |
Oct
(34) |
Nov
(34) |
Dec
(27) |
| 2022 |
Jan
(21) |
Feb
(68) |
Mar
(24) |
Apr
(30) |
May
(15) |
Jun
(14) |
Jul
|
Aug
(7) |
Sep
(12) |
Oct
(15) |
Nov
(19) |
Dec
(28) |
| 2023 |
Jan
(106) |
Feb
(36) |
Mar
(6) |
Apr
(10) |
May
(5) |
Jun
(13) |
Jul
(4) |
Aug
(5) |
Sep
(47) |
Oct
(48) |
Nov
(29) |
Dec
(17) |
| 2024 |
Jan
(20) |
Feb
(3) |
Mar
(10) |
Apr
(7) |
May
(7) |
Jun
(6) |
Jul
(1) |
Aug
(10) |
Sep
(23) |
Oct
(32) |
Nov
(14) |
Dec
(26) |
| 2025 |
Jan
(8) |
Feb
(10) |
Mar
(7) |
Apr
(36) |
May
(6) |
Jun
(5) |
Jul
(9) |
Aug
(4) |
Sep
(12) |
Oct
(10) |
Nov
(8) |
Dec
|
|
From: Franchetti, G. Dr. <G.F...@gs...> - 2025-11-25 08:07:52
|
Hello, If I make "fink selfupdate" it gives me the message below. How can this be fixed? Many thanks Giuliano > > 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. > |
|
From: Franchetti, G. Dr. <G.F...@gs...> - 2025-11-25 08:00:35
|
Hello, I have added 14.8 on line 1458; this is maybe not good, but now “fink selfupdate” works. Comments are welcome Giuliano > On 25. Nov 2025, at 08:45, Franchetti, Giuliano Dr. <G.F...@gs...> wrote: > > Hello, > > If I make "fink selfupdate" it gives me the message below. > How can this be fixed? > > Many thanks > > Giuliano > > >> >> 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. >> > > > |
|
From: Hanspeter N. <fi...@sn...> - 2025-11-19 10:44:54
|
On 11/15/25 4:08 PM, Scott Hannahs via Fink-users wrote: > Not from that URL. I can’t download it either from curl or Safari. > > In fact I don’t even see imake as a fink package? I was fairly sure that your are running a recent OS so I should have the same packages you do. Have you not updated your package tree in a long while? We shouldn’t have http URLs anymore anyway and only https. > > Was there an option to download from the master URL? > > Of course you can download from XOrg outside of fink > https://xorg.freedesktop.org/releases/individual/util/imake-1.0.10.tar.xz > > -Scot > > >> On Nov 14, 2025, at 03:04, a_sk--- via Fink-users <fin...@li...> wrote: >> >> curl --connect-timeout 30 -f -L -A 'fink/0.45.99.git' -O http://distfiles.master.finkmirrors.net/distfiles/imake-1.0.10.tar.xz >> >> curl: (22) The requested URL returned error: 404 >> >> curl failed to verify the legitimacy of the server and therefore could not >> establish a secure connection to it. To learn more about this situation and >> how to fix it, please visit the webpage mentioned above. >> ### execution of curl failed, exit code 60 >> Downloading the file "imake-1.0.10.tar.xz" failed. >> . . . >> . . . >> >> (1) Give up >> >> Note using Safari, able to download imake-1.0.10.tar.xz without troubles The imake tarball is part of the xmkmf package. It's not a standalone package. If you've manually downloaded a source file that a Fink package is looking for, you can move it to /opt/sw/src and the Fink build process will find and use it (assuming the checksum and name match). Hanspeter -- Eagles may soar, but weasels don't get sucked into jet engines |
|
From: djame s. <dja...@gm...> - 2025-11-17 08:19:34
|
Hi, I had the same problem and got a work around from the #fink irc channel on your /sw/etc/fink.conf make sure that MirrorOrder is set to MasterFirst MirrorOrder: MasterFirst Best, Djamé > Le 15 nov. 2025 à 23:08, Scott Hannahs via Fink-users <fin...@li...> a écrit : > > Not from that URL. I can’t download it either from curl or Safari. > > In fact I don’t even see imake as a fink package? I was fairly sure that your are running a recent OS so I should have the same packages you do. Have you not updated your package tree in a long while? We shouldn’t have http URLs anymore anyway and only https. > > Was there an option to download from the master URL? > > Of course you can download from XOrg outside of fink > https://xorg.freedesktop.org/releases/individual/util/imake-1.0.10.tar.xz > > -Scot > > >> On Nov 14, 2025, at 03:04, a_sk--- via Fink-users <fin...@li...> wrote: >> >> curl --connect-timeout 30 -f -L -A 'fink/0.45.99.git' -O http://distfiles.master.finkmirrors.net/distfiles/imake-1.0.10.tar.xz >> >> curl: (22) The requested URL returned error: 404 >> >> curl failed to verify the legitimacy of the server and therefore could not >> establish a secure connection to it. To learn more about this situation and >> how to fix it, please visit the webpage mentioned above. >> ### execution of curl failed, exit code 60 >> Downloading the file "imake-1.0.10.tar.xz" failed. >> . . . >> . . . >> >> (1) Give up >> >> Note using Safari, able to download imake-1.0.10.tar.xz without troubles >> >> >> _______________________________________________ >> 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 > > _______________________________________________ > 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 |
|
From: <a_...@me...> - 2025-11-17 01:10:36
|
Just for memorandum, the mail sent to dr...@fi... <mailto:dr...@fi...> bounced, then the current maintainer’s address would be incorrect or now other guys may be in charge. (Ref) https://www.finkproject.org/people.php?phpLang=en > 2025/11/14 17:04、a_...@me...: > > curl --connect-timeout 30 -f -L -A 'fink/0.45.99.git' -O http://distfiles.master.finkmirrors.net/distfiles/imake-1.0.10.tar.xz > > curl: (22) The requested URL returned error: 404 > > curl failed to verify the legitimacy of the server and therefore could not > establish a secure connection to it. To learn more about this situation and > how to fix it, please visit the webpage mentioned above. > ### execution of curl failed, exit code 60 > Downloading the file "imake-1.0.10.tar.xz" failed. > . . . > . . . > > (1) Give up > > Note using Safari, able to download imake-1.0.10.tar.xz without troubles > > |
|
From: Scott H. <sha...@us...> - 2025-11-15 22:49:26
|
Not from that URL. I can’t download it either from curl or Safari. In fact I don’t even see imake as a fink package? I was fairly sure that your are running a recent OS so I should have the same packages you do. Have you not updated your package tree in a long while? We shouldn’t have http URLs anymore anyway and only https. Was there an option to download from the master URL? Of course you can download from XOrg outside of fink https://xorg.freedesktop.org/releases/individual/util/imake-1.0.10.tar.xz -Scot > On Nov 14, 2025, at 03:04, a_sk--- via Fink-users <fin...@li...> wrote: > > curl --connect-timeout 30 -f -L -A 'fink/0.45.99.git' -O http://distfiles.master.finkmirrors.net/distfiles/imake-1.0.10.tar.xz > > curl: (22) The requested URL returned error: 404 > > curl failed to verify the legitimacy of the server and therefore could not > establish a secure connection to it. To learn more about this situation and > how to fix it, please visit the webpage mentioned above. > ### execution of curl failed, exit code 60 > Downloading the file "imake-1.0.10.tar.xz" failed. > . . . > . . . > > (1) Give up > > Note using Safari, able to download imake-1.0.10.tar.xz without troubles > > > _______________________________________________ > 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 |
|
From: <a_...@me...> - 2025-11-14 08:04:40
|
curl --connect-timeout 30 -f -L -A 'fink/0.45.99.git' -O http://distfiles.master.finkmirrors.net/distfiles/imake-1.0.10.tar.xz curl: (22) The requested URL returned error: 404 curl failed to verify the legitimacy of the server and therefore could not establish a secure connection to it. To learn more about this situation and how to fix it, please visit the webpage mentioned above. ### execution of curl failed, exit code 60 Downloading the file "imake-1.0.10.tar.xz" failed. . . . . . . (1) Give up Note using Safari, able to download imake-1.0.10.tar.xz without troubles |
|
From: Robert W. <chu...@gm...> - 2025-11-11 20:29:12
|
For what it’s worth, as I’ve been reading through the mailing lists I realized that I have a better answer regarding "when I bootstrapped":
fink list fink
*i* fink 0.45.99.git-20250224.2343
… so it was late February.
Today, after doing a fresh clone, I have
*i* fink 0.45.99.git-20251111.0628
fink list macosx
i macosx 26.2.0-1
> On Sep 15, 2025, at 9:09 PM, Robert Wyatt <chu...@gm...> wrote:
>
> 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
>>
>
|
|
From: <a_...@me...> - 2025-10-30 16:23:02
|
Hi all ! Follow error messages,firstly deleted gd2-jpeg-boolean.patch, etc . Then command line tool reinstalled (which seemed to be deleted in complex operation) > mkdir -p ~/src > cd src > git clone https:/github.com/fink/fink fink-upstream > cd fink-upstream ran ./inject.pl. I found some pending file such as cmake etc was to install (fink selfupdate-git). It is the newest install of Sequoia 15.7.1. > 2025/10/29 15:49、a_...@me...: > > Hi Scott Hannahs, Hanspeter Niederstrasser,and fink experts, > > A) I am afraid I am unable to understand what you mentioned on git command. > I wonder if why such error message appears this time, even now that I have the correct “services.pm” file as done before. > > 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 > > B) Now the above mentioned files are (with time stamp), > /opt/sw/fink/10.9-libcxx/stable/main/finkinfo/graphics]$ ll > wheel 1408 10 23 14:05 gd2-jpeg-boolean.patch > wheel 1408 10 23 14:05 gd2-nox-jpeg-boolean.patch > wheel 3083 10 20 10:51 libtheora0-shlibs.info > wheel 1057 10 20 10:51 libtheora0-shlibs.patch > wheel 2704 3 2 2024 libtheora0.info > wheel 2181 10 23 14:05 libwmf-gd-fixes.patch > /opt/sw/fink/10.9-libcxx/stable/main/finkinfo/net]$ ll > wheel 379 10 21 16:18 bmon_unused.patch > > (Note: TimeMachine data of 10.20.2025 was left when macOS was recovered by Apple standard process. Fink data would not be stored on TimeMachine??) > > > c) Watching the above, I guess it would be impossible to retlieve overwritten original files. I had better start the following Fink essential commands; > > mkdir -p ~/src > cd src > git clone https:/github.com/fink/fink fink-upstream > cd fink-upstream > > |
|
From: <a_...@me...> - 2025-10-29 06:50:19
|
Hi Scott Hannahs, Hanspeter Niederstrasser,and fink experts,
A) I am afraid I am unable to understand what you mentioned on git command.
I wonder if why such error message appears this time, even now that I have the correct “services.pm” file as done before.
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
B) Now the above mentioned files are (with time stamp),
/opt/sw/fink/10.9-libcxx/stable/main/finkinfo/graphics]$ ll
wheel 1408 10 23 14:05 gd2-jpeg-boolean.patch
wheel 1408 10 23 14:05 gd2-nox-jpeg-boolean.patch
wheel 3083 10 20 10:51 libtheora0-shlibs.info
wheel 1057 10 20 10:51 libtheora0-shlibs.patch
wheel 2704 3 2 2024 libtheora0.info
wheel 2181 10 23 14:05 libwmf-gd-fixes.patch
/opt/sw/fink/10.9-libcxx/stable/main/finkinfo/net]$ ll
wheel 379 10 21 16:18 bmon_unused.patch
(Note: TimeMachine data of 10.20.2025 was left when macOS was recovered by Apple standard process. Fink data would not be stored on TimeMachine??)
c) Watching the above, I guess it would be impossible to retlieve overwritten original files. I had better start the following Fink essential commands;
mkdir -p ~/src
cd src
git clone https:/github.com/fink/fink fink-upstream
cd fink-upstream
I have never done same this Fink operation two times on the same macOS. (So far on 2nd time after updating macOS and done) How do you think it is ok?
> 2025/10/28 1:32、Scott Hannahs <st...@ma...>:
>
> 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??
>>
>
_______________________________________________
Fink-users mailing list
Fin...@li... <mailto:Fin...@li...>
https://lists.sourceforge.net/lists/listinfo/fink-users
|
|
From: Scott H. <sha...@us...> - 2025-10-27 18:33:23
|
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) |
|
From: <a_...@me...> - 2025-10-27 06:45:46
|
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 |
|
From: <fi...@sn...> - 2025-10-22 02:04:30
|
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 |
|
From: Robert W. <chu...@gm...> - 2025-10-21 17:55:00
|
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 |
|
From: <a_...@me...> - 2025-10-20 02:05:00
|
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 > |
|
From: <a_...@me...> - 2025-10-19 02:34:09
|
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 |
|
From: <a_...@me...> - 2025-10-18 06:25:41
|
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) |
|
From: Hisashi T F. <ht...@tw...> - 2025-09-30 22:41:23
|
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 |
|
From: Scott H. <sha...@us...> - 2025-09-30 14:06:49
|
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. |
|
From: Franchetti, G. Dr. <G.F...@gs...> - 2025-09-29 19:48:59
|
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> |
|
From: Scott H. <sha...@us...> - 2025-09-28 18:16:21
|
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) |
|
From: Hanspeter N. <fi...@sn...> - 2025-09-25 11:26:26
|
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 |
|
From: Scott H. <sha...@us...> - 2025-09-23 03:18:24
|
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 |
|
From: <fi...@sn...> - 2025-09-22 15:51:49
|
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 |
|
From: Scott H. <sha...@us...> - 2025-09-21 16:50:18
|
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 |