141127 2006-07-19 23:52 0000 sci-libs/acml-3.6.0 is out (version bump) 2007-06-03 21:16:41 0000 1 1 1 Unclassified Gentoo Linux Ebuilds 2006.0 All Linux RESOLVED FIXED http://developer.amd.com/acml.aspx P2 normal --- 1 ediap@users.sourceforge.net kugelfang@gentoo.org juantxorena@gmail.com sci@gentoo.org subi.the.dream.walker@gmail.com tchiwam@gentoo.org ediap@users.sourceforge.net 2006-07-19 23:52:41 0000 Hi! There is a new release of ACML library - version 3.5.0. Thus, I recommend bumping the ebuild as well. I renamed acml-3.1.0.ebuild to acml-3.5.0.ebuild and it seems to be enough to have an updated version. BTW, the gcc-4.1.1 is now unmasked in portage, so a new ebuild, which uses acml-VERSION-gfortran-{32,64}bit.tgz sources would be preferable. However, I do not know if it is possible to decide which package to download based on the installed compiler. Now the selection of SRC_URI is only done according to architecture, which is not enough. I hope you have some ideas how to solve the second issue from this bug report. Best regards, /ediap ediap@users.sourceforge.net 2006-08-27 11:32:36 0000 Created an attachment (id=95219) acml-3.5.0-r1.ebuild which uses eselect ediap@users.sourceforge.net 2006-08-27 11:39:46 0000 One more comment regarding the acml in Gentoo and eselect.cblas: I think that /usr/include/cblas.h shouldn't be linked to /usr/include/acml/acml.h, because ACML's CBLAS header file is not compatible with cblas.h from cblas-reference and blas-atlas packages. ACML library does not use "cblas_" prefix for function names, but also changes the types of functin parameters, e.g. uses local complex and doublecomplex type definitions instead of void pointers. BR, /ediap dberkholz@gentoo.org 2006-08-27 12:48:07 0000 (In reply to comment #2) > One more comment regarding the acml in Gentoo and eselect.cblas: > I think that /usr/include/cblas.h shouldn't be linked to > /usr/include/acml/acml.h, because ACML's CBLAS header file is not compatible > with cblas.h from cblas-reference and blas-atlas packages. > > ACML library does not use "cblas_" prefix for function names, but also changes > the types of functin parameters, e.g. uses local complex and doublecomplex type > definitions instead of void pointers. I've committed this change. tchiwam@gentoo.org 2006-09-17 03:57:53 0000 another interesting issue with acml and C99, c99 has it's own "complex" type, and acml will undef it. This make it hard to maintain while mixing c99, fftw3, acml together. fftw3 is faster for non power of 2 fft than acml, but acml has other good functions... What would people think if we would make the header c99 compatible instead of mixing everything ? basically changing: complex -> complex float complexdouble -> complex double subi.the.dream.walker@gmail.com 2006-10-15 20:19:24 0000 Created an attachment (id=99771) Depends on your fortran complier to choose the appropriate acml version. I tried the function tc-getF77 and tc-getFORTRAN from toolchain-funcs.eclass to determine the fortran complier of system. The function tc-getF77 returns "f77" by default, while the GNU f77 complier is called "g77". But it's not the case for tc-getFORTRAN, which returns "gfortran" by default, and unfortunately, "gfortran" IS the name of GNU fortran complier. As a result, only the tc-getF77 is used, which is not the accurate way. Maybe functions from fortran.eclass could help? Also, I have only tested the ebuild with gfortran and acml-3-5-0-gfortran-64bit.tgz because I don't have gcc 3.4.* installed. Hope somebody could test more:) Sorry for my poor English:p dberkholz@gentoo.org 2006-10-15 20:21:24 0000 You don't need to do all that testing, FORTRAN is the full allowed list of compilers, not a single compiler. subi.the.dream.walker@gmail.com 2006-10-17 00:54:09 0000 (In reply to comment #6) > You don't need to do all that testing, FORTRAN is the full allowed list of > compilers, not a single compiler. > The problem is that AMD complied acml-VERSION-gnu-{32,64}bit.tgz with g77(from gcc-3.*) and acml-VERSION-gfortran-{32,64}bit.tgz with gfortran(from gcc-4.*). The two versions require different FORTRAN to C library, i.e. libg2c shipped with gcc-3.* for g77 version, libgfortran shipped with gcc-4.* for gfortran version. The acml-3.5.0-r1.ebuild or the 3.1.0 ebuild in portage always installs the acml-VERSION-gnu-{32,64}bit.tgz. If I try to build a program with acml, there are many unresolved references which are parts of libg2c, while I don't have libg2c. As a result, we need to select the SRC_URI not only according to architecture, but also the fortran complier version (g77/gfortran). The committed ebuild works well for me. Hope it will works for gcc-3.4.* as well. Regards blubb@gentoo.org 2006-10-23 10:22:23 0000 bumping severity to normal because only the 3.5 sources are visible from the homepage leaving current stable and testing ebuilds without anything to work on ediap@users.sourceforge.net 2006-10-23 12:29:10 0000 (In reply to comment #8) > bumping severity to normal because only the 3.5 sources are visible from the > homepage leaving current stable and testing ebuilds without anything to work on That's not true. There is still access to all previous releases. Just use the following ling: http://developer.amd.com/acmlarchive.jsp Anyway, the "enchancement" to "normal" change is OK, since all stable ebuild can not be used with >=gcc-4.0.0, which was described in my initial post and comment #7. BR, /ediap ediap@users.sourceforge.net 2006-12-02 11:10:46 0000 Just a reminder... ACML 3.6.0 is already released, but this bug is still not solved, which means that stable sci-libs/acml does not work with the default stable compiler in Gentoo (gcc-4.1.1). BR, /ediap juantxorena@gmail.com 2007-05-19 09:40:03 0000 Sorry for the bump, but is someone working on this bug? acml-3.6.1 is out, and the acml version in portage is still 3.1.0, because the problems with newer versions are still there since a year ago. subi.the.dream.walker@gmail.com 2007-05-27 14:54:57 0000 Created an attachment (id=120450) version bump, also some efforts The different acml buildings are nothing but a mess! The ebuild provides two ways to determine which version to be installed: USE flags, or automatic fortran comiler detection. You could just ebuild acml-3.6.1.ebuild digest && emerge acml. Also you could do USE="gfortran int64" ebuild acml-3.6.1.ebuild digest USE="gfortran int64 -openmp" emerge acml juantxorena@gmail.com 2007-05-27 16:19:59 0000 I have some problems when emerging: 1.- The first problem was when doing ebuild acml-3.6.1.ebuild digest, I got this error: * Please download the ACML from: * http://developer.amd.com/acml.jsp * and place it in /usr/portage/distfiles * The previous version could be found at * http://developer.amd.com/acmlarchive.jsp !!! File acml-3-6-0--64bit.tgz doesn't exist, can't update Manifest I "solved" this by changing the name of the package I downloaded, acml-3-6-0-gnu-64bit.tgz to the requested name. It seems that the variable that defines the compiler doesn't work (I don't know the name, I haven't readed the ebuild in detail). Strange thing that it requested this package instead acml-3-6-1-gfortran--64bit.tgz. I don't know why, since 3-6-1 version is the actual one and gfortran is the default fortran compiler now. 2.- When emerging after this "fix", I had this error when emerging: >>> Unpacking acml-3-6-0--64bit.tgz to /var/tmp/portage/sci-libs/acml-3.6.1/work >>> Unpacking contents-acml-3-6-0--64bit.tgz to /var/tmp/portage/sci-libs/acml-3.6.1/work !!! ERROR: sci-libs/acml-3.6.1 failed. Call stack: ebuild.sh, line 1615: Called dyn_unpack ebuild.sh, line 752: Called qa_call 'src_unpack' ebuild.sh, line 44: Called src_unpack acml-3.6.1.ebuild, line 61: Called unpack 'contents-acml-3-6-0--64bit.tgz' ebuild.sh, line 404: Called die !!! contents-acml-3-6-0--64bit.tgz does not exist !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/sci-libs/acml-3.6.1/temp/build.log'. !!! This ebuild is from an overlay: '/usr/local/portage' I haven't found anything similar to contents-acml-3-6-0--64bit.tgz (the package requested by the ebuild) in the acml webpage, and I can't remebmer anything similar in older ebuilds, so I don't know what package I must donwloand (if any). Also I find odd that the ebuild doesn't request any 3-6-1 package in the 3-6-1 version ebuild, even when I tried to emerge it with gfortran USE-flag, which is the version of acml that is in the 3-6-1 version (according to the ACML webpage, the versions for g77, Intel Fortran and friends are 3-6-0). Anyway, I think that the ebuild is quite good, maybe thanks to the eselect stuff (the old ones were very confusing someones used fortran, some others C, etc). AFAIK, fortran is essential in acml, and since gfortran is the default compiler in the stable gcc compiler, I think that gfortran should be selected by default (something like sci-mathematics/maxima, you have USEflags to select which Lisp compiler you want use, gcl, clisp or sbcl, but if you don't set any, gcl is used). Well, sorry for my huge comment. That's all, folks. subi.the.dream.walker@gmail.com 2007-05-28 11:16:39 0000 (In reply to comment #13) > I have some problems when emerging: > > 1.- The first problem was when doing ebuild acml-3.6.1.ebuild digest, I got > this error: > > * Please download the ACML from: > * http://developer.amd.com/acml.jsp > * and place it in /usr/portage/distfiles > * The previous version could be found at > * http://developer.amd.com/acmlarchive.jsp > !!! File acml-3-6-0--64bit.tgz doesn't exist, can't update Manifest > Which FORTRAN compiler do you use? It seems that the ebuild couldn't detect a fortran compiler (currently only support gfortran(GCC4), g77(GCC3), and ifc). If you are sure you have one of these, please specify it by a USE flag, USE="gfortran" ebuild ... digest # this USE flag MUST be here; the one in make.conf doesn't affect USE="gfrotran" emerge acml # of course this one could be in make.conf > ebuild in detail). Strange thing that it requested this package instead > acml-3-6-1-gfortran--64bit.tgz. The correct name (as AMD) is acml-3.6.1-gfortran-64bit.tgz > 2.- When emerging after this "fix", I had this error when emerging: > > >>> Unpacking acml-3-6-0--64bit.tgz to /var/tmp/portage/sci-libs/acml-3.6.1/work > >>> Unpacking contents-acml-3-6-0--64bit.tgz to /var/tmp/portage/sci-libs/acml-3.6.1/work > > !!! ERROR: sci-libs/acml-3.6.1 failed. > Call stack: > ebuild.sh, line 1615: Called dyn_unpack > ebuild.sh, line 752: Called qa_call 'src_unpack' > ebuild.sh, line 44: Called src_unpack > acml-3.6.1.ebuild, line 61: Called unpack 'contents-acml-3-6-0--64bit.tgz' > ebuild.sh, line 404: Called die > > !!! contents-acml-3-6-0--64bit.tgz does not exist > !!! If you need support, post the topmost build error, and the call stack if > relevant. > !!! A complete build log is located at > '/var/tmp/portage/sci-libs/acml-3.6.1/temp/build.log'. > > !!! This ebuild is from an overlay: '/usr/local/portage' > The same problem: this ebuild could not detect the fortran compiler you have, and I forgot to give a message when this happens. (Now I added it). > Also I find odd that the ebuild doesn't request any 3-6-1 package in the 3-6-1 > version ebuild, even when I tried to emerge it with gfortran USE-flag, which is > the version of acml that is in the 3-6-1 version (according to the ACML > webpage, the versions for g77, Intel Fortran and friends are 3-6-0). Yes, actually the 3-6-1 version is only availible for gfortran; the rest is still 3-6-0. > Anyway, I think that the ebuild is quite good, maybe thanks to the eselect > stuff (the old ones were very confusing someones used fortran, some others C, > etc). AFAIK, fortran is essential in acml, and since gfortran is the default > compiler in the stable gcc compiler, I think that gfortran should be selected > by default (something like sci-mathematics/maxima, you have USEflags to select > which Lisp compiler you want use, gcl, clisp or sbcl, but if you don't set any, > gcl is used). Thanks. I think making gfortran a default selection is a good idea. juantxorena@gmail.com 2007-05-28 11:37:48 0000 (In reply to comment #14) > (In reply to comment #13) > > I have some problems when emerging: > > > > 1.- The first problem was when doing ebuild acml-3.6.1.ebuild digest, I got > > this error: > > > > * Please download the ACML from: > > * http://developer.amd.com/acml.jsp > > * and place it in /usr/portage/distfiles > > * The previous version could be found at > > * http://developer.amd.com/acmlarchive.jsp > > !!! File acml-3-6-0--64bit.tgz doesn't exist, can't update Manifest > > > > Which FORTRAN compiler do you use? It seems that the ebuild couldn't detect a > fortran compiler (currently only support gfortran(GCC4), g77(GCC3), and ifc). > > If you are sure you have one of these, please specify it by a USE flag, > USE="gfortran" ebuild ... digest # this USE flag MUST be here; the one > in make.conf doesn't affect > USE="gfrotran" emerge acml # of course this one could be in make.conf I have gfortran, the gcc4 fortran compiler. However, none of those solutions works, it's still requesting an non-existent acml-3-6-0--64bit.tgz, no matter which fortran compiler I set. Even when I use USE="gfortran" ebuild ... digest, the requested package is a 3-6-0, not a 3-6-1. > > ebuild in detail). Strange thing that it requested this package instead > > acml-3-6-1-gfortran--64bit.tgz. > > The correct name (as AMD) is acml-3.6.1-gfortran-64bit.tgz It was a typo, I was trying to say that the requested package was not acml-3.6.1-gfortran-64bit.tgz, the good package. > > 2.- When emerging after this "fix", I had this error when emerging: > > > > >>> Unpacking acml-3-6-0--64bit.tgz to /var/tmp/portage/sci-libs/acml-3.6.1/work > > >>> Unpacking contents-acml-3-6-0--64bit.tgz to /var/tmp/portage/sci-libs/acml-3.6.1/work > > > > !!! ERROR: sci-libs/acml-3.6.1 failed. > > Call stack: > > ebuild.sh, line 1615: Called dyn_unpack > > ebuild.sh, line 752: Called qa_call 'src_unpack' > > ebuild.sh, line 44: Called src_unpack > > acml-3.6.1.ebuild, line 61: Called unpack 'contents-acml-3-6-0--64bit.tgz' > > ebuild.sh, line 404: Called die > > > > !!! contents-acml-3-6-0--64bit.tgz does not exist > > !!! If you need support, post the topmost build error, and the call stack if > > relevant. > > !!! A complete build log is located at > > '/var/tmp/portage/sci-libs/acml-3.6.1/temp/build.log'. > > > > !!! This ebuild is from an overlay: '/usr/local/portage' > > > > The same problem: this ebuild could not detect the fortran compiler you have, > and I forgot to give a message when this happens. (Now I added it). Probably, but you forgot to attach it :P But what about this contents-acml-3-6-0 package? > > Also I find odd that the ebuild doesn't request any 3-6-1 package in the 3-6-1 > > version ebuild, even when I tried to emerge it with gfortran USE-flag, which is > > the version of acml that is in the 3-6-1 version (according to the ACML > > webpage, the versions for g77, Intel Fortran and friends are 3-6-0). > > Yes, actually the 3-6-1 version is only availible for gfortran; the rest is > still 3-6-0. But I said the problem before, it doesn't mind that you digest and emerge it with USE="gfortran", the ebuild stills keeping requesting a 3-6-0 package. > > Anyway, I think that the ebuild is quite good, maybe thanks to the eselect > > stuff (the old ones were very confusing someones used fortran, some others C, > > etc). AFAIK, fortran is essential in acml, and since gfortran is the default > > compiler in the stable gcc compiler, I think that gfortran should be selected > > by default (something like sci-mathematics/maxima, you have USEflags to select > > which Lisp compiler you want use, gcl, clisp or sbcl, but if you don't set any, > > gcl is used). > > Thanks. I think making gfortran a default selection is a good idea. > I have no time right now to work on this, I'm in an exam period, but I can try to help with the ebuild later. subi.the.dream.walker@gmail.com 2007-05-28 12:22:15 0000 > I have gfortran, the gcc4 fortran compiler. However, none of those solutions > works, it's still requesting an non-existent acml-3-6-0--64bit.tgz, no matter > which fortran compiler I set. Even when I use USE="gfortran" ebuild ... digest, > the requested package is a 3-6-0, not a 3-6-1. That's strange. I use fortran_pkg_setup from fortran.eclass to generate $FORTRANC. In your case, it should be $FORTRANC == gfortran (which is also my case). Then it is merged into the package name. Oh, wait. I did remember sth, but not very clearly. I experienced similar problems yesterday. After a digest that requested 3-6-0, I changed to gfortran but it still asked for 3-6-0. Then I removed all the digest files, waited for a moment, ran a gfortran digest and it worked! I guess that the ebuild digesting may have something like env cache? > Probably, but you forgot to attach it :P But what about this > contents-acml-3-6-0 package? It also depends on $FORTRANC, which is not correctly set in your case. I don't know why... > I have no time right now to work on this, I'm in an exam period, but I can try > to help with the ebuild later. I will attach a kind of 'fixed' version. You could try it on. Many thanks. subi.the.dream.walker@gmail.com 2007-05-28 12:36:48 0000 Created an attachment (id=120516) acml-3.6.1.ebuild The ebuild will try to select correct acml version. First, a FORTRAN compiler check will be done. If you don't have any FORTRAN compiler, it fails. Then the ebuild tries to set $FORT according to the FORTRAN related USE flags: gfortran g77 ifc. If only one of those flags is enabled, $FORT will be set. No additional check will be done (you have only gfortran, but you could emerge acml with USE="g77 -ifc -gfortran", the resulting library is not usable). If none or more than one of those flags are enabled, $FORT will be set to the first available FORTRAN compiler in gfortran, g77, and ifc. Hope it works. juantxorena@gmail.com 2007-05-28 13:08:50 0000 Great, it works now, except for a thing (which makes it unusable): I got those errors: !!! Error: Installing /usr/local/portage/sci-libs/acml/files/eselect.blas as /var/tmp/portage/sci-libs/acml-3.6.1/image//etc/env.d/blas/lib64/acml failed! /usr/local/portage/sci-libs/acml/acml-3.6.1.ebuild: line 84: 19698 Terminado (killed) eselect blas add $(get_libdir) ${FILESDIR}/eselect.blas acml cp: no se puede efectuar `stat' sobre «/usr/local/portage/sci-libs/acml/files/eselect.cblas»: No existe el fichero o el directorio !!! Error: Installing /usr/local/portage/sci-libs/acml/files/eselect.cblas as /var/tmp/portage/sci-libs/acml-3.6.1/image//etc/env.d/cblas/lib64/acml failed! /usr/local/portage/sci-libs/acml/acml-3.6.1.ebuild: line 84: 19711 Terminado (killed) eselect cblas add $(get_libdir) ${FILESDIR}/eselect.cblas acml cp: no se puede efectuar `stat' sobre «/usr/local/portage/sci-libs/acml/files/eselect.lapack»: No existe el fichero o el directorio !!! Error: Installing /usr/local/portage/sci-libs/acml/files/eselect.lapack as /var/tmp/portage/sci-libs/acml-3.6.1/image//etc/env.d/lapack/lib64/acml failed! /usr/local/portage/sci-libs/acml/acml-3.6.1.ebuild: line 84: 19724 Terminado (killed) eselect lapack add $(get_libdir) ${FILESDIR}/eselect.lapack acml The errors are obvious: ebuild doesn't install the necessary eselect files for blas, cblas and lapack. It install everything else, the libraries and all, but not the eselect files. According to the ebuild, it gets the files from ${FILESDIR}/eselect.lapack (or.cblas or .blas, of course). blas-atlas and lapack-atlas (the libraries that I'm using now) have some files in the files directory of the ebuild. I suposse that we must make some similar files, but with the acml libraries. subi.the.dream.walker@gmail.com 2007-05-28 13:37:11 0000 Do you have all the eselect files on ${OVERLAY}/sci-libs/acml/files/ ? cp or symlink from /usr/portage/sci-libs/acml/files/ juantxorena@gmail.com 2007-05-28 14:22:48 0000 (In reply to comment #19) > Do you have all the eselect files on ${OVERLAY}/sci-libs/acml/files/ ? > > cp or symlink from /usr/portage/sci-libs/acml/files/ > Oops, I haven't do that, I didn't know that old acml ebuild used the new eselect stuff. Now I copied them and it works. Two things more: acml libraries are selected when I install acml, but if I try to select them again with eselect cblas set acml (or cblas or lapack), I get this error: Implementation "acml" already active for library directory "lib64"! Failed to switch to implementation "acml" for library directory "lib64"! !!! Error: One or more actions have failed! Terminado (killed) I did it before I checked with "eselect blas list" that acml libraries were selected. It doesn't seems important, and it seems like a problem about eselect, not about acml, but maybe it should be fixed. The other thing is that the digest stuff must be fixed, I don't think that having to digest the ebuild with using USE="xxx" is correct, specially if this package is going to get to the official portage tree. Except for this couple of bugs, the ebuild looks great. Let's hope that the gentoo-science people pay attention on this bug, acml is important enough. juantxorena@gmail.com 2007-05-28 18:28:49 0000 Created an attachment (id=120535) sci-libs/acml-3.6.1.ebuild This is a fixed ebuild. The only change is that I added those lines after RDEPEND: PROVIDE="virtual/blas virtual/lapack" Without this, packages that need blas and/or lapack will pull virtual/blas and/or virtual/lapack as a dependency, but those virtual packages won't recongnize acml as a blas and lapack provider, so they will pull another packages like blas-atlas and lapack-atlas. Adding this lines fix that. I have compiled dev-lang/R, sci-mathematics/octave and sci-mathematics/octave-forge,with blas and lapack support with acml as the only blas and lapack implementation available and it works: they doesn't pull any other package and they compile and run without problems. So IMHO the only problems remaining are the ones that I described in my previous comment. subi.the.dream.walker@gmail.com 2007-05-29 05:04:15 0000 > I did it before I checked with "eselect blas list" that acml libraries were > selected. It doesn't seems important, and it seems like a problem about > eselect, not about acml, but maybe it should be fixed. eselect has not only this problem, in my experience. > The other thing is that the digest stuff must be fixed, I don't think that > having to digest the ebuild with using USE="xxx" is correct, specially if this > package is going to get to the official portage tree. Agree. To avoid digesting, one possible 'solution' is adding digests of all the possible packages to the Manifest file. But if you change your FORTRAN selection, the portage cache (/var/cache/edb/*/acml-3.6.1) will bother you as it may cache the wrong SRC_URI. You need delete portage cache if you want to change FORTRAN selection. Another way is just pull everything to SRC_URI. You don't need to care about the cache thing but, you have to have all the files that SRC_URI mentions in your DISTDIR. None of above seems perfect. Any other ways? dberkholz@gentoo.org 2007-05-29 06:37:17 0000 (In reply to comment #20) > Two things more: acml libraries are selected when I install acml, but if I try > to select them again with eselect cblas set acml (or cblas or lapack), I get > this error: > > Implementation "acml" already active for library directory "lib64"! > Failed to switch to implementation "acml" for library directory "lib64"! > !!! Error: One or more actions have failed! > Terminado (killed) > > I did it before I checked with "eselect blas list" that acml libraries were > selected. It doesn't seems important, and it seems like a problem about > eselect, not about acml, but maybe it should be fixed. Not sure I understand why you would want this to be a legal action in eselect? dberkholz@gentoo.org 2007-05-29 06:37:50 0000 (In reply to comment #22) > > I did it before I checked with "eselect blas list" that acml libraries were > > selected. It doesn't seems important, and it seems like a problem about > > eselect, not about acml, but maybe it should be fixed. > > eselect has not only this problem, in my experience. Then please file bugs for whatever problems you're encountering. They won't get fixed if nobody knows about them. bicatali@gentoo.org 2007-06-03 21:16:41 0000 Hi I bumped acml to 3.6.0 (for ifc and g77) and 3.6.1 (for gfortran). Right now, only acm-3.6.0 ebuild supports openmp with ifc, gcc-4.2, with openmp support, only hit after I was working on the ebuild and is still hard masked. I recomand using the acml-3.6.1 anyway unless you build all your packages with blas/cblas/lapack dependencies with another compiler. Closing the year old bug for now, re-open if any of you have problem installing. Sébastien 95219 2006-08-27 11:32 0000 acml-3.5.0-r1.ebuild which uses eselect acml-3.5.0-r1.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3NjaS1saWJzL2FjbWwvYWNtbC0zLjEuMC1yMS5l YnVpbGQsdiAxLjQgMjAwNi8wOC8xNyAyMDowNjo1OCBkYmVya2hvbHogRXhwICQKCmluaGVyaXQg ZXV0aWxzCgpERVNDUklQVElPTj0iQU1EIENvcmUgTWF0aCBMaWJyYXJ5IChBQ01MKSBmb3IgeDg2 IGFuZCBhbWQ2NCBDUFVzIgpIT01FUEFHRT0iaHR0cDovL2RldmVsb3Blci5hbWQuY29tL2FjbWwu YXNweCIKCk1ZX1BWPSR7UFYvL1wuL1wtfQpTPSR7V09SS0RJUn0KClNSQ19VUkk9ImFtZDY0PyAo IGFjbWwtJHtNWV9QVn0tZ251LTY0Yml0LnRneiApCgl4ODY/ICggYWNtbC0ke01ZX1BWfS1nbnUt MzJiaXQudGd6ICkiClJFU1RSSUNUPSJmZXRjaCBub3N0cmlwIgpJVVNFPSJzc2Ugc3NlMiIKTElD RU5TRT0iQUNNTCIKS0VZV09SRFM9In5hbWQ2NCB+eDg2IgpTTE9UPSIwIgpSREVQRU5EPSJ2aXJ0 dWFsL2xpYmMKCWFwcC1hZG1pbi9lc2VsZWN0LWJsYXMKCWFwcC1hZG1pbi9lc2VsZWN0LWNibGFz CglhcHAtYWRtaW4vZXNlbGVjdC1sYXBhY2siClBST1ZJREU9InZpcnR1YWwvYmxhcwoJdmlydHVh bC9sYXBhY2siCgpzcmNfdW5wYWNrKCkgewoJdW5wYWNrICR7QX0KCWlmIFsgIiR7QVJDSH0iID09 ICJhbWQ2NCIgXSA7IHRoZW4KCQlleHBvcnQgQklUUz0iNjQiCgllbGlmIFsgIiR7QVJDSH0iID09 ICJ4ODYiIF0gOyB0aGVuCgkJZXhwb3J0IEJJVFM9IjMyIgoJCWlmICEgdXNlIHNzZTIgOyB0aGVu CgkJCXVzZSBzc2UgXAoJCQkJJiYgZXhwb3J0IFNVRkZJWD0iX25vc3NlMiIgXAoJCQkJfHwgZXhw b3J0IFNVRkZJWD0iX25vc3NlIgoJCWZpCglmaQoJKERJU1RESVI9IiR7U30iIHVucGFjayBjb250 ZW50cy1hY21sLSR7TVlfUFZ9LWdudS0ke0JJVFN9Yml0LnRneikKCgltdiBEb2MgZG9jCn0KCnNy Y19jb21waWxlKCkgewoJcmV0dXJuCn0KCnNyY19pbnN0YWxsKCkgewoJIyBEb2N1bWVudGF0aW9u CgljZCAke1N9L2RvYwoJZG9kb2MgYWNtbC4qCgoJIyBIZWFkZXJzCglta2RpciAtcCAke0R9L3Vz ci9pbmNsdWRlL2FjbWwvCgljcCAke1N9L2dudSR7QklUU30ke1NVRkZJWH0vaW5jbHVkZS8qICR7 RH0vdXNyL2luY2x1ZGUvYWNtbC8gXAoJCXx8IGRpZSAiQ291bGQgbm90IGNvcHkgaGVhZGVyIGZp bGUiCgljZCAke0R9L3Vzci9pbmNsdWRlCglsbiAtcyBhY21sL2FjbWwuaCBhY21sLmgKCgkjIExp YnJhcmllcwoJbWtkaXIgLXAgJHtEfS91c3IvJChnZXRfbGliZGlyKS8KCWNwICR7U30vZ251JHtC SVRTfSR7U1VGRklYfS9saWIvKiAke0R9L3Vzci8kKGdldF9saWJkaXIpLyBcCgkJfHwgZGllICJD b3VsZCBub3QgY29weSBsaWJyYXJ5IGZpbGVzIgoJdW5zZXQgU1VGRklYCgoJIyBlc2VsZWN0IGZp bGVzCgllc2VsZWN0IGJsYXMgYWRkICQoZ2V0X2xpYmRpcikgJHtGSUxFU0RJUn0vZXNlbGVjdC5i bGFzIGFjbWwKCWVzZWxlY3QgY2JsYXMgYWRkICQoZ2V0X2xpYmRpcikgJHtGSUxFU0RJUn0vZXNl bGVjdC5jYmxhcyBhY21sCgllc2VsZWN0IGxhcGFjayBhZGQgJChnZXRfbGliZGlyKSAke0ZJTEVT RElSfS9lc2VsZWN0LmxhcGFjayBhY21sCn0KCnBrZ19wb3N0aW5zdCgpIHsKCWlmIFtbIC16ICIk KGVzZWxlY3QgYmxhcyBzaG93KSIgXV07IHRoZW4KCQllc2VsZWN0IGJsYXMgc2V0IGFjbWwKCWZp CglpZiBbWyAteiAiJChlc2VsZWN0IGNibGFzIHNob3cpIiBdXTsgdGhlbgoJCWVzZWxlY3QgY2Js YXMgc2V0IGFjbWwKCWZpCglpZiBbWyAteiAiJChlc2VsZWN0IGxhcGFjayBzaG93KSIgXV07IHRo ZW4KCQllc2VsZWN0IGxhcGFjayBzZXQgYWNtbAoJZmkKCgllbG9nICJUbyB1c2UgQUNNTCdzIEJM QVMgZmVhdHVyZXMsIHlvdSBoYXZlIHRvIGlzc3VlIChhcyByb290KToiCgllbG9nICJcblx0ZXNl bGVjdCBibGFzIHNldCBhY21sIgoJZWxvZyAiVG8gdXNlIEFDTUwncyBDQkxBUyBmZWF0dXJlcywg eW91IGhhdmUgdG8gaXNzdWUgKGFzIHJvb3QpOiIKCWVsb2cgIlxuXHRlc2VsZWN0IGNibGFzIHNl dCBhY21sIgoJZWxvZyAiVG8gdXNlIEFDTUwncyBMQVBBQ0sgZmVhdHVyZXMsIHlvdSBoYXZlIHRv IGlzc3VlIChhcyByb290KToiCgllbG9nICJcblx0ZXNlbGVjdCBsYXBhY2sgc2V0IGFjbWwiCn0K 99771 2006-10-15 20:19 0000 acml-3.5.0-r2.ebuild acml-3.5.0-r2.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3NjaS1saWJzL2FjbWwvYWNtbC0zLjEuMC1yMS5l YnVpbGQsdiAxLjQgMjAwNi8wOC8xNyAyMDowNjo1OCBkYmVya2hvbHogRXhwICQKCmluaGVyaXQg ZXV0aWxzIHRvb2xjaGFpbi1mdW5jcwoKREVTQ1JJUFRJT049IkFNRCBDb3JlIE1hdGggTGlicmFy eSAoQUNNTCkgZm9yIHg4NiBhbmQgYW1kNjQgQ1BVcyIKSE9NRVBBR0U9Imh0dHA6Ly9kZXZlbG9w ZXIuYW1kLmNvbS9hY21sLmFzcHgiCgpNWV9QVj0ke1BWLy9cLi9cLX0KUz0ke1dPUktESVJ9Cmlm IFsgIiQodGMtZ2V0Rjc3KSIgPT0gImY3NyIgXSA7IHRoZW4gCglleHBvcnQgRk9SVFJBTj0iZ2Zv cnRyYW4iCmVsc2UKCWV4cG9ydCBGT1JUUkFOPSJnbnUiCmZpCgpTUkNfVVJJPSJhbWQ2ND8gKCBh Y21sLSR7TVlfUFZ9LSR7Rk9SVFJBTn0tNjRiaXQudGd6ICkKCXg4Nj8gKCBhY21sLSR7TVlfUFZ9 LSR7Rk9SVFJBTn0tMzJiaXQudGd6ICkiClJFU1RSSUNUPSJmZXRjaCBub3N0cmlwIgpJVVNFPSJz c2Ugc3NlMiIKTElDRU5TRT0iQUNNTCIKS0VZV09SRFM9In5hbWQ2NCB+eDg2IgpTTE9UPSIwIgpS REVQRU5EPSJ2aXJ0dWFsL2xpYmMKCWFwcC1hZG1pbi9lc2VsZWN0LWJsYXMKCWFwcC1hZG1pbi9l c2VsZWN0LWNibGFzCglhcHAtYWRtaW4vZXNlbGVjdC1sYXBhY2siClBST1ZJREU9InZpcnR1YWwv YmxhcwoJdmlydHVhbC9sYXBhY2siCgpzcmNfdW5wYWNrKCkgewoJdW5wYWNrICR7QX0KCWlmIFsg IiR7QVJDSH0iID09ICJhbWQ2NCIgXSA7IHRoZW4KCQlleHBvcnQgQklUUz0iNjQiCgllbGlmIFsg IiR7QVJDSH0iID09ICJ4ODYiIF0gOyB0aGVuCgkJZXhwb3J0IEJJVFM9IjMyIgoJCWlmICEgdXNl IHNzZTIgOyB0aGVuCgkJCXVzZSBzc2UgXAoJCQkJJiYgZXhwb3J0IFNVRkZJWD0iX25vc3NlMiIg XAoJCQkJfHwgZXhwb3J0IFNVRkZJWD0iX25vc3NlIgoJCWZpCglmaQoJKERJU1RESVI9IiR7U30i IHVucGFjayBjb250ZW50cy1hY21sLSR7TVlfUFZ9LSR7Rk9SVFJBTn0tJHtCSVRTfWJpdC50Z3op CgoJbXYgRG9jIGRvYwp9CgpzcmNfY29tcGlsZSgpIHsKCXJldHVybgp9CgpzcmNfaW5zdGFsbCgp IHsKCSMgRG9jdW1lbnRhdGlvbgoJY2QgJHtTfS9kb2MKCWRvZG9jIGFjbWwuKgoKCSMgSGVhZGVy cwoJbWtkaXIgLXAgJHtEfS91c3IvaW5jbHVkZS9hY21sLwoJY3AgJHtTfS8ke0ZPUlRSQU59JHtC SVRTfSR7U1VGRklYfS9pbmNsdWRlLyogJHtEfS91c3IvaW5jbHVkZS9hY21sLyBcCgkJfHwgZGll ICJDb3VsZCBub3QgY29weSBoZWFkZXIgZmlsZSIKCWNkICR7RH0vdXNyL2luY2x1ZGUKCWxuIC1z IGFjbWwvYWNtbC5oIGFjbWwuaAoKCSMgTGlicmFyaWVzCglta2RpciAtcCAke0R9L3Vzci8kKGdl dF9saWJkaXIpLwoJY3AgJHtTfS8ke0ZPUlRSQU59JHtCSVRTfSR7U1VGRklYfS9saWIvKiAke0R9 L3Vzci8kKGdldF9saWJkaXIpLyBcCgkJfHwgZGllICJDb3VsZCBub3QgY29weSBsaWJyYXJ5IGZp bGVzIgoJdW5zZXQgU1VGRklYCgoJIyBlc2VsZWN0IGZpbGVzCgllc2VsZWN0IGJsYXMgYWRkICQo Z2V0X2xpYmRpcikgJHtGSUxFU0RJUn0vZXNlbGVjdC5ibGFzIGFjbWwKCWVzZWxlY3QgY2JsYXMg YWRkICQoZ2V0X2xpYmRpcikgJHtGSUxFU0RJUn0vZXNlbGVjdC5jYmxhcyBhY21sCgllc2VsZWN0 IGxhcGFjayBhZGQgJChnZXRfbGliZGlyKSAke0ZJTEVTRElSfS9lc2VsZWN0LmxhcGFjayBhY21s Cn0KCnBrZ19wb3N0aW5zdCgpIHsKCWlmIFtbIC16ICIkKGVzZWxlY3QgYmxhcyBzaG93KSIgXV07 IHRoZW4KCQllc2VsZWN0IGJsYXMgc2V0IGFjbWwKCWZpCglpZiBbWyAteiAiJChlc2VsZWN0IGNi bGFzIHNob3cpIiBdXTsgdGhlbgoJCWVzZWxlY3QgY2JsYXMgc2V0IGFjbWwKCWZpCglpZiBbWyAt eiAiJChlc2VsZWN0IGxhcGFjayBzaG93KSIgXV07IHRoZW4KCQllc2VsZWN0IGxhcGFjayBzZXQg YWNtbAoJZmkKCgllbG9nICJUbyB1c2UgQUNNTCdzIEJMQVMgZmVhdHVyZXMsIHlvdSBoYXZlIHRv IGlzc3VlIChhcyByb290KToiCgllbG9nICJcblx0ZXNlbGVjdCBibGFzIHNldCBhY21sIgoJZWxv ZyAiVG8gdXNlIEFDTUwncyBDQkxBUyBmZWF0dXJlcywgeW91IGhhdmUgdG8gaXNzdWUgKGFzIHJv b3QpOiIKCWVsb2cgIlxuXHRlc2VsZWN0IGNibGFzIHNldCBhY21sIgoJZWxvZyAiVG8gdXNlIEFD TUwncyBMQVBBQ0sgZmVhdHVyZXMsIHlvdSBoYXZlIHRvIGlzc3VlIChhcyByb290KToiCgllbG9n ICJcblx0ZXNlbGVjdCBsYXBhY2sgc2V0IGFjbWwiCn0K 120450 2007-05-27 14:54 0000 acml-3.6.1.ebuild acml-3.6.1.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA3IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3NjaS1saWJzL2FjbWwvYWNtbC0zLjEuMC1yMS5l YnVpbGQsdiAxLjQgMjAwNi8wOC8xNyAyMDowNjo1OCBkYmVya2hvbHogRXhwICQKCmluaGVyaXQg ZXV0aWxzIGZvcnRyYW4KCkRFU0NSSVBUSU9OPSJUaGUgQU1EIENvcmUgTWF0aCBMaWJyYXJ5IChB Q01MKSBpcyBhIHNldCBvZiBudW1lcmljYWwgcm91dGluZXMgdHVuZWQgc3BlY2nvrIFjYWxseSBm b3IgQU1ENjQgcGxhdGZvcm0gcHJvY2Vzc29ycyAoaW5jbHVkaW5nIE9wdGVyb24gYW5kIEF0aGxv bjY0ICkuIgpIT01FUEFHRT0iaHR0cDovL2RldmVsb3Blci5hbWQuY29tL2FjbWwuanNwIgoKTVlf UFY9JHtQVi8vXC4vXC19CkZPUlRSQU49Imdmb3J0cmFuIGc3NyBpZmMiCmZvcnRyYW5fcGtnX3Nl dHVwID4vZGV2L251bGwKClJFU1RSSUNUPSJmZXRjaCBub3N0cmlwIgpMSUNFTlNFPSJBQ01MIgpL RVlXT1JEUz0ifmFtZDY0IH54ODYiClNMT1Q9IjAiCklVU0U9IiRGT1JUUkFOIGludDY0IG9wZW5t cCBleGFtcGxlIgpSREVQRU5EPSJhcHAtYWRtaW4vZXNlbGVjdC1ibGFzCgkJYXBwLWFkbWluL2Vz ZWxlY3QtY2JsYXMKCQlhcHAtYWRtaW4vZXNlbGVjdC1sYXBhY2siCgojIENvbmZpZ3VyZSB2YXJp YWJsZXMgZm9yIGFwcHJvcHJpYXRlIEFDTUwgYnVpbGQKaWYgdXNlIGdmb3J0cmFuIHx8IFtbICR7 Rk9SVFJBTkN9ID0gImdmb3J0cmFuIiBdXSA7IHRoZW4KCW5lZWRfZm9ydHJhbiBnZm9ydHJhbiA+ L2Rldi9udWxsICYmIEZPUlQ9Z2ZvcnRyYW4gCmVsaWYgdXNlIGc3NyB8fCBbWyAke0ZPUlRSQU5D fSA9ICJnNzciIF1dIDsgdGhlbgoJbmVlZF9mb3J0cmFuIGc3NyA+L2Rldi9udWxsICYmIEZPUlQ9 Z251CmVsaWYgdXNlIGlmYyB8fCBbWyAke0ZPUlRSQU5DfSA9ICJpZmMiIF1dIDsgdGhlbgoJbmVl ZF9mb3J0cmFuIGlmYyA+L2Rldi9udWxsICYmIEZPUlQ9aWZvcnQKZWxzZQoJOgpmaQoKW1sgJHtB UkNIfSA9ICJhbWQ2NCIgXV0gJiYgQklUUz02NApbWyAke0FSQ0h9ID0gIng4NiIgXV0gJiYgQklU Uz0zMgoKdXNlIGludDY0ICYmIHVzZSBnZm9ydHJhbiAmJiBJTlQ2ND0iLWludDY0IgoKIyBTcGVj aWZpYyBmb3IgYWNtbCAzLjYuMSwgcmVtb3ZlIGl0IGZvciBvdGhlciB2ZXJzaW9ucyEhIQpbWyAk e1BWfSA9IDMuNi4xIF1dICYmIFtbICRGT1JUICE9IGdmb3J0cmFuIF1dICYmIE1ZX1BWPSR7TVlf UFYvLzEvMH0gCgpTUkNfVVJJPSJhY21sLSR7TVlfUFZ9LSR7Rk9SVH0tJHtCSVRTfWJpdCR7SU5U NjR9LnRneiIKCnBrZ19ub2ZldGNoKCkgewoJZWluZm8gIlBsZWFzZSBkb3dubG9hZCB0aGUgQUNN TCBmcm9tOiIKCWVpbmZvICIke0hPTUVQQUdFfSIKCWVpbmZvICJhbmQgcGxhY2UgaXQgaW4gJHtE SVNURElSfSIKCWVpbmZvICJUaGUgcHJldmlvdXMgdmVyc2lvbiBjb3VsZCBiZSBmb3VuZCBhdCIK CWVpbmZvICJodHRwOi8vZGV2ZWxvcGVyLmFtZC5jb20vYWNtbGFyY2hpdmUuanNwIgp9CgpTPSR7 V09SS0RJUn0Kc3JjX3VucGFjaygpIHsKCWV3YXJuICJGcm9tIHZlcnNpb24gMy41LjAgb24sIEFD TUwgbm8gbG9uZ2VyIHN1cHBvcnRzIgoJZXdhcm4gImhhcmR3YXJlIHdpdGhvdXQgU1NFL1NTRTIg aW5zdHJ1Y3Rpb25zLiAiCglld2FybiAiRm9yIG9sZGVyIDMyLWJpdCBoYXJkd2FyZSB0aGF0IGRv ZXMgbm90IHN1cHBvcnQgU1NFL1NTRTIsIgoJZXdhcm4gInlvdSBtdXN0IGNvbnRpbnVlIHRvIHVz ZSBhbiBvbGRlciB2ZXJzaW9uIChBQ01MIDMuMS4wIGFuZCBlYWxpZXIpLiIKCWVwYXVzZQoKCXVu cGFjayAke0F9CgkoRElTVERJUj0iJHtTfSIgdW5wYWNrIGNvbnRlbnRzLWFjbWwtJHtNWV9QVn0t JHtGT1JUfS0ke0JJVFN9Yml0JHtJTlQ2NH0udGd6KQp9CgpzcmNfY29tcGlsZSgpIHsKCXJldHVy bgp9CgpzcmNfaW5zdGFsbCgpIHsKCXVzZSBpbnQ2NCAmJiB1c2UgZ2ZvcnRyYW4gJiYgSU5UNjQ9 Il9pbnQ2NCIKCXVzZSBvcGVubXAgJiYgdXNlIGdmb3J0cmFuICYmIE1QPSJfbXAiCgkKCURJUj0k e1N9LyR7Rk9SVH0ke0JJVFN9JHtNUH0ke0lOVDY0fQoKCSMgRG9jdW1lbnRhdGlvbgoJY2QgJHtT fS9Eb2MKCWRvaHRtbCBodG1sLyoKCWRvZG9jIGFjbWwudHh0Cglkb2luZm8gYWNtbC5pbmZvKgoJ aW5zaW50byAvdXNyL3NoYXJlL2RvYy8ke1BGfQoJZG9pbnMgYWNtbC5wZGYKCgkjIEhlYWRlcnMK CWRvZGlyIC91c3IvaW5jbHVkZS9hY21sCglpbnNpbnRvIC91c3IvaW5jbHVkZS9hY21sCglkb2lu cyAke0RJUn0vaW5jbHVkZS8qCglmb3IgRklMRSBpbiBgbHMgL3Vzci9pbmNsdWRlL2FjbWxgOwoJ CWRvIGRvc3ltIC91c3IvaW5jbHVkZS9hY21sLyR7RklMRX0gL3Vzci9pbmNsdWRlLyR7RklMRX0K CWRvbmUKCgkjIExpYnJhcmllcwoJZG9saWIgJHtESVJ9L2xpYi8qCgoJIyBFeGFtcGxlcwoJaWYg dXNlIGV4YW1wbGUgOyB0aGVuCgkJaW5zaW50byAvdXNyL3NoYXJlL2RvYy8ke1BGfS9leGFtcGxl cwoJCWRvaW5zIGV4YW1wbGVzLyoKCWZpCgoJIyBlc2VsZWN0IGZpbGVzCgllc2VsZWN0IGJsYXMg YWRkICQoZ2V0X2xpYmRpcikgJHtGSUxFU0RJUn0vZXNlbGVjdC5ibGFzIGFjbWwKCWVzZWxlY3Qg Y2JsYXMgYWRkICQoZ2V0X2xpYmRpcikgJHtGSUxFU0RJUn0vZXNlbGVjdC5jYmxhcyBhY21sCgll c2VsZWN0IGxhcGFjayBhZGQgJChnZXRfbGliZGlyKSAke0ZJTEVTRElSfS9lc2VsZWN0LmxhcGFj ayBhY21sCn0KCnBrZ19wb3N0aW5zdCgpIHsKCWlmIFtbIC16ICIkKGVzZWxlY3QgYmxhcyBzaG93 KSIgXV07IHRoZW4KCQllc2VsZWN0IGJsYXMgc2V0IGFjbWwKCWZpCglpZiBbWyAteiAiJChlc2Vs ZWN0IGNibGFzIHNob3cpIiBdXTsgdGhlbgoJCWVzZWxlY3QgY2JsYXMgc2V0IGFjbWwKCWZpCglp ZiBbWyAteiAiJChlc2VsZWN0IGxhcGFjayBzaG93KSIgXV07IHRoZW4KCQllc2VsZWN0IGxhcGFj ayBzZXQgYWNtbAoJZmkKCgllbG9nICJUbyB1c2UgQUNNTCdzIEJMQVMgZmVhdHVyZXMsIHlvdSBo YXZlIHRvIGlzc3VlIChhcyByb290KToiCgllbG9nICJcblx0ZXNlbGVjdCBibGFzIHNldCBhY21s IgoJZWxvZyAiVG8gdXNlIEFDTUwncyBDQkxBUyBmZWF0dXJlcywgeW91IGhhdmUgdG8gaXNzdWUg KGFzIHJvb3QpOiIKCWVsb2cgIlxuXHRlc2VsZWN0IGNibGFzIHNldCBhY21sIgoJZWxvZyAiVG8g dXNlIEFDTUwncyBMQVBBQ0sgZmVhdHVyZXMsIHlvdSBoYXZlIHRvIGlzc3VlIChhcyByb290KToi CgllbG9nICJcblx0ZXNlbGVjdCBsYXBhY2sgc2V0IGFjbWwiCn0K 120516 2007-05-28 12:36 0000 acml-3.6.1.ebuild acml-3.6.1.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA3IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3NjaS1saWJzL2FjbWwvYWNtbC0zLjEuMC1yMS5l YnVpbGQsdiAxLjQgMjAwNi8wOC8xNyAyMDowNjo1OCBkYmVya2hvbHogRXhwICQKCmluaGVyaXQg ZXV0aWxzIGZvcnRyYW4KCkRFU0NSSVBUSU9OPSJUaGUgQU1EIENvcmUgTWF0aCBMaWJyYXJ5IChB Q01MKSBpcyBhIHNldCBvZiBudW1lcmljYWwgcm91dGluZXMgdHVuZWQgc3BlY2nvrIFjYWxseSBm b3IgQU1ENjQgcGxhdGZvcm0gcHJvY2Vzc29ycyAoaW5jbHVkaW5nIE9wdGVyb24gYW5kIEF0aGxv bjY0ICkuIgpIT01FUEFHRT0iaHR0cDovL2RldmVsb3Blci5hbWQuY29tL2FjbWwuanNwIgoKTVlf UFY9JHtQVi8vXC4vXC19CgojIFdlIG5lZWQgYSBGT1JUUkFOIGNvbXBpbGVyLgpGT1JUUkFOPSJn Zm9ydHJhbiBnNzcgaWZjIgpmb3J0cmFuX3BrZ19zZXR1cCA+L2Rldi9udWxsCgpSRVNUUklDVD0i ZmV0Y2ggbm9zdHJpcCIKTElDRU5TRT0iQUNNTCIKS0VZV09SRFM9In5hbWQ2NCB+eDg2IgpTTE9U PSIwIgpJVVNFPSIkRk9SVFJBTiBpbnQ2NCBvcGVubXAgZXhhbXBsZSIKUkRFUEVORD0iYXBwLWFk bWluL2VzZWxlY3QtYmxhcwoJCWFwcC1hZG1pbi9lc2VsZWN0LWNibGFzCgkJYXBwLWFkbWluL2Vz ZWxlY3QtbGFwYWNrIgoKIyBIYXZpbmcgYXQgbGVhc3Qgb25lIEZPUlRSQU4gY29tcGlsZXIuCiMg c2V0ICRGT1JUIGFjY29yZGluZyB0byB0aGUgVVNFIGZsYWdzOiBlbnN1cmUgb25seSBvbmUgaXMg ZW5hYmxlZAp1c2UgZ2ZvcnRyYW4gJiYgISB1c2UgZzc3ICYmICEgdXNlIGlmYyAmJiBGT1JUPWdm b3J0cmFuCiEgdXNlIGdmb3J0cmFuICYmIHVzZSBnNzcgJiYgISB1c2UgaWZjICYmIEZPUlQ9Z251 CiEgdXNlIGdmb3J0cmFuICYmICEgdXNlIGc3NyAmJiB1c2UgaWZjICYmIEZPUlQ9aWZvcnQKCiMg SWYgbm9uZSBvciBtb3JlIHRoYW4gb25lIEZPUlRSQU4gVVNFIGZsYWdzIGFyZSBlbmFibGVkLCBn aXZlIGEgbWVzc2FnZQojIGFuZCBzZXQgJEZPUlQgYWNjb3JkaW5nIHRvICRGT1JUUkFOQwppZiBb WyAteiAkRk9SVCBdXSA7IHRoZW4KCWVpbmZvICJZb3UgaGF2ZSBlbmFibGVkIG5vbmUgb3IgbW9y ZSB0aGFuIG9uZSBGT1JUUkFOIFVTRSBmbGFncywiCgllaW5mbyAiXHRpLmUuIGdmb3J0cmFuLCBn NzcgYW5kIGlmYy4iCgllaW5mbyAiV2Ugd2lsbCB1c2UgdGhlIGZpcnN0IGF2YWlsaWJsZSBGb3J0 cmFuIGNvbXBpbGVyIGluIgoJZWluZm8gIlx0Z2ZvcnRyYW4sIGc3NywgaWZjLiIKCWVpbmZvICJJ ZiB5b3UgZG9uJ3Qgd2FudCB0aGlzLCBwbGVhc2UgZW5hYmxlIGV4YWN0bHkgT05FIgoJZWluZm8g Ilx0b2YgdGhvc2UgRk9SVFJBTiByZWxhdGVkIFVTRSBmbGFncy4gIgoJZXBhdXNlCgkKCVtbICRG T1JUUkFOQyA9ICJnZm9ydHJhbiIgXV0gJiYgRk9SVD1nZm9ydHJhbgoJW1sgJEZPUlRSQU5DID0g Imc3NyIgXV0gJiYgRk9SVD1nbnUKCVtbICRGT1JUUkFOQyA9ICJpZmMiIF1dICYmIEZPUlQ9aWZv cnQKZmkKCiMgJEJJVFMgCltbICR7QVJDSH0gPSAiYW1kNjQiIF1dICYmIEJJVFM9NjQKW1sgJHtB UkNIfSA9ICJ4ODYiIF1dICYmIEJJVFM9MzIKCiMgJElOVDY0CnVzZSBpbnQ2NCAmJiBbWyAkRk9S VCA9ICJnZm9ydHJhbiIgXV0gJiYgSU5UNjQ9Ii1pbnQ2NCIKCiMgU3BlY2lmaWMgZm9yIGFjbWwg My42LjEsIHJlbW92ZSBpdCBmb3Igb3RoZXIgdmVyc2lvbnMhISEKW1sgJHtQVn0gPSAzLjYuMSBd XSAmJiBbWyAkRk9SVCAhPSBnZm9ydHJhbiBdXSAmJiBNWV9QVj0ke01ZX1BWLy8xLzB9IAoKIyBG aW5hbGx5IQpTUkNfVVJJPSJhY21sLSR7TVlfUFZ9LSR7Rk9SVH0tJHtCSVRTfWJpdCR7SU5UNjR9 LnRneiIKCnBrZ19ub2ZldGNoKCkgewoJZWluZm8gIlBsZWFzZSBkb3dubG9hZCB0aGUgQUNNTCBm cm9tOiIKCWVpbmZvICIke0hPTUVQQUdFfSIKCWVpbmZvICJhbmQgcGxhY2UgaXQgaW4gJHtESVNU RElSfSIKCWVpbmZvICJUaGUgcHJldmlvdXMgdmVyc2lvbiBjb3VsZCBiZSBmb3VuZCBhdCIKCWVp bmZvICJodHRwOi8vZGV2ZWxvcGVyLmFtZC5jb20vYWNtbGFyY2hpdmUuanNwIgp9CgpTPSR7V09S S0RJUn0Kc3JjX3VucGFjaygpIHsKCWV3YXJuICJGcm9tIHZlcnNpb24gMy41LjAgb24sIEFDTUwg bm8gbG9uZ2VyIHN1cHBvcnRzIgoJZXdhcm4gImhhcmR3YXJlIHdpdGhvdXQgU1NFL1NTRTIgaW5z dHJ1Y3Rpb25zLiAiCglld2FybiAiRm9yIG9sZGVyIDMyLWJpdCBoYXJkd2FyZSB0aGF0IGRvZXMg bm90IHN1cHBvcnQgU1NFL1NTRTIsIgoJZXdhcm4gInlvdSBtdXN0IGNvbnRpbnVlIHRvIHVzZSBh biBvbGRlciB2ZXJzaW9uIChBQ01MIDMuMS4wIGFuZCBlYWxpZXIpLiIKCWVwYXVzZQoKCXVucGFj ayAke0F9CgkoRElTVERJUj0iJHtTfSIgdW5wYWNrIGNvbnRlbnRzLWFjbWwtJHtNWV9QVn0tJHtG T1JUfS0ke0JJVFN9Yml0JHtJTlQ2NH0udGd6KQp9CgpzcmNfY29tcGlsZSgpIHsKCXJldHVybgp9 CgpzcmNfaW5zdGFsbCgpIHsKCWlmIFtbICRGT1JUID0gZ2ZvcnRyYW4gXV0gOyB0aGVuCgkJdXNl IGludDY0ICYmIElOVDY0PSJfaW50NjQiCgkJdXNlIG9wZW5tcCAmJiBNUD0iX21wIgoJZmkKCQoJ RElSPSR7U30vJHtGT1JUfSR7QklUU30ke01QfSR7SU5UNjR9CgoJIyBEb2N1bWVudGF0aW9uCglj ZCAke1N9L0RvYwoJZG9odG1sIGh0bWwvKgoJZG9kb2MgYWNtbC50eHQKCWRvaW5mbyBhY21sLmlu Zm8qCglpbnNpbnRvIC91c3Ivc2hhcmUvZG9jLyR7UEZ9Cglkb2lucyBhY21sLnBkZgoKCSMgSGVh ZGVycwoJZG9kaXIgL3Vzci9pbmNsdWRlL2FjbWwKCWluc2ludG8gL3Vzci9pbmNsdWRlL2FjbWwK CWRvaW5zICR7RElSfS9pbmNsdWRlLyoKCWZvciBGSUxFIGluIGBscyAvdXNyL2luY2x1ZGUvYWNt bGA7CgkJZG8gZG9zeW0gL3Vzci9pbmNsdWRlL2FjbWwvJHtGSUxFfSAvdXNyL2luY2x1ZGUvJHtG SUxFfQoJZG9uZQoKCSMgTGlicmFyaWVzCglkb2xpYiAke0RJUn0vbGliLyoKCgkjIEV4YW1wbGVz CglpZiB1c2UgZXhhbXBsZSA7IHRoZW4KCQlpbnNpbnRvIC91c3Ivc2hhcmUvZG9jLyR7UEZ9L2V4 YW1wbGVzCgkJZG9pbnMgZXhhbXBsZXMvKgoJZmkKCgkjIGVzZWxlY3QgZmlsZXMKCWVzZWxlY3Qg YmxhcyBhZGQgJChnZXRfbGliZGlyKSAke0ZJTEVTRElSfS9lc2VsZWN0LmJsYXMgYWNtbAoJZXNl bGVjdCBjYmxhcyBhZGQgJChnZXRfbGliZGlyKSAke0ZJTEVTRElSfS9lc2VsZWN0LmNibGFzIGFj bWwKCWVzZWxlY3QgbGFwYWNrIGFkZCAkKGdldF9saWJkaXIpICR7RklMRVNESVJ9L2VzZWxlY3Qu bGFwYWNrIGFjbWwKfQoKcGtnX3Bvc3RpbnN0KCkgewoJaWYgW1sgLXogIiQoZXNlbGVjdCBibGFz IHNob3cpIiBdXTsgdGhlbgoJCWVzZWxlY3QgYmxhcyBzZXQgYWNtbAoJZmkKCWlmIFtbIC16ICIk KGVzZWxlY3QgY2JsYXMgc2hvdykiIF1dOyB0aGVuCgkJZXNlbGVjdCBjYmxhcyBzZXQgYWNtbAoJ ZmkKCWlmIFtbIC16ICIkKGVzZWxlY3QgbGFwYWNrIHNob3cpIiBdXTsgdGhlbgoJCWVzZWxlY3Qg bGFwYWNrIHNldCBhY21sCglmaQoKCWVsb2cgIlRvIHVzZSBBQ01MJ3MgQkxBUyBmZWF0dXJlcywg eW91IGhhdmUgdG8gaXNzdWUgKGFzIHJvb3QpOiIKCWVsb2cgIlxuXHRlc2VsZWN0IGJsYXMgc2V0 IGFjbWwiCgllbG9nICJUbyB1c2UgQUNNTCdzIENCTEFTIGZlYXR1cmVzLCB5b3UgaGF2ZSB0byBp c3N1ZSAoYXMgcm9vdCk6IgoJZWxvZyAiXG5cdGVzZWxlY3QgY2JsYXMgc2V0IGFjbWwiCgllbG9n ICJUbyB1c2UgQUNNTCdzIExBUEFDSyBmZWF0dXJlcywgeW91IGhhdmUgdG8gaXNzdWUgKGFzIHJv b3QpOiIKCWVsb2cgIlxuXHRlc2VsZWN0IGxhcGFjayBzZXQgYWNtbCIKfQo= 120535 2007-05-28 18:28 0000 sci-libs/acml-3.6.1.ebuild acml-3.6.1.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA3IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3NjaS1saWJzL2FjbWwvYWNtbC0zLjEuMC1yMS5l YnVpbGQsdiAxLjQgMjAwNi8wOC8xNyAyMDowNjo1OCBkYmVya2hvbHogRXhwICQKCmluaGVyaXQg ZXV0aWxzIGZvcnRyYW4KCkRFU0NSSVBUSU9OPSJUaGUgQU1EIENvcmUgTWF0aCBMaWJyYXJ5IChB Q01MKSBpcyBhIHNldCBvZiBudW1lcmljYWwgcm91dGluZXMgdHVuZWQgc3BlY2nvrIFjYWxseSBm b3IgQU1ENjQgcGxhdGZvcm0gcHJvY2Vzc29ycyAoaW5jbHVkaW5nIE9wdGVyb24gYW5kIEF0aGxv bjY0ICkuIgpIT01FUEFHRT0iaHR0cDovL2RldmVsb3Blci5hbWQuY29tL2FjbWwuanNwIgoKTVlf UFY9JHtQVi8vXC4vXC19CgojIFdlIG5lZWQgYSBGT1JUUkFOIGNvbXBpbGVyLgpGT1JUUkFOPSJn Zm9ydHJhbiBnNzcgaWZjIgpmb3J0cmFuX3BrZ19zZXR1cCA+L2Rldi9udWxsCgpSRVNUUklDVD0i ZmV0Y2ggbm9zdHJpcCIKTElDRU5TRT0iQUNNTCIKS0VZV09SRFM9In5hbWQ2NCB+eDg2IgpTTE9U PSIwIgpJVVNFPSIkRk9SVFJBTiBpbnQ2NCBvcGVubXAgZXhhbXBsZSIKUkRFUEVORD0iYXBwLWFk bWluL2VzZWxlY3QtYmxhcwoJCWFwcC1hZG1pbi9lc2VsZWN0LWNibGFzCgkJYXBwLWFkbWluL2Vz ZWxlY3QtbGFwYWNrIgpQUk9WSURFPSJ2aXJ0dWFsL2JsYXMKCQkgdmlydHVhbC9sYXBhY2siCgoj IEhhdmluZyBhdCBsZWFzdCBvbmUgRk9SVFJBTiBjb21waWxlci4KIyBzZXQgJEZPUlQgYWNjb3Jk aW5nIHRvIHRoZSBVU0UgZmxhZ3M6IGVuc3VyZSBvbmx5IG9uZSBpcyBlbmFibGVkCnVzZSBnZm9y dHJhbiAmJiAhIHVzZSBnNzcgJiYgISB1c2UgaWZjICYmIEZPUlQ9Z2ZvcnRyYW4KISB1c2UgZ2Zv cnRyYW4gJiYgdXNlIGc3NyAmJiAhIHVzZSBpZmMgJiYgRk9SVD1nbnUKISB1c2UgZ2ZvcnRyYW4g JiYgISB1c2UgZzc3ICYmIHVzZSBpZmMgJiYgRk9SVD1pZm9ydAoKIyBJZiBub25lIG9yIG1vcmUg dGhhbiBvbmUgRk9SVFJBTiBVU0UgZmxhZ3MgYXJlIGVuYWJsZWQsIGdpdmUgYSBtZXNzYWdlCiMg YW5kIHNldCAkRk9SVCBhY2NvcmRpbmcgdG8gJEZPUlRSQU5DCmlmIFtbIC16ICRGT1JUIF1dIDsg dGhlbgoJZWluZm8gIllvdSBoYXZlIGVuYWJsZWQgbm9uZSBvciBtb3JlIHRoYW4gb25lIEZPUlRS QU4gVVNFIGZsYWdzLCIKCWVpbmZvICJcdGkuZS4gZ2ZvcnRyYW4sIGc3NyBhbmQgaWZjLiIKCWVp bmZvICJXZSB3aWxsIHVzZSB0aGUgZmlyc3QgYXZhaWxpYmxlIEZvcnRyYW4gY29tcGlsZXIgaW4i CgllaW5mbyAiXHRnZm9ydHJhbiwgZzc3LCBpZmMuIgoJZWluZm8gIklmIHlvdSBkb24ndCB3YW50 IHRoaXMsIHBsZWFzZSBlbmFibGUgZXhhY3RseSBPTkUiCgllaW5mbyAiXHRvZiB0aG9zZSBGT1JU UkFOIHJlbGF0ZWQgVVNFIGZsYWdzLiAiCgllcGF1c2UKCQoJW1sgJEZPUlRSQU5DID0gImdmb3J0 cmFuIiBdXSAmJiBGT1JUPWdmb3J0cmFuCglbWyAkRk9SVFJBTkMgPSAiZzc3IiBdXSAmJiBGT1JU PWdudQoJW1sgJEZPUlRSQU5DID0gImlmYyIgXV0gJiYgRk9SVD1pZm9ydApmaQoKIyAkQklUUyAK W1sgJHtBUkNIfSA9ICJhbWQ2NCIgXV0gJiYgQklUUz02NApbWyAke0FSQ0h9ID0gIng4NiIgXV0g JiYgQklUUz0zMgoKIyAkSU5UNjQKdXNlIGludDY0ICYmIFtbICRGT1JUID0gImdmb3J0cmFuIiBd XSAmJiBJTlQ2ND0iLWludDY0IgoKIyBTcGVjaWZpYyBmb3IgYWNtbCAzLjYuMSwgcmVtb3ZlIGl0 IGZvciBvdGhlciB2ZXJzaW9ucyEhIQpbWyAke1BWfSA9IDMuNi4xIF1dICYmIFtbICRGT1JUICE9 IGdmb3J0cmFuIF1dICYmIE1ZX1BWPSR7TVlfUFYvLzEvMH0gCgojIEZpbmFsbHkhClNSQ19VUkk9 ImFjbWwtJHtNWV9QVn0tJHtGT1JUfS0ke0JJVFN9Yml0JHtJTlQ2NH0udGd6IgoKcGtnX25vZmV0 Y2goKSB7CgllaW5mbyAiUGxlYXNlIGRvd25sb2FkIHRoZSBBQ01MIGZyb206IgoJZWluZm8gIiR7 SE9NRVBBR0V9IgoJZWluZm8gImFuZCBwbGFjZSBpdCBpbiAke0RJU1RESVJ9IgoJZWluZm8gIlRo ZSBwcmV2aW91cyB2ZXJzaW9uIGNvdWxkIGJlIGZvdW5kIGF0IgoJZWluZm8gImh0dHA6Ly9kZXZl bG9wZXIuYW1kLmNvbS9hY21sYXJjaGl2ZS5qc3AiCn0KClM9JHtXT1JLRElSfQpzcmNfdW5wYWNr KCkgewoJZXdhcm4gIkZyb20gdmVyc2lvbiAzLjUuMCBvbiwgQUNNTCBubyBsb25nZXIgc3VwcG9y dHMiCglld2FybiAiaGFyZHdhcmUgd2l0aG91dCBTU0UvU1NFMiBpbnN0cnVjdGlvbnMuICIKCWV3 YXJuICJGb3Igb2xkZXIgMzItYml0IGhhcmR3YXJlIHRoYXQgZG9lcyBub3Qgc3VwcG9ydCBTU0Uv U1NFMiwiCglld2FybiAieW91IG11c3QgY29udGludWUgdG8gdXNlIGFuIG9sZGVyIHZlcnNpb24g KEFDTUwgMy4xLjAgYW5kIGVhbGllcikuIgoJZXBhdXNlCgoJdW5wYWNrICR7QX0KCShESVNURElS PSIke1N9IiB1bnBhY2sgY29udGVudHMtYWNtbC0ke01ZX1BWfS0ke0ZPUlR9LSR7QklUU31iaXQk e0lOVDY0fS50Z3opCn0KCnNyY19jb21waWxlKCkgewoJcmV0dXJuCn0KCnNyY19pbnN0YWxsKCkg ewoJaWYgW1sgJEZPUlQgPSBnZm9ydHJhbiBdXSA7IHRoZW4KCQl1c2UgaW50NjQgJiYgSU5UNjQ9 Il9pbnQ2NCIKCQl1c2Ugb3Blbm1wICYmIE1QPSJfbXAiCglmaQoJCglESVI9JHtTfS8ke0ZPUlR9 JHtCSVRTfSR7TVB9JHtJTlQ2NH0KCgkjIERvY3VtZW50YXRpb24KCWNkICR7U30vRG9jCglkb2h0 bWwgaHRtbC8qCglkb2RvYyBhY21sLnR4dAoJZG9pbmZvIGFjbWwuaW5mbyoKCWluc2ludG8gL3Vz ci9zaGFyZS9kb2MvJHtQRn0KCWRvaW5zIGFjbWwucGRmCgoJIyBIZWFkZXJzCglkb2RpciAvdXNy L2luY2x1ZGUvYWNtbAoJaW5zaW50byAvdXNyL2luY2x1ZGUvYWNtbAoJZG9pbnMgJHtESVJ9L2lu Y2x1ZGUvKgoJZm9yIEZJTEUgaW4gYGxzIC91c3IvaW5jbHVkZS9hY21sYDsKCQlkbyBkb3N5bSAv dXNyL2luY2x1ZGUvYWNtbC8ke0ZJTEV9IC91c3IvaW5jbHVkZS8ke0ZJTEV9Cglkb25lCgoJIyBM aWJyYXJpZXMKCWRvbGliICR7RElSfS9saWIvKgoKCSMgRXhhbXBsZXMKCWlmIHVzZSBleGFtcGxl IDsgdGhlbgoJCWluc2ludG8gL3Vzci9zaGFyZS9kb2MvJHtQRn0vZXhhbXBsZXMKCQlkb2lucyBl eGFtcGxlcy8qCglmaQoKCSMgZXNlbGVjdCBmaWxlcwoJZXNlbGVjdCBibGFzIGFkZCAkKGdldF9s aWJkaXIpICR7RklMRVNESVJ9L2VzZWxlY3QuYmxhcyBhY21sCgllc2VsZWN0IGNibGFzIGFkZCAk KGdldF9saWJkaXIpICR7RklMRVNESVJ9L2VzZWxlY3QuY2JsYXMgYWNtbAoJZXNlbGVjdCBsYXBh Y2sgYWRkICQoZ2V0X2xpYmRpcikgJHtGSUxFU0RJUn0vZXNlbGVjdC5sYXBhY2sgYWNtbAp9Cgpw a2dfcG9zdGluc3QoKSB7CglpZiBbWyAteiAiJChlc2VsZWN0IGJsYXMgc2hvdykiIF1dOyB0aGVu CgkJZXNlbGVjdCBibGFzIHNldCBhY21sCglmaQoJaWYgW1sgLXogIiQoZXNlbGVjdCBjYmxhcyBz aG93KSIgXV07IHRoZW4KCQllc2VsZWN0IGNibGFzIHNldCBhY21sCglmaQoJaWYgW1sgLXogIiQo ZXNlbGVjdCBsYXBhY2sgc2hvdykiIF1dOyB0aGVuCgkJZXNlbGVjdCBsYXBhY2sgc2V0IGFjbWwK CWZpCgoJZWxvZyAiVG8gdXNlIEFDTUwncyBCTEFTIGZlYXR1cmVzLCB5b3UgaGF2ZSB0byBpc3N1 ZSAoYXMgcm9vdCk6IgoJZWxvZyAiXG5cdGVzZWxlY3QgYmxhcyBzZXQgYWNtbCIKCWVsb2cgIlRv IHVzZSBBQ01MJ3MgQ0JMQVMgZmVhdHVyZXMsIHlvdSBoYXZlIHRvIGlzc3VlIChhcyByb290KToi CgllbG9nICJcblx0ZXNlbGVjdCBjYmxhcyBzZXQgYWNtbCIKCWVsb2cgIlRvIHVzZSBBQ01MJ3Mg TEFQQUNLIGZlYXR1cmVzLCB5b3UgaGF2ZSB0byBpc3N1ZSAoYXMgcm9vdCk6IgoJZWxvZyAiXG5c dGVzZWxlY3QgbGFwYWNrIHNldCBhY21sIgp9Cg==