• Re: (java) Builds not reproducible on armhf

    From Vagrant Cascadian@21:1/5 to Mechtilde Stehmann on Tue May 21 19:40:01 2024
    XPost: linux.debian.ports.arm

    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

    --=-=-Content-Type: application/pgp-signature; name="signature.asc"

    -----BEGIN PGP SIGNATURE-----

    iHUEARYKAB0WIQRlgHNhO/zFx+LkXUXcUY/If5cWqgUCZkzX1AAKCRDcUY/If5cW qhjaAP9PU8nxYXlTzC35zd0YFtpRaBHX9XY8ei/z1IFcdgN7PgD/ZDnLXMIwAplq We562/WwrUp9Y0DUa9fu52lUMk0t/QY=fPKI
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mechtilde Stehmann@21:1/5 to All on Sat Aug 24 21:00:02 2024
    XPost: linux.debian.ports.arm

    SGVsbG8sDQoNCmluIHRoZSBtZWFudGltZSBJIGRpZCBzb21lIG1vcmUgdGVzdHMgdG8gZmlu ZCB0aGUgcmVhc29uIGZvciBpdC4NCg0KSSBidWlsZCBpdCBhZ2FpbiB3aXRoIHBidWlsZGVy IHNwZWNpZnlpbmcgQVJDSD1hcm1oZiBhbmQgZ2V0IHRoZSByaWdodCANCmRhdGUgZm9yIHRo ZSBwb20gZmlsZSAoc2FtZSBkYXRlIGFzIHRoZSBhbWQ2NCBidWlsZCkNCg0KTm93IEkgdGhp bmsgSSBuZWVkIGFjY2VzcyB0byBhbiBhcm1oZiBib3ggdG8gdGVzdCBpdCBuYXRpdmVseS4N Cg0KV2hhdCBzaG91bGQgSSBkbyB0byBnZXQgdGVtcG9yYXJ5Lg0KDQpLaW5kIHJlZ2FyZHMN Cg0KTWVjaHRpbGRlDQoNCkFtIDIxLjA1LjI0IHVtIDE5OjIwIHNjaHJpZWIgVmFncmFudCBD YXNjYWRpYW46DQo+IE9uIDIwMjQtMDUtMjAsIE1lY2h0aWxkZSBTdGVobWFubiB3cm90ZToN Cj4+IEkgd2FudCB0byBjbGVhbiB1cCBteSBKYXZhIHBhY2thZ2VzLg0KPj4NCj4+IFRoZXJl IGFyZSBzZXZlcmFsIHdpdGggRlRCUi4gSSBmb3VuZCB0aGF0IHRoZSBkYXkgb2YgdGhlICou cG9tcyBzIGEgZGF0ZQ0KPj4gZnJvbSAxOTcwLg0KPj4NCj4+IGZvciBleGFtcGxlIHRoZXkg YXJlIHRoZSBwYWNrYWdlcw0KPj4NCj4+IHZpbm5pZQ0KPiANCj4gTG9va2luZyBhdCB0aGUg aGlzdG9yeSBmb3IgdmlubmllOg0KPiANCj4gICAgaHR0cHM6Ly90ZXN0cy5yZXByb2R1Y2li bGUtYnVpbGRzLm9yZy9kZWJpYW4vaGlzdG9yeS9hcm1oZi92aW5uaWUuaHRtbA0KPiANCj4g SXQgaXMgb25seSB2ZXJ5IHJlY2VudGx5IHRoYXQgdGhpcyBzdGFydGVkIGhhcHBlbmluZyAo MjAyNC0wNS0wNCkNCj4gd2l0aG91dCBzb3VyY2UgY2hhbmdlcyBpbiB2aW5uaWUgaXRzZWxm LCBzbyBJIHdvdWxkIHN1c3BlY3Qgc29tZSBjaGFuZ2UNCj4gaW4gdGhlIHRvb2xjaGFpbiB1 c2VkIHRvIHByb2R1Y2UgdGhlIC5wb20gZmlsZXM/DQo+IA0KPiBjb21tb25zLWVtYWlsIGlz IHNpbWlsYXIsIGFsdGhvdWdoIHN0YXJ0aW5nIDIwMjQtMDQtMDQ6DQo+IA0KPiAgICBodHRw czovL3Rlc3RzLnJlcHJvZHVjaWJsZS1idWlsZHMub3JnL2RlYmlhbi9oaXN0b3J5L2FybWhm L2NvbW1vbnMtZW1haWwuaHRtbA0KPiANCj4gZXotdmNhcmQgaXMgc2ltaWxhciB0b28sIHN0 YXJ0aW5nIDIwMjQtMDQtMjA6DQo+IA0KPiAgICBodHRwczovL3Rlc3RzLnJlcHJvZHVjaWJs ZS1idWlsZHMub3JnL2RlYmlhbi9yYi1wa2cvdHJpeGllL2FybWhmL2RpZmZvc2NvcGUtcmVz dWx0cy9lei12Y2FyZC5odG1sDQo+IA0KPiBBbHRob3VnaCBzb21lIG9mIHRob3NlIGJ1aWxk cyBhbHNvIGhhdmUgZGlmZmVyZW5jZXMgaW4gc29tZSB4eg0KPiBjb250ZW50cy4uLiBtaWdo dCBqdXN0IGJlIHJlbGF0ZWQgdG8gdGhlIHRpbWVzdGFtcCBkaWZmZXJlbmNlcy4NCj4gDQo+ IA0KPiBXaWxkIGh1bmNoIGlzIG9uZSBidWlsZCBpcyBydW4gb24gYSA2NC1iaXQga2VybmVs ICh3aXRob3V0IGEgbGludXgzMg0KPiBwZXJzb25hbGl0eSkgYW5kIG9uZSBidWlsZCBvbiBh IDMyLWJpdCBrZXJuZWwuLi4gdGhhdCBpcyBvbmUgb2YgdGhlIG1haW4NCj4gZGlmZmVyZW5j ZXMgYmV0d2VlbiB0aGVzZSBhcm1oZiB0ZXN0IGJ1aWxkcyBhbmQgYnVpbGRzIG9uIG90aGVy DQo+IGFyY2hpdGVjdHVyZXMsIHdoZXJlIHRoaXMgZG9lcyBub3Qgc2VlbSB0byBoYXBwZW4u Li4NCj4gDQo+IA0KPiBsaXZlIHdlbGwsDQo+ICAgIHZhZ3JhbnQNCg0KLS0gDQpNZWNodGls ZGUgU3RlaG1hbm4NCiMjIERlYmlhbiBEZXZlbG9wZXINCiMjIFBHUCBlbmNyeXB0aW9uIHdl bGNvbWUNCiMjIEYwRTMgN0YzRCBDODdBIDQ5OTggMjg5OSAgMzlFNyBGMjg3IDdCQkEgMTQx QSBBRDdGDQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mechtilde@21:1/5 to All on Sat Aug 24 21:40:01 2024
    Hello,

    now I'm able to test it at amdahl.debian.org

    There I get te same timestanp I get at my amd64 maschine and at my
    pbuilder ARCH=armhf chroot.

    So I have no idea to reproduce and to fix it.

    Kind regards

    Am 24.08.24 um 20:30 schrieb Mechtilde Stehmann:
    Hello,

    in the meantime I did some more tests to find the reason for it.

    I build it again with pbuilder specifying ARCH=armhf and get the right
    date for the pom file (same date as the amd64 build)

    Now I think I need access to an armhf box to test it natively.

    What should I do to get temporary.

    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)