Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #245083 > unrolled thread

Wrong libvirt version in bullseye installation

Started by"Gary L. Roach" <garyroach719@gmail.com>
First post2022-02-07 23:40 +0100
Last post2022-02-09 15:40 +0100
Articles 6 — 5 participants

Back to article view | Back to linux.debian.user


Contents

  Wrong libvirt version in bullseye installation "Gary L. Roach" <garyroach719@gmail.com> - 2022-02-07 23:40 +0100
    Re: Wrong libvirt version in bullseye installation "Andrew M.A. Cater" <amacater@einval.com> - 2022-02-07 23:50 +0100
    Re: Wrong libvirt version in bullseye installation Richard Hector <richard@walnut.gen.nz> - 2022-02-07 23:50 +0100
    Re: Wrong libvirt version in bullseye installation Charles Curley <charlescurley@charlescurley.com> - 2022-02-08 05:40 +0100
      Re: Wrong libvirt version in bullseye installation "Gary L. Roach" <garyroach719@gmail.com> - 2022-02-08 19:00 +0100
    Re: Wrong libvirt version in bullseye installation Andrei POPESCU <andreimpopescu@gmail.com> - 2022-02-09 15:40 +0100

#245083 — Wrong libvirt version in bullseye installation

From"Gary L. Roach" <garyroach719@gmail.com>
Date2022-02-07 23:40 +0100
SubjectWrong libvirt version in bullseye installation
Message-ID<DOkPT-gc6-13@gated-at.bofh.it>
I have been trying to get a cleen copy of qemu/kvm installed but when I 
try to install qemu-system I get:

     libvirt-clients : Depends: libvirt0 (= 7.0.0-3) but 8.0.0-1~bpo11+1 
is to be installed.

  The same for libvirt-daemon and some others. Version 7.0.0.3 is listed 
as the version used in Bullseye. The 8.0.0-1 version is used in the 
testing version. I have gone through my sources.list files and can not 
find the reason libvirt is trying to be loaded from the testing 
depository. Could anyone help? I have tried clearing the /var/cache 
files. That didn't help.

Gary R

Operating System: Debian GNU/Linux 11
KDE Plasma Version: 5.20.5
KDE Frameworks Version: 5.78.0
Qt Version: 5.15.2
Kernel Version: 5.10.0-10-amd64
OS Type: 64-bit
Processors: 4 × AMD FX(tm)-4350 Quad-Core Processor
Memory: 15.6 GiB of RAM
Graphics Processor: AMD CAICOS

[toc] | [next] | [standalone]


#245084

From"Andrew M.A. Cater" <amacater@einval.com>
Date2022-02-07 23:50 +0100
Message-ID<DOkZz-ggi-5@gated-at.bofh.it>
In reply to#245083
On Mon, Feb 07, 2022 at 02:34:20PM -0800, Gary L. Roach wrote:
> I have been trying to get a cleen copy of qemu/kvm installed but when I try
> to install qemu-system I get:
> 
>     libvirt-clients : Depends: libvirt0 (= 7.0.0-3) but 8.0.0-1~bpo11+1 is
> to be installed.
> 

cat /etc/debian_version and check that it's still 11.2

uname -a should give you something like:

Linux [machine name]  5.10.0-11-amd64 #1 SMP Debian 5.10.92-1 (2022-01-18) x86_64 GNU/Linux

(just to check that you've not inadvertently upgraded to testing by accident/
mistake).

That's a backports version you have quoted: have you _ever_ installed anything
from backports?

On this system, 

dpkg -l libvirt-clients gives:

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name            Version      Architecture Description
+++-===============-============-============-=================================
ii  libvirt-clients 7.0.0-3      amd64        Programs for the libvirt library

Check the versions then come back with the info for the list to check?

All the very best, as ever,

Andy Cater

>  The same for libvirt-daemon and some others. Version 7.0.0.3 is listed as
> the version used in Bullseye. The 8.0.0-1 version is used in the testing
> version. I have gone through my sources.list files and can not find the
> reason libvirt is trying to be loaded from the testing depository. Could
> anyone help? I have tried clearing the /var/cache files. That didn't help.
> 
> Gary R
> 
> Operating System: Debian GNU/Linux 11
> KDE Plasma Version: 5.20.5
> KDE Frameworks Version: 5.78.0
> Qt Version: 5.15.2
> Kernel Version: 5.10.0-10-amd64
> OS Type: 64-bit
> Processors: 4 × AMD FX(tm)-4350 Quad-Core Processor
> Memory: 15.6 GiB of RAM
> Graphics Processor: AMD CAICOS
> 

