View previous topic :: View next topic |
Author |
Message |
spy20 Tux's lil' helper
Joined: 02 Nov 2010 Posts: 140
|
Posted: Fri Jul 08, 2011 1:07 pm Post subject: |
|
|
How can I apply the patch please ? |
|
Back to top |
|
|
p04ty n00b
Joined: 09 Apr 2011 Posts: 55
|
Posted: Fri Jul 08, 2011 1:08 pm Post subject: |
|
|
molot wrote: | Isn't that the very same patch I pasted here in a [ code ] block few posts above?.. |
Dunno, but maybe there was something wrong with copy&paste, the file downloaded from pastebin should be fine. |
|
Back to top |
|
|
molot Apprentice
Joined: 26 Feb 2005 Posts: 214 Location: Warsaw, Poland
|
Posted: Fri Jul 08, 2011 1:29 pm Post subject: |
|
|
spy20 wrote: | How can I apply the patch please ? |
Download file from p04ty's pastebin link, and then use my step by step instruction from some posts above. Just replace the wget step with moving the downloaded file there. _________________ "I just have to run faster than the slowest party member" |
|
Back to top |
|
|
spy20 Tux's lil' helper
Joined: 02 Nov 2010 Posts: 140
|
Posted: Fri Jul 08, 2011 2:54 pm Post subject: |
|
|
Thanks for your reply.
I miss somthing because that doesn't work.
In this directory I download the patch
Code: | /etc/portage/patches/sys-libs/glibc-2.13-r3
spy20 glibc-2.13-r3 # ls -l
total 8
-rwxrwxrwx 1 root root 4338 8 juil. 16:19 FvYmHrXS.txt |
This is the begin of my emerge
Code: | spy20 glibc-2.13-r3 # emerge glibc
Calculating dependencies... done!
>>> Verifying ebuild manifests
>>> Emerging (1 of 1) sys-libs/glibc-2.13-r3
* glibc-2.13.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* glibc-ports-2.13.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* glibc-2.13-patches-7.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* Package: sys-libs/glibc-2.13-r3
* Repository: gentoo
* Maintainer: toolchain@gentoo.org
* USE: amd64 elibc_glibc kernel_linux multilib nls userland_GNU
* FEATURES: sandbox
make -j9 -s glibc-test
make -j9 -s glibc-test
>>> Unpacking source...
make -j9 -s glibc-test
* Checking gcc for __thread support ... [ ok ]
* Checking kernel version (2.6.39 >= 2.6.9) ... [ ok ]
* Checking linux-headers version (2.6.38 >= 2.6.9) ... [ ok ]
>>> Unpacking glibc-2.13.tar.bz2 to /var/tmp/portage/sys-libs/glibc-2.13-r3/work
>>> Unpacking glibc-ports-2.13.tar.bz2 to /var/tmp/portage/sys-libs/glibc-2.13-r3/work/glibc-2.13
>>> Unpacking glibc-2.13-patches-7.tar.bz2 to /var/tmp/portage/sys-libs/glibc-2.13-r3/work
* Applying Gentoo Glibc Patchset 2.13-7 ...
* 0020_all_glibc-tweak-rfc1918-lookup.patch ... [ ok ]
* 0030_all_glibc-respect-env-CPPFLAGS.patch ... [ ok ]
* 0043_all_glibc-2.12-broken-tls-init.patch ... [ ok ]
* 0045_all_glibc-2.13-canonical-getaddrinfo.patch ... [ ok ]
* 0046_all_glibc-2.13-dso-init-fini-order.patch ... [ ok ]
* 0050_all_glibc-2.13-ldso-prelink-segv.patch ... [ ok ]
* 0055_all_glibc-2.12-static-shared-getpagesize.patch ... [ ok ]
* 0060_all_glibc-2.13-static-memmove-ssse3.patch ... [ ok ]
* 0061_all_glibc-2.13-static-memset.patch ... [ ok ]
* 0085_all_glibc-disable-ldconfig.patch ... [ ok ]
* 1005_all_glibc-sigaction.patch ... [ ok ]
* 1010_all_glibc-queue-header-updates.patch ... [ ok ]
* 1020_all_glibc-longjmp-chk-hidden-fortify.patch ... [ ok ]
* 1030_all_glibc-manual-no-perl.patch ... [ ok ]
* 1040_all_2.3.3-localedef-fix-trampoline.patch ... [ ok ]
* 1055_all_glibc-resolv-dynamic.patch ... [ ok ]
* 1060_all_glibc-localedef-mmap.patch ... [ ok ]
* 1070_all_glibc-fadvise64_64.patch ... [ ok ]
* 1075_all_glibc-section-comments.patch ... [ ok ]
* 1080_all_glibc-no-inline-gmon.patch ... [ ok ]
* 1085_all_glibc-2.9-check_native-headers.patch ... [ ok ]
* 1090_all_glibc-2.3.6-fix-pr631.patch ... [ ok ]
* 1095_all_glibc-2.9-assume-pipe2.patch ... [ ok ]
* 1100_all_glibc-2.3.3-china.patch ... [ ok ]
* 1103_all_glibc-new-valencian-locale.patch ... [ ok ]
* 1120_all_glibc-2.11-longjmp-chk-fallback.patch ... [ ok ]
* 1130_all_glibc-2.4-undefine-__i686.patch ... [ ok ]
* 1160_all_glibc-2.8-nscd-one-fork.patch ... [ ok ]
* 1502_all_hppa-glibc-2.13-F_GET-SETPIPE_SZ.patch ... [ ok ]
* 1508_all_glibc-2.13-hppa-DEFAULT_STACK_PERMS.patch ... [ ok ]
* 1509_all_glibc-2.11-hppa-SOCK_CLOEXEC.patch ... [ ok ]
* 1530_all_glibc-m68k-sys-user.patch ... [ ok ]
* 3000_all_2.3.6-dl_execstack-PaX-support.patch ... [ ok ]
* 3010_all_2.3.3_pre20040117-pt_pax.patch ... [ ok ]
* 3020_all_glibc-tests-sandbox-libdl-paths.patch ... [ ok ]
* 5063_all_glibc-dont-build-timezone.patch ... [ ok ]
* 6018_all_alpha-glibc-2.8-cache-shape.patch ... [ ok ]
* 6019_all_alpha-glibc-2.13-longjmp-chk.patch ... [ ok ]
* 6020_all_alpha-fix-gcc-4.1-warnings.patch ... [ ok ]
* 6021_all_alpha-glibc-2.13-ptr-mangle.patch ... [ ok ]
* 6023_all_alpha-glibc-2.13-statfs64.patch ... [ ok ]
* 6026_all_alpha-fix-rtld-fPIC.patch ... [ ok ]
* 6027_all_alpha-glibc-2.13-F_GET-SETPIPE_SZ.patch ... [ ok ]
* 6028_all_alpha-glibc-2.13-statfs.f_flags.patch ... [ ok ]
* 6029_all_alpha-glibc-2.13-DEFAULT_STACK_PERMS.patch ... [ ok ]
* 6030_all_alpha-glibc-2.13-hidden-libm.patch ... [ ok ]
* 6031_all_alpha-glibc-2.12-epoll_create1.patch ... [ ok ]
* 6032_all_alpha-syscall-6.patch ... [ ok ]
* 6120_all_ppc-glibc-2.9-atomic.patch ... [ ok ]
* 6130_all_ppc-glibc-2.11-cell-vector.patch ... [ ok ]
* 6145_all_powerpc64-glibc-2.13-syscall.patch ... [ ok ]
* 6146_all_ppc-glibc-2.13-vsx-toc-O3.patch ... [ ok ]
* 6220_all_glibc-2.4-arm-cirrus-ep93xx-maverick-crunch-fpu.patch ... [ ok ]
* 6230_all_arm-glibc-hardened.patch ... [ ok ]
* 6240_all_glibc-2.8-nptl-lowlevellock.patch ... [ ok ]
* 6532_all_sparc64-tls-cross-test.patch ... [ ok ]
* 6605_all_glibc-2.4-fpu-cw-mips.patch ... [ ok ]
* 6610_all_glibc-r10k-workarounds.patch ... [ ok ]
* Done with patching
* Applying user patches from /etc/portage/patches/sys-libs/glibc-2.13-r3 ...
* Done with patching
* Using GNU config files from /usr/share/gnuconfig
* Updating scripts/config.sub [ ok ]
* Updating scripts/config.guess [ ok ]
>>> Source unpacked in /var/tmp/portage/sys-libs/glibc-2.13-r3/work
>>> Compiling source in /var/tmp/portage/sys-libs/glibc-2.13-r3/work/glibc-2.13 ...
make -j9 -s glibc-test
* Building multilib glibc for ABIs: x86 amd64
make -j9 -s glibc-test
* ABI: x86
* CBUILD: x86_64-pc-linux-gnu
* CHOST: x86_64-pc-linux-gnu
* CTARGET: x86_64-pc-linux-gnu
* CBUILD_OPT: i686-pc-linux-gnu
* CTARGET_OPT: i686-pc-linux-gnu
* CC: x86_64-pc-linux-gnu-gcc -m32
* CFLAGS: -march=nocona -pipe -O2 -fno-strict-aliasing
* Manual CC: x86_64-pc-linux-gnu-gcc -m32
* Configuring GLIBC for nptl
/var/tmp/portage/sys-libs/glibc-2.13-r3/work/glibc-2.13/configure --disable-stackguard-randomization --enable-old-ssp-compat --enable-add-ons=nptl,c_stubs,libidn,ports --enable-kernel=2.6.9 --without-selinux --without-cvs --enable-bind-now --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --disable-profile --without-gd --with-headers=/usr/include --prefix=/usr --libdir=/usr/lib32 --mandir=/usr/share/man --infodir=/usr/share/info --libexecdir=/usr/lib32/misc/glibc
checking build system type... i686-pc-linux-gnu
checking host system type... ^Ci686-pc-linux-gnu |
It's finished well.
But when I tried to re-emerge mono, I encountered the same error
Code: |
make[8]: Entering directory `/var/tmp/portage/dev-lang/mono-2.10.2-r1/work/mono-2.10.2/mcs/tools/gacutil'
MCS [basic] gacutil.exe
Inconsistency detected by ld.so: dl-deps.c: 622: _dl_map_object_deps: Assertion `nlist > 1' failed!
make[8]: *** [../../class/lib/basic/gacutil.exe] Error 127
make[8]: Leaving directory `/var/tmp/portage/dev-lang/mono-2.10.2-r1/work/mono-2.10.2/mcs/tools/gacutil'
make[7]: *** [do-all] Error 2
make[7]: Leaving directory `/var/tmp/portage/dev-lang/mono-2.10.2-r1/work/mono-2.10.2/mcs/tools/gacutil'
make[6]: *** [all-recursive] Error 1
make[6]: Leaving directory `/var/tmp/portage/dev-lang/mono-2.10.2-r1/work/mono-2.10.2/mcs/tools'
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory `/var/tmp/portage/dev-lang/mono-2.10.2-r1/work/mono-2.10.2/mcs'
make[4]: *** [profile-do--basic--all] Error 2
make[4]: Leaving directory `/var/tmp/portage/dev-lang/mono-2.10.2-r1/work/mono-2.10.2/mcs'
make[3]: *** [profiles-do--all] Error 2
make[3]: Leaving directory `/var/tmp/portage/dev-lang/mono-2.10.2-r1/work/mono-2.10.2/mcs'
make[2]: *** [all-local] Error 2
make[2]: Leaving directory `/var/tmp/portage/dev-lang/mono-2.10.2-r1/work/mono-2.10.2/runtime'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/dev-lang/mono-2.10.2-r1/work/mono-2.10.2'
make: *** [all] Error 2
emake failed
* ERROR: dev-lang/mono-2.10.2-r1 failed (compile phase):
* emake failed
*
* Call stack:
* ebuild.sh, line 56: Called src_compile
* environment, line 3732: Called go-mono_src_compile
* environment, line 2538: Called die
* The specific snippet of code:
* emake "$@" || die "emake failed"
|
Sincerely sorry but I'm always block.
Thanks in advance for your advices |
|
Back to top |
|
|
molot Apprentice
Joined: 26 Feb 2005 Posts: 214 Location: Warsaw, Poland
|
Posted: Fri Jul 08, 2011 4:24 pm Post subject: |
|
|
The problem is here:
Code: |
* Applying user patches from /etc/portage/patches/sys-libs/glibc-2.13-r3 ...
* Done with patching
|
Between those lines you should have info about applying your patch file. Make sure it's readable for anyone and in right directory (the very one listed). _________________ "I just have to run faster than the slowest party member" |
|
Back to top |
|
|
spy20 Tux's lil' helper
Joined: 02 Nov 2010 Posts: 140
|
Posted: Fri Jul 08, 2011 4:34 pm Post subject: |
|
|
molot wrote: | The problem is here:
Code: |
* Applying user patches from /etc/portage/patches/sys-libs/glibc-2.13-r3 ...
* Done with patching
|
Between those lines you should have info about applying your patch file. Make sure it's readable for anyone and in right directory (the very one listed). |
Oh my god I'm stupid
The file need an extension in .patch
So, after rename I have this
Code: |
Applying user patches from /etc/portage/patches/sys-libs/glibc-2.13-r3 ...
* FvYmHrXS.patch ... [ ok ]
* Done with patching
|
It's running.
I hope that will work.
Thanks so much
Finally That work |
|
Back to top |
|
|
padoor Advocate
Joined: 30 Dec 2005 Posts: 4185 Location: india
|
Posted: Sat Jul 09, 2011 2:09 am Post subject: |
|
|
molot wrote: | @padoor - Try doing the same and tell me if you got the same results:
Code: |
molot ~ # cd /etc/portage/patches/
molot patches # tree
.
└── sys-libs
└── glibc-2.13-r3
└── ian.patch
2 directories, 1 file
molot patches # head sys-libs/glibc-2.13-r3/ian.patch
--- a/elf/dl-deps.c
+++ b/elf/dl-deps.c
@@ -617,61 +617,64 @@ Filters not supported with LD_TRACE_PRELINKING"));
map->l_searchlist.r_list[i]->l_reserved = 0;
}
- /* Now determine the order in which the initialization has to happen. */
+ /* Sort the initializer list to take dependencies into account. The binary
+ itself will always be initialize last. */
memcpy (l_initfini, map->l_searchlist.r_list,
molot patches #
| If not, maybe your patch is in wrong directory? Or maybe I misspelled wget line and what you downloaded is html version instead of raw one?
@both you up - As far as I know it's only testing way, and stable one is to create an ebuild in portage overlay, or make a bugreport so that your patch can became official. But I would like an official answer just as you do! |
Code: | localhost patches # tree
bash: tree: command not found
localhost patches # ls -al
total 12
drwxr-xr-x 3 root root 4096 Jul 8 07:34 .
drwxr-xr-x 6 root root 4096 Jul 8 07:34 ..
drwxr-xr-x 3 root root 4096 Jul 8 07:34 sys-libs
localhost patches # ls -al sys-libs/glibc-2.13-r3
total 20
drwxr-xr-x 2 root root 4096 Jul 8 07:35 .
drwxr-xr-x 3 root root 4096 Jul 8 07:34 ..
-rw-r--r-- 1 root root 4323 Jul 8 07:35 attachment.cgi?id=279269&action=diff&context=patch&collapsed=&headers=1&format=raw
-rw-r--r-- 1 root root 915 Jul 8 07:35 index.html
localhost patches #
|
i do not see ian.patch in the folder
what is the right file to download [link pls]
why i do not have a tree command?
after doing some steps shown in above posts i now get
Code: | * 6230_all_arm-glibc-hardened.patch ... [ ok ]
* 6240_all_glibc-2.8-nptl-lowlevellock.patch ... [ ok ]
* 6532_all_sparc64-tls-cross-test.patch ... [ ok ]
* 6605_all_glibc-2.4-fpu-cw-mips.patch ... [ ok ]
* 6610_all_glibc-r10k-workarounds.patch ... [ ok ]
* Done with patching
* Applying user patches from /etc/portage/patches/sys-libs/glibc-2.13-r3 ...
* FvYmHrXS.patch ... [ ok ]
* Done with patching
* Using GNU config files from /usr/share/gnuconfig
* Updating scripts/config.sub [ ok ]
^C
|
i think i can merge glibc now with the patch [ian patch] name is different though? _________________ reach out a little bit more to catch it (DON'T BELIEVE the advocate part under my user name) |
|
Back to top |
|
|
molot Apprentice
Joined: 26 Feb 2005 Posts: 214 Location: Warsaw, Poland
|
Posted: Sat Jul 09, 2011 8:37 am Post subject: |
|
|
padoor wrote: | i think i can merge glibc now with the patch [ian patch] name is different though? | Name does not matter. Contents matter. In bugzilla it's just attachment some number so I named it ian.patch after the attachment's author and p04ty uploadet it to a system that gave it name FvYmHrXS. It does not change a thing - only ".patch" part must be the same
And I might get my wget part wrong. I always have problems with that one, don't know why. Anyway, the version that seems to work best at the moment is from p04ty's link (contains the same file I got from the bug system for the first time, not the one that gets downloaded now - bugs.gentoo.org is strange). _________________ "I just have to run faster than the slowest party member" |
|
Back to top |
|
|
padoor Advocate
Joined: 30 Dec 2005 Posts: 4185 Location: india
|
Posted: Sat Jul 09, 2011 12:36 pm Post subject: |
|
|
emerge glibc went fine without any hitch.
revdep-rebuild all consistent.
hope there is nothing broken
thanks for all support molot _________________ reach out a little bit more to catch it (DON'T BELIEVE the advocate part under my user name) |
|
Back to top |
|
|
jcTux Apprentice
Joined: 29 Dec 2009 Posts: 276 Location: Tours, France
|
Posted: Sat Jul 09, 2011 1:54 pm Post subject: |
|
|
padoor wrote: | emerge glibc went fine without any hitch.
revdep-rebuild all consistent.
hope there is nothing broken
thanks for all support molot |
Same here.
Tanks a lot molot |
|
Back to top |
|
|
tclover Guru
Joined: 10 Apr 2011 Posts: 516
|
Posted: Sun Jul 10, 2011 9:16 pm Post subject: Fixed? |
|
|
I'm just posting a bump on the 'FIXED'' thing as I ran into that bug and after applying the combined pacth by Kees' C. everything looks fine as far LibreOffice-3.4.0 was concerned. I've just runned into the same bug with audacious-2.5.2 after that... I had enough with it, I restored my system with a stage4 with glibc-2.13-r2. Now, I had a few annoying things to do before--still compiling a few new updates--before getting my system back just before merging glibc.
Now, this bug is really fixed? seriously? I do not want to compile again glibc with another patch only to... get the same bug. And I do not know why this release hit portage with that bug. Actually, to begin with LibreOffice seemed to be frozen and did not react to several commands. After removing ~/.libreoffice I ran into that bug a few other applications showed the same symptoms. Now, I don't get it why these issues did not show up before rming ~/.libreoffice. Anyway, farwell glibc-2.13-r3 . |
|
Back to top |
|
|
Fred Krogh Veteran
Joined: 07 Feb 2005 Posts: 1036 Location: Tujunga, CA
|
Posted: Mon Jul 11, 2011 1:43 am Post subject: |
|
|
I'm missing something here. First when I try the oft mentioned patch, I get "Unknown Paste ID!". And I tried to use this suggestion Quote: | wget "https://bugs.gentoo.org/attachment.cgi?id=279269&action=diff&context=patch&collapsed=&headers=1&format=raw" ian.patch | and tried one more thing. I've compared the emerging glibc with and without the patch and the generated files according to dff are exactly the same. So clearly I'm missing something. Any help? Thanks,
Fred |
|
Back to top |
|
|
keenblade Veteran
Joined: 03 Oct 2004 Posts: 1087
|
Posted: Mon Jul 11, 2011 5:03 am Post subject: |
|
|
Fred Krogh wrote: | I'm missing something here. First when I try the oft mentioned patch, I get "Unknown Paste ID!". And I tried to use this suggestion Quote: | wget "https://bugs.gentoo.org/attachment.cgi?id=279269&action=diff&context=patch&collapsed=&headers=1&format=raw" ian.patch | and tried one more thing. I've compared the emerging glibc with and without the patch and the generated files according to dff are exactly the same. So clearly I'm missing something. Any help? Thanks,
Fred |
Try to download patch as root with the following commands:
Code: |
mkdir -p /etc/portage/patches/sys-libs/glibc-2.13-r3
wget https://bugs.gentoo.org/attachment.cgi?id=279269 -O /etc/portage/patches/sys-libs/glibc-2.13-r3/glibc-2.13-dsos-without-dependency.patch
emerge -va1 sys-libs/glibc
|
_________________ Anyway it's all the same at the end...
Need help to get it working: "x-fi surround 5.1"
Last edited by keenblade on Tue Jul 12, 2011 6:34 pm; edited 1 time in total |
|
Back to top |
|
|
ingenious n00b
Joined: 12 Feb 2008 Posts: 11
|
Posted: Mon Jul 11, 2011 10:06 am Post subject: |
|
|
keenblade wrote: |
Try to download patch as root with the following commands:
Code: |
mkdir -p /etc/portage/patches/sys-libs/glibc-2.13-r3
wget https://bugs.gentoo.org/attachment.cgi?id=279269 -O /etc/portage/patches/sys-libs/glibc-2.13-r3/glibc-2.13-dsos-without-dependency.patch
|
|
and then simply
That worked just fine Thanks. |
|
Back to top |
|
|
Fred Krogh Veteran
Joined: 07 Feb 2005 Posts: 1036 Location: Tujunga, CA
|
Posted: Mon Jul 11, 2011 1:12 pm Post subject: |
|
|
Worked for me as well. Many thanks,
Fred |
|
Back to top |
|
|
MarekSieradzki n00b
Joined: 05 Oct 2010 Posts: 18
|
Posted: Thu Jul 14, 2011 10:44 pm Post subject: |
|
|
How about getting it downgraded to r2 in the first place? Glibc whines about breaking the system but that can be worked around using local overlay (remove the error throwing check). 2.13 r2 and r3 have same ABI so it's harmless. That method avoids all these patching business. Let's be honest, 99% of Gentoo users don't know the details of this code and if you patch your glibc wrong then you have big problem.
Has r4 (fixing it) been released yet? |
|
Back to top |
|
|
padoor Advocate
Joined: 30 Dec 2005 Posts: 4185 Location: india
|
Posted: Fri Jul 15, 2011 1:39 am Post subject: |
|
|
yesterdays portage upgraded to r4 of glibc.
i did not notice any difference in the system behavior _________________ reach out a little bit more to catch it (DON'T BELIEVE the advocate part under my user name) |
|
Back to top |
|
|
|