search for: libkeyutil

Hi, I've been trying to install samba-3.2.5 but got error: error: Failed dependencies: libkeyutils.so.1 is needed by samba3-cifsmount-3.2.5-37.i386 libkeyutils.so.1(KEYUTILS_0.3) is needed by samba3-cifsmount-3.2.5-37.i386 I check my installed packages: # rpm -qa | grep keyutils keyutils-0.3-1 I found see /lib/libkeyutil.so.0 and /lib/libkeyutil.so.0.3.1 (the .so.0 file was linked to...

libkeyutils is used by the keyctl command which is required for loading keys into the kernel (e.g. for mounting an authenticated UBIFS as root file system). libkeyutils usually invokes syscall() directly. As syscall() is not provided by klibc, libkeyutils has to be slightly modified for using the klibc wrapp...

On Wed, 2020-07-08 at 08:37 +0200, Christian Eggers wrote: > libkeyutils is used by the keyctl command which is required for loading > keys into the kernel (e.g. for mounting an authenticated UBIFS as root > file system). > > libkeyutils usually invokes syscall() directly. As syscall() is not > provided by klibc, libkeyutils has to be slightly modified...

...> On July 27, 2020 2:43:36 AM PDT, Christian Eggers <ceggers at arri.de> >wrote: >> > On Saturday, 25 July 2020, 23:36:33 CEST, Ben Hutchings wrote: >> > > On Wed, 2020-07-08 at 08:37 +0200, Christian Eggers wrote: >> > > > ... >> > > > libkeyutils usually invokes syscall() directly. As syscall() is >not >> > > > provided by klibc, libkeyutils has to be slightly modified for >using the >> > > > klibc wrappers. >> > > >> > > Wouldn't it be more useful for klibc to implement sysc...

On Saturday, 25 July 2020, 23:36:33 CEST, Ben Hutchings wrote: > On Wed, 2020-07-08 at 08:37 +0200, Christian Eggers wrote: > > ... > > libkeyutils usually invokes syscall() directly. As syscall() is not > > provided by klibc, libkeyutils has to be slightly modified for using the > > klibc wrappers. > > Wouldn't it be more useful for klibc to implement syscall() then? I hope that somebody else could respond to this ques...

...at zytor.com wrote: > On July 27, 2020 2:43:36 AM PDT, Christian Eggers <ceggers at arri.de> wrote: > > On Saturday, 25 July 2020, 23:36:33 CEST, Ben Hutchings wrote: > > > On Wed, 2020-07-08 at 08:37 +0200, Christian Eggers wrote: > > > > ... > > > > libkeyutils usually invokes syscall() directly. As syscall() is not > > > > provided by klibc, libkeyutils has to be slightly modified for using the > > > > klibc wrappers. > > > > > > Wouldn't it be more useful for klibc to implement syscall() then? > > &...

On July 27, 2020 2:43:36 AM PDT, Christian Eggers <ceggers at arri.de> wrote: >On Saturday, 25 July 2020, 23:36:33 CEST, Ben Hutchings wrote: >> On Wed, 2020-07-08 at 08:37 +0200, Christian Eggers wrote: >> > ... >> > libkeyutils usually invokes syscall() directly. As syscall() is not >> > provided by klibc, libkeyutils has to be slightly modified for >using the >> > klibc wrappers. >> >> Wouldn't it be more useful for klibc to implement syscall() then? > >I hope that somebody els...

Hi, I had setup yet another qmail toaster on a centos 5 x64. While trying to send a test email, I encountered this error. @400000004809bc511c396914 /var/qmail/bin/qmail-smtpd: error while loading shared libraries: libkeyutils.so.1: failed to map segment from shared object: Cannot allocate memory Any idea? Thanks and best regards

On 2020-07-27 19:20, hpa at zytor.com wrote: > > I'm not so sure they have dealt with it in the sense of having it work on all architectures. *Most* of the problems are related to the shifting the arguments by one, which can cause a bunch of problems, especially if it means the arguments spill to memory. However, I have absolutely no idea how to correctly implement syscall(3) on s390

hpa at zytor.com dixit: >syscall(3) is not implemented by design, because it is silently broken >on many architectures (mainly 32-bit ones.) It?s also where most libcs break on various ports most often, because it?s surprisingly tricky to get right. bye, //mirabilos -- When he found out that the m68k port was in a pretty bad shape, he did not, like many before him, shrug and move on;

....so.3 (0x00007fc615f02000) libdl.so.2 => /lib64/libdl.so.2 (0x00007fc615cfd000) libz.so.1 => /lib64/libz.so.1 (0x00007fc615ae7000) /lib64/ld-linux-x86-64.so.2 (0x00007fc6174a0000) libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007fc6158d8000) libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007fc6156d3000) libresolv.so.2 => /lib64/libresolv.so.2 (0x00007fc6154b9000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fc61529d000) libselinux.so.1 => /lib64/libselinux.so.1 (0x00007fc615077000) libpcre.so.1 =...

