The officially official Devuan Forum!

You are not logged in.

#1 Re: Hardware & System Configuration » problem with rsyslog during cron jobs » 2024-03-11 18:51:55

which  invoke-rc.d returns /usr/sbin/invoke-rc.d, I guess the user who runs the rsyslog command doesn't have access to /usr/sbin... should I edit all the scripts invoking rsyslog-rotate?

#2 Hardware & System Configuration » problem with rsyslog during cron jobs » 2024-03-11 05:53:29

kinmen
Replies: 2

Hello, since I migrated my Debian server to Daedalus, I keep getting the following :

/etc/cron.daily/logrotate:
/usr/lib/rsyslog/rsyslog-rotate: riga 6: invoke-rc.d: command not found
error: error running shared postrotate script for '/var/log/syslog
/var/log/mail.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/cron.log
'
run-parts: /etc/cron.daily/logrotate exited with return code 1

The "invoke-rc.d: command not found" error occurs in other cron jobs too, for example with nginx script

Is that because those are the old Debian scripts? I speculate invoke-rc.d shouldn't be there...

thank you
Kinmen

#3 Re: Packaging for Devuan » expr from coreutils throws an error » 2024-01-26 18:11:41

At the end I had to install Devuan again on a new VM and move data and conf from the old one.

#4 Re: Packaging for Devuan » expr from coreutils throws an error » 2024-01-22 12:50:33

tnx... same as mine excepted backports and I only have main

#5 Re: Packaging for Devuan » expr from coreutils throws an error » 2024-01-22 11:47:57

About systemd-standalone-tmpfiles, it is already installed since before the migration to Chimera. Please note that the problem is not with the repo of sury itself, but with php packages: as I stated in my last post, I tried installing PHP8.2, from meged repos of Devuan, after disabling sury's repo. The problem persists. If I uninstall php8.3 and then try with php8.2-clli from Devuan, I still get:

php8.2-cli : Depends on: php8.2-common (= 8.2.7-1~deb12u1) but versione 8.2.15-1+0~20240120.39+debian12~1.gbp56f296 is goingto be installed 

and it stops...

@alexkemp
could you please provide your sources.list ?

#6 Re: Packaging for Devuan » expr from coreutils throws an error » 2024-01-22 06:43:44

As I wrote in the first post, libc6 and libc6-dev are already v. 2.36-9+deb12u3... And I did dist-upgrade when moved to Daedalus.

With php8.3 & C. in a not complete installed status, now every try to install anything reports error in php8.3-cli etc, throws error.
I tried to install php8.2 from merged repos, but dpkg shows the same error for php8.2-cli as for php8.3-cli

(dpkg: errore nell'elaborare il pacchetto php8.2-cli (--configure):
 il sottoprocesso installato pacchetto php8.2-cli script post-installation ha restituito lo stato di errore 1

The whole system, although still running looks to be inconsistent.

At this point I wonder whether has anybody successfully installed php on Daedalus...

#7 Re: Packaging for Devuan » expr from coreutils throws an error » 2024-01-21 13:42:41

I don't feel to install stuff from experimental... it is a server with several services running. At the worst I can downgrade to php8.2
Btw I think that if the problem relies in the installation script of php8.3-cli, probably it will be the same for both repos...

#9 Re: Packaging for Devuan » expr from coreutils throws an error » 2024-01-21 12:11:52

Ok, it looks like I talked too much.
that link

/usr/lib/x86_64-linux-gnu/libc.so.6 -> libc-2.31.so

is recreated every time I update/install packages. I found that because updating php8.3 from https://packages.sury.org.

The system can't install php8.3-cli :
removed bad link, linked libc.so.6 to the right file as above, ldconfig, run dpkg -i package (I also tried apt before), then I get :

(Lettura del database... 100266 file e directory attualmente installati.)
Preparativi per estrarre php8.3-cli_8.3.2-1+0~20240120.16+debian12~1.gbpb43448_amd64.deb...
Estrazione di php8.3-cli (8.3.2-1+0~20240120.16+debian12~1.gbpb43448) su (8.3.2-1+0~20240120.16+debian12~1.gbpb43448)...
Configurazione di php8.3-cli (8.3.2-1+0~20240120.16+debian12~1.gbpb43448)...
expr: /usr/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by expr)
dpkg: errore nell'elaborare il pacchetto php8.3-cli (--install):
 il sottoprocesso installato pacchetto php8.3-cli script post-installation ha restituito lo stato di errore 1

then,

find /usr/lib* /lib* -name libc.so\* | xargs ls -l
-rwxr-xr-x 1 root root 1922136 30 set 10.31 /lib/x86_64-linux-gnu/libc.so.6
-rw-r--r-- 1 root root     283 30 set 10.31 /usr/lib/x86_64-linux-gnu/libc.so
lrwxrwxrwx 1 root root      12 21 gen 12.50 /usr/lib/x86_64-linux-gnu/libc.so.6 -> libc-2.31.so

