55714 2004-06-30 13:45 0000 NVIDIA kernel and glx 1.0-6106 ebuilds 2004-07-20 17:31:40 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All All RESOLVED FIXED P2 normal --- 1 augustus@gentoo.org x11@gentoo.org alan.schmitt@polytechnique.org avuton@gmail.com chainsaw@gentoo.org flammie@gentoo.org greg_g@gentoo.org herbs@gentoo.org kurt@bechsteins.com moixa@gmx.ch pfeifer@gentoo.org plaes@plaes.org radek@podgorny.cz rockoo@gmail.com sloan@westcarolina.net swegener@gentoo.org tim.raedisch@udo.edu wolf31o2@gentoo.org augustus@gentoo.org 2004-06-30 13:45:57 0000 These two ebuilds (kernel and glx) are for both amd64 and x86. They seems to work fine here. Here are my concerns. Please let me know what you think: - GLX EBUILD: ${FILESDIR}/${P}-glheader.patch no longer applies and it seems as if it's no longer needed. Commented out. - GLX EBUILD: There are now 32-bit compatability libs for amd64. I am simply installing them to /usr/lib32 as they don't stomp on any other files. This may need to be handled by opengl-update. - GLX EBUILD: What's the deal with the libGL.la stuff at the end? Someone want to write that for the 32bit compat lib which is in the usr/lib32 directory? - KERNEL EBUILD: NVIDIA_kernel-${NV_V}-2.6-20040521.patch and NVIDIA_kernel-${NV_V}-fix-makefile-for-2.6.patch seem no longer needed. Commented out. - KERNEL EBUILD: NVIDIA_kernel-${NV_V}-basic-sysfs-support-v2.patch may need to be ported. Haven't had a chance to check for sysfs support in new driver. Please let me know what you think of the new ebuild and post test results. augustus@gentoo.org 2004-06-30 13:48:46 0000 Created an attachment (id=34515) nvidia-glx-1.0.6106.ebuild augustus@gentoo.org 2004-06-30 13:49:23 0000 Created an attachment (id=34516) nvidia-kernel-1.0.6106.ebuild neeneelaatmaar@gmx.net 2004-06-30 14:03:50 0000 for me emerge nvidia-glx fails with: !!! File is corrupt or incomplete. (Digests do not match) >>> our recorded digest: 892fa9f8d6bbdb1f5f3250a130cc8252 >>> your file's digest: 5432f919f0211ce36b854d87108d7db0 !!! File does not exist: /usr/portage/distfiles//NVIDIA-Linux-x86-1.0-6106-pkg1.run neeneelaatmaar@gmx.net 2004-06-30 14:09:41 0000 hm.. i got past that bit by doing emerge --digest =nvidia-glx-6106 lv@gentoo.org 2004-06-30 14:24:31 0000 the 4k stack warning needs to be removed. this release actually supports them :) lv@gentoo.org 2004-06-30 14:29:17 0000 also, the 32bit libs should make nvidia-glx depend on emul-linux-x86-baselibs. otherwise they wouldnt work anyways, and would prevent the /usr/lib32 symlink from being created properly. andrewbevitt@gmail.com 2004-06-30 14:54:22 0000 OK I have an exam in 90 minutes (having just woken up) so ive only just quickly looked over these, just a few notes (mainly for myself) 1) nvidia-kernel doesnt have the koutput patch in 5336-r4, does it need it? 2) sysfs should be ported before committing to the tree 3) does this driver resolve ...../search.c:167 errors 4) libGL compatibility with opengl-update should be aimed for, not the otherway When I get home ill look at this and get it into the tree (today?) asap. Changing assigned. lv@gentoo.org 2004-06-30 14:58:47 0000 with the nvidia-glx ebuild for the new driver, glxinfo gives me: name of display: :0.0 Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Error: couldn't find RGB GLX visual visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x21 16 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x22 16 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x23 16 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x24 16 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x25 16 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x26 16 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x27 16 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x28 16 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x29 16 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x2a 16 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x2b 16 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x2c 16 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x2d 16 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x2e 16 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x2f 16 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x30 16 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x31 16 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x32 16 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x33 16 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 0x34 16 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Segmentation fault eep! lv@gentoo.org 2004-06-30 15:06:44 0000 andrew re: point 4... opengl-update just handles the main system GL. for the new drivers it would need to handle this -and- the 32bit gl. it'd need to do it's thing twice, once for each bitdepth (64+32). that's why opengl-update needs updating. :) motaboy@gentoo.org 2004-06-30 15:12:52 0000 Thanks! I've read that they will be out for august-september but are already here. Finally they works with my 2.6.7! I've also read that they works with the 4K Stack and regparam too! I have to test this. floam@sh.nu 2004-06-30 15:18:41 0000 As far as sysfs support goes, I talked to Zander and he says they've added sysfs support themselves in this release. The patch is no longer needed. herbs@gentoo.org 2004-06-30 16:43:00 0000 not having much luck with them either here on amd64. Kernel module loads, startx fails with (unless I comment out load glx from /etc/X11/xorg.conf): (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing extension GLX *** If unresolved symbols were reported above, they might not *** be the reason for the server aborting. Fatal server error: Caught signal 11. Server aborting neeneelaatmaar@gmx.net 2004-06-30 16:54:39 0000 X does not load for me - nothing in the log-file, only the following at the console: XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" after 0 requests (0 known processed) with 0 events remaining (32bit here). augustus@gentoo.org 2004-06-30 16:58:02 0000 If you have not done so, do the following: 1) Reboot. Make sure the old kernel module gets cleaned out. 2) opengl-update nvidia I have seen this clean things up. FYI, AMD64 Gentoo Dual Opteron 248 2GB DDR Quadro FX 3000 glxgears: 87243 frames in 5.0 seconds = 17448.600 FPS WTF!!!! augustus@gentoo.org 2004-06-30 17:13:32 0000 I'm working on the bugs listed here. If someone elase joins the cause (cyfred), join me in #gentoo-amd64. neeneelaatmaar@gmx.net 2004-06-30 17:49:14 0000 Kris Kersey: i tried rebooting and i ran opengl-update. this time X locked up the system while showing no more than blackness. augustus@gentoo.org 2004-06-30 18:06:59 0000 Veried that NVIDIA_kernel-1.0-5336-2.6-20040521.patch should no longer be needed. augustus@gentoo.org 2004-06-30 18:16:55 0000 Verified that NVIDIA_kernel-1.0-5336-fix-makefile-for-2.6.patch is also not needed. augustus@gentoo.org 2004-06-30 18:20:32 0000 Verified that NVIDIA_kernel-1.0-5336-basic-sysfs-support-v2.patch is not needed. SYSFS support is included. augustus@gentoo.org 2004-06-30 18:49:19 0000 New ebuilds coming up! Comment #5: the 4k stack warning needs to be removed: DONE! Comment #6: the 32bit libs should make nvidia-glx depend on emul-linux-x86-baselibs: DONE! Comment #7: 1) If you are talking about the stuff mentioned in the ck_kern_write(), then it's still broken. 2) sysfs: IN THERE! 3) search.c:167 errors: I don't know yet. 4) opengl-update: SEE COMMENT #9 Comment #9: opengl-update: This may need doing in the future but since we're not stepping on anyone elses files now, I wouldn't worry about it. Unless you like being proactive. ;-) augustus@gentoo.org 2004-06-30 18:52:12 0000 Created an attachment (id=34544) nvidia-glx-1.0.6106.ebuild See Comment #20. Also, fixed 32-bit binary support. Played Enemy Territory and worked fine. augustus@gentoo.org 2004-06-30 18:52:54 0000 Created an attachment (id=34545) nvidia-kernel-1.0.6106.ebuild See Comment #20. lv@gentoo.org 2004-06-30 19:44:51 0000 glxinfo no longer segfaults :) mkashouty@gmail.com 2004-06-30 19:50:10 0000 works fine for me on an asus sk8v antlon-fx53 and nvidia-fx5900 ... thanks lorien420@myrealbox.com 2004-06-30 22:52:33 0000 These ebuilds don't work if you built your kernel with gcc-3.4. It always resulted in an invalid module format error. james.roberts-thomson@nbnz.co.nz 2004-06-30 22:55:45 0000 Unfortunately, I'm still getting glx coredumps, even with the new builds. Kernel 2.6.7-mm5, 8K stacks. augustus@gentoo.org 2004-06-30 22:58:04 0000 The mm kernels seem to give this new driver problems. Try the gentoo-dev-sources. floam@sh.nu 2004-06-30 23:18:00 0000 You may want to have it install nvidia-bug-report.sh, like the main distrib does. andrewbevitt@gmail.com 2004-06-30 23:22:22 0000 OK anyone that has been trying out these drivers please test stuff from http://dev.gentoo.org/~cyfred/overlay/media-video/ The tarball reflects both directories. Changes in the ebuilds listed there -kerenel 1) No more "userpriv" problems -- please check / verify this is you use userpriv (bug #48224) 2) Koutput patch included -- people using koutput should now be right 3) Addwrite support is no longer needed for < 2.6.6 (correlates to userpriv) -glx 1) Added patch to get rid of nvidia comment about using nvidia-installer 2) Introduced ${FILESDIR}/${PV}/* patches for GLX These are primarily based off Kris' ebuilds, and satisfy me as suitable for cvs. So basically post test results galore and if its all good these'll go into the tree. andrewbevitt@gmail.com 2004-06-30 23:55:08 0000 Update, changed nvidia-glx to install > /usr/bin/nvidia-settings > /usr/bin/nvidia-bug-report.sh This is different to /bin/nvidia-settings and more appropriate. Tarball is still most recent on dev.gentoo.org isharra@gmail.com 2004-07-01 00:14:29 0000 The initial set of ebuilds resulted in a corrupted screen with 2.6.7-rc3-love2 kernel. The overlay http://dev.gentoo.org/~cyfred/overlay/media-video/nvidia-overlay.tar.bz2 ebuilds work perfectly. floam@sh.nu 2004-07-01 02:13:04 0000 Being silly gentoo users that like to build things ourselves the nvidia-settings (They GPL'ed it) source can be gotten here http://download.nvidia.com/XFree86/nvidia-settings/nvidia-settings-1.0.tar.gz Perhaps the nvidia-glx ebuild should fetch and build that? herbs@gentoo.org 2004-07-01 02:42:47 0000 The latest ebuilds are working well thanks. One small problem: $ ldd /usr/lib32/libGL.so.1.0.6106 /usr/lib32/libGL.so.1.0.6106: error while loading shared libraries: libnvidia-tls.so.1: cannot handle TLS data I only need to export LD_LIBRARY_PATH=/usr/lib32 to fix this (must export this before running any 32bit opengl apps) so it's not a big problem. Can't think of an easy fix for this in the ebuild as /usr/lib clearly need before /usr/lib32 in /etc/ld.so.conf. Guess I'll just have add this to any game startup scripts. wolf31o2@gentoo.org 2004-07-01 04:52:11 0000 I think I agree with floam. I think nvidia-settings should be a separate build. For one, it requires gtk2+ to build, which means that gtk2+ is now a RDEPEND for nvidia-glx, which it should not be. Either the ebuild needs to be modified to support the gtk2 USE flag to build nvidia-settings, or a new nvidia-settings ebuild needs to be created which is added to DEPEND or RDEPEND if USE=gtk2. swapon@gmail.com 2004-07-01 05:00:09 0000 ebuild works for me and works the driver too witj gentoo-dev-sources-r6 but somethimes nvidia-setting crashes e.g.when i set digial vibrance and exit from the app Xorg restarts... lv@gentoo.org 2004-07-01 05:24:32 0000 re: comments 25 and 27... i'm using gcc 3.4 and mm-sources. it works here... on amd64. v@ayanami lv $ uname -a Linux ayanami.lv 2.6.7-mm4 #2 Tue Jun 29 20:48:44 EDT 2004 x86_64 4 GNU/Linux lv@ayanami lv $ cat /proc/driver/nvidia/version NVRM version: NVIDIA Linux x86_64 NVIDIA Kernel Module 1.0-6106 Wed Jun 23 08:12:31 PDT 2004 GCC version: gcc version 3.4.1 20040625 (prerelease) wolf31o2@gentoo.org 2004-07-01 05:48:55 0000 You can grab my overlay tarball from http://dev.gentoo.org/~wolf31o2... the only difference is that I've added nvidia-settings as a separate ebuild (needs manifest and such, I'm at work, so no nvidia hardware to test) and removed the nvidia-settings stuff from nvidia-glx... I also added a gtk? media-video/nvidia-settings to DEPEND, though now that I think about it, it should probably be RDEPEND. lv@gentoo.org 2004-07-01 06:04:03 0000 err... correction. on amd64 the new nvidia-glx should depend on emul-linux-x86-xlibs, not baselibs. andrewbevitt@gmail.com 2004-07-01 06:19:20 0000 OK quick update doing right now 1) fixing -glx 2) fitting nvidia-settings into overlay 3) breaking 32bit compatibility into a seperate package augustus@gentoo.org 2004-07-01 06:21:49 0000 Comment #30: I meant to but it in /usr/bin DOH! Comment #32, Comment #34, Comment #37: I'll test out those ebuilds. I agree that if source is available, we should build it. Especially if it has other deps. Comment #33: I would like to find out why people are having the lib32 problems. I'm not. I ran Enemy Territory with no issues. augustus@gentoo.org 2004-07-01 06:23:04 0000 Comment #39: I wouldn't move it out of there. Too many packages. The way I was doing it seems fine. If the person wants 32-bit compat, he will have the other compat libs installed. nt@divzero.at 2004-07-01 06:45:50 0000 could someone please make a .tar.bz2 file of the .ebuild files? i'm getting sick of this. i'm on a friends machine here and ssh to my home. i just want those .ebuild files being downloaded at the other machine. it's not possible, because they are not direct links but, some strange attachments. wget can't get them and i can't copy paste the the text of the .ebuild files into an ssh vim window. ... ARGH!!! how invented this system? herbs@gentoo.org 2004-07-01 06:54:16 0000 Comment 40: I'm assume I'm getting the libnvidia-tls.so.1: cannot handle TLS data because I have tls ebabled glibc (USE=nptl). Do you not? Comment 42: see comment 29 augustus@gentoo.org 2004-07-01 07:30:43 0000 No, I do not have that enabled. I'll have to try that later. andrewbevitt@gmail.com 2004-07-01 08:17:22 0000 OK im done with my changes, which I shall upload once d.g.o comes back from upgrades. CHANGES 1) There are now FOUR packages - media-video/nvidia-kernel - media-video/nvidia-glx - media-video/nvidia-settings - app-emulation/emul-linux-x86-nvidia The emulation package has been broken off and is PDEPEND from nvidia-glx if USE="amd64 multilib" -- multilib is up for some debate here because it does break other things. However the package _should_ be broken out like this so that users dont necessarily have to install these libraries (even if emul-linux-x86-xlibs is installed, as was the case before). 2) nvidia-settings provides its own documentation so removed that from nvidia-glx install. 3) nvidia-glx provides nvidia-bug-report.sh, notify users of it. 4) Updated DESCRIPTION for all packages, feel free to comment 5) Added / updated metadata.xml to the overlay tarball, get as close as possible to CVS suitable this way, performed repoman scan, only thing missing is ChangeLog (waiting for commit). 6) Added date revisioning to tarball : nvidia-overlay-20040702.tar.bz2 NOTES 1) emul-linux-x86-nvidia needs to be tested by amd64 people. 2) some form of sensible message needs to be added to emul-linux-x86-nvidia post_inst(), "MESSAGE HERE ABOUT 32 BIT LIBS" isnt very useful IMO. Anything else? augustus@gentoo.org 2004-07-01 08:57:20 0000 I still don't think emul-linux-x86-nvidia makes since. We are going to have a lot of people complaining that 32bit apps don't work. What's really wrong with the old way? Also, it doesn't make since that they depend on multilib. You shouldn't have to have multilib defined to emerge Enemey Territory and run it on AMD64. herbs@gentoo.org 2004-07-01 09:14:58 0000 would it not make more sense install 32bit libGL* into: /emul/linux/x86/usr/lib/opengl/nvidia/lib/ to be consistent with emul-linux-x86-xlibs which installs libGL* in: /emul/linux/x86/usr/lib/opengl/xorg-x11/lib/ (/usr/lib32 is a symlink to /emul/linux/x86/usr/lib) this could then be more easily handled by opengl-update. herbs@gentoo.org 2004-07-01 09:23:26 0000 Comment 46: you need not have multilib in your USE if you explicitly emerge emul-linux-x86-nvidia. Also enemy-territory could depend on emul-linux-x86-nvidia if use amd64 && use nvidia or something... swegener@gentoo.org 2004-07-01 09:31:11 0000 After emerging nvidia-glx-1.0.6106 & -kernel-1.0.6106 xmms (if compiled with USE=opengl) will segfault at startup. The opengl spectrum analyzer plug-in is doing the segfault. All other opengl apps work normal. Can anybody verify this? herbs@gentoo.org 2004-07-01 09:50:47 0000 all the xmms visualisations work well here andrewbevitt@gmail.com 2004-07-01 10:13:30 0000 Kris: Yes the use of USE="multilib" is ambiguous, perhaps a different use flag would be a good idea for that -- this however means introducing a use flag that not everyone is going to know about. So if its a use flag to STOP 32 bit libs being installed people are going to be forced to install emul-linux-x86-* who dont know... Conversly someone would need to know to set the flag to get said libraries if they genuinely want them on their system. The reason its broken out is so that the user DOESNT have to have these 32bit libraries installed, just because they have OTHER 32bit libraries installed. The old method did not allow for this, if emul-linux-x86-baselibs was installed then the 32bit compatibility libs wouldve been installed. Re the comment of installing to /emul I have fixed that in my current overlay still waiting for dev.g.o andrewbevitt@gmail.com 2004-07-01 10:36:20 0000 http://dev.gentoo.org/~cyfred/overlay/nvidia-overlay-20040702.tar.bz2 I have rolled the sources into the distfile tree for mirroring. augustus@gentoo.org 2004-07-01 10:38:40 0000 OK. You've convinced me to make it a seperate package. I noticed that there are already multple emul packages. I recommend replacing the multilib depend with simple depend on emul-linux-x86-xlibs. Afterall, without those it doesn't make since anyway. plaes@plaes.org 2004-07-01 10:51:47 0000 I have problem with nvidia-settings package. >>> Install nvidia-settings-1.0 into /var/tmp/portage/nvidia-settings-1.0/image/ category media-video install: cannot stat `nvidia-settings': No such file or directory man: prepallstrip: strip: >>> Completed installing into /var/tmp/portage/nvidia-settings-1.0/image/ >>> Merging media-video/nvidia-settings-1.0 to / --- /usr/ --- /usr/bin/ --- /usr/share/ --- /usr/share/doc/ >>> /usr/share/doc/nvidia-settings-1.0/ >>> /usr/share/doc/nvidia-settings-1.0/nvidia-settings-user-guide.txt.gz >>> /usr/share/doc/nvidia-settings-1.0/NV-CONTROL-API.txt.gz * Caching service dependencies... >>> media-video/nvidia-settings-1.0 merged. >>> Recording media-video/nvidia-settings in "world" favorites file... henti@geekware.co.za 2004-07-01 10:55:26 0000 same as above ... gcc output is as follows .. cc1: error: unrecognized option `-fpedantic' cc1: error: unrecognized option `-fpedantic' gcc -c -Wall -fpedantic -O -I /usr/X11R6/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I doc -I src -I src/image_data -I src/xpm_data -I src/gtk+-2.x -I src/libXNVCtrl -I src/libXNVCtrlAttributes src/command-line.c -o .objs/command-line.o cc1: error: unrecognized option `-fpedantic' make: *** [.objs/command-line.o] Error 1 plaes@plaes.org 2004-07-01 10:56:07 0000 Created an attachment (id=34596) Make the nvidia-settings compile :D flammie@gentoo.org 2004-07-01 11:04:22 0000 I was just heading to report the problem given in comment 49. According to trace nvidia-tls.so.1 gets read just before segfault so it's most likely to cause the problem. (Also, if I understood correctly, this does mean that the problem only shows with nptl, right?) augustus@gentoo.org 2004-07-01 11:23:58 0000 Confirmed that patch attachment (id=34596) fixes the nvidia-settings ebuild. augustus@gentoo.org 2004-07-01 11:33:52 0000 ntptl does seem to be a current problem. I may test this when I get home. stephanb@msoe.edu 2004-07-01 11:46:16 0000 The current overlay works great for me. x86, 2.6.7-ck4, glibc (the latest and greatest in portage) with nptl, gcc 3.4. No problems. nvidia-settings builds for me as well. firephoto@gmail.com 2004-07-01 14:52:51 0000 Installs ok, KDE starts up ok, opengl apps cause my second display to jiggle violently when the FPS is high. It could be happening when the FPS exceeds 105 which is my refresh rate for both heads. I've tried the sync toVBlank but that only eliminates the problem when I run GLX gears as it still happens with armyops. Kenel 2.6.7 w/ 4k stacks enabled Xorg KDE 3.2.3 ~x86 + linux-headers-2.6.7-r1 and glibc-2.3.4.20040619 Portage 2.0.50-r8 (default-x86-1.4, gcc-3.3.3, glibc-2.3.4.20040619-r0, 2.6.7) james.roberts-thomson@nbnz.co.nz 2004-07-01 15:17:06 0000 OK, I found out the reason I was getting coredumps from glx stuff - would you believe Alsa OSS library? (LD_PRELOAD=/usr/lib/libaoss.so) If someone can explain THAT one..... Also, nvidia-settings failed to install a binary; thus: >>> md5 src_uri ;-) nvidia-settings-1.0.tar.gz >>> Unpacking source... >>> Unpacking nvidia-settings-1.0.tar.gz to /var/tmp/portage/nvidia-settings-1.0/work >>> Source unpacked. >>> Install nvidia-settings-1.0 into /var/tmp/portage/nvidia-settings-1.0/image/ category media-video install: cannot stat `nvidia-settings': No such file or directory man: prepallstrip: strip: >>> Completed installing into /var/tmp/portage/nvidia-settings-1.0/image/ # qpkg -l nvidia-settings media-video/nvidia-settings-1.0 * CONTENTS: /usr /usr/bin /usr/share /usr/share/doc /usr/share/doc/nvidia-settings-1.0 /usr/share/doc/nvidia-settings-1.0/nvidia-settings-user-guide.txt.gz /usr/share/doc/nvidia-settings-1.0/NV-CONTROL-API.txt.gz james.roberts-thomson@nbnz.co.nz 2004-07-01 15:37:35 0000 Re: Comment #62; My mistake - I assumed that downloaded tarball included the "make nvidia-settings compile" patch - obviously, it didn't. Applied patch, and all good. firephoto@gmail.com 2004-07-01 15:56:58 0000 Ok I changed to a different resolution and it seems the problem is gone. Old modeline that caused the problems: ModeLine "1024x768" 119.45 1024 1072 1312 1408 768 770 782 808 #105Hz New modeline, higher res, same params to come up with it @ http://koala.ilog.fr/cgi-bin/nph-colas-modelines ModeLine "1152x864" 130.52 1152 1200 1440 1536 864 866 878 904 #94Hz All seems good with 1152x864 except for a new "look" to my desktop now. andrewbevitt@gmail.com 2004-07-01 17:59:44 0000 The nvidia-settings error was my fault, the functionality of not having a function in the ebuild is supported in portage .51, but not in .50 ... I have updated the overlay with this fix. caleb@webninja.com 2004-07-01 18:43:42 0000 nvidia-settings crashes for me, but other than that things work (well, glxgears works anyway, haven't done any further testing) ===================== Program received signal SIGSEGV, Segmentation fault. 0x000000000042a88b in XNVCTRLQueryExtension () (gdb) bt #0 0x000000000042a88b in XNVCTRLQueryExtension () #1 0x00000000006193d0 in ?? () #2 0x0000007fbffff270 in ?? () #3 0x0000000000614600 in ?? () #4 0x000000000042351b in NvCtrlInitNvControlAttributes (h=0x614600) at src/libXNVCtrlAttributes/NvCtrlAttributesNvControl.c:47 #5 0x000000000042321d in NvCtrlAttributeInit (dpy=0x614600, screen=0, subsystems=7) at src/libXNVCtrlAttributes/NvCtrlAttributes.c:67 #6 0x000000000040ca18 in nv_alloc_ctrl_handles (display=0x6144d0 ":0.0") at src/query-assign.c:153 #7 0x000000000040b817 in main (argc=1, argv=0x7fbffff3d8) at src/nvidia-settings.c:86 ===================== caleb@Chinstrap caleb $ emerge info Portage 2.0.50-r8 (gcc34-amd64-2004.1, gcc-3.4.0, glibc-2.3.4.20040605-r0, 2.6.7-gentoo-r7) ================================================================= System uname: 2.6.7-gentoo-r7 x86_64 4 Gentoo Base System version 1.5.1 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CFLAGS="-Os -march=athlon64 -pipe" CHOST="x86_64-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-Os -march=athlon64 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib acl acpi alsa amd64 avi berkdb caps cdr cjk crypt cups curl dga directfb djbfft doc dvdr encode esd evo f77 fbcon flash foomaticdb gd gdbm ggi gif gnome gnutls gpm gstreamer gtk gtk2 guile imap imlib innodb ipv6 jack jack-tmpfs java javascript jbig jpeg lcms ldap libg++ libwww lzw-tiff mad mailwrapper mcal md5sum mikmod mmap motif mozilla moznocompose moznoirc moznomail mozsvg mpeg multilib mysql ncurses nls nptl oav objc odbc oggvorbis openal opengl oss pam pcre pda pdflib perl php pic png python quicktime readline samba sdk sdl slang slp snmp spell ssl tcltk tcpd threads tiff truetype unicode video_cards_nvidia vim-with-x wmf xinerama xml xml2 xmms xprint xv zlib" james.roberts-thomson@nbnz.co.nz 2004-07-01 19:38:50 0000 Re Comment #49; yes, my "xmms" is also segfaulting under 6103. emerge -vp xmms These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] media-sound/xmms-1.2.10-r5 -3dnow +alsa -cjk +directfb +esd -ipv6 +mikmod +mmx +nls +oggvorbis +opengl +oss +xml 0 kB (I have currently reverted to 1.0-5336). h.mth@web.de 2004-07-01 22:03:09 0000 xmms works well here with opengl flag nvidia drivers work aswell with nptl Portage 2.0.50-r8 (default-x86-2004.0, gcc-3.4.0, glibc-2.3.4.20040619-r0, 2.6.7-gentoo-r7) andrewbevitt@gmail.com 2004-07-02 00:57:32 0000 ebuilds are in the portage sync tree. xaon.seb@gmx.net 2004-07-02 04:03:15 0000 i' ve got segfaults with 1.0.6106, too. when starting xine and xmms, both ends with segfaults.... after turning 4k stacks off, i try an other run -> same segfaults. after switching back to: nvidia-kernel-1.0.5336-r4 nvidia-glx-1.0.5336-r2 everything runs fine... are some other information needed ? mathieu.okuyama@free.fr 2004-07-02 05:59:45 0000 xmms is working fine here, but xine isn't (segmentation fault). emerge -pv xine-ui xine-lib xmms xorg-x11 These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] media-video/xine-ui-0.9.23-r2 +X +aalib +directfb +gnome +lirc +nls 0 kB [ebuild R ] media-libs/xine-lib-1_rc4-r1 +X +aalib +alsa +arts +avi +directfb +dvd +esd +gnome -ipv6 +nls +oggvorbis +sdl +speex +theora 0 kB [ebuild R ] media-sound/xmms-1.2.10-r5 +3dnow +alsa -cjk +directfb +esd -ipv6 +mikmod +mmx +nls +oggvorbis +opengl +oss -xml 0 kB [ebuild R ] x11-base/xorg-x11-6.7.0-r1 -3dfx +3dnow -cjk -debug +doc -hardened -ipv6 +mmx +nls +pam -pie -sdk +sse -static 8 kB Total size of downloads: 8 kB augustus@gentoo.org 2004-07-02 06:47:35 0000 On AMD64 both xine and xmms work flawlessly still: [ebuild R ] media-video/xine-ui-0.99.1 +X +aalib -directfb -gnome -lirc +nls 0 kB [ebuild R ] media-libs/xine-lib-1_rc5-r2 +X +aalib +alsa -(altivec) -arts +avi -directfb +dvd +esd -gnome -ipv6 +nls +oggvorbis +sdl -speex -theora 0 kB [ebuild R ] media-sound/xmms-1.2.10-r5 -(3dnow) +alsa -cjk -directfb +esd -ipv6 +mikmod -(mmx) +nls +oggvorbis +opengl +oss -xml 0 kB andrewbevitt@gmail.com 2004-07-02 07:49:14 0000 Mathieu you're the most recent to report xine segfaulting, please open a bug about it assigned to xfree@gentoo.org and post a link in this bug. Everyone else that is having the problem _please_ put information into this. Sebastian you get the honours for xmms. Once again people experiencing the problem put info on that bug eg the output of the segfault dump. This bug is for getting the 6106 into portage, thats done so Id like to break off problems into seperate bugs. mathieu.okuyama@free.fr 2004-07-02 09:32:39 0000 xine bug: http://bugs.gentoo.org/show_bug.cgi?id=55897 schroder@ntplx.net 2004-07-02 10:11:53 0000 nvidia-kernel won't build AsusA7N8X AthlonXP2400 $ emerge info Portage 2.0.50-r8 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.5-gentoo-r1) ================================================================= System uname: 2.6.5-gentoo-r1 i686 AMD Athlon(tm) XP 2400+ Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox usersandbox" GENTOO_MIRRORS="http://www.gtlib.cc.gatech.edu/pub/gentoo/ ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://gentoo.oregonstate.edu ftp://ftp.oregonstate.edu/pub/gentoo http://distro.ibiblio.org/gentoo " MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage/" USE="3dnow X aalib acpiapm alsa apm arts avi cdr crypt cups dga directfb dvd encode esd fbcon flash foomaticdb gd gdbm ggi gif gphoto gpm gtk gtk2 gtkhtml imap imlib java jikes jpeg kde lcms ldap leim libg++ libwww mad maildir mbox mikmod mmx motif mozilla mpeg ncurses nls oav oggvorbis opengl oss pam pdflib perl pic png python qt quicktime readline scanner sdl slang spell ssl svga tcltk tcpd tetex tiff truetype usb x86 xml xml2 xmms xv zeo zlib" fails with: .................................... * Applying NVIDIA_kernel-1.0-6106-koutput-support.patch... [ ok ] >>> Source unpacked. x86 NVIDIA: calling KBUILD... *** Warning: Overriding SUBDIRS on the command line can cause *** inconsistencies mkdir -p .tmp_versions make -f scripts/Makefile.build obj=scripts/basic make -f scripts/Makefile.build obj=scripts gcc -Wp,-MD,scripts/.conmakehash.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o scripts/conmakehash scripts/conmakehash.c ACCESS DENIED open_wr: /usr/src/linux-2.6.5-gentoo-r1/scripts/.conmakehash.d cc1: Permission denied: opening dependency file scripts/.conmakehash.d make[3]: *** [scripts/conmakehash] Error 1 make[2]: *** [scripts] Error 2 NVIDIA: left KBUILD. nvidia.ko failed to build! make[1]: *** [module] Error 1 make: *** [module] Error 2 !!! ERROR: media-video/nvidia-kernel-1.0.6106 failed. !!! Function src_compile, Line 87, Exitcode 2 !!! Failed to build module --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/tmp/sandbox-media-video_-_nvidia-kernel-1.0.6106-20026.log" open_wr: /usr/src/linux-2.6.5-gentoo-r1/scripts/.conmakehash.d ------- Thanks, Ernie swegener@gentoo.org 2004-07-02 10:19:43 0000 Re: comment 75 Your error is koutput related, see http://www.gentoo.org/doc/en/2.6-koutput-user.xml for more info. floam@sh.nu 2004-07-02 16:34:09 0000 Cyfred: I think you should make it so if USE=gtk nvidia-glx depend on nvidia-settings. People are going to be upset when they can't find it (and others who don't use gentoo will quickly get annoyed when they find half the silly gentoo users don't have a required util) andrewbevitt@gmail.com 2004-07-02 20:08:52 0000 Hmpf I think i mis-interpreted how nvidia did stuff with their makefiles... I thought they had made it so kernels < 2.6.6 wouldnt need stuff built in the tree, but it appears that they only made it so that having a built tree _wasnt_ essential to building on these kernels.. and then threw and error if you were using koutput -- i know it sucks guys but for the time being just disable sandbox FEATURES="-sandbox" emerge nvidia-kernel floam there is a note at the end of the glx ebuild that says nvidia-settings exists as a seperate pacakge. Im sitting on the fence on this one, because in reality nvidia-settings is not something nvidia-glx depends on. However I know what you're saying aswell. xaon.seb@gmx.net 2004-07-03 01:55:35 0000 xmms bug http://bugs.gentoo.org/show_bug.cgi?id=55891 moixa@gmx.ch 2004-07-03 02:22:24 0000 All works for me. (No xine or xmms bug, nvidia-settings works as well) I am using sandbox and userpriv with kernel 2.4.26 having set only read permissions for group portage on kernel source. No problem during install. sloan@westcarolina.net 2004-07-03 07:15:01 0000 I've noticed a similar problem to comment #33 except with mplayer. Mplayer gives an error at startup, but then plays with no problem. Also this version of nvidia seemed to break mythtv. Whenever I ran mythfrontend and tried to play video either prerecorded or live tv I receieved the message "Unable to create XvMC Context return status:11 BadAlloc Killied" . And one furthur problem was with ut2004. The game was completely unplayable, very very slow. Both menus and gameplay. I've just downgraded nvidia. All of those problems I just outlined have gone away. sloan wizard_auz@iname.com 2004-07-03 08:10:49 0000 It seems to me that this little driver bug (and fix) hasn't been covered yet: http://www.nvnews.net/vbulletin/showthread.php?t=31010 See comment #6. andrewbevitt@gmail.com 2004-07-04 01:46:39 0000 OK we need to work out something to do about glext.h and tls both of which are opengl-update handling problems (at least at the moment), adding the depend. herbs@gentoo.org 2004-07-05 06:58:48 0000 Why does the einfo for emul-linux-x86-nvidia tell the user to set: LD_CONFIG_PATH="/usr/lib32/opengl/nvidia/lib" I'm not sure what LD_CONFIG_PATH is used for but I don't think it's the same as LD_LIBRARY_PATH which I think is what is needs to be set here. avuton@gmail.com 2004-07-05 11:37:20 0000 Has anyone had the experience of build 6106 being (very) slow? I've dug through my logs and found nothing of interest so I had to downgrade. herbs@gentoo.org 2004-07-05 15:35:16 0000 Interisting to note that this tls problem does not occur when both 64bit and 32bit glibc are tls enabled, only when using the emul-linux-x86-baselibs non-tls glibc with a 64bit tls enabled glibc. andrewbevitt@gmail.com 2004-07-16 20:39:33 0000 Just commited fixes for dependent bugs, leave this open for archs to track once bugs as squashed. andrewbevitt@gmail.com 2004-07-20 17:31:40 0000 Well these are in the tree and pretty much good for go. Closing this bug and removing the dep on opengl-update as thats not a dep anymore but a opengl-update feature request bug. 34515 2004-06-30 13:48 0000 nvidia-glx-1.0.6106.ebuild nvidia-glx-1.0.6106.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L21lZGlhLXZpZGVvL252aWRpYS1nbHgvbnZpZGlh LWdseC0xLjAuNTMzNi1yMi5lYnVpbGQsdiAxLjYgMjAwNC8wNi8yNSAwMDo0NzowMyBhZ3JpZmZp cyBFeHAgJAoKaW5oZXJpdCBldXRpbHMKCmlmIHVzZSB4ODY7IHRoZW4KICAgIFBLR19WPSJwa2cx IgplbGlmIHVzZSBhbWQ2NCA7IHRoZW4KICAgIFBLR19WPSJwa2cyIgpmaQpOVl9WPSIke1BWLzEu MC4vMS4wLX0iCmlmIHVzZSB4ODY7IHRoZW4KICAgIE5WX1BBQ0tBR0U9Ik5WSURJQS1MaW51eC14 ODYtJHtOVl9WfSIKZWxpZiB1c2UgYW1kNjQgOyB0aGVuCiAgICBOVl9QQUNLQUdFPSJOVklESUEt TGludXgteDg2XzY0LSR7TlZfVn0iCmZpClM9IiR7V09SS0RJUn0vJHtOVl9QQUNLQUdFfS0ke1BL R19WfSIKREVTQ1JJUFRJT049IlhGcmVlODYgR0xYIGxpYnJhcmllcyBmb3IgdGhlIE5WSURJQSdz IFggZHJpdmVyIgpIT01FUEFHRT0iaHR0cDovL3d3dy5udmlkaWEuY29tLyIKU1JDX1VSST0ieDg2 PyAoZnRwOi8vZG93bmxvYWQubnZpZGlhLmNvbS9YRnJlZTg2L0xpbnV4LXg4Ni8ke05WX1Z9LyR7 TlZfUEFDS0FHRX0tJHtQS0dfVn0ucnVuKQogICAgYW1kNjQ/IChodHRwOi8vZG93bmxvYWQubnZp ZGlhLmNvbS9YRnJlZTg2L0xpbnV4LXg4Nl82NC8ke05WX1Z9LyR7TlZfUEFDS0FHRX0tJHtQS0df Vn0ucnVuKSIKCgpMSUNFTlNFPSJOVklESUEiClNMT1Q9IjAiCktFWVdPUkRTPSItKiB+eDg2IH5h bWQ2NCIKUkVTVFJJQ1Q9Im5vc3RyaXAiCgpERVBFTkQ9InZpcnR1YWwvZ2xpYmMKCXZpcnR1YWwv eDExCgk+PXgxMS1iYXNlL29wZW5nbC11cGRhdGUtMS4zCgl+bWVkaWEtdmlkZW8vbnZpZGlhLWtl cm5lbC0ke1BWfSIKUFJPVklERT0idmlydHVhbC9vcGVuZ2wiCmV4cG9ydCBfUE9TSVgyX1ZFUlNJ T049IjE5OTIwOSIKCnBrZ19zZXR1cCgpIHsKCSMgV2UgbmVlZCB4ZnJlZS00LjIuMC1yOSB0byBz dXBwb3J0IHRoZSBkeW5hbWljIGxpYkdMKiBzdHVmZgoJaWYgaGFzX3ZlcnNpb24gIngxMS1iYXNl L3hmcmVlIgoJdGhlbgoJCWlmIGhhc192ZXJzaW9uICI8eDExLWJhc2UveGZyZWUtNC4yLjAtcjki CgkJdGhlbgoJCQlkaWUgIlVwZ3JhZGUgdG8geGZyZWUgNC4yLjAtcjkgb3IgZ3JlYXRlci4iCgkJ ZmkKCWZpCn0KCnNyY191bnBhY2soKSB7CgljZCAke1dPUktESVJ9CgliYXNoICR7RElTVERJUn0v JHtOVl9QQUNLQUdFfS0ke1BLR19WfS5ydW4gLS1leHRyYWN0LW9ubHkKCgkjIFVzZSB0aGUgY29y cmVjdCBkZWZpbmVzIHRvIG1ha2UgZ3RrZ2xleHQgYnVpbGQgd29yawoJY2QgJHtTfTsgZXBhdGNo ICR7RklMRVNESVJ9LyR7UE59LTEuMC41MzI4LWRlZmluZXMucGF0Y2gKCSMgVXNlIGNvcnJlY3Qg Z2xleHQgQVBJCgkjZXBhdGNoICR7RklMRVNESVJ9LyR7UH0tZ2xoZWFkZXIucGF0Y2gKfQoKc3Jj X2luc3RhbGwoKSB7Cglsb2NhbCBOVl9ST09UPSIvdXNyL2xpYi9vcGVuZ2wvbnZpZGlhIgoKCSMg VGhlIFggbW9kdWxlCglleGVpbnRvIC91c3IvWDExUjYvbGliL21vZHVsZXMvZHJpdmVycwoJZG9l eGUgdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2RyaXZlcnMvbnZpZGlhX2Rydi5vCgoJIyBUaGUgR0xY IGV4dGVuc2lvbgoJZXhlaW50byAke05WX1JPT1R9L2V4dGVuc2lvbnMKCW5ld2V4ZSB1c3IvWDEx UjYvbGliL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJnbHguc28uJHtQVn0gbGliZ2x4LnNvCgoJIyBU aGUgR0xYIGxpYnJhcmllcwoJZXhlaW50byAke05WX1JPT1R9L2xpYgoJZG9leGUgdXNyL2xpYi9s aWJHTC5zby4ke1BWfSBcCgkgICAgICB1c3IvbGliL2xpYkdMY29yZS5zby4ke1BWfSBcCgkJICB1 c3IvbGliL2xpYm52aWRpYS10bHMuc28uJHtQVn0KCWRvc3ltIGxpYkdMLnNvLiR7UFZ9ICR7TlZf Uk9PVH0vbGliL2xpYkdMLnNvCglkb3N5bSBsaWJHTC5zby4ke1BWfSAke05WX1JPT1R9L2xpYi9s aWJHTC5zby4xCglkb3N5bSBsaWJHTGNvcmUuc28uJHtQVn0gJHtOVl9ST09UfS9saWIvbGliR0xj b3JlLnNvCglkb3N5bSBsaWJHTGNvcmUuc28uJHtQVn0gJHtOVl9ST09UfS9saWIvbGliR0xjb3Jl LnNvLjEKCgkjIFRoZSBHTFggbGlicmFyaWVzIC0gMzJiaXQgY29tcGF0IGZvciBhbWQ2NAoJIyBJ IHRoaW5rIHRoaXMgc2hvdWxkIHByb2JhYmx5IGJlIGhhbmRsZWQgYnkgb3BlbmdsLXVwZGF0ZQoJ IyB0aG91Z2h0cz8gCglpZiB1c2UgYW1kNjQ7IHRoZW4KCQlleGVpbnRvIC91c3IvbGliMzIKCQlk b2V4ZSB1c3IvbGliL2xpYkdMLnNvLiR7UFZ9IFwKCQkgICAgICB1c3IvbGliL2xpYkdMY29yZS5z by4ke1BWfSBcCgkJICAgICAgdXNyL2xpYi9saWJudmlkaWEtdGxzLnNvLiR7UFZ9CgkgICAgZG9z eW0gbGliR0wuc28uJHtQVn0gJHtOVl9ST09UfS9saWIvbGliR0wuc28KCSAgICBkb3N5bSBsaWJH TC5zby4ke1BWfSAke05WX1JPT1R9L2xpYi9saWJHTC5zby4xCgkgICAgZG9zeW0gbGliR0xjb3Jl LnNvLiR7UFZ9ICR7TlZfUk9PVH0vbGliL2xpYkdMY29yZS5zbwoJICAgIGRvc3ltIGxpYkdMY29y ZS5zby4ke1BWfSAke05WX1JPT1R9L2xpYi9saWJHTGNvcmUuc28uMQoJZmkKCglpbnNpbnRvIC91 c3IvWDExUjYvbGliCglkb2lucyB1c3IvWDExUjYvbGliL2xpYlh2TUNOVklESUEuYQoJZXhlaW50 byAvdXNyL1gxMVI2L2xpYgoJZG9leGUgdXNyL1gxMVI2L2xpYi9saWJYdk1DTlZJRElBLnNvLiR7 UFZ9CgoJIyBDbG9zaW5nIGJ1ZyAjMzc1MTcgYnkgbGV0dGluZyB2aXJ0dWFsL3gxMSBwcm92aWRl IHN5c3RlbSB3aWRlIGdsZXh0LmgKCXJtIC1mIHVzci9pbmNsdWRlL0dML2dsZXh0LmgKCgkjIElu Y2x1ZGVzCglpbnNpbnRvICR7TlZfUk9PVH0vaW5jbHVkZQoJZG9pbnMgdXNyL2luY2x1ZGUvR0wv Ki5oCgoJIyBEb2NzCglkb2RvYyB1c3Ivc2hhcmUvZG9jLyoKCgkjIG52aWRpYS1zZXR0aW5ncwoJ ZXhlaW50byAvYmluCglkb2V4ZSB1c3IvYmluL252aWRpYS1zZXR0aW5ncwoKCSMgTm90IHN1cmUg d2hldGhlciBpbnN0YWxsaW5nIHRoZSAubGEgZmlsZSBpcyBuZWNjZXNzYXJ5OwoJIyB0aGlzIGlz IGFkb3B0ZWQgZnJvbSB0aGUgYG52aWRpYScgZWJ1aWxkCglsb2NhbCB2ZXIxPSJgZWNobyAke1BW fSB8Y3V0IC1kICcuJyAtZiAxYCIKCWxvY2FsIHZlcjI9ImBlY2hvICR7UFZ9IHxjdXQgLWQgJy4n IC1mIDJgIgoJbG9jYWwgdmVyMz0iYGVjaG8gJHtQVn0gfGN1dCAtZCAnLicgLWYgM2AiCglzZWQg LWUgInM6XCR7UFZ9OiR7UFZ9OiIgICAgIFwKCQktZSAiczpcJHt2ZXIxfToke3ZlcjF9OiIgXAoJ CS1lICJzOlwke3ZlcjJ9OiR7dmVyMn06IiBcCgkJLWUgInM6XCR7dmVyM306JHt2ZXIzfToiIFwK CQkke0ZJTEVTRElSfS9saWJHTC5sYS4yID4gJHtEfS8ke05WX1JPT1R9L2xpYi9saWJHTC5sYQoK CSMgU2hvdWxkIHdlIGluc3RhbGwgdGhlIC5sYSBmb3IgdGhlIDMyYml0IGxpYnMgb24gYW1kNjQ/ Cn0KCnBrZ19wcmVpbnN0KCkgewoJI2NsZWFuIHRoZSBkaW5hbWljIGxpYkdMIHN0dWZmJ3MgaG9t ZSB0byBlbnN1cmUKCSN3ZSBkb250IGhhdmUgc3RhbGUgbGlicyBmbG9hdGluZyBhcm91bmQKCWlm IFsgLWQgJHtST09UfS91c3IvbGliL29wZW5nbC9udmlkaWEgXQoJdGhlbgoJCXJtIC1yZiAke1JP T1R9L3Vzci9saWIvb3BlbmdsL252aWRpYS8qCglmaQoJI21ha2Ugc3VyZSB3ZSBudWtlIHRoZSBv bGQgbnZpZGlhLWdseCdzIGVudi5kIGZpbGUKCWlmIFsgLWUgJHtST09UfS9ldGMvZW52LmQvMDlu dmlkaWEgXQoJdGhlbgoJCXJtIC1mICR7Uk9PVH0vZXRjL2Vudi5kLzA5bnZpZGlhCglmaQp9Cgpw a2dfcG9zdGluc3QoKSB7Cgkjc3dpdGNoIHRvIHRoZSBudmlkaWEgaW1wbGVtZW50YXRpb24KCWlm IFsgIiR7Uk9PVH0iID0gIi8iIF0KCXRoZW4KCQkvdXNyL3NiaW4vb3BlbmdsLXVwZGF0ZSBudmlk aWEKCWZpCgoJZWluZm8KCWVpbmZvICJUbyB1c2UgdGhlIE52aWRpYSBHTFgsIHJ1biBcIm9wZW5n bC11cGRhdGUgbnZpZGlhXCIiCgllaW5mbwp9Cg== 34516 2004-06-30 13:49 0000 nvidia-kernel-1.0.6106.ebuild nvidia-kernel-1.0.6106.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L21lZGlhLXZpZGVvL252aWRpYS1rZXJuZWwvbnZp ZGlhLWtlcm5lbC0xLjAuNTMzNi1yNC5lYnVpbGQsdiAxLjIgMjAwNC8wNi8yNSAwMDo0NzoxNSBh Z3JpZmZpcyBFeHAgJAoKaW5oZXJpdCBldXRpbHMga21vZAoKaWYgdXNlIHg4NjsgdGhlbgoJUEtH X1Y9InBrZzEiCmVsaWYgdXNlIGFtZDY0IDsgdGhlbgoJUEtHX1Y9InBrZzIiCmZpCk5WX1Y9IiR7 UFYvMS4wLi8xLjAtfSIKaWYgdXNlIHg4NjsgdGhlbgoJTlZfUEFDS0FHRT0iTlZJRElBLUxpbnV4 LXg4Ni0ke05WX1Z9IgplbGlmIHVzZSBhbWQ2NCA7IHRoZW4KCU5WX1BBQ0tBR0U9Ik5WSURJQS1M aW51eC14ODZfNjQtJHtOVl9WfSIKZmkKUz0iJHtXT1JLRElSfS8ke05WX1BBQ0tBR0V9LSR7UEtH X1Z9L3Vzci9zcmMvbnYiCkRFU0NSSVBUSU9OPSJMaW51eCBrZXJuZWwgbW9kdWxlIGZvciB0aGUg TlZJRElBJ3MgWCBkcml2ZXIiCkhPTUVQQUdFPSJodHRwOi8vd3d3Lm52aWRpYS5jb20vIgpTUkNf VVJJPSJ4ODY/IChmdHA6Ly9kb3dubG9hZC5udmlkaWEuY29tL1hGcmVlODYvTGludXgteDg2LyR7 TlZfVn0vJHtOVl9QQUNLQUdFfS0ke1BLR19WfS5ydW4pCglhbWQ2ND8gKGh0dHA6Ly9kb3dubG9h ZC5udmlkaWEuY29tL1hGcmVlODYvTGludXgteDg2XzY0LyR7TlZfVn0vJHtOVl9QQUNLQUdFfS0k e1BLR19WfS5ydW4pIgoKIyBUaGUgc2xvdCBuZWVkcyB0byBiZSBzZXQgdG8gJEtWIHRvIHByZXZl bnQgdW5tZXJnZXMgb2YgbW9kdWxlcyBmb3Igb3RoZXIga2VybmVscy4KTElDRU5TRT0iTlZJRElB IgpTTE9UPSIke0tWfSIKS0VZV09SRFM9Ii0qIH54ODYgfmFtZDY0IgpSRVNUUklDVD0ibm9zdHJp cCIKCkRFUEVORD0idmlydHVhbC9saW51eC1zb3VyY2VzIgpleHBvcnQgX1BPU0lYMl9WRVJTSU9O PSIxOTkyMDkiCgpLTU9EX1NPVVJDRVM9Im5vbmUiCgptdHJyX2NoZWNrKCkgewoJaWYgWyAhIC1m IC9wcm9jL210cnIgXQoJdGhlbgoJCWVlcnJvciAiVGhpcyB2ZXJzaW9uIG5lZWRzIE1UUlIgc3Vw cG9ydCBmb3IgbW9zdCBjaGlwc2V0cyEiCgkJZWVycm9yICJQbGVhc2UgZW5hYmxlIE1UUlIgc3Vw cG9ydCBpbiB5b3VyIGtlcm5lbCBjb25maWcsIGZvdW5kIGF0OiIKCQllZXJyb3IKCQllZXJyb3Ig IiAgUHJvY2Vzc29yIHR5cGUgYW5kIGZlYXR1cmVzIC0+IFsqXSBNVFJSIChNZW1vcnkgVHlwZSBS YW5nZSBSZWdpc3Rlcikgc3VwcG9ydCIKCQllZXJyb3IKCQllZXJyb3IgImFuZCByZWNvbXBpbGUg eW91ciBrZXJuZWwgLi4uIgoJCWRpZSAiTVRSUiBzdXBwb3J0IG5vdCBkZXRlY3RlZCEiCglmaQp9 Cgpwa2dfc2V0dXAoKSB7CgltdHJyX2NoZWNrCgoJZWNobwoJZXdhcm4gIlRoZSBuZXcgMi42LjYg U2VyaWVzIGtlcm5lbHMgaW5jbHVkZSBhbiBvcHRpb24gZm9yIDRLIFN0YWNrIHNpemVzLCIKCWV3 YXJuICJ0aGlzIG9wdGlvbiBtdXN0IE5PVCBiZSBzZWxlY3RlZC4gVGhpcyBkcml2ZXIgd2lsbCBv bmx5IHdvcmsgd2l0aCIKCWV3YXJuICJ0aGUgT0xEIDhLIFN0YWNrIHNpemUsIHBsZWFzZSBlbnN1 cmUgeW91IGxlYXZlIDhLIHN0YWNrIHNpemVzIGZvciBub3cuIgoJZWNobwp9Cgpja19rZXJuX3dy aXRlKCkgewoJaWYgWyAhICIke0tWX1BBVENIfSIgLWdlICI2IiBdCgl0aGVuCgkJZXdhcm4gIllv dSBhcmUgcnVubmluZyBMaW51eCBLZXJuZWwgJHtLVl9NQUpPUn0uJHtLVl9NSU5PUn0uJHtLVl9Q QVRDSH1cbiIKCQlld2FybiAiRHVlIHRvIGluY29tcGF0aWJpbGl0aWVzIGJldHdlZW4gdGhlIGN1 cnJlbnQgbnZpZGlhIGRyaXZlcnMgYW5kIgoJCWV3YXJuICJ0aGUgbmV3IDIuNi42IGtlcm5lbCBz b3VyY2VzIHdlIG5lZWQgdG8gdXNlIHRoZSBrb3V0cHV0IGZlYXR1cmUiCgkJZXdhcm4gInVuZm9y dHVuYXRlbHkgdGhpcyBtZWFucyB0aGF0IG9sZGVyIGtlcm5lbHMgd2lsbCBiZSBvbWl0dGVkIGZy b20iCgkJZXdhcm4gInRoZSBzYW5kYm94IGZvciB0aGlzIGJ1aWxkLlxuIgoJCWV3YXJuICJUaGlz IHdpbGwgYmUgb3ZlciBjb21lIHdpdGggbmV3ZXIgZHJpdmVyIHJlbGVhc2VzIGZyb20gbnZpZGlh LiIKCQllY2hvCgkJZXdhcm4gIlRISVMgQlVJTEQgV0lMTCBOT1QgV09SSyBXSVRIIEZFQVRVUkVT PVwidXNlcnByaXZcIiIKCQllY2hvCgkJZXdhcm4gIldlIGFyZSB3b3JraW5nIHRvIHJlc29sdmUg dGhpcyBpc3N1ZSwgcGxlYXNlIGRpc2FibGUgdXNlcnByaXYiCgkJZXdhcm4gImlmIHlvdSB1c2Ug aXQgd2hpbGUgYnVpbGRpbmcgbnZpZGlhLWtlcm5lbC4iCgkJcmV0dXJuIDAKCWVsc2UKCQlyZXR1 cm4gMQoJZmkKfQoKc3JjX3VucGFjaygpIHsKCSMgTGV0IHRoZSBrbW9kIGVjbGFzcyBzZXQgdGhl IHZhcmlhYmxlcyBmb3IgdXMKCWttb2Rfc3JjX3VucGFjawoKCWNkICR7V09SS0RJUn0KCWJhc2gg JHtESVNURElSfS8ke05WX1BBQ0tBR0V9LSR7UEtHX1Z9LnJ1biAtLWV4dHJhY3Qtb25seQoKCSMg TmV4dCBzZWN0aW9uIGFwcGxpZXMgcGF0Y2hlcyBmb3IgbGludXgtMi41IGtlcm5lbCwgYW5kL29y CgkjIGJ1Z2ZpeGVzIGZvciBsaW51eC0yLjQuICBBbGwgdGhlc2UgYXJlIGZyb206CgkjCgkjICAg aHR0cDovL3d3dy5taW5pb24uZGUvbnZpZGlhLwoJIwoJIyBNYW55IHRoYW5rcyB0byBDaHJpc3Rp YW4gWmFuZGVyIDx6YW5kZXJAbWluaW9uLmRlPiBmb3IgYnJpbmdpbmcKCSMgdGhlc2UgdG8gdXMs IGFuZCBiZWluZyBzbyBoZWxwZnVsIHRvIHNlbGVjdCB3aGljaCB0byB1c2UuCgoJY2QgJHtTfQoK CSMgU3VwcG9ydCBmb3IgZ2NjLTMuNCwgc28gMi40Lnh4IHNob3VsZCBiZW5pZml0IGFzIHdlbGwg Li4uCgkjZXBhdGNoICR7RklMRVNESVJ9LyR7UFZ9L05WSURJQV9rZXJuZWwtJHtOVl9WfS0yLjYt MjAwNDA1MjEucGF0Y2gKCSMgQ2Fubm90IGh1cnQgZm9yIDIuNC54eCBhcyB3ZWxsIC4uLgoJI2Vw YXRjaCAke0ZJTEVTRElSfS8ke1BWfS9OVklESUFfa2VybmVsLSR7TlZfVn0tZml4LW1ha2VmaWxl LWZvci0yLjYucGF0Y2gKCglpZiBpc19rZXJuZWwgMiA1IHx8IGlzX2tlcm5lbCAyIDYKCXRoZW4K CQkjIEFkZCBzeXNmcyBzdXBwb3J0CgkJI2VwYXRjaCAke0ZJTEVTRElSfS8ke1BWfS9OVklESUFf a2VybmVsLSR7TlZfVn0tYmFzaWMtc3lzZnMtc3VwcG9ydC12Mi5wYXRjaAoJCWVjaG8gInN5c2Zz IHN1cHBvcnQgYmVpbmcgcG9ydGVkIgoJZmkKCgkjIGlmIHlvdSBzZXQgdGhpcyB0aGVuIGl0J3Mg eW91ciBvd24gZmF1bHQgd2hlbiBzdHVmZiBicmVha3MgOikKCVsgISAteiAiJHtVU0VfQ1JBWllf T1BUU30iIF0gJiYgc2VkIC1pICJzOi1POiR7Q0ZMQUdTfToiIE1ha2VmaWxlLioKfQoKc3JjX2Nv bXBpbGUoKSB7CgkjIElHTk9SRV9DQ19NSVNNQVRDSCBkaXNhYmxlcyBhIHNhbml0eSBjaGVjayB0 aGF0J3MgbmVlZGVkIHdoZW4gZ2NjIGhhcyBiZWVuCgkjIHVwZGF0ZWQgYnV0IHRoZSBydW5uaW5n IGtlcm5lbCBpcyBzdGlsbCBjb21waWxlZCB3aXRoIGFuIG9sZGVyIGdjYy4gIFRoaXMgaXMKCSMg bmVlZGVkIGZvciBjaHJvb3RlZCBidWlsZGluZywgd2hlcmUgdGhlIHNhbml0eSBjaGVjayBkZXRl Y3RzIHRoZSBnY2Mgb2YgdGhlCgkjIGtlcm5lbCBvdXRzaWRlIHRoZSBjaHJvb3QgcmF0aGVyIHRo YW4gd2l0aGluLgoJaWYgaXNfa2VybmVsIDIgNSB8fCBpc19rZXJuZWwgMiA2Cgl0aGVuCgkJaWYg Y2tfa2Vybl93cml0ZQoJCXRoZW4KCQkJS0Q9ImAvYmluL3JlYWRsaW5rIC1mICR7S0VSTkVMX0RJ Un1gIgoJCQllaW5mbyAiQWRkaW5nIHdyaXRlIHN1cHBvcnQgdG8gJHtLRH1cbiIKCQkJYWRkd3Jp dGUgIiR7S0R9IgoJCWZpCgoJCXVuc2V0IEFSQ0gKCWZpCgltYWtlIElHTk9SRV9DQ19NSVNNQVRD SD0ieWVzIiBTWVNTUkM9IiR7S0VSTkVMX0RJUn0iIFwKCQljbGVhbiBtb2R1bGUgVj0xIHx8IGRp ZSAiRmFpbGVkIHRvIGJ1aWxkIG1vZHVsZSIKfQoKc3JjX2luc3RhbGwoKSB7CgkjIFRoZSBkcml2 ZXIgZ29lcyBpbnRvIHRoZSBzdGFuZGFyZCBtb2R1bGVzIGxvY2F0aW9uCglpbnNpbnRvIC9saWIv bW9kdWxlcy8ke0tWfS92aWRlbwoKCSMgSW5zZXJ0IHRoZSBtb2R1bGUgCglkb2lucyBudmlkaWEu JHtLVl9PQkp9CgoJIyBBZGQgdGhlIGFsaWFzZXMKCWluc2ludG8gL2V0Yy9tb2R1bGVzLmQKCW5l d2lucyAke0ZJTEVTRElSfS9udmlkaWEtMS4xIG52aWRpYQoKCSMgRG9jcwoJZG9kb2MgJHtTfS9S RUFETUUKCgkjIFRoZSBkZXZpY2UgY3JlYXRpb24gc2NyaXB0CglpbnRvIC8KCW5ld3NiaW4gJHtT fS9tYWtlZGV2aWNlcy5zaCBOVm1ha2VkZXZpY2VzLnNoCn0KCnBrZ19wb3N0aW5zdCgpIHsKCWlm IFsgIiR7Uk9PVH0iID0gIi8iIF0KCXRoZW4KCQkjIFVwZGF0ZSBtb2R1bGUgZGVwZW5kZW5jeQoJ CVsgLXggL3Vzci9zYmluL3VwZGF0ZS1tb2R1bGVzIF0gJiYgL3Vzci9zYmluL3VwZGF0ZS1tb2R1 bGVzCgkJaWYgWyAhIC1lIC9kZXYvLmRldmZzZCBdICYmIFsgISAtZSAvZGV2Ly51ZGV2IF0gJiYg WyAteCAvc2Jpbi9OVm1ha2VkZXZpY2VzLnNoIF0KCQl0aGVuCgkJCS9zYmluL05WbWFrZWRldmlj ZXMuc2ggPi9kZXYvbnVsbCAyPiYxCgkJZmkKCWZpCgoJZWNobwoJZWluZm8gIklmIHlvdSBuZWVk IHRvIGxvYWQgdGhlIG1vZHVsZSBhdXRvbWF0aWNhbGx5IG9uIGJvb3QgdXAgeW91IG5lZWQiCgll aW5mbyAidG8gYWRkIFwibnZpZGlhXCIgdG8gL2V0Yy9tb2R1bGVzLmF1dG9sb2FkLmQva2VybmVs LSR7S1ZfTUFKT1J9LiR7S1ZfTUlOT1J9IgoJZWNobwoJZWluZm8gIlBsZWFzZSBub3RlIHRoYXQg dGhlIGRyaXZlciBuYW1lIGlzIG52aWRpYS4ke0tWX09CSn0sIG5vdCBOVmRyaXZlciIKCWVjaG8K fQo= 34544 2004-06-30 18:52 0000 nvidia-glx-1.0.6106.ebuild nvidia-glx-1.0.6106.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L21lZGlhLXZpZGVvL252aWRpYS1nbHgvbnZpZGlh LWdseC0xLjAuNTMzNi1yMi5lYnVpbGQsdiAxLjYgMjAwNC8wNi8yNSAwMDo0NzowMyBhZ3JpZmZp cyBFeHAgJAoKaW5oZXJpdCBldXRpbHMKCmlmIHVzZSB4ODY7IHRoZW4KICAgIFBLR19WPSJwa2cx IgplbGlmIHVzZSBhbWQ2NCA7IHRoZW4KICAgIFBLR19WPSJwa2cyIgpmaQpOVl9WPSIke1BWLzEu MC4vMS4wLX0iCmlmIHVzZSB4ODY7IHRoZW4KICAgIE5WX1BBQ0tBR0U9Ik5WSURJQS1MaW51eC14 ODYtJHtOVl9WfSIKZWxpZiB1c2UgYW1kNjQgOyB0aGVuCiAgICBOVl9QQUNLQUdFPSJOVklESUEt TGludXgteDg2XzY0LSR7TlZfVn0iCmZpClM9IiR7V09SS0RJUn0vJHtOVl9QQUNLQUdFfS0ke1BL R19WfSIKREVTQ1JJUFRJT049IlhGcmVlODYgR0xYIGxpYnJhcmllcyBmb3IgdGhlIE5WSURJQSdz IFggZHJpdmVyIgpIT01FUEFHRT0iaHR0cDovL3d3dy5udmlkaWEuY29tLyIKU1JDX1VSST0ieDg2 PyAoZnRwOi8vZG93bmxvYWQubnZpZGlhLmNvbS9YRnJlZTg2L0xpbnV4LXg4Ni8ke05WX1Z9LyR7 TlZfUEFDS0FHRX0tJHtQS0dfVn0ucnVuKQogICAgYW1kNjQ/IChodHRwOi8vZG93bmxvYWQubnZp ZGlhLmNvbS9YRnJlZTg2L0xpbnV4LXg4Nl82NC8ke05WX1Z9LyR7TlZfUEFDS0FHRX0tJHtQS0df Vn0ucnVuKSIKCgpMSUNFTlNFPSJOVklESUEiClNMT1Q9IjAiCktFWVdPUkRTPSItKiB+eDg2IH5h bWQ2NCIKUkVTVFJJQ1Q9Im5vc3RyaXAiCgpERVBFTkQ9InZpcnR1YWwvZ2xpYmMKCXZpcnR1YWwv eDExCgk+PXgxMS1iYXNlL29wZW5nbC11cGRhdGUtMS4zCgl+bWVkaWEtdmlkZW8vbnZpZGlhLWtl cm5lbC0ke1BWfSIKUFJPVklERT0idmlydHVhbC9vcGVuZ2wiCmV4cG9ydCBfUE9TSVgyX1ZFUlNJ T049IjE5OTIwOSIKCnBrZ19zZXR1cCgpIHsKCSMgV2UgbmVlZCB4ZnJlZS00LjIuMC1yOSB0byBz dXBwb3J0IHRoZSBkeW5hbWljIGxpYkdMKiBzdHVmZgoJaWYgaGFzX3ZlcnNpb24gIngxMS1iYXNl L3hmcmVlIgoJdGhlbgoJCWlmIGhhc192ZXJzaW9uICI8eDExLWJhc2UveGZyZWUtNC4yLjAtcjki CgkJdGhlbgoJCQlkaWUgIlVwZ3JhZGUgdG8geGZyZWUgNC4yLjAtcjkgb3IgZ3JlYXRlci4iCgkJ ZmkKCWZpCn0KCnNyY191bnBhY2soKSB7CgljZCAke1dPUktESVJ9CgliYXNoICR7RElTVERJUn0v JHtOVl9QQUNLQUdFfS0ke1BLR19WfS5ydW4gLS1leHRyYWN0LW9ubHkKCgkjIFVzZSB0aGUgY29y cmVjdCBkZWZpbmVzIHRvIG1ha2UgZ3RrZ2xleHQgYnVpbGQgd29yawoJY2QgJHtTfTsgZXBhdGNo ICR7RklMRVNESVJ9LyR7UE59LTEuMC41MzI4LWRlZmluZXMucGF0Y2gKCSMgVXNlIGNvcnJlY3Qg Z2xleHQgQVBJCgkjZXBhdGNoICR7RklMRVNESVJ9LyR7UH0tZ2xoZWFkZXIucGF0Y2gKfQoKc3Jj X2luc3RhbGwoKSB7Cglsb2NhbCBOVl9ST09UPSIvdXNyL2xpYi9vcGVuZ2wvbnZpZGlhIgoKCSMg VGhlIFggbW9kdWxlCglleGVpbnRvIC91c3IvWDExUjYvbGliL21vZHVsZXMvZHJpdmVycwoJZG9l eGUgdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2RyaXZlcnMvbnZpZGlhX2Rydi5vCgoJIyBUaGUgR0xY IGV4dGVuc2lvbgoJZXhlaW50byAke05WX1JPT1R9L2V4dGVuc2lvbnMKCW5ld2V4ZSB1c3IvWDEx UjYvbGliL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJnbHguc28uJHtQVn0gbGliZ2x4LnNvCgoJIyBU aGUgR0xYIGxpYnJhcmllcwoJZXhlaW50byAke05WX1JPT1R9L2xpYgoJZG9leGUgdXNyL2xpYi9s aWJHTC5zby4ke1BWfSBcCgkgICAgICB1c3IvbGliL2xpYkdMY29yZS5zby4ke1BWfSBcCgkJICB1 c3IvbGliL2xpYm52aWRpYS10bHMuc28uJHtQVn0KCWRvc3ltIGxpYkdMLnNvLiR7UFZ9ICR7TlZf Uk9PVH0vbGliL2xpYkdMLnNvCglkb3N5bSBsaWJHTC5zby4ke1BWfSAke05WX1JPT1R9L2xpYi9s aWJHTC5zby4xCglkb3N5bSBsaWJHTGNvcmUuc28uJHtQVn0gJHtOVl9ST09UfS9saWIvbGliR0xj b3JlLnNvCglkb3N5bSBsaWJHTGNvcmUuc28uJHtQVn0gJHtOVl9ST09UfS9saWIvbGliR0xjb3Jl LnNvLjEKCWRvZGlyIC91c3IvbGliL3RscwoJZXhlaW50byAvdXNyL2xpYi90bHMKCWRvZXhlIHVz ci9saWIvdGxzL2xpYm52aWRpYS10bHMuc28uMS4wLjYxMDYKCgkjIFRoZSBHTFggbGlicmFyaWVz IC0gMzJiaXQgY29tcGF0IGZvciBhbWQ2NAoJIyBJIHRoaW5rIHRoaXMgc2hvdWxkIHByb2JhYmx5 IGJlIGhhbmRsZWQgYnkgb3BlbmdsLXVwZGF0ZQoJIyB0aG91Z2h0cz8gCglpZiB1c2UgYW1kNjQg JiYgaGFzX3ZlcnNpb24gImVtdWwtbGludXgteDg2LWJhc2VsaWJzIjsgdGhlbgoJCWV4ZWludG8g L3Vzci9saWIzMgoJCWRvZXhlIHVzci9saWIzMi9saWJHTC5zby4ke1BWfSBcCgkJICAgICAgdXNy L2xpYjMyL2xpYkdMY29yZS5zby4ke1BWfSBcCgkJICAgICAgdXNyL2xpYjMyL2xpYm52aWRpYS10 bHMuc28uJHtQVn0KCSAgICBkb3N5bSBsaWJHTC5zby4ke1BWfSAvdXNyL2xpYjMyL2xpYkdMLnNv CgkgICAgZG9zeW0gbGliR0wuc28uJHtQVn0gL3Vzci9saWIzMi9saWJHTC5zby4xCgkgICAgZG9z eW0gbGliR0xjb3JlLnNvLiR7UFZ9IC91c3IvbGliMzIvbGliR0xjb3JlLnNvCgkgICAgZG9zeW0g bGliR0xjb3JlLnNvLiR7UFZ9IC91c3IvbGliMzIvbGliR0xjb3JlLnNvLjEKCQlkb2RpciAvdXNy L2xpYjMyL3RscwoJCWV4ZWludG8gL3Vzci9saWIzMi90bHMKCQlkb2V4ZSB1c3IvbGliMzIvdGxz L2xpYm52aWRpYS10bHMuc28uMS4wLjYxMDYKCWZpCgoJaW5zaW50byAvdXNyL1gxMVI2L2xpYgoJ ZG9pbnMgdXNyL1gxMVI2L2xpYi9saWJYdk1DTlZJRElBLmEKCWV4ZWludG8gL3Vzci9YMTFSNi9s aWIKCWRvZXhlIHVzci9YMTFSNi9saWIvbGliWHZNQ05WSURJQS5zby4ke1BWfQoKCSMgQ2xvc2lu ZyBidWcgIzM3NTE3IGJ5IGxldHRpbmcgdmlydHVhbC94MTEgcHJvdmlkZSBzeXN0ZW0gd2lkZSBn bGV4dC5oCglybSAtZiB1c3IvaW5jbHVkZS9HTC9nbGV4dC5oCgoJIyBJbmNsdWRlcwoJaW5zaW50 byAke05WX1JPT1R9L2luY2x1ZGUKCWRvaW5zIHVzci9pbmNsdWRlL0dMLyouaAoKCSMgRG9jcwoJ ZG9kb2MgdXNyL3NoYXJlL2RvYy8qCgoJIyBudmlkaWEtc2V0dGluZ3MKCWV4ZWludG8gL2JpbgoJ ZG9leGUgdXNyL2Jpbi9udmlkaWEtc2V0dGluZ3MKCgkjIE5vdCBzdXJlIHdoZXRoZXIgaW5zdGFs bGluZyB0aGUgLmxhIGZpbGUgaXMgbmVjY2Vzc2FyeTsKCSMgdGhpcyBpcyBhZG9wdGVkIGZyb20g dGhlIGBudmlkaWEnIGVidWlsZAoJbG9jYWwgdmVyMT0iYGVjaG8gJHtQVn0gfGN1dCAtZCAnLicg LWYgMWAiCglsb2NhbCB2ZXIyPSJgZWNobyAke1BWfSB8Y3V0IC1kICcuJyAtZiAyYCIKCWxvY2Fs IHZlcjM9ImBlY2hvICR7UFZ9IHxjdXQgLWQgJy4nIC1mIDNgIgoJc2VkIC1lICJzOlwke1BWfTok e1BWfToiICAgICBcCgkJLWUgInM6XCR7dmVyMX06JHt2ZXIxfToiIFwKCQktZSAiczpcJHt2ZXIy fToke3ZlcjJ9OiIgXAoJCS1lICJzOlwke3ZlcjN9OiR7dmVyM306IiBcCgkJJHtGSUxFU0RJUn0v bGliR0wubGEuMiA+ICR7RH0vJHtOVl9ST09UfS9saWIvbGliR0wubGEKCgkjIFNob3VsZCB3ZSBp bnN0YWxsIHRoZSAubGEgZm9yIHRoZSAzMmJpdCBsaWJzIG9uIGFtZDY0PyBJIHRoaW5rIG5vdC4K fQoKcGtnX3ByZWluc3QoKSB7CgkjY2xlYW4gdGhlIGRpbmFtaWMgbGliR0wgc3R1ZmYncyBob21l IHRvIGVuc3VyZQoJI3dlIGRvbnQgaGF2ZSBzdGFsZSBsaWJzIGZsb2F0aW5nIGFyb3VuZAoJaWYg WyAtZCAke1JPT1R9L3Vzci9saWIvb3BlbmdsL252aWRpYSBdCgl0aGVuCgkJcm0gLXJmICR7Uk9P VH0vdXNyL2xpYi9vcGVuZ2wvbnZpZGlhLyoKCWZpCgkjbWFrZSBzdXJlIHdlIG51a2UgdGhlIG9s ZCBudmlkaWEtZ2x4J3MgZW52LmQgZmlsZQoJaWYgWyAtZSAke1JPT1R9L2V0Yy9lbnYuZC8wOW52 aWRpYSBdCgl0aGVuCgkJcm0gLWYgJHtST09UfS9ldGMvZW52LmQvMDludmlkaWEKCWZpCn0KCnBr Z19wb3N0aW5zdCgpIHsKCSNzd2l0Y2ggdG8gdGhlIG52aWRpYSBpbXBsZW1lbnRhdGlvbgoJaWYg WyAiJHtST09UfSIgPSAiLyIgXQoJdGhlbgoJCS91c3Ivc2Jpbi9vcGVuZ2wtdXBkYXRlIG52aWRp YQoJZmkKCgllaW5mbwoJZWluZm8gIlRvIHVzZSB0aGUgTnZpZGlhIEdMWCwgcnVuIFwib3Blbmds LXVwZGF0ZSBudmlkaWFcIiIKCWVpbmZvCn0K 34545 2004-06-30 18:52 0000 nvidia-kernel-1.0.6106.ebuild nvidia-kernel-1.0.6106.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L21lZGlhLXZpZGVvL252aWRpYS1rZXJuZWwvbnZp ZGlhLWtlcm5lbC0xLjAuNTMzNi1yNC5lYnVpbGQsdiAxLjIgMjAwNC8wNi8yNSAwMDo0NzoxNSBh Z3JpZmZpcyBFeHAgJAoKaW5oZXJpdCBldXRpbHMga21vZAoKaWYgdXNlIHg4NjsgdGhlbgoJUEtH X1Y9InBrZzEiCmVsaWYgdXNlIGFtZDY0IDsgdGhlbgoJUEtHX1Y9InBrZzIiCmZpCk5WX1Y9IiR7 UFYvMS4wLi8xLjAtfSIKaWYgdXNlIHg4NjsgdGhlbgoJTlZfUEFDS0FHRT0iTlZJRElBLUxpbnV4 LXg4Ni0ke05WX1Z9IgplbGlmIHVzZSBhbWQ2NCA7IHRoZW4KCU5WX1BBQ0tBR0U9Ik5WSURJQS1M aW51eC14ODZfNjQtJHtOVl9WfSIKZmkKUz0iJHtXT1JLRElSfS8ke05WX1BBQ0tBR0V9LSR7UEtH X1Z9L3Vzci9zcmMvbnYiCkRFU0NSSVBUSU9OPSJMaW51eCBrZXJuZWwgbW9kdWxlIGZvciB0aGUg TlZJRElBJ3MgWCBkcml2ZXIiCkhPTUVQQUdFPSJodHRwOi8vd3d3Lm52aWRpYS5jb20vIgpTUkNf VVJJPSJ4ODY/IChmdHA6Ly9kb3dubG9hZC5udmlkaWEuY29tL1hGcmVlODYvTGludXgteDg2LyR7 TlZfVn0vJHtOVl9QQUNLQUdFfS0ke1BLR19WfS5ydW4pCglhbWQ2ND8gKGh0dHA6Ly9kb3dubG9h ZC5udmlkaWEuY29tL1hGcmVlODYvTGludXgteDg2XzY0LyR7TlZfVn0vJHtOVl9QQUNLQUdFfS0k e1BLR19WfS5ydW4pIgoKIyBUaGUgc2xvdCBuZWVkcyB0byBiZSBzZXQgdG8gJEtWIHRvIHByZXZl bnQgdW5tZXJnZXMgb2YgbW9kdWxlcyBmb3Igb3RoZXIga2VybmVscy4KTElDRU5TRT0iTlZJRElB IgpTTE9UPSIke0tWfSIKS0VZV09SRFM9Ii0qIH54ODYgfmFtZDY0IgpSRVNUUklDVD0ibm9zdHJp cCIKCkRFUEVORD0idmlydHVhbC9saW51eC1zb3VyY2VzIgpleHBvcnQgX1BPU0lYMl9WRVJTSU9O PSIxOTkyMDkiCgpLTU9EX1NPVVJDRVM9Im5vbmUiCgptdHJyX2NoZWNrKCkgewoJaWYgWyAhIC1m IC9wcm9jL210cnIgXQoJdGhlbgoJCWVlcnJvciAiVGhpcyB2ZXJzaW9uIG5lZWRzIE1UUlIgc3Vw cG9ydCBmb3IgbW9zdCBjaGlwc2V0cyEiCgkJZWVycm9yICJQbGVhc2UgZW5hYmxlIE1UUlIgc3Vw cG9ydCBpbiB5b3VyIGtlcm5lbCBjb25maWcsIGZvdW5kIGF0OiIKCQllZXJyb3IKCQllZXJyb3Ig IiAgUHJvY2Vzc29yIHR5cGUgYW5kIGZlYXR1cmVzIC0+IFsqXSBNVFJSIChNZW1vcnkgVHlwZSBS YW5nZSBSZWdpc3Rlcikgc3VwcG9ydCIKCQllZXJyb3IKCQllZXJyb3IgImFuZCByZWNvbXBpbGUg eW91ciBrZXJuZWwgLi4uIgoJCWRpZSAiTVRSUiBzdXBwb3J0IG5vdCBkZXRlY3RlZCEiCglmaQp9 Cgpwa2dfc2V0dXAoKSB7CgltdHJyX2NoZWNrCn0KCmNrX2tlcm5fd3JpdGUoKSB7CglpZiBbICEg IiR7S1ZfUEFUQ0h9IiAtZ2UgIjYiIF0KCXRoZW4KCQlld2FybiAiWW91IGFyZSBydW5uaW5nIExp bnV4IEtlcm5lbCAke0tWX01BSk9SfS4ke0tWX01JTk9SfS4ke0tWX1BBVENIfVxuIgoJCWV3YXJu ICJEdWUgdG8gaW5jb21wYXRpYmlsaXRpZXMgYmV0d2VlbiB0aGUgY3VycmVudCBudmlkaWEgZHJp dmVycyBhbmQiCgkJZXdhcm4gInRoZSBuZXcgMi42LjYga2VybmVsIHNvdXJjZXMgd2UgbmVlZCB0 byB1c2UgdGhlIGtvdXRwdXQgZmVhdHVyZSIKCQlld2FybiAidW5mb3J0dW5hdGVseSB0aGlzIG1l YW5zIHRoYXQgb2xkZXIga2VybmVscyB3aWxsIGJlIG9taXR0ZWQgZnJvbSIKCQlld2FybiAidGhl IHNhbmRib3ggZm9yIHRoaXMgYnVpbGQuXG4iCgkJZXdhcm4gIlRoaXMgd2lsbCBiZSBvdmVyIGNv bWUgd2l0aCBuZXdlciBkcml2ZXIgcmVsZWFzZXMgZnJvbSBudmlkaWEuIgoJCWVjaG8KCQlld2Fy biAiVEhJUyBCVUlMRCBXSUxMIE5PVCBXT1JLIFdJVEggRkVBVFVSRVM9XCJ1c2VycHJpdlwiIgoJ CWVjaG8KCQlld2FybiAiV2UgYXJlIHdvcmtpbmcgdG8gcmVzb2x2ZSB0aGlzIGlzc3VlLCBwbGVh c2UgZGlzYWJsZSB1c2VycHJpdiIKCQlld2FybiAiaWYgeW91IHVzZSBpdCB3aGlsZSBidWlsZGlu ZyBudmlkaWEta2VybmVsLiIKCQlyZXR1cm4gMAoJZWxzZQoJCXJldHVybiAxCglmaQp9CgpzcmNf dW5wYWNrKCkgewoJIyBMZXQgdGhlIGttb2QgZWNsYXNzIHNldCB0aGUgdmFyaWFibGVzIGZvciB1 cwoJa21vZF9zcmNfdW5wYWNrCgoJY2QgJHtXT1JLRElSfQoJYmFzaCAke0RJU1RESVJ9LyR7TlZf UEFDS0FHRX0tJHtQS0dfVn0ucnVuIC0tZXh0cmFjdC1vbmx5CgoJIyBOZXh0IHNlY3Rpb24gYXBw bGllcyBwYXRjaGVzIGZvciBsaW51eC0yLjUga2VybmVsLCBhbmQvb3IKCSMgYnVnZml4ZXMgZm9y IGxpbnV4LTIuNC4gIEFsbCB0aGVzZSBhcmUgZnJvbToKCSMKCSMgICBodHRwOi8vd3d3Lm1pbmlv bi5kZS9udmlkaWEvCgkjCgkjIE1hbnkgdGhhbmtzIHRvIENocmlzdGlhbiBaYW5kZXIgPHphbmRl ckBtaW5pb24uZGU+IGZvciBicmluZ2luZwoJIyB0aGVzZSB0byB1cywgYW5kIGJlaW5nIHNvIGhl bHBmdWwgdG8gc2VsZWN0IHdoaWNoIHRvIHVzZS4KCgljZCAke1N9CgoJIyBpZiB5b3Ugc2V0IHRo aXMgdGhlbiBpdCdzIHlvdXIgb3duIGZhdWx0IHdoZW4gc3R1ZmYgYnJlYWtzIDopCglbICEgLXog IiR7VVNFX0NSQVpZX09QVFN9IiBdICYmIHNlZCAtaSAiczotTzoke0NGTEFHU306IiBNYWtlZmls ZS4qCn0KCnNyY19jb21waWxlKCkgewoJIyBJR05PUkVfQ0NfTUlTTUFUQ0ggZGlzYWJsZXMgYSBz YW5pdHkgY2hlY2sgdGhhdCdzIG5lZWRlZCB3aGVuIGdjYyBoYXMgYmVlbgoJIyB1cGRhdGVkIGJ1 dCB0aGUgcnVubmluZyBrZXJuZWwgaXMgc3RpbGwgY29tcGlsZWQgd2l0aCBhbiBvbGRlciBnY2Mu ICBUaGlzIGlzCgkjIG5lZWRlZCBmb3IgY2hyb290ZWQgYnVpbGRpbmcsIHdoZXJlIHRoZSBzYW5p dHkgY2hlY2sgZGV0ZWN0cyB0aGUgZ2NjIG9mIHRoZQoJIyBrZXJuZWwgb3V0c2lkZSB0aGUgY2hy b290IHJhdGhlciB0aGFuIHdpdGhpbi4KCWlmIGlzX2tlcm5lbCAyIDUgfHwgaXNfa2VybmVsIDIg NgoJdGhlbgoJCWlmIGNrX2tlcm5fd3JpdGUKCQl0aGVuCgkJCUtEPSJgL2Jpbi9yZWFkbGluayAt ZiAke0tFUk5FTF9ESVJ9YCIKCQkJZWluZm8gIkFkZGluZyB3cml0ZSBzdXBwb3J0IHRvICR7S0R9 XG4iCgkJCWFkZHdyaXRlICIke0tEfSIKCQlmaQoKCQl1bnNldCBBUkNICglmaQoJbWFrZSBJR05P UkVfQ0NfTUlTTUFUQ0g9InllcyIgU1lTU1JDPSIke0tFUk5FTF9ESVJ9IiBcCgkJY2xlYW4gbW9k dWxlIFY9MSB8fCBkaWUgIkZhaWxlZCB0byBidWlsZCBtb2R1bGUiCn0KCnNyY19pbnN0YWxsKCkg ewoJIyBUaGUgZHJpdmVyIGdvZXMgaW50byB0aGUgc3RhbmRhcmQgbW9kdWxlcyBsb2NhdGlvbgoJ aW5zaW50byAvbGliL21vZHVsZXMvJHtLVn0vdmlkZW8KCgkjIEluc2VydCB0aGUgbW9kdWxlIAoJ ZG9pbnMgbnZpZGlhLiR7S1ZfT0JKfQoKCSMgQWRkIHRoZSBhbGlhc2VzCglpbnNpbnRvIC9ldGMv bW9kdWxlcy5kCgluZXdpbnMgJHtGSUxFU0RJUn0vbnZpZGlhLTEuMSBudmlkaWEKCgkjIERvY3MK CWRvZG9jICR7U30vUkVBRE1FCgoJIyBUaGUgZGV2aWNlIGNyZWF0aW9uIHNjcmlwdAoJaW50byAv CgluZXdzYmluICR7U30vbWFrZWRldmljZXMuc2ggTlZtYWtlZGV2aWNlcy5zaAp9Cgpwa2dfcG9z dGluc3QoKSB7CglpZiBbICIke1JPT1R9IiA9ICIvIiBdCgl0aGVuCgkJIyBVcGRhdGUgbW9kdWxl IGRlcGVuZGVuY3kKCQlbIC14IC91c3Ivc2Jpbi91cGRhdGUtbW9kdWxlcyBdICYmIC91c3Ivc2Jp bi91cGRhdGUtbW9kdWxlcwoJCWlmIFsgISAtZSAvZGV2Ly5kZXZmc2QgXSAmJiBbICEgLWUgL2Rl di8udWRldiBdICYmIFsgLXggL3NiaW4vTlZtYWtlZGV2aWNlcy5zaCBdCgkJdGhlbgoJCQkvc2Jp bi9OVm1ha2VkZXZpY2VzLnNoID4vZGV2L251bGwgMj4mMQoJCWZpCglmaQoKCWVjaG8KCWVpbmZv ICJJZiB5b3UgbmVlZCB0byBsb2FkIHRoZSBtb2R1bGUgYXV0b21hdGljYWxseSBvbiBib290IHVw IHlvdSBuZWVkIgoJZWluZm8gInRvIGFkZCBcIm52aWRpYVwiIHRvIC9ldGMvbW9kdWxlcy5hdXRv bG9hZC5kL2tlcm5lbC0ke0tWX01BSk9SfS4ke0tWX01JTk9SfSIKCWVjaG8KCWVpbmZvICJQbGVh c2Ugbm90ZSB0aGF0IHRoZSBkcml2ZXIgbmFtZSBpcyBudmlkaWEuJHtLVl9PQkp9LCBub3QgTlZk cml2ZXIiCgllY2hvCn0K 34596 2004-07-01 10:56 0000 Make the nvidia-settings compile :D nvidia-settings-ebuild-1.0.patch text/plain LS0tIG52aWRpYS1zZXR0aW5ncy0xLjAuZWJ1aWxkCTIwMDQtMDctMDEgMTg6MDI6MjAuMDAwMDAw MDAwICswMzAwCisrKyBudmlkaWEtc2V0dGluZ3MtMS4wLXIxLmVidWlsZAkyMDA0LTA3LTAxIDIw OjU0OjE2LjE1NzI0MTI0MCArMDMwMApAQCAtMjAsNiArMjAsOSBAQAogUkRFUEVORD0ibWVkaWEt dmlkZW8vbnZpZGlhLWdseAogCW1lZGlhLXZpZGVvL252aWRpYS1rZXJuZWwiCiAKK3NyY19jb21w aWxlKCkgeworCWVtYWtlIHx8IGRpZQorfQogc3JjX2luc3RhbGwoKSB7CiAJIyBJbnN0YWxsIHRo ZSBleGVjdXRhYmxlCiAJZXhlaW50byAvdXNyL2Jpbgo=