Bugzilla – Bug 1181905
musescore nothing provides qt5qmlimport
Last modified: 2021-02-16 22:25:56 UTC
VM14:~ # zypper in musescore musescore-fonts Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides qt5qmlimport(FileIO.3) >= 0 needed by musescore-3.5.2-1.2.x86_64 Solution 1: do not install musescore-3.5.2-1.2.x86_64 Solution 2: break musescore-3.5.2-1.2.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c/d/?] (c): 2 Resolving dependencies... Resolving package dependencies... The following 2 NEW packages are going to be installed: musescore musescore-fonts 2 new packages to install. Overall download size: 34.9 MiB. Already cached: 0 B. After the operation, additional 84.4 MiB will be used. Continue? [y/n/v/...? shows all options] (y): Retrieving package musescore-fonts-3.5.2-1.2.noarch (1/2), 3.2 MiB ( 7.4 MiB unpacked) Retrieving: musescore-fonts-3.5.2-1.2.noarch.rpm .............[done (1.4 MiB/s)] Retrieving package musescore-3.5.2-1.2.x86_64 (2/2), 31.7 MiB ( 77.0 MiB unpacked) Retrieving: musescore-3.5.2-1.2.x86_64.rpm ...................[done (2.4 MiB/s)] Checking for file conflicts: .............................................[done] (1/2) Installing: musescore-fonts-3.5.2-1.2.noarch .......................[done] (2/2) Installing: musescore-3.5.2-1.2.x86_64 .............................[done] VM14:~ #
Same problem with zypper dup to 20210205. Kept already installed musescore 3.5.2-1.1, which works fine. Staging for SR#867985 sees the same error. I don't how the error can be in the musescore package itself. Has something changed in how dependencies are determined?
I could also replicate this on 20210205 x86_64. If dependencies are ignored, it still works. I don't think the issue is with the musescore package itself, as it hasn't been updated recently. I'm packaging musescore 3.6.2 (see here: https://build.opensuse.org/package/show/home:balping:branches:multimedia:apps/musescore ), I encountered the same issue when trying to install that version as well. It compiles without any error though.
(In reply to Cor Blom from comment #1) > Same problem with zypper dup to 20210205. > > Kept already installed musescore 3.5.2-1.1, which works fine. > > Staging for SR#867985 sees the same error. I don't how the error can be in > the musescore package itself. Has something changed in how dependencies are > determined? Yes, see https://build.opensuse.org/package/view_file/openSUSE:Factory/qml-autoreqprov/README?expand=1 The announcement for [opensuse-factory] wasn't quite ready when this landed in TW, and apparently the musescore package escaped testing for some reason. I suspect it built before the test project was fully set up... The solution for this is to add a __requires_exclude, I'll submit an sr soon.
This isn't limited to musescore. See also cura: paladin1@locutus:~> sudo zypper install cura [sudo] password for root: Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides qt5qmlimport(UM.1) >= 0 needed by cura-4.8.0-4.2.noarch Solution 1: do not install cura-4.8.0-4.2.noarch Solution 2: break cura-4.8.0-4.2.noarch by ignoring some of its dependencies
I see the same issue on the nightly builds for mygnuhealth
Closing the bug - musescore got fixed. (In reply to Paul Mosier from comment #4) > This isn't limited to musescore. See also cura: > > paladin1@locutus:~> sudo zypper install cura > [sudo] password for root: > Loading repository data... > Reading installed packages... > Resolving package dependencies... > > Problem: nothing provides qt5qmlimport(UM.1) >= 0 needed by > cura-4.8.0-4.2.noarch > Solution 1: do not install cura-4.8.0-4.2.noarch > Solution 2: break cura-4.8.0-4.2.noarch by ignoring some of its dependencies Apparently my sr to uranium was never forwarded to Factory: https://build.opensuse.org/request/show/865263 I did that now, but the maintainer has to ack that. (In reply to Axel Braun from comment #5) > I see the same issue on the nightly builds for mygnuhealth If you mean Application:ERP:GNUHealth:3.6/mygnuhealth, that's not been part of my test project because it's not in TW. To fix the dependencies, this in the .spec file should suffice: %global __requires_exclude qmlimport\((BloodPressure|FedLogin|GHBio|GHBol|GHPsycho|Glucose|LocalAccountManager|MoodEnergy|NetworkSettings|Osat|ProfileSettings|Weight) (Would be simpler if everything was in a GNUHealth.Foo namespace...)
(In reply to Fabian Vogt from comment #6) > (In reply to Axel Braun from comment #5) > > I see the same issue on the nightly builds for mygnuhealth > > If you mean Application:ERP:GNUHealth:3.6/mygnuhealth, that's not been part > of my test project because it's not in TW. Development in progress :-) Will go to TW once it is Beta > To fix the dependencies, this in the .spec file should suffice: > > %global __requires_exclude > qmlimport\((BloodPressure|FedLogin|GHBio|GHBol|GHPsycho|Glucose|LocalAccountM > anager|MoodEnergy|NetworkSettings|Osat|ProfileSettings|Weight) Hm, that seems not to work: T520:/home/docb/buildservice # zypper in mygnuhealth Problem: qt5qmlimport(BloodPressure.0) >= 1 benötigt von mygnuhealth-VERSIONgit.20210213T110607~917dbc9-39.1.x86_64 wird nirgends zur Verfügung gestellt Any idea? > (Would be simpler if everything was in a GNUHealth.Foo namespace...) I have reported that upstream: https://invent.kde.org/pim/mygnuhealth/-/issues/13
Hello Fabian, your updated fix works around the installation issue, but this then ends up in a segfault: docb@T520:~/buildservice> mygnuhealth Initializing MyGNUHealth version 0.7a12 Directory exists... skipping Found myGNUHealth configuration file.. skipping Verifying MyGNUHealth Database..... MyGNUHealth DB exists.. skipping Cyclic dependency detected between "file:///usr/lib64/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop.plasma/Units.qml" and "file:///usr/lib64/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop.plasma/Units.qml" Segmentation fault (Speicherabzug geschrieben)
(In reply to Axel Braun from comment #8) > Hello Fabian, > your updated fix works around the installation issue, but this then ends up > in a segfault: > > docb@T520:~/buildservice> mygnuhealth > Initializing MyGNUHealth version 0.7a12 > Directory exists... skipping > Found myGNUHealth configuration file.. skipping > Verifying MyGNUHealth Database..... > MyGNUHealth DB exists.. skipping > Cyclic dependency detected between > "file:///usr/lib64/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop.plasma/ > Units.qml" and > "file:///usr/lib64/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop.plasma/ > Units.qml" > Segmentation fault (Speicherabzug geschrieben) That's most likely unrelated. If you provide the backtrace with gdb, I can have a look, but that's something for a separate report.
I had same problem with error for ISO image build: nothing provides qt5qmlimport(org.kde.kscreenlocker.1) >= 0 needed by plasma5-workspace-branding-Lietukas, nothing provides qt5qmlimport(calamares.slideshow.1) >= 0 needed by calamares-branding-Lietukas Solution (mentioned Fabian Vogt) indeed helped, but needed two "\" symbols instead of one: # for org.kde.kscreenlocker.1 %global __requires_exclude qmlimport\\((org)