Custom Query (344 matches)

Maybe someone have a clue about the problem I encountered while installing clamav.i386 (yum install clamav.i386)

....
Führe Verarbeitungstest durch
Verarbeitungstest erfolgreich
Führe Verarbeitung durch
  Aktualisieren  : libc-0.6.4-11.oc00.i386                                  1/7
  Aktualisieren  : libc-devel-0.6.4-11.oc00.i386                            2/7
  Installieren   : clamav-data-0.97.2-5.oc00.i386                           3/7
warning: user %username does not exist - using root
warning: group %username does not exist - using root
warning: user %username does not exist - using root
warning: group %username does not exist - using root
  Installieren   : clamav-lib-0.97.2-5.oc00.i386                            4/7
P:\var\cache\rpm\wps\objects.90606.tmp -> P:\var\cache\rpm\wps\objects
     1 file renamed
P:\var\cache\rpm\wps\packages\clamav-lib.48706.tmp -> P:\var\cache\rpm\wps\packag
es\clamav-lib
     1 file renamed
  Installieren   : clamav-0.97.2-5.oc00.i386                                5/7
P:\var\cache\rpm\wps\objects.00656.tmp -> P:\var\cache\rpm\wps\objects
     1 file renamed
P:\var\cache\rpm\wps\packages\clamav.65181.tmp -> P:\var\cache\rpm\wps\packages\c
lamav
     1 file renamed
  Aufräumen      : libc-0.6.3-7.oc00.i386                                   6/7
  Aufräumen      : libc-devel-0.6.3-7.oc00.i386                             7/7
clamav-data-0.97.2-5.oc00.i386 was supposed to be installed but is not!
libc-devel-0.6.4-11.oc00.i386 was supposed to be installed but is not!
libc-0.6.4-11.oc00.i386 was supposed to be installed but is not!
clamav-lib-0.97.2-5.oc00.i386 was supposed to be installed but is not!
clamav-0.97.2-5.oc00.i386 was supposed to be installed but is not!

LIBC PANIC!!
_um_free_maybe_lock: Tried to free block twice - block=013ac688 lock=0x1
pid=0x007b ppid=0x007a tid=0x0001 slot=0x00b8 pri=0x0200 mc=0x0000
P:\USR\BIN\PYTHON.EXE
Process dumping was disabled, use DUMPPROC / PROCDUMP to enable it.

ClamAV 0.97.2 object was created at desktop which holds a RedMe?.txt reference only. Not sure if there should be more. clamscan works

libc 0.6.3 is shipping with old db and gettext headers, and has the libraries included in the runtime dll.

when db4 4.8 and gettext 0.18 devel packages are installed, this triggers a file conflict with existing files.

rpm/yum (correctly) cannot upgrade files from a different package.

the above headers are then put into a separate subpackage, db1-devel and gettext0-devel.

These packages are declared obsolete by db4-devel and gettext-devel, thus if you install libc-devel, it triggers direct installation of db4-devel and gettext-devel.

This is because yum cannot erase a package and install a new one at the same time, so we cannot declare a virtual package (e.g. db-devel) for them.

This is not the best approach, because original db.h and libintl.h are fine for many packages. But we are not adding new requirements to the installed system because db4.dll and kintl.dll are already a requirement for rpm and other core tools.

Currently, if one uses YUM to install libusb10, or any app that depends on it, it will also insist on installing usbcalls as a dependency (if not already installed by YUM). But anyone who has installed the Arca Noae USB stack will already have the correct version of usbcalls.dll. This creates the potential for a mis-match. It would be best if the YUM version of libusb could detect if usbcalls is already installed, even by another installer, and allow not installing the YUM version of usbcalls.