staging.inyokaproject.org

Gnome Commander für aktuellste Version

Status: Gelöst | Ubuntu-Version: Ubuntu 19.04 (Disco Dingo)
Antworten |

schollsky

Anmeldungsdatum:
3. Dezember 2012

Beiträge: 1730

Hallo zusammen,

ich versuche, für Focal Fossa den Gnome-Commander zu paketieren. Das Kompilieren der Version 1.10.2 klappt fehlerfrei. Gerne würde ich das fertige Paket signieren und bei Launchpad hochladen, den Schlüssel für OpenPGP habe ich bereits hochgeladen.

Aus dem Quellverzeichnis heraus habe ich folgendes versucht:

$ dpkg-buildpackage -S

Dabei erhalte ich folgende Fehlermeldung:

dpkg-buildpackage: Information: Quellpaket gnome-commander
dpkg-buildpackage: Information: Quellversion 1.10.2-1
dpkg-buildpackage: Information: Quelldistribution focal
dpkg-buildpackage: Information: Quelle geändert durch Stefan Czinczoll <stefan.czinczoll@arcor.de>
 dpkg-source --before-build .
 fakeroot debian/rules clean
dh clean
   dh_clean
 dpkg-source -b .
dpkg-source: Fehler: unmöglich, mit Quellformat »3.0 (quilt)« zu bauen: unter ../gnome-commander_1.10.2.orig.tar.{bz2,gz,lzma,xz} wurde kein Tarball der Originalautoren gefunden
dpkg-buildpackage: Fehler: Unterprozess dpkg-source -b . lieferte Exitstatus 255
stefan@nana:~/Linux/gnome-commander-1.10.2$

Was muss ich tun, damit das Quellpaket gebaut wird?

Herzliche Grüße

schollsky

Bearbeitet von sebix:

Versionsangabe korrigiert.

Bearbeitet von ChickenLipsRfun2eat:

Versionsangabe erneut korrigiert.

tomtomtom Team-Icon

Supporter
Avatar von tomtomtom

Anmeldungsdatum:
22. August 2008

Beiträge: 55572

schollsky schrieb:

ich versuche, für Focal Fossa den Gnome-Commander zu paketieren. Das Kompilieren der Version 1.10.2 klappt fehlerfrei.

Und ist die dann auch lauffähig?

Laut https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868417 wird gnome-commander gegen gnome-vfs gebaut, das im Dezember 2018 aus Debian entfernt wurde (und damit auch aus allen Ubuntu-Versionen nach 18.10). Ein Upstream-Bug dazu wurde vor 10 Jahren und 4 Monaten eröffnet, die Entwickler des gnome-commander haben seitdem offenbar keine Migration von gnome-vfs auf gvfs hinbekommen.

Was muss ich tun, damit das Quellpaket gebaut wird?

Der Fehlermeldung nach das Quellarchiv mit dem angegebenem Namen eine Ebene über das Quellverzeichnis legen.

schollsky

(Themenstarter)

Anmeldungsdatum:
3. Dezember 2012

Beiträge: 1730

Hallo tomtomtom,

ja, das Programm läuft.

Ich hatte aus Versehen einen etwas anderen Namen für das Quellarchiv angegeben, deshalb ging es nicht. :-/

Jetzt erhalte ich allerdings folgenden Fehler:

[...]
dpkg-source: Information: gnome-commander wird in gnome-commander_1.10.2-1.debian.tar.xz gebaut
dpkg-source: Information: gnome-commander wird in gnome-commander_1.10.2-1.dsc gebaut
 dpkg-genbuildinfo --build=source
 dpkg-genchanges --build=source >../gnome-commander_1.10.2-1_source.changes
dpkg-genchanges: Information: kompletter Quellcode beim Hochladen hinzufügen
 dpkg-source --after-build .
dpkg-buildpackage: Information: Alles hochzuladen (Originalquellen enthalten)
 signfile gnome-commander_1.10.2-1.dsc
gpg: übersprungen "Stefan Czinczoll <stefan.czinczoll@arcor.de>": Kein geheimer Schlüssel
gpg: dpkg-sign.EGaGag7Y/gnome-commander_1.10.2-1.dsc: clear-sign failed: Kein geheimer Schlüssel

dpkg-buildpackage: Fehler: Signieren der .dsc-Datei fehlgeschlagen

Mit gpg hatte ich vorher ein Schlüsselpaar erzeugt. Was muss ich tun, damit hier der geheime Schlüssel verwendet wird?

VG

schollsky

schollsky

