[SOLVED] error using make command

[maia]

When using the module: 05-devel-stable-20240406.xzm , I received the error message when executing the MAKE command: error while loading shared libraries: libffi.so.7. I needed to install the guile-3.0.9-x86_64-1.txz version to be able to compile.
But then I received the following error: make[5]: *** No rule to process target '/usr/include/features-time64.h', required by '/mnt/sda4/kernel-compilacao/v6.8.4 /64/linux-6.8.4/tools/objtool/fixdep.o' . Stop



By the way porteux 1.2 It's super fast on my old laptop and SSD. Just 5 seconds to boot completely.
Congratulations to the whole team.

[porteux]

I can't replicate this issue.

Have you tried in Always Fresh mode?

[maia]

Good morning.
Yes, and I also removed rootcopy folder and extra modules. I only kept the following modules

[beny]

the libffi.so.7 is part of the 001-core:so you have to load for, or if don't match the version you have to make a ln -s to the lib to work

Code: Select all

  
  PACKAGE NAME:     libffi-3.3-x86_64-3
COMPRESSED PACKAGE SIZE:     44K
UNCOMPRESSED PACKAGE SIZE:     130K
PACKAGE LOCATION: libffi-3.3-x86_64-3.txz
PACKAGE DESCRIPTION:
libffi: libffi (A Portable Foreign Function Interface Library)
libffi:
libffi: FFI stands for Foreign Function Interface. A foreign function 
libffi: interface is the popular name for the interface that allows code 
libffi: written in one language to call code written in another language. 
libffi: The libffi library really only provides the lowest, machine dependent 
libffi: layer of a fully featured foreign function interface. 
libffi:
libffi: Homepage: https://sourceware.org/libffi/
libffi:
libffi:
FILE LIST:
./
install/
install/doinst.sh
install/slack-desc
usr/
usr/doc/
usr/doc/libffi-3.3/
usr/doc/libffi-3.3/ChangeLog
usr/doc/libffi-3.3/LICENSE
usr/include/
usr/include/ffi.h
usr/include/ffitarget.h
usr/info/
usr/info/libffi.info.gz
usr/lib64/
usr/lib64/libffi.so.7.1.0
usr/lib64/pkgconfig/
usr/lib64/pkgconfig/libffi.pc
usr/man/
usr/man/man3/
usr/man/man3/ffi.3.gz
usr/man/man3/ffi_call.3.gz
usr/man/man3/ffi_prep_cif.3.gz
usr/man/man3/ffi_prep_cif_var.3.gz
                                                 

[porteux]

@maia, please paste here the result of:

Code: Select all

ls /mnt/live/memory/images/

[maia]

the libffi.so.7 is part of the 001-core:so you have to load for, or if don't match the version you have to make a ln -s to the lib to work

Code: Select all

  
  PACKAGE NAME:     libffi-3.3-x86_64-3
COMPRESSED PACKAGE SIZE:     44K
UNCOMPRESSED PACKAGE SIZE:     130K
PACKAGE LOCATION: libffi-3.3-x86_64-3.txz
PACKAGE DESCRIPTION:
libffi: libffi (A Portable Foreign Function Interface Library)
libffi:
libffi: FFI stands for Foreign Function Interface. A foreign function 
libffi: interface is the popular name for the interface that allows code 
libffi: written in one language to call code written in another language. 
libffi: The libffi library really only provides the lowest, machine dependent 
libffi: layer of a fully featured foreign function interface. 
libffi:
libffi: Homepage: https://sourceware.org/libffi/
libffi:
libffi:
FILE LIST:
./
install/
install/doinst.sh
install/slack-desc
usr/
usr/doc/
usr/doc/libffi-3.3/
usr/doc/libffi-3.3/ChangeLog
usr/doc/libffi-3.3/LICENSE
usr/include/
usr/include/ffi.h
usr/include/ffitarget.h
usr/info/
usr/info/libffi.info.gz
usr/lib64/
usr/lib64/libffi.so.7.1.0
usr/lib64/pkgconfig/
usr/lib64/pkgconfig/libffi.pc
usr/man/
usr/man/man3/
usr/man/man3/ffi.3.gz
usr/man/man3/ffi_call.3.gz
usr/man/man3/ffi_prep_cif.3.gz
usr/man/man3/ffi_prep_cif_var.3.gz
                                                 

Thank you Benny but it didn't work, it requires another version of libguile.



/mnt/sda4/kernel-compilacao/v6.8.4/64/linux-6.8.4# make
make: /usr/lib64/libffi.so.7: version `LIBFFI_CLOSURE_7.0' not found (required by /usr/lib64/libguile-3.0.so.1)
make: /usr/lib64/libffi.so.7: version `LIBFFI_BASE_7.0' not found (required by /usr/lib64/libguile-3.0.so.1)

[maia]

@maia, please paste here the result of:

Code: Select all

ls /mnt/live/memory/images/

Of course.
drwxr-xr-x 8 root root 160 Apr 9 11:33 ./
drwxr-xr-x 6 root root 120 Apr 9 11:33 ../
drwxr-xr-x 5 root root 61 Apr 5 20:49 000-kernel-6.8.4.xzm/
drwxr-xr-x 21 root root 317 Apr 5 11:42 001-core-current-20240405.xzm/
drwxr-xr-x 11 root root 154 Apr 5 11:50 002-gui-current-20240405.xzm/
drwxr-xr-x 5 root root 60 Feb 3 2023 002-xtra-current-20240405.xzm/
drwxr-xr-x 8 root root 107 Apr 5 15:48 003-lxde-0.10.1-current-20240405.xzm/
drwxr-xr-x 7 root root 84 Apr 5 21:01 05-devel-stable-20240406.xzm/

[porteux]

@maia, what's happening is that you're mixing stable and current modules, which is expected to not work. Choose your system to be either stable or current.

[maia]

@maia, what's happening is that you're mixing stable and current modules, which is expected to not work. Choose your system to be either stable or current.

THANK YOU. the make work now.

But...
I noticed that in the current version you are using the compromised version of XZ:
[guest@emilia linux-6.8.4]$ xz -V
xz (XZ Utils) 5.6.1
liblzma 5.6.1
[guest@emilia linux-6.8.4]$
Plese read >>>>> CVE-2024-3094 on XZ - backdoor - supply chain backdoor

[porteux]

Great! You can change the title of this thread to indicate it has been solved

Regarding xz vulnerability, Slackware was not affected.

If you want to make sure, run this command:

Code: Select all

[ $(hexdump -ve '1/1 "%.2x"' /lib*/liblzma.so.5 | grep -q f30f1efa554889f54c89ce5389fb81e7000000804883ec28488954241848894c2410) ] && echo "vulnerable" || echo "not vulnerable"

Source: http://www.slackware.com/changelog/curr ... cpu=x86_64 (look for: xz-5.6.1-x86_64-2)

[maia]

Source: http://www.slackware.com/changelog/curr ... cpu=x86_64 (look for: xz-5.6.1-x86_64-2)

[Ed_P]

A very interesting terminal line of code.

Code: Select all

guest@porteus:~$ [ $(hexdump -ve '1/1 "%.2x"' /lib*/liblzma.so.5 | grep -q f30f1efa554889f54c89ce5389fb81e7000000804883ec28488954241848894c2410) ] && echo "vulnerable" || echo "not vulnerable"
not vulnerable
guest@porteus:~$