[toc] | [prev] | [next] | [standalone]


#245085

FromRichard Hector <richard@walnut.gen.nz>
Date2022-02-07 23:50 +0100
Message-ID<DOkZz-ggi-3@gated-at.bofh.it>
In reply to#245083
On 8/02/22 11:34, Gary L. Roach wrote:
> I have been trying to get a cleen copy of qemu/kvm installed but when I 
> try to install qemu-system I get:
> 
>      libvirt-clients : Depends: libvirt0 (= 7.0.0-3) but 8.0.0-1~bpo11+1 
> is to be installed.
> 
>   The same for libvirt-daemon and some others. Version 7.0.0.3 is listed 
> as the version used in Bullseye. The 8.0.0-1 version is used in the 
> testing version. I have gone through my sources.list files and can not 
> find the reason libvirt is trying to be loaded from the testing 
> depository. Could anyone help? I have tried clearing the /var/cache 
> files. That didn't help.

The bpo bit in the version suggests that it's coming from the backports 
repo (bullseye-backports), not testing as such. I assume you have the 
backports repo configured. Why you're getting that particular backport 
if you haven't installed it manually, I'm not sure - perhaps you 
installed or are installing something else that depends on it? If 
backports is what you want, it appears libvirt-clients is available from 
there as well, so you can install a matching version.

Cheers,
Richard

[toc] | [prev] | [next] | [standalone]


#245088

FromCharles Curley <charlescurley@charlescurley.com>
Date2022-02-08 05:40 +0100
Message-ID<DOqsh-jDl-1@gated-at.bofh.it>
In reply to#245083
On Mon, 7 Feb 2022 14:34:20 -0800
"Gary L. Roach" <garyroach719@gmail.com> wrote:

>      libvirt-clients : Depends: libvirt0 (= 7.0.0-3) but
> 8.0.0-1~bpo11+1 is to be installed.

If a package with that ~bpo11+1 bit in it is to be installed, you are
trying to pull something in from backports.

What command are you trying to execute? Copy and paste it into your
reply.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

[toc] | [prev] | [next] | [standalone]


#245106

From"Gary L. Roach" <garyroach719@gmail.com>
Date2022-02-08 19:00 +0100
Message-ID<DOCWu-rD2-9@gated-at.bofh.it>
In reply to#245088
Thank you Charles and all others,

I apparently got the backport version of libvirt0 installed somewhere 
along the line and didn't realize that I had. Purging the libvirt0 file 
fixed the problem. The next attempt to load the qemu files worked fine. 
Since the replacement of the 8. version by the 7. version was a 
downgrade, My attempts to overwrite it didn't work.

Thank you all for your help

Gary R,

On 2/7/22 8:35 PM, Charles Curley wrote:
> On Mon, 7 Feb 2022 14:34:20 -0800
> "Gary L. Roach" <garyroach719@gmail.com> wrote:
>
>>       libvirt-clients : Depends: libvirt0 (= 7.0.0-3) but
>> 8.0.0-1~bpo11+1 is to be installed.
> If a package with that ~bpo11+1 bit in it is to be installed, you are
> trying to pull something in from backports.
>
> What command are you trying to execute? Copy and paste it into your
> reply.
>

[toc] | [prev] | [next] | [standalone]


#245140

FromAndrei POPESCU <andreimpopescu@gmail.com>
Date2022-02-09 15:40 +0100
Message-ID<DOWit-DGp-1@gated-at.bofh.it>
In reply to#245083

[Multipart message — attachments visible in raw view] — view raw

On Lu, 07 feb 22, 14:34:20, Gary L. Roach wrote:
> I have been trying to get a cleen copy of qemu/kvm installed but when I try
> to install qemu-system I get:
> 
>     libvirt-clients : Depends: libvirt0 (= 7.0.0-3) but 8.0.0-1~bpo11+1 is
> to be installed.
> 
>  The same for libvirt-daemon and some others. Version 7.0.0.3 is listed as
> the version used in Bullseye. The 8.0.0-1 version is used in the testing
> version. I have gone through my sources.list files and can not find the
> reason libvirt is trying to be loaded from the testing depository. Could
> anyone help? I have tried clearing the /var/cache files. That didn't help.

In addition to what others wrote, it's very useful to check the output 
of 'apt policy' and 'apt policy <package>', because they are a better 
indicator of how APT is configured (e.g. did you remember to check for 
other files under /etc/apt/sources.list.d/ and any pins?).

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.user


csiph-web