(Themenstarter)

Anmeldungsdatum:
3. Dezember 2012

Beiträge: 1730

Das Problem lag auf meiner Seite (Tippfehler). Thread ist damit gelöst.

schollsky

(Themenstarter)

Anmeldungsdatum:
3. Dezember 2012

Beiträge: 1730

OK,

inzwischen habe ich es geschafft, sowohl Quellpaket als auch das Binary zu erstellen (Buildsystem 20.04). Nach dem Hochladen auf Launchpad schlägt der Build hier jedoch fehl. Anbei habe ich mal den entsprechenden Report angefügt - weiß vielleicht jemand, warum der Paketbau auf der Plattform fehlschlägt? Das .deb Paket läuft bei mir nach Installation mit "dpkg -i" einwandfrei...

https://launchpadlibrarian.net/456122106/buildlog_ubuntu-focal-amd64.gnome-commander_1.10.2-1_BUILDING.txt.gz

Grüße

schollsky

tomtomtom Team-Icon

Supporter
Avatar von tomtomtom

Anmeldungsdatum:
22. August 2008

Beiträge: 55572

Im Prinzip gibt es da drei Möglichkeiten: Entweder stehen in der debian/control nicht die selben Build-Dependencies wie auf dem lokalen System verwendet wurden oder du nutzt in der debian/rules nicht die selben Optionen wie auf dem lokalen System - oder beides zusammen.

schollsky

(Themenstarter)

Anmeldungsdatum:
3. Dezember 2012

Beiträge: 1730

Das Problem ist, dass ich auf die debian/control und die debian/rules Dateien auf Launchpad nicht zugreifen kann - sie sind da ja Teile einer automatischen Build-Umgebung. Bei meinen eigenen Dateien ist mir auch nichts aufgefallen - bei der Erstellung habe ich das Wiki zum Paketbau als Vorlage genommen. Anbei zur Sicherheit hier einmal:

debian/control:

Source: gnome-commander
Section: gnome 
Priority: optional
Maintainer: Stefan Czinczoll <stefan.czinczoll@arcor.de>
Build-Depends: debhelper-compat (= 12), autotools-dev
Standards-Version: 4.4.0
Homepage: https://gcmd.github.io/
#Vcs-Browser: https://github.com/GNOME/gnome-commander
#Vcs-Git: https://github.com/GNOME/gnome-commander.git

Package: gnome-commander
Architecture: amd64
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: A powerful file manager for the GNOME desktop environment.

debian/rules:

#!/usr/bin/make -f
# See debhelper(7) (uncomment to enable)
# output every command that modifies files on the build system.
#export DH_VERBOSE = 1


# see FEATURE AREAS in dpkg-buildflags(1)
#export DEB_BUILD_MAINT_OPTIONS = hardening=+all

# see ENVIRONMENT in dpkg-buildflags(1)
# package maintainers to append CFLAGS
#export DEB_CFLAGS_MAINT_APPEND  = -Wall -pedantic
# package maintainers to append LDFLAGS
#export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed


%:
	dh $@


# dh_make generated override targets
# This is example for Cmake (See https://bugs.debian.org/641051 )
#override_dh_auto_configure:
#	dh_auto_configure -- #	-DCMAKE_LIBRARY_PATH=$(DEB_HOST_MULTIARCH)

tomtomtom Team-Icon

Supporter
Avatar von tomtomtom

Anmeldungsdatum:
22. August 2008

Beiträge: 55572

schollsky schrieb:

Das Problem ist, dass ich auf die debian/control und die debian/rules Dateien auf Launchpad nicht zugreifen kann - sie sind da ja Teile einer automatischen Build-Umgebung.

Äh, nein. Die legst du selbst an und lädst sie mit hoch.

Bei meinen eigenen Dateien ist mir auch nichts aufgefallen - bei der Erstellung habe ich das Wiki zum Paketbau als Vorlage genommen. Anbei zur Sicherheit hier einmal:

Build-Depends: debhelper-compat (= 12), autotools-dev

Da dürfte doch mindestens yelp und perl-xml-parser fehlen.

Ansonsten: Mit welchen Optionen hast du das Programm denn lokal gebaut?

schollsky

(Themenstarter)

Anmeldungsdatum:
3. Dezember 2012

Beiträge: 1730

Hallo tomtomtom,

ok, ich habe zu den Build-Depends noch yelp und automake hinzugefügt. Zum Paket perl-xml-parser bekomme ich folgende Info unter Focal:

