sys-kernel/gentoo-sources-2.6.25: fail to compile. ERROR: sys-kernel/gentoo-sources-2.6.25 failed. * Call stack: * ebuild.sh, line 49: Called src_unpack * environment, line 2940: Called kernel-2_src_unpack * environment, line 2152: Called unipatch ' /var/tmp/portage/sys-kernel/gentoo-sources-2.6.25/distdir/genpatches-2.6.25-1.base.tar.bz2 /var/tmp/portage/sys-kernel/gentoo-sources-2.6.25/distdir/genpatches-2.6.25-1.extras.tar.bz2 ' * environment, line 3414: Called die * The specific snippet of code: * die "Unable to dry-run patch."; * The die message: * Unable to dry-run patch. Reproducible: Always Steps to Reproduce: 1. Unmask/keywords gentoo-sources-2.6.25 2. Emerge gentoo-sources-2.6.25 3. See what's happen Actual Results: Won't compile Expected Results: Compile
Attempting Dry-run: cmd: patch -p0 --no-backup-if-mismatch --dry-run -f < /var/tmp/portage/sys-kernel/gentoo-sources-2.6.25/work/patches/2.6.25/$ ======================================================= can't find file to patch at input line 8 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- | |From: Tony Vroon <chainsaw@gentoo.org> | |Applied in ALSA upstream, queued for 2.6.25 | |--- a/sound/pci/hda/patch_realtek.c.orig 2008-04-12 13:40:33.000000000 +0100 |+++ b/sound/pci/hda/patch_realtek.c 2008-04-12 13:40:40.000000000 +0100 -------------------------- No file to patch. Skipping patch. 5 out of 5 hunks ignored Attempting Dry-run: cmd: patch -p1 --no-backup-if-mismatch --dry-run -f < /var/tmp/portage/sys-kernel/gentoo-sources-2.6.25/work/patches/2.6.25/$ ======================================================= patching file sound/pci/hda/patch_realtek.c Hunk #1 FAILED at 7939. Hunk #2 FAILED at 7948. Hunk #3 FAILED at 7990. Hunk #4 FAILED at 8041. Hunk #5 FAILED at 8065. 5 out of 5 hunks FAILED -- saving rejects to file sound/pci/hda/patch_realtek.c.rej Attempting Dry-run: cmd: patch -p2 --no-backup-if-mismatch --dry-run -f < /var/tmp/portage/sys-kernel/gentoo-sources-2.6.25/work/patches/2.6.25/$ ======================================================= can't find file to patch at input line 8 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- | |From: Tony Vroon <chainsaw@gentoo.org> | |Applied in ALSA upstream, queued for 2.6.25 | |--- a/sound/pci/hda/patch_realtek.c.orig 2008-04-12 13:40:33.000000000 +0100 |+++ b/sound/pci/hda/patch_realtek.c 2008-04-12 13:40:40.000000000 +0100 -------------------------- No file to patch. Skipping patch. 5 out of 5 hunks ignored Attempting Dry-run: cmd: patch -p3 --no-backup-if-mismatch --dry-run -f < /var/tmp/portage/sys-kernel/gentoo-sources-2.6.25/work/patches/2.6.25/$ ======================================================= can't find file to patch at input line 8 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- | |From: Tony Vroon <chainsaw@gentoo.org> | |Applied in ALSA upstream, queued for 2.6.25 | |--- a/sound/pci/hda/patch_realtek.c.orig 2008-04-12 13:40:33.000000000 +0100 |+++ b/sound/pci/hda/patch_realtek.c 2008-04-12 13:40:40.000000000 +0100 -------------------------- No file to patch. Skipping patch. 5 out of 5 hunks ignored Attempting Dry-run: cmd: patch -p4 --no-backup-if-mismatch --dry-run -f < /var/tmp/portage/sys-kernel/gentoo-sources-2.6.25/work/patches/2.6.25/$ ======================================================= can't find file to patch at input line 8 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- | |From: Tony Vroon <chainsaw@gentoo.org> | |Applied in ALSA upstream, queued for 2.6.25 | |--- a/sound/pci/hda/patch_realtek.c.orig 2008-04-12 13:40:33.000000000 +0100 |+++ b/sound/pci/hda/patch_realtek.c 2008-04-12 13:40:40.000000000 +0100 -------------------------- No file to patch. Skipping patch. 5 out of 5 hunks ignored
I get the same error when trying to emerge gentoo-sources-2.6.25, the problem seems to be that 2705_alsa-hda-fujitsu.patch has dos line endings.
I was getting ready to post this same bug. It just installed fine on my ~amd64 system, but on my x86 system it failed. Ken
I have the very same problem on amd64. I can confirm that dos line endings seem to be the problem. The patch applies without problems after converting it with dos2unix.
What's the Gentoo-way of fixing this locally? I have a overlay at /usr/local/portage, copied the whole sys-kernel/gentoo-sources/ there, but how can I tell portage to take the fixed patchset instead of the one from /usr/portage/distfiles/ ?
*** Bug 218188 has been marked as a duplicate of this bug. ***
*** Bug 218304 has been marked as a duplicate of this bug. ***
(In reply to comment #5) > What's the Gentoo-way of fixing this locally? > I have a overlay at /usr/local/portage, copied the whole > sys-kernel/gentoo-sources/ there, but how can I tell portage to take the fixed > patchset instead of the one from /usr/portage/distfiles/ ? > I copied the gentoo-sources ebuild into my own overlay. Fixed the base patchset, rebzip2'ed it and replaced it in the distfiles folder. After that, just run a ebuild digest on your newly created ebuild and it should patch fine after that. Cheerz
You can do this simpler... If you don't have this hardware, just add the following to the build: UNIPATCH_EXCLUDE="2705_alsa-hda-fujitsu*"
Yes I could do this... But this doesn't solve the issue. The patch should be apply all time, not if I have this type of hardware.
I tried export then Excluding Patch !! # export UNIPATCH_EXCLUDE="2705_alsa-hda-fujitsu*" # ebuild /usr/portage/sys-kernel/gentoo-sources/gentoo-sources-2.6.25.ebuild unpack .. >>> Unpacking genpatches-2.6.25-1.extras.tar.bz2 to /var/tmp/portage/sys-kernel/gentoo-sources-2.6.25/work/patches * Excluding Patch #2705_alsa-hda-fujitsu* ... [ ok ] * Applying 4105_dm-bbr.patch (-p0+) ... [ ok ] * Applying 4200_fbcondecor-0.9.4.patch (-p0+) ... [ ok ] * Applying 4300_squashfs-3.3.patch (-p0+) ... [ ok ] * Applying 4405_alpha-sysctl-uac.patch (-p0+) ... [ ok ] >>> Source unpacked.
sorry about that, this is fixed in genpatches-2.6.25-2 / gentoo-sources-2.6.25-r1
