Посмотрев файл журнала, я заметил следующее:

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

Похоже, он не работает, потому что не может найти Makefile, что означает, что он не был сгенерирован, поэтому, возможно, ./configure has not been called at all

Думаете добавить строчку:
if [ armv8l = 'armvhfl' ]; then echo -e "1\n1\n" | ./configure; fi
решила бы проблему?

Я все еще пытаюсь запустить armhf на qemu на своей машине для тестирования

Чтобы уточнить, вот журналы сборки для arm64 и armhf - первый в порядке, второй - нет.

На 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>>'

Теперь сравните это с выводом 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>>'

В случае armhf совершенно очевидно, что ни одно из условий if не выполняется, поэтому скрипт конфигурации не вызывается, поэтому файл Makefile не создается, поэтому файл патча не может быть применен, что вызывает ошибку сборки. Не могли бы вы как-нибудь распечатать значение armv8l, потому что я подозреваю, что оно не соответствует ни одному значению в этом списке

Это armv7l и вдруг заработало . Решение этой проблемы.

Сборки в PPA все еще время от времени терпят неудачу, может ли кто-нибудь, у кого есть доступ через репо, связаться со мной для получения учетных данных, чтобы включить значок «сборка успех \ сбой», по крайней мере, через главную ветку? Создание тестовых сборок поверх PR - это отдельное дело, и я не могу с этим помочь, но я точно знаю, когда master сломан, и хочу, чтобы все это знали.

Привет @paskal . Вы можете связаться со мной через moataz dot elmasry2 на gmail.com

Привет @paskal Я добавил зашифрованные учетные данные в travis-ci и нажал.

Но это просто отправит вас в ваш репозиторий, как вы хотите получить значок на github? Или вы имеете в виду значок с панели запуска?

Я думаю, это должно уведомить вас об ошибках с этого момента. Однако что-то не так с кредитами:
Deploy failed! Launchpad credentials invalid. 401
https://travis-ci.org/SoftEtherVPN/SoftEtherVPN/jobs/350054996

Обновил учетные данные. Все еще получаю:
Deploy failed! Launchpad credentials invalid. 401

Мне пришлось удалить фрагмент развертывания, чтобы в нем не отображалась ошибка SE. Я предпочитаю работать над этим вопросом в отдельной ветке

не могли бы вы попробовать https://github.com/SoftEtherVPN/SoftEtherVPN/pull/462 ?

(Я еще не понял, как настроить панель запуска, однако он разрешил магию deb на ubuntu, поэтому я добавил шаг «dh build-arch»)

Развертывание на Launchpad - это не то, что я имел в виду, и нет значка для сборки (потому что существует множество сборок для разных архитектур и версий ОС). Если закрыть его, проверка сборки руки обсуждается в # 432, а исправление для текущей ситуации - в # 462.