...b64/ld-linux-x86-64.so.2 (0x0000003ac4200000) libgcrypt.so.11 => /usr/lib64/libgcrypt.so.11 (0x00002b6fc07af000) libgpg-error.so.0 => /usr/lib64/libgpg-error.so.0 (0x00002b6fc0a21000) libkrb5support.so.0 => /usr/lib64/libkrb5support.so.0 (0x00002b6fc0c25000) libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00002b6fc0e2d000) libresolv.so.2 => /lib64/libresolv.so.2 (0x00002b6fc102f000) libselinux.so.1 => /lib64/libselinux.so.1 (0x00002b6fc1245000) libsepol.so.1 => /lib64/libsepol.so.1 (0x00002b6fc145d000) Any thoughts on why this...

...libkrb5.so.3 => /usr/lib64/libkrb5.so.3 (0x000000399b600000) libcom_err.so.2 => /lib64/libcom_err.so.2 (0x000000399ae00000) libk5crypto.so.3 => /usr/lib64/libk5crypto.so.3 (0x000000399b200000) libkrb5support.so.0 => /usr/lib64/libkrb5support.so.0 (0x000000399ba00000) libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x000000399aa00000) libselinux.so.1 => /lib64/libselinux.so.1 (0x0000003995c00000) libsepol.so.1 => /lib64/libsepol.so.1 (0x0000003996000000) [root at rpmbuild64 channels]# ldd /usr/lib64/asterisk/modules/chan_h323.so libh323_linux_x86_64_n.so....

Hello, Trying to compile Samba 3.2.15 on a RHEL AS 4u2 (i686) and I'm getting the following result from 'sh makerpms.sh': > Provides: samba-doc = 3.2.15-1 > Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(VersionedDependencies) <= 3.0.3-1 > > > RPM build errors: > File not found:

...libkrb5.so.3 => /usr/lib64/libkrb5.so.3 (0x00002b3f93e67000) libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00002b3f940fc000) libk5crypto.so.3 => /usr/lib64/libk5crypto.so.3 (0x00002b3f942fe000) libkrb5support.so.0 => /usr/lib64/libkrb5support.so.0 (0x00002b3f94524000) libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00002b3f9472c000) libresolv.so.2 => /lib64/libresolv.so.2 (0x00002b3f9492e000) libselinux.so.1 => /lib64/libselinux.so.1 (0x00002b3f94b44000) libsepol.so.1 => /lib64/libsepol.so.1 (0x00002b3f94d5c000) (using libcrypto.so.6 and libssl.so...

Hi Brian, Does "iptables -L" show anything of note? I'm leaving iptables off in this host. Because it's an AWS EC2 host I'm managing the firewall ports using the AWS security groups. [root at ops:~] #service iptables status Firewall is stopped. But still, there's this... [root at monitor1:~] #/usr/local/nagios/libexec/check_nrpe -H ops.jokefire.com CHECK_NRPE:

...00) > libkrb5.so.3 => /lib/libkrb5.so.3 (0x0454b000) > libcom_err.so.2 => /lib/libcom_err.so.2 (0x00ed2000) > libk5crypto.so.3 => /lib/libk5crypto.so.3 (0x044f5000) > /lib/ld-linux.so.2 (0x8001b000) > libkrb5support.so.0 => /lib/libkrb5support.so.0 (0x0033d000) > libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x00337000) > libselinux.so.1 => /lib/libselinux.so.1 (0x0058a000) Jay, please don't top-post and trim your quotes. ]# ldd $(which freshclam) linux-vdso.so.1 => (0x00007ffd7e4f4000) libclamav.so.7 => /usr/lib64/libclamav.so.7...

Just tried to compile WINE on opensuse 11 64bit. I did everything as described here: WineOn64bit - The Official Wine Wiki (http://wiki.winehq.org/WineOn64bit#head-b3c0054e075385ab599d63a46dba9d6c3934d6c0) But running the configure script I'm getting that message: Code: configure: libcups development files not found, CUPS won't be supported. That means that the printer output isn't

...; /lib64/libdl.so.2 (0x00007fc615cfd000) > > libz.so.1 => /lib64/libz.so.1 (0x00007fc615ae7000) > > /lib64/ld-linux-x86-64.so.2 (0x00007fc6174a0000) > > libkrb5support.so.0 => /lib64/libkrb5support.so.0 > > (0x00007fc6158d8000) > > libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007fc6156d3000) > > libresolv.so.2 => /lib64/libresolv.so.2 (0x00007fc6154b9000) > > libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fc61529d000) > > libselinux.so.1 => /lib64/libselinux.so.1 (0x00007fc615...

I fixed the country code issue but that did not resolve the problem. I also removed all files in /var/lib/clamav and reran freshclam (without rebooting), that also did not fix the problem. Jay > Am 15.07.2018 um 00:13 schrieb Jay Hart: >> ClamAV update process started at Sat Jul 14 15:10:48 2018 >> Using IPv6 aware code >> Querying current.cvd.clamav.net >> TTL: 1232