Beim Betrachten der Logdatei ist mir folgendes aufgefallen:
make[1]: Entering directory '/<<PKGBUILDDIR>>'
if [ armv8l = 'x86_64' ]; then echo -e "1\n2\n" | ./configure; fi
if [ armv8l = 'i686' ]; then echo -e "1\n1\n" | ./configure; fi
if [ armv8l = 'armv6l' ]; then echo -e "1\n1\n" | ./configure; fi
if [ armv8l = 'armv5tel' ]; then echo -e "1\n1\n" | ./configure; fi
if [ armv8l = 'aarch64' ]; then echo -e "1\n2\n" | ./configure; fi
if [ armv8l = 'armv7l' ]; then echo -e "1\n1\n" | ./configure; fi
dh override_dh_auto_configure
make[1]: Leaving directory '/<<PKGBUILDDIR>>'
dh_auto_build -a
dh_auto_test -a
fakeroot debian/rules binary-arch
dh binary-arch
dh_testroot -a
dh_prep -a
rm -f -- debian/softether-vpnbridge.substvars debian/softether-vpnclient.substvars debian/softether-vpncmd.substvars debian/softether-vpnserver.substvars
rm -fr -- debian/.debhelper/generated/softether-vpnbridge/ debian/softether-vpnbridge/ debian/tmp/ debian/.debhelper/generated/softether-vpnclient/ debian/softether-vpnclient/ debian/.debhelper/generated/softether-vpncmd/ debian/softether-vpncmd/ debian/.debhelper/generated/softether-vpnserver/ debian/softether-vpnserver/
debian/rules override_dh_auto_install
make[1]: Entering directory '/<<PKGBUILDDIR>>'
patch -f < debian/makefile.patch
can't find file to patch at input line 3
Perhaps you should have used the -p or --strip option?
The text leading up to this was:
--------------------------
|--- Makefile 2014-02-04 21:20:33.422762017 +0000
|+++ Makefile.old 2014-02-04 21:20:10.298761727 +0000
--------------------------
No file to patch. Skipping patch.
1 out of 1 hunk ignored
debian/rules:16: recipe for target 'override_dh_auto_install' failed
make[1]: *** [override_dh_auto_install] Error 1
make[1]: Leaving directory '/<<PKGBUILDDIR>>'
debian/rules:8: recipe for target 'binary-arch' failed
make: *** [binary-arch] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit status 2
Es sieht so aus, als ob es fehlschlägt, weil es Makefile nicht finden kann, was bedeutet, dass es nicht generiert wurde, also vielleicht ./configure has not been called at all
Denkst du, die Zeile hinzuzufügen:
if [ armv8l = 'armvhfl' ]; then echo -e "1\n1\n" | ./configure; fi
würde das Problem lösen?
Ich versuche immer noch, ein armhf auf qemu auf meinem Computer zu testen
Zur Verdeutlichung sind hier Build-Logs für arm64 und armhf - das erste ist in Ordnung, das zweite ist fehlgeschlagen.
Auf arm64:
dh build-arch
dh_update_autotools_config -a
debian/rules override_dh_auto_configure
make[1]: Entering directory '/<<PKGBUILDDIR>>'
if [ aarch64 = 'x86_64' ]; then echo -e "1\n2\n" | ./configure; fi
if [ aarch64 = 'i686' ]; then echo -e "1\n1\n" | ./configure; fi
if [ aarch64 = 'armv6l' ]; then echo -e "1\n1\n" | ./configure; fi
if [ aarch64 = 'armv5tel' ]; then echo -e "1\n1\n" | ./configure; fi
if [ aarch64 = 'aarch64' ]; then echo -e "1\n2\n" | ./configure; fi
---------------------------------------------------------------------
SoftEther VPN for Unix
Copyright (c) SoftEther VPN Project at University of Tsukuba, Japan.
Copyright (c) Daiyuu Nobori. All Rights Reserved.
This program is free software; you can redistribute it and/or
modify it under the terms of the GNU General Public License
version 2 as published by the Free Software Foundation.
Read and understand README.TXT, LICENSE.TXT and WARNING.TXT before use.
---------------------------------------------------------------------
Welcome to the corner-cutting configure script !
The Makefile is generated. Run 'make' to build SoftEther VPN.
if [ aarch64 = 'armv7l' ]; then echo -e "1\n1\n" | ./configure; fi
dh override_dh_auto_configure
make[1]: Leaving directory '/<<PKGBUILDDIR>>'
Vergleichen Sie das nun mit der Ausgabe von armhf:
make[1]: Entering directory '/<<PKGBUILDDIR>>'
if [ armv8l = 'x86_64' ]; then echo -e "1\n2\n" | ./configure; fi
if [ armv8l = 'i686' ]; then echo -e "1\n1\n" | ./configure; fi
if [ armv8l = 'armv6l' ]; then echo -e "1\n1\n" | ./configure; fi
if [ armv8l = 'armv5tel' ]; then echo -e "1\n1\n" | ./configure; fi
if [ armv8l = 'aarch64' ]; then echo -e "1\n2\n" | ./configure; fi
if [ armv8l = 'armv7l' ]; then echo -e "1\n1\n" | ./configure; fi
dh override_dh_auto_configure
make[1]: Leaving directory '/<<PKGBUILDDIR>>'
Bei armhf ist es ziemlich offensichtlich, dass keine der if-Bedingungen erfüllt ist, also kein configure-Skript aufgerufen wird, also kein Makefile generiert wird, also keine Patch-Datei angewendet werden konnte, was den Build-Fehler verursacht. Könnten Sie bitte den Wert von armv8l irgendwie drucken, da ich vermute, dass er mit keinem Wert in dieser Liste übereinstimmt
Es ist armv7l
und es hat plötzlich
Builds in PPA schlagen immer noch von Zeit zu Zeit fehl. Könnte mich jemand, der Zugriff über Repository hat, kontaktieren, um Anmeldeinformationen zu erhalten, um das Badge "Build-Erfolg \ Failure" zumindest über den Master-Zweig zu aktivieren? Das Erstellen von Test-Builds über PRs ist eine andere Sache und ich kann dabei nicht helfen, aber ich weiß genau, wann der Master kaputt ist und ich möchte, dass jeder das weiß.
Hallo @paskal . Sie können mich auf moataz dot elmasry2 unter gmail.com kontaktieren
Hallo @paskal Ich habe die verschlüsselten Anmeldeinformationen zu travis-ci hinzugefügt und gepusht.
Aber dies wird nur in Ihr Repository übertragen. Wie möchten Sie ein Abzeichen auf github erhalten? Oder meinst du ein Abzeichen vom Launchpad?
Dies sollte Sie von diesem Moment an über Fehler informieren, denke ich. Allerdings stimmt etwas mit den Creden nicht:
Deploy failed! Launchpad credentials invalid. 401
https://travis-ci.org/SoftEtherVPN/SoftEtherVPN/jobs/350054996
Die Anmeldeinformationen wurden aktualisiert. Bekomme immer noch:
Deploy failed! Launchpad credentials invalid. 401
Ich musste das Bereitstellungs-Snippet entfernen, damit SE nicht als fehlgeschlagen angezeigt wird. Am liebsten arbeite ich an diesem Thema in einer eigenen Filiale
kannst du es bitte mit https://github.com/SoftEtherVPN/SoftEtherVPN/pull/462 versuchen?
(Ich habe noch nicht herausgefunden, wie man Launchpad einrichtet, aber es hat die Deb-Magie auf Ubuntu gelöst, also habe ich den Schritt "dh build-arch" hinzugefügt.)
Launchpad-Bereitstellung ist nicht das, was ich im Sinn hatte, und es gibt kein Abzeichen für Build (da es viele Builds für verschiedene Architekturen und Betriebssystemversionen gibt). Abschließend wird die Überprüfung des Armaufbaus in #432 besprochen und die Lösung für die aktuelle Situation ist #462.