staging.inyokaproject.org

Hallo

Hier endet mein Test, ich verstehe es vermutlich nur nicht?

Es wird nun in das Verzeichnis des entpackten Quellarchivs, also des Quellcodes, gewechselt: 

cd hello-2.7/

Ausgabe bei mir:

marko@marko-LIFEBOOK-AH531:~$ cd hello-2.7/
bash: cd: hello-2.7/: Datei oder Verzeichnis nicht gefunden

Es geht bei mir im Test:

cd gnu-hello/hello-2.7

dann wechsle ich im Terminal in dieses Verzeichnis, ob es aber so gewollt ist weiß ich nicht? Eventuell fehlt mit dann noch etwas?

Weiter unten macht sich das bemerkbar:

Aktuell die Ausgabe:

Email-Address       : Vorname.Nachname@E-mail-Anschluss.???
License             : blank
Package Name        : hello
Maintainer Name     : Vorname Nachname
Version             : 2.7
Package Type        : single
Date                : Fri, 11 Nov 2016 12:05:44 +0100
Are the details correct? [Y/n/q]

Win32netsky schrieb:

Hier endet mein Test, ich verstehe es vermutlich nur nicht?

42.

Da du keinerlei Informationen gibst, was du genau getan hast, woher das Archiv kommt und was der konkrete Inhalt ist, kannst die Frage wohl nur du selbst beantworten.

marko@marko-LIFEBOOK-AH531:~$ cd hello-2.7/
bash: cd: hello-2.7/: Datei oder Verzeichnis nicht gefunden

Eindeutige Ausgabe: Es gibt kein solches Verzeichnis.

Es geht bei mir im Test:

cd gnu-hello/hello-2.7

dann wechsle ich im Terminal in dieses Verzeichnis, ob es aber so gewollt ist weiß ich nicht?

Du scheinst grundlegende Probleme mit dem Verständnis zu haben...

Wenn du in das Quelltextverzeichnis wechseln sollst musst du ins Quelltextverzeichnis. Wo das liegt musst du natürlich auf deine persönlichen Gegebenheiten anpassen.

Mit Paketbau hat das bis hierher allerdings nichts zu tun.

Aktuell die Ausgabe:

Email-Address       : Vorname.Nachname@E-mail-Anschluss.???
License             : blank
Package Name        : hello
Maintainer Name     : Vorname Nachname
Version             : 2.7
Package Type        : single
Date                : Fri, 11 Nov 2016 12:05:44 +0100
Are the details correct? [Y/n/q]

Ja, Platzhalter ersetzt man durch tatsächliche Angaben.

Wo und in welchem Format das eingetragen wird findet man z.B. in der entsprechenden Dokumentation.

Die hatte ich dir erst vor kurzem verlinkt.

Hallo

Das nahm ich einmal als Test: Grundlagen der Paketerstellung

Habe jetzt die changelog wie im Artikel beschrieben geändert.

hibiscus (2.6.18) yakkety; urgency=low

  * Das erste Paket

  -- Vorname Nachname <Vorname.Nachname@E-E-mail-Anbieter.???>  Fri, 11 Nov 2016 12:05:44 +0100

Beim Test kommt:

marko@marko-LIFEBOOK-AH531:~/hibiscus-i386-openjdk-8/hibiscus-i386-openjdk-8-1.0$ dpkg-buildpackage -S -us -uc
dpkg-buildpackage: Warnung:     debian/changelog(l6): Dateiende gefunden, wo weitere »change«-Daten oder Abspann erwartet wurde
Can't call method "epoch" on an undefined value at /usr/share/perl5/Dpkg/Changelog.pm line 498.
marko@marko-LIFEBOOK-AH531:~/hibiscus-i386-openjdk-8/hibiscus-i386-openjdk-8-1.0$ 

hibiscus (2.6.18-0ppa1) yakkety; urgency=low

  * Das erste Paket

  -- Vorname Nachname <Vorname.Nachname@E-E-mail-Anbieter.???>  Fri, 11 Nov 2016 12:05:44 +0100

Hallo

Ich wollte nur mal sagen, ich habe ja bereits ein funktionierendes DEB.Paket, ich wollte aber einmal dieses Vorgehen hier testen.

Danke für den Tip, aber die Ausgabe bleibt gleich. Schade. Vermutlich geht es im Terminal erst weiter wenn die changelog richtig ist.

Gruß

hibiscus (2.6.18-0ppa1) yakkety; urgency=low

  * Das erste Paket

 -- Vorname Nachname <Vorname.Nachname@E-E-mail-Anbieter.???>  Fri, 11 Nov 2016 12:05:44 +0100

In der letzten Zeile war ein Leerzeichen am Anfang zu viel.

Hallo Danke der Antwort, erster Erfolg

Ausgabe:

