Severin Gehwolf

See also: https://sourceforge.net/tracker/?func=detail&aid=3580130&group_id=15494&atid=365494

Once this gets enabled, those hard-coded values need to go: https://github.com/adoptium/installer/blob/4b1f0a26d14af0027d31047b1b257ec2d3b64c60/linuxNew/jdk/redhat/src/packageTest/java/packaging/RpmFiles.java#L37 E.g. via an environment variable `ARCH` or some such.

It would be best to avoid `rhel`, IMO. Those RPMs are generic RPMs not specific to any distro in the above list (including rhel). Considering `generic-centos-derivatives` would be the chosen...

I'd also like to point out that the binary RPMs **currently** getting pushed to `rpm/rocky/8` and `rpm/fedora/36` (or any other combination of the above list) are binary identical. So pushing...

This could be the docker version problem? See https://github.com/adoptium/temurin-build/issues/2974#issuecomment-1150881706

https://github.com/adoptium/containers/issues/275 is another sighting of this.

Feel free to close if that work is already being tracked elsewhere.

https://github.com/oracle/graal/pull/4707 only indirectly introduced this issue. The determined debuginfo size seems to exceed the actual on-disk size (as determined by `objcopy --only-keep-debug .debuginfo` -> `ls -l` the size of the...

> > That yields me to believe that the debuginfo size reporting is similarly incorrect as the total image size was prior to #4707. > > Hmm, how is that...

> Hmm, how is that reported debuginfo size actually calculated? AFAIK it's this: ``` debugInfoSize = 0; String debugIdentifier = OS.getCurrent() == OS.DARWIN ? "__debug" : ".debug"; for (Element e...