Custom Query (344 matches)

It seems that updating a package that uses %wps_object_create... macros to create WPS objects causes these objects to be deleted (as upon yum remove) but not created back when installing the new version. At least, this happened here once. Needs investigation.

The quick fix is to do yum reinstall <package> -- this will restore WPS objects.

Using bootstrap V1.3 installation fails when temp dir is located on a ram drive provided by RAMFS107.IFS.

The error message is:

[...]
Installieren      52 Paket(e)
Upgrade       0 Paket(e)

Gesamtgrösse: 27 M
Installed size: 72 M
Ist dies in Ordnung? [j/N] :j
Lade Pakete herunter:
Führe rpm_check_debug durch
Führe Verarbeitungstest durch


[Errno 13] Permission denied: 'r:/temp/tmpo9q8rm'

[L:\]

Note that the bootstrap files are on drive L:\tmp\yumbt despite the tempdir settings in config.sys.

Config.sys:

REM ****** TEMP on RAM-Disk *********
IFS=E:\system\ramfs107\ramfs.ifs /Q /S:150M
call=l:\os2\cmd.exe /C md R:\temp
SET TEMP=R:/temp
SET TMP=R:\temp
SET TMPDIR=R:/temp

yum update results in:

netlabs-rel 100% |=========================| 1.3 kB 00:00 netlabs-rel/primary 100% |=========================| 384 kB 00:00 netlabs-rel: ############################################### 1445/1645S etting up Update Process Resolving Dependencies --> Running transaction check ---> Package libodin.i386 0:0.8.3-1 set to be updated --> Processing Dependency: /@unixroot/usr/bin/sh for package: libodin-0.8.3-1.i386 --> Processing Dependency: stdcpp.dll for package: libodin-0.8.3-1.i386 --> Processing Dependency: /@unixroot/usr/bin/sh for package: libodin-0.8.3-1.i386 --> Processing Dependency: /@unixroot/usr/bin/sh for package: libodin-0.8.3-1.i386 --> Processing Dependency: /@unixroot/usr/bin/sh for package: libodin-0.8.3-1.i386 --> Finished Dependency Resolution Error: Package: libodin-0.8.3-1.i386 (netlabs-rel)

Requires: /@unixroot/usr/bin/sh

Error: Package: libodin-0.8.3-1.i386 (netlabs-rel)

Requires: stdcpp.dll

You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest

neither suggestion result in success

sh.exe is in path stdcpp.dll is in libpath