Softethervpn: Armhf-Build gebrochen

Erstellt am 23. Jan. 2018  ·  12Kommentare  ·  Quelle: SoftEtherVPN/SoftEtherVPN

Hallo!

419 führte Änderungen ein, die meiner Meinung nach armhf build kaputt gemacht haben: build ( log ).

432 sollte dies in Zukunft verhindern, dies ist ein separates Problem, um das aktuelle Problem im Build zu beheben.

Alle 12 Kommentare

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?

Build Status
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.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

kvv213 picture kvv213  ·  11Kommentare

halloamt picture halloamt  ·  12Kommentare

c2chance picture c2chance  ·  12Kommentare

fhocorp picture fhocorp  ·  8Kommentare

connLAN picture connLAN  ·  9Kommentare