Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#67279 - [syncthing] Package is unreproducible due to embedding hostname of build system

Attached to Project: Community Packages
Opened by Jonas Witschel (diabonas) - Tuesday, 14 July 2020, 16:12 GMT
Last edited by Jaroslav Lichtblau (Dragonlord) - Wednesday, 02 September 2020, 09:09 GMT
Task Type Bug Report
Category Reproducible Builds
Status Closed
Assigned To Jaroslav Lichtblau (Dragonlord)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

The packages syncthing and syncthing-relaysrv are not reproducible, the (only) reason being that they embed the hostname of the system that they were built on by default. This is an easy fix, just use something something like

export BUILD_HOST=archlinux

in build() (you can also set BUILD_USER if you like, but that is fixed to "builduser" in the chroot anyway). See the function buildHost() in the project's build.go for reference [1]

Upstream currently uses your hostname "svetlemodry" to identify Arch installations in their statistics, see [2], so they should be notified by this change as well. I can take over this part if you want once the change to the PKGBUILD is done.

Additional info:
* syncthing 1.7.0-1

Steps to reproduce:
Run either repro (package archlinux-reproducible) or makerepropkg (package devtools) on the built package:

repro syncthing-1.7.0-1-x86_64.pkg.tar.zst
makerepropkg syncthing-1.7.0-1-x86_64.pkg.tar.zst

[1] https://github.com/syncthing/syncthing/blob/e0c8865a45051e147b3014505a11e997a0cf04ee/build.go#L1006
[2] https://github.com/syncthing/syncthing/blob/78d294f78ce7c216b95738b2332a2eb221da68ef/cmd/ursrv/main.go#L57
This task depends upon

Closed by  Jaroslav Lichtblau (Dragonlord)
Wednesday, 02 September 2020, 09:09 GMT
Reason for closing:  Implemented
Additional comments about closing:  Implemented

Loading...