staging.inyokaproject.org

Checkinstall erstellt kein DEB-Paket

Status: Gelöst | Ubuntu-Version: Xubuntu 20.04 (Focal Fossa)
Antworten |

Fried-rich

Anmeldungsdatum:
2. Mai 2013

Beiträge: 1035

Hi,

ich installiere, wenn es sich vermeiden lässt, nie selbst kompilierte Software. Andere können das besser. Für ImageMagick 7 finde ich aber kein PPA, daher hab ich den Quellcode gezogen und bin wie hier https://imagemagick.org/script/install-source.php beschrieben vorgegangen. Statt make install habe ich checkinstall ausgeführt, ohne sudo. Da sollte natürlich die Installation scheitern, mir aber ein DEB-Paket erstellen. Wird aber nicht erstellt, auch nicht im übergeordneten Ordner.

====================== Installations-Ergebnisse ==========================
make  install-am
make[1]: Verzeichnis „/home/ich/ImageMagick-7.0.10“ wird betreten
make[2]: Verzeichnis „/home/ich/ImageMagick-7.0.10“ wird betreten
 /usr/bin/mkdir -p '/usr/local/lib'
 /bin/bash ./libtool   --mode=install /usr/bin/install -c   MagickCore/libMagickCore-7.Q16HDRI.la MagickWand/libMagickWand-7.Q16HDRI.la Magick++/lib/libMagick++-7.Q16HDRI.la '/usr/local/lib'
libtool: install: /usr/bin/install -c MagickCore/.libs/libMagickCore-7.Q16HDRI.so.8.0.0 /usr/local/lib/libMagickCore-7.Q16HDRI.so.8.0.0
/usr/bin/install: cannot create regular file '/usr/local/lib/libMagickCore-7.Q16HDRI.so.8.0.0': Permission denied
make[2]: *** [Makefile:6394: install-libLTLIBRARIES] Fehler 1
make[2]: Verzeichnis „/home/ich/ImageMagick-7.0.10“ wird verlassen
make[1]: *** [Makefile:12548: install-am] Fehler 2
make[1]: Verzeichnis „/home/ich/ImageMagick-7.0.10“ wird verlassen
make: *** [Makefile:12542: install] Fehler 2

**** Installation fehlgeschlagen. Breche Paket-Erzeugung ab.

Stelle überschriebene Dateien wieder her... FAILED!

Hab ich da was falsch verstanden?

Friedrich

von.wert

Anmeldungsdatum:
23. Dezember 2020

Beiträge: 7756

"./configure" ist fehlerfrei durchgelaufen, sprich auch sämtliche Abhängigkeiten sind aufgelöst? Desweiteren können jede Menge Optionen gesetzt werden und müssen es jenachdem auch.

Erst, wenn das sauber durch ist, geht es mit "make" und ggf. Optionen weiter.

"checkinstall" ist mit root-Rechten, also sudo, zu starten. Auch das kennt Optionen, bspw. "--install=no". So könnte man ausführen:

1
sudo checkinstall -D --install=no --backup=no --maintainer=user --pkgname=imagemagick --pkgversion=8:7.0.10 --pkgrelease=1

Die führende "8:" ist Absicht, denn Debian-/Ubuntu-Pakete beginnen bei imagemagick so. Berücksichtigst Du das nicht, "updatet" 8:6.9.10.23+dfsg-2.1ubuntu11.2 Deine eigentlich höhere Version.

Alternativ könntest Du auf hold setzen oder einen anderen pkgname setzen, imagemagick7 oder was Dir vorschwebt. Wenn andere Pakete/Programme jedoch imagemagick erwarten (und das sind nicht wenige), wird's wieder problematisch.

Wenn ich hier bei arch-based sehe, wie oft imagemagick-Updates kommen, insbesondere sicherheitsrelevante, gefühlt aller paar Tage, würde ich das keinesfalls selbst kompilieren, da kommt man ja gar nicht mehr 'raus.

Ich weiß nicht, wozu Du den Aufwand überhaupt treiben willst. Willst Du aktuelle Software, nutze eine aktuelle, eine permanent aktuell gehaltene Linux-Distribution!

$ yay -Q imagemagick
imagemagick 7.0.10.58-1
$ 

Fried-rich

(Themenstarter)

Anmeldungsdatum:
2. Mai 2013

Beiträge: 1035

./configure lief ohne Probleme durch.

checkinstall ohne sudo (das wird auch im UU-Wiki so empfohlen) hat bisher immer funktioniert und mit ein schönes DEB-Paket ausgespuckt. Ich würde IM ohnehin vorher deinstallieren bevor ich das selbst erstellte installiere.

Ich brauche wegen eines Bugfixes eine aktuellere Version als die aus dem Repo.

von.wert

Anmeldungsdatum:
23. Dezember 2020

Beiträge: 7756

Fried-rich schrieb:

checkinstall ohne sudo (das wird auch im UU-Wiki so empfohlen)

Fakt ist, daß in besagtem Abschnitt eine Vorgehensweise, die Fehler erzeugt, bewußt aufgeführt wird. Unsauber und vor allem durch "--install=no" überflüssig.

Fried-rich

(Themenstarter)

Anmeldungsdatum:
2. Mai 2013

Beiträge: 1035

Ja, so geht es. Dennoch merkwürdig, dass es bisher ging - ob das nun der Königsweg ist oder nicht.

Fried-rich

(Themenstarter)

Anmeldungsdatum:
2. Mai 2013

Beiträge: 1035

Dennoch hat er mir scheinbar die bestehende Installation zerschossen. Ich habe wie geschrieben lediglich

sudo checkinstall --install=no

ausgeführt und es wurde ein Paket erstellt. Installiert hab ich es nicht.

Wenn ich jetzt versuche etwas mit IM zu machen kommt

import: error while loading shared libraries: libMagickCore-7.Q16HDRI.so.8: cannot open shared object file: No such file or directory

Die installierte Version ist unverändert

ii  imagemagick                         8:6.9.10.23+dfsg-2.1ubuntu11.2 amd64        image manipulation programs -- binaries

von.wert

Anmeldungsdatum:
23. Dezember 2020

Beiträge: 7756

Du hast es doch erstellt, um es zu installieren. Also mach das doch jetzt!

Wenn's Probleme gibt, purgest Du's wieder und installierst die 6.9er aus den Repos.

Antworten |