$ apt show perl-xml-parser
N: Paket perl-xml-parser kann nicht gefunden werden.
N: Paket perl-xml-parser kann nicht gefunden werden.
E: Keine Pakete gefunden

Ich habe beim lokalen Bau des Paketes keine speziellen Optionen angegeben, sondern nur die Standards:

configure
make
sudo make install

Danach lief gnome-commander problemlos. Es erscheint zwar eine Warnung beim Start:

$ gnome-commander

(gnome-commander:7758): libgnomevfs-WARNING **: 15:11:08.423: Failed to activate daemon: The name org.gnome.GnomeVFS.Daemon was not provided by any .service files

das hat aber soweit ich es feststellen konnte bis dato keine Auswirkungen gehabt.

Beim automatischen Buildprozess auf Launchpad ist mir folgender Abschnitt aufgefallen:

dpkg-buildpackage
-----------------

dpkg-buildpackage: info: source package gnome-commander
dpkg-buildpackage: info: source version 1.10.2-1
dpkg-buildpackage: info: source distribution focal
 dpkg-source --before-build .
dpkg-buildpackage: info: host architecture amd64
 fakeroot debian/rules clean
dh clean
   dh_clean
 debian/rules build
dh build
   dh_update_autotools_config
   dh_autoreconf
Copying file po/Makevars.template
configure.ac:17: error: macro AX_COMPILER_FLAGS_CFLAGS is not defined; is a m4 file missing?
m4/ax_require_defined.m4:35: AX_REQUIRE_DEFINED is expanded from...
m4/ax_compiler_flags.m4:107: _AX_COMPILER_FLAGS_LANG is expanded from...
m4/ax_compiler_flags.m4:113: AX_COMPILER_FLAGS is expanded from...
configure.ac:17: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: error: echo failed with exit status: 1
autoreconf: aclocal failed with exit status: 1
dh_autoreconf: autoreconf -f -i returned exit code 1
make: *** [debian/rules:18: build] Error 255
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2

Die angemeckerten Makros in den .m4 Dateien sind aber definitiv vorhanden. Trotzdem scheint hier irgendwo der Hase im Pfeffer zu liegen.

Grüße

schollsky

schollsky

(Themenstarter)

Anmeldungsdatum:
3. Dezember 2012

Beiträge: 1730

Hallo zusammen,

die fehlenden .m4 Dateien habe ich ergänzen können, so dass diese jetzt keine Fehlermeldungen mehr produzieren. Das Paket wird aber dennoch nicht gebaut. Um die restlichen Fehler einzugrenzen, habe ich anstatt "Focal Fossa" mal "Bionic Beaver" als Zielplattform gewählt. Auf einer virtuellen Maschine mit 18.04 wird das Paket einwandfrei erstellt, jedoch nicht auf Launchpad. Hier ein Auszug aus dem Build-Log:

