16267 2003-02-24 05:06 0000 glibc 2.3.2pre1 breaks 'extern int errno' 2003-07-30 15:40:20 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED P1 blocker --- 16344 16355 16363 16370 16396 16420 16436 16444 16450 16480 16715 16798 16801 16804 17012 17013 17187 17744 1 gentoo@pureftpd.org azarah@gentoo.org aoyu93@dsl.pipex.com brain@gentoo.org brandon.grace@yahoo.com cycloon@linux-de.org david+gentoo.org@blue-labs.org farcepest@gmail.com gabor@nekomancer.net gcadieux@robertetusa.com gurligebis@gentoo.org iggy@gentoo.org jhhudso@gentoo.org moonwalker@astro.nu nikai@nikai.net nsankar@broadcom.com rigo@MED1A.nl tbekel@web.de vapier@gentoo.org gentoo@pureftpd.org 2003-02-24 05:06:54 0000 Qmail, Daemontools and djbDNS assumes that "errno" can be defined as "extern int errno;". This is a broken assertion. When Glibc 2.3.2pre1 is emerged, all DJB software immediately stop working. And compilation doesn't work any more, because "errno" is no more defined as a global symbol. Fix : add patches for all DJB software to #include <errno.h> and remove "extern int errno" Reproducible: Always Steps to Reproduce: 1. 2. 3. vapier@gentoo.org 2003-02-25 12:12:29 0000 dosfstools breaks too ... az: shall we just handle this on a case by case basis ? vapier@gentoo.org 2003-02-25 12:12:50 0000 *** Bug 16344 has been marked as a duplicate of this bug. *** vapier@gentoo.org 2003-02-25 12:20:41 0000 *** Bug 16355 has been marked as a duplicate of this bug. *** sami.nieminen@iki.fi 2003-02-25 12:30:20 0000 glimpse (4.15) ebuild also fails with 'undefined reference to errno'. vapier@gentoo.org 2003-02-25 13:04:38 0000 daemontools is also broken ... vapier@gentoo.org 2003-02-25 13:10:58 0000 in light of these issues, imo this version of glibc should be masked asap ... any thought on how it'll affect binary packages ? we can patch source code of programs but we cant really patch binary packages (vmware) ... farcepest@gmail.com 2003-02-25 14:22:32 0000 Created an attachment (id=8716) Fix errno Fix use of errno by including errno.h farcepest@gmail.com 2003-02-25 14:24:56 0000 Created an attachment (id=8717) Fix ebuild Apply errno patch, minor spacing cleanup farcepest@gmail.com 2003-02-25 14:27:29 0000 Note that the above patches will NOT break building under older glibc versions. sami.nieminen@iki.fi 2003-02-25 15:46:14 0000 Created an attachment (id=8719) Patch to make glimpse compile with new glibc Attached patch makes glimpse compile with new glibc 2.3.2pre1 sami.nieminen@iki.fi 2003-02-25 15:48:07 0000 Created an attachment (id=8720) New ebuild for glimpse that uses errno patch Attached ebuild uses errno.diff to patch glimpse to compile with new glibc 2.3.2pre1 vapier@gentoo.org 2003-02-25 16:37:29 0000 *** Bug 16370 has been marked as a duplicate of this bug. *** azarah@gentoo.org 2003-02-25 17:51:40 0000 Yep, havent looked at this yet, but we will have to handle it case by case. Basically a problem that you need to include errno.h, and not declare errno external. I already added patches to net-nds/portmap and x11-misc/xloadimage at the beginning of the year when I did some testing on glibc-2.3.2 cvs. vapier@gentoo.org 2003-02-25 19:45:39 0000 that is fine but what about binary only packages ? vmware breaks with the new glibc vapier@gentoo.org 2003-02-25 19:47:54 0000 also, i still maintain that the new glibc should be masked due to the sheer volume of broken ebuilds ... yes we patch them, but we do it on developer boxes and not let the users experience this too azarah@gentoo.org 2003-02-25 23:27:52 0000 Ok, I thought ~ was for developers, and users that *wanted to help test* developmental stuff ? vapier@gentoo.org 2003-02-25 23:48:39 0000 yes, ~ is for testing/development, but package.mask is for broken (which is what this is) azarah@gentoo.org 2003-02-26 02:51:33 0000 I am sorry, but the glibc developers do not consider this as broken. It will be the same in 2.3.2 official, and following versions. And this is what '~' if for .. we fix things now for when 2.3.2 is officially out. Do you want this chaos when 2.3.2 is actually out ? vapier@gentoo.org 2003-02-26 03:05:37 0000 i wasnt suggesting we mask it now and forever ... i was suggesting we package.mask it and then on our own dev boxes we try to emerge and patch as many packages as possible ... you can tell there are, and will be, plenty of packages that break ... then, we patched a large number of ebuild's, we release it to ~ and let all the other random users report the packages we missed ... however, we still need some kind of solution for older binary only packages ... even if it's like hacking something into lib-compat ... vapier@gentoo.org 2003-02-26 04:01:17 0000 *** Bug 16396 has been marked as a duplicate of this bug. *** nsankar@broadcom.com 2003-02-26 16:21:21 0000 There is a hack available for vmware. It is described in in vmware.for-linux.experimental which I am copying below. It works for me with the caveat that for non root users, LD_PRELOAD clears suid. vmware needs suid access to /dev/misc/vmmon and /dev/tty0 and /dev/tty7(tty on which current X is running). I had to change the permissions on these to a+rw for vmware to run as non-root. It will complain about /dev/tty8 and not having permission to run full-screen. However changing permissions on tty8 does not seem to work. I don't rung full-screen, so not an issue for me, but may be problems for others. From researching on the web, I believe it is correct for LD_PRELOAD to clear suid. vmware-ui and vmware-mks have suid propagated to them from vmware. However the LD_PRELOAD, breaks the chain. I don't know what problems can be created by changing the permissions on the tty0 and tty7. So far I haven't seen any. But I am on a non-secure workstation. If security is important, this might be an issue. Hopefully vmware will release a patch sometime soon, as redhat 8.1 I believe will require that. Otherwise they might just move people to version 4.0 which is in beta now. Naren ------------------------------------------------ In the interest of posterity (and helping anyone else using vmware with rawhide glibc), here's what ended up working. Compile the attached file q.c into q.so. Put q.so into /usr/lib/, and chmod it 555. Then rename the files /usr/lib/vmware/bin/vmware-{ui,mks}, giving them a ".bin" extension. Then create two new files named /usr/lib/vmware/bin/vmware-{ui,mks} instead that contain: ------------------- #!/bin/bash LD_PRELOAD=q.so exec "$0.bin" "$@" ------------------- chmod a+rx these new files, and all should be well. The basic problem is that vmware binaries have their own copy of errno and related functions, and there is a clash with the new glibc ones. q.so will resolve this problem. The need for the scripts above arises from the fact that each of the binaries launched by the initial /usr/bin/vmware call needs to have the q.so preloaded. q.c was written by Petr Vendrovec, and many thanks go to him for the work he put into the debugging of the problem and the attached code! In summary, q.c qorreqts the formerly inqurable qrashes. Cheers, -- Ami Fischman usenet@fischman.org ------------------------------------------------------- /* * Build with: gcc -W -Wall -shared -o q.so q.c */ #include <dlfcn.h> #include <sys/mman.h> #include <stdlib.h> #include <stdio.h> void go(void) __attribute__((constructor)); void go(void) { void* qh; unsigned char *__real_errno_location, *__vm_errno_location; qh = dlopen("libc.so.6", RTLD_GLOBAL); __real_errno_location = dlsym(qh, "__errno_location"); __vm_errno_location = dlsym(NULL, "__errno_location"); printf("Got eroloc %p & %p\n", __vm_errno_location, __real_errno_location); if (__real_errno_location && __vm_errno_location && __real_errno_location != __vm_errno_location) { unsigned int errnobase = (int)__vm_errno_location; unsigned int mpbase = errnobase & ~0xFFF; unsigned int mplen = 4096; if (errnobase + 5 > mpbase + mplen) { mplen = mplen + 4096; } mprotect((void*)mpbase, mplen, PROT_READ|PROT_WRITE|PROT_EXEC); *__vm_errno_location = 0xE9; *(int*)(__vm_errno_location + 1) = __real_errno_location - __vm_errno_location - 5; mprotect((void*)mpbase, mplen, PROT_READ|PROT_EXEC); } } ---------------------------------- nsankar@broadcom.com 2003-02-26 16:25:07 0000 Another comment. There is an ongoing discussion on the wine lists as to how to solve this. This is a problem for wine. So wine will not work at this time, and the last I know there is no real solution for this yet. The same is true for the mono compiler and tools. There are issues there, and the wine and mono teams are trying to figure out a solutions. look at the following for more information. http://www.winehq.com/news/?view=155#Threading%20Problems%20with%20glibc%202.3 vapier@gentoo.org 2003-02-26 17:48:03 0000 *** Bug 16420 has been marked as a duplicate of this bug. *** farcepest@gmail.com 2003-02-26 18:54:26 0000 Idea: Is it feasible to create an eclass that would facilitate fixing source files, changing "extern int errno;" to "#include <errno.h>" during the src_unpack stage? i.e. # grep pattern intentionally loose find ${S} -type f -name '*.[ch]' | xargs grep -l errno | while read f; do einfo "Fixing errno usage in ${f}" mv ${f} ${f}.orig # why are sed regexes so lame? perl -p -e 's|(extern\W+int\W+errno\W*;)|/* \1 */\n#include <errno.h>\n|;' \ <${f}.orig >${f} done Then the ebuilds of packages with problems just need to inherit fix_errno (or whatever) and we don't need a bazillion patches everywhere. I've tested the above script on qmail and it works correctly. I think it will work on the majority of cases. BTW, looks like mysql is another app that breaks with glibc-2.3.2. (I only tried 4.0.11a, but certainly older versions are affected as well.) vapier@gentoo.org 2003-02-26 20:56:04 0000 well, in addition to fixing it, we should be talking to upstream maintainers about this bug vapier@gentoo.org 2003-02-27 01:35:42 0000 glimpse fixed in cvs http://cvs.gentoo.org/cgi-bin/viewcvs.cgi/gentoo-x86/app-misc/glimpse/glimpse-4.15-r1.ebuild?rev=1.1&content-type=text/vnd.viewcvs-markup http://cvs.gentoo.org/cgi-bin/viewcvs.cgi/gentoo-x86/app-misc/glimpse/files/4.15-errno.patch?rev=1.1&content-type=text/vnd.viewcvs-markup gullevek@gullevek.org 2003-03-01 23:39:01 0000 kerberos5 1.2.7 is also affected by the glibc bug. I tried to ship around with -DHAVE_ERRNO_AS_DEFINE=1 but it didn't work. I submited a seperate bug for kerberos5 1.2.7 itself fisi.tilman.klar@gmx.de 2003-03-05 07:59:19 0000 *** Bug 16355 has been marked as a duplicate of this bug. *** nospam@dolney.com 2003-03-06 18:16:26 0000 The Intel Fortran Compiler, ifc, is also broken by this. Presumably also their C Compiler, icc. nsankar@broadcom.com 2003-03-06 18:20:53 0000 The intel c/c++ compiler icc & icpc Version 7.0 Build 20030212Z works without any problems on glibc 2.3.2. I have built an internal project on this and it is running with no bugs so far. cloos@jhcloos.com 2003-03-06 21:15:22 0000 Another package affected by this is ezm3, needed to compile cvsup. overvolting@hotmail.com 2003-03-07 16:32:03 0000 any updates on the wine situation? nsankar@broadcom.com 2003-03-07 16:35:12 0000 The last I read, for wine they are still working on a solution. The reason for the delay is the intent to also fix the threading model which is definitely more work. So for now, people needing wine should not upgrade glibc. ribo@system42.net 2003-03-10 19:35:55 0000 fix: while OOo is extracting add this line: #include <errno.h> to this file: /var/tmp/portage/openoffice-1.0.2/work/oo_1.0.2_src/dmake/extern.h ribo@system42.net 2003-03-10 19:41:22 0000 ^ for openoffice that is. fixes the dmake error azarah@gentoo.org 2003-03-11 13:15:24 0000 Right, we should just replace all declarations of errno with '#include <errno.h>'. What binary packages except for WineX (the one you pay for), and VMWare are affected ? moonwalker@astro.nu 2003-03-16 08:07:31 0000 Sorry but please explain this to me... How come glibc developers don't consider this broken? There is appearently a change in 2.3.2 that breaks a majority of apps even if they are compiled with the latest gnu compiler... but seam to work some none-gnu ones... Then this must be a gcc bug then really or? To me keep on adding patches to apps making them work seam to be a temporary solution not THE solution? azarah@gentoo.org 2003-03-16 10:26:54 0000 Its rather simple: all programs that was coded like so: ------------ broken code ---------------- extern int errno; ----------------------------------------- breaks. The right way (and why the glibc devs do not really bother), is to include errno.h like so: ------------- the right way -------------- #include <errno.h> ------------------------------------------ System header files is there for a reason, and doing things like declaring 'errno' as an 'extern int' when the proper system header do exist, is just wrong (or in the glibc devs's books). malverian@gentoo.org 2003-03-16 13:45:15 0000 Crossover 1.2 is affected, I believe 1.3 suffers from the problem as well. wmertens@gentoo.org 2003-03-17 08:03:54 0000 Fixed krb5-1.2.7 ebuild with a construct like in comment 24. gurligebis@gentoo.org 2003-03-21 17:50:04 0000 libmpeg3-1.5-r1 also has this problem. cycloon@linux-de.org 2003-03-26 15:50:46 0000 what about the wine thing? could wie just replace the wrong errno things in code? or any other fix? fisi.tilman.klar@gmx.de 2003-03-30 11:18:40 0000 Got a quick fix for wine* from irc: 'export LD_ASSUME_KERNEL=2.2.5' before you run wine. Thanks to taviso in #gentoo. The related url is: http://www.winehq.com/index.php?issue=163#Making%20Wine%20Run%20With%20glibc%202.3 -phoen][x- azarah@gentoo.org 2003-05-18 09:26:06 0000 Ok, I was a bit busy, but I'll try now to get to everything. Could you guys add a bug for all packages that is affected by this? I can then start sorting them out. NOTE: please add a *new* bug, with me as owner. mholzer@gentoo.org 2003-05-22 18:43:13 0000 *** Bug 16406 has been marked as a duplicate of this bug. *** nate@nutopia.org 2003-07-06 16:40:48 0000 In xloadimage, I had to add: #include <errno.h> to the top of img.c in order for it to compile as well. rigo@MED1A.nl 2003-07-07 01:33:06 0000 app-games/mindless-1.2 as well (needed to include errno.h in http_fetcher.c) vapier@gentoo.org 2003-07-27 22:58:12 0000 glibc-2.3.2 is marked stable, all packages are out w/errno fixes, and we should be good to go :) nice work all tantive@gentoo.org 2003-07-30 15:40:20 0000 *** Bug 22248 has been marked as a duplicate of this bug. *** 8716 2003-02-25 14:22 0000 Fix errno (djbdns) error.h.patch text/plain LS0tIGVycm9yLmgub3JpZwkyMDAxLTAyLTExIDE2OjExOjQ1LjAwMDAwMDAwMCAtMDUwMAorKysg ZXJyb3IuaAkyMDAzLTAyLTI1IDE0OjE4OjM0LjAwMDAwMDAwMCAtMDUwMApAQCAtMSw3ICsxLDcg QEAKICNpZm5kZWYgRVJST1JfSAogI2RlZmluZSBFUlJPUl9ICiAKLWV4dGVybiBpbnQgZXJybm87 CisjaW5jbHVkZSA8ZXJybm8uaD4KIAogZXh0ZXJuIGludCBlcnJvcl9pbnRyOwogZXh0ZXJuIGlu dCBlcnJvcl9ub21lbTsK 8717 2003-02-25 14:24 0000 Fix ebuild (djbdns) djbdns.ebuild.patch text/plain LS0tIGRqYmRucy0xLjA1LXI2LmVidWlsZAkyMDAzLTAyLTIzIDE1OjIxOjMxLjAwMDAwMDAwMCAt MDUwMAorKysgZGpiZG5zLTEuMDUtcjcuZWJ1aWxkCTIwMDMtMDItMjUgMTQ6MDQ6NDUuMDAwMDAw MDAwIC0wNTAwCkBAIC0yNiw4ICsyNiw5IEBACiAJdW5wYWNrICR7QX0KIAkKIAljZCAke1N9CisJ ZXBhdGNoICR7RklMRVNESVJ9L2Vycm9yLmgucGF0Y2gKIAllcGF0Y2ggJHtESVNURElSfS9kamJk bnMtMS4wNC1md2R6b25lLnBhdGNoCi0JZXBhdGNoICAke0RJU1RESVJ9L3JvdW5kLXJvYmluLnBh dGNoCisJZXBhdGNoICR7RElTVERJUn0vcm91bmQtcm9iaW4ucGF0Y2gKIAogCXVzZSBpcHY2ICYm IGVwYXRjaCAke1dPUktESVJ9L2RqYmRucy0xLjA1LWlwdjYtZ2VudG9vLmRpZmYKIH0K 8719 2003-02-25 15:46 0000 Patch to make glimpse compile with new glibc errno.diff text/plain ZGlmZiAtdXdyIGdsaW1wc2UtNC4xNS5vcmlnL2FncmVwL2FncmVwLmMgZ2xpbXBzZS00LjE1L2Fn cmVwL2FncmVwLmMKLS0tIGdsaW1wc2UtNC4xNS5vcmlnL2FncmVwL2FncmVwLmMJMjAwMy0wMi0y NSAyMjoyOTowNi4wMDAwMDAwMDAgKzAyMDAKKysrIGdsaW1wc2UtNC4xNS9hZ3JlcC9hZ3JlcC5j CTIwMDMtMDItMjUgMjI6Mjc6NTQuMDAwMDAwMDAwICswMjAwCkBAIC0xMSw3ICsxMSw2IEBACiAj ZGVmaW5lIFBSSU5UKHMpCiAKIGV4dGVybiBjaGFyICoqZW52aXJvbjsKLWV4dGVybiBpbnQgZXJy bm87CiBpbnQgcGF0dGVybl9pbmRleDsJLyogaW5kZXggaW4gYXJndiB3aGVyZSB0aGUgcGF0dGVy biBpcyAqLwogCiBpbnQgZ2xpbXBzZV9pc3NlcnZlcj0wOwkvKiBzbyB0aGF0IHRoZXJlIGlzIG5v IHVzZXIgaW50ZXJhY3Rpb24gKi8KZGlmZiAtdXdyIGdsaW1wc2UtNC4xNS5vcmlnL2FncmVwL2No ZWNrc2cuYyBnbGltcHNlLTQuMTUvYWdyZXAvY2hlY2tzZy5jCi0tLSBnbGltcHNlLTQuMTUub3Jp Zy9hZ3JlcC9jaGVja3NnLmMJMjAwMy0wMi0yNSAyMjoyOTowNi4wMDAwMDAwMDAgKzAyMDAKKysr IGdsaW1wc2UtNC4xNS9hZ3JlcC9jaGVja3NnLmMJMjAwMy0wMi0yNSAyMjoyNzo1NC4wMDAwMDAw MDAgKzAyMDAKQEAgLTEsOCArMSw4IEBACiAvKiBDb3B5cmlnaHQgKGMpIDE5OTQgU3VuIFd1LCBV ZGkgTWFuYmVyLCBCdXJyYSBHb3BhbC4gIEFsbCBSaWdodHMgUmVzZXJ2ZWQuICovCisjaW5jbHVk ZSA8ZXJybm8uaD4KICNpbmNsdWRlICJhZ3JlcC5oIgogI2luY2x1ZGUgImNoZWNrZmlsZS5oIgog Ci1leHRlcm4gaW50IGVycm5vOwogZXh0ZXJuIENIQVIgUHJvZ25hbWVbTUFYTkFNRV07IAogZXh0 ZXJuIGludCBTR1JFUCwgUEFUX0ZJTEUsIFBBVF9CVUZGRVIsIEVYSVRPTkVSUk9SLCBTSU1QTEVQ QVRURVJOLAogCUNPTlNUQU5ULCBELCBOT1VQUEVSLCBKVU1QLCBJLCBMSU5FTlVNLCBJTlZFUlNF LCBXT1JEQk9VTkQsIFdIT0xFTElORSwKZGlmZiAtdXdyIGdsaW1wc2UtNC4xNS5vcmlnL2FncmVw L2NvbXBhdC5jIGdsaW1wc2UtNC4xNS9hZ3JlcC9jb21wYXQuYwotLS0gZ2xpbXBzZS00LjE1Lm9y aWcvYWdyZXAvY29tcGF0LmMJMjAwMy0wMi0yNSAyMjoyOTowNi4wMDAwMDAwMDAgKzAyMDAKKysr IGdsaW1wc2UtNC4xNS9hZ3JlcC9jb21wYXQuYwkyMDAzLTAyLTI1IDIyOjI3OjU0LjAwMDAwMDAw MCArMDIwMApAQCAtMSw1ICsxLDYgQEAKIC8qIENvcHlyaWdodCAoYykgMTk5NCBTdW4gV3UsIFVk aSBNYW5iZXIsIEJ1cnJhIEdvcGFsLiAgQWxsIFJpZ2h0cyBSZXNlcnZlZC4gKi8KIC8qIHRlc3Qg dGhlIGNvbmZsaWN0cyBiZXR3ZWVuIG9wdGlvbnMgKi8KKyNpbmNsdWRlIDxlcnJuby5oPgogI2lu Y2x1ZGUgPHN0ZGlvLmg+CiAjaW5jbHVkZSAiYWdyZXAuaCIKIApAQCAtMTUsNyArMTYsNiBAQAog ZXh0ZXJuIGNoYXIgUHJvZ25hbWVbTUFYTkFNRV07CiBleHRlcm4gaW50IGFncmVwX2luaXRpYWxm ZDsKIGV4dGVybiBpbnQgRVhJVE9ORVJST1I7Ci1leHRlcm4gaW50IGVycm5vOwogCiBpbnQKIGNv bXBhdCgpCmRpZmYgLXV3ciBnbGltcHNlLTQuMTUub3JpZy9hZ3JlcC9tYXNrZ2VuLmMgZ2xpbXBz ZS00LjE1L2FncmVwL21hc2tnZW4uYwotLS0gZ2xpbXBzZS00LjE1Lm9yaWcvYWdyZXAvbWFza2dl bi5jCTIwMDMtMDItMjUgMjI6Mjk6MDYuMDAwMDAwMDAwICswMjAwCisrKyBnbGltcHNlLTQuMTUv YWdyZXAvbWFza2dlbi5jCTIwMDMtMDItMjUgMjI6Mjc6NTQuMDAwMDAwMDAwICswMjAwCkBAIC0x LDQgKzEsNSBAQAogLyogQ29weXJpZ2h0IChjKSAxOTk0IFN1biBXdSwgVWRpIE1hbmJlciwgQnVy cmEgR29wYWwuICBBbGwgUmlnaHRzIFJlc2VydmVkLiAqLworI2luY2x1ZGUgPGVycm5vLmg+CiAj aW5jbHVkZSAiYWdyZXAuaCIKIAogZXh0ZXJuIHVuc2lnbmVkIERfZW5kcG9zLCBlbmRwb3NpdGlv biwgSW5pdDEsIHdpbGRtYXNrOwpAQCAtNyw3ICs4LDYgQEAKIGV4dGVybiB1bnNpZ25lZCBjaGFy IFByb2duYW1lW107CiBleHRlcm4gaW50IGFncmVwX2luaXRpYWxmZDsKIGV4dGVybiBpbnQgRVhJ VE9ORVJST1I7Ci1leHRlcm4gaW50IGVycm5vOwogCiBpbnQKIG1hc2tnZW4oUGF0dGVybiwgRCkK ZGlmZiAtdXdyIGdsaW1wc2UtNC4xNS5vcmlnL2FncmVwL3ByZXByb2Nlc3MuYyBnbGltcHNlLTQu MTUvYWdyZXAvcHJlcHJvY2Vzcy5jCi0tLSBnbGltcHNlLTQuMTUub3JpZy9hZ3JlcC9wcmVwcm9j ZXNzLmMJMjAwMy0wMi0yNSAyMjoyOTowNi4wMDAwMDAwMDAgKzAyMDAKKysrIGdsaW1wc2UtNC4x NS9hZ3JlcC9wcmVwcm9jZXNzLmMJMjAwMy0wMi0yNSAyMjoyNzo1NC4wMDAwMDAwMDAgKzAyMDAK QEAgLTEzLDYgKzEzLDcgQEAKIC8qIHVwb24gcmV0dXJuLCBQYXR0ZXJuIGNvbnRhaW5zIHRoZSBw YXR0ZXJuIHRvIGJlIHByb2Nlc3NlZCBieSBtYXNrZ2VuICAqLwogLyogRF9wYXR0ZXJuIGNvbnRh aW5zIHRyYW5zZm9ybWVkIERfcGF0dGVybiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICov CiAKKyNpbmNsdWRlIDxlcnJuby5oPgogI2luY2x1ZGUgImFncmVwLmgiCiAKIGV4dGVybiBpbnQg UEFUX0ZJTEUsIFBBVF9CVUZGRVI7CkBAIC0yNSw3ICsyNiw2IEBACiBleHRlcm4gaW50IHRhYmxl W1dPUkRdW1dPUkRdOwogZXh0ZXJuIGludCBhZ3JlcF9pbml0aWFsZmQ7CiBleHRlcm4gaW50IEVY SVRPTkVSUk9SOwotZXh0ZXJuIGludCBlcnJubzsKIAogZXh0ZXJuIGludCAgbXVsdGlmZDsKIGV4 dGVybiBjaGFyICptdWx0aWJ1ZjsKZGlmZiAtdXdyIGdsaW1wc2UtNC4xNS5vcmlnL2dldF9pbmRl eC5jIGdsaW1wc2UtNC4xNS9nZXRfaW5kZXguYwotLS0gZ2xpbXBzZS00LjE1Lm9yaWcvZ2V0X2lu ZGV4LmMJMjAwMy0wMi0yNSAyMjoyOTowNi4wMDAwMDAwMDAgKzAyMDAKKysrIGdsaW1wc2UtNC4x NS9nZXRfaW5kZXguYwkyMDAzLTAyLTI1IDIyOjI3OjU0LjAwMDAwMDAwMCArMDIwMApAQCAtMSw0 ICsxLDUgQEAKIC8qIENvcHlyaWdodCAoYykgMTk5NCBCdXJyYSBHb3BhbCwgVWRpIE1hbmJlci4g IEFsbCBSaWdodHMgUmVzZXJ2ZWQuICovCisjaW5jbHVkZSA8ZXJybm8uaD4KICNpbmNsdWRlICJn bGltcHNlLmgiCiAjaW5jbHVkZSAiZGVmcy5oIgogCkBAIC0xNCw3ICsxNSw2IEBACiBleHRlcm4J dW5zaWduZWQgaW50ICpkZXN0X2luZGV4X3NldDsKIGV4dGVybgl1bnNpZ25lZCBjaGFyICpkZXN0 X2luZGV4X2J1ZjsKIGV4dGVybglpbnQJbWFza19pbnRbMzJdOwotZXh0ZXJuCWludAllcnJubzsK IGV4dGVybglpbnQJQnl0ZUxldmVsSW5kZXg7CiBleHRlcm4gIGludAlSZWNvcmRMZXZlbEluZGV4 OwogZXh0ZXJuICBpbnQJcmRlbGltX2xlbjsKZGlmZiAtdXdyIGdsaW1wc2UtNC4xNS5vcmlnL2lu ZGV4L2J1aWxkX2luLmMgZ2xpbXBzZS00LjE1L2luZGV4L2J1aWxkX2luLmMKLS0tIGdsaW1wc2Ut NC4xNS5vcmlnL2luZGV4L2J1aWxkX2luLmMJMjAwMy0wMi0yNSAyMjoyOTowNi4wMDAwMDAwMDAg KzAyMDAKKysrIGdsaW1wc2UtNC4xNS9pbmRleC9idWlsZF9pbi5jCTIwMDMtMDItMjUgMjI6Mjc6 NTQuMDAwMDAwMDAwICswMjAwCkBAIC0yMyw2ICsyMyw3IEBACiAgICAgICAgICAgIHRoaXMgMTIg MTkgXG4gaXMgOSAxNyAxMiAxOCAxOSBcbiBhbiA3IDEyIFxuIGV4YW1wbGUgMTYgXG4KIC0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tKi8KIAorI2luY2x1ZGUgPGVycm5vLmg+CiAjaW5jbHVkZSAiZ2xpbXBzZS5oIgog CiAjZGVmaW5lIGRlYnVndApAQCAtNjA0LDcgKzYwNSw2IEBACiAgICAgaW50IHJldDsKICAgICBj aGFyIHNbTUFYX0xJTkVfTEVOXSwgZXMxW01BWF9MSU5FX0xFTl0sIGVzMltNQVhfTElORV9MRU5d LCBlczNbTUFYX0xJTkVfTEVOXTsKICAgICBjaGFyIHMxW01BWF9MSU5FX0xFTl07Ci0gICAgZXh0 ZXJuIGludCBlcnJubzsKICAgICBzdGF0aWMgaW50IG1heHNvcnRsaW5lbGVuID0gMDsKICAgICBp bnQJaTsKIApkaWZmIC11d3IgZ2xpbXBzZS00LjE1Lm9yaWcvaW5kZXgvcGFydGl0aW9uLmMgZ2xp bXBzZS00LjE1L2luZGV4L3BhcnRpdGlvbi5jCi0tLSBnbGltcHNlLTQuMTUub3JpZy9pbmRleC9w YXJ0aXRpb24uYwkyMDAzLTAyLTI1IDIyOjI5OjA2LjAwMDAwMDAwMCArMDIwMAorKysgZ2xpbXBz ZS00LjE1L2luZGV4L3BhcnRpdGlvbi5jCTIwMDMtMDItMjUgMjI6Mjc6NTQuMDAwMDAwMDAwICsw MjAwCkBAIC0xLDYgKzEsNyBAQAogLyogQ29weXJpZ2h0IChjKSAxOTk0IFN1biBXdSwgVWRpIE1h bmJlciwgQnVycmEgR29wYWwuICBBbGwgUmlnaHRzIFJlc2VydmVkLiAqLwogLyogLi9nbGltcHNl L2luZGV4L3BhcnRpdGlvbi5jICovCiAjaW5jbHVkZSAiZ2xpbXBzZS5oIgorI2luY2x1ZGUgPGVy cm5vLmg+CiAjaW5jbHVkZSA8c3lzL3N0YXQuaD4KICNpbmNsdWRlIDxzeXMvdGltZS5oPgogCkBA IC0yNyw3ICsyOCw2IEBACiBpbnQgIGZpbGVzX3Blcl9wYXJ0aXRpb247CiBpbnQgIGZpbGVzX2lu X3BhcnRpdGlvbjsKIGludCAgQVRMRUFTVE9ORUZJTEUgPSAwOwotZXh0ZXJuIGludCBlcnJubzsK IAogY2hhciBwYXRidWZbTUFYX1BBVF07CiBleHRlcm4gdW5zaWduZWQgY2hhciAqc3JjX2luZGV4 X2J1ZjsK 8720 2003-02-25 15:48 0000 New ebuild for glimpse that uses errno patch glimpse-4.15-r1.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy CiMgJEhlYWRlcjogL2hvbWUvY3Zzcm9vdC9nZW50b28teDg2L2FwcC1taXNjL2dsaW1wc2UvZ2xp bXBzZS00LjE1LmVidWlsZCx2IDEuMTAgMjAwMy8wMi8yMiAyMjo0Mjo0NSBkcmFnb24gRXhwICQK CmluaGVyaXQgZXV0aWxzCgpERVNDUklQVElPTj0iQSBpbmRleC9xdWVyeSBzeXN0ZW0gdG8gc2Vh cmNoIGEgbGFyZ2Ugc2V0IG9mIGZpbGVzIHF1aWNrbHkiClNSQ19VUkk9Imh0dHA6Ly93ZWJnbGlt cHNlLm5ldC90cmlhbC8ke1B9LnRhci5neiIKSE9NRVBBR0U9Imh0dHA6Ly93ZWJnbGltcHNlLm5l dC8iCgpTTE9UPSIwIgpMSUNFTlNFPSJCU0QiCktFWVdPUkRTPSJ4ODYgfnBwYyB+bWlwcyIKCnNy Y191bnBhY2soKSB7CiAgICB1bnBhY2sgJHtBfQogICAgY2QgJHtTfQoJZXBhdGNoICR7RklMRVNE SVJ9L2Vycm5vLmRpZmYKfQoKc3JjX2NvbXBpbGUoKSB7CgltYWtlIGRpc3RjbGVhbgoJZWNvbmYK CW1ha2UgfHwgZGllCn0KCnNyY19pbnN0YWxsKCkgewoJZWluc3RhbGwKCglkb2RpciAvdXNyL3No YXJlL21hbi9tYW4xCgltdiAke0R9L3Vzci9zaGFyZS9tYW4vKi4xICR7RH0vdXNyL3NoYXJlL21h bi9tYW4xLwp9Cg==