(java) Builds not reproducible on armhf

[Mechtilde Stehmann]

Hello Vagrant,

in the meantime I did a build at amdahl.debian.org and can't reproduce 
the problem too.

i did it with this package 
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/armhf/csvjdbc.html

Dates are 2022-06-08 as expected and not 1970-01-03 as described at 
tests.rb.o.

There are many other packages with this problem in the java-team.

Do you have an idea, how I can help to fix it. Can I have a (temporaly) 
access to reproduce the problem and then maybe to fix it.

Kind regards

Mechtilde

Am 21.05.24 um 19:20 schrieb Vagrant Cascadian:
> On 2024-05-20, Mechtilde Stehmann wrote:
>> I want to clean up my Java packages.
>>
>> There are several with FTBR. I found that the day of the *.poms s a date
>> from 1970.
>>
>> for example they are the packages
>>
>> vinnie
> 
> Looking at the history for vinnie:
> 
>    https://tests.reproducible-builds.org/debian/history/armhf/vinnie.html
> 
> It is only very recently that this started happening (2024-05-04)
> without source changes in vinnie itself, so I would suspect some change
> in the toolchain used to produce the .pom files?
> 
> commons-email is similar, although starting 2024-04-04:
> 
>    https://tests.reproducible-builds.org/debian/history/armhf/commons-email.html
> 
> ez-vcard is similar too, starting 2024-04-20:
> 
>    https://tests.reproducible-builds.org/debian/rb-pkg/trixie/armhf/diffoscope-results/ez-vcard.html
> 
> Although some of those builds also have differences in some xz
> contents... might just be related to the timestamp differences.
> 
> 
> Wild hunch is one build is run on a 64-bit kernel (without a linux32
> personality) and one build on a 32-bit kernel... that is one of the main
> differences between these armhf test builds and builds on other
> architectures, where this does not seem to happen...
> 
> 
> live well,
>    vagrant

-- 
Mechtilde Stehmann
## Debian Developer
## PGP encryption welcome
## F0E3 7F3D C87A 4998 2899  39E7 F287 7BBA 141A AD7F
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.reproducible-builds.org/pipermail/rb-general/attachments/20240825/b822d780/attachment.sig>