Custom Query (344 matches)

Installing the test Firefox rpm, WPS object creation fails because wps-object.exe is located in %unixroot/usr/lib/rpm and not %unixroot/usr/lib/rpm/pc (in fact, on this system, there is no pc directory). RPM version is 4.13.09.

The Firefox spec needs to be updated to require a version of the rpm package which includes the pc directory with wps-object.exe in it, or the path to wps-object.exe needs to be in the environment and the full path to it needs to then be removed from the scriptlet.

Versions: yum: 3.4.3-11 rpm: 4.13.0-17

When I update a package I always get this error:

Rpmdb checksum is invalid: dCDPT(pkg checksums): libodin.pentium4 0:0.9.0-1 - u

Nonetheless, the package updates correctly. I am using ANPM but I also this error message when I update from the commandline: "yum update libusb1":
Rpmdb checksum is invalid: dCDPT(pkg checksums): libusb1-legacy-0.pentium4 0:1.0.16-2.oc00.L - u

I think it all started when I updated rpm recently.

While using subprocess.PIPE works per se (i.e. you may read from this pipe later on in python code), chaining several processes together doesn't.

Consider this snippet:

import os, subprocess

os.putenv ('LANG', 'en_US')

cmd1 = ['cat', 't.py']
cmd2 = ['grep', 'cmd']

proc1 = subprocess.Popen (cmd1, stdout = subprocess.PIPE)
proc2 = subprocess.Popen (cmd2, stdin = proc1.stdout)

rc = proc2.wait ()
print '*** proc2 rc', rc

rc = proc1.wait ()
print '*** proc1 rc', rc

On OS/2 (python 2.7.6-18.oc00) it gives the following output:

grep: (standard input): Operation not supported on socket
*** proc2 rc 2
*** proc1 rc 0

Expected result (tested on macOS):

cmd1 = ['cat', 't.py']
cmd2 = ['grep', 'cmd']
proc1 = subprocess.Popen (cmd1, stdout = subprocess.PIPE)
proc2 = subprocess.Popen (cmd2, stdin = proc1.stdout)
*** proc2 rc 0
*** proc1 rc 0

I.e. the child process fails to read from its stdin (which is a pipe connected to the parent's stdout) on OS/2.

Note that if you replace cat t.py | grep cmd with e.g. rpm2cpio MYRPM | cpio -idm, the error will be as follows:

2 blocks
cpio: error closing archive: Bad file number

meaning that cpio worked per se (files unpacked correctly) but failed to close the input stream.

Also note that both examples work smoothly as shell commands from under dash or ash.

It looks like we're using pipes (or socket pairs?) incorrectly in Python.