Erstellt vor 4 Jahren

Geschlossen vor 4 Jahren

#2458 closed defect (fixed)

Working on Freetz in GIT breaks SSLH build

Erstellt von: Iceberg Verantwortlicher:
Priorität: normal Meilenstein: freetz-next
Komponente: packages Version: devel
Stichworte: Beobachter:
Product Id: Firmware Version:

Beschreibung

This is probably very specific, because main SCM for Freetz is SVN. But I am using git-svn tools to work with GIT instead of SVN and I know there are more people doing it.
This setup worked fine for a long time. But since r11725 ("sslh: bump version to 1.16") it doesn't build anymore with sslh module enabled.

Upstream sslh has introduced a genver.sh script generating version.h header file. And it tries to be smart about git. When it detects that it's being built from a git repo, it tries to parse current rev and use it as version string. This leads to an invalid version and failed build in my case.

To work around this I have created a patch overriding version detection in SSLH and hard-wiring it to "1.16".

Anhänge (1)

fix_git_sslh_build.patch (611 Byte) - hinzugefügt von Iceberg vor 4 Jahren.

Alle Anhänge herunterladen als: .zip

Änderungshistorie (4)

Geändert vor 4 Jahren durch Iceberg

comment:1 Geändert vor 4 Jahren durch ralf

You should report this as a bug to sslh. They should verify that the git commands access their git repository.

How exaclty does the build fail? There don't semm to be special requirements for the version string.

comment:2 Geändert vor 4 Jahren durch er13

In 11993:

sslh:

  • workaround "incorrect version number when built from tarball within foreign git repository"-problem
  • refs #2458

comment:3 Geändert vor 4 Jahren durch er13

  • Lösung auf fixed gesetzt
  • Status von new nach closed geändert
Hinweis: Hilfe zur Verwendung von Tickets finden Sie in TracTickets.