configure: exit 2
dh_auto_configure: ./configure --build=x86_64-linux-gnu --prefix=/usr --includedir=\${prefix}/include --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --disable-silent-rules --libdir=\${prefix}/lib/x86_64-linux-gnu --libexecdir=\${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode --disable-dependency-tracking returned exit code 2
debian/rules:18: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2

Das vollständige Logfile findet sich hier:

https://launchpadlibrarian.net/457380359/buildlog_ubuntu-bionic-amd64.gnome-commander_1.10.2-1_BUILDING.txt.gz

Unten stelle ich auch nochmal die debian/rules Datei zur Verfügung: Sie ist kaum umfangreich, aber m.E. müsste sie das auch nicht, da das Programm manuell mit "./configure" und danach "make" einfach ohne Parameter sauber erstellt wird:

#!/usr/bin/make -f
# See debhelper(7) (uncomment to enable)
# output every command that modifies files on the build system.
#export DH_VERBOSE = 1


# see FEATURE AREAS in dpkg-buildflags(1)
#export DEB_BUILD_MAINT_OPTIONS = hardening=+all

# see ENVIRONMENT in dpkg-buildflags(1)
# package maintainers to append CFLAGS
#export DEB_CFLAGS_MAINT_APPEND  = -Wall -pedantic
# package maintainers to append LDFLAGS
#export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed


%:
	dh $@


# dh_make generated override targets
# This is example for Cmake (See https://bugs.debian.org/641051 )
#override_dh_auto_configure:
#	dh_auto_configure -- #	-DCMAKE_LIBRARY_PATH=$(DEB_HOST_MULTIARCH)

Des weiteren habe ich die Datei debian/control um die notwendigen Abhängikeiten ergänzt:

Source: gnome-commander
Section: gnome 
Priority: optional
Maintainer: Stefan Czinczoll <stefan.czinczoll@arcor.de>
Build-Depends:  debhelper-compat (= 10), autotools-dev, autoconf (>= 2.69), automake (>= 1.15), itstool, pkgconf, libxml2-utils, libglib2.0-dev, libgnomevfs2-dev, python, libexiv2-dev, libtag1-dev, libgsf-1-dev, libpoppler-glib-dev, yelp, libgtk2.0-dev, libgnome2-dev, libgnomeui-dev
Standards-Version: 4.4.0
Homepage: https://gcmd.github.io/
#Vcs-Browser: https://github.com/GNOME/gnome-commander
#Vcs-Git: https://github.com/GNOME/gnome-commander.git

Package: gnome-commander
Architecture: amd64
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: A powerful file manager for the GNOME desktop environment.

Hat jemand Erfahrung mit Launchpad bzw. eine Idee, woran es liegen könnte, dass das Paket auf der Plattform nicht gebaut wird? Lokal kann ich das Quellpaket einfach erstellen mit "dpkg-buildpackage -S" bzw. das Binary mit "dpkg-buildpackage".

Herzliche Grüße

schollsky

tomtomtom Team-Icon

Supporter
Avatar von tomtomtom

Anmeldungsdatum:
22. August 2008

Beiträge: 55572

Also ich hab mir das mal angesehen in 20.04:

Um gnome-commander zu kompilieren fehlen mehrere Abhängigkeiten, unter anderem libgnome2-dev und vor allem libgnomeui-dev (für die man wiederum lignome2-dev braucht).

Du müsstest also erstmal diese Build-Dependencies selbst kompilieren und in einem PPA bereitstellen, damit gnome-commander über die build server gebaut werden kann.

schollsky

(Themenstarter)

Anmeldungsdatum:
3. Dezember 2012

Beiträge: 1730

Hallo tomtomtom,

das verstehe ich nicht. Für mein lokales System konnte ich die Dateien doch per apt installieren. Auf welchem Stand sind denn dann die build server bzw. warum sind diese Abhängigkeiten dort nicht verfügbar?

Grüße

schollsky

tomtomtom Team-Icon

Supporter
Avatar von tomtomtom

Anmeldungsdatum:
22. August 2008

Beiträge: 55572

schollsky schrieb:

das verstehe ich nicht. Für mein lokales System konnte ich die Dateien doch per apt installieren.

Wie du das getan hast und zu welchem Zeitpunkt kannst natürlich nur du wissen. Fakt ist, dass sie bereits seit eoan nicht mehr auf den Servern existieren.

Auf welchem Stand sind denn dann die build server bzw. warum sind diese Abhängigkeiten dort nicht verfügbar?

Die sind auf dem Stand, auf dem die Archivserver sind, denn von denen beziehen sie die Pakete (also auf aktuellem). Und die sind dort nicht verfügbar, weil sie aus den Paketquellen entfernt wurden...

schollsky

(Themenstarter)

Anmeldungsdatum:
3. Dezember 2012

Beiträge: 1730

Vermutlich kommen die Dateien noch von der ursprünglichen 19.04 Installation. Was inzwischen allerdings geklappt hat, ist eine Veröffentlichung und auch Übersetzung ins Binärformat für die Version Disco, das ist 19.04. (Die Version im Titel könnte also bitte angepasst werden.)

Wer sich dafür interessiert, kann die PPA für den Gnome Commander also hier herunterladen:

https://launchpad.net/~schollsky/+archive/ubuntu/gnome-commander

Vielen Dank für die Hinweise!

Grüße

schollsky

tomtomtom Team-Icon

Supporter
Avatar von tomtomtom

Anmeldungsdatum:
22. August 2008

Beiträge: 55572

schollsky schrieb:

(Die Version im Titel könnte also bitte angepasst werden.)

Wieso? In deinem Thread geht es doch darum, dass für 20.04 zu bauen...

Egal, da du davon ausgehen kannst, dass die aktuell 8 Moderatoren nicht jeden der aktuell 9.121.437 Beiträge lesen können, musst du da wohl die "Melden"-Funktion betätigen, um deinen Wunsch an einer Stelle loszuwerden, die ihn auch erfüllen könnte.

Wer sich dafür interessiert, kann die PPA für den Gnome Commander also hier herunterladen:

Und kann es dann noch bis Januar aka Supportende von 19.04 nutzen. 😛

Antworten |