Topics

1

Setup & Installation / YUM update qt5-qtbase-common fails

« on: October 13, 2021, 10:57:58 am »

Hi everybody!
I recently ran into a problem while updating via YUM. 'yum update' results in the message

Code: [Select]

---> Package qt5-qtbase-common.noarch 0:5.13.1-1.oc00 will be updated
--> Processing Dependency: qt5-qtbase-common = 5.13.1-1.oc00 for package: qt5-qtbase-5.13.1-1.oc00.i686
---> Package qt5-qtbase-common.noarch 0:5.15.2-1.oc00 will be an update
--> Processing Dependency: qt5-qtbase = 5.15.2-1.oc00 for package: qt5-qtbase-common-5.15.2-1.oc00.noarch
--> Finished Dependency Resolution
Error: Package: qt5-qtbase-5.13.1-1.oc00.i686 (installed)
           Requires: qt5-qtbase-common = 5.13.1-1.oc00
           Removing: qt5-qtbase-common-5.13.1-1.oc00.noarch (installed)
               qt5-qtbase-common = 5.13.1-1.oc00
           Updated By: qt5-qtbase-common-5.15.2-1.oc00.noarch (netlabs-rel)
               qt5-qtbase-common = 5.15.2-1.oc00
           Available: qt5-qtbase-common-5.11.0-1.oc00.noarch (netlabs-rel)
               qt5-qtbase-common = 5.11.0-1.oc00
Error: Package: qt5-qtbase-common-5.15.2-1.oc00.noarch (netlabs-rel)
           Requires: qt5-qtbase = 5.15.2-1.oc00
           Installed: qt5-qtbase-5.13.1-1.oc00.i686 (installed)
               qt5-qtbase = 5.13.1-1.oc00
           Available: qt5-qtbase-5.11.0-1.oc00.i686 (netlabs-rel)
               qt5-qtbase = 5.11.0-1.oc00
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

I tried 'yum update --skip-broken'. It allows updating the other packages but not fixing the actual problem.
I ran 'rpm -Va --nofiles --nodigest' but that didn't fix the problem either.
I also tried running 'package-cleanup', which I had installed previously:

Code: [Select]

python f:\usr\bin\package-cleanup --problems
No problems found

python f:\usr\bin\package-cleanup --orphans
brlaser-6.0.0-0.i686
heimdal-7.7.0-3.oc00.i686
heimdal-libs-7.7.0-3.oc00.i686
samba-client-4.11.5-0.oc00.i686

python f:\usr\bin\package-cleanup --dupes
(No output, i.e. no duplicates found)

There were a few orphaned packages, but that was all. Does anyone have an idea how to solve this?

Best regards, Thomas Hellsén

2

Applications / Cannot run BiblioteQ due to missing "YAZ5"

« on: July 30, 2020, 03:41:11 pm »

Hi!
I installed BiblioteQ, a Qt application from ftp.netlabs.org/pub/qtapps/, but I can't seem to run it. When I try to start it, I get the message
SYS0002: The system cannot find the file specified. "YAZ5"
True enough, the readme.os2 file specifies to install "yaz" with the command "yum install yaz", but YUM claims not to know anything about this package. "yum provides yaz*" gives "No matches found".

I get the same result with BiblioteQ v. 2019.03.15 and BiblioteQ v. 2018.07.04. Obviously I'm missing something here. Does anyone know how to get BiblioteQ to run?

Best regards, Thomas Hellsén

3

Applications / Printing problems with GSView 5.0 and Ghostscript 9.15

« on: January 05, 2015, 12:23:21 am »

Hi all,
I'm having problems with printing in GSView 5.0. I have Ghostscript 8.63 and 9.15 installed and they can both be run standalone, though I haven't tried printing directly from them. If I configure GSView for gs 9.15 I can load and display a PDF file, but when I try to print, I get the following error message in the popup "GSView Print" box:

GPL Ghostscript 9.15 (2014-09-22)
Copyright (C) 2014 Artifex Software, Inc.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Unknown device: pswrite
Unrecoverable error: syntaxerror in --nostringval--
Operand stack:
    defaultdevice
Unrecoverable error: undefined in .uninstallpagedevice
Operand stack:
    defaultdevice
gsapi_exit returns 0
DosFreeModule returns 12

Now I think I have followed Paul's instructions in the readme.os2 file about configuring GSView:
In GSView Advanced configuration, I have set the include path to

D:\APPS\GS\gs9.15\lib;D:\APPS\GS\gs9.15\Resource\init;D:\APPS\GS\gs9.15\Resource\font;D:\APPS\GS\fonts;E:\PSFONTS;E:\TTFONTS;

where D:\APPS\gs is the Ghostscript & GSView common directory. Also, in E:\OS2\gvpm.ini I have changed all occurrences of the device "pswrite" to "ps2write". This does not seem to help, since the "pswrite" device is still called, as seen from the error message above. This is when I select the tick box "Postscript printer" when printing. It would seem like the "pswrite" device is hardcoded into GSView.
If I instead leave the "Postscript printer" box unticked and manually select the "ps2write" device and try to print, I get the following error message in the printing status box:

