Konflikt mit clang bei heutigen Update
Hallo, bei heutigen Update gab es mit clang und clang15 einen Konflikt mit anderen clang-Paketen. Ich musste erst 7, 9, 11 und 13 deinstallieren, bevor das Update durchlief. Was braucht man in der Regel? Teilweise ist der Konflikt nur mit den doc Paketen, teilweise mit allen. Gruß Herbert
Herbert Albert schrieb:
bei heutigen Update gab es mit clang und clang15 einen Konflikt mit anderen clang-Paketen. Ich musste erst 7, 9, 11 und 13 deinstallieren, bevor das Update durchlief. Was braucht man in der Regel? Teilweise ist der Konflikt nur mit den doc Paketen, teilweise mit allen.
Ich deinstalliere immer alle älteren clang-Versionen manuell, ebenso auch llvm, da clang ja auf llvm basiert und die Versionsnummern von clang und llvm entsprechen einander. Wenn man das nicht macht, akkumulieren sich diverse clang- und llvm-Pakete und nehmen viel Platz auf der Root-Partition weg. Die Paketverwaltung von Opensuse bekommt das in der Regel allein nicht "gebacken", da clang15, clang13 usw. aus Sicht der Paketverwaltung einfach unterschiedliche Pakete sind, die einander auch nicht ausschließen. Somit bleibt eine installierte Version grundsätzlich installiert. Daher klappt das ohne manuellen Eingriff nicht. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Am Mittwoch, 7. August 2024, 18:26:39 CEST schrieb Manfred Haertel, DB3HM:
Herbert Albert schrieb:
bei heutigen Update gab es mit clang und clang15 einen Konflikt mit anderen clang-Paketen. Ich musste erst 7, 9, 11 und 13 deinstallieren, bevor das Update durchlief. Was braucht man in der Regel? Teilweise ist der Konflikt nur mit den doc Paketen, teilweise mit allen.
Ich deinstalliere immer alle älteren clang-Versionen manuell, ebenso auch llvm, da clang ja auf llvm basiert und die Versionsnummern von clang und llvm entsprechen einander.
Wenn man das nicht macht, akkumulieren sich diverse clang- und llvm-Pakete und nehmen viel Platz auf der Root-Partition weg.
Die Paketverwaltung von Opensuse bekommt das in der Regel allein nicht "gebacken", da clang15, clang13 usw. aus Sicht der Paketverwaltung einfach unterschiedliche Pakete sind, die einander auch nicht ausschließen. Somit bleibt eine installierte Version grundsätzlich installiert. Daher klappt das ohne manuellen Eingriff nicht. Hallo Manfred,
im Moment habe ich noch auf dem System (leap 15.5) *~ #* zypper se -si clang Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+-------------------------------+---------+------------------------------------+-------- +-------------------------------------------- i+ | clang | package | 15.0.7-bp155.1.7 | x86_64 | openSUSE- Leap-15.5-Oss i+ | clang-doc | package | 15.0.7-bp155.1.7 | x86_64 | openSUSE- Leap-15.5-Oss i | clang15 | package | 15.0.7-150500.4.11.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | clang15-doc | package | 15.0.7-150500.4.11.1 | noarch | Online updates for openSUSE Leap 15.5 (SLE) i | libclang-cpp13 | package | 13.0.1-bp155.6.38 | x86_64 | openSUSE- Leap-15.5-Oss i+ | libclang-cpp15 | package | 15.0.7-150500.4.11.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | libclang7 | package | 7.0.1-150100.3.22.2 | x86_64 | openSUSE- Leap-15.5-Oss i+ | libclang9 | package | 9.0.1-150200.3.6.1 | x86_64 | openSUSE- Leap-15.5-Oss i+ | libclang11 | package | 11.0.1-150300.3.8.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | libclang13 | package | 15.0.7-150500.4.11.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) und *~ #* zypper se -si llvm Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+----------------------+---------+----------------------+--------+-------------------------------------------- i+ | libLLVM7 | package | 7.0.1-150100.3.22.2 | x86_64 | openSUSE-Leap-15.5-Oss i+ | libLLVM7-32bit | package | 7.0.1-150100.3.22.2 | x86_64 | openSUSE-Leap-15.5-Oss i+ | libLLVM9 | package | 9.0.1-150200.3.6.1 | x86_64 | openSUSE-Leap-15.5-Oss i+ | libLLVM9-32bit | package | 9.0.1-150200.3.6.1 | x86_64 | openSUSE-Leap-15.5-Oss i+ | libLLVM11 | package | 11.0.1-150300.3.8.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | libLLVM11-32bit | package | 11.0.1-150300.3.8.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i | libLLVM13 | package | 13.0.1-bp155.6.38 | x86_64 | openSUSE-Leap-15.5-Oss i+ | libLLVM15 | package | 15.0.7-150500.4.11.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | libLLVM15-32bit | package | 15.0.7-150500.4.11.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | llvm15-gold | package | 15.0.7-150500.4.11.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | postgresql-llvmjit | package | 16-150500.10.6.1 | noarch | Online updates for openSUSE Leap 15.5 (SLE) i+ | postgresql12-llvmjit | package | 12.19-150200.8.60.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | postgresql13-llvmjit | package | 13.15-150200.5.58.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | postgresql14-llvmjit | package | 14.12-150200.5.44.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | postgresql15-llvmjit | package | 15.7-150200.5.27.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) Note: For an extended search including not yet activated remote resources please use 'zypper search-packages'. Sollte ich dann auch libclang-cpp13, libclang7-13 und libLLVM7-13 deinstallieren? Gruß Herbert
Herbert Albert schrieb:
Sollte ich dann auch libclang-cpp13, libclang7-13 und libLLVM7-13 deinstallieren?
Wie gesagt, ich gehe genau so vor, dass ich alle alten Versionen von allem was mit clang und llvm zu tun hat, deinstalliere und mir sind noch keine Nachteile dadurch aufgefallen. Dafür der Vorteil, dass danach immer so schön viel Platz auf der Root-Partition ist. :-) Und ich wüsste auch nicht, wofür man die alten Pakete brauchen sollte. Wenn diese im Einzelfall doch für ein "exotisches" anderes Paket benötigt werden sollten, sagt einem das ja yast beim Deinstallieren und will dieses Paket mit deinstallieren. Dann kann man immer noch abbrechen. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Am 08.08.24 um 06:52 schrieb Manfred Haertel, DB3HM:
Herbert Albert schrieb:
Sollte ich dann auch libclang-cpp13, libclang7-13 und libLLVM7-13 deinstallieren?
Wie gesagt, ich gehe genau so vor, dass ich alle alten Versionen von allem was mit clang und llvm zu tun hat, deinstalliere und mir sind noch keine Nachteile dadurch aufgefallen. Dafür der Vorteil, dass danach immer so schön viel Platz auf der Root-Partition ist. :-)
Und ich wüsste auch nicht, wofür man die alten Pakete brauchen sollte.
Wenn diese im Einzelfall doch für ein "exotisches" anderes Paket benötigt werden sollten, sagt einem das ja yast beim Deinstallieren und will dieses Paket mit deinstallieren. Dann kann man immer noch abbrechen.
Ich habe ebenfalls mehrere Versionen von gcc und clang installiert. Wenn man ein Extra-Kernelmodul out-of-tree compiliert, sollte man die gleiche Compiler-Version verwenden, die auch zum Bau des Kernels verwendet werden. Manche Distros setzen das sogar zwingend voraus. Auf der anderen Seite, wenn man Software entwickelt, kann es sinnvoll sein, das Projekt mit unterschiedlichen Compilern zu übersetzen, da diese manchmal unterschiedliche Warnungen oder Fehler ausgeben. make CC=gcc-13 make CC=clang-15 Bei mir (Leap 15.5) ist gcc ein Link auf eine bestimmte Version, und das gleiche gilt für die zugehörigen Hilfsprogramme, z.B.: $ ls -l /usr/bin/gcc* /usr/bin/gcc -> gcc-7 /usr/bin/gcc-13 /usr/bin/gcc-7 /usr/bin/gcc-ar -> gcc-ar-7 /usr/bin/gcc-ar-13 /usr/bin/gcc-ar-7 /usr/bin/gcc-nm -> gcc-nm-7 /usr/bin/gcc-nm-13 /usr/bin/gcc-nm-7 /usr/bin/gcc-ranlib -> gcc-ranlib-7 /usr/bin/gcc-ranlib-13 /usr/bin/gcc-ranlib-7 Keine Ahnung wodurch die Links gesetzt wurden, aber dadurch wird wohl gcc-Version festgelegt, die standardmäßig verwendet wird. Ähnliches gilt für clang, wobei man dort die Default-Version wohl durch update-alternatives o.ä. festlegen kann. /usr/bin/clang -> /etc/alternatives/clang* Mein Leap war eine Neu-Installation. Wenn man ein älteres System immer aktualisiert hat, könnte ich mir vorstellen, dass /usr/bin/gcc nicht ein Link, sondern direkt eine ausführbare Datei ist, und es dadurch zu Namenskonflikten bei einem Update kommen kann. Martin
Am Donnerstag, 8. August 2024, 10:25:43 CEST schrieb Martin Burnicki:
Am 08.08.24 um 06:52 schrieb Manfred Haertel, DB3HM:
Herbert Albert schrieb:
Sollte ich dann auch libclang-cpp13, libclang7-13 und libLLVM7-13 deinstallieren?
Wie gesagt, ich gehe genau so vor, dass ich alle alten Versionen von allem was mit clang und llvm zu tun hat, deinstalliere und mir sind noch keine Nachteile dadurch aufgefallen. Dafür der Vorteil, dass danach immer so schön viel Platz auf der Root-Partition ist. :-)
Und ich wüsste auch nicht, wofür man die alten Pakete brauchen sollte.
Wenn diese im Einzelfall doch für ein "exotisches" anderes Paket benötigt werden sollten, sagt einem das ja yast beim Deinstallieren und will dieses Paket mit deinstallieren. Dann kann man immer noch abbrechen.
Ich habe ebenfalls mehrere Versionen von gcc und clang installiert.
Wenn man ein Extra-Kernelmodul out-of-tree compiliert, sollte man die gleiche Compiler-Version verwenden, die auch zum Bau des Kernels verwendet werden. Manche Distros setzen das sogar zwingend voraus.
Auf der anderen Seite, wenn man Software entwickelt, kann es sinnvoll sein, das Projekt mit unterschiedlichen Compilern zu übersetzen, da diese manchmal unterschiedliche Warnungen oder Fehler ausgeben.
make CC=gcc-13 make CC=clang-15
Bei mir (Leap 15.5) ist gcc ein Link auf eine bestimmte Version, und das gleiche gilt für die zugehörigen Hilfsprogramme, z.B.:
$ ls -l /usr/bin/gcc* /usr/bin/gcc -> gcc-7 /usr/bin/gcc-13 /usr/bin/gcc-7 /usr/bin/gcc-ar -> gcc-ar-7 /usr/bin/gcc-ar-13 /usr/bin/gcc-ar-7 /usr/bin/gcc-nm -> gcc-nm-7 /usr/bin/gcc-nm-13 /usr/bin/gcc-nm-7 /usr/bin/gcc-ranlib -> gcc-ranlib-7 /usr/bin/gcc-ranlib-13 /usr/bin/gcc-ranlib-7
Keine Ahnung wodurch die Links gesetzt wurden, aber dadurch wird wohl gcc-Version festgelegt, die standardmäßig verwendet wird.
Ähnliches gilt für clang, wobei man dort die Default-Version wohl durch update-alternatives o.ä. festlegen kann.
/usr/bin/clang -> /etc/alternatives/clang*
Mein Leap war eine Neu-Installation. Wenn man ein älteres System immer aktualisiert hat, könnte ich mir vorstellen, dass /usr/bin/gcc nicht ein Link, sondern direkt eine ausführbare Datei ist, und es dadurch zu Namenskonflikten bei einem Update kommen kann.
Martin
Hallo Martin, jetzt muss ich aufpassen, dass es vor lauter deinstallieren kein Durcheinander gibt. Nachdem ich nun einige clang deinstalliert habe, ist noch vorhanden: *:~ #* ls -l /usr/bin/gcc* lrwxrwxrwx 1 root root 5 Aug 23 2021 /usr/bin/gcc -> gcc-7 -rwxr-xr-x 1 root root 1026488 Feb 7 2024 /usr/bin/gcc-7 lrwxrwxrwx 1 root root 8 Aug 23 2021 /usr/bin/gcc-ar -> gcc-ar-7 -rwxr-xr-x 1 root root 31168 Feb 7 2024 /usr/bin/gcc-ar-7 lrwxrwxrwx 1 root root 8 Aug 23 2021 /usr/bin/gcc-nm -> gcc-nm-7 -rwxr-xr-x 1 root root 31168 Feb 7 2024 /usr/bin/gcc-nm-7 lrwxrwxrwx 1 root root 12 Aug 23 2021 /usr/bin/gcc-ranlib -> gcc-ranlib-7 -rwxr-xr-x 1 root root 31168 Feb 7 2024 /usr/bin/gcc-ranlib-7 -rwxr-xr-x 1 root root 2189 May 25 2018 /usr/bin/gccmakedep *:~ #* zypper se -si llvm Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+----------------------+---------+----------------------+--------+-------------------------------------------- i+ | libLLVM7 | package | 7.0.1-150100.3.22.2 | x86_64 | openSUSE-Leap-15.5-Oss i+ | libLLVM7-32bit | package | 7.0.1-150100.3.22.2 | x86_64 | openSUSE-Leap-15.5-Oss i+ | libLLVM9 | package | 9.0.1-150200.3.6.1 | x86_64 | openSUSE-Leap-15.5-Oss i+ | libLLVM9-32bit | package | 9.0.1-150200.3.6.1 | x86_64 | openSUSE-Leap-15.5-Oss i+ | libLLVM11 | package | 11.0.1-150300.3.8.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | libLLVM11-32bit | package | 11.0.1-150300.3.8.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i | libLLVM13 | package | 13.0.1-bp155.6.38 | x86_64 | openSUSE-Leap-15.5-Oss i+ | libLLVM15 | package | 15.0.7-150500.4.11.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | libLLVM15-32bit | package | 15.0.7-150500.4.11.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | llvm15-gold | package | 15.0.7-150500.4.11.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | postgresql-llvmjit | package | 16-150500.10.6.1 | noarch | Online updates for openSUSE Leap 15.5 (SLE) i+ | postgresql12-llvmjit | package | 12.19-150200.8.60.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | postgresql13-llvmjit | package | 13.15-150200.5.58.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | postgresql14-llvmjit | package | 14.12-150200.5.44.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE)
Hallo Herbert, Am 08.08.24 um 11:25 schrieb Herbert Albert:
Hallo Martin,
jetzt muss ich aufpassen, dass es vor lauter deinstallieren kein Durcheinander gibt.
Nachdem ich nun einige clang deinstalliert habe, ist noch vorhanden:
*:~ #* ls -l /usr/bin/gcc* lrwxrwxrwx 1 root root 5 Aug 23 2021 /usr/bin/gcc -> gcc-7 -rwxr-xr-x 1 root root 1026488 Feb 7 2024 /usr/bin/gcc-7 lrwxrwxrwx 1 root root 8 Aug 23 2021 /usr/bin/gcc-ar -> gcc-ar-7 -rwxr-xr-x 1 root root 31168 Feb 7 2024 /usr/bin/gcc-ar-7 lrwxrwxrwx 1 root root 8 Aug 23 2021 /usr/bin/gcc-nm -> gcc-nm-7 -rwxr-xr-x 1 root root 31168 Feb 7 2024 /usr/bin/gcc-nm-7 lrwxrwxrwx 1 root root 12 Aug 23 2021 /usr/bin/gcc-ranlib -> gcc-ranlib-7 -rwxr-xr-x 1 root root 31168 Feb 7 2024 /usr/bin/gcc-ranlib-7 -rwxr-xr-x 1 root root 2189 May 25 2018 /usr/bin/gccmakedep
Naja, gcc und clang haben ja nichts miteinander zu tun. Unterschiedliche Compiler-Pakete, die jeweils in mehreren Versionen installiert sein können.
*:~ #* zypper se -si llvm Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+----------------------+---------+----------------------+--------+-------------------------------------------- i+ | libLLVM7 | package | 7.0.1-150100.3.22.2 | x86_64 | [...]
Bei mir sieht das aus wie in der angehängten Textdatei (um Zeilenumbrüche zu vermeiden). Auffällig ist, dass die Pakete bei dir scheinbar aus anderen Repos kommen. Oder die Repos nur andere Namen habe. Benötigst du denn clang? Und wenn ja, auch mehrere Versionen, und auch die 32-Bit-Versionen? Ansonsten würde ich mal alle clang / llvm-Pakete deinstallieren und ggf. nur die wirklich benötigte Version neu installieren. [...]
Der C-Compiler ist Version 7.5.0. In meinen Repo (leap 15.5) wird mit maximal gcc13 angeboten.
Ja, das ist hier auch so.
Ich habe mein System auch immer seit vielen Jahren per zypper dup auf das momentane leap 15.5 gehoben, wobei ich in nächster zeit auf 15.6 upgraden will.
Ich habe auch noch 15.5 am Laufen und werde ggf. irgendwann auf 15.6 aktualisieren. Gruß Martin
Das war wahrscheinlich so etwas: File /usr/bin/clang-cpp from install of clang11-11.0.1-150300.3.8.1.x86_64 (Update repository with updates from SUSE Linux Enterprise 15) conflicts with file from package clang17-17.0.6-150600.1.33.x86_64 (@System) Stephan Am Mittwoch, 7. August 2024, 14:34:00 CEST schrieb Herbert Albert:
Hallo,
bei heutigen Update gab es mit clang und clang15 einen Konflikt mit anderen clang-Paketen. Ich musste erst 7, 9, 11 und 13 deinstallieren, bevor das Update durchlief. Was braucht man in der Regel? Teilweise ist der Konflikt nur mit den doc Paketen, teilweise mit allen.
Gruß
Herbert
Am Mittwoch, 7. August 2024, 19:17:28 CEST schrieb Stephan Hemeier:
Das war wahrscheinlich so etwas:
File /usr/bin/clang-cpp from install of clang11-11.0.1-150300.3.8.1.x86_64 (Update repository with updates from SUSE Linux Enterprise 15) conflicts with file from package clang17-17.0.6-150600.1.33.x86_64 (@System)
Stephan
Am Mittwoch, 7. August 2024, 14:34:00 CEST schrieb Herbert Albert:
Hallo,
bei heutigen Update gab es mit clang und clang15 einen Konflikt mit anderen clang-Paketen. Ich musste erst 7, 9, 11 und 13 deinstallieren, bevor das Update durchlief. Was braucht man in der Regel? Teilweise ist der Konflikt nur mit den doc Paketen, teilweise mit allen.
Gruß
Herbert ja, so ähnlich war die Meldung.
Am Mittwoch, 7. August 2024, 19:17:28 CEST schrieb Stephan Hemeier:
Das war wahrscheinlich so etwas:
File /usr/bin/clang-cpp from install of clang11-11.0.1-150300.3.8.1.x86_64 (Update repository with updates from SUSE Linux Enterprise 15) conflicts with file from package clang17-17.0.6-150600.1.33.x86_64 (@System)
Stephan
Am Mittwoch, 7. August 2024, 14:34:00 CEST schrieb Herbert Albert:
Hallo,
bei heutigen Update gab es mit clang und clang15 einen Konflikt mit anderen clang-Paketen. Ich musste erst 7, 9, 11 und 13 deinstallieren, bevor das Update durchlief. Was braucht man in der Regel? Teilweise ist der Konflikt nur mit den doc Paketen, teilweise mit allen.
Gruß
Herbert Hallo Stephan,
wenn ich wieder die clang7 installieren wollte, erhalte ich: File /usr/bin/clang-cpp from install of clang7-7.0.1-150100.3.22.2.x86_64 (openSUSE-Leap-15.5-Oss) conflicts with file from package clang15-15.0.7-150500.4.11.1.x86_64 (@System) Kann jetzt leider nicht sagen, seit wann die clang15 auf meinen System gelandet ist. Wenn sie bisher auch schon da war, dann muss es an den Update-Paketen liegen, die gestern kamen. Gruß Herbert
Beide Pakete (clang 7 und clang 15) beinhalten die Datei /usr/bin/clang-ccp Mehr sagt die Meldung nicht aus, du kannst auf fortfahren klicken. Stephan Am Donnerstag, 8. August 2024, 12:08:18 CEST schrieb Herbert Albert:
Am Mittwoch, 7. August 2024, 19:17:28 CEST schrieb Stephan Hemeier:
Das war wahrscheinlich so etwas:
File /usr/bin/clang-cpp from install of clang11-11.0.1-150300.3.8.1.x86_64 (Update repository with updates from SUSE Linux Enterprise 15) conflicts with file from package clang17-17.0.6-150600.1.33.x86_64 (@System)
Stephan
Am Mittwoch, 7. August 2024, 14:34:00 CEST schrieb Herbert Albert:
Hallo,
bei heutigen Update gab es mit clang und clang15 einen Konflikt mit anderen clang-Paketen. Ich musste erst 7, 9, 11 und 13 deinstallieren, bevor das Update durchlief. Was braucht man in der Regel? Teilweise ist der Konflikt nur mit den doc Paketen, teilweise mit allen.
Gruß
Herbert Hallo Stephan,
wenn ich wieder die clang7 installieren wollte, erhalte ich:
File /usr/bin/clang-cpp from install of clang7-7.0.1-150100.3.22.2.x86_64 (openSUSE-Leap-15.5-Oss) conflicts with file from package clang15-15.0.7-150500.4.11.1.x86_64 (@System)
Kann jetzt leider nicht sagen, seit wann die clang15 auf meinen System gelandet ist. Wenn sie bisher auch schon da war, dann muss es an den Update-Paketen liegen, die gestern kamen.
Gruß
Herbert
Am Donnerstag, 8. August 2024, 12:12:30 CEST schrieb Stephan Hemeier:
Beide Pakete (clang 7 und clang 15) beinhalten die Datei /usr/bin/clang-ccp
Mehr sagt die Meldung nicht aus, du kannst auf fortfahren klicken.
Stephan
Bei clang > 15 wird die Meldung nicht mehr ausgegeben, da dor ein: /etc/alternatives/clang-cpp eingebaut ist, welches den Versionen darunter fehlt. Also würde ich clang17 installieren und dalle anderen clang Versionen < 17 deinstallieren, falls ich diese nicht benutze. Stephan
Am Donnerstag, 8. August 2024, 12:20:20 CEST schrieb Stephan Hemeier:
Am Donnerstag, 8. August 2024, 12:12:30 CEST schrieb Stephan Hemeier:
Beide Pakete (clang 7 und clang 15) beinhalten die Datei /usr/bin/clang-ccp
Mehr sagt die Meldung nicht aus, du kannst auf fortfahren klicken.
Stephan
Bei clang > 15 wird die Meldung nicht mehr ausgegeben, da dor ein: /etc/alternatives/clang-cpp
eingebaut ist, welches den Versionen darunter fehlt.
Also würde ich clang17 installieren und dalle anderen clang Versionen < 17 deinstallieren, falls ich diese nicht benutze.
Stephan
Muss mich korrigieren,ab clang 13 ist /etc/alternatives/clang-cpp vorhanden. Also die Versionen < clang 13 deinstallieren. Stephan
Am Donnerstag, 8. August 2024, 12:20:20 CEST schrieb Stephan Hemeier:
Am Donnerstag, 8. August 2024, 12:12:30 CEST schrieb Stephan Hemeier:
Beide Pakete (clang 7 und clang 15) beinhalten die Datei /usr/bin/clang-ccp
Mehr sagt die Meldung nicht aus, du kannst auf fortfahren klicken.
Stephan
Bei clang > 15 wird die Meldung nicht mehr ausgegeben, da dor ein: /etc/alternatives/clang-cpp
eingebaut ist, welches den Versionen darunter fehlt.
Also würde ich clang17 installieren und dalle anderen clang Versionen < 17 deinstallieren, falls ich diese nicht benutze.
Stephan Hallo Stephan,
clang17 ist dann aus "Update repository of openSUSE Backports". Aber was muss ich dann außer den clang <17 noch alles deinstallieren, also was korrespondiert mit clang? Was ist mit libclang? Kann ich die 7 - 13 er Sachen auch löschen? *:~ #* zypper se -si clang Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+-------------------------------+---------+------------------------------------+-------- +-------------------------------------------- i+ | clang | package | 15.0.7-bp155.1.7 | x86_64 | openSUSE- Leap-15.5-Oss i+ | clang-doc | package | 15.0.7-bp155.1.7 | x86_64 | openSUSE- Leap-15.5-Oss i | clang15 | package | 15.0.7-150500.4.11.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | clang15-doc | package | 15.0.7-150500.4.11.1 | noarch | Online updates for openSUSE Leap 15.5 (SLE) i | libclang-cpp13 | package | 13.0.1-bp155.6.38 | x86_64 | openSUSE- Leap-15.5-Oss i+ | libclang-cpp15 | package | 15.0.7-150500.4.11.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | libclang7 | package | 7.0.1-150100.3.22.2 | x86_64 | openSUSE- Leap-15.5-Oss i+ | libclang9 | package | 9.0.1-150200.3.6.1 | x86_64 | openSUSE- Leap-15.5-Oss i+ | libclang11 | package | 11.0.1-150300.3.8.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | libclang13 | package | 15.0.7-150500.4.11.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) Gruß Herbert
Am Donnerstag, 8. August 2024, 12:46:06 CEST schrieb Herbert Albert:
Am Donnerstag, 8. August 2024, 12:20:20 CEST schrieb Stephan Hemeier:
Am Donnerstag, 8. August 2024, 12:12:30 CEST schrieb Stephan Hemeier:
Beide Pakete (clang 7 und clang 15) beinhalten die Datei /usr/bin/clang-ccp
Mehr sagt die Meldung nicht aus, du kannst auf fortfahren klicken.
Stephan
Bei clang > 15 wird die Meldung nicht mehr ausgegeben, da dor ein: /etc/alternatives/clang-cpp
eingebaut ist, welches den Versionen darunter fehlt.
Also würde ich clang17 installieren und dalle anderen clang Versionen < 17 deinstallieren, falls ich diese nicht benutze.
Stephan
Hallo Stephan,
clang17 ist dann aus "Update repository of openSUSE Backports". Aber was muss ich dann außer den clang <17 noch alles deinstallieren, also was korrespondiert mit clang? Was ist mit libclang? Kann ich die 7 - 13 er Sachen auch löschen?
*:~ #* zypper se -si clang Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+-------------------------------+---------+----------------------------- -------+-------- +-------------------------------------------- i+ | clang | package | 15.0.7-bp155.1.7 | x86_64 | openSUSE- Leap-15.5-Oss i+ | clang-doc | package | 15.0.7-bp155.1.7 | x86_64 | openSUSE- Leap-15.5-Oss i | clang15 | package | 15.0.7-150500.4.11.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | clang15-doc | package | 15.0.7-150500.4.11.1 | noarch | Online updates for openSUSE Leap 15.5 (SLE) i | libclang-cpp13 | package | 13.0.1-bp155.6.38 | x86_64 | openSUSE- Leap-15.5-Oss i+ | libclang-cpp15 | package | 15.0.7-150500.4.11.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | libclang7 | package | 7.0.1-150100.3.22.2 | x86_64 | openSUSE- Leap-15.5-Oss i+ | libclang9 | package | 9.0.1-150200.3.6.1 | x86_64 | openSUSE- Leap-15.5-Oss i+ | libclang11 | package | 11.0.1-150300.3.8.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE) i+ | libclang13 | package | 15.0.7-150500.4.11.1 | x86_64 | Online updates for openSUSE Leap 15.5 (SLE)
Gruß
Herbert was mich schon etwas irritiert, bei mir sind zwei Versionen von clang15 installiert.
clang 15.0.7-bp155.1.7 aus openSUSE- Leap-15.5-Oss Das ist aber laut rpm -qil ein "This package is a dummy packag" Nur dies: clang15 15.0.7-150500.4.11.1 aus Online updates for openSUSE Leap 15.5 (SLE) enthält /usr/bin/clang Wenn ich per rpm -qil in den Paketen nachsehe, ist beides mal
Am Donnerstag, 8. August 2024, 12:56:20 CEST schrieb Herbert Albert:
was mich schon etwas irritiert, bei mir sind zwei Versionen von clang15 installiert.
clang ist nur ein dummy Paket, welches bei mir clang17 installiert rpm -q --requires clang clang17 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(PayloadIsXz) <= 5.2-1
Am Donnerstag, 8. August 2024, 12:46:06 CEST schrieb Herbert Albert:
clang17 ist dann aus "Update repository of openSUSE Backports". Aber was muss ich dann außer den clang <17 noch alles deinstallieren, also was korrespondiert mit clang? Was ist mit libclang? Kann ich die 7 - 13 er Sachen auch löschen?
Ja, diese schon: i+ | libclang7 | package | 7.0.1-150100.3.22.2 | x86_64 | openSUSE- Leap-15.5-Oss i+ | libclang9 | package | 9.0.1-150200.3.6.1 | x86_64 | openSUSE- Leap-15.5-Oss i+ | libclang11 Die libclang13 wirst du aufgrund Abhängigkeiten nicht deinstallieren können........ Also behalten. Da ich clang nicht benötige, sind nur diese als Abhängigkeiten installiert: zypper se -si clang Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Type | Version | Arch | Repository --+-------------------+-------+-------------------+--------+----------- i | libclang-cpp13 | Paket | 13.0.1-bp156.8.10 | x86_64 | OSS i | llvm13-libclang13 | Paket | 13.0.1-bp156.8.10 | x86_64 | OSS Stephan
Am Donnerstag, 8. August 2024, 13:04:52 CEST schrieb Stephan Hemeier:
Am Donnerstag, 8. August 2024, 12:46:06 CEST schrieb Herbert Albert:
clang17 ist dann aus "Update repository of openSUSE Backports". Aber was muss ich dann außer den clang <17 noch alles deinstallieren, also was korrespondiert mit clang? Was ist mit libclang? Kann ich die 7 - 13 er Sachen auch löschen?
Ja, diese schon: i+ | libclang7 | package | 7.0.1-150100.3.22.2 | x86_64 | openSUSE- Leap-15.5-Oss i+ | libclang9 | package | 9.0.1-150200.3.6.1 | x86_64 | openSUSE- Leap-15.5-Oss i+ | libclang11
Die libclang13 wirst du aufgrund Abhängigkeiten nicht deinstallieren können........ Also behalten.
Da ich clang nicht benötige, sind nur diese als Abhängigkeiten installiert:
zypper se -si clang Repository-Daten werden geladen... Installierte Pakete werden gelesen...
S | Name | Type | Version | Arch | Repository --+-------------------+-------+-------------------+--------+----------- i | libclang-cpp13 | Paket | 13.0.1-bp156.8.10 | x86_64 | OSS i | llvm13-libclang13 | Paket | 13.0.1-bp156.8.10 | x86_64 | OSS
Stephan Hallo Stephan,
habe ich gemacht. Der Compiler läuft mit clang/clang++ bzw. auch mit gcc/g++. Jedenfalls liefern die Test-Files (*c bzw *.cc) ausführbare Resultate. Gruß Herbert
Am 08.08.24 um 12:12 schrieb Stephan Hemeier:
Beide Pakete (clang 7 und clang 15) beinhalten die Datei /usr/bin/clang-ccp
Du meinst sicher "clang-cpp". Geht es hier wirklich um eine Datei, oder möchten nur beide Pakete einen gleichnamigen Link erzeugen, der auf "ihre" jeweilige Dateiversion zeigt?
Mehr sagt die Meldung nicht aus, du kannst auf fortfahren klicken.
Naja, streng genommen ist das IMO keine gute Lösung, wenn es um eine Datei geht, denn dann könnte es doch geschehen, dass je nach Einstellung clang-cpp-15 mit clang-7 verwendet wird, oder umgekehrt. Bei einer sauberen Installation sind die Versionen konsistent, da die Links entsprechend gesetzt sind. Martin
Am Donnerstag, 8. August 2024, 12:12:30 CEST schrieb Stephan Hemeier:
Beide Pakete (clang 7 und clang 15) beinhalten die Datei /usr/bin/clang-ccp
Mehr sagt die Meldung nicht aus, du kannst auf fortfahren klicken.
aber gibt es dann nicht einen Konflikt, wenn die Datei den gleichen Namen und den gleichen Speicherort hat aber ggf. auf Grund der Versionen einen etwas anderen Inhalt ?
Stephan
Am Donnerstag, 8. August 2024, 12:08:18 CEST schrieb Herbert Albert:
Am Mittwoch, 7. August 2024, 19:17:28 CEST schrieb Stephan Hemeier:
Das war wahrscheinlich so etwas:
File /usr/bin/clang-cpp
from install of
clang11-11.0.1-150300.3.8.1.x86_64 (Update repository with updates from
SUSE Linux Enterprise 15) conflicts with file from package
clang17-17.0.6-150600.1.33.x86_64 (@System)
Stephan
Am Mittwoch, 7. August 2024, 14:34:00 CEST schrieb Herbert Albert:
Hallo,
bei heutigen Update gab es mit clang und clang15 einen Konflikt mit anderen clang-Paketen. Ich musste erst 7, 9, 11 und 13 deinstallieren, bevor das Update durchlief. Was braucht man in der Regel? Teilweise ist der Konflikt nur mit den doc Paketen, teilweise mit allen.
Gruß
Herbert
Hallo Stephan,
wenn ich wieder die clang7 installieren wollte, erhalte ich:
File /usr/bin/clang-cpp
from install of
clang7-7.0.1-150100.3.22.2.x86_64 (openSUSE-Leap-15.5-Oss)
conflicts with file from package
clang15-15.0.7-150500.4.11.1.x86_64 (@System)
Kann jetzt leider nicht sagen, seit wann die clang15 auf meinen System gelandet ist. Wenn sie bisher auch schon da war, dann muss es an den Update-Paketen liegen, die gestern kamen.
Gruß
Herbert
participants (4)
-
Herbert Albert -
Manfred Haertel, DB3HM -
Martin Burnicki -
Stephan Hemeier