Linux - DesktopThis forum is for the discussion of all Linux Software used in a desktop context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
mainframe [~] # apt install openclipart
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
openclipart : Depends: openclipart-libreoffice (= 1:0.18+dfsg-16) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
mainframe [~] # apt install openclipart-libreoffice
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
libreoffice-common : Breaks: openclipart-libreoffice (<= 1:0.18+dfsg-17) but 1:0.18+dfsg-16 is to be installed
Recommends: python3-uno (>= 4.4.0~beta2) but it is not going to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.
I want those beautiful ClipArt drawings in Libreoffice, however it conflicts with the LibreOffice-Common package which, I believe, is something important to LibreOffice.
Why is this happening and why should a couple of nice drawings conflict with a suite of applications ?
Also, does this mean I have broken packages ? I issued an "apt-get install -f" and no packages were in that list...
Thank you.
Last edited by AsgAnquietas; 05-21-2022 at 06:19 AM.
No, northing's broken there - these packages have an explicit conflict defined in their dependencies. Could be that both packages share some files, could be something more complex, could be nothing at all. Package maintainer is the best person to ask, although file conflict can be determined by comparing files from both packages.
`+dfsg` version suffix, which Debian version is that? Is that Debian 11.0 "Bullsye"? (Or Devuan 6.0 "Ceres"?)
Anyway, from a the ranges of version specified in dependencies; I would guess that these packages are intended to be upgraded/downgraded in lock-step. Thus, if you attempted to install `openclipart-libreoffice` version 1:0.18+dfsg-16, it will conflict with that specific version of `libreoffice-common` on your machine-- which required `openclipart-libreoffice` to be 1:0.18+dfsg-18 or above.
From my experience, Debian `apt-get` was (and I guess still is) not very smart at solving dependencies problem through time. (When there are version-based issues, it would just bail; despite that a valid solution exist with non-latest version of certain package) But that's is not actually relevant in this case.
For this case, I've checked Bullsye's `openclipart-libreoffice` package listing (as well as Ceres') today, and saw that the version number have already moved on; and the current one should now be off the conflict range of the already-installed `libreoffice-common` package.
So, run `apt-get update`, and try again.
P.S. If that still doesn't work; the last resort would be just skipping `openclipart` meta-package together with its `openclipart-libreoffice` collection, and proceed to install other sub-collection packages `openclipart-png` and `openclipart-svg` manually; but that's still better than having no clipart at all, right?
Last edited by WindowMaker; 05-26-2022 at 01:56 AM.
Reason: Correcting package name in listing URLs, adding last-resort solution
vbridge [~] # apt update
Hit:1 http://deb.anydesk.com all InRelease
Hit:2 http://dl.google.com/linux/chrome/deb stable InRelease
Hit:3 http://ppa.launchpad.net/libreoffice/ppa/ubuntu focal InRelease
Hit:4 http://dl.google.com/linux/earth/deb stable InRelease
Get:5 http://packages.microsoft.com/repos/code stable InRelease [10,4 kB]
Hit:6 http://archive.ubuntu.com/ubuntu focal InRelease
Hit:7 https://linux.teamviewer.com/deb stable InRelease
Hit:8 http://archive.canonical.com/ubuntu focal InRelease
Get:9 http://archive.ubuntu.com/ubuntu focal-updates InRelease [114 kB]
Hit:10 https://packages.microsoft.com/repos/ms-teams stable InRelease
Hit:11 https://repo.skype.com/deb stable InRelease
Get:12 http://archive.ubuntu.com/ubuntu focal-backports InRelease [108 kB]
Get:13 http://archive.ubuntu.com/ubuntu focal-security InRelease [114 kB]
Get:14 http://packages.microsoft.com/repos/code stable/main amd64 Packages [85,4 kB]
Get:15 http://packages.microsoft.com/repos/code stable/main armhf Packages [86,1 kB]
Get:16 http://packages.microsoft.com/repos/code stable/main arm64 Packages [86,3 kB]
Get:17 http://packages.microsoft.com/repos/code stable/main armhf Contents (deb) [49,0 kB]
Get:18 http://packages.microsoft.com/repos/code stable/main arm64 Contents (deb) [49,0 kB]
Get:19 http://packages.microsoft.com/repos/code stable/main amd64 Contents (deb) [48,9 kB]
Get:20 http://archive.ubuntu.com/ubuntu focal-updates/universe amd64 Packages [924 kB]
Get:21 http://archive.ubuntu.com/ubuntu focal-updates/universe i386 Packages [680 kB]
Get:22 http://archive.ubuntu.com/ubuntu focal-security/universe amd64 c-n-f Metadata [14,4 kB]
Fetched 2.369 kB in 1s (1.630 kB/s)
Reading package lists... Done
Building dependency tree
Reading state information... Done
All packages are up to date.
vbridge [~] # apt-get install openclipart-libreoffice
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
libreoffice-common : Breaks: openclipart-libreoffice (<= 1:0.18+dfsg-17) but 1:0.18+dfsg-16 is to be installed
Recommends: python3-uno (>= 4.4.0~beta2) but it is not going to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.
vbridge [~] #
Okay, Ubuntu 20.04 "Focal Fossa" archived LTS, with multi-source and backports; doing that can cause this problem. But that's okay. (Though next time when you ask about dependency resolution problem like this, you should really spell out what nonstandard APT sources combo you're using up front, or else people answering would have no clue)
The gist of this issue, is that it seems you are using newer LibreOffice (thus `libreoffice-common` package) from Ubuntu focal-backports repository, but focal-backports itself doesn't provide a newer `openclipart-libreoffice` to go with that; so the APT fall back to the older one from the archived Ubuntu focal repository, and failed becase newer `libreoffice-common` doesn't like the cliparts old.
From the look inside latest-LTS Ubuntu 22.04 "Jammy Jellyfish"'s openclipart-libreoffice package, it seemed that the companion files there are not too version-critical, so I would suggest that you just use Ubuntu jammy's version of Open Clip Art packages in this case...
Install all of these DEBs at the same time, using something like `dpkg -i openclipart-png_0.18+dfsg-19ubuntu2_all.deb openclipart-libreoffice_0.18+dfsg-19ubuntu2_all.deb openclipart-svg_0.18+dfsg-19ubuntu2_all.deb openclipart_0.18+dfsg-19ubuntu2_all.deb` in the directory you downloaded them in.
As I already said, these are intended to be upgraded/downgraded in lockstep, so it's a bit of dependency hell; but since you're using an archived version of Ubuntu-- which means there shouldn't be any more major upgraded things to interfere with it, this should solve your problem for good.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
LibreOffice OpenClipArt breaks LibreOffice-Common - why ?
That's from a lapse of package uploads