GPL Ghostscript 9.15 (2014-09-22)
Copyright (C) 2014 Artifex Software, Inc.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
GPL Ghostscript 9.15: **** Could not open the file \\spool\E312PS .
**** Unable to open the initial device, quitting.
GPL Ghostscript 9.15: **** Could not open the file \\spool\E312PS .
Unrecoverable error: ioerror in setpagedevice
Operand stack:
    true  --nostringval--  --nostringval--  --nostringval--  --nostringval--  --nostringval--  --nostringval--  --nostringval--  --nostringval--
gsapi_exit returns 0
DosFreeModule returns 12

I have no real idea what this means. E312PS is the name of my Postscript printer in eCS 2.1. If I use GhostScript 8.63 instead of 9.15, it prints the following in the printing status box, and printing succeeds:

GPL Ghostscript 8.63 (2008-08-01)
Copyright (C) 2008 Artifex Software, Inc.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
GPL Ghostscript 8.63: **** Could not open the file \\spool\E312PS .
page 1

So I guess my questions are these:
1) Why does Ghostscript 9.15 refuse printing because it can't open the file \\spool\E312PS, while 8.63 works?
2) What is the \\spool\E312PS file, and can I add it to my system so that 9.15 can work? I assume it is part of the printer queue somehow but don't understand exactly how.
3) Any other useful comments...

Best regards, Thomas Hellsén

4

Storage / JFS partition corrupted -- what is the root cause, and how to fix it?

« on: September 14, 2014, 11:21:28 am »

Hi everybody,
I have a strange and quite annoying problem. I recently upgraded my computer, and now I'm having a problem with JFS partitions on one of the disks getting corrupted. I slightly suspect it happened after using a FAT32-formatted USB stick but I have no proof.
Has anyone had something similar happen, and is there anything I can do to recover the JFS partition?
Details follow.

Hard drives:
Disk 1: 10.2 GB, partitioned into C: (1.3 GB HPFS, eCS 1.2r) and D: (8.9 GB JFS, program/file storage)
Disk 2: 61.5 GB, partitioned into E: (1.26 GB HPFS, eCS 2.1) and F: (60.2 GB JFS, data/file storage)

After making a backup of all partitions except E:, I moved the hard drives to the new computer (see further below for details). I installed eCS 2.1 to the E: partition on a bootable JFS, since that has worked well on the laptop that I now use to write this. I also installed Air-Boot instead of the old IBM bootmanager.
The installation went well, and I started to install some applications. I also tested that I could use a FAT32-formatted 4 GB USB stick that I previously had let LVM designate as U: and had formatted in MS Windows.
But following a restart, the eCS 2.1 partition suddenly failed to boot. CHKDSK from eCS 1.2r couldn't handle the corruption. I thought then that maybe the bootable JFS was incompatible with eCS 1.2r and that it had corrupted the E: partition, or that I had an unlucky sector failure.
Since I hadn't really installed much of anything, I just re-installed eCS 2.1 on E:, this time selecting HPFS instead of bootable JFS. I went on installing new applications and configuring the system, also (last night) copying some data files to and from the 4 GB FAT32-formatted USB stick mentioned above.
Then I restarted the computer to see the effect of some new WPS classes. eCS 2.1 now hung in the JFS check during boot-up. The D: drive checked out, but the check on the F: drive just had stopped. After awhile of no disk activity, I restarted the system with Ctrl-Alt-Del.
Now Air-Boot complained that the there were boot sector problems and would not start. I restarted the system with a DFSee 11.5 CD (the latest I had burned; DFSee 12.1 was on D: but to no use). I used DFSee to make checks on the partitions, then recreated the boot sector on disk 2 and restarted.
Now Air-Boot comes up and I can boot either eCS 1.2r on C: or eCS 2.1 on E. but they both hang when they are about to start checking the JFS F: partition. None will finish booting. They just beep intermittently a few times, then do nothing.
I have used the management console in the eCS 2.1 installation to verify that partitions C: D: and E: are OK, but it can do nothing about the F: partition.

There is my problem (sorry for the long-winded description). So my two questions are:
1) Can I recover the JFS F: partition, or at least its data (I do have a backup but it would be good to know how I could restore the partition if I hadn't). Can I use DFSee, or should i buy JRescuer, or is there another solution?
2) What was the root cause of the problem? I do suspect the USB stick with FAT32, but I have nothing except the circumstantial evidence that it was used in the system before both corruptions.

Any useful information on the subject(s) would be appreciated.

Best regards,
Thomas Hellsén

PS Details on old & new computer setups below.

Previous hardware: PPI-556, a 266 MHz, 384 MiB tower model computer.
IDE controller 0: the hard drives as above.
IDE controller 1 had two CD/DVD drives:
CD 1:  Plextor Plexwriter (CD only)
CD 2:  CD/DVD reader.
This setup had worked reliably for many years, not a glitch really, but it was getting old and the power supply fan had failed.

E: was a maintenance partition that I planned to upgrade to eCS 2.1 and be the main OS after the switch.
I first made a backup of the partitions to a USB-connected HD, then moved the drives to the new hardware:

IBM ThinkCentre A30, 2.8 GHz, 1 GiB tower model computer, bought used.
Connected the hard drives to IDE controller 0, like above.
IDE controller 1:
CD 2:  CD/DVD reader.
CD 1:  Plextor Plexwriter (CD only) from previous hardware.