234542 2008-08-12 11:02 0000 net-www/netscape-flash-10_rc080811 depends on xulrunner-bin under amd64 2008-09-17 13:44:36 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED http://www.adobe.com/ P2 normal --- 1 rstoll@student.ethz.ch lack@gentoo.org ahbritto@iat.com cgibreak@gmail.com davidepesa@gmail.com desktop-misc@gentoo.org dkarasik@gmail.com funtoos@yahoo.com hetfield666@gmail.com ich@az2000.de jer@gentoo.org kukububu@go2.pl nick+gentoo@nickpope.me.uk rahul@schmizz.net tuxie@dekadance.se volkmar.glauche@uniklinik-freiburg.de rstoll@student.ethz.ch 2008-08-12 11:02:52 0000 Flash 10 release candidate has been released at adobe labs. rstoll@student.ethz.ch 2008-08-12 11:04:45 0000 Created an attachment (id=162737) flash player 10 release candidate rstoll@student.ethz.ch 2008-08-12 11:06:33 0000 ah btw.. there are new dependencies.. dev-libs/nss net-misc/curl >=sys-libs/glibc-2.4 i added them in DEPEND nick+gentoo@nickpope.me.uk 2008-08-12 12:14:42 0000 I was just fiddling about with the release candidate myself. There is indeed a further dependency on libcurl.so.3. The problem is that I only have libcurl.so.4.1.0 installed in /usr/lib by =net-misc/curl-7.18.2 (and thus libcurl.so.4). I have Adobe Reader installed and that has the appropriate library /opt/Adobe/Reader8/Reader/intellinux/lib/libcurl.so.3.0.0 which I copied to ~/.mozilla/plugins and then set up the appropriate symlink for libcurl.so.3 After that I had to run: export LD_LIBRARY_PATH=".:${LD_LIBRARY_PATH}" /usr/bin/firefox Naturally this was merely to test, and the only way to actually get the plugin to load -- firefox will ignore a plugin if all the required dependencies cannot be resolved. Requiring net-misc/curl is not enough due to the absence of libcurl.so.3 nick+gentoo@nickpope.me.uk 2008-08-12 12:23:24 0000 Created an attachment (id=162741) shared library dependencies Note: libcurl.so.3 is not found even with net-misc/curl emerged as libcurl.so.4 is put into /usr/lib but not libcurl.so.3 rstoll@student.ethz.ch 2008-08-12 13:36:16 0000 yes you're right. the same problem with lib{ssl,crypto}.so.o.9.7 i don't have them anymore.. and the flashplayer needs them now (libcurl.so.3 does) a solution would be to add acroread as a dep... but i rather unmerge flashplayer than emerge acroread :) how about creating an adobe-lib package? is that possible? or are there licence problems? nick+gentoo@nickpope.me.uk 2008-08-12 13:56:46 0000 I don't really seem to have a problem with lib{ssl,crypto}.so.o.9.7 as they are both present in /usr/lib and merged as part of =dev-libs/openssl-0.9.8g-r2 It does seem, however, that they are provided in /opt/Adobe/Reader8/Reader/intellinux/lib along with libcurl.so.3. Many packages seem to be naughty and keep their own local copies of libcurl.so.3 so that they don't need to update to support libcurl.so.4. If you run equery b libcurl.so.{3,4} you can see the those that do (and probably that there is only libcurl.so.4 in /usr/lib). The following use their own copies of libcurl.so.3 for me: =app-office/openoffice-bin-2.4.1 =app-text/acroread-8.1.2-r3 =x11-misc/googleearth-4.2.205.5730 Could we have an adobe-libs? I don't think that would really be correct imho. The problem is that Adobe are not the only deviants. There are a few solutions I can think of: 1) Have a net-misc/curl-compat to provide older libcurl libraries. 2) Can net-misc/curl still build libcurl.so.3.x? If so, a "compat" use-flag. 3) Upstream fix: Get Adobe to change their package to install along with libcurl.so.3. This I think is unlikely due to the way that they handle flash player in the first place (i.e. possibility to install in user plugins folder demolishes sense of installer adding libcurl.so.3) 4) Upstream fix: Ask curl team to stick support in for older versions... But this pushes things backwards really. Application developers should update to newer library. Order of preference? 2, 1, 3, 4. rstoll@student.ethz.ch 2008-08-12 15:39:10 0000 i agree, this would be a proper solution.. but i guess it's a little time consuming. so i made a version which depends on acroread. later we can add some curl use flags or whatever to do it right. ok? rstoll@student.ethz.ch 2008-08-12 15:41:24 0000 oh about lib{ssl,crypto}.0.9.7, i think those shouldn't be there. afair i deleted them because it said so in an upgrade of openssl.. so i added them too as symlinks. rstoll@student.ethz.ch 2008-08-12 15:43:21 0000 Created an attachment (id=162757) flash player 10 release candidate this one has the acroread dependency nick+gentoo@nickpope.me.uk 2008-08-12 16:22:07 0000 There is still one problem with using app-text/acroread as a temporary dependency solution and symlinking into /usr/lib - I feel that this leads to clutter and potential problems should a better way of fixing the libcurl problem be introduced. Is it not better to add /etc/env.d/99netscape-flash-lib-hack containing: LDPATH="/opt/Adobe/Reader8/Reader/intellinux/lib" And then you would have to call update-env to ensure that the libraries were added to the dynamic library cache. This can then be better removed on unmerge with less chance of side effects? Perhaps I am just being picky! As for the lib{ssl,crypto}.0.9.7 thing, I do have lib{ssl,crypto}.0.9.8 also: $ equery b libcrypto.so.0.9.{7..8} [ Searching for file(s) libcrypto.so.0.9.7,libcrypto.so.0.9.8 in *... ] ... dev-libs/openssl-0.9.8g-r2 (/usr/lib/libcrypto.so.0.9.8) dev-libs/openssl-0.9.8g-r2 (/usr/lib/libcrypto.so.0.9.7) $ equery b libcrypto.so [ Searching for file(s) libcrypto.so in *... ] ... dev-libs/openssl-0.9.8g-r2 (/usr/lib/libcrypto.so -> libcrypto.so.0.9.8) Both are provided. I don't recall a message saying to remove one, but there is usually a request that you revdep-rebuild I think to ensure that applications link against the newer library where feasible. rstoll@student.ethz.ch 2008-08-12 16:54:47 0000 i linked the required libs into /usr/lib/nsbrowser/plugins. but the env file looks also good.. :) ah sorry for not being specific. i'm using openssl 0.9.8h-r1.. in this package the 0.9.7 version is obsolete. > equery b libssl.so.0.9.{7..8} [ Searching for file(s) libssl.so.0.9.7,libssl.so.0.9.8 in *... ] app-text/acroread-8.1.2-r3 (/opt/Adobe/Reader8/Reader/intellinux/lib/libssl.so.0.9.7) net-www/netscape-flash-10_rc20080811 (/usr/lib/nsbrowser/plugins/libssl.so.0.9.7 -> /opt/netscape/plugins/libssl.so.0.9.7) net-www/netscape-flash-10_rc20080811 (/opt/netscape/plugins/libssl.so.0.9.7 -> /opt/Adobe/Reader8/Reader/intellinux/lib/libssl.so.0.9.7) dev-libs/openssl-0.9.8h-r1 (/usr/lib/libssl.so.0.9.8) rstoll@student.ethz.ch 2008-08-12 17:59:40 0000 i just read in an official blog that a symlink from libcurl.so.4 to libcurl.so.3 should work :) that would fix all our problems, right? :) rstoll@student.ethz.ch 2008-08-12 18:27:08 0000 Created an attachment (id=162772) flash player 10 release candidate, libcurl.so.4 -> libcurl.so.3 link i linked from libcurl.so.4 to libcurl.so.3 as mentioned here: http://blogs.adobe.com/penguin.swf/2008/08/10rc1.html quote mike m. "A symlink should serve as a good solution until we find a better, more transparent solution." it works for me.. and i think for a temporary fix it's good enough. hetfield666@gmail.com 2008-08-12 20:16:26 0000 symlink is not good, think about amd64 too...we need 32bit binary.... the LDPATH is good instead. nick+gentoo@nickpope.me.uk 2008-08-12 22:12:11 0000 A few points: Problems with x86_64 require an upstream solution -- there is no 64-bit compatible flash player as yet. I have no 64-bit machine available to check on, but are there not usually both 32-bit and 64-bit libraries available on the system? I don't really have much knowledge of that I'm afraid. Otherwise a symlink to the appropriate one depending on architecture would be the best solution. It should be noted that symlinking from .4 to .3 is only a temporary option, and is certainly not ideal. As Mike M. says on that blog: [A symlink should serve as a good solution until we find a better, more transparent solution. -Mike M.] This ebuild should not become stable with such a hack. Another problem remains with the latest version that you've put up. If you execute cat /etc/ld.so.conf, you will not see /usr/lib/nsbrowser/plugins listed, and thus the libcurl.so.3 will not be found by libflashplayer.so unless the current directory were explicitly checked which is unlikely to happen. That leaves three options for the temporary hack approach: 1) The /etc/env.d/99netscape-flash-lib-hack from comment #10 2) Put the symlink in /usr/lib 3) Put the symlink in /usr/lib/nsbrowser/plugins and make that the LDPATH in the env file from comment #10. (About the openssl libraries -- no worries. I didn't realise you were using a later unstable build. This is another problem to think about, however, if either of the symlink [.3 --> .4] or upstream change to flash player approaches don't work out as an end solution. I have a feeling that Adobe might make a change however given the list of distributions for which the rc plugin fails.) hetfield666@gmail.com 2008-08-12 22:20:09 0000 no symlink is good because adobe sw is crap. symlink from an ebuild which has nothing to do with that lib is wrong as concept. i totally agree with problems....i understand....but this is not a nice solution, even for unstable. (and...i'm bleeding edge user!) nick+gentoo@nickpope.me.uk 2008-08-12 22:42:38 0000 More information about symlinking to libcurl.so.4. Turns out that the ABI is supposedly the same. Other distributions have already taken this approach despite being ugly. See http://wtogami.livejournal.com/2008/08/11/ hetfield666@gmail.com 2008-08-12 23:12:36 0000 if ABi is the same we can just hexedit the bin file and move .3 to .4 i always do it :) nick+gentoo@nickpope.me.uk 2008-08-13 11:45:51 0000 Surely you mean edit a copy of .4 to make it .3. This could potentially work -- probably better to just copy the .3 from app-text/acroread though and have the real thing, however, or stick with the symlink. hetfield666@gmail.com 2008-08-14 11:50:50 0000 no i mean: hexedit libflashflaplayer.so and change the .3 to .4.... like you would edit a normal file, but in hex. nick+gentoo@nickpope.me.uk 2008-08-14 13:09:15 0000 Ah, sorry. Yes. That sounds like a very good solution :) I was so embroiled in the discussion on libcurl that I misunderstood. I've hexedited libflashplayer.so, produced a patch and updated the ebuild. (You'll have to check I've done the right thing in the ebuild -- don't modify them that often.) nick+gentoo@nickpope.me.uk 2008-08-14 13:22:54 0000 Created an attachment (id=162893) flash player 10 release candidate, binary patch --> libcurl.so.4 The binary patch file to update libflashplayer.so nick+gentoo@nickpope.me.uk 2008-08-14 13:23:45 0000 Created an attachment (id=162895) flash player 10 release candidate, binary patch --> libcurl.so.4 The updated ebuild for the patch. lack@gentoo.org 2008-08-14 14:20:21 0000 Bad news, folks... though it is an elegant solution, this editing of the binary is probably prohibited by the '2.5 No modification' clause of the license. I have requested permission from adobe to allow this change, but I don't expect they'll get back to me soon - We may be stuck with the symlink trick. Though perhaps I'll try contacting the curl maintainer and see if they'll consider adding a .3 symlink in their ebuild - easier to manage for everyone that needs the older version... Btw, I'm on holiday right now, so I won't get this into the tree until probably mid next week. Thanks very much for the ebuilds and patches! nick+gentoo@nickpope.me.uk 2008-08-14 14:26:35 0000 Argh. Didn't think about that. If they say no, it would suck - it is only changing a single byte (in fact, two bits!) Thanks for contacting them - enjoy the rest of your holiday. [By the way - this release is quite nice - just been using it. It largely fixes transparency and z-index issues. Finally - decent flash support under Linux.] ghutzl@web.de 2008-08-18 11:43:23 0000 (In reply to comment #23) > Created an attachment (id=162895) [edit] > flash player 10 release candidate, binary patch --> libcurl.so.4 > > The updated ebuild for the patch. > There is a typo in the ebuild. replace: epatch ${FILES_DIR}/netscape-flash-10_rc20080811-libcurl-hack.patch.bz2 with: epatch ${FILESDIR}/netscape-flash-10_rc20080811-libcurl-hack.patch.bz2 With that change the ebuild worked for me. I can confirm that flash transparancy works now together with www-client/mozilla-firefox-bin-3.0.1-r1. lack@gentoo.org 2008-08-20 19:31:12 0000 (In reply to comment #25) > Argh. Didn't think about that. If they say no, it would suck - it is only > changing a single byte (in fact, two bits!) > > Thanks for contacting them - enjoy the rest of your holiday. I hope I shall be adding this to the tree soon, just waiting on some input from other devs and the Gentoo Foundation on whether or not the binary patch is allowed or not. If it is not, I will still add this but with the libcurl.so.3 symlink. =========== Note to myself: I will also be adding the new 'mms.cfg' file, detailed at http://www.adobe.com/devnet/flashplayer/articles/flash_player_admin_guide.html ckyoog@gmail.com 2008-08-22 04:56:16 0000 Nick Pope, thanks for your ebuild and binary patch. But How to do with amd64 mechine? My system is 64bit. My keywords in make.conf is ~amd64. I emerged your ebuild netscape-flash-10_rc20080811.ebuild, then $ ldd /opt/netscape/plugins/libflashplayer.so The output is below: linux-gate.so.1 => (0xf7ef0000) libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1/32/libstdc++.so.6 (0xf7393000) libpthread.so.0 => /lib32/libpthread.so.0 (0xf737b000) libX11.so.6 => /usr/lib32/libX11.so.6 (0xf728f000) libXext.so.6 => /usr/lib32/libXext.so.6 (0xf727f000) libXt.so.6 => /usr/lib32/libXt.so.6 (0xf722f000) libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0xf71af000) libfontconfig.so.1 => /usr/lib32/libfontconfig.so.1 (0xf7185000) libcurl.so.4 => not found libgtk-x11-2.0.so.0 => /usr/lib32/libgtk-x11-2.0.so.0 (0xf6e24000) libgdk-x11-2.0.so.0 => /usr/lib32/libgdk-x11-2.0.so.0 (0xf6da2000) libatk-1.0.so.0 => /usr/lib32/libatk-1.0.so.0 (0xf6d87000) libgdk_pixbuf-2.0.so.0 => /usr/lib32/libgdk_pixbuf-2.0.so.0 (0xf6d6f000) libpangoxft-1.0.so.0 => /usr/lib32/libpangoxft-1.0.so.0 (0xf6d67000) libpangox-1.0.so.0 => /usr/lib32/libpangox-1.0.so.0 (0xf6d5a000) libpango-1.0.so.0 => /usr/lib32/libpango-1.0.so.0 (0xf6d1f000) libgobject-2.0.so.0 => /usr/lib32/libgobject-2.0.so.0 (0xf6ce4000) libgmodule-2.0.so.0 => /usr/lib32/libgmodule-2.0.so.0 (0xf6ce0000) libdl.so.2 => /lib32/libdl.so.2 (0xf6cdc000) libglib-2.0.so.0 => /usr/lib32/libglib-2.0.so.0 (0xf6c1f000) libssl3.so => not found libnss3.so => not found libnspr4.so => not found libm.so.6 => /lib32/libm.so.6 (0xf6bf8000) libgcc_s.so.1 => /lib32/libgcc_s.so.1 (0xf6bea000) libc.so.6 => /lib32/libc.so.6 (0xf6aaa000) /lib/ld-linux.so.2 (0xf7ef1000) libXau.so.6 => /usr/lib32/libXau.so.6 (0xf6aa5000) libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf6a9f000) libSM.so.6 => /usr/lib32/libSM.so.6 (0xf6a96000) libICE.so.6 => /usr/lib32/libICE.so.6 (0xf6a7e000) libz.so.1 => /lib32/libz.so.1 (0xf6a6b000) libexpat.so.1 => /usr/lib32/libexpat.so.1 (0xf6a49000) libpangocairo-1.0.so.0 => /usr/lib32/libpangocairo-1.0.so.0 (0xf6a3f000) libXcomposite.so.1 => /usr/lib32/libXcomposite.so.1 (0xf6a3b000) libXdamage.so.1 => /usr/lib32/libXdamage.so.1 (0xf6a37000) libXfixes.so.3 => /usr/lib32/libXfixes.so.3 (0xf6a31000) libcairo.so.2 => /usr/lib32/libcairo.so.2 (0xf69bf000) libXrender.so.1 => /usr/lib32/libXrender.so.1 (0xf69b6000) libXinerama.so.1 => /usr/lib32/libXinerama.so.1 (0xf69b2000) libXi.so.6 => /usr/lib32/libXi.so.6 (0xf69a9000) libXrandr.so.2 => /usr/lib32/libXrandr.so.2 (0xf69a2000) libXcursor.so.1 => /usr/lib32/libXcursor.so.1 (0xf6997000) libpangoft2-1.0.so.0 => /usr/lib32/libpangoft2-1.0.so.0 (0xf6969000) libXft.so.2 => /usr/lib32/libXft.so.2 (0xf6956000) libpng12.so.0 => /usr/lib32/libpng12.so.0 (0xf6932000) You can see there are 4 shared libraries not found. libcurl.so.4 => not found libssl3.so => not found libnss3.so => not found libnspr4.so => not found Exactly, the 4 shared libraries are not found in /usr/lib32, but are found in /usr/lib64 in my system. How do I install the 32bit version of the 4 shared libraries? It seems the acroread dependency and LDPATH setting must be still needed on amd64 system. acroread provides libcurl.so.3 of 32bit, and it depends on xulrunner-bin which provides the rest 3 shared libraries of 32bit. Jim Ramsay, Nick Pope please think about the 64bit mechine, and help me and people like me. Thank you:) nick+gentoo@nickpope.me.uk 2008-08-22 12:58:56 0000 @ kouyu: Please refer to my previous: http://bugs.gentoo.org/show_bug.cgi?id=234542#c15 64-bit support is completely lacking in Adobe Flash. This is an upstream problem. The only way that we could possibly have flash working under 64-bit systems is if the following conditions are met: 1) You are running a 32-bit copy of Firefox (or other supported browser). I have also heard there is a way of having a 64-bit and separate 32-bit firefox profile. You'll have to research. There is also net-www/nspluginwrapper as discussed at http://gentoo-wiki.com/HOWTO_AMD64/flash, but I read somewhere else that this may no longer work. 2) You would need to find binary copies of the missing 32-bit libraries. Gentoo has some x86 compatibility libraries in portage (app-emulation/emul-linux-x86-*) but looking at http://www.gentoo.org/proj/en/base/amd64/emul/content.xml I can't see the appropriate packages emulated. I ran equery b lib{nss,ssl}3.so libcurl.so.4 libnspr4.so to identify the core packages that contain your missing 32-bit libraries. They are: dev-libs/nss dev-libs/nspr net-misc/curl If you could find someone to create an app-emulation/emul-linux-x86-net or something to solve this problem, it would be the best solution. (Otherwise track down some 32-bit binaries and drop them in /usr/lib32 -- this is a nasty thing to do though as then no package is "managing" them.) I cannot test anything, as I have no access to a 64-bit machine. If we cannot get 64-bit to work at all, perhaps we should remove ~amd64 from the ebuild keywords. nick+gentoo@nickpope.me.uk 2008-08-22 13:22:25 0000 More info I've just dug up. It looks like by 10 final Adobe might have a better solution to the libcurl problem: http://blogs.adobe.com/penguin.swf/2008/08/curl_tradeoffs.html Also, there are semi-official rumours of 64-bit support, but no official plan for release as yet: http://blogs.adobe.com/penguin.swf/2008/08/random_blog_post.html I get the impression that Adobe are probably a little embarrassed by the open source offerings (which don't support many of the flash 9+ features before anyone starts using them) having 64-bit support and are probably working very hard to include it in their official plug-in. So keep watching ;) ckyoog@gmail.com 2008-08-22 16:38:39 0000 (In reply to comment #29) > @ kouyu: > > Please refer to my previous: http://bugs.gentoo.org/show_bug.cgi?id=234542#c15 Yes, I had seen > > 64-bit support is completely lacking in Adobe Flash. This is an upstream Yes, I also had known this fact. > problem. The only way that we could possibly have flash working under 64-bit > systems is if the following conditions are met: > > 1) You are running a 32-bit copy of Firefox (or other supported browser). I > have also heard there is a way of having a 64-bit and separate 32-bit firefox > profile. You'll have to research. There is also net-www/nspluginwrapper as > discussed at http://gentoo-wiki.com/HOWTO_AMD64/flash, but I read somewhere > else that this may no longer work. > > 2) You would need to find binary copies of the missing 32-bit libraries. > Gentoo has some x86 compatibility libraries in portage > (app-emulation/emul-linux-x86-*) but looking at > http://www.gentoo.org/proj/en/base/amd64/emul/content.xml I can't see the > appropriate packages emulated. Yes, the both methods are good. But I think you have a little misunderstanding. I think I should tell you first about this: I have been using flash plugin of firefox for a long time, it can work with firefox on my 64bit mechine after I have done this only: $ emerge netscape-flash $ emerge nspluginwrapper $ nspluginwrapper -i /usr/lib32/nsbrowser/plugins/libflashplayer.so And then firefox can play flash, such as youtube video. But before today, netscape-flash emerged in my system was netscape-flash-10_beta20080702(not 10_rc20080811) which is in official portage tree, and that version did not depend on libcurl.so.3 libssl3.so libnss3.so libnspr4.so. So that version can be emerged and work. netscape-flash-10_beta20080702 can be used under nspluginwrapper's help on my 64bit mechine, so that is why I still asked you how to use netscape-flash-10_rc20080811 on 64bit mechine, though I had known adobe doesn't support 64bit flash. > > I ran equery b lib{nss,ssl}3.so libcurl.so.4 libnspr4.so to identify the core > packages that contain your missing 32-bit libraries. They are: > dev-libs/nss > dev-libs/nspr > net-misc/curl Yes, I knew this. I told you in my last comment libnss3.so libssl3.so libnspr4.so can be found in my system, in /usr/lib64, but not in /usr/lib32. Because the packages which they belong to are not x86 emulation libraries, but are native libraries. So they are 64bit libraries and installed in /usr/lib64 not /usr/lib32. On 64bit mechine, the all libraries which netscape-flash-10_rc20080811 depends on are x86 emulation libraries. So you can see the all libraries are in /usr/lib32. Because they are provided by app-emulation/emul-linux-x86-*, and I emerged them all already. But that 4 libraries(libnss3.so libssl3.so libnspr4.so libcurl.so.3) are not provided by them. And I also told you that I had found which packages provide that 4 libraries: libnss3.so libssl3.so libnspr4.so are provided by net-libs/xulrunner-bin libcurl.so.3 is provided by app-text/acroread (You told me this) So in my last comment I said the acroread dependecy may be still needed for 10_rc20080811 on 64bit mechine as well as xulrunner-bin. But I also saw you said "There is still one problem with using app-text/acroread as a temporary dependency solution and symlinking into /usr/lib - I feel that this leads to clutter and potential problems should a better way of fixing the libcurl problem be introduced. " in comment #10. Since you said depending on acroread is a temporary solution, and fixing libcurl problem is introduced, I think on 32bit system the solution may be adding libcurl.so.3 in net-misc/curl package, but on 64bit the solution may be adding a new emul-linux-x86-? package. Same with xulrunner-bin. That is why I asked you and Jim Ramsay to think about 64bit mechine. I am trying to remind you not to forget 64bit mechine which the previous version of netscape-flash can work with firefox on, when you are looking for the solutions. > > If you could find someone to create an app-emulation/emul-linux-x86-net or > something to solve this problem, it would be the best solution. (Otherwise > track down some 32-bit binaries and drop them in /usr/lib32 -- this is a nasty > thing to do though as then no package is "managing" them.) > > I cannot test anything, as I have no access to a 64-bit machine. > > > If we cannot get 64-bit to work at all, perhaps we should remove ~amd64 from > the ebuild keywords. No, please don't do that, I can get 64bit to work at least with previous version of netscape-flash > lack@gentoo.org 2008-08-22 17:41:50 0000 @kouyu: Thanks for the excellent sleuthing. I may indeed have to make flash depend on xulrunner-bin for many of those libs. As for libcurl, that's trickier. I have an outstanding bug 224747 which is asking for libcurl to go into emul-linux-x86-baselibs, but it's not there yet. Maybe depending on adobe reader is the answer until then, though I don't like it. And don't worry - When this actually goes in the tree it will indeed be ~amd64 and work (as well as it can) on 64b platforms. lack@gentoo.org 2008-08-22 19:03:51 0000 Created an attachment (id=163565) netscape-flash-10_beta20080811.ebuild Okay, I've come to a decision. For libcurl.so.3 I will make both x86 and amd64 depend on app-text/acroread and install an env.d file as Nick suggested, since it also ensures the proper openssl libs are available. I will not patch the binary because I don't know enough about the law to know if I can. For amd64, I now depend on xulrunner-bin for the various libs we need from there. I haven't personally tested this ebuild on x86 yet, but it appears to work great for amd64. Please report here if x86 doesn't work for you! I'll be adding it to the tree very soon if I hear no bug reports here. lack@gentoo.org 2008-08-23 00:26:24 0000 Okay, no complaints (plus I tested it on my own x86 system), so it's in the tree. Enjoy! I didn't add the magic config file... maybe in a later -r1. funtoos@yahoo.com 2008-08-23 02:21:53 0000 (In reply to comment #33) > Created an attachment (id=163565) [edit] > netscape-flash-10_beta20080811.ebuild > > Okay, I've come to a decision. > > For libcurl.so.3 I will make both x86 and amd64 depend on app-text/acroread and > install an env.d file as Nick suggested, since it also ensures the proper > openssl libs are available. I will not patch the binary because I don't know > enough about the law to know if I can. > > For amd64, I now depend on xulrunner-bin for the various libs we need from > there. > > I haven't personally tested this ebuild on x86 yet, but it appears to work > great for amd64. Please report here if x86 doesn't work for you! I'll be > adding it to the tree very soon if I hear no bug reports here. > I think this ebuild needs to check for firefox use flag and depend on mozilla-firefox-bin instead of xulrunner-bin (or use xulrunner use flag and depend on xulrunner-bin). People on amd64, if they are installing netscape-flash as it exists today, most likely are using mozilla-firefox-bin as there browser. This saves on additional download and dep. jer@gentoo.org 2008-08-23 15:56:15 0000 *** Bug 235532 has been marked as a duplicate of this bug. *** ludovic@magerand.fr 2008-08-23 19:32:34 0000 Why amd64 users are most likely to use mozilla-firefox-bin instead of the mozilla-firefox ? Since nspluginwrapper is stable, there is no need to use mozilla-firefox-bin to get the support for 32bits plugins in firefox, and so there is absolutely no reason to use the binary version (excluding compilation time, which is short using most amd64 systems). For now, I masked flash 10 because I really don't want acroread on my system. The right solution imho is to get the 32bits emulation of the missings libraries, with an emul-linux-x86-* ebuild for example. Maybe opening a bug about that for the emulation team could be a idea ? funtoos@yahoo.com 2008-08-23 20:11:29 0000 (In reply to comment #37) > Why amd64 users are most likely to use mozilla-firefox-bin instead of the > mozilla-firefox ? > Since nspluginwrapper is stable, there is no need to use mozilla-firefox-bin to > get the support for 32bits plugins in firefox, and so there is absolutely no > reason to use the binary version (excluding compilation time, which is short > using most amd64 systems). > > For now, I masked flash 10 because I really don't want acroread on my system. > The right solution imho is to get the 32bits emulation of the missings > libraries, with an emul-linux-x86-* ebuild for example. Maybe opening a bug > about that for the emulation team could be a idea ? > I was more looking for an option for people who have mozilla-firefox-bin installed. I am not going to get into how stable nspluginwrapper is and how much cpu it sucks etc. But the point is that some people do use the mozilla-firefo-bin version and asking them to install xulrunner-bin as well is wasteful. kukububu@go2.pl 2008-08-23 22:56:07 0000 Opera users also do not want to install xul-runner and adcroread. funtoos@yahoo.com 2008-08-23 23:14:39 0000 I just created a directory called /opt/lib32-compat/ and it has: $ l /opt/lib32-compat/ total 660 drwxr-xr-x 2 root root 4096 Aug 22 19:28 ./ drwxr-xr-x 14 root root 4096 Aug 22 19:26 ../ lrwxrwxrwx 1 root root 16 Aug 22 19:24 libcurl.so -> libcurl.so.4.0.1* lrwxrwxrwx 1 root root 16 Aug 22 19:24 libcurl.so.3 -> libcurl.so.4.0.1* lrwxrwxrwx 1 root root 16 Aug 22 19:28 libcurl.so.4 -> libcurl.so.4.0.1* -rwxr-xr-x 1 root root 195232 Aug 22 19:23 libcurl.so.4.0.1* lrwxrwxrwx 1 root root 19 Aug 22 19:27 libgnutls.so -> libgnutls.so.26.1.2* lrwxrwxrwx 1 root root 19 Aug 22 19:27 libgnutls.so.26 -> libgnutls.so.26.1.2* -rwxr-xr-x 1 root root 405388 Feb 3 2008 libgnutls.so.26.1.2* lrwxrwxrwx 1 root root 18 Aug 22 19:27 libtasn1.so -> libtasn1.so.3.0.14* lrwxrwxrwx 1 root root 18 Aug 22 19:27 libtasn1.so.3 -> libtasn1.so.3.0.14* -rwxr-xr-x 1 root root 50700 Feb 3 2008 libtasn1.so.3.0.14* All copied from the 32-bit chroot I had created for livecd. I removed xul-runner and acroread from deps and emerged latest flash. Now, I just start firefox with LD_LIBRARY_PATH=/opt/lib32-compat firefox and the plugin works fine. Its hacky but working solution. Mind you this trick will work with mozilla-firefox-bin only (many libs like nss and nspr are picked from /opt/firefox) and you should have 32-bit emul libraries installed in /usr/lib32. jer@gentoo.org 2008-08-25 00:28:00 0000 *** Bug 235578 has been marked as a duplicate of this bug. *** jer@gentoo.org 2008-08-25 17:48:57 0000 *** Bug 235661 has been marked as a duplicate of this bug. *** jer@gentoo.org 2008-08-25 17:59:30 0000 *** Bug 235691 has been marked as a duplicate of this bug. *** jer@gentoo.org 2008-08-25 18:00:09 0000 Reopening - this bug needs more visibility because all kinds of people are at odds with its solution. :) lack@gentoo.org 2008-08-25 18:05:18 0000 (In reply to comment #44) > Reopening - this bug needs more visibility because all kinds of people are at > odds with its solution. :) Yikes, no doubt! Okay, then here's what I'll do: - Make a custom tarball with libcurl.so.3 (and the openssl libs too) and throw it up on mirrors://gentoo - Remove the acroread dependency in favour of this new special 'flash-libcompat' tarball - I'll also fixup the amd64 deps so it will use ( xulrunner-bin || mozilla-firefox-bin ) In fact, I've just uploaded the custom tarball, so once that propagates to the mirrors I'll commit my new ebuild and make all the noise stop :) lack@gentoo.org 2008-08-25 19:16:13 0000 Okay, I re-committed netscape-flash-10_beta20080811.ebuild as I outlined above. -> No more dependency on app-text/acroread, we now use my custom tarball with the binary x86 libraries. -> The amd64 version will now accept either xulrunner-bin or mozilla-firefox-bin, which right now is the easiest way to get some of the other magic 32-bit libs that flash needs. Enjoy, once it hits your rsync mirror. I'm intentionally leaving this bug open for the moment so it stays visible until most people have the new version. kukububu@go2.pl 2008-08-26 15:16:26 0000 (In reply to comment #46) > Okay, I re-committed netscape-flash-10_beta20080811.ebuild as I outlined above. > > -> No more dependency on app-text/acroread, we now use my custom tarball with > the binary x86 libraries. > > -> The amd64 version will now accept either xulrunner-bin or > mozilla-firefox-bin, which right now is the easiest way to get some of the > other magic 32-bit libs that flash needs. > > Enjoy, once it hits your rsync mirror. > > I'm intentionally leaving this bug open for the moment so it stays visible > until most people have the new version. > Will you remove dependancy on xul-runnerl? There are many people who use Opera and do not want to install firefox or xul-runner. I think that required libraries should be included in flash-libcompat as it's a place created for them. kukububu@go2.pl 2008-08-26 21:19:08 0000 I asked developers of flash if lastest beta depends on xul-runner or flash and their answer was "No". lack@gentoo.org 2008-08-26 22:00:29 0000 (In reply to comment #48) > I asked developers of flash if lastest beta depends on xul-runner or flash and > their answer was "No". Of course not - It was just the easiest way to get libnss3.so and a bunch of other libs that aren't available in any other emul-linux-x86 package. I may add these libs to the libflash-compat library, but it may take me a couple days to find the time to do so. If someone else has the time to package these all up, I'd be happy to add your tarball to the tree. lack@gentoo.org 2008-08-26 22:01:26 0000 (In reply to comment #49) > If someone else has the time to package these all up, I'd be happy to add your > tarball to the tree. Of course, as soon as I do this, the people who have netscape-flash-bin or xulrunner-bin installed will complain because now these libraries are duplicated on their system yet again :P funtoos@yahoo.com 2008-08-26 22:26:41 0000 (In reply to comment #50) > (In reply to comment #49) > > If someone else has the time to package these all up, I'd be happy to add your > > tarball to the tree. > > Of course, as soon as I do this, the people who have netscape-flash-bin or > xulrunner-bin installed will complain because now these libraries are > duplicated on their system yet again :P > That's why we have conditionals. Can't we do this in the ebuild language: untar the specialized tar containing all libraries in work area if xul-runner-bin OR mozilla-firefox-bin is installed, remove the libraries (this set should be same for these two packages) that are provided by these. Its definitely more work, but is doable. lack@gentoo.org 2008-08-27 14:23:54 0000 (In reply to comment #51) > (In reply to comment #50) > > (In reply to comment #49) > > > If someone else has the time to package these all up, I'd be happy to add your > > > tarball to the tree. > > > > Of course, as soon as I do this, the people who have netscape-flash-bin or > > xulrunner-bin installed will complain because now these libraries are > > duplicated on their system yet again :P > > > > That's why we have conditionals. Can't we do this in the ebuild language: > untar the specialized tar containing all libraries in work area > if xul-runner-bin OR mozilla-firefox-bin is installed, remove the libraries > (this set should be same for these two packages) that are provided by these. > > Its definitely more work, but is doable. It is indeed doable. Write me that ebuild and I'll consider throwing it in the tree. hetfield666@gmail.com 2008-09-01 21:34:42 0000 how to use in amd64 profile? i have the variable but seems cannot read the lib... *** NSPlugin Viewer *** ERROR: libcurl.so.3: cannot open shared object file: No such file or directory if we have the compat, why we need xulrunner-bin? hetfield666@gmail.com 2008-09-03 16:46:31 0000 i need to downgrade as i cannot use the provided libcurl.so.3 ....am i the only amd64 user to have this issue? hetfield666@gmail.com 2008-09-03 16:48:41 0000 another question: can't we add the nss needed lib to the compat pack so we don't need xulrunner-bin on amd64? lack@gentoo.org 2008-09-03 19:39:20 0000 (In reply to comment #53) > how to use in amd64 profile? i have the variable but seems cannot read the > lib... > > *** NSPlugin Viewer *** ERROR: libcurl.so.3: cannot open shared object file: > No such file or directory Sorry, I have not seen this issue - it seems to work just fine for me on amd64. Could you please attach the output of this command on your machine: ldd /opt/flash-libcompat/libcurl.so.3 > if we have the compat, why we need xulrunner-bin? As for why we have xulrunner-bin, it is a pre-existing package that contains a number of the libraries we need. Using this is much easier for me than maintaining yet more libraries in the 'compat' tarball, which obviously still has problems on some systems! hetfield666@gmail.com 2008-09-03 20:00:49 0000 ldd /opt/flash-libcompat/libcurl.so.3 linux-gate.so.1 => (0xffffe000) libssl.so.0.9.7 => not found libcrypto.so.0.9.7 => not found libz.so.1 => /lib32/libz.so.1 (0xf7f09000) libdl.so.2 => /lib32/libdl.so.2 (0xf7f04000) libc.so.6 => /lib32/libc.so.6 (0xf7d9b000) /lib/ld-linux.so.2 (0xf7f98000) looks like the LDPATH didn't get included...did it? ldd /opt/flash-libcompat/libcurl.so.3 linux-gate.so.1 => (0xffffe000) libssl.so.0.9.7 => not found libcrypto.so.0.9.7 => not found libz.so.1 => /lib32/libz.so.1 (0xf7f09000) libdl.so.2 => /lib32/libdl.so.2 (0xf7f04000) libc.so.6 => /lib32/libc.so.6 (0xf7d9b000) /lib/ld-linux.so.2 (0xf7f98000) patrizio@blight ~ $ echo $LDPATH /usr/kde/3.5/lib:/usr/kde/3.5/lib64:/usr/kde/3.5/lib32: patrizio@blight ~ $ cd /opt/flash-libcompat/ patrizio@blight flash-libcompat $ ls libcrypto.so.0.9.7* libcurl.so.3* libssl.so.0.9.7* patrizio@blight flash-libcompat $ ls -l totale 1369 -rwxr-xr-x 1 root root 1004584 1 set 22:02 libcrypto.so.0.9.7* -rwxr-xr-x 1 root root 206540 1 set 22:02 libcurl.so.3* -rwxr-xr-x 1 root root 184168 1 set 22:02 libssl.so.0.9.7* patrizio@blight flash-libcompat $ export LDPATH=$LDPATH:/opt/flash-libcompat/ patrizio@blight flash-libcompat $ echo $LDPATH /usr/kde/3.5/lib:/usr/kde/3.5/lib64:/usr/kde/3.5/lib32::/opt/flash-libcompat/ patrizio@blight flash-libcompat $ ldd /opt/flash-libcompat/libcurl.so.3 linux-gate.so.1 => (0xffffe000) libssl.so.0.9.7 => not found libcrypto.so.0.9.7 => not found libz.so.1 => /lib32/libz.so.1 (0xf7f2e000) libdl.so.2 => /lib32/libdl.so.2 (0xf7f29000) libc.so.6 => /lib32/libc.so.6 (0xf7dc0000) /lib/ld-linux.so.2 (0xf7fbd000) even later...after the export... for the xulrunner...i think only nss lib is needed...not that big ihmo... lack@gentoo.org 2008-09-03 20:19:42 0000 (In reply to comment #57) > ldd /opt/flash-libcompat/libcurl.so.3 > linux-gate.so.1 => (0xffffe000) > libssl.so.0.9.7 => not found > libcrypto.so.0.9.7 => not found > libz.so.1 => /lib32/libz.so.1 (0xf7f09000) > libdl.so.2 => /lib32/libdl.so.2 (0xf7f04000) > libc.so.6 => /lib32/libc.so.6 (0xf7d9b000) > /lib/ld-linux.so.2 (0xf7f98000) > > looks like the LDPATH didn't get included...did it? This isn't done via LDPATH, it should be set in /etc/env.d/99flash-libcompat, and that should cause the proper path to appear in /etc/ld.so.conf when the ebuild runs 'env-update'. Try manually running 'env-update' as root, check the contents of /etc/ld.so.conf, and then try running the 'ldd' line again, thanks! If it still shows those 2 libs as "not found", please paste the contents of /etc/env.d/99flash-libcompat and /etc/ld.so.conf here. > for the xulrunner...i think only nss lib is needed...not that big ihmo... No, the following libraries are all used from xulrunner-bin (at least on my system): libssl3.so => /opt/xulrunner/libssl3.so (0xf6c67000) libnss3.so => /opt/xulrunner/libnss3.so (0xf6bf4000) libnspr4.so => /opt/xulrunner/libnspr4.so (0xf6bc1000) libplc4.so => /opt/xulrunner/libplc4.so (0xf67de000) libplds4.so => /opt/xulrunner/libplds4.so (0xf67d9000) libsoftokn3.so => /opt/xulrunner/libsoftokn3.so (0xf678b000) Plus if those depend on any other libs, those will be taken care of too for free. I just don't have time to pare this down to the lowest subset of libraries. Perhaps if this dependency set stays the same for the next couple beta releases from Adobe I'll consider condensing it - And definitely if the actual flash-10 release has the same concerns. - But until then it's too much work for the small size benefit in my opinion, sorry. Plus as your case demonstrates, *something* is wrong with the way I'm doing the existing libcompat anyway - removing xulrunner-bin would just make it more wrong :) hetfield666@gmail.com 2008-09-03 20:43:32 0000 greate it works....ldconfig was broken.... lack@gentoo.org 2008-09-17 13:44:36 0000 Good news everyone! The next RC has been released, and it still needs all the libs I'm currently using from xulrunner-bin, so I've decided to put these in the new 'flash-libcompat' package. When you upgrade to the latest RC you can uninstall xulrunner-bin (if this was the only package depending on it, of course :) 162737 2008-08-12 11:04 0000 flash player 10 release candidate netscape-flash-10_rc20080811.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA4IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L25ldC13d3cvbmV0c2NhcGUtZmxhc2gvbmV0c2Nh cGUtZmxhc2gtMTBfYmV0YTIwMDgwNzAyLmVidWlsZCx2IDEuMSAyMDA4LzA3LzAzIDEzOjQyOjQ2 IGxhY2sgRXhwICQKCmluaGVyaXQgbnNwbHVnaW5zIHZlcnNpb25hdG9yCgpNVj0kKGdldF9tYWpv cl92ZXJzaW9uKQoKIyBFeGNlbGxlbnQsIEFkb2JlIHVzZXMgdGhhdCB1bnNvcnRhYmxlIHRob3Vn aCBzdXJwcmlzaW5nbHkgcG9wdWxhciBkYXRlCiMgY29udmVudGlvbiAiTU1ERFlZIiwgc28gYnVp bGQgdGhhdCBvdXQgb2YgYSBwcm9wZXIgIllZWVlNTUREIiBiZXRhIHZlcnNpb24KIyBjb21wb25l bnQ6ClJDPSQoZ2V0X3ZlcnNpb25fY29tcG9uZW50X3JhbmdlIDIpClJDPSR7UkMjcmN9CkJWPSR7 UkM6NDoyfSR7UkM6NjoyfSR7UkM6MjoyfQoKREVTQ1JJUFRJT049IkFkb2JlIEZsYXNoIFBsYXll ciIKU1JDX1VSST0iaHR0cDovL2Rvd25sb2FkLm1hY3JvbWVkaWEuY29tL3B1Yi9sYWJzL2ZsYXNo cGxheWVyJHtNVn0vZmxhc2hwbGF5ZXIke01WfV9pbnN0YWxsX2xpbnV4XyR7QlZ9LnRhci5neiIK SE9NRVBBR0U9Imh0dHA6Ly93d3cuYWRvYmUuY29tLyIKSVVTRT0iIgpTTE9UPSIwIgoKS0VZV09S RFM9Ii0qIH5hbWQ2NCB+eDg2IgpMSUNFTlNFPSJBZG9iZUZsYXNoLTkuMC4zMS4wIgpSRVNUUklD VD0ic3RyaXAgbWlycm9yIgoKUz0iJHtXT1JLRElSfS9pbnN0YWxsX2ZsYXNoX3BsYXllcl8ke01W fV9saW51eCIKCkRFUEVORD0iYW1kNjQ/ICggYXBwLWVtdWxhdGlvbi9lbXVsLWxpbnV4LXg4Ni1i YXNlbGlicwoJCQlhcHAtZW11bGF0aW9uL2VtdWwtbGludXgteDg2LWd0a2xpYnMKCQkJYXBwLWVt dWxhdGlvbi9lbXVsLWxpbnV4LXg4Ni1zb3VuZGxpYnMKCQkJIGFwcC1lbXVsYXRpb24vZW11bC1s aW51eC14ODYteGxpYnMgKQoJeDg2PyAoIHgxMS1saWJzL2xpYlhleHQKCQl4MTEtbGlicy9saWJY MTEKCQl4MTEtbGlicy9saWJYdAoJCT14MTEtbGlicy9ndGsrLTIqCgkJbWVkaWEtbGlicy9mcmVl dHlwZQoJCW1lZGlhLWxpYnMvZm9udGNvbmZpZyApCgltZWRpYS1mb250cy9jb3JlZm9udHMKCWRl di1saWJzL25zcwoJbmV0LW1pc2MvY3VybAoJPj1zeXMtbGlicy9nbGliYy0yLjQiCgpwa2dfc2V0 dXAoKSB7CgkjIFRoaXMgaXMgYSBiaW5hcnkgeDg2IHBhY2thZ2UgPT4gQUJJPXg4NgoJIyBQbGVh c2Uga2VlcCB0aGlzIGluIGZ1dHVyZSB2ZXJzaW9ucwoJIyBEYW5ueSB2YW4gRHlrIDxrdWdlbGZh bmdAZ2VudG9vLm9yZz4gMjAwNS8wMy8yNgoJaGFzX211bHRpbGliX3Byb2ZpbGUgJiYgQUJJPSJ4 ODYiCn0KCnNyY19pbnN0YWxsKCkgewoJZXhlaW50byAvb3B0L25ldHNjYXBlL3BsdWdpbnMKCWRv ZXhlIGxpYmZsYXNocGxheWVyLnNvCglpbnN0X3BsdWdpbiAvb3B0L25ldHNjYXBlL3BsdWdpbnMv bGliZmxhc2hwbGF5ZXIuc28KfQo= 162741 2008-08-12 12:23 0000 shared library dependencies libflashplayer.so-ldd_output.txt text/plain CWxpbnV4LWdhdGUuc28uMSA9PiAgKDB4ZmZmZmUwMDApCglsaWJzdGRjKysuc28uNiA9PiAvdXNy L2xpYi9nY2MvaTY4Ni1wYy1saW51eC1nbnUvNC4xLjIvbGlic3RkYysrLnNvLjYgKDB4Yjc0OWUw MDApCglsaWJwdGhyZWFkLnNvLjAgPT4gL2xpYi9saWJwdGhyZWFkLnNvLjAgKDB4Yjc0ODcwMDAp CglsaWJYMTEuc28uNiA9PiAvdXNyL2xpYi9saWJYMTEuc28uNiAoMHhiNzM5ZTAwMCkKCWxpYlhl eHQuc28uNiA9PiAvdXNyL2xpYi9saWJYZXh0LnNvLjYgKDB4YjczOTEwMDApCglsaWJYdC5zby42 ID0+IC91c3IvbGliL2xpYlh0LnNvLjYgKDB4YjczNDMwMDApCglsaWJmcmVldHlwZS5zby42ID0+ IC91c3IvbGliL2xpYmZyZWV0eXBlLnNvLjYgKDB4YjcyYzUwMDApCglsaWJmb250Y29uZmlnLnNv LjEgPT4gL3Vzci9saWIvbGliZm9udGNvbmZpZy5zby4xICgweGI3MjljMDAwKQoJbGliY3VybC5z by4zID0+IG5vdCBmb3VuZAoJbGliZ3RrLXgxMS0yLjAuc28uMCA9PiAvdXNyL2xpYi9saWJndGst eDExLTIuMC5zby4wICgweGI2ZjUyMDAwKQoJbGliZ2RrLXgxMS0yLjAuc28uMCA9PiAvdXNyL2xp Yi9saWJnZGsteDExLTIuMC5zby4wICgweGI2ZWQxMDAwKQoJbGliYXRrLTEuMC5zby4wID0+IC91 c3IvbGliL2xpYmF0ay0xLjAuc28uMCAoMHhiNmViNzAwMCkKCWxpYmdka19waXhidWYtMi4wLnNv LjAgPT4gL3Vzci9saWIvbGliZ2RrX3BpeGJ1Zi0yLjAuc28uMCAoMHhiNmVhMDAwMCkKCWxpYnBh bmdveGZ0LTEuMC5zby4wID0+IC91c3IvbGliL2xpYnBhbmdveGZ0LTEuMC5zby4wICgweGI2ZTk4 MDAwKQoJbGlicGFuZ294LTEuMC5zby4wID0+IC91c3IvbGliL2xpYnBhbmdveC0xLjAuc28uMCAo MHhiNmU4YzAwMCkKCWxpYnBhbmdvLTEuMC5zby4wID0+IC91c3IvbGliL2xpYnBhbmdvLTEuMC5z by4wICgweGI2ZTUxMDAwKQoJbGliZ29iamVjdC0yLjAuc28uMCA9PiAvdXNyL2xpYi9saWJnb2Jq ZWN0LTIuMC5zby4wICgweGI2ZTE4MDAwKQoJbGliZ21vZHVsZS0yLjAuc28uMCA9PiAvdXNyL2xp Yi9saWJnbW9kdWxlLTIuMC5zby4wICgweGI2ZTE0MDAwKQoJbGliZGwuc28uMiA9PiAvbGliL2xp YmRsLnNvLjIgKDB4YjZlMTAwMDApCglsaWJnbGliLTIuMC5zby4wID0+IC91c3IvbGliL2xpYmds aWItMi4wLnNvLjAgKDB4YjZkNDUwMDApCglsaWJzc2wzLnNvID0+IC91c3IvbGliL25zcy9saWJz c2wzLnNvICgweGI2ZDFkMDAwKQoJbGlibnNzMy5zbyA9PiAvdXNyL2xpYi9uc3MvbGlibnNzMy5z byAoMHhiNmMxMDAwMCkKCWxpYm5zcHI0LnNvID0+IC91c3IvbGliL25zcHIvbGlibnNwcjQuc28g KDB4YjZiZGUwMDApCglsaWJtLnNvLjYgPT4gL2xpYi9saWJtLnNvLjYgKDB4YjZiYjgwMDApCgls aWJnY2Nfcy5zby4xID0+IC91c3IvbGliL2djYy9pNjg2LXBjLWxpbnV4LWdudS80LjEuMi9saWJn Y2Nfcy5zby4xICgweGI2YmFkMDAwKQoJbGliYy5zby42ID0+IC9saWIvbGliYy5zby42ICgweGI2 YTdkMDAwKQoJL2xpYi9sZC1saW51eC5zby4yICgweDgwMDAwMDAwKQoJbGliWGF1LnNvLjYgPT4g L3Vzci9saWIvbGliWGF1LnNvLjYgKDB4YjZhN2EwMDApCglsaWJYZG1jcC5zby42ID0+IC91c3Iv bGliL2xpYlhkbWNwLnNvLjYgKDB4YjZhNzUwMDApCglsaWJTTS5zby42ID0+IC91c3IvbGliL2xp YlNNLnNvLjYgKDB4YjZhNmIwMDApCglsaWJJQ0Uuc28uNiA9PiAvdXNyL2xpYi9saWJJQ0Uuc28u NiAoMHhiNmE1NDAwMCkKCWxpYnouc28uMSA9PiAvbGliL2xpYnouc28uMSAoMHhiNmE0MjAwMCkK CWxpYnhtbDIuc28uMiA9PiAvdXNyL2xpYi9saWJ4bWwyLnNvLjIgKDB4YjY5MmUwMDApCglsaWJw YW5nb2NhaXJvLTEuMC5zby4wID0+IC91c3IvbGliL2xpYnBhbmdvY2Fpcm8tMS4wLnNvLjAgKDB4 YjY5MjQwMDApCglsaWJYY29tcG9zaXRlLnNvLjEgPT4gL3Vzci9saWIvbGliWGNvbXBvc2l0ZS5z by4xICgweGI2OTIwMDAwKQoJbGliWGRhbWFnZS5zby4xID0+IC91c3IvbGliL2xpYlhkYW1hZ2Uu c28uMSAoMHhiNjkxZDAwMCkKCWxpYlhmaXhlcy5zby4zID0+IC91c3IvbGliL2xpYlhmaXhlcy5z by4zICgweGI2OTE4MDAwKQoJbGliY2Fpcm8uc28uMiA9PiAvdXNyL2xpYi9saWJjYWlyby5zby4y ICgweGI2OGI5MDAwKQoJbGliWHJlbmRlci5zby4xID0+IC91c3IvbGliL2xpYlhyZW5kZXIuc28u MSAoMHhiNjhiMTAwMCkKCWxpYlhpbmVyYW1hLnNvLjEgPT4gL3Vzci9saWIvbGliWGluZXJhbWEu c28uMSAoMHhiNjhhZDAwMCkKCWxpYlhpLnNvLjYgPT4gL3Vzci9saWIvbGliWGkuc28uNiAoMHhi NjhhNDAwMCkKCWxpYlhyYW5kci5zby4yID0+IC91c3IvbGliL2xpYlhyYW5kci5zby4yICgweGI2 ODllMDAwKQoJbGliWGN1cnNvci5zby4xID0+IC91c3IvbGliL2xpYlhjdXJzb3Iuc28uMSAoMHhi Njg5NDAwMCkKCWxpYnBhbmdvZnQyLTEuMC5zby4wID0+IC91c3IvbGliL2xpYnBhbmdvZnQyLTEu MC5zby4wICgweGI2ODZjMDAwKQoJbGliWGZ0LnNvLjIgPT4gL3Vzci9saWIvbGliWGZ0LnNvLjIg KDB4YjY4NTkwMDApCglsaWJuc3N1dGlsMy5zby4xMiA9PiAvdXNyL2xpYi9uc3MvbGlibnNzdXRp bDMuc28uMTIgKDB4YjY4NDIwMDApCglsaWJwbGM0LnNvLjcgPT4gL3Vzci9saWIvbnNwci9saWJw bGM0LnNvLjcgKDB4YjY4M2QwMDApCglsaWJwbGRzNC5zby43ID0+IC91c3IvbGliL25zcHIvbGli cGxkczQuc28uNyAoMHhiNjgzOTAwMCkKCWxpYnBuZzEyLnNvLjAgPT4gL3Vzci9saWIvbGlicG5n MTIuc28uMCAoMHhiNjgxNTAwMCkKCWxpYnBpeG1hbi0xLnNvLjAgPT4gL3Vzci9saWIvbGlicGl4 bWFuLTEuc28uMCAoMHhiNjdlYjAwMCkK 162757 2008-08-12 15:43 0000 flash player 10 release candidate netscape-flash-10_rc20080811.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA4IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L25ldC13d3cvbmV0c2NhcGUtZmxhc2gvbmV0c2Nh cGUtZmxhc2gtMTBfYmV0YTIwMDgwNzAyLmVidWlsZCx2IDEuMSAyMDA4LzA3LzAzIDEzOjQyOjQ2 IGxhY2sgRXhwICQKCmluaGVyaXQgbnNwbHVnaW5zIHZlcnNpb25hdG9yCgpNVj0kKGdldF9tYWpv cl92ZXJzaW9uKQoKIyBFeGNlbGxlbnQsIEFkb2JlIHVzZXMgdGhhdCB1bnNvcnRhYmxlIHRob3Vn aCBzdXJwcmlzaW5nbHkgcG9wdWxhciBkYXRlCiMgY29udmVudGlvbiAiTU1ERFlZIiwgc28gYnVp bGQgdGhhdCBvdXQgb2YgYSBwcm9wZXIgIllZWVlNTUREIiBiZXRhIHZlcnNpb24KIyBjb21wb25l bnQ6ClJDPSQoZ2V0X3ZlcnNpb25fY29tcG9uZW50X3JhbmdlIDIpClJDPSR7UkMjcmN9CkJWPSR7 UkM6NDoyfSR7UkM6NjoyfSR7UkM6MjoyfQoKREVTQ1JJUFRJT049IkFkb2JlIEZsYXNoIFBsYXll ciIKU1JDX1VSST0iaHR0cDovL2Rvd25sb2FkLm1hY3JvbWVkaWEuY29tL3B1Yi9sYWJzL2ZsYXNo cGxheWVyJHtNVn0vZmxhc2hwbGF5ZXIke01WfV9pbnN0YWxsX2xpbnV4XyR7QlZ9LnRhci5neiIK SE9NRVBBR0U9Imh0dHA6Ly93d3cuYWRvYmUuY29tLyIKSVVTRT0iIgpTTE9UPSIwIgoKS0VZV09S RFM9Ii0qIH5hbWQ2NCB+eDg2IgpMSUNFTlNFPSJBZG9iZUZsYXNoLTkuMC4zMS4wIgpSRVNUUklD VD0ic3RyaXAgbWlycm9yIgoKUz0iJHtXT1JLRElSfS9pbnN0YWxsX2ZsYXNoX3BsYXllcl8ke01W fV9saW51eCIKCklOU1RBTExfRElSPSIvb3B0L25ldHNjYXBlL3BsdWdpbnMiCkFET0JFX0xJQlM9 Ii9vcHQvQWRvYmUvUmVhZGVyOC9SZWFkZXIvaW50ZWxsaW51eC9saWIiCgpERVBFTkQ9ImFtZDY0 PyAoIGFwcC1lbXVsYXRpb24vZW11bC1saW51eC14ODYtYmFzZWxpYnMKCQkJYXBwLWVtdWxhdGlv bi9lbXVsLWxpbnV4LXg4Ni1ndGtsaWJzCgkJCWFwcC1lbXVsYXRpb24vZW11bC1saW51eC14ODYt c291bmRsaWJzCgkJCSBhcHAtZW11bGF0aW9uL2VtdWwtbGludXgteDg2LXhsaWJzICkKCXg4Nj8g KCB4MTEtbGlicy9saWJYZXh0CgkJeDExLWxpYnMvbGliWDExCgkJeDExLWxpYnMvbGliWHQKCQk9 eDExLWxpYnMvZ3RrKy0yKgoJCW1lZGlhLWxpYnMvZnJlZXR5cGUKCQltZWRpYS1saWJzL2ZvbnRj b25maWcgKQoJbWVkaWEtZm9udHMvY29yZWZvbnRzCglkZXYtbGlicy9uc3MKCT49c3lzLWxpYnMv Z2xpYmMtMi40CglhcHAtdGV4dC9hY3JvcmVhZCIKCnBrZ19zZXR1cCgpIHsKCSMgVGhpcyBpcyBh IGJpbmFyeSB4ODYgcGFja2FnZSA9PiBBQkk9eDg2CgkjIFBsZWFzZSBrZWVwIHRoaXMgaW4gZnV0 dXJlIHZlcnNpb25zCgkjIERhbm55IHZhbiBEeWsgPGt1Z2VsZmFuZ0BnZW50b28ub3JnPiAyMDA1 LzAzLzI2CgloYXNfbXVsdGlsaWJfcHJvZmlsZSAmJiBBQkk9Ing4NiIKfQoKc3JjX2luc3RhbGwo KSB7CglleGVpbnRvICR7SU5TVEFMTF9ESVJ9Cglkb2V4ZSBsaWJmbGFzaHBsYXllci5zbwoJaW5z dF9wbHVnaW4gJHtJTlNUQUxMX0RJUn0vbGliZmxhc2hwbGF5ZXIuc28KCglkb3N5bSAke0FET0JF X0xJQlN9L2xpYmN1cmwuc28uMyAke0lOU1RBTExfRElSfQoJZG9zeW0gJHtBRE9CRV9MSUJTfS9s aWJzc2wuc28uMC45LjcgJHtJTlNUQUxMX0RJUn0KCWRvc3ltICR7QURPQkVfTElCU30vbGliY3J5 cHRvLnNvLjAuOS43ICR7SU5TVEFMTF9ESVJ9CgoJaW5zdF9wbHVnaW4gJHtJTlNUQUxMX0RJUn0v bGliY3VybC5zby4zCglpbnN0X3BsdWdpbiAke0lOU1RBTExfRElSfS9saWJzc2wuc28uMC45LjcK CWluc3RfcGx1Z2luICR7SU5TVEFMTF9ESVJ9L2xpYmNyeXB0by5zby4wLjkuNwp9Cg== 162772 2008-08-12 18:27 0000 flash player 10 release candidate, libcurl.so.4 -> libcurl.so.3 link netscape-flash-10_rc20080811.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA4IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L25ldC13d3cvbmV0c2NhcGUtZmxhc2gvbmV0c2Nh cGUtZmxhc2gtMTBfYmV0YTIwMDgwNzAyLmVidWlsZCx2IDEuMSAyMDA4LzA3LzAzIDEzOjQyOjQ2 IGxhY2sgRXhwICQKCmluaGVyaXQgbnNwbHVnaW5zIHZlcnNpb25hdG9yCgpNVj0kKGdldF9tYWpv cl92ZXJzaW9uKQoKIyBFeGNlbGxlbnQsIEFkb2JlIHVzZXMgdGhhdCB1bnNvcnRhYmxlIHRob3Vn aCBzdXJwcmlzaW5nbHkgcG9wdWxhciBkYXRlCiMgY29udmVudGlvbiAiTU1ERFlZIiwgc28gYnVp bGQgdGhhdCBvdXQgb2YgYSBwcm9wZXIgIllZWVlNTUREIiBiZXRhIHZlcnNpb24KIyBjb21wb25l bnQ6ClJDPSQoZ2V0X3ZlcnNpb25fY29tcG9uZW50X3JhbmdlIDIpClJDPSR7UkMjcmN9CkJWPSR7 UkM6NDoyfSR7UkM6NjoyfSR7UkM6MjoyfQoKREVTQ1JJUFRJT049IkFkb2JlIEZsYXNoIFBsYXll ciIKU1JDX1VSST0iaHR0cDovL2Rvd25sb2FkLm1hY3JvbWVkaWEuY29tL3B1Yi9sYWJzL2ZsYXNo cGxheWVyJHtNVn0vZmxhc2hwbGF5ZXIke01WfV9pbnN0YWxsX2xpbnV4XyR7QlZ9LnRhci5neiIK SE9NRVBBR0U9Imh0dHA6Ly93d3cuYWRvYmUuY29tLyIKSVVTRT0iIgpTTE9UPSIwIgoKS0VZV09S RFM9Ii0qIH5hbWQ2NCB+eDg2IgpMSUNFTlNFPSJBZG9iZUZsYXNoLTkuMC4zMS4wIgpSRVNUUklD VD0ic3RyaXAgbWlycm9yIgoKUz0iJHtXT1JLRElSfS9pbnN0YWxsX2ZsYXNoX3BsYXllcl8ke01W fV9saW51eCIKCklOU1RBTExfRElSPSIvb3B0L25ldHNjYXBlL3BsdWdpbnMiCkFET0JFX0xJQlM9 Ii9vcHQvQWRvYmUvUmVhZGVyOC9SZWFkZXIvaW50ZWxsaW51eC9saWIiCgpERVBFTkQ9ImFtZDY0 PyAoIGFwcC1lbXVsYXRpb24vZW11bC1saW51eC14ODYtYmFzZWxpYnMKCQkJYXBwLWVtdWxhdGlv bi9lbXVsLWxpbnV4LXg4Ni1ndGtsaWJzCgkJCWFwcC1lbXVsYXRpb24vZW11bC1saW51eC14ODYt c291bmRsaWJzCgkJCSBhcHAtZW11bGF0aW9uL2VtdWwtbGludXgteDg2LXhsaWJzICkKCXg4Nj8g KCB4MTEtbGlicy9saWJYZXh0CgkJeDExLWxpYnMvbGliWDExCgkJeDExLWxpYnMvbGliWHQKCQk9 eDExLWxpYnMvZ3RrKy0yKgoJCW1lZGlhLWxpYnMvZnJlZXR5cGUKCQltZWRpYS1saWJzL2ZvbnRj b25maWcgKQoJbWVkaWEtZm9udHMvY29yZWZvbnRzCglkZXYtbGlicy9uc3MKCW5ldC1taXNjL2N1 cmwKCT49c3lzLWxpYnMvZ2xpYmMtMi40IgoKcGtnX3NldHVwKCkgewoJIyBUaGlzIGlzIGEgYmlu YXJ5IHg4NiBwYWNrYWdlID0+IEFCST14ODYKCSMgUGxlYXNlIGtlZXAgdGhpcyBpbiBmdXR1cmUg dmVyc2lvbnMKCSMgRGFubnkgdmFuIER5ayA8a3VnZWxmYW5nQGdlbnRvby5vcmc+IDIwMDUvMDMv MjYKCWhhc19tdWx0aWxpYl9wcm9maWxlICYmIEFCST0ieDg2Igp9CgpzcmNfaW5zdGFsbCgpIHsK CWV4ZWludG8gJHtJTlNUQUxMX0RJUn0KCWRvZXhlIGxpYmZsYXNocGxheWVyLnNvCglpbnN0X3Bs dWdpbiAke0lOU1RBTExfRElSfS9saWJmbGFzaHBsYXllci5zbwoKCWRvc3ltIC91c3IvbGliL2xp YmN1cmwuc28uNCAvdXNyL2xpYi9uc2Jyb3dzZXIvcGx1Z2lucy9saWJjdXJsLnNvLjMKfQo= 162893 2008-08-14 13:22 0000 flash player 10 release candidate, binary patch --> libcurl.so.4 netscape-flash-10_rc20080811-libcurl-hack.patch.bz2 text/plain QlpoOTFBWSZTWbryp8wAB2z/7//+MohAL//wf///8P////FAAAQAkAAACAhDAAEAgmA7X3oEgAAA AAAEKCgihVAUUSoUKAoRAUAAUoAAKAAUoKSABQBQAASKAFAAAAAUKoAKAAoAAAEgAKkAAABQAAAA AAAAABSkgAQ4GgNBo0DJoADQAGJoaaBpoAaNGgAaNDgaA0GjQMmgANAAYmhpoGmgBo0aABo0OBoD QaNAyaAA0ABiaGmgaaAGjRoAGjQKkiEExTT0GRNHoptBM1E9NEZPUT00BGNGhoNBMmT1HtQ4GgNB o0DJoADQAGJoaaBpoAaNGgAaNAqmkQQAgIBAQmJk9EmpkwjCZNA0A00NqBkDsumYZmju7+ndor0+ rkxVVwlTou4qpCJJLkVScS0lta3/7/nw/Zw+vO5KVNlkhNNNNDX5X/llZdZVXFWu1Qi5TsivZFeX G2sNatavgtdYiyPJKrnWLViWisri0XZEqTDDDC5Eo1lXK3RWqNMrqlpTEpWIwlVhFoZjWaQiMpJU tbCVhJERVRKpCPddWSJCpHCNJTZGZVSKlSkSkVWOOKtKbpSmkrRUpVmG9dLqMI6aSWjFUtLVxqqt VYRLfS+j6m5+h+l87+q76GZkfU/k0Lrsn8F12D+a59SizC1qsh/zm7/YjJ0f7WzDu4P9bY5tmyNF nZxLMI5oyyt/rZW/tc27JEPxR4ejZh2WtxbLd2XUji8n+Zqwt/satHm7Obg3ODVDCP77o6Mo8zq2 bNDcWW5stGH95/6PVHVwdXNuw2cH9LLzaOTDdhze7R5tWhgy8MrcWHNl8m62zg8N2rLDi1YW/8Vu aMHJu6P8Tw1R/qZd2Hm0ODKzdDm8LOrKy0RD/Q+K3web4OS2T1cHo/xu74ujqjD+t4eHJ1avZzdG WiLcmHFbDg3asI1f5GFYYd0cFkf9zZFsuTLi8Mm7LLsw0YcHxfe0YbNzLLLk0aOSMMo0WwiLWiNF uDRo7Mmz3Wyy8N2VYZc2DLdxYdmXk4OTVHF0WtybIdmrow3RhydW7J1RxQ4uzd2ZNkYI3IZYLN3Z hs1bMuDg3LRyYUckUwyYRgjVbgwtzWLatTCuSNmXzcWjDDRbVaNmxwcWrLDVh9nFXk3ejRll4ZcW iI4NnF0auDRq1fV/N9z/I92WDw2Ic39rycj/rasMLatWXdl0bPRhh2Ru4PMw0cGFuLVbmjkjdZbo jDdHhzcXBlybNEW0ZWwf6Xsts+9hh+CNn/MtzMPq8MPg0dkbLaNGxHyYR5OD5uDdlxcXho8n9rRz bOi0avDq0P3uTQ1fF+5Hh4Zf7Xk4t2XJ827/1Yez1cFv1tHyebkjyt5uKOrRxfBo+99Wj9yNkeTd 3fNxZao0c2pqyjDCObwtwQ4o+9otxc0W1fg4I83V0c3kbuDRH627Zxaubd7t34uT0bt3JwYRxaNE W6tH3MuLRqrRHojDs+Dd9mru+bgw0cFfct0eGUfmtlq7ObDLk7sODRqw1dndqtwdFtHdbLii2rRw HBwbNmrVhwNzgyMI7oyjq4sOLLV5NGjLmtgi1sGG63xc2jg7NHVFZOqHNhxci2jVq3Zbu62rg8kW 1bO7dwbOTg5rcG7C2WGrRhzdnu2cmjV1eG7s5O62zZyRhDsy6sMvih7MK+Di/JZHzIywqzyQ+Xz5 vIyrVHq4uzij0eaODw9Hk7PVhbw0bOTc8Iy5uaEdFssIta1uTR5ubDRbRxZaPJ6N3u2borJwZYfF wW+5zWjVGzDi3fXm2cUatHu0YZc3F2ZZYRaPdow6I4Irdgww3VwW0bNWGro4t2zDR3aluT4tmzo1 e7ZbZb0Rs+bR3ebu4Ozi9llvVyV7oyjsp4Rqy5OTBq2dnNbDRGzi4Ob4tWzi2cEbEbO60LcXNuty cXtX+j/Pf/vP0/OXT+SkVUSUoktRLVJFKSSlSSKqPvKiWqSWpIqkgWVELKD8yoh9lSTmVBwUfqpe lV9an+vbaHt2e28+b50+X5n39fctz7vbnuryLN85GGSvW7nO+RwYPdedS7uepq93ucR5X6OiqWri iKh65tkiyP77CzRFwkkwZ2SxbNnbSPQ+07jc1O+2qepvcPSuxbDBvcND9hxKSPW4zkXIsxUs52x9 P/Zi4Mxko1/TofbUfC52RnGCza0tT7pnch/pdLCnW0vwvC6HWo8S67xs7mTjTaofwdDlHM+NddyP cXbnsdi7W5SUjOpT51ka3/j/lGx+LZ6keSczg1jCPZo/g2Yd362p9tjO+vA0vlSqYuzmXLOlTIxM lFEpGl1G52smLqUwWfydPl5XA1lOxTS7z0uNl0K+B2+rraEJ/NPzLCfnWbx62CeVH/rkO5+lZZSz uYut600sGZYuofC8ryMEPMwNZ+RrflcTM0nqZj87/KzA4390n9mBvP1P1rEWWtZFVbZlH7iFP4I6 KhEWywPN7vVqiHoj0f6kRqwbI+irKsiPRzWrCt27+1Xk+4t/gcmzdSI7BRq/cISlkTISJJrSbGYc Z9xoKUa24xYaI5v3ORhVRGr6n1erdoavuYejJ0RzVC0atVZYFjCLOaMoj0ebD0WwjZo0cUR9keGH Bo1Obm5tmj5Nz3brQ4LfBqtsg0Yau7DRostwf8aMJ9Aj/Kk7FEkHQpIj2KSSlMApEU4OrotSvN5l q7Pd9myuhyZaqw4LSOdwU4GIhMCneSe4oiFkmKfbAIp+ClQoPijAshEUiItUIWMnF8XA2VTidUfN +xh6IjV8nxcWD/C/B0V+B0Pdq4t38mFuzmwwhHZFsIWg7lvvMP2MMrWyy6sEdTDLDs3c3dVbPDRl u+5961vq+x0O70cnBaqt+xRUKcEV0OC1IhVoWwRDgwqLIgWrZWVV0ebQtbRVU9HdbO1szMopZY60 nY7XjWeJPGpEhyrLIgikRRT7kVEItZufV5LOp0OirdmVmWSMMHkisLMsvgj4o+yMtlf4EW6PgiIi K0K5IrL7LYNXkGtgm9xHB1PAznnTIETzqRHSkulOyndFRaIiFIikIqKioqGTueDoV7LMIRGCvZ7P vQ/Jqd3s2PoRX2Wt6ItXwI4EYdHq9VtnI/FqtSN7mZ29ysmTzP8Ib11g5UKUUpI4KIopCLFJKKRZ SSXczM+VdPd5KyMEbv6WFej3erV5rW9j7mzic3wdFnkXdywkecg0u+0E1tKYKXed7GK5XFH9Co9k Utsp9zg4tGSMMt2GDw7vMyyhk3Vg+iNn2Vq4t3uw1dVnVEaqoo/iUPMPksfkU5q2cHZDuP4NDB7v DYWt5Oz4tFPvMuLuyaP6G7DQ0JLDFzsx8zwmLFg3szmRMVl2DxNrtfqaupu80REQjcf7io/eih81 VSn4IQQEQIioiq/3qREEK1O6N2q1n5Pkw7oyjR/lRWDgRZEIPihojs2YeaERh5IbNT7z9BpeZdiS egLN4e4Tnd9iehCbhQRULIWVQWsRalFVYfmiohEIiIVBCKiIV0GGh5HJ+SrfNk9UebDd6LZR+SyN 2in0RxRFohFPscWUfqcmzVWWiLaNGi3JWT8mwtFfcistFjR+jZ8zdocHRXJxavkd36n5kcVuJ1Rb qiLcHRHFg1YZR5srQ/JqWeSK9FnByZZQ+J9lVlSElJ0CRJKe82lKSUUnSpZMyeJ1bo80ZHk9nyaj QaPZ+LDzebV5OLcrVk9mDCBh+T5LcmyzQqIiK0fNHsPs6OauTmiN1VbC3A3YcnZ+95tVcm5s4BZE HdhZoPJZ+AqoqBailF1B9mxifApNwnqMxtOtY8CnYfgT7T5HYkwdruPwMG4yO86mcyUxQnGklHqP ieQs8bEIXRNCWaHpdDQeFdTL96vVVvs0aiiuLgiLG73eyurZ0dnVxKW6uTi2P3opFskfFwYVuqqZ cW79bqq2rgtxVlzQ0YVDdaLbuY8FuatgDmDdW6OIyVFK92Bs6rcWgcSuTDdo0bLcGrQdEdWjRoyp RVdEHkatGr9x3W3RyVEaGVOCA/B2MHB4fV4Zf1vJDujg9XNxbO61opOpmaDcxe+d4ehnaT0rMWCQ s6XsYGz8WhwFcHJq6vi/Noeb+L+SzDibGpzZOCvN4bvs1cGofZ7ODsVD2fg2bPVDRq5OSPm+S3Ns OhXYtXq/pHFybvDd9Gj7PJ6uI+qH7UaPRXVXd8yu7L4K3fVEIiIgj+LJbzW5OKyzw0WrojVDLVhD VHo6ujm9latVPgRWw+95vN4O6oRCIRqw6rHo6LPDK0e7ZkioVlVfe6kPJ6NmT5Pg+zV4eyurY1cn hhXg+r0btUezq/3Orw5tWjV6nst9WDqjqg93md0aLfYd3zeSNnN2Q4oqObqw9kER3NFjVazKKqsI ruwyyy3YNGHxMI+C1Vo4NDdxephqystwWPVDKoj/ejRzMmFurDo0OrgjgYc0bstGxwQ1YWpojKN0 Vk2f8KERGGjRhh6NHZGrJFnN9T4oavJzsVmhiwbnM2utkxcGhd4GLQ0Mn8WlTMYtDmcGphxdX1bu irbN2Vop4aqeiMvmsaoauaHkZavwdHRuqLej2OSmXnWYsFnKuu7GlORqWRipsUxa2p42xtcH2W+h q0bu5lzPsfJ4MPm8nwfg8lV1d3Vbst0Zd2Fqg0WYYaMIy5PN9AtzfI6PZ9yOr81eriiPM1fByLfJ u7tXo6PodGz6NVup1V2V7tXq7Pi7K8m7qhhCrQiER4RyaOxEdSHZlzaK9Xm9HxZbKroYfRHg8Grq iDq2f/j2R9H4noy4Lfg/Ju4NGjqjm+js8PxYbvV8jZ5P6Ho+iK+yGCO6DZ0OqNmjg4NTD6P2sq0f R8HY93qrCui3q0W0bPkebiVh3WdnVlUfe3Wr1PDzc2ToVlg4vZwcGyvorZuj4PRwW2V5jkr8H2V8 H4oq0fB4VHm2Oiqj3aNGWzR5LFuyMofBbVq82jCHzOT3ZfRgfVHqr9jidH4Ozk2bK5qq3hGHyavR 6rVX4o/BFqh0ZW0QRCI90c0VsimWjVbZlT0WWpqQyg+zm9Hst3fctEfJ9zBbBbZ5vkwrJhu/Y0YY cnZ7vdzOCuhu+b4Ij0aKfZkjos2NajM2rtrjXKcEmhnNLyqZ3WniXfdf40ftf1I/J6K1buC3qjsh 3e6sNnZb4tSPZxcnFoanmtSt1PJlwebV0Pi9Xst0VycHN4akWwyr4Pm/atzeTZweZwO79TRybtmH 1aG40Rloobtj1erKmEUcFLfZ6GR5snseh2fXKnRDRD9jqh2YdyNVRarRbQf0Kj4iFqwVhDCK6su6 mCHxOTLUejk7P1EVyFcRZCPHzVY9HAeTmtVeq3k/BFGqD5IhChHzaFYdH3OrDVGim6FvJoitm5qe q3oyeD3bupqQWqzw/oV7lcGXQOBarYELfN0Mvda2BC1cXosiMns0VgtbBEKfzV2NGX+AqIRFRyWe hs+KssOiMrW9Go+LRxclUji4Kp/FaqQiuqObseiK6nVwSXURSlMzjanxHIhgsbnYedM7Ulz0cVHN wU9VV6oqm7zPs1RwPArQhTciuylLI1aoV3YbkIqKcnxWqbGA6ja2FkpSMDQ9Y2NjenSjSfC910dW 6mqq+TIcStx4I/AqviH1eri3ZU8IbnycB4YbPMjCPN5Kd1RFdDo92r1Q4uTZ0ZYVHzWrR5nyYGxG ilW1YRwdXhW71VorihzW2RXIywjU+LwZMOq3Y5u7mNlfi4rW+x948EKRQxdJGT0JTuawbBzKT77l dbncp5o9nhlH8TRDBFWyNH4oiIiIiIiIjLDA/MhHA+5hHNX2MPBxpPO0DWyTWTUKM6YkzqSYHSui PkTMpScgYkNCkjMso9BwDieA0tkMPveGDdXBHhWgZZKqMlqfVVYB/Y/vnFqyrwivJ+plodTs8iMl oW+5hUeb8mHFqW/apFuBhS1vmsYdytEH4vmtzNWw1IQRFODuthgc3zaq0IfuaHJ0WOAt5IiqiDUs tat2ERWBFrEFhDmpwdEU7q0aKsiK4OCKZLbtDDwqGyOKLVKIRhSKsRSK2Kr3d35MOLZYcHFo+a2h EREI0ItUERCIiIiw5ItGEDZCEK8nRhhVaoqENDm7OrL5uLoyyquRX9KoQRXFVNUVxFNVVhEWqltX FFcCIwRHsRZY3NaF0mTAsTQWaDU2sGDK0ORamS1kaNGFrbMPZg0dH8WrLgjVEbMMIiMrYVDg3N2h ZkRwIaoRaG6PDLRWFWta1qqMojBWEIysyw0LFssMKrCMNFmUVEMoytZZFVoZWhGULWyRasP7HFu0 FbOanq0I9XsHJxDZSKauARUKQRSt1VWFuY1ZU7DRoUdHMrVqoRZWXVwVRzfYtTYamrdbk9H4MPvR l2bvgi0V97jR4EiN7nb00pFJvNTQOhMVlIjnfFER2ao6tSlmroinh6CrR6PR1dCtkEQrit/p+Dij u+SFvUwjZbojRlbwys8m7Vh/+tELR8UV2brVxW8mDZY3Roy3YcGphs5LYcyzZzaOKObYyyjLDDYy yjVs1Ze7BhlZyc2zLkrCPi6LcVRyQy1W5sstTkRxaOjdwdWDi5uTg3EZZW2Wy5srOriy5OLVhGzZ sstFRHBazVDRstuaOJs0Rhhqyq2TZkyrqg2bMo3W6K4srVWG7YwcGiOSMBsjDk6FtHVbBs1YaMIa othHRaEYbLW2ItlbRDJllDJgy5sNHJotwVXFs3I4o0Lc3JxNGrUcUYVEWjgrdzWYbNkMOjk5I4Mo fBxbsltmjBXJxLQiKNUOKsupluRlocXNzYbLaDVWWUaG5qwwwhsy5q7NXFDVXE4ODoyrVqahqRwR hq7ObC25KPeKIlkohgsuuhRSJkjvGkdhdHQMUTsSbDObD3nEjwsUkzH+xsh0cnZhZEYLWhlxYUqv 0Q/E3N3E+KOZDzOjRq6Kw0cnktoR9miuZl8GHI9z0ZU4PZ5PdwVQyroRZXJ77BcokSk1HOkosks9 I2tKYHcpP0czoV9lV2VHoi3NwbkO58EFQUytVVzPRUaODsw5q/RVhxPRlwej1KhCKVuw0aPdhsrk 4PuRq4PY8yFQRbZFcSqwRHBHAQtg+Szc5IcSLcnowpg/MtohCKVFaubJ5q4jVq3RFqothGX62XF/ xuzoZd3kdXUVakeEK5OLk5vq7lcUdGSEeHki38Xu0dziWVs0fuNi3hGWGFfY+ZwMuSCuLuqkRFYb MDCG6q0O6zVotVQtGURGi1KyYI2ZEdGjBT40pHMsWSd9R6DkSlkjJ0OhyqMFVzPxaFvD7kRhlGFs GX6yvJHxRZu+JlGEWtbDdGUNFj6oPmgstY+iq9mrV8UVUMHZ4cCKiCocH3uSIivdHyVhhFqioiEV ERhC0IgiIioqIi1rVFR0VX2ZYZREQiGEWwhaItZaFVhhGGERha0RSEWhaKthZTCC0RVrVEIgiIQi EIiCIpaC0IgRFEaLLVEQhGhGWFkVCIiKiKRGi1WpgiloiEQi2EYKwi2ELVa2EWi2CKRCIiIiFQg7 oLRUREURUIiKiIpUIRDgRu5m7Bo9VuhGBD7lUwaGDJCEPxRaI+T9yMqrdHg8K3P0OxEKEIhFUtq7 FblK9EVUQiKEIQ4vsgRHE2btB/B/iclWysWyV7PvER+Z+x0aN3Vh8kd2j0ZWpl/J+aPdo5ILejUp 6HRzW4KH3t1DDiPU+5CIGCyq7mFDAQcQi0H6H0LVxRlqVbLBasFlqj5j4sKwgVGjC35MqWbDiRX9 DkLMIMkU0LYK/i5Ig8IVaDkisopWCFoVoNFrW7ItURTCBo0WbCykbGCqRFUaNDmtaIrV/U2cmXkY PQiilLRwRaIVEQqIqKqKqlo6LEcVmCHNxKrLoWjiLHNXRG6lo3ZKP0aNEMkNHA2fN1NTZFVVU2Nh 5PghFH60RUfrYFrW+bDBGEYWiIyqsKwsiloyYVEWQwMkRGWqI/LwMxnQp5iikHUkyUGAaXIsZRh9 T5sDKq3N0Obm6mGpwIamFjJEaiz+DKvwI4Mq/gfcwyeSFm5VVyKWypyNG45vo+ZDD2LU4qVBlaH4 lPUgpaMPq3R6GD4N1KWYIyOZLpzGhI8iYo7HIby5nZNSPIi3wPdQ/RS1FoerciOyq2U5jcd8TSlI 2sjO8xFMQ8T3RpOUaGVQpzV6tD4vQr9FOalboWhTB+bwHh4K+aFeDL5vo7vxWd0bHZaB0V8Hs6uT Lu+r4nxQRFVXsPBCEVqqrUtFWtaIRVRFQOSrWiur2Hk+J+L6orVop3astT3NFaINCNEc0YbObw6P UjyKqtDq0ejJX9jY4uzIjCuCFYVW6BoasPZuilR7rIhEFIiqNH2O7oHm0U0Fc3kqofqeGHzcj97m t3FV9nd5HZbgZO4ej4Gqn2PQ5v4EOLY83wK5rWPREfispwI+xZb7I6Gqviqt1V80eilfZ9St1J1G 9BZZOBqXOJdYukPgExLtKiHQ8HxMFVZoMMOKHZVeFPqqz+RC2jgK/MQsiLQ4MG5/h7vD/+8B8RW7 3ezZ5KfmfVhX3lvZ1RaOTVTCOLdF5aN2FQd1mqtSqitBarVa1WEYQWQIiIVEWRqgtEQiBamVjKqi 3BhWFNDDdbDKKEREVEUiINn0auCmri/I5sKhFMstnUMuSHA4FcWW5XkRZUW5q/Ja2FkIyq0Rgwil oaOTCuSNEI2Wo7tWW7JutqyyN1IWstwbLaoZI0dB1ew9w3d3wMPgs+Bav2qrq7OCuyK6K6K5uhXs 7IW/iwq3myVhHm4IthHJGyMN1lkZ0pZTUUkukpSnOjWTWogucz7gPZspxVTV1ei3d7K8iD/NEhR2 bEO6noeH9SuL1VFOLsYPkrJlCvV4ZZbh2W8x1OiqObis9nF2ZWiIZGFrVoiojRG7+L3avgczCju8 2w7vD8DLkIaHs93cV7PVUQ0V6ssMK2N3d1eTLRUUcWHoijVaj0MG7Balqf1lQPZX0ezwh2Mj0RwR 7K4KVXBXFHyRufFaK6rGDD3aNWXzaNlYRstohgwthUQqNlrchGhFoWIhGrCvMyQW81tEepGr4v1H FGH2eTRsZW0WYRFbLfqcmHF/WdHhTsdVsN0cFu7ibLC0RERwRaFR8Tkrwrg7oRAiKVh5IoajiWyj Dgp/xGWji5tjLY4jdWGXu3WK0R7PVUasH0WrKMIj6uDD1frOq2R/Mjk1dWBVuxHR+12RH8VrRTq4 IcFrVXq9nJyasLYLIhEVCLQq0VCohyR+xCI0YWiMLYZaNGiNEI0c1sstWVuxqjVb+s3MNGWCFh2I boMIaIaI2NEWyyaMIQYRCERZa1aNy0R8mgtWHyN39jgMoqKaNVaMt3U/qclqhERGrQjBEV3CKRFo NlKfm0alVutFakc0MoitUZMNQYXaTFQxEwH4TvBYxRMkRiLF10nGlJdSQsUkjMUeJO8nSwHIYmiK rsCuKNFchk6ua1BzIVFaLWyiuhDRq0aowgwRVEIqkVlk0N1aMogaKwaI5qtWjs7lstnJsfNCm41R VotVtFIckfY5NFamURGiLRlaMqytlakZWq1QytWqItBCMDBharUtZZEFrUsq1RasIUiFQpGGFNEW KshSLUs9WjRWp8nFhTDVYV2frcEfm/Jo4mq2pzIjyfFwbHwRDw+9X81ey0YfRhZ1Wt7IVTQ+ji3b uyLeEVq5mWDk+KK3fyNkfEpgbK6PdWA0RCogitSoVb+l2RFcHu8Pqbv5loqvmVaIqEQhUPzQotMH Kaicp2vYelC5zHhHaonGweQ3szB1dlREUiNXmQ+DuqloiH9xo4vW3HIYDSKRNwk+NSTnSxZEcSi7 WxJoNgsZ3OyTpYJnRoMz30gwT5HzWVsiv3nsfVzQQ6Ojm+46FmFj4MvNo+LLRu6urC37T4t1fiaq 1bq6Dw1bIri9loWi1KwthFclssvRZa3RGWFsmiGqIWyW+r7katERXB/YR6uTRor4PdbZCuimjc+j B1OLo8FaopoqvCrRVVHzeD6qWt3eH9TKsvq/kdX3uDQ7GgPdXZDZ3ex81fk+yqj6uivZHoj2IwhV ooh7PuYU+p5PDyQ/NYjClPi/e/WiFloqzu8LV8mGhGi2WEYYYWh6Mq+aMO7VqZRVq4MKw2LWtaoi 0eTKzKor1WOR+ZXc5oiMuytFejKtg6KerqdT+l0IiK1QUs5Hh3cT4MlUrdT+Ko0Gi1q2BhXEjLgq jmw0MFOBbmyqIhFV2RXYcx2OzkwNH91GR1Lc1Q80cnoN2FVhGDVX83sytbLyZau5WD+Cz0VxaqOb mHuy93mVq5uR5IYV4MKij0dilbKYdDRXVwLG6qWK5Bh9lQcP3EMtToqKiIREDkGzZXBg9kW5vdbB Gha1loUQrCxaIrwjs1IjBqyaMrPm3ZYRla0boww3WwU1RVaPdbKGqMopZ4cC1YLQtFrNEWRho3bs siohVZZYYRFYaLZWswRTCBlqWtFsMGWRhAiFkMKKLqWUUxbm5SjuMXaeRT0DMk3mXq9mg6K4nMrd 2fqVCnoZVWroOaGDYZaIZYIRREVC2jwgyQrst7Oz1WUilRCIqkV2feotbgqnufmiKiEVkydXMjgP REQQhERFIqB8GxVnxVuHcRVcHhsYEKiq8B+RZ3VqtWgeCIaGHF0d0aFkVCq4rU+Rg9DCytCHBZZh wZI7CtD9H9CoRHd3NSq4K1ZOCNCmWTCmURCuzDsRSmh1Wp9HRVW7nmEHNqqtzVh8TDgpTdVORHwM OrB7P0WhDVFVBDug0FarYfyRoiMIikWWMtmVYdxXE3bKrY0VaKtSPgj1LdljL6tHFGWiKy933tlf J5IyiN3otZyRW6Ky0REREcWFsIjdhqwtq2cWjoto1bNkYc0WyjZ+pqy4o1aODY1OjQ0YeHdow0ZN kO6FuxbDo9EWfyRzPzMMNXmiyDQ5LVyG5aqZZRFEUqIirWItHyUf4XYWRHJbzQezzI5O55up1RSF rWRERFczycXEcWq2HyOjBVblValuRH6xwcld25o1dkerClNUFYQoOCIjUtasjq4Faq5LVUPgaqsh GyllltGyzJUItEZdlc2pzdgao2GUbEauKxyRxf51UqPRW5zUrg1eBUaGoqloo3HNhg3YWwhUQ2Uy RGVrNAjzRWGGEMMIi1uQiOhgRgOCNhwU/afFZTi5O79HIdHF0URsbuzgLPvRatFKQtup+x8kRhTR lxHxebq4NkRs6P5vJhFRBwQ+rstVZfYtFrRBh0WdGVvkgjC2T4rbIhg1YMoWqNmVkaNmGGrk9m7u 3NWWWq0RhwbubC2phlbLBxZbN3Bo1NyC0VyYWbOD5NCzk0amVuLktqhCMMOTZ/cbuTdVWIQgNENE VaKpuZc2hlVfBFVkiII6IWpEUHJGjK1ZQjqywpgikI1c0RZTmRs3RbVstwRqysqqygtA0RZ0cSMN UFOSFaordwWRusakVVqYWrCERStGVOaNTKyIitiKphuyYMINXEtoqOCObmiLbkGUIhyIowjU+Szk cFji1VSzm0WwMrdEckORus2EU3Qy0W3RVtUMNTRqjVVoWVGTRoswVos1WwaoVkRTJBEMI6IrZFcE FNkMo2dViBhB5DKK+CoaPkR+9yWyjUYbGC1cEf3jVswLRXdgtaKitUIwju3d1VxaGwbI2bK2fBut gi0VCEIVaoiKIhaKiKVZFRGUWIw1c3Nxcnc5Ngjm8KcVRs4Oa1NVYUruWw3H4IyqsuTRqIqskVTm quLq7K2WqopoqrUyeyiId2WTDkqstjoeiqVwVopW7g2dHo1dCzCtUEI0VCz6tH3NndHEjJyVyZLd 2BhhVi2CKqyEMIwqILVFYVhbKnQ1VyNGjVaNFvoBWTmhTRXhTVat3hBl3fR1ORFepydG7Dk5q2Ip URXMss8nFoaPzcHucEc1VyVlTKqRky2VTBkVyVaqVg5jZwWrCIREQtVLQpZX0ObZhkVYtg7KwqtG XZ2UtaoyeaFG56CopoiuiurWiZ2pZGhrSHtOU4zOpSKO1IXV7NWR3cVnMEVyaqqvZwVyVhVh9FV+ 5FVUYGro7NGhFQ1eT9DLi9zyepGSZDaesXUsijjetuUKKKSUgivm8P3K9lKW81ZW4oK+9BopsR9j ZzPDuiMmx8CNnVk0NzKFLUHQie8kollMDMYugUTgpxviR5ULvfM6WeZOIsJ4HMk1J5lPGaEdTJMH s7Efejyfk0RXdluIfwaPiUalVb0UhFnmqIio9URD6o5qN0LbHBHNGVboWqvUiGjic2giN0RFIilR FREIioqrQqELREQRVuzCrQMFWqujcav1LW1FimrdaqNkKtlVW/BC3uRUI1Lc1qw1f3TUaK0Pgigg 2V8ELMFkVaK3H3LUPojyKhuqoqnmpxLYKbMMMCKshVMlYfratXZ7Iiu7u9lOyEV2bLaIjCMPRos1 bnBhZs0YVEYRSyGG62UYamjgRhHB+pkisstT82r73doW+C1ua1m7DFNRxJdMmRi7Fj4BiiMkSWTF iYsWKzBraU2G0knKlPb0zvUn/Ep/sXckU4UJC68qfMA= 162895 2008-08-14 13:23 0000 flash player 10 release candidate, binary patch --> libcurl.so.4 netscape-flash-10_rc20080811.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA4IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6ICQKCmluaGVyaXQgZXV0aWxzIG5zcGx1Z2lucyB2ZXJzaW9uYXRvcgoKTVY9JChnZXRfbWFq b3JfdmVyc2lvbikKCiMgRXhjZWxsZW50LCBBZG9iZSB1c2VzIHRoYXQgdW5zb3J0YWJsZSB0aG91 Z2ggc3VycHJpc2luZ2x5IHBvcHVsYXIgZGF0ZQojIGNvbnZlbnRpb24gIk1NRERZWSIsIHNvIGJ1 aWxkIHRoYXQgb3V0IG9mIGEgcHJvcGVyICJZWVlZTU1ERCIgYmV0YSB2ZXJzaW9uCiMgY29tcG9u ZW50OgpSQz0kKGdldF92ZXJzaW9uX2NvbXBvbmVudF9yYW5nZSAyKQpSQz0ke1JDI3JjfQpCVj0k e1JDOjQ6Mn0ke1JDOjY6Mn0ke1JDOjI6Mn0KCkRFU0NSSVBUSU9OPSJBZG9iZSBGbGFzaCBQbGF5 ZXIiClNSQ19VUkk9Imh0dHA6Ly9kb3dubG9hZC5tYWNyb21lZGlhLmNvbS9wdWIvbGFicy9mbGFz aHBsYXllciR7TVZ9L2ZsYXNocGxheWVyJHtNVn1faW5zdGFsbF9saW51eF8ke0JWfS50YXIuZ3oK aHR0cDovL3d3dy5uaWNrcG9wZS5tZS51ay9nZW50b28vcGF0Y2gvbmV0LXd3dy9uZXRzY2FwZS1m bGFzaC9uZXRzY2FwZS1mbGFzaC0xMF9yYzIwMDgwODExLWxpYmN1cmwtaGFjay5wYXRjaC5iejIi CkhPTUVQQUdFPSJodHRwOi8vd3d3LmFkb2JlLmNvbS8iCklVU0U9IiIKU0xPVD0iMCIKCktFWVdP UkRTPSItKiB+YW1kNjQgfng4NiIKTElDRU5TRT0iQWRvYmVGbGFzaC05LjAuMzEuMCIKUkVTVFJJ Q1Q9InN0cmlwIG1pcnJvciIKClM9IiR7V09SS0RJUn0vaW5zdGFsbF9mbGFzaF9wbGF5ZXJfJHtN Vn1fbGludXgiCgpJTlNUQUxMX0RJUj0iL29wdC9uZXRzY2FwZS9wbHVnaW5zIgpBRE9CRV9MSUJT PSIvb3B0L0Fkb2JlL1JlYWRlcjgvUmVhZGVyL2ludGVsbGludXgvbGliIgoKUkRFUEVORD0iYW1k NjQ/ICggYXBwLWVtdWxhdGlvbi9lbXVsLWxpbnV4LXg4Ni1iYXNlbGlicwoJCWFwcC1lbXVsYXRp b24vZW11bC1saW51eC14ODYtZ3RrbGlicwoJCWFwcC1lbXVsYXRpb24vZW11bC1saW51eC14ODYt c291bmRsaWJzCgkJYXBwLWVtdWxhdGlvbi9lbXVsLWxpbnV4LXg4Ni14bGlicyApCgl4ODY/ICgg eDExLWxpYnMvbGliWGV4dAoJCXgxMS1saWJzL2xpYlgxMQoJCXgxMS1saWJzL2xpYlh0CgkJPXgx MS1saWJzL2d0aystMioKCQltZWRpYS1saWJzL2ZyZWV0eXBlCgkJbWVkaWEtbGlicy9mb250Y29u ZmlnICkKCW1lZGlhLWZvbnRzL2NvcmVmb250cwoJZGV2LWxpYnMvbnNzCgluZXQtbWlzYy9jdXJs Cgk+PXN5cy1saWJzL2dsaWJjLTIuNCIKCnBrZ19zZXR1cCgpIHsKCSMgVGhpcyBpcyBhIGJpbmFy eSB4ODYgcGFja2FnZSA9PiBBQkk9eDg2CgkjIFBsZWFzZSBrZWVwIHRoaXMgaW4gZnV0dXJlIHZl cnNpb25zCgkjIERhbm55IHZhbiBEeWsgPGt1Z2VsZmFuZ0BnZW50b28ub3JnPiAyMDA1LzAzLzI2 CgloYXNfbXVsdGlsaWJfcHJvZmlsZSAmJiBBQkk9Ing4NiIKfQoKc3JjX2luc3RhbGwoKSB7Cgll cGF0Y2ggJHtGSUxFU19ESVJ9L25ldHNjYXBlLWZsYXNoLTEwX3JjMjAwODA4MTEtbGliY3VybC1o YWNrLnBhdGNoLmJ6MgoJZXhlaW50byAke0lOU1RBTExfRElSfQoJZG9leGUgbGliZmxhc2hwbGF5 ZXIuc28KCWluc3RfcGx1Z2luICR7SU5TVEFMTF9ESVJ9L2xpYmZsYXNocGxheWVyLnNvCn0KCiMg dmltOnRzPTgK 163565 2008-08-22 19:03 0000 netscape-flash-10_beta20080811.ebuild netscape-flash-10_beta20080811.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA4IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L25ldC13d3cvbmV0c2NhcGUtZmxhc2gvbmV0c2Nh cGUtZmxhc2gtMTBfYmV0YTIwMDgwNTE1LmVidWlsZCx2IDEuMSAyMDA4LzA1LzE1IDE0OjM1OjEx IGxhY2sgRXhwICQKCmluaGVyaXQgbnNwbHVnaW5zIHZlcnNpb25hdG9yCgpNVj0kKGdldF9tYWpv cl92ZXJzaW9uKQoKIyBFeGNlbGxlbnQsIEFkb2JlIHVzZXMgdGhhdCB1bnNvcnRhYmxlIHRob3Vn aCBzdXJwcmlzaW5nbHkgcG9wdWxhciBkYXRlCiMgY29udmVudGlvbiAiTU1ERFlZIiwgc28gYnVp bGQgdGhhdCBvdXQgb2YgYSBwcm9wZXIgIllZWVlNTUREIiBiZXRhIHZlcnNpb24KIyBjb21wb25l bnQ6CkJFVEE9JChnZXRfdmVyc2lvbl9jb21wb25lbnRfcmFuZ2UgMikKQkVUQT0ke0JFVEEjYmV0 YX0KQlY9JHtCRVRBOjQ6Mn0ke0JFVEE6NjoyfSR7QkVUQToyOjJ9CgpERVNDUklQVElPTj0iQWRv YmUgRmxhc2ggUGxheWVyIgpTUkNfVVJJPSJodHRwOi8vZG93bmxvYWQubWFjcm9tZWRpYS5jb20v cHViL2xhYnMvZmxhc2hwbGF5ZXIke01WfS9mbGFzaHBsYXllciR7TVZ9X2luc3RhbGxfbGludXhf JHtCVn0udGFyLmd6IgpIT01FUEFHRT0iaHR0cDovL3d3dy5hZG9iZS5jb20vIgpJVVNFPSIiClNM T1Q9IjAiCgpLRVlXT1JEUz0iLSogfmFtZDY0IH54ODYiCkxJQ0VOU0U9IkFkb2JlRmxhc2gtOS4w LjMxLjAiClJFU1RSSUNUPSJzdHJpcCBtaXJyb3IiCgpTPSIke1dPUktESVJ9L2luc3RhbGxfZmxh c2hfcGxheWVyXyR7TVZ9X2xpbnV4IgoKREVQRU5EPSJhbWQ2ND8gKCBhcHAtZW11bGF0aW9uL2Vt dWwtbGludXgteDg2LWJhc2VsaWJzCgkJCWFwcC1lbXVsYXRpb24vZW11bC1saW51eC14ODYtZ3Rr bGlicwoJCQlhcHAtZW11bGF0aW9uL2VtdWwtbGludXgteDg2LXNvdW5kbGlicwoJCQkgYXBwLWVt dWxhdGlvbi9lbXVsLWxpbnV4LXg4Ni14bGlicwoJCQkgbmV0LWxpYnMveHVscnVubmVyLWJpbiAp Cgl4ODY/ICggeDExLWxpYnMvbGliWGV4dAoJCXgxMS1saWJzL2xpYlgxMQoJCXgxMS1saWJzL2xp Ylh0CgkJPXgxMS1saWJzL2d0aystMioKCQltZWRpYS1saWJzL2ZyZWV0eXBlCgkJbWVkaWEtbGli cy9mb250Y29uZmlnCgkJZGV2LWxpYnMvbnNzCgkJbmV0LW1pc2MvY3VybAoJCT49c3lzLWxpYnMv Z2xpYmMtMi40ICkKCWFwcC10ZXh0L2Fjcm9yZWFkCgltZWRpYS1mb250cy9jb3JlZm9udHMiCgpw a2dfc2V0dXAoKSB7CgkjIFRoaXMgaXMgYSBiaW5hcnkgeDg2IHBhY2thZ2UgPT4gQUJJPXg4NgoJ IyBQbGVhc2Uga2VlcCB0aGlzIGluIGZ1dHVyZSB2ZXJzaW9ucwoJIyBEYW5ueSB2YW4gRHlrIDxr dWdlbGZhbmdAZ2VudG9vLm9yZz4gMjAwNS8wMy8yNgoJaGFzX211bHRpbGliX3Byb2ZpbGUgJiYg QUJJPSJ4ODYiCn0KCnNyY19pbnN0YWxsKCkgewoJZXhlaW50byAvb3B0L25ldHNjYXBlL3BsdWdp bnMKCWRvZXhlIGxpYmZsYXNocGxheWVyLnNvCglpbnN0X3BsdWdpbiAvb3B0L25ldHNjYXBlL3Bs dWdpbnMvbGliZmxhc2hwbGF5ZXIuc28KCgkjIFRoaXMgdmVyc2lvbiBlc3BlY2lhbGx5IGlzIHVn bHkgaW4gdGhhdCBpdCBoYXJkLXJlcXVpcmVzIGxpYmN1cmwuc28uMy4gIE9uCgkjIHg4NiBzeXN0 ZW1zLCB3ZSBjb3VsZCBqdXN0IHN5bWxpbmsgdG8gbGliY3VybC5zby40LCBidXQgYnkgdXNpbmcg YWNyb3JlYWQKCSMgdG8gcHJvdmlkZSB0aGUgbmVlZGVkIGxpYnMgd2UgaGF2ZSBhIHNpbmdsZSBz b2x1dGlvbiB0aGF0IHdvcmtzIGZvciBib3RoCgkjIGFtZDY0IGFuZCB4ODYsIHdoaWNoIEkgbGlr ZSBtYXJnaW5hbGx5IGJldHRlci4KCWVjaG8gJ0xEUEFUSD0iL29wdC9BZG9iZS9SZWFkZXI4L1Jl YWRlci9pbnRlbGxpbnV4L2xpYiInID4gOTlmbGFzaC0xMC1saWJoYWNrCglkb2VudmQgOTlmbGFz aC0xMC1saWJoYWNrCgoJIyBBcHBhcmVudGx5IHRoZSBuZXh0IHJlbGVhc2Ugd2lsbCBkeW5hbWlj YWxseSBjaGVjayBmb3IgbGliY3VybC5zby40IGFuZAoJIyBsaWJjdXJsLnNvLjMsIHNvIHRoaXMg d2lsbCBiZSBtdWNoIGxlc3MgdWdseSAoZXNwZWNpYWxseSBpZiB3ZSBjYW4gZ2V0CgkjIGxpYmN1 cmwgaW50byBvbmUgb2YgdGhlIGVtdWwtbGludXgteDg2IHBhY2thZ2VzKS4KfQoKcGtnX3Bvc3Rp bnN0KCkgewoJZXdhcm4gIkZsYXNoIHBsYXllciBpcyBjbG9zZWQtc291cmNlLCB3aXRoIGEgbG9u ZyBoaXN0b3J5IG9mIHNlY3VyaXR5IgoJZXdhcm4gImlzc3Vlcy4gIFBsZWFzZSBjb25zaWRlciBv bmx5IHJ1bm5pbmcgZmxhc2ggYXBwbGV0cyB5b3Uga25vdyB0byIKCWV3YXJuICJiZSBzYWZlLiAg VGhlIGZpcmVmb3ggJ2ZsYXNoYmxvY2snIGV4dGVuc2lvbiBtYXkgaGVscDoiCglld2FybiAiICBo dHRwczovL2FkZG9ucy5tb3ppbGxhLm9yZy9lbi1VUy9maXJlZm94L2FkZG9uLzQzMyIKfQo=