163395 2007-01-23 05:59 0000 app-crypt/coolkey-1.1.0 (New Package) 2007-02-21 04:08:29 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED http://directory.fedora.redhat.com/wiki/CoolKey EBUILD P2 enhancement --- 1 dsm42@iname.com crypto@gentoo.org dsm42@iname.com 2007-01-23 05:59:58 0000 Please find attached coolkey-1.0.1.ebuild, an ebuild for Fedora's CoolKey PKCS #11 module. With this module, PKCS#11 applications including Firefox and Thunderbird can use certificates stored on CoolKeys and US Department of Defense Common Access Cards for such things as web site access and email signing and encryption. I have tested the driver on x86 using an SCM 331 USB reader, Firefox 2.0.0.1-r2, nss-3.11.3, ccid-1.2.0, and pcsc-lite-1.3.3. The card and the certificates on it were recognized and I was able to access a site that requires a client certificate on the card. I think app-crpyt/coolkey is the appropriate location for it. The ebuild depends on app-crypt/ccid, all versions of which are currently marked testing. It also depends on sys-apps/pcsc-lite, the testing version is needed because of ccid dependencies. dev-libs/nss is also a dependency. Neither the Fedora CoolKey wiki nor the SRPM .spec file list any specific versions requirements for these dependencies. This ebuild uses coolkey-1.0.1-10, the version distributed with Fedora Core 6. There haven't been any updates to the FC6 package; the current version in Fedora's development repository ("Rawhide") is 1.0.1-15. This is my first ebuild, so if there are any problems or suggestions to make it better, please let me know and I'll be happy to update it. dsm42@iname.com 2007-01-23 06:01:27 0000 Created an attachment (id=107869) coolkey-1.0.1.ebuild alonbl@gentoo.org 2007-01-23 10:58:35 0000 Don't they have a source tarball? I wish to avoid using the rpm stuff... dsm42@iname.com 2007-01-23 16:19:25 0000 Not that I could find, only CVS and the RPMs. And I didn't see any branches in CVS for release versions that we could use to build our own tarballs from the source (but they might have done something different like tagging or something; I'm not that familiar with CVS as I normally use Subversion). We could use rpm2targz to create a tarball from the RPM and put that on the Gentoo mirrors. Alternatively, I could get on the CoolKey mailing list and see if anyone knows of a tarball out there. I suppose dealing with RPMs is inevitable when dealing with Red Hat's stuff. alonbl@gentoo.org 2007-01-23 17:10:51 0000 I assume you are using this package... So if you can, please contact them so they have pure source tarball... They are usually do release tarballs. Also I don't understand the nss and ccid dependencies... Can you please explain? And the following should be explained too... 1. Why does it install not only one PKCS#11 shared library... Currently it installs: /usr/lib/pkcs11/libcoolkeypk11.so /usr/lib/pkcs11/libcoolkeypk11.la /usr/lib/pkcs11/libcoolkeypk11.a While it actually needs only: /usr/lib/pkcs11/libcoolkeypk11.so Since nobody is going to static link with this library. It is not so important... 2. I would also ask why it installs the headers... I guess they should have split this package into two. One for the libckyapplet library with the include files etc... And other for the PKCS#11 which is dependent on the first. alonbl@gentoo.org 2007-01-23 17:12:15 0000 Created an attachment (id=107914) coolkey-1.0.1.ebuild Modified version, please check. dsm42@iname.com 2007-01-23 19:47:38 0000 I've used the package on Fedora and since it works well I thought it would be useful to have on Gentoo as well. ccid and nss dependencies come from the SRPM's .spec file. ccid provides the driver to interface with the card reader. I will try your ebuild tonight. I'm not certain where nss gets involved so it may not be needed, but I suspect it won't work without ccid. I don't know if this is something where there are other options that would work as well, I just know that CCID has worked for me. I suspect you're right about not needing the .la and .a files. It and the headers are probably options we can disable (or provide use flags for?) in the arguments to ./configure. The FC6 binary RPM only installs the .so. I'll contact the CoolKey people and see if I can get some resolution on your questions. I'll direct them to this bug report as well in case they're interested in providing direct input. alonbl@gentoo.org 2007-01-23 19:56:19 0000 (In reply to comment #6) > I've used the package on Fedora and since it works well I thought it would be > useful to have on Gentoo as well. Oh... So you don't use Gentoo? :) > ccid and nss dependencies come from the SRPM's .spec file. ccid provides the > driver to interface with the card reader. No no no... they are totally wrong... The dependency is pcsc-lite... A software which work with pcsc-lite can access tokens at any reader... ccid is only one implementation of readers. There is never direct connection between the software and the reader driver. > I will try your ebuild tonight. Thanks! > I'm not certain where nss gets involved so it may not be needed I search for a dependency and not found one in configuration files. > but I suspect it won't work without ccid. Without a reader driver... If your reader is ccid, then of-course you need ccid to be instaled... > I suspect you're right about not needing the .la and .a files. It and the > headers are probably options we can disable (or provide use flags for?) > in the > arguments to ./configure. The FC6 binary RPM only installs the .so. Oh... So they need to fix their "make install"... But they never like to fix this... > I'll contact the CoolKey people and see if I can get some resolution on your > questions. I'll direct them to this bug report as well in case they're > interested in providing direct input. Thanks! alonbl@gentoo.org 2007-01-23 20:25:24 0000 Created an attachment (id=107937) coolkey-1.0.1.ebuild Found NSS dependency! It is in a patch delivered in the rpm! I don't like PKCS#11 module for NSS, PKCS#11 should be a standard component for any PKCS#11 awared application... A correct implementation will work with OpenVPN, GnuPG, OpenSSH, QCA and more. NSS will also work with this standard implementation. I also don't like the automatic install into NSS... I patched it now so that it won't do it... I wish they add --disable-nss-install to configure to disable this behavior. dsm42@iname.com 2007-01-24 04:18:02 0000 Created an attachment (id=107968) coolkey-1.0.1.ebuild I removed my coolkey install along with nss, pcsc-lite, and ccid and tried the ebuild from comment #8. It didn't work, configure failed because of the missing nss, so I added it back to DEPEND. The revised ebuild is attached. Build was successful, though I did have to reinstall ccid since my card reader uses it. Once that was done it all seemed to work, and I was able to use the smart card with Firefox. I sent an email bringing up your points to the coolkey list and included a link to this bug. alonbl@gentoo.org 2007-01-24 06:42:18 0000 Created an attachment (id=107976) coolkey-1.0.1.ebuild Well... It is not needed... It cannot be needed... :) So I modified configure to ignore the absent of it... It is just NSS SHOULD NOT be a dependency for a PKCS#11 provider... alonbl@gentoo.org 2007-01-24 06:55:03 0000 Created an attachment (id=107977) coolkey-1.0.1.ebuild Opps, reverse DEPEND/RDEPEND. dsm42@iname.com 2007-01-25 04:19:52 0000 Created an attachment (id=108078) coolkey-1.0.1.ebuild Fedora at work, Gentoo and Mac OS X at home. :) Your revised ebuild did work for me, but I did have to re-emerge nss after emerging coolkey in order to test it since Firefox needs it. So I figured while I was at it, I might as well add nss as a use flag, and if someone wants coolkey to install itself into nss they can. Aren't choices the Gentoo way? Of course, if this isn't doing what I think it does, feel free to take it back out, since it did work fine when coolkey was emerged without nss installed. While I was at it, I also added a static use flag and when it's disabled, the .a doesn't get built. I heard back from the Coolkey-devel list. The guy from Red Hat thinks splitting out libckyapplet is overkill, since it is used by a total of two packages: coolkey and esc (a GUI program for managing smart cards, once this is in that was going to be my next project), but esc also needs libcoolkey anyway. The guy who packages CoolKey for Debian also responded, and he said he did split them for Debian, and also has a -dev package for the headers. Fedora also has a -devel package for the headers (which really are for libckyapplet). Since Gentoo is building from source, and other applications would need the headers to link to them (esc in the case of libckyapplet), isn't it appropriate to let the headers be installed? There is a CVS tag for the 1.0.1 release if we want to build our own tarball from that. It sounds like Debian picked a newer date and grabbed that from CVS in order to pick up some of the later patches. It sounds like there will be a new tag (release?) soon though. No pointers so far to an existing tarball floating around. alonbl@gentoo.org 2007-01-25 06:58:15 0000 (From update of attachment 108078) I am sorry I am insisting... nss is a dependency of firefox.... $ equery depends nss [ Searching for packages depending on nss... ] www-client/mozilla-firefox-2.0.0.1 So it should have existed on your system. And the standart way to install a new security module (PKCS#11) into firefox is: 1. Edit->Preferences->Advanced->Encryption 2. Security devices->Load 3. Specify PKCS#11 shared library name. Please try... It just that when you are installing a PKCS#11 provider you don't like all users to automatically load this library, it may cause many problems. PKCS#11 provider should not install itself anyhow... This is highly none standard. alonbl@gentoo.org 2007-01-25 07:05:23 0000 (In reply to comment #12) > Fedora at work, Gentoo and Mac OS X at home. :) Oh... :) > Your revised ebuild did work for me, but I did have to re-emerge nss after > emerging coolkey in order to test it since Firefox needs it. So I figured > while I was at it, I might as well add nss as a use flag, and if someone wants > coolkey to install itself into nss they can. Aren't choices the Gentoo way? Well... Yes... But it should be the choice of the user not the administrator... :) See comment#13 instructions. > While I was at it, I also added a static use flag and when it's disabled, the > .a doesn't get built. Hmmm... I prefer to solve this at automake level without static... I will look at it in weekend. > I heard back from the Coolkey-devel list. The guy from Red Hat thinks > splitting out libckyapplet is overkill, since it is used by a total of two > packages: coolkey and esc (a GUI program for managing smart cards, once this is > in that was going to be my next project), but esc also needs libcoolkey anyway. > The guy who packages CoolKey for Debian also responded, and he said he did > split them for Debian, and also has a -dev package for the headers. Fedora > also has a -devel package for the headers (which really are for libckyapplet). So I don't understand, will be tree tarballs? Or they just write their own spec in order to hack this? > Since Gentoo is building from source, and other applications would need the > headers to link to them (esc in the case of libckyapplet), isn't it appropriate > to let the headers be installed? Sure... We have no choice... But I thought more appropriate is to package the common library as a standalone library.... > new tag (release?) soon though. > No pointers so far to an existing tarball floating around. So we wait until the next version... :) Maybe it will be better.... I will try to contact them my-self. Thanks! dsm42@iname.com 2007-01-25 16:18:37 0000 Created an attachment (id=108135) coolkey-1.0.1.ebuild (In reply to comment #13) > (From update of attachment 108078 [edit]) > I am sorry I am insisting... > > nss is a dependency of firefox.... > $ equery depends nss > [ Searching for packages depending on nss... ] > www-client/mozilla-firefox-2.0.0.1 > > So it should have existed on your system. Yeah I think I figured that out later. Couldn't remember what was in place originally. > And the standart way to install a new security module (PKCS#11) into firefox > is: > 1. Edit->Preferences->Advanced->Encryption > 2. Security devices->Load > 3. Specify PKCS#11 shared library name. > > Please try... This is the way I've always done it. Never seen anything automatic work even on FC6, we've always had to configure Firefox manually as you state above. I'm attaching a revised (untested since I'm on Fedora right now, but I don't see why it wouldn't work) ebuild that takes the nss stuff back out, but still has the use flag to disable static build in case that route ends up working better. (In reply to comment #14) > So I don't understand, will be tree tarballs? Or they just write their own > spec in order to hack this? I'm not completely sure I understand what you're getting at here. The primary CoolKey developers work for Red Hat, so they're also the ones that prepare the Fedora RPMs. Debian doesn't use RPM, the guy packaging for them grabbed the source from CVS and packaged it the way he felt was appropriate. > Sure... We have no choice... But I thought more appropriate is to package the > common library as a standalone library.... I don't see why we can't do this. If we build our own tarball we can package the way we want, and if we continue to use the Fedora SRPM we might be able to do some tricks with configure to build just part of it, similar to how with the KDE split ebuilds, a bunch of ebuilds all build just a small piece out of the larger tarball. > So we wait until the next version... :) > Maybe it will be better.... > I will try to contact them my-self. Perhaps that's best, I'm sure something is getting lost having me as a go between. The more routers a packet hops through, the greater the chance of something getting lost, or something like that... ;) As far as waiting for the next release, you never know what people's definition of "soon" is... alonbl@gentoo.org 2007-01-25 18:53:03 0000 Can you please explain again why you added the static USE flag? dsm42@iname.com 2007-01-25 21:42:05 0000 The static use flag controls the generation of the static versions of the libcoolkey and libckyapplet libraries. If someone has configured their system to build statically linked binaries, they'll need them to build any applications that build against libcoolkey or libckyapplet (such as esc). Most people probably don't have the static use flag set, so they won't get them. If the use flag is set, --enable-static gets passed to configure, otherwise --disable-static is passed. --enable-static seems to be the default. I just tried building from source a CVS checkout of coolkey on Fedora Core 5 and --enable-static was the default. alonbl@gentoo.org 2007-01-25 22:08:13 0000 The static use flag for Gentoo is mainly for executables which should not dynamicly load other libraries. The fact that the shared and static versions of a library are installed is fine... Except for the PKCS#11 modules, which should be fixed in the automake Makefile. So I will not add this one... dsm42@iname.com 2007-01-25 22:33:56 0000 Sounds reasonable to me. alonbl@gentoo.org 2007-02-02 08:14:26 0000 Well... Send some patches to upstram, got some response but no confirmation to anything... We will wait for the next version... dsm42@iname.com 2007-02-18 07:01:46 0000 Created an attachment (id=110518) coolkey-1.1.0.ebuild Upstream posted version 1.1.0 yesterday, with a source tarball. :) Basing off your last version, I've updated for the ebuild to use the new version. It builds and can be installed in Firefox and Seamonkey fine, but I won't be able to test with a smart card until Tuesday night. But I thought I'd post it now so you can take a look at it if you want. I noticed when checking ./configure --help that there was an option to enable/disable debugging code, so I added a "debug" use flag to provide users that option. I was also able to remove the NSS_LIBS and NSS_CFLAGS bit from the econf call. I tried unmerging nss and then emerging coolkey and it built without errors. dsm42@iname.com 2007-02-18 07:02:26 0000 updating package version in summary alonbl@gentoo.org 2007-02-18 16:01:07 0000 Well... They did not separate the package... Did not fixed the license... (Although I sent them a patch for this too). But it is merges cleanly now... :) Added, thanks! dsm42@iname.com 2007-02-18 17:47:31 0000 I think the license is OK. If I understood Bob Relyea's post correctly, he is using Mozilla's version of the RSA security files. Mozilla was able to get it licensed under the Mozilla Tri-License, meaning they can use it under MPL, GPL, or LGPL. Coolkey chooses to use it under LGPL. alonbl@gentoo.org 2007-02-18 18:44:38 0000 No... They got it wrong. They are using RSA Security copyright files. And not follow the requirements... Mozilla has the same issue. But it is not our problem... dsm42@iname.com 2007-02-18 19:22:30 0000 I think that's the bit you're missing. RSA Security normally releases their files under their own license. But Mozilla was able to get the files licensed under Mozilla tri-license (MPL/GPL/LGPL) to them, and under those licenses they can redistribute however they want. Copy & paste from his post: > Actually I'm using Mozilla versions of these files. Mozilla went through the > work to get these from RSA under the tri-License. alonbl@gentoo.org 2007-02-18 19:30:37 0000 Please look at mozilla sources. Have a look at the license: ./security/nss/lib/softoken/pkcs11.h ./security/nss/lib/softoken/pkcs11f.h ./security/nss/lib/softoken/pkcs11t.h And you will see that coolkey simply removed the RSA Security license. dsm42@iname.com 2007-02-21 04:08:29 0000 Well, like you said... not our problem. But anyway, I just tested it with Firefox and a smart card and was able to connect to a web site that required it. So it works. 107869 2007-01-23 06:01 0000 coolkey-1.0.1.ebuild coolkey-1.0.1.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6ICQKCmluaGVyaXQgcnBtCgpSSF9SRVY9MTAKREVTQ1JJUFRJT049IkxpbnV4IERyaXZlciBz dXBwb3J0IGZvciB0aGUgQ29vbEtleSBhbmQgQ0FDIHByb2R1Y3RzIgpIT01FUEFHRT0iaHR0cDov L2RpcmVjdG9yeS5mZWRvcmEucmVkaGF0LmNvbS93aWtpL0Nvb2xLZXkiClNSQ19VUkk9Im1pcnJv cjovL2ZlZG9yYS82L3NvdXJjZS9TUlBNUy8ke1B9LSR7UkhfUkVWfS5zcmMucnBtIgoKTElDRU5T RT0iTEdQTC0yLjEiClNMT1Q9IjAiCiMgRmVkb3JhIHJlbGVhc2VzIGJpbmFyeSBSUE1zIGZvciBw cGMsIHBwYzY0LCBhbmQgYW1kNjQgKHRoZXkgY2FsbCBpdCB4ODZfNjQpIGFzIHdlbGwKS0VZV09S RFM9In54ODYiCklVU0U9IiIKREVQRU5EPSJzeXMtYXBwcy9wY3NjLWxpdGUKCXN5cy1saWJzL3ps aWIKCWRldi1saWJzL25zcwoJYXBwLWNyeXB0L2NjaWQKCXZpcnR1YWwvbGliYyIKUkRFUEVORD0k e0RFUEVORH0KCnNyY19pbnN0YWxsKCkgewoJZWluc3RhbGwgfHwgZGllCn0K 107914 2007-01-23 17:12 0000 coolkey-1.0.1.ebuild coolkey-1.0.1.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6ICQKCmluaGVyaXQgcnBtCgpSSF9SRVY9MTAKREVTQ1JJUFRJT049IkxpbnV4IERyaXZlciBz dXBwb3J0IGZvciB0aGUgQ29vbEtleSBhbmQgQ0FDIHByb2R1Y3RzIgpIT01FUEFHRT0iaHR0cDov L2RpcmVjdG9yeS5mZWRvcmEucmVkaGF0LmNvbS93aWtpL0Nvb2xLZXkiClNSQ19VUkk9Im1pcnJv cjovL2ZlZG9yYS82L3NvdXJjZS9TUlBNUy8ke1B9LSR7UkhfUkVWfS5zcmMucnBtIgoKTElDRU5T RT0iTEdQTC0yLjEiClNMT1Q9IjAiCktFWVdPUkRTPSJ+eDg2IgpJVVNFPSIiCkRFUEVORD0ic3lz LWFwcHMvcGNzYy1saXRlCglzeXMtbGlicy96bGliIgpSREVQRU5EPSR7REVQRU5EfQoKc3JjX2lu c3RhbGwoKSB7CgllbWFrZSBpbnN0YWxsIERFU1RESVI9IiR7RH0iIHx8IGRpZQp9Cg== 107937 2007-01-23 20:25 0000 coolkey-1.0.1.ebuild coolkey-1.0.1.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6ICQKCmluaGVyaXQgcnBtIGV1dGlscwoKUkhfUkVWPTEwCkRFU0NSSVBUSU9OPSJMaW51eCBE cml2ZXIgc3VwcG9ydCBmb3IgdGhlIENvb2xLZXkgYW5kIENBQyBwcm9kdWN0cyIKSE9NRVBBR0U9 Imh0dHA6Ly9kaXJlY3RvcnkuZmVkb3JhLnJlZGhhdC5jb20vd2lraS9Db29sS2V5IgpTUkNfVVJJ PSJtaXJyb3I6Ly9mZWRvcmEvNi9zb3VyY2UvU1JQTVMvJHtQfS0ke1JIX1JFVn0uc3JjLnJwbSIK CkxJQ0VOU0U9IkxHUEwtMi4xIgpTTE9UPSIwIgpLRVlXT1JEUz0ifng4NiIKSVVTRT0iIgpERVBF TkQ9InN5cy1hcHBzL3Bjc2MtbGl0ZQoJc3lzLWxpYnMvemxpYiIKUkRFUEVORD0ke0RFUEVORH0K CnNyY191bnBhY2soKSB7CglycG1fc3JjX3VucGFjawoJY2QgIiR7U30iCglmb3IgcCBpbiAiJHtX T1JLRElSfSIvKi5wYXRjaDsgZG8KCQllcGF0Y2ggIiR7cH0iCglkb25lCglzZWQgLWkgJ3Mjc3Jj L2luc3RhbGwjIycgTWFrZWZpbGUuYW0gTWFrZWZpbGUuaW4KfQoKc3JjX2luc3RhbGwoKSB7Cgll bWFrZSBpbnN0YWxsIERFU1RESVI9IiR7RH0iIHx8IGRpZQp9Cg== 107968 2007-01-24 04:18 0000 coolkey-1.0.1.ebuild coolkey-1.0.1.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6ICQKCmluaGVyaXQgcnBtIGV1dGlscwoKUkhfUkVWPTEwCkRFU0NSSVBUSU9OPSJMaW51eCBE cml2ZXIgc3VwcG9ydCBmb3IgdGhlIENvb2xLZXkgYW5kIENBQyBwcm9kdWN0cyIKSE9NRVBBR0U9 Imh0dHA6Ly9kaXJlY3RvcnkuZmVkb3JhLnJlZGhhdC5jb20vd2lraS9Db29sS2V5IgpTUkNfVVJJ PSJtaXJyb3I6Ly9mZWRvcmEvNi9zb3VyY2UvU1JQTVMvJHtQfS0ke1JIX1JFVn0uc3JjLnJwbSIK CkxJQ0VOU0U9IkxHUEwtMi4xIgpTTE9UPSIwIgpLRVlXT1JEUz0ifng4NiIKSVVTRT0iIgpERVBF TkQ9InN5cy1hcHBzL3Bjc2MtbGl0ZQoJc3lzLWxpYnMvemxpYgoJZGV2LWxpYnMvbnNzIgpSREVQ RU5EPSR7REVQRU5EfQoKc3JjX3VucGFjaygpIHsKCXJwbV9zcmNfdW5wYWNrCgljZCAiJHtTfSIK CWZvciBwIGluICIke1dPUktESVJ9Ii8qLnBhdGNoOyBkbwoJCWVwYXRjaCAiJHtwfSIKCWRvbmUK CXNlZCAtaSAncyNzcmMvaW5zdGFsbCMjJyBNYWtlZmlsZS5hbSBNYWtlZmlsZS5pbgp9CgpzcmNf aW5zdGFsbCgpIHsKCWVtYWtlIGluc3RhbGwgREVTVERJUj0iJHtEfSIgfHwgZGllCn0K 107976 2007-01-24 06:42 0000 coolkey-1.0.1.ebuild coolkey-1.0.1.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6ICQKCmluaGVyaXQgcnBtIGV1dGlscwoKUkhfUkVWPTEwCkRFU0NSSVBUSU9OPSJMaW51eCBE cml2ZXIgc3VwcG9ydCBmb3IgdGhlIENvb2xLZXkgYW5kIENBQyBwcm9kdWN0cyIKSE9NRVBBR0U9 Imh0dHA6Ly9kaXJlY3RvcnkuZmVkb3JhLnJlZGhhdC5jb20vd2lraS9Db29sS2V5IgpTUkNfVVJJ PSJtaXJyb3I6Ly9mZWRvcmEvNi9zb3VyY2UvU1JQTVMvJHtQfS0ke1JIX1JFVn0uc3JjLnJwbSIK CkxJQ0VOU0U9IkxHUEwtMi4xIgpTTE9UPSIwIgpLRVlXT1JEUz0ifng4NiIKSVVTRT0iIgpERVBF TkQ9InN5cy1hcHBzL3Bjc2MtbGl0ZQoJc3lzLWxpYnMvemxpYiIKUkRFUEVORD0iJHtERVBFTkR9 CglkZXYtdXRpbC9wa2djb25maWciCgpzcmNfdW5wYWNrKCkgewoJcnBtX3NyY191bnBhY2sKCWNk ICIke1N9IgoJZm9yIHAgaW4gIiR7V09SS0RJUn0iLyoucGF0Y2g7IGRvCgkJZXBhdGNoICIke3B9 IgoJZG9uZQoJc2VkIC1pICdzI3NyYy9pbnN0YWxsIyMnIE1ha2VmaWxlLmFtIE1ha2VmaWxlLmlu Cn0KCnNyY19jb21waWxlKCkgewoJZWNvbmYgTlNTX0NGTEFHUz0vIE5TU19MSUJTPS8gfHwgZGll CgllbWFrZSB8fCBkaWUKfQoKc3JjX2luc3RhbGwoKSB7CgllbWFrZSBpbnN0YWxsIERFU1RESVI9 IiR7RH0iIHx8IGRpZQp9Cg== 107977 2007-01-24 06:55 0000 coolkey-1.0.1.ebuild coolkey-1.0.1.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6ICQKCmluaGVyaXQgcnBtIGV1dGlscwoKUkhfUkVWPTEwCkRFU0NSSVBUSU9OPSJMaW51eCBE cml2ZXIgc3VwcG9ydCBmb3IgdGhlIENvb2xLZXkgYW5kIENBQyBwcm9kdWN0cyIKSE9NRVBBR0U9 Imh0dHA6Ly9kaXJlY3RvcnkuZmVkb3JhLnJlZGhhdC5jb20vd2lraS9Db29sS2V5IgpTUkNfVVJJ PSJtaXJyb3I6Ly9mZWRvcmEvNi9zb3VyY2UvU1JQTVMvJHtQfS0ke1JIX1JFVn0uc3JjLnJwbSIK CkxJQ0VOU0U9IkxHUEwtMi4xIgpTTE9UPSIwIgpLRVlXT1JEUz0ifng4NiIKSVVTRT0iIgpSREVQ RU5EPSJzeXMtYXBwcy9wY3NjLWxpdGUKCXN5cy1saWJzL3psaWIiCkRFUEVORD0iJHtSREVQRU5E fQoJZGV2LXV0aWwvcGtnY29uZmlnIgoKc3JjX3VucGFjaygpIHsKCXJwbV9zcmNfdW5wYWNrCglj ZCAiJHtTfSIKCWZvciBwIGluICIke1dPUktESVJ9Ii8qLnBhdGNoOyBkbwoJCWVwYXRjaCAiJHtw fSIKCWRvbmUKCXNlZCAtaSAncyNzcmMvaW5zdGFsbCMjJyBNYWtlZmlsZS5hbSBNYWtlZmlsZS5p bgp9CgpzcmNfY29tcGlsZSgpIHsKCWVjb25mIE5TU19DRkxBR1M9LyBOU1NfTElCUz0vIHx8IGRp ZQoJZW1ha2UgfHwgZGllCn0KCnNyY19pbnN0YWxsKCkgewoJZW1ha2UgaW5zdGFsbCBERVNURElS PSIke0R9IiB8fCBkaWUKfQo= 108078 2007-01-25 04:19 0000 coolkey-1.0.1.ebuild coolkey-1.0.1.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6ICQKCmluaGVyaXQgcnBtIGV1dGlscwoKUkhfUkVWPTEwCkRFU0NSSVBUSU9OPSJMaW51eCBE cml2ZXIgc3VwcG9ydCBmb3IgdGhlIENvb2xLZXkgYW5kIENBQyBwcm9kdWN0cyIKSE9NRVBBR0U9 Imh0dHA6Ly9kaXJlY3RvcnkuZmVkb3JhLnJlZGhhdC5jb20vd2lraS9Db29sS2V5IgpTUkNfVVJJ PSJtaXJyb3I6Ly9mZWRvcmEvNi9zb3VyY2UvU1JQTVMvJHtQfS0ke1JIX1JFVn0uc3JjLnJwbSIK CkxJQ0VOU0U9IkxHUEwtMi4xIgpTTE9UPSIwIgpLRVlXT1JEUz0ifng4NiIKSVVTRT0ibnNzIHN0 YXRpYyIKUkRFUEVORD0ic3lzLWFwcHMvcGNzYy1saXRlCglzeXMtbGlicy96bGliIgpERVBFTkQ9 IiR7UkRFUEVORH0KCWRldi11dGlsL3BrZ2NvbmZpZwoJbnNzPyAoIGRldi1saWJzL25zcyApIgoK c3JjX3VucGFjaygpIHsKCXJwbV9zcmNfdW5wYWNrCgljZCAiJHtTfSIKCWZvciBwIGluICIke1dP UktESVJ9Ii8qLnBhdGNoOyBkbwoJCWVwYXRjaCAiJHtwfSIKCWRvbmUKCXNlZCAtaSAncyNzcmMv aW5zdGFsbCMjJyBNYWtlZmlsZS5hbSBNYWtlZmlsZS5pbgp9CgpzcmNfY29tcGlsZSgpIHsKCWxv Y2FsIG5zc2NvbmYKCglpZiB1c2UgbnNzIDsgdGhlbgoJCW5zc2NvbmY9IiR7bnNzY29uZn0iCgll bHNlCgkJbnNzY29uZj0iJHtuc3Njb25mfSBOU1NfQ0ZMQUdTPS8gTlNTX0xJQlM9LyIKCWZpCgoJ ZWNvbmYgXAoJCSQodXNlX2VuYWJsZSBzdGF0aWMpIFwKCQkke25zc2NvbmZ9IHx8IGRpZQoJZW1h a2UgfHwgZGllCn0KCnNyY19pbnN0YWxsKCkgewoJZW1ha2UgaW5zdGFsbCBERVNURElSPSIke0R9 IiB8fCBkaWUKfQo= 108135 2007-01-25 16:18 0000 coolkey-1.0.1.ebuild coolkey-1.0.1.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6ICQKCmluaGVyaXQgcnBtIGV1dGlscwoKUkhfUkVWPTEwCkRFU0NSSVBUSU9OPSJMaW51eCBE cml2ZXIgc3VwcG9ydCBmb3IgdGhlIENvb2xLZXkgYW5kIENBQyBwcm9kdWN0cyIKSE9NRVBBR0U9 Imh0dHA6Ly9kaXJlY3RvcnkuZmVkb3JhLnJlZGhhdC5jb20vd2lraS9Db29sS2V5IgpTUkNfVVJJ PSJtaXJyb3I6Ly9mZWRvcmEvNi9zb3VyY2UvU1JQTVMvJHtQfS0ke1JIX1JFVn0uc3JjLnJwbSIK CkxJQ0VOU0U9IkxHUEwtMi4xIgpTTE9UPSIwIgpLRVlXT1JEUz0ifng4NiIKSVVTRT0ic3RhdGlj IgpSREVQRU5EPSJzeXMtYXBwcy9wY3NjLWxpdGUKCXN5cy1saWJzL3psaWIiCkRFUEVORD0iJHtS REVQRU5EfQoJZGV2LXV0aWwvcGtnY29uZmlnIgoKc3JjX3VucGFjaygpIHsKCXJwbV9zcmNfdW5w YWNrCgljZCAiJHtTfSIKCWZvciBwIGluICIke1dPUktESVJ9Ii8qLnBhdGNoOyBkbwoJCWVwYXRj aCAiJHtwfSIKCWRvbmUKCXNlZCAtaSAncyNzcmMvaW5zdGFsbCMjJyBNYWtlZmlsZS5hbSBNYWtl ZmlsZS5pbgp9CgpzcmNfY29tcGlsZSgpIHsKCWVjb25mIFwKCQkkKHVzZV9lbmFibGUgc3RhdGlj KSBcCgkJTlNTX0NGTEFHUz0vIE5TU19MSUJTPS8gfHwgZGllCgllbWFrZSB8fCBkaWUKfQoKc3Jj X2luc3RhbGwoKSB7CgllbWFrZSBpbnN0YWxsIERFU1RESVI9IiR7RH0iIHx8IGRpZQp9Cg== 110518 2007-02-18 07:01 0000 coolkey-1.1.0.ebuild coolkey-1.1.0.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6ICQKCmluaGVyaXQgZXV0aWxzCgpERVNDUklQVElPTj0iTGludXggRHJpdmVyIHN1cHBvcnQg Zm9yIHRoZSBDb29sS2V5IGFuZCBDQUMgcHJvZHVjdHMiCkhPTUVQQUdFPSJodHRwOi8vZGlyZWN0 b3J5LmZlZG9yYS5yZWRoYXQuY29tL3dpa2kvQ29vbEtleSIKU1JDX1VSST0iaHR0cDovL2RpcmVj dG9yeS5mZWRvcmEucmVkaGF0LmNvbS9kb3dubG9hZC9jb29sa2V5LyR7UH0udGFyLmd6IgoKTElD RU5TRT0iTEdQTC0yLjEiClNMT1Q9IjAiCktFWVdPUkRTPSJ+eDg2IgpJVVNFPSJkZWJ1ZyIKUkRF UEVORD0ic3lzLWFwcHMvcGNzYy1saXRlCglzeXMtbGlicy96bGliIgpERVBFTkQ9IiR7UkRFUEVO RH0KCWRldi11dGlsL3BrZ2NvbmZpZyIKCnNyY19jb21waWxlKCkgewoJZWNvbmYgJCh1c2VfZW5h YmxlIGRlYnVnKSB8fCBkaWUgImNvbmZpZ3VyZSBmYWlsZWQiCgllbWFrZSB8fCBkaWUgIm1ha2Ug ZmFpbGVkIgp9CgpzcmNfaW5zdGFsbCgpIHsKCWVtYWtlIGluc3RhbGwgREVTVERJUj0iJHtEfSIg fHwgZGllCn0K