* Applying 04-01.GRSecurity-2.0.2.patch (-p0+)...
patch: pch.c:614: intuit_diff_type: Assertion `i0 != NONE' failed. [ !! ]
Created attachment 47988 [details]
I get the same error.
Try LC_ALL=C emerge gentoo-sources.
<plasmaroo> Try LC_ALL="C" emerge gentoo-sources
<dlange> It worked.
Reassigning to johnm, this is a bug in kernel-2.eclass...
*** Bug 77432 has been marked as a duplicate of this bug. ***
LC_ALL=C worked for me
*** Bug 77492 has been marked as a duplicate of this bug. ***
should be fixed in the latest commit to cvs. Please emerge sync and test
I tried to unpack using rev. 1.81 of the kernel-2.eclass and the problem persists.
*** Bug 77945 has been marked as a duplicate of this bug. ***
This bug keeps me from making a livecd-stage1 with Catalyst. We really need this at my office, so I would like to know if I can have a work-around until this bug is solved.
unipatch actually sets LC_ALL=C at the very start of the function (as opposed to just the sort), and this is where all the patching logic is done.
This should have solved your issue.
Can you confirm that this problem still happens using kernel-2.eclass cvs revision 1.84
if this still fails, please attach a full log of the unpack.
FWIW I had the same problem and the LC_ALL workaround worked for me.
Synced and tried again, works here too.
can I please ask what locale you are using?
echo $LANG might tell you.
I cannot re-create here.
*** Bug 78441 has been marked as a duplicate of this bug. ***
I was using locale fr_CA
Unsetting every environment variables refering to fr_CA did the trick.
Same error with: $LANG=fr_FR@euro
LC_ALL=C emerge gentoo-sources works fine. Thanks.
Same error with $LANG=en_US.ISO-8859-1
# export LANG=
# emerge gentoo-sources
Worked fine. Thanks.
I get the same error emerging mm-sources_rc3-r2 (ebuild copied from rc2_r2), but none of the solutions here worked:
tachyon mm-sources # LANG= LC_ALL="C" FEATURES="-sandbox" emerge mm-sources
Calculating dependencies ...done!
>>> emerge (1 of 1) sys-kernel/mm-sources-2.6.11_rc3-r2 to /
>>> md5 src_uri ;-) patch-2.6.11-rc3.bz2
>>> md5 src_uri ;-) linux-2.6.10.tar.bz2
>>> md5 src_uri ;-) 2.6.11-rc3-mm2.bz2
>>> Preparing to unpack ...
>>> Unpacking source...
>>> Unpacking linux-2.6.10.tar.bz2 to /var/tmp/portage/mm-sources-2.6.11_rc3-r2/work
* Applying patch-2.6.11-rc3.patch (-p0+) ... [ ok ]
* Applying 2.6.11-rc3-mm2.patch (-p0+) ...
patch: pch.c:621: intuit_diff_type: Assertion `i0 != NONE' failed. [ !! ]
* Please attach /var/tmp/portage/mm-sources-2.6.11_rc3-r2/temp/2.6.11-rc3-mm2.err to any bug you may post.
!!! ERROR: sys-kernel/mm-sources-2.6.11_rc3-r2 failed.
!!! Function unipatch, Line 548, Exitcode 0
*** Bug 81732 has been marked as a duplicate of this bug. ***
*** Bug 81950 has been marked as a duplicate of this bug. ***
*** Bug 82443 has been marked as a duplicate of this bug. ***
*** Bug 82585 has been marked as a duplicate of this bug. ***
Bug is still there...
I'm having LANG=de_AT@euro
LANG= LC_ALL="C" emerge sys-kernel/gentoo-sources works... Is this going to be the default behaviour from now on?
I had the same problem with gentoo-sources-2.4.28-r6 and gentoo-sources-2.4.28-r7 .
I simply unset LANG and it worked.
LANG wasn't present in shells started logging as root from virtual consoles (so it is enough to emerge from there too), it was a legacy from the user's shell from which I ran su (I appended export LANG="it_IT@euro" in ~/.bashrc ).
*** Bug 82644 has been marked as a duplicate of this bug. ***
No problem here with gentoo-sources-2.4.28-r5 but same problem with gentoo-sources-2.4.28-r7! (r6 not tried)
I'm having LANG="de_DE@euro"
Simply unsetting LANG didn't resolved the problem here!
But then I set LC_ALL="de_DE@euro" and it worked! Maybe, it doesn't have to be strictly LC_ALL=C, but the LC_ALL variable have just to be set to something! I think the most users have just set LANG to specify their locale (like me before :-) ). Maybe it helps generally to set LC_ALL too?!?
Comment #29 from Timo Goedel confirmed.
LC_ALL="de_DE@euro" does it!
*** Bug 83782 has been marked as a duplicate of this bug. ***
Problem persists in -r8
LANG= emerge gentoo-sources works
*** Bug 84426 has been marked as a duplicate of this bug. ***
Setting LANG= worked for me with 2.4.28-r8
Original LANG was de_DE@euro
*** Bug 85538 has been marked as a duplicate of this bug. ***
I filed <a href="http://bugs.gentoo.org/show_bug.cgi?id=85538">Bug 85538</a> with a similar but not identical patching issue. I have tried the methods outlined here (LANG= LC_ALL="C" emerge -g gentoo-sources) and the problem I described in 85538 persists.
fixed in cvs. if anyone experiences any more problems please let me know and re-open the bug.