Hello,
Just had a quick test of two OMV iso images, the stable Lx4 and the latest Lx 4.1 Alpha, both in live mode.
I wanted to check if I could print to my network Epson printer connected to another Linux machine. I tried to install the proprietary Epson inkjet driver right there in live mode, but DNF failed to resolve dependencies for me. The driver pulls the LSB package, which in turn depends on various other Qt4-related packages in OMV. There have been no legacy Qt4 packages in OMV lately, therefore DNF exited with error.
I wonder why there are still packages in OMV that depend on non-existent other packages?
OpenMandriva is a community distro. Everyone that does anything is an unpaid, part-time, volunteer. If not enough is being done that would indicate we don’t have enough volunteers to do everything that needs doing.
OK, specific to LSB: lsb-release-2.0-53 is already installed in OM Lx 4.1 and 4.0. So are you referring to that package or some other lsb package? This is from a Rock/Lx 4.0 system:
$ rpm -qa lsb-release
lsb-release-2.0-53.x86_64
I believe lsb-release is always installed with any version of OM Lx. There are a handful of other packages with lsb in their name.
So would be helpful to see full Konsole output of attempt to install the proprietary Epson driver. It’s possible we can get someone to do something to correct this.
More on lsb. There is a package group called openmandriva/lsb that is separate from openmandriva/lsb-release. The lsb package does not show that it has ever been built for OM Lx 4.0 or 4.1 so I just built it for both branches. However two of those packages still depend on qt4 so not fixed yet. This is example from OM Lx 4.1/Rolling:
# dnf install --enablerepo rolling-testing-x86_64 lsb-lib64
OpenMandriva Rolling - x86_64 - Testing 1.3 MB/s | 3.2 MB 00:02
Last metadata expiration check: 0:00:02 ago on Wed 18 Dec 2019 07:04:14 PM CST.
Error:
Problem: cannot install the best candidate for the job
- nothing provides lib64qtnetwork4 >= 4.2.3 needed by lsb-lib64-11.1.0-1.x86_64
- nothing provides lib64qtopengl4 >= 4.2.3 needed by lsb-lib64-11.1.0-1.x86_64
- nothing provides lib64qtsql4 >= 4.2.3 needed by lsb-lib64-11.1.0-1.x86_64
- nothing provides lib64qtsvg4 >= 4.2.3 needed by lsb-lib64-11.1.0-1.x86_64
- nothing provides lib64qtxml4 >= 4.2.3 needed by lsb-lib64-11.1.0-1.x86_64
- nothing provides qt4-common >= 4.2.3 needed by lsb-lib64-11.1.0-1.x86_64
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
# dnf install --enablerepo rolling-testing-x86_64 lsb-test
Last metadata expiration check: 0:00:15 ago on Wed 18 Dec 2019 07:04:14 PM CST.
Error:
Problem: cannot install the best candidate for the job
- nothing provides qt4-database-plugin-sqlite needed by lsb-test-11.1.0-1.x86_64
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
The developer consensus is that the lsb package is probably to old and out of date to be worth fixing.
@bero tells us that “lsb still mandates prehistoric stuff” further “we’re not going to bring back qt4… But there may be another way to get that driver to work (or better yet use an open driver that works on the same HW)”.