marko@marko-LIFEBOOK-AH531:~/hibiscus-i386-openjdk-8/hibiscus-i386-openjdk-8-1.0$ dpkg-buildpackage -S -us -uc
dpkg-buildpackage: Information: Quellpaket hibiscus-i386-openjdk-8-1.0
dpkg-buildpackage: Information: Quellversion 2.6.18
dpkg-buildpackage: Information: Quelldistribution yakkety
dpkg-buildpackage: Information: Quelle geändert durch Name Vorname <Vorname.Nachname@E-E-mail-Anbieter.???>
 dpkg-source --before-build hibiscus-i386-openjdk-8-1.0
dpkg-source: Warnung: unbekanntes Informationsfeld »Depends« in den Eingabedaten in allgemeiner Abschnitt der Steuer-Infodatei
 fakeroot debian/rules clean
debian/rules:3: *** Seperator fehlt.  Schluss.
dpkg-buildpackage: Fehler: Fehler-Exitstatus von fakeroot debian/rules clean war 2
marko@marko-LIFEBOOK-AH531:~/hibiscus-i386-openjdk-8/hibiscus-i386-openjdk-8-1.0$ 

Es hängt an Depends ?

Auszug aus meiner control übernommen aus meinem anderen Paketbau.

....
Maintainer: Name Vorname <Vorname.Nachname@E-E-mail-Anbieter.???>
Depends: pcscd, 
 aqbanking-tools, 
 libchipcard-data, 
 libchipcard-tools, 
 libchipcard-libgwenhywfar60-plugins,
 pcsc-tools,
 libpcsclite-dev, 
 openjdk-8-jre,
 icedtea-8-plugin
Standards-Version: 3.9.8
....

Gruß

Das Maintainer-Feld gehört in den ersten Abschnitt (Source-Paket) der debian/control, das Depends-Feld gehört in den zweiten Abschnitt (Binär-Paket). Eine Vorlage für die debian/control findest du hier im Wiki. Wenn du von anderen Paketen da was rein kopierst, musst du es an die richtige Stelle kopieren. Wenn du genaueres über die Syntax der debian/control wissen willst, kannst du die Debian-Dokumentation zu Rate ziehen (im Wiki verlinkt).

Win32netsky schrieb:

Hallo Danke der Antwort, erster Erfolg

Ausgabe:

marko@marko-LIFEBOOK-AH531:~/hibiscus-i386-openjdk-8/hibiscus-i386-openjdk-8-1.0$ dpkg-buildpackage -S -us -uc
dpkg-buildpackage: Information: Quellpaket hibiscus-i386-openjdk-8-1.0
dpkg-buildpackage: Information: Quellversion 2.6.18
dpkg-buildpackage: Information: Quelldistribution yakkety
dpkg-buildpackage: Information: Quelle geändert durch Name Vorname <Vorname.Nachname@E-E-mail-Anbieter.???>
 dpkg-source --before-build hibiscus-i386-openjdk-8-1.0
dpkg-source: Warnung: unbekanntes Informationsfeld »Depends« in den Eingabedaten in allgemeiner Abschnitt der Steuer-Infodatei
 fakeroot debian/rules clean
debian/rules:3: *** Seperator fehlt.  Schluss.
dpkg-buildpackage: Fehler: Fehler-Exitstatus von fakeroot debian/rules clean war 2
marko@marko-LIFEBOOK-AH531:~/hibiscus-i386-openjdk-8/hibiscus-i386-openjdk-8-1.0$ 

Es hängt an Depends ?

Für mich sieht es eher so aus, als ob die Syntax in debian/rules nicht stimmen würde - wie sieht die Datei aktuell aus? Nutzt du Tabs statt Spaces, wie es für ein Makefile vorgesehen ist?

Hallo

Danke für die Info, ich wusste nicht das die Reihenfolge wichtig ist. Jetzt hängt es nicht mehr an den Depends.

Aktuelle Ausgabe:

marko@marko-LIFEBOOK-AH531:~/hibiscus-i386-openjdk-8/hibiscus-i386-openjdk-8-1.0$ dpkg-buildpackage -S -us -uc
dpkg-buildpackage: Information: Quellpaket hibiscus-i386-openjdk-8-1.0
dpkg-buildpackage: Information: Quellversion 2.6.18
dpkg-buildpackage: Information: Quelldistribution yakkety
dpkg-buildpackage: Information: Quelle geändert durch Name Vorname <Vorname.Nachname@E-E-mail-Anbieter.???>
 dpkg-source --before-build hibiscus-i386-openjdk-8-1.0
 fakeroot debian/rules clean
debian/rules:3: *** Seperator fehlt.  Schluss.
dpkg-buildpackage: Fehler: Fehler-Exitstatus von fakeroot debian/rules clean war 2
marko@marko-LIFEBOOK-AH531:~/hibiscus-i386-openjdk-8/hibiscus-i386-openjdk-8-1.0$ 

Die rules ist wohl ein Standard.

Ausgabe:

#!/usr/bin/make -f
 %: 
 dh $@

Gruß

Win32netsky schrieb:

Die rules ist wohl ein Standard.

Ausgabe:

#!/usr/bin/make -f
 %: 
 dh $@

