Custom Query (344 matches)
Results (67 - 69 of 344)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #95 | wontfix | Allow to be installed on non-root directory | ||
| Description |
On the instructions and on the WarpIn? installer the user is told to install RPM/YUM on the root drive (C:\, X:\, etc). My request is that the users can choose where to install the Linux Hierachy (FHS) on his hard drive. Like C:\Programs\ or any other place. I had tried to move it by hand on an VM experiment and moving the structure is working fine. Here it is some documentation: http://www.os2world.com/wiki/index.php/Experiment:_Moving_the_OS/2_Directory_Structure#Moving_UNIXROOT_-_RPM.2FYUM Regards |
|||
| #96 | wontfix | Running Python while VRXEDIT.EXE is running causes hang | ||
| Description |
Any time the Python interpreter is run while the VX-REXX Designer (VRXEDIT) is open, the Workplace Shell locks up and becomes completely unresponsive. The only way out is to either reboot, or to use a utility like CAD-Handler in conjunction with XF86SUP.SYS to issue a SIGKILL to force-kill either python.exe or vrxedit.exe; this latter option does not always work. This problem is 100% reproducible for me on multiple systems. On rare occasions I have seen what I suspect is a similar hang with other programs (not simply VRXEDIT) but these are not consistently reproducible. In any case I suggest that this be taken as a general Python problem and not a VX-REXX specific one. (In case it is relevant, I would note that VX-REXX makes heavy use of SOM. I have also occasionally seen a similar hang with Python while running Lucide, which is also SOM-based; might this be a possible clue?) |
|||
| #100 | wontfix | Unable to update to rpm-libs 4.8.1-19 and urpo 20150101-9 | ||
| Description |
We seem to have a problem making the upgrade: Downloading Packages: Running rpm_check_debug Running Transaction Test Transaction Test Succeeded Running Transaction Updating : urpo-20150101-9.oc00.i386 1/4 Error unpacking rpm package urpo-20150101-9.oc00.i386 error: unpacking of archive failed on file /@unixroot/usr/lib/urpo.dll: cpio: ch own Updating : rpm-libs-4.8.1-19.oc00.i386 2/4 Error unpacking rpm package rpm-libs-4.8.1-19.oc00.i386 error: unpacking of archive failed on file /@unixroot/usr/lib/rpm.dll: cpio: cho wn urpo-20141223-7.oc00.i386 was supposed to be removed but is not! rpm-libs-4.8.1-18.oc00.i386 was supposed to be removed but is not! yum.log says: Jan 01 22:19:15 urpo-20150101-9.oc00.i386: 100 Jan 01 22:19:24 Updated: rpm-4.8.1-19.oc00.i386 Jan 01 22:19:24 rpm-libs-4.8.1-19.oc00.i386: 100 Jan 01 22:19:33 Updated: rpm-build-4.8.1-19.oc00.i386 Jan 01 22:19:34 Updated: urpo-devel-20150101-9.oc00.i386 Jan 01 22:19:34 urpo-devel: ts_done name in te is rpm-libs should be urpo-devel (not much help in the log) There does not appear to be anything wrong with the rpms themselves. I see this on multiple systems, too. As a result of multiple attempts, I am left with: 12-23-14 14:10 3,072 124 ___A_ urpo.dll 1-01-15 22:19 3,207 124 ___A_ urpo.dll;54a60e33 1-01-15 22:20 3,207 124 ___A_ urpo.dll;54a60e70 1-01-15 22:21 3,207 124 ___A_ urpo.dll;54a60ed4 1-01-15 22:40 3,207 124 ___A_ urpo.dll;54a61346 though I do seem to have ended up with the correct rpm.dll, somehow: 1-01-15 22:42 268,875 124 ___A_ rpm.dll 1-01-15 22:19 268,875 124 ___A_ rpm.dll;54a60e33 1-01-15 22:20 268,875 124 ___A_ rpm.dll;54a60e70 1-01-15 22:21 268,875 124 ___A_ rpm.dll;54a60ed4 |
|||
