Hi! See ` apt-cache show libreoffice-common/buster-backports` Conflicts: …openclipart-libreoffice (<= 1:0.18+dfsg-17)… So installations with installed openclipart support couldn't be upgraded due to the missing backport of openclipart. Clearly to solve this issue openclipart in buster-backports has to be upgraded to solve the issue finally. I filled this report against libreoffice because here the unsatisfied dependency is introduced. For myself I backported openclipart locally from bullseye without any applied changes. But for ordinary debian users the current situation means that the old libreoffice 6 package will still stay forever. Which is bad, because also no security updates will be installed before openclipart is updated in buster-backports. Feel free to reassign to another team, if that team solves the dependency conflict. Best Regards, H.-Dirk Schmitt Am Sonntag, den 30.08.2020, 09:28 +0200 schrieb Rene Engelhard: Hi,if at all, this would be a bug in openclipart since openclipart needsthe update. No bug in LO.Am 27.08.20 um 20:35 schrieb H.-Dirk Schmitt:Package: libreofficeVersion: 1:7.0.1~rc1-1~bpo10+1Severity: seriousif at all, this would be a bug in openclipart since openclipart needsthe update. No bug in LO.The newly available backport of libreoffice 7 in buster requires an updatedopenclipart package not available in buster and buster-backports.The following packages have unmet dependencies:libreoffice-common : Breaks: openclipart-libreoffice (<= 1:0.18+dfsg-17) but1:0.18+dfsg-15 is to be installedNo, it doesn't.It *conflicts* against the old one, it doesn't *require* the new one.(Reason ishttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=964261)And openclipart is pure data, you can just install it from testingyourself.Otherwise you can ask for openclipart to be backported,. but given thatopenclipart does not have a maintainer...I will for sure not do it myself.Regards,Rene |