Die rules-Datei ist zu allererst ein Makefile (und kann je nachdem welche Besonderheiten man für das Kompilieren und Verpacken des Programm haben möchte angepasst werden) - ich weiß nicht, ob dir da beim Kopieren eventuell etwas verloren gegangen ist, aber die zweite Zeile sollte keinen Whitespace vor dem Target "%:" haben und die dritte Zeile muss mit einem Tab eingerückt sein:

#!/usr/bin/make -f
%:
	dh $@

Hallo

Danke für den Hinweis, ich hab das dem Artikel so nicht entnehmen können. Hatte das der Ansicht wegen untereinander verschoben.

Hab jetzt im Verzeichnis eine .xz, eine .dsc, eine tar.gz, eine source.changes

Das sind jetzt die Ausgangsdateien?

Gruß

Win32netsky schrieb:

Danke für den Hinweis, ich hab das dem Artikel so nicht entnehmen können.

Wenn du Anpassungen vornehmen willst, die nicht im Wiki-Artikel erwähnt werden (du scheinst ja auch nicht mit den hello Beispiel-Sourcen zu arbeiten), dann lies besser erst eine ausführliche Anleitung wie https://www.debian.org/doc/manuals/maint-guide/. Der Paketbau für Debian bzw. Ubuntu ist ein etwas komplexeres Thema und man tut sich keinen Gefallen, wenn man nicht versteht, welche Vorgaben gelten.

Zum Verpacken von Java-Programmen (das habe ich noch nicht gemacht) lohnt es sich vermutlich sich zusätzlich https://www.debian.org/doc/packaging-manuals/java-policy/ anzusehen.

Generell dürfte es im Falle von Hibiscus einfacher sein vom Quellpaket im PPA https://launchpad.net/~dennis-benndorf/+archive/ubuntu/ppa/+packages ausgzugehen (oder das zumindest als funktionierendes Beispiel zu nehmen) und das für die gewünschte Version mit ggf. nötigen weiteren Anpassungen zu bringen.

Hallo

Danke der Information.

Ich habe Dennis schon kontaktiert. Dank dieser hier angebotenen Informationen habe ich ja bereits ein funktionierendes .DEB Paket gebaut, nur eben anders, welches auf 16.04 und 16.10 32 bit funktioniert. Ich habe selbst Hibiscus laufen aus dem Paket, es gab keine Probleme bei der Installation, alles funktioniert. Ich habe das .DEB Paket mehrmals unter beiden Versionen getestet, mit Bankeinrichtung.

So wie ich es aber verstehe, benötige ich für Launchpad auch diese Dateien um mein .DEB Paket hochzuladen.

Ich teste den Artikel, ich wollte es anhand des Artikel ja alleine schaffen, nur eben angepasst auf mein Paket und für Launchpad.

Ausgabe im folgenden ist von lintan, Befehl aus dem Artikel:

marko@marko-LIFEBOOK-AH531:~$ cd hibiscus-i386-openjdk-8
marko@marko-LIFEBOOK-AH531:~/hibiscus-i386-openjdk-8$ lintian -EvIm --pedantic --show-overrides --color=auto hibiscus-i386-openjdk-8-1.0_2.6.18_source.changes
Unknown option: m
error parsing options
marko@marko-LIFEBOOK-AH531:~/hibiscus-i386-openjdk-8$

Der Test Paketbau hat funktioniert, auch ohne lintan.

Ich lösche jetzt alles und gehe auf 16.04 zurück, um das so neu gebaute Paket dort zu erst zu testen.

Ich setze noch nicht auf gelöst, wegen der Ausgabe von Lintan.

Vielen Dank für die komplexe Hilfe.

Gruß

Win32netsky schrieb:

Ausgabe im folgenden ist von lintan, Befehl aus dem Artikel:

marko@marko-LIFEBOOK-AH531:~$ cd hibiscus-i386-openjdk-8
marko@marko-LIFEBOOK-AH531:~/hibiscus-i386-openjdk-8$ lintian -EvIm --pedantic --show-overrides --color=auto hibiscus-i386-openjdk-8-1.0_2.6.18_source.changes
Unknown option: m
error parsing options
marko@marko-LIFEBOOK-AH531:~/hibiscus-i386-openjdk-8$

Ich setze noch nicht auf gelöst, wegen der Ausgabe von Lintan.

In der Manpage zu lintian für Ubuntu 12.04 steht:

 -m, --md5sums, --checksums
           This has become redundant in lintian 2.5.1 and may be removed in a
           later release.

           This option used to control whether Lintian would verify checksums
           in changes files.  As of 2.5.1, Lintian always does this.

Spätestens ab der in Ubuntu 14.04 (trusty) ausgelieferten Version wurde das Start-Argument dann entfernt (daher die Fehlermeldung) - es sollte also folgendes genügen:

$ lintian -EvI --pedantic --show-overrides --color=auto hibiscus-i386-openjdk-8-1.0_2.6.18_source.changes