Re: [comedi] install error of comedi on rhel9
Ian Abbott <[email protected]> Wed, 25 Jun 2025 11:42:09 +0100
| Newsgroups | gmane.linux.comedi |
|---|---|
| Organization | MEV Ltd. |
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format.
--------------WcDSSXYBnR8zjOEGHzEB0a3D
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: quoted-printable
On 24/06/2025 22:19, A Asraoui wrote:
> comedi successfully installed however running into an install issue=20
> with comedilib-0.13.0 specifically
> at this stage here:
> mkdir -p '/usr/local/share/doc/comedilib/html'
> /bin/install -c m 644 ./html/acquisitionfunction.html ./html/xxx....
> /bin/install can not stat './html/acquisitionfuntions.html' : No such=20
> file or directory
> ...
> [Makefile:843: install-html-local] Error 1
I think you downloaded the wrong file. The releases on GitHub include a=20
couple of automatically generated files shown as "Source code (zip)" and=20
"Source code (tar.gz)". Those are just snapshots of the git repository=20
corresponding to the release. You do not need those. You need the=20
"comedilib-0.13.0.tar.gz=20
<https://github.com/Linux-Comedi/comedilib/releases/download/r0_13_0/comedi=
lib-0.13.0.tar.gz>"=20
file which is the "distribution tarball" built from the sources in the=20
git repository. It includes extra files such as the ./configure script,=20
the Makefile.in files, the C sources generated from the YACC/LEX=20
sources, and the pre-built documentation.=C2=A0 There is no need to run the=
=20
"./autogen.sh" script, because the files it generates already exist.
If you want to keep using the archive you have rather than the=20
distribution tarball, you can configure it with:
=C2=A0 ./configure --disable-doc
to disable installation of the non-existent documentation files. You do=20
not need that option if using the distribution tarball, unless you want=20
to skip installation of the documentation.
> are there any requirements for the LD_LIBRARY_PATH settings for this=20
> install ?
There shouldn't be any requirements. Assuming the files are installed to=20
"/usr/local", you can check by running:
=C2=A0=C2=A0 ldd /usr/local/bin/comedi_test
and it should show something like:
=C2=A0=C2=A0=C2=A0 linux-vdso.so.1 (0x00007ffe51140000)
*libcomedi.so.0 =3D> /usr/local/lib/libcomedi.so.0* (0x00007fb9fe27400=
0)
=C2=A0=C2=A0=C2=A0 libm.so.6 =3D> /lib64/libm.so.6 (0x00007fb9fe18c000)
=C2=A0=C2=A0=C2=A0 libc.so.6 =3D> /lib64/libc.so.6 (0x00007fb9fde00000)
=C2=A0=C2=A0=C2=A0 /lib64/ld-linux-x86-64.so.2 (0x00007fb9fe28c000)
(The addresses in parentheses may be different to what is shown above.)
You may need to modify the secure_path setting in "/etc/sudoers" to add=20
"/usr/local/sbin" and "/usr/local/bin" to the path. I do that by=20
creating the file "/etc/sudoers.d/99_local" containing the line:
Defaults=C2=A0=C2=A0=C2=A0 secure_path =3D /usr/local/sbin:/usr/local/bin:/=
sbin:/bin:/usr/sbin:/usr/bin
(That is the same as the line in the "/etc/sudoers" file, but with=20
"/usr/local/sbin:/usr/local/bin:" prepended.)
> Thanks!
Hope it helps!
Ian
> On Tuesday, June 24, 2025 at 10:49:26=E2=80=AFAM UTC-7 Ian Abbott wrote:
>
> On 20/06/2025 22:32, A Asraoui wrote:
> > thank you Ian for checking on this , when do we get the updated
> version
> > with the fix ..
>
> I haven't fixed it yet, but the modules should get installed
> despite the
> SSL signing errors. The kernel should be able to load the modules
> unless it is built with the CONFIG_MODULE_SIG_FORCE option, or the
> module.sig_enforce kernel command line parameter is set, or secure
> boot
> is enabled.
>
> Note that due to a recently fixed kernel memory corruption bug, be
> sure
> to use the latest sources at the time of this email, or later.
>
> Cheers,
> Ian
>
> > On Friday, June 20, 2025 at 4:07:44=E2=80=AFAM UTC-7 Ian Abbott wro=
te:
> >
> > On 16/06/2025 15:24, A Asraoui wrote:
> > > hi,
> > > Running into ssl error during the install of comedi and
> wondering if
> > > this is a known problem in rhel9
> > > thanks!
> > > ./autogen.sh
> > > make
> > > make install
> > > make entering dir "/usr/local/comedi'
> > >
> > > make -I /usr/local/comedi/comedi -C /lib/modules/..../build
> M=3D/usr/
> > > local/comedi/comedi \
> > > =C2=A0 =C2=A0 =C2=A0 INSTALL_MOD_DIR=3Dcomedi \
> > > =C2=A0 =C2=A0 =C2=A0 INSTALL_MOD_PATH=3D"/" modules_install
> > > make[4]: Entering directory '/usr/src/linix-xxxx
> > > =C2=A0 INSTALL //lib/modules/xxxx/comedit/comedi/comedi.ko
> > > =C2=A0 STRIP //lib/modules/xxxx/comedit/comedi/comedi.ko
> > > =C2=A0 SIGN //lib.modules/xxx/comedi/comedi.ko
> > > At main.c:171
> > > -SSL error: Fxxxx:system library: No such file or directory:
> crypto/
> > > bios/bss_file.c:67
> > > -SSL_error:1xxxxx:BIO routines::no such file: crypto:/bio/
> > bss_file.c:75
> > > sign-file: ./certs/signing_key.pem
> >
> > I can reproduce it. It's under investigation. I think the eventual
> > solution will involve using "akmods" to sign the modules.
> >
> > In the meantime, I have fixed a problem with comedi failing to
> build
> > for
> > later versions of Red Hat's 5.14 kernels due to Red Hat
> back-porting
> > API
> > changes to the class_create() function from the mainline 6.4
> kernel.
> > This broke Comedi's kernel compatibility wrapper code for this
> > function.=20
>
--=20
-=3D( Ian Abbott<[email protected]> || MEV Ltd. is a company )=3D-
-=3D( registered in England & Wales. Regd. number: 02862268. )=3D-
-=3D( Regd. addr.: S11 & 12 Building 67, Europa Business Park, )=3D-
-=3D( Bird Hall Lane, STOCKPORT, SK3 0XA, UK. ||www.mev.co.uk )=3D-
--=20
You received this message because you are subscribed to the Google Groups "=
Comedi: Linux Control and Measurement Device Interface" group.
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to [email protected].
To view this discussion visit https://groups.google.com/d/msgid/comedi_list=
/8d5a8265-bf85-48fb-9610-c90dfe0306fa%40mev.co.uk.
--------------WcDSSXYBnR8zjOEGHzEB0a3D
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE html>
<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DUTF-8=
">
</head>
<body>
<div class=3D"moz-cite-prefix">On 24/06/2025 22:19, A Asraoui wrote:<br=
>
</div>
<blockquote type=3D"cite"
cite=3D"mid:[email protected]">
<meta http-equiv=3D"content-type" content=3D"text/html; charset=3DUTF=
-8">
comedi successfully installed however running into an install
issue with comedilib-0.13.0 specifically
<div>at this stage here:</div>
<div>mkdir -p '/usr/local/share/doc/comedilib/html'</div>
<div>/bin/install -c m 644 ./html/acquisitionfunction.html
./html/xxx....</div>
<div>/bin/install can not stat './html/acquisitionfuntions.html' :
No such file or directory</div>
<div>...</div>
<div>[Makefile:843: install-html-local] Error 1<br>
</div>
</blockquote>
<p>I think you downloaded the wrong file. The releases on GitHub
include a couple of automatically generated files shown as "Source
code (zip)" and "Source code (tar.gz)". Those are just snapshots
of the git repository corresponding to the release. You do not
need those. You need the "<a
href=3D"https://github.com/Linux-Comedi/comedilib/releases/download/r0_13_0=
/comedilib-0.13.0.tar.gz">comedilib-0.13.0.tar.gz</a>"
file which is the "distribution tarball" built from the sources in
the git repository. It includes extra files such as the
./configure script, the Makefile.in files, the C sources generated
from the YACC/LEX sources, and the pre-built documentation.=C2=A0 The=
re
is no need to run the "<font face=3D"monospace">./autogen.sh</font>"
script, because the files it generates already exist.</p>
<p>If you want to keep using the archive you have rather than the
distribution tarball, you can configure it with:</p>
<pre>=C2=A0 ./configure --disable-doc</pre>
<p>to disable installation of the non-existent documentation files.
You do not need that option if using the distribution tarball,
unless you want to skip installation of the documentation.<br>
</p>
<blockquote type=3D"cite"
cite=3D"mid:[email protected]">
<div>
<div>are there any requirements for the LD_LIBRARY_PATH settings
for this install ?</div>
</div>
</blockquote>
<p>There shouldn't be any requirements. Assuming the files are
installed to "/usr/local", you can check by running:</p>
<pre>=C2=A0=C2=A0 ldd /usr/local/bin/comedi_test</pre>
<p>and it should show something like:<br>
</p>
<pre>=C2=A0=C2=A0=C2=A0 linux-vdso.so.1 (0x00007ffe51140000)
=C2=A0=C2=A0=C2=A0 <b>libcomedi.so.0 =3D> /usr/local/lib/libcomedi.so.0<=
/b> (0x00007fb9fe274000)
=C2=A0=C2=A0=C2=A0 libm.so.6 =3D> /lib64/libm.so.6 (0x00007fb9fe18c000)
=C2=A0=C2=A0=C2=A0 libc.so.6 =3D> /lib64/libc.so.6 (0x00007fb9fde00000)
=C2=A0=C2=A0=C2=A0 /lib64/ld-linux-x86-64.so.2 (0x00007fb9fe28c000)
</pre>
<p>(The addresses in parentheses may be different to what is shown
above.)</p>
<p>You may need to modify the secure_path setting in "<font
face=3D"monospace">/etc/sudoers</font>" to add "<font
face=3D"monospace">/usr/local/sbin</font>" and "<font
face=3D"monospace">/usr/local/bin</font>" to the path. I do that
by creating the file "<font face=3D"monospace">/etc/sudoers.d/99_loca=
l</font>"
containing the line:</p>
<pre>Defaults=C2=A0=C2=A0=C2=A0 secure_path =3D /usr/local/sbin:/usr/lo=
cal/bin:/sbin:/bin:/usr/sbin:/usr/bin
</pre>
<p>(That is the same as the line in the "<font face=3D"monospace">/etc/=
sudoers</font>"
file, but with "<font face=3D"monospace">/usr/local/sbin:/usr/local/b=
in:</font>"
prepended.)<br>
</p>
<blockquote type=3D"cite"
cite=3D"mid:[email protected]">
<div>Thanks!</div>
</blockquote>
<p>Hope it helps!</p>
<p>Ian<br>
</p>
<blockquote type=3D"cite"
cite=3D"mid:[email protected]">
<div class=3D"gmail_quote">
<div dir=3D"auto" class=3D"gmail_attr">On Tuesday, June 24, 2025 at
10:49:26=E2=80=AFAM UTC-7 Ian Abbott wrote:<br>
</div>
<blockquote class=3D"gmail_quote"
style=3D"margin: 0 0 0 0.8ex; border-left: 1px solid rgb(204, 204, 204); pa=
dding-left: 1ex;">On
20/06/2025 22:32, A Asraoui wrote:
<br>
> thank you Ian for checking on this , when do we get the
updated version <br>
> with the fix ..
<br>
<br>
I haven't fixed it yet, but the modules should get installed
despite the <br>
SSL signing errors. The kernel should be able to load the
modules <br>
unless it is built with the CONFIG_MODULE_SIG_FORCE option, or
the <br>
module.sig_enforce kernel command line parameter is set, or
secure boot <br>
is enabled.
<br>
<br>
Note that due to a recently fixed kernel memory corruption
bug, be sure <br>
to use the latest sources at the time of this email, or later.
<br>
<br>
Cheers,
<br>
Ian
<br>
<br>
> On Friday, June 20, 2025 at 4:07:44=E2=80=AFAM UTC-7 Ian Abb=
ott
wrote:
<br>
> <br>
> On 16/06/2025 15:24, A Asraoui wrote:
<br>
> > hi,
<br>
> > Running into ssl error during the install of comedi
and wondering if
<br>
> > this is a known problem in rhel9
<br>
> > thanks!
<br>
> > ./autogen.sh
<br>
> > make
<br>
> > make install
<br>
> > make entering dir "/usr/local/comedi'
<br>
> >
<br>
> > make -I /usr/local/comedi/comedi -C
/lib/modules/..../build M=3D/usr/
<br>
> > local/comedi/comedi \
<br>
> > =C2=A0 =C2=A0 =C2=A0 INSTALL_MOD_DIR=3Dcomedi \
<br>
> > =C2=A0 =C2=A0 =C2=A0 INSTALL_MOD_PATH=3D"/" modules_ins=
tall
<br>
> > make[4]: Entering directory '/usr/src/linix-xxxx
<br>
> > =C2=A0 INSTALL
//lib/modules/xxxx/comedit/comedi/comedi.ko
<br>
> > =C2=A0 STRIP //lib/modules/xxxx/comedit/comedi/comedi.k=
o
<br>
> > =C2=A0 SIGN //lib.modules/xxx/comedi/comedi.ko
<br>
> > At main.c:171
<br>
> > -SSL error: Fxxxx:system library: No such file or
directory: crypto/
<br>
> > bios/bss_file.c:67
<br>
> > -SSL_error:1xxxxx:BIO routines::no such file:
crypto:/bio/
<br>
> bss_file.c:75
<br>
> > sign-file: ./certs/signing_key.pem
<br>
> <br>
> I can reproduce it. It's under investigation. I think the
eventual
<br>
> solution will involve using "akmods" to sign the modules.
<br>
> <br>
> In the meantime, I have fixed a problem with comedi
failing to build
<br>
> for
<br>
> later versions of Red Hat's 5.14 kernels due to Red Hat
back-porting
<br>
> API
<br>
> changes to the class_create() function from the mainline
6.4 kernel.
<br>
> This broke Comedi's kernel compatibility wrapper code for
this
<br>
> function.
</blockquote>
</div>
</blockquote>
<br>
<pre class=3D"moz-signature" cols=3D"72">--=20
-=3D( Ian Abbott <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:abbotti@=
mev.co.uk"><[email protected]></a> || MEV Ltd. is a company )=3D-
-=3D( registered in England & Wales. Regd. number: 02862268. )=3D-
-=3D( Regd. addr.: S11 & 12 Building 67, Europa Business Park, )=3D-
-=3D( Bird Hall Lane, STOCKPORT, SK3 0XA, UK. || <a class=3D"moz-txt-link-a=
bbreviated" href=3D"http://www.mev.co.uk">www.mev.co.uk</a> )=3D-</pre>
</body>
</html>
<p></p>
-- <br />
You received this message because you are subscribed to the Google Groups &=
quot;Comedi: Linux Control and Measurement Device Interface" group.<br=
/>
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href=3D"mailto:[email protected]">comedi_=
[email protected]</a>.<br />
To view this discussion visit <a href=3D"https://groups.google.com/d/msgid/=
comedi_list/8d5a8265-bf85-48fb-9610-c90dfe0306fa%40mev.co.uk?utm_medium=3De=
mail&utm_source=3Dfooter">https://groups.google.com/d/msgid/comedi_list/8d5=
a8265-bf85-48fb-9610-c90dfe0306fa%40mev.co.uk</a>.<br />
--------------WcDSSXYBnR8zjOEGHzEB0a3D--