Re: update of mysql-unified failure

--===============4905629415594114190==
Content-Type: multipart/alternative;
	boundary="Apple-Mail=_2EBB5BA0-D816-4EFC-92F3-DF2F059B2A1C"


--Apple-Mail=_2EBB5BA0-D816-4EFC-92F3-DF2F059B2A1C
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8



> On Jul 18, 2026, at 5:58=E2=80=AFAM, Daniel Macks =
<[email protected]> wrote:
>=20
>=20
> On Thu, 16 Jul 2026 21:49:47 -0400, Scott Hannahs via Fink-users =
<[email protected]> wrote:
>=20
>>> Luigi, Hanspeter,
>>>> On Jul 8, 2026, at 6:50=E2=80=AFAM, Hanspeter Niederstrasser wrote:
>>>>=20
>>>>>>> On Jun 29, 2026, at 05:40, Luigi Ernesto Zanotti
>>>>>>>> wrote:
>>>>>>>=20
>>>>>>> Why is 'libndbclient.a' missing? Is it a problem with the 'old'
>>>>>>> Mojave system?
>>>>>>> Am I the only one that gets this?
>>>>>>> Thanks and best regards, Luigi Zanotti
>>>>>>>=20
>>>>>>=20
>>>>>> I haven=E2=80=99t installed mysql on even a recent macOS, but in =
doing a web
>>>>>> search on =E2=80=98libndb=E2=80=99 I find that is primarily for =
compatibility with
>>>>>> Plan 9 operating systems. I am not sure why it is being required.
>>>>>> Perhaps a configuration option needs to be tweaked? Is the source
>>>>>> code of libndb included in the mysql bundle that is downloaded?
>>>>>>=20
>>>>>> Another option is that fink is building libndb as a dynamic =
library
>>>>>> instead of a static one. Use the -k option to check if the =
library
>>>>>> exists as a dynamic library in the build folder. It looks like =
that
>>>>>> library should be part of the build.
>>>>>>=20
>>>>>> =E2=80=9CIn summary, libndb serves as a crucial tool for =
developers working
>>>>>> within the Plan 9 operating system, enabling them to manage =
databases
>>>>>> efficiently and effectively.=E2=80=9D
>>>>=20
>>>> On 7/5/26 3:39 AM, Luigi Ernesto Zanotti wrote:
>>>>> Hello Scott,
>>>>> after reading your considerations and suggestions I decided to =
leave my lazyness and have a look into the build files.
>>>>> So I discovered that the issue isn't the libndbclient.a missing, =
but the folder /.libs/ missing, (see the message below)
>>>>> clang: error: no such file or directory: =
'../ndb/src/.libs/libndbclient.a'
>>>>> I then took the hazard of creating the /.libs/ and putting in it =
the library libndbclient.a taken from a previous mysql installation =
(2021); the result was that, after trials and errors due to 'bad =
permisssion' to be modified, I got a successful build, and new .deb =
files.
>>>>> Curiously, the libndbclient.a, that was required at the time of =
the error, is wiped out at further stages of the build, that I tried to =
follow in its evolution.
>>>>> I'm glad, but the point is that I found a therapy for my case, but =
wasn't able to find where the illness is starting from.
>>>>> Maybe it's a special issue for Mojave systems; unfortunately, when =
I sent the first message, I put in Cc the maintainer and got an 'invalid =
address' answer.
>>>>> Maybe you, that surely know how fink's tasks are assigned, can =
bring the issue to the attention of somebody else.
>>>>> Thank you so much for your help; best regards L. Z.
>>>>=20
>>>> I also have 10.14, but had no problems building mysql-unified. =
There are two likely reasons why libndbclient.a was not found/built:
>>>>=20
>>>> 1) It failed to build earlier in the build process, but the process =
didn't completely stop until it was required elsewhere, or
>>>> 2) the configure step is missing a dependency, which makes it =
decide to not build the NDB client library, but then doesn't propagate =
that it's not used to where it might be needed.
>>>>=20
>>>> For (1), check earlier in your build log if there's another error. =
Searching for the string 'error:' is usually enough.
>>>>=20
>>>> For (2), check the configure parts of the build process to see if =
NDB features are discovered.
>>>>=20
>>>> I see this where it worked:
>>>>=20
>>>> checking for csv storage engine... yes
>>>> checking for blackhole storage engine... yes
>>>> checking for NDB Cluster... Using NDB Cluster
>>>> could not find sci transporter in /{include, lib}
>>>> checking for NDB Cluster options...
>>>> -- not including ndbapi test programs
>>>> -- not including ndbapi and mgmapi documentation
>>>> done.
>>>>=20
>>>> Hanspeter
>>>=20
>>> It has been awhile, but I finally got around to attempting a build =
of mysql-unified on MacOS 26.5/Intel. I get to a different error since =
the compiler is pickier. But I am guessing that this is part of the =
build of libndbclient? The Makefile has the lbindbclient.a mentioned but =
no rule to build it.
>>>=20
>>> -Scott
>>>=20
>>> NdbScanOperation.cpp:696:10: warning: variable 'ret' set but not =
used [-Wunused-but-set-variable]
>>> 696 | bool ret =3D true;
>>> | ^
>>> NdbScanOperation.cpp:1191:20: error: non-constant-expression cannot =
be narrowed from type 'int' to 'Uint32' (aka 'unsigned int') in =
initializer list [-Wc++11-narrowing]
>>> 1191 | Uint32 buf[2] =3D { type, ahValue };
>>> | ^~~~
>>> NdbScanOperation.cpp:1191:20: note: insert an explicit cast to =
silence this issue
>>> 1191 | Uint32 buf[2] =3D { type, ahValue };
>>> | ^~~~
>>> | static_cast( )
>>> 13 warnings and 1 error generated. >> =
_______________________________________________
>=20
> That's the same result and as far as I was able to push mysql-client =
on 26.0/ARM a few weeks ago before I gave up. This package is a fairly =
old version, not easily diff'able vs current upstream such as it is.
>=20
> Regarding manually looking through Makefile recipes,".a" files are =
often called ".la" files when libtool is used as part of the autotools =
toolchain.
>=20
> dan

Well, I can patch the source to add a cast on line 1191 of =
NdbScanOperation.cpp
Uint32 buf[2] =3D { type, ahValue }; ->  Uint32 buf[2] =3D { =
static_cast<Uint32>(type), ahValue };
But I think I will just run into many many more tweaks to bring the =
source up to modern requirements.  And since fink quits on the first =
error this could be a long iterative process.

Probably =E2=80=9Ctype=E2=80=9D should have been declared as a Uint32 =
originally, thus avoiding the cast?

-Scott


--Apple-Mail=_2EBB5BA0-D816-4EFC-92F3-DF2F059B2A1C
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html aria-label=3D"message body"><head><meta http-equiv=3D"content-type" =
content=3D"text/html; charset=3Dutf-8"></head><body =
style=3D"overflow-wrap: break-word; -webkit-nbsp-mode: space; =
line-break: after-white-space;"><br =
id=3D"lineBreakAtBeginningOfMessage"><div><br><blockquote =
type=3D"cite"><div>On Jul 18, 2026, at 5:58=E2=80=AFAM, Daniel Macks =
&lt;[email protected]&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div><div><br>On Thu, 16 Jul 2026 =
21:49:47 -0400, Scott Hannahs via Fink-users =
&lt;[email protected]&gt; wrote:<br><br><blockquote =
type=3D"cite"><blockquote type=3D"cite">Luigi, Hanspeter,<br><blockquote =
type=3D"cite">On Jul 8, 2026, at 6:50=E2=80=AFAM, Hanspeter =
Niederstrasser wrote:<br><br><blockquote type=3D"cite"><blockquote =
type=3D"cite"><blockquote type=3D"cite">On Jun 29, 2026, at 05:40, Luigi =
Ernesto Zanotti<br><blockquote =
type=3D"cite">wrote:<br></blockquote><br>Why is 'libndbclient.a' =
missing? Is it a problem with the 'old'<br>Mojave system?<br>Am I the =
only one that gets this?<br>Thanks and best regards, Luigi =
Zanotti<br><br></blockquote><br>I haven=E2=80=99t installed mysql on =
even a recent macOS, but in doing a web<br>search on =E2=80=98libndb=E2=80=
=99 I find that is primarily for compatibility with<br>Plan 9 operating =
systems. I am not sure why it is being required.<br>Perhaps a =
configuration option needs to be tweaked? Is the source<br>code of =
libndb included in the mysql bundle that is downloaded?<br><br>Another =
option is that fink is building libndb as a dynamic library<br>instead =
of a static one. Use the -k option to check if the library<br>exists as =
a dynamic library in the build folder. It looks like that<br>library =
should be part of the build.<br><br>=E2=80=9CIn summary, libndb serves =
as a crucial tool for developers working<br>within the Plan 9 operating =
system, enabling them to manage databases<br>efficiently and =
effectively.=E2=80=9D<br></blockquote></blockquote><br>On 7/5/26 3:39 =
AM, Luigi Ernesto Zanotti wrote:<br><blockquote type=3D"cite">Hello =
Scott,<br>after reading your considerations and suggestions I decided to =
leave my lazyness and have a look into the build files.<br>So I =
discovered that the issue isn't the libndbclient.a missing, but the =
folder /.libs/ missing, (see the message below)<br>clang: error: no such =
file or directory: '../ndb/src/.libs/libndbclient.a'<br>I then took the =
hazard of creating the /.libs/ and putting in it the library =
libndbclient.a taken from a previous mysql installation (2021); the =
result was that, after trials and errors due to 'bad permisssion' to be =
modified, I got a successful build, and new .deb files.<br>Curiously, =
the libndbclient.a, that was required at the time of the error, is wiped =
out at further stages of the build, that I tried to follow in its =
evolution.<br>I'm glad, but the point is that I found a therapy for my =
case, but wasn't able to find where the illness is starting =
from.<br>Maybe it's a special issue for Mojave systems; unfortunately, =
when I sent the first message, I put in Cc the maintainer and got an =
'invalid address' answer.<br>Maybe you, that surely know how fink's =
tasks are assigned, can bring the issue to the attention of somebody =
else.<br>Thank you so much for your help; best regards L. =
Z.<br></blockquote><br>I also have 10.14, but had no problems building =
mysql-unified. There are two likely reasons why libndbclient.a was not =
found/built:<br><br>1) It failed to build earlier in the build process, =
but the process didn't completely stop until it was required elsewhere, =
or<br>2) the configure step is missing a dependency, which makes it =
decide to not build the NDB client library, but then doesn't propagate =
that it's not used to where it might be needed.<br><br>For (1), check =
earlier in your build log if there's another error. Searching for the =
string 'error:' is usually enough.<br><br>For (2), check the configure =
parts of the build process to see if NDB features are =
discovered.<br><br>I see this where it worked:<br><br>checking for csv =
storage engine... yes<br>checking for blackhole storage engine... =
yes<br>checking for NDB Cluster... Using NDB Cluster<br>could not find =
sci transporter in /{include, lib}<br>checking for NDB Cluster =
options...<br>-- not including ndbapi test programs<br>-- not including =
ndbapi and mgmapi =
documentation<br>done.<br><br>Hanspeter<br></blockquote><br>It has been =
awhile, but I finally got around to attempting a build of mysql-unified =
on MacOS 26.5/Intel. I get to a different error since the compiler is =
pickier. But I am guessing that this is part of the build of =
libndbclient? The Makefile has the lbindbclient.a mentioned but no rule =
to build it.<br><br>-Scott<br><br>NdbScanOperation.cpp:696:10: warning: =
variable 'ret' set but not used [-Wunused-but-set-variable]<br>696 | =
bool ret =3D true;<br>| ^<br>NdbScanOperation.cpp:1191:20: error: =
non-constant-expression cannot be narrowed from type 'int' to 'Uint32' =
(aka 'unsigned int') in initializer list [-Wc++11-narrowing]<br>1191 | =
Uint32 buf[2] =3D { type, ahValue };<br>| =
^~~~<br>NdbScanOperation.cpp:1191:20: note: insert an explicit cast to =
silence this issue<br>1191 | Uint32 buf[2] =3D { type, ahValue };<br>| =
^~~~<br>| static_cast( )<br>13 warnings and 1 error generated. &gt;&gt; =
_______________________________________________<br></blockquote></blockquo=
te><br>That's the same result and as far as I was able to push =
mysql-client on 26.0/ARM a few weeks ago before I gave up. This package =
is a fairly old version, not easily diff'able vs current upstream such =
as it is.<br><br>Regarding manually looking through Makefile =
recipes,".a" files are often called ".la" files when libtool is used as =
part of the autotools =
toolchain.<br><br>dan<br></div></div></blockquote><br>Well, I can patch =
the source to add a cast on line 1191 of =
NdbScanOperation.cpp</div><blockquote style=3D"margin: 0 0 0 40px; =
border: none; padding: 0px;"><div>Uint32 buf[2] =3D { type, ahValue }; =
-&gt;&nbsp;&nbsp;Uint32 buf[2] =3D { static_cast&lt;Uint32&gt;(type), =
ahValue };</div></blockquote>But I think I will just run into many many =
more tweaks to bring the source up to modern requirements. &nbsp;And =
since fink quits on the first error this could be a long iterative =
process.<div><br></div><div>Probably =E2=80=9Ctype=E2=80=9D should have =
been declared as a Uint32 originally, thus avoiding the =
cast?<br><div><br></div><div>-Scott</div><div><br></div></div></body></htm=
l>=

--Apple-Mail=_2EBB5BA0-D816-4EFC-92F3-DF2F059B2A1C--


--===============4905629415594114190==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


--===============4905629415594114190==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Fink-users mailing list
[email protected]
List archive:
https://sourceforge.net/p/fink/mailman/fink-users/
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users
--===============4905629415594114190==--