Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #245083 > unrolled thread
| Started by | "Gary L. Roach" <garyroach719@gmail.com> |
|---|---|
| First post | 2022-02-07 23:40 +0100 |
| Last post | 2022-02-09 15:40 +0100 |
| Articles | 6 — 5 participants |
Back to article view | Back to linux.debian.user
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
| From | "Gary L. Roach" <garyroach719@gmail.com> |
|---|---|
| Date | 2022-02-07 23:40 +0100 |
| Subject | Wrong 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]
| From | "Andrew M.A. Cater" <amacater@einval.com> |
|---|---|
| Date | 2022-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]
| From | Richard Hector <richard@walnut.gen.nz> |
|---|---|
| Date | 2022-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]
| From | Charles Curley <charlescurley@charlescurley.com> |
|---|---|
| Date | 2022-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]
| From | "Gary L. Roach" <garyroach719@gmail.com> |
|---|---|
| Date | 2022-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]
| From | Andrei POPESCU <andreimpopescu@gmail.com> |
|---|---|
| Date | 2022-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