Hi,
when trying to install pipewire-jack-audio-connection-kit i get this error message:
# dnf -y install pipewire-jack-audio-connection-kit Last metadata expiration check: 1:39:52 ago on Thu Dec 31 14:10:39 2020. Error: Problem: problem with installed package jack-audio-connection-kit-1.9.14-5.fc33.x86_64 - package pipewire-jack-audio-connection-kit-0.3.13-4.fc33.i686 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64 - conflicting requests - package pipewire-jack-audio-connection-kit-0.3.15-2.fc33.i686 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64 - package pipewire-jack-audio-connection-kit-0.3.13-4.fc33.x86_64 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64 - package pipewire-jack-audio-connection-kit-0.3.15-2.fc33.x86_64 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64 (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages)
How can i fix this ?
Regards Martin
On Thu, Dec 31, 2020 at 9:54 AM Martin Gansser martinkg@fedoraproject.org wrote:
Hi,
when trying to install pipewire-jack-audio-connection-kit i get this error message:
# dnf -y install pipewire-jack-audio-connection-kit Last metadata expiration check: 1:39:52 ago on Thu Dec 31 14:10:39 2020. Error: Problem: problem with installed package jack-audio-connection-kit-1.9.14-5.fc33.x86_64
- package pipewire-jack-audio-connection-kit-0.3.13-4.fc33.i686 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64
- conflicting requests
- package pipewire-jack-audio-connection-kit-0.3.15-2.fc33.i686 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64
- package pipewire-jack-audio-connection-kit-0.3.13-4.fc33.x86_64 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64
- package pipewire-jack-audio-connection-kit-0.3.15-2.fc33.x86_64 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64
(try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages)
How can i fix this ?
Use "--allowerasing" to make it swap.
Alternatively, use the following command:
dnf swap jack-audio-connection-kit pipewire-jack-audio-connection-kit
-- 真実はいつも一つ！/ Always, there's only one truth!
this means that jack-audio-connection-kit has been replaced by pipewire-jack-audio-connection-kit ?
but then i get this message:
# dnf swap jack-audio-connection-kit pipewire-jack-audio-connection-kit Last metadata expiration check: 1:57:23 ago on Thu Dec 31 14:10:39 2020. Error: Problem 1: problem with installed package libavdevice-4.3.1-11.fc33.x86_64 - package libavdevice-4.3.1-11.fc33.x86_64 requires libjack.so.0()(64bit), but none of the providers can be installed - conflicting requests Problem 2: problem with installed package vlc-1:3.0.12-1.fc33.x86_64 - package vlc-1:3.0.12-1.fc33.x86_64 requires libjack.so.0()(64bit), but none of the providers can be installed - package vlc-1:3.0.11.1-4.fc33.x86_64 requires libjack.so.0()(64bit), but none of the providers can be installed - package pipewire-jack-audio-connection-kit-0.3.13-4.fc33.i686 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64 - conflicting requests - package pipewire-jack-audio-connection-kit-0.3.15-2.fc33.i686 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64 - package pipewire-jack-audio-connection-kit-0.3.13-4.fc33.x86_64 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64 - package pipewire-jack-audio-connection-kit-0.3.15-2.fc33.x86_64 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64 (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages)
On 31/12/2020 16:10, Martin Gansser wrote:
this means that jack-audio-connection-kit has been replaced by pipewire-jack-audio-connection-kit ?
- package pipewire-jack-audio-connection-kit-0.3.13-4.fc33.i686 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64
This messes with i686 and x86_64? Usually that means, something else is broken. Personally, I'd try to get rid of the 32bit binary as quickly as possible. Either by rpm -e --nodeps <package> && dnf install <package> to get the 64 bit version instead of 32 bit.
Matthias
On Thu, 31 Dec 2020 16:26:15 +0100, Matthias Runge wrote:
On 31/12/2020 16:10, Martin Gansser wrote:
this means that jack-audio-connection-kit has been replaced by pipewire-jack-audio-connection-kit ?
- package pipewire-jack-audio-connection-kit-0.3.13-4.fc33.i686 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64
This messes with i686 and x86_64? Usually that means, something else is broken. Personally, I'd try to get rid of the 32bit binary as quickly as possible. Either by rpm -e --nodeps <package> && dnf install <package> to get the 64 bit version instead of 32 bit.
Explicit "Conflicts" here, at least, in pipewire-jack-audio-connection-kit: https://koji.fedoraproject.org/koji/rpminfo?rpmID=24326970
Conflicts in distribution packages are bad, bad, bad and typically a dead end when someone runs into them due to dependencies.
On Fri, Jan 1, 2021 at 5:07 AM Michael Schwendt mschwendt@gmail.com wrote:
On Thu, 31 Dec 2020 16:26:15 +0100, Matthias Runge wrote:
On 31/12/2020 16:10, Martin Gansser wrote:
this means that jack-audio-connection-kit has been replaced by pipewire-jack-audio-connection-kit ?
- package pipewire-jack-audio-connection-kit-0.3.13-4.fc33.i686 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64
This messes with i686 and x86_64? Usually that means, something else is broken. Personally, I'd try to get rid of the 32bit binary as quickly as possible. Either by rpm -e --nodeps <package> && dnf install <package> to get the 64 bit version instead of 32 bit.
Explicit "Conflicts" here, at least, in pipewire-jack-audio-connection-kit: https://koji.fedoraproject.org/koji/rpminfo?rpmID=24326970
Conflicts in distribution packages are bad, bad, bad and typically a dead end when someone runs into them due to dependencies.
PipeWire replaces libjack and the JACK daemon, so the Conflicts are correct.
On Fri, Jan 1, 2021 at 5:07 AM Michael Schwendt <mschwendt(a)gmail.com> wrote:
PipeWire replaces libjack and the JACK daemon, so the Conflicts are correct.
How?
$ rpm -q --requires libavdevice |grep jack libjack.so.0()(64bit)
$ dnf whatprovides 'libjack.so.0()(64bit)' [sudo] password for leigh: Last metadata expiration check: 2:31:36 ago on Fri 01 Jan 2021 12:54:04 GMT. jack-audio-connection-kit-1.9.14-5.fc33.x86_64 : The Jack Audio Connection Kit Repo : @System Matched from: Provide : libjack.so.0()(64bit)
jack-audio-connection-kit-1.9.14-5.fc33.x86_64 : The Jack Audio Connection Kit Repo : fedora Matched from: Provide : libjack.so.0()(64bit)
On Fri, Jan 1, 2021 at 10:29 AM Leigh Scott leigh123linux@gmail.com wrote:
On Fri, Jan 1, 2021 at 5:07 AM Michael Schwendt <mschwendt(a)gmail.com> wrote:
PipeWire replaces libjack and the JACK daemon, so the Conflicts are correct.
How?
$ rpm -q --requires libavdevice |grep jack libjack.so.0()(64bit)
$ dnf whatprovides 'libjack.so.0()(64bit)' [sudo] password for leigh: Last metadata expiration check: 2:31:36 ago on Fri 01 Jan 2021 12:54:04 GMT. jack-audio-connection-kit-1.9.14-5.fc33.x86_64 : The Jack Audio Connection Kit Repo : @System Matched from: Provide : libjack.so.0()(64bit)
jack-audio-connection-kit-1.9.14-5.fc33.x86_64 : The Jack Audio Connection Kit Repo : fedora Matched from: Provide : libjack.so.0()(64bit)
This is apparently only fixed in Fedora 34. On Fedora 33, there are still filtered Provides...
The spec file really should just be synced from Rawhide to Fedora 33... 🤦
On Fri, 01 Jan 2021 15:28:48 -0000, Leigh Scott wrote:
On Fri, Jan 1, 2021 at 5:07 AM Michael Schwendt <mschwendt(a)gmail.com> wrote:
PipeWire replaces libjack and the JACK daemon, so the Conflicts are correct.
How?
$ rpm -q --requires libavdevice |grep jack libjack.so.0()(64bit)
Just in case, above that is a misattributed quote. I didn't write that.
On Fri, 1 Jan 2021 06:58:43 -0500, Neal Gompa wrote:
Explicit "Conflicts" here, at least, in pipewire-jack-audio-connection-kit: https://koji.fedoraproject.org/koji/rpminfo?rpmID=24326970
Conflicts in distribution packages are bad, bad, bad and typically a dead end when someone runs into them due to dependencies.
PipeWire replaces libjack and the JACK daemon, so the Conflicts are correct.
Replacing packages is done via "Obsoletes", so depsolving tools can do the right thing automatically. As can be seen on above koji page, the "Obsoletes" tag is empty.
On Fri, Jan 1, 2021 at 8:02 PM Michael Schwendt mschwendt@gmail.com wrote:
On Fri, 1 Jan 2021 06:58:43 -0500, Neal Gompa wrote:
Explicit "Conflicts" here, at least, in pipewire-jack-audio-connection-kit: https://koji.fedoraproject.org/koji/rpminfo?rpmID=24326970
Conflicts in distribution packages are bad, bad, bad and typically a dead end when someone runs into them due to dependencies.
PipeWire replaces libjack and the JACK daemon, so the Conflicts are correct.
Replacing packages is done via "Obsoletes", so depsolving tools can do the right thing automatically. As can be seen on above koji page, the "Obsoletes" tag is empty.
No. The pipewire subpackages don't *replace* the Jack and PulseAudio packages, they are an *alternative* implementation - which is why Conflicts are correct, and Obsoletes / Provides are not. When / If the pipewire implementations are to actually replace Jack and PulseAudio on all systems, using Obsoletes and Conflicts will be the appropriate thing to do. Until then, they will both be available for users to install. It's a bit more tricky to set up correctly in the packaging, but it actually lets users switch between the two (which would not work at all if one of them Obsoleted the other).
Fabio
Il giorno ven, 01/01/2021 alle 20.01 +0100, Michael Schwendt ha scritto:
On Fri, 1 Jan 2021 06:58:43 -0500, Neal Gompa wrote:
Explicit "Conflicts" here, at least, in pipewire-jack-audio- connection-kit: https://koji.fedoraproject.org/koji/rpminfo?rpmID=24326970
Conflicts in distribution packages are bad, bad, bad and typically a dead end when someone runs into them due to dependencies.
PipeWire replaces libjack and the JACK daemon, so the Conflicts are correct.
Replacing packages is done via "Obsoletes", so depsolving tools can do the right thing automatically. As can be seen on above koji page, the "Obsoletes" tag is empty. _______________________________________________
Jack is still in use for professional audio and it cannot be replaced by pipewire, and it is still actively developed. Pipewire just provides another implementation and you can choose which one to use.
Ciao Guido
On 1/2/21 1:26 AM, Guido Aulisi wrote:
Jack is still in use for professional audio and it cannot be replaced by pipewire, and it is still actively developed. Pipewire just provides another implementation and you can choose which one to use.
My understanding from the rest of the discussion is that pipewire *is* replacing both jack and pulseaudio and that all sides are happy about it.
Dne 01. 01. 21 v 12:58 Neal Gompa napsal(a):
On Fri, Jan 1, 2021 at 5:07 AM Michael Schwendtmschwendt@gmail.com wrote:
On Thu, 31 Dec 2020 16:26:15 +0100, Matthias Runge wrote:
On 31/12/2020 16:10, Martin Gansser wrote:
this means that jack-audio-connection-kit has been replaced by pipewire-jack-audio-connection-kit ? - package pipewire-jack-audio-connection-kit-0.3.13-4.fc33.i686 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64
This messes with i686 and x86_64? Usually that means, something else is broken. Personally, I'd try to get rid of the 32bit binary as quickly as possible. Either by rpm -e --nodeps <package> && dnf install <package> to get the 64 bit version instead of 32 bit.
Explicit "Conflicts" here, at least, in pipewire-jack-audio-connection-kit: https://koji.fedoraproject.org/koji/rpminfo?rpmID=24326970
Conflicts in distribution packages are bad, bad, bad and typically a dead end when someone runs into them due to dependencies.
PipeWire replaces libjack and the JACK daemon, so the Conflicts are correct.
Something is wrong and the replace is not entirely correct:
Problém: problem with installed package pipewire-jack-audio-connection-kit-0.3.66-1.fc37.x86_64 - package pipewire-jack-audio-connection-kit-0.3.66-3.fc38.x86_64 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.22-1.fc38.x86_64 - package pipewire-jack-audio-connection-kit-0.3.67-1.fc38.x86_64 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.22-1.fc38.x86_64 - problem with installed package jack-audio-connection-kit-example-clients-1.9.21-3.fc37.x86_64 - pipewire-jack-audio-connection-kit-0.3.66-1.fc37.x86_64 does not belong to a distupgrade repository - jack-audio-connection-kit-example-clients-1.9.21-3.fc37.x86_64 does not belong to a distupgrade repository (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages)
This is from F37->F38
Miroslav
On Sat, Mar 11, 2023 at 6:34 PM Miroslav Suchý msuchy@redhat.com wrote:
Dne 01. 01. 21 v 12:58 Neal Gompa napsal(a):
On Fri, Jan 1, 2021 at 5:07 AM Michael Schwendt mschwendt@gmail.com wrote:
On Thu, 31 Dec 2020 16:26:15 +0100, Matthias Runge wrote:
On 31/12/2020 16:10, Martin Gansser wrote:
this means that jack-audio-connection-kit has been replaced by pipewire-jack-audio-connection-kit ?
- package pipewire-jack-audio-connection-kit-0.3.13-4.fc33.i686 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64
This messes with i686 and x86_64? Usually that means, something else is broken. Personally, I'd try to get rid of the 32bit binary as quickly as possible. Either by rpm -e --nodeps <package> && dnf install <package> to get the 64 bit version instead of 32 bit.
Explicit "Conflicts" here, at least, in pipewire-jack-audio-connection-kit: https://koji.fedoraproject.org/koji/rpminfo?rpmID=24326970
Conflicts in distribution packages are bad, bad, bad and typically a dead end when someone runs into them due to dependencies.
PipeWire replaces libjack and the JACK daemon, so the Conflicts are correct.
Something is wrong and the replace is not entirely correct:
Problém: problem with installed package pipewire-jack-audio-connection-kit-0.3.66-1.fc37.x86_64
- package pipewire-jack-audio-connection-kit-0.3.66-3.fc38.x86_64 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.22-1.fc38.x86_64
- package pipewire-jack-audio-connection-kit-0.3.67-1.fc38.x86_64 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.22-1.fc38.x86_64
- problem with installed package jack-audio-connection-kit-example-clients-1.9.21-3.fc37.x86_64
- pipewire-jack-audio-connection-kit-0.3.66-1.fc37.x86_64 does not belong to a distupgrade repository
- jack-audio-connection-kit-example-clients-1.9.21-3.fc37.x86_64 does not belong to a distupgrade repository
(try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages)
This is a breakage caused by jack-audio-connection-kit-example-clients being obsoleted by jack-audio-connection-kit, but pipewire-jack-audio-connection-kit conflicts with it, so the Obsoletes cannot be resolved. This failure is entirely expected.
See: https://src.fedoraproject.org/rpms/jack-audio-connection-kit/c/8f968176770c6...
The way to fix it is to move the Obsoletes out of jack-audio-connection-kit and into fedora-obsolete-packages.
On Sat, 2023-03-11 at 23:04 -0500, Neal Gompa wrote:
On Sat, Mar 11, 2023 at 6:34 PM Miroslav Suchý msuchy@redhat.com wrote:
Dne 01. 01. 21 v 12:58 Neal Gompa napsal(a):
On Fri, Jan 1, 2021 at 5:07 AM Michael Schwendt mschwendt@gmail.com wrote:
On Thu, 31 Dec 2020 16:26:15 +0100, Matthias Runge wrote:
On 31/12/2020 16:10, Martin Gansser wrote:
this means that jack-audio-connection-kit has been replaced by pipewire-jack-audio-connection-kit ?
- package pipewire-jack-audio-connection-kit-0.3.13- 4.fc33.i686 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64
This messes with i686 and x86_64? Usually that means, something else is broken. Personally, I'd try to get rid of the 32bit binary as quickly as possible. Either by rpm -e --nodeps <package> && dnf install
<package> to get the 64 bit version instead of 32 bit.
Explicit "Conflicts" here, at least, in pipewire-jack-audio-connection-kit: https://koji.fedoraproject.org/koji/rpminfo?rpmID=24326970
Conflicts in distribution packages are bad, bad, bad and typically a dead end when someone runs into them due to dependencies.
PipeWire replaces libjack and the JACK daemon, so the Conflicts are correct.
Something is wrong and the replace is not entirely correct:
Problém: problem with installed package pipewire-jack-audio-connection-kit-0.3.66-1.fc37.x86_64 - package pipewire-jack-audio-connection-kit-0.3.66- 3.fc38.x86_64 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.22-1.fc38.x86_64 - package pipewire-jack-audio-connection-kit-0.3.67- 1.fc38.x86_64 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.22-1.fc38.x86_64 - problem with installed package jack-audio-connection-kit-example-clients-1.9.21-3.fc37.x86_64 - pipewire-jack-audio-connection-kit-0.3.66-1.fc37.x86_64 does not belong to a distupgrade repository - jack-audio-connection-kit-example-clients-1.9.21- 3.fc37.x86_64 does not belong to a distupgrade repository (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages)
This is a breakage caused by jack-audio-connection-kit-example-clients being obsoleted by jack-audio-connection-kit, but pipewire-jack-audio-connection-kit conflicts with it, so the Obsoletes cannot be resolved. This failure is entirely expected.
See: https://src.fedoraproject.org/rpms/jack-audio-connection-kit/c/8f968176770c6...
The way to fix it is to move the Obsoletes out of jack-audio-connection-kit and into fedora-obsolete-packages.
This is also happens on F37 with dnf update .
pipewire needs also obsoletes jack-audio-connection-kit-example-clients
https://src.fedoraproject.org/rpms/pipewire/blob/f37/f/pipewire.spec#_240
-- 真実はいつも一つ！/ Always, there's only one truth! _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
On Fri, Jan 1, 2021 at 5:07 AM Michael Schwendt mschwendt@gmail.com wrote:
On Thu, 31 Dec 2020 16:26:15 +0100, Matthias Runge wrote:
On 31/12/2020 16:10, Martin Gansser wrote:
this means that jack-audio-connection-kit has been replaced by pipewire-jack-audio-connection-kit ?
- package pipewire-jack-audio-connection-kit-0.3.13-4.fc33.i686 conflicts with jack-audio-connection-kit provided by jack-audio-connection-kit-1.9.14-5.fc33.x86_64
This messes with i686 and x86_64? Usually that means, something else is broken. Personally, I'd try to get rid of the 32bit binary as quickly as possible. Either by rpm -e --nodeps <package> && dnf install <package> to get the 64 bit version instead of 32 bit.
Explicit "Conflicts" here, at least, in pipewire-jack-audio-connection-kit: https://koji.fedoraproject.org/koji/rpminfo?rpmID=24326970
Conflicts in distribution packages are bad, bad, bad and typically a dead end when someone runs into them due to dependencies.
They're commonplace for packages that use the same binary or config file names. or when one package obsoletes another. This is happening right now with "createrepo" and the renamed package "createrepo_c".
On Fri, 1 Jan 2021 10:26:13 -0500, Nico Kadel-Garcia wrote:
Explicit "Conflicts" here, at least, in pipewire-jack-audio-connection-kit: https://koji.fedoraproject.org/koji/rpminfo?rpmID=24326970
Conflicts in distribution packages are bad, bad, bad and typically a dead end when someone runs into them due to dependencies.
They're commonplace for packages that use the same binary or config file names. or when one package obsoletes another. This is happening right now with "createrepo" and the renamed package "createrepo_c".
createrepo_c has NEVER done that via conflicts! It has followed the packaging guidelines to replace the createrepo package via a pair of Obsoletes/Provides tags.
-
Fabio Valentini -
Guido Aulisi -
Leigh Scott -
Martin Gansser -
Matthias Runge -
Michael Schwendt -
Miroslav Suchý -
Neal Gompa -
Nico Kadel-Garcia -
Samuel Sieb -
Sérgio Basto