Source tarballs of lilo 23.1 and 23.2 on distfiles.gentoo.org are actually copy of lilo-23.0.tar.gz. Checksums of all three in Manifest are the same. The tarballs must be re-downloaded. Reproducible: Always
Weird. You're correct. This is because of the weird numbering in the SRC_URI and because apparently there is no such thing as an invalid URI on alioth.
To fix the alioth address for 23.1: 17c17 < https://alioth.debian.org/frs/download.php/3315/${P}.tar.gz --- > https://alioth.debian.org/frs/download.php/3442/${P}.tar.gz To fix the alioth address for 23.2: 17c17 < https://alioth.debian.org/frs/download.php/3315/${P}.tar.gz --- > https://alioth.debian.org/frs/download.php/3539/${P}.tar.gz
The reason the alioth acts wierd like that is that the lilo-23.1.tar.gz is not checked. https://alioth.debian.org/frs/download.php/3315/ redirects to it, even if you have something else behind the .../3315/ . Meaning [Insert Number] is only meant for 1 file.
Thanks for reporting. http://lilo.alioth.debian.org/ftp/sources/ is a more reliable source, it seems, so I have changed SRC_URI accordingly for all 23.* ebuilds. I have also bumped 23.1 and 23.2 to -r1 to get ~arch people to actually use it.
Er, and now I need to fix building these newer versions.. *sigh*
gah sorry for the bug spam
I have patched the make configuration to stop it from building the image/ subdir, as that directly calls ../src/lilo. Needs to be fixed, but it means this bug is now fixed, more or less. lilo-23.[12] builds and installs now. Fixed again.