| Summary: | gentoo-sources-2.4.20-r7.ebuild doesn't download/apply the r7 patches | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | C. Adriani <c.adriani> |
| Component: | New packages | Assignee: | x86-kernel (DEPRECATED) <x86-kernel> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
It [or at least, my version of it, which is the one we are using] was never meant to download the -r7 patches. We use the -r5 patches and the other patches are in files/ for easy modification or to apply them to older codebases. |
When i emerge gentoo-sources it does download the r5 patches, but not the r7 patches. after hacking the ebuild and changing: SRC_URI="mirror://kernel/linux/kernel/v2.4/linux-${OKV}.tar.bz2 mirror://gentoo/patches-${KV/7/5}.tar.bz2" to: SRC_URI="mirror://kernel/linux/kernel/v2.4/linux-${OKV}.tar.bz2 mirror://gentoo/patches-${KV/7/7}.tar.bz2" it does download the patches-2.4.20-gentoo-r7.tar.bz2 file but gives a digest error later on. Reproducible: Always Steps to Reproduce: 1. emerge gentoo-sources Actual Results: Calculating dependencies ...done! >>> emerge (1 of 1) sys-kernel/gentoo-sources-2.4.20-r7 to / >>> md5 src_uri ;-) linux-2.4.20.tar.bz2 >>> md5 src_uri ;-) patches-2.4.20-gentoo-r5.tar.bz2 >>> Unpacking source... Expected Results: i guess r5 and r7 are needed so it should be this: Calculating dependencies ...done! >>> emerge (1 of 1) sys-kernel/gentoo-sources-2.4.20-r7 to / >>> md5 src_uri ;-) linux-2.4.20.tar.bz2 >>> md5 src_uri ;-) patches-2.4.20-gentoo-r5.tar.bz2 >>> md5 src_uri ;-) patches-2.4.20-gentoo-r7.tar.bz2 >>> Unpacking source... I guess this is easely fixed for someone who can write ebuilds, but it's an ugly bug imho.