something recreated the wrong link...

I think the installation script of php8.3-cli is messing up something...

#10 Re: Packaging for Devuan » expr from coreutils throws an error » 2024-01-20 23:10:57

Yes, now expr doesn't show that error anymore, thank you I really appreciate your help.

As always, the most weird things happen to my server. Note that I first migrated from Bullseye to Chimaera, and then I upgraded to Daedalus. The error appeared after upgrading to Daedalus, I'm quite sure it didn't show up before. It would be interesting to understand what happened exactly, but for the moment I'm happy that it has been solved. Thank you very much again.

#11 Re: Packaging for Devuan » expr from coreutils throws an error » 2024-01-20 21:59:29

Yes, that's weird... find command says:

-rwxr-xr-x 1 root root 1922136 30 set 10.31 /lib/x86_64-linux-gnu/libc.so.6
-rw-r--r-- 1 root root     283 30 set 10.31 /usr/lib/x86_64-linux-gnu/libc.so
lrwxrwxrwx 1 root root      12 14 ott  2022 /usr/lib/x86_64-linux-gnu/libc.so.6 -> libc-2.31.so

#12 Re: Packaging for Devuan » expr from coreutils throws an error » 2024-01-20 21:15:03

Thank you. The output is:

10969:     symbol=__vdso_clock_gettime;  lookup in file=linux-vdso.so.1 [0]
     10969:     binding file linux-vdso.so.1 [0] to linux-vdso.so.1 [0]: normal symbol `__vdso_clock_gettime' [LINUX_2.6]
     10969:     symbol=__vdso_gettimeofday;  lookup in file=linux-vdso.so.1 [0]
     10969:     binding file linux-vdso.so.1 [0] to linux-vdso.so.1 [0]: normal symbol `__vdso_gettimeofday' [LINUX_2.6]
     10969:     symbol=__vdso_time;  lookup in file=linux-vdso.so.1 [0]
     10969:     binding file linux-vdso.so.1 [0] to linux-vdso.so.1 [0]: normal symbol `__vdso_time' [LINUX_2.6]
     10969:     symbol=__vdso_getcpu;  lookup in file=linux-vdso.so.1 [0]
     10969:     binding file linux-vdso.so.1 [0] to linux-vdso.so.1 [0]: normal symbol `__vdso_getcpu' [LINUX_2.6]
     10969:     symbol=__vdso_clock_getres;  lookup in file=linux-vdso.so.1 [0]
     10969:     binding file linux-vdso.so.1 [0] to linux-vdso.so.1 [0]: normal symbol `__vdso_clock_getres' [LINUX_2.6]
     10969:
     10969:     file=libgmp.so.10 [0];  needed by expr [0]
     10969:     find library=libgmp.so.10 [0]; searching
     10969:      search path=/usr/lib/x86_64-linux-gnu/tls/x86_64/x86_64:/usr/lib/x86_64-linux-gnu/tls/x86_64:/usr/lib/x86_64-linux-gnu/tls/x86_64:/usr/lib/x86_64-linux-gnu/tls:/usr/lib/x86_64-linux-gnu/x86_64/x86_64:/usr/lib/x86_64-linux-gnu/x86_64:/usr/lib/x86_64-linux-gnu/x86_64:/usr/lib/x86_64-linux-gnu         (system search path)
     10969:       trying file=/usr/lib/x86_64-linux-gnu/tls/x86_64/x86_64/libgmp.so.10
     10969:       trying file=/usr/lib/x86_64-linux-gnu/tls/x86_64/libgmp.so.10
     10969:       trying file=/usr/lib/x86_64-linux-gnu/tls/x86_64/libgmp.so.10
     10969:       trying file=/usr/lib/x86_64-linux-gnu/tls/libgmp.so.10
     10969:       trying file=/usr/lib/x86_64-linux-gnu/x86_64/x86_64/libgmp.so.10
     10969:       trying file=/usr/lib/x86_64-linux-gnu/x86_64/libgmp.so.10
     10969:       trying file=/usr/lib/x86_64-linux-gnu/x86_64/libgmp.so.10
     10969:       trying file=/usr/lib/x86_64-linux-gnu/libgmp.so.10
     10969:
     10969:     file=libgmp.so.10 [0];  generating link map
     10969:       dynamic: 0x00007f1978e58ce0  base: 0x00007f1978dd9000   size: 0x0000000000080ba8
     10969:         entry: 0x00007f1978dd9000  phdr: 0x00007f1978dd9040  phnum:                  9
     10969:
     10969:
     10969:     file=libc.so.6 [0];  needed by expr [0]
     10969:     find library=libc.so.6 [0]; searching
     10969:      search path=/usr/lib/x86_64-linux-gnu          (system search path)
     10969:       trying file=/usr/lib/x86_64-linux-gnu/libc.so.6
     10969:
     10969:     file=libc.so.6 [0];  generating link map
     10969:       dynamic: 0x00007f1978dd2b80  base: 0x00007f1978c04000   size: 0x00000000001d4680
     10969:         entry: 0x00007f1978c27e40  phdr: 0x00007f1978c04040  phnum:                 12
     10969:
     10969:     checking for version `GLIBC_2.3.4' in file /usr/lib/x86_64-linux-gnu/libc.so.6 [0] required by file expr [0]
     10969:     checking for version `GLIBC_2.14' in file /usr/lib/x86_64-linux-gnu/libc.so.6 [0] required by file expr [0]
     10969:     checking for version `GLIBC_2.4' in file /usr/lib/x86_64-linux-gnu/libc.so.6 [0] required by file expr [0]
     10969:     checking for version `GLIBC_2.26' in file /usr/lib/x86_64-linux-gnu/libc.so.6 [0] required by file expr [0]
     10969:     checking for version `GLIBC_2.34' in file /usr/lib/x86_64-linux-gnu/libc.so.6 [0] required by file expr [0]
     10969:     /usr/lib/x86_64-linux-gnu/libc.so.6: error: version lookup error: version `GLIBC_2.34' not found (required by expr) (continued)
expr: /usr/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by expr)
     10969:     checking for version `GLIBC_2.2.5' in file /usr/lib/x86_64-linux-gnu/libc.so.6 [0] required by file expr [0]
     10969:     checking for version `GLIBC_2.3' in file /usr/lib/x86_64-linux-gnu/libc.so.6 [0] required by file expr [0]
     10969:     checking for version `GLIBC_2.3' in file /usr/lib/x86_64-linux-gnu/libc.so.6 [0] required by file /usr/lib/x86_64-linux-gnu/libgmp.so.10 [0]
     10969:     checking for version `GLIBC_2.14' in file /usr/lib/x86_64-linux-gnu/libc.so.6 [0] required by file /usr/lib/x86_64-linux-gnu/libgmp.so.10 [0]
     10969:     checking for version `GLIBC_2.4' in file /usr/lib/x86_64-linux-gnu/libc.so.6 [0] required by file /usr/lib/x86_64-linux-gnu/libgmp.so.10 [0]
     10969:     checking for version `GLIBC_2.7' in file /usr/lib/x86_64-linux-gnu/libc.so.6 [0] required by file /usr/lib/x86_64-linux-gnu/libgmp.so.10 [0]
     10969:     checking for version `GLIBC_2.2.5' in file /usr/lib/x86_64-linux-gnu/libc.so.6 [0] required by file /usr/lib/x86_64-linux-gnu/libgmp.so.10 [0]
     10969:     checking for version `GLIBC_2.3.4' in file /usr/lib/x86_64-linux-gnu/libc.so.6 [0] required by file /usr/lib/x86_64-linux-gnu/libgmp.so.10 [0]
     10969:     checking for version `GLIBC_2.3' in file /lib64/ld-linux-x86-64.so.2 [0] required by file /usr/lib/x86_64-linux-gnu/libc.so.6 [0]
     10969:     checking for version `GLIBC_PRIVATE' in file /lib64/ld-linux-x86-64.so.2 [0] required by file /usr/lib/x86_64-linux-gnu/libc.so.6 [0]

#13 Re: Packaging for Devuan » expr from coreutils throws an error » 2024-01-20 18:36:21

Tnx.
expr is in /usr/bin:
ls -l /usr/bin/expr
-rwxr-xr-x 1 root root 117808 20 set  2022 /usr/bin/expr

file /usr/bin/expr/
usr/bin/expr: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=b919757cbc30fbb64b14498222499d972fd80acd, for GNU/Linux 3.2.0, stripped

ldd /usr/bin/expr
/usr/bin/expr:
/usr/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by /usr/bin/expr)
        linux-vdso.so.1 (0x00007fff2b95c000)
        libgmp.so.10 => /usr/lib/x86_64-linux-gnu/libgmp.so.10 (0x00007f45159ab000)
        libc.so.6 => /usr/lib/x86_64-linux-gnu/libc.so.6 (0x00007f45157d6000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f4515a4c000)

#14 Packaging for Devuan » expr from coreutils throws an error » 2024-01-20 16:46:43

kinmen
Replies: 21

Hello everybody.
I moved to Devuan from Debian Bullseye some weeks ago to get rid of systemd and usrmerge which caused my server to go bananas. The migration was quite smooth, but since some time I keep getting an error from "expr" executable, from coreutils:

expr: /usr/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by expr)

Devuan Daedalus updated:
coreutils 9.1-1
libc6 and libc6-dev 2.36-9+deb12u3

Now, GLIBC_2.34 is old I can speculate it's something related to the previous version of Debian, but I don't get why expr is looking for old components. So far, it is the only executable which gives that error, but I remember something similar immediately after migrating form Bullseye, unfortunately I don't remember anymore.

The error appears when running expr, both directly in terminal or inside a script.
Any clue? Thank you

Board footer

Forum Software