26132 2003-08-07 09:36 0000 please add net-fs/ coda 6.0.3 2004-09-10 09:14:27 0000 1 1 1 Unclassified Gentoo Linux Ebuilds 1.4 All Linux RESOLVED FIXED http://www.coda.cs.cmu.edu/ EBUILD P2 enhancement --- 25624 28053 1 flokno@gmx.net griffon26@gentoo.org bugs@rennings.net chewi@aura-online.co.uk gregor@podnapisi.net griffon26@gentoo.org lostlogic@gentoo.org mcf@augustmail.com seemant@gentoo.org sgtphou@fire-eyes.org flokno@gmx.net 2003-08-07 09:36:54 0000 if possible! coda new version 6.0.1 from 2003-07-05 thanks! Reproducible: Always Steps to Reproduce: mcf@augustmail.com 2003-08-11 13:13:06 0000 Hi, I'm working on a new ebuild for 'net-fs/coda', which will replace 'net-fs/coda-server' and 'net-fs/coda-client'. Basically there is no point in separating the ebuilds any more, since the same source tree needs to be built for both the client and server portions, both of which are now housed in the same .tar.gz. This helps make coda more consistant with the overall net-fs/ tree (nfs does not separate the client/server portions, etc). I've also updated the net-fs/coda dependencies and have working ebuilds for them (which I will post below): sys-libs/lwp, sys-libs/rvm, and net-libs/rpc2. They are just modifications of the existing ebuilds; however, I have not tested them against the current net-fs/coda-* so I'm not sure if they'll work with older coda (they should...?). Once I've fixed the default coda init scripts to work with gentoo, I'll post the ebuild. Besides that, it seems to be working. -- mcf P.S. coda 6.0.2 is the latest now. mcf@augustmail.com 2003-08-11 13:15:39 0000 Created an attachment (id=15930) New sys-libs/lwp ebuild Small ebuild cleanup; basically just points to the new .tar.gz. mcf@augustmail.com 2003-08-11 13:17:28 0000 Created an attachment (id=15931) New sys-libs/rvm ebuild Updated to the latest version mcf@augustmail.com 2003-08-11 13:18:39 0000 Created an attachment (id=15932) New net-libs/rpc2 ebuild Updated to the latest version mcf@augustmail.com 2003-08-11 21:04:32 0000 Created an attachment (id=15956) ebuild for the latest Coda FS kernel module, net-fs/coda-kernel We have to use a new kernel module for version 6.0 Coda FS to work. Even 2.6-test3 has the older (version 2) Coda structs. This may change in the future, so we can get rid of this ebuild... condordes@gentoo.org 2003-09-28 13:05:12 0000 Hi... sat down this weekend to play with Coda and just happened to run across this bug. Just curious if these ebuilds are ready for use yet, and if so, why aren't they in Portage? I'd really like to be able to use the new Coda (since I can't seem to get the 5.9 ebuilds to work...). I'd be happy to test things if that would help any. Thanks! seemant@gentoo.org 2003-11-15 11:42:22 0000 lwp, rvm and rpc2 are updated in portage. seemant@gentoo.org 2003-11-15 11:43:25 0000 So now all we need is the ebuild, Michael, for coda6 mcf@augustmail.com 2003-11-15 20:02:54 0000 Created an attachment (id=20799) net-libs/rpc2-1.20 (Update) New net-libs/rpc2 ebuild. I'm not really sure what changed, since the ChangeLog file is empty. But probably this fixes some bugs somewhere... mcf@augustmail.com 2003-11-15 20:06:54 0000 Created an attachment (id=20800) net-fs/coda-6.0.3 ebuild (new) Sorry, I have been sitting on this for a while. Real life work has kinda taken over. I haven't had a chance to test this extensively, but it appears to work. If anyone could give me some feedback, I would appreciate it. :) The contents of net-fs/coda/files will follow (just the initscripts)... mcf@augustmail.com 2003-11-15 20:08:05 0000 Created an attachment (id=20801) net-fs/coda/files/auth2 initscript (new) auth2 initscript. Tested, and appears to work. mcf@augustmail.com 2003-11-15 20:09:31 0000 Created an attachment (id=20802) net-fs/coda/files/coda-update initscript (new) coda-update (called 'update' in coda, but I renamed it to 'coda-update' because 'update' is a little vague). Tested and working... mcf@augustmail.com 2003-11-15 20:11:40 0000 Created an attachment (id=20803) net-fs/coda/files/codasrv initscript (new) The codasrv initscript. I am not sure if this is 100% working, and I don't have time atm to set up a 6.0 coda server to test it with. If someone could try this out for me, I would appreciate it. It should work, as it is based off of the regular coda initscripts. mcf@augustmail.com 2003-11-15 20:13:23 0000 Created an attachment (id=20804) net-fs/coda/files/venus initscript (new) venus initscript. Testing and works. venus requires a working codafs kernel module, so either use the ebuild above for net-fs/coda-kernel, or compile in one from the latest 2.6-test tree (which includes the new 128-bit coda6 support) mcf@augustmail.com 2003-12-07 11:50:35 0000 Created an attachment (id=21826) net-fs/coda-6.0.3 ebuild (Update) Added kerberos support, and fixed the DEPEND's (added coda-kernel, sed, and ?kerberos) griffon26@gentoo.org 2003-12-14 07:04:13 0000 I tried out the ebuild and there were a few things I noticed: 1) coda depends on net-fs/coda-kernel which is not something virtual Because I am running kernel 2.6, I don't need (in fact can't even use) coda-kernel. I suppose kernel 2.6 and net-fs/coda-kernel should provide virtual/coda-kernel and net-fs/coda should depend on it. 2) Starting codasrv doesn't seem to complete. I can see in /vice/srv/SrvLog that the server has been started, so I think it's just a "with or without &" issue. 3) I could not find any information about the ports that are used between coda servers. I needed it for opening up the right ports in my firewall. Not everything is working yet, but so far it seems only UDP port 369 and 36089 are used. 36089 is not added to /etc/services by the setup, so I don't know what it's for. 4) I found the whole setup pretty complicated. I was asked quite a few questions for which not only I didn't know the answer, but also didn't know what they were asking =] I suppose a gentoo guide that provides the information found in this tutorial http://www.linuxplanet.com/linuxplanet/tutorials/4481/1/ and that also explains why you would want to do what you're doing there, could be quite useful. dragonheart@gentoo.org 2004-02-11 20:42:51 0000 I may get time to play with this. dragonheart@gentoo.org 2004-02-12 17:57:12 0000 I got the following on the following on coda-6.0.3 ebuild (with removed coda-kernel dependancy). Cannot see any '[' in worker.cc near this line. Anyone else get this? make[2]: Entering directory `/var/tmp/portage/coda-6.0.3/work/coda-6.0.3/coda-src/librepair' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/var/tmp/portage/coda-6.0.3/work/coda-6.0.3/coda-src/librepair' make -C venus all; make[2]: Entering directory `/var/tmp/portage/coda-6.0.3/work/coda-6.0.3/coda-src/venus' g++ -fno-exceptions -fcheck-new -Wall -MD -DHAVE_CONFIG_H -I. -I/var/tmp/portage/coda-6.0.3/work/coda-6.0.3/include -I/var/tmp/portage/coda-6.0.3/work/coda-6.0.3 -O2 -mcpu=i686 -pipe -DVENUS -DTIMING -DVENUSDEBUG -DRVM_USELWP -c -o fso_cfscalls2.o fso_cfscalls2.cc g++ -fno-exceptions -fcheck-new -Wall -MD -DHAVE_CONFIG_H -I. -I/var/tmp/portage/coda-6.0.3/work/coda-6.0.3/include -I/var/tmp/portage/coda-6.0.3/work/coda-6.0.3 -O2 -mcpu=i686 -pipe -DVENUS -DTIMING -DVENUSDEBUG -DRVM_USELWP -c -o worker.o worker.cc worker.cc: In function `void WorkerInit()': worker.cc:782: error: parse error before `[' token make[2]: *** [worker.o] Error 1 make[2]: Leaving directory `/var/tmp/portage/coda-6.0.3/work/coda-6.0.3/coda-src/venus' make[1]: *** [venus] Error 2 make[1]: Leaving directory `/var/tmp/portage/coda-6.0.3/work/coda-6.0.3/coda-src' make: *** [coda-src] Error 2 !!! ERROR: net-fs/coda-6.0.3 failed. !!! Function src_compile, Line 37, Exitcode 2 !!! emake failed dragonheart@gentoo.org 2004-02-13 04:09:49 0000 Created an attachment (id=25526) files/coda-6.0.4-iowr.patch Was a problem with its interaction with kernel headers >=2.6*. This is fixed in cvs so will be longer required next release. (Thanks Michael for the pointers) Coda does a few ugly FHS things. Below are my planned corrections. User mounting directory /coda -> /mnt/coda Lots of client stuff /usr/coda/... -> As is -existance here is tolerated at the moment Server side authentification and configuration /vice -> /var/lib/vice (maybe /srv later after GLEP) dragonheart@gentoo.org 2004-02-18 21:49:25 0000 Created an attachment (id=25906) coda-6.0.3.ebuild (update2) mjc where you going to resubmit some init scripts. If you could maybe make a /etc/conf.d/coda that has variables to indicate whether auth2,update and coda are on the same server. Just a suggestion. Looking forward to submitting this ;-). dragonheart@gentoo.org 2004-03-22 01:18:27 0000 The other thing I want to do is automate the install. If anyone wants to contribute to this section please do so. dragonheart@gentoo.org 2004-03-23 12:20:59 0000 Committed coda 6.0.3. Please test let me know how to automate the install more. All constructive feedback welcome. griffon26@gentoo.org 2004-03-23 15:45:10 0000 I'm just adding these comments as I walk through the setup. Tell me if I'm asking too much =] 1) "You need to give me a uid (not 0) and username (not root) for a Coda System:Administrator member on this server, (sort of a Coda super user)" At first I entered 1, but that was already used by System. I'm not sure if that is the same type of id that I entered here: "Enter an id for the SCM server. (hostname griffon27) The serverid is a unique number between 0 and 255. You should avoid 0, 127, and 255." Because there I entered 1 as well. If I use 2 for the user, then there are no complaints. 2) "Are you ready to set up RVM? [yes/no] yes What is your log partition?" I know it is possible to use a file, but how? And what would be a logical place to put it? 3) "Where shall we store your file data [/vicepa]?" Odd location 4) " - create your root volume: createvol_rep rootvolumename E0000100 /vicepa" So I do that and then I'm asked: "Do you wish this volume to be Backed Up (y/n)? [n]" What does that mean? If I want the current state to be saved? Or if I want to always have a backup of the volume (similar to the reliability you get with raid1)? 5) I aborted vice-setup once, but that meant the server id in /vice/db/servers remained. After running vice-setup again, I now had 2 identical lines in that file causing the startup of the server to fail. 6) Somewhere I was asked to enter a path that is /vice by default. I left it like that, but I notice that the startup scripts assume I filled in /var/lib/vice 7) I can see that making the setup understandable for people who don't really know how coda works isn't very easy. It would probably require changes in coda files and as gentoo developers you'd probably rather not do that. I think that even a 1 page document with an explanation of how the different parts (meta files, log files, actual files, /mnt/coda) work together would help tremendously. That together with a few lines in the style of the rest of the Gentoo documentation could guide any newbie through the imho rather complex coda setup. Btw, thumbs up for your efforts. dragonheart@gentoo.org 2004-03-23 16:32:29 0000 I'm just adding these comments as I walk through the setup. Tell me if I'm asking too much =] >> You can ask whatever you want - whether you get it is another thing ;-) jk Will try to accomidate this as best I can. 1) "You need to give me a uid (not 0) and username (not root) for a Coda System:Administrator member on this server, (sort of a Coda super user)" At first I entered 1, but that was already used by System. I'm not sure if that is the same type of id that I entered here: >> Yep can create a "coda" user, grab its uid and push that in somehow. "Enter an id for the SCM server. (hostname griffon27) The serverid is a unique number between 0 and 255. You should avoid 0, 127, and 255." >> ok I could choose a number. I'm currently thinking of an /etc/coda/coda.config file that is piped into this script. This gives useers a change to meddle but still have a fairly standard config. 2) "Are you ready to set up RVM? [yes/no] yes What is your log partition?" >> This is the main bit that scared me. I know it is possible to use a file, but how? >> To make a general file look like a partition (block device): >> Loopback file system on a file. >>#dd if=/dev/zero of=/var/lib/coda/log bs=12M >>Size? >>#losetup /dev/loop/5 /var/lib/coda/log >>and use /dev/loop/5 as the partition >> And what would be a logical place to put it? >> /var/lib, /var/cache, /var/log(?) even. Once I find out what this is I can make a choice here. 3) "Where shall we store your file data [/vicepa]?" Odd location >> very. /var/lib/vice, /src/vice (as per comment 19) 4) " - create your root volume: createvol_rep rootvolumename E0000100 /vicepa" So I do that and then I'm asked: "Do you wish this volume to be Backed Up (y/n)? [n]" What does that mean? If I want the current state to be saved? Or if I want to always have a backup of the volume (similar to the reliability you get with raid1)? >> hmm very befusing. 5) I aborted vice-setup once, but that meant the server id in /vice/db/servers remained. After running vice-setup again, I now had 2 identical lines in that file causing the startup of the server to fail. >> Point to note - reset on restart. 6) Somewhere I was asked to enter a path that is /vice by default. I left it like that, but I notice that the startup scripts assume I filled in /var/lib/vice >> Yep will somehow have to use that in the setup too. 7) I can see that making the setup understandable for people who don't really know how coda works isn't very easy. It would probably require changes in coda files and as gentoo developers you'd probably rather not do that. >> Try to avoid it but its often necessary. The main problem here is getting all required changes to be consistant. I think that even a 1 page document with an explanation of how the different parts (meta files, log files, actual files, /mnt/coda) work together would help tremendously. That together with a few lines in the style of the rest of the Gentoo documentation could guide any newbie through the imho rather complex coda setup. >> Currently thinging a config section so that "ebuild /usr/portage/net-fs/coda/coda-6.0.3.ebuild config" will set it up from /etc/coda/coda.config (which will contain lots of comments to guide though a setup). >> Gotta agree with doco - currently its horrible. XML docs aren't that bad to write its just getting the text right. Btw, thumbs up for your efforts. >> Thank for giving it a go and for providing feedback. ================================ WORK TO BE DONE Ebuild to create "coda" user. Make a /etc/coda/coda.conf that contains good text description in comments and the real data for viceconfig uncommented below it. Will feed this to vicesetup like: sed -e "s/^#//g" -e "s/^$//g" /etc/coda/coda.conf | vicesetup (may change this to a chat script later but first things first) Ebuild to include a pkg_config section. ------------ If anyone feels like putting together a /etc/coda/coda.conf I'd appreciate it. Also if anyone has a current coda server setup some yardstick on sizes for things and what works and what doesn't would be great. Either that or someone to read the documentation fully and understand it (ok I'm just being lazy here). bugs@rennings.net 2004-06-29 16:53:38 0000 Why I have to setup the server, when I only need the client? I've tried it with "venus-setup <server-name> <cache-size>" and then wanted to start up the client "/etc/init.d/venus start" - with this result: * Please set up vice before starting the service... * Please set up vice before starting the service... * Please set up coda before starting the service... * Please set up vice before starting the service... * Please set up vice before starting the service... But when I start "venus &" manually everything works fine - so I don't need the server stuff for the client. Even if I change the init-script ("need net codasrv" -> "need net") I get one "Please set up vice..." and I don't know why. bugs@rennings.net 2004-06-30 04:25:35 0000 Ok, the one eerror I got yesterday was the missing /var/lib/vice/hostname ( it was late ;) ). I set up this file but still get some errors if I try to start up venus with the init script. But this errors concern to the server part, which I don't need on this box. So I deleted 'codasrv' in the depend-line in the init-script and now it works as expected. Maybe - if possible - there should be a switch (or an entry in an /etc/conf.d-file) which decides whether to start the server or not. chewi@aura-online.co.uk 2004-07-02 19:57:01 0000 Markus, the init scripts except you to use /var/lib/vice and not /vice, I think that's the problem you were having with /var/lib/vice/hostname. But yeah, I was wondering the exact same thing, why is codasrv a dependency? I have removed this and venus appears to start okay but the client won't work for me at all. I have tried it with the test server and with my own. The /mnt/coda folder is always empty and if I try to write there, it always says read-only filesystem. This discussion should probably move to the forums. There isn't much mention of Coda there. griffon26@gentoo.org 2004-07-03 04:49:02 0000 A good idea. I created a thread there: http://forums.gentoo.org/viewtopic.php?t=193452 griffon26@gentoo.org 2004-07-03 13:22:47 0000 Created an attachment (id=34724) Patch removes venus' dependency on codasrv and /mnt/coda This small patch removes the dependency that venus has on codasrv. You do not have to run a coda server to use the venus client. The other fix is to use umount coda (device) instead of umount /mnt/coda (mount point), as the mount point is user-configurable. More patches will follow for the server. griffon26@gentoo.org 2004-07-03 14:56:32 0000 Created an attachment (id=34731) Coda server init scripts patch to remove hard coded paths This patch removes the hard coded /var/lib/vice path and takes the configured path from /etc/coda/server.conf instead. The patch also changes the messages that are given if coda has not been configured. Now they are consistent and they suggest a course of action for the user. I have not been able to fully test the server yet, because for some reason codasrv does not exit. SrvLog looks ok, it says the server was started, and SrvErr is empty. Does anybody else have this problem? chewi@aura-online.co.uk 2004-07-25 10:52:57 0000 I'm finally getting somewhere with this thing! Some urgent changes still need to be made to the scripts though. First of all, stopping coda-update doesn't work properly. * Stopping coda-update... cat: /hostname: No such file or directory cat: /db/scm: No such file or directory [ ok ] This is because the $vicedir variable is not remembered between when the service is started and when the service is stopped so the check_config function would have to be run for stopping as well as starting. An alternative would be to simply check if rpc2portmap and /usr/sbin/updatesrv are running and shut them down if they are. In the codasrv script, the /usr/sbin/codasrv command is being used. The docs say to use /usr/sbin/startserver instead. This does a few extra little nifty bits that could be useful. The script is also not being stopped properly. This should do the trick... stop() { ebegin "Stopping codasrv" /usr/sbin/volutil shutdown RUNNING="firstloop" while [ -n "$RUNNING" ] do RUNNING=$(ps ax -o cmd | grep "/usr\/sbin\/startserver$") sleep 2 done eend $? } Previously codasrv was being stopped with start-stop-daemon before the volutil command was run. This was not correct. Only volutil is necessary. The while loop replaces the 'sleep 30' line. Now the script terminates as soon as the server does. griffon26@gentoo.org 2004-07-25 11:41:47 0000 I'm just getting settled in as gentoo developer and have new versions of the init scripts ready. I just have to make sure that I don't miss any of the QA steps =] When the new versions are in cvs (probably somewhere in the next few days) I will add another comment to this bug to let you know. griffon26@gentoo.org 2004-07-26 11:50:52 0000 The updates are in cvs. If (some of) the people subscribed to this bug can confirm that the issues raised here have been fixed, then I will close this bug. Any new issues should then get their own bug. chewi@aura-online.co.uk 2004-07-29 06:31:22 0000 I haven't tried the stuff in CVS but I can tell you that this line in /etc/init.d/venus doesn't work for me. umount -l coda &>/dev/null I'm not sure why. I think it used to work. I was previously using gentoo-dev-sources but now I'm using love-sources, maybe that has something to do with it? eval `grep "^mountpoint=" /etc/coda/venus.conf || echo mountpoint=/coda` umount -l $mountpoint &> /dev/null This works instead. I used /coda and not /mnt/coda because I believe Coda uses /coda by default. griffon26@gentoo.org 2004-07-29 09:19:41 0000 James, could you show me the output of mount (or at least the coda related line)? In my case it shows this: coda on /mnt/coda type coda (rw) umounting can be done with the dir as well as with the device. By umounting the device you can make it independant of the mount point. chewi@aura-online.co.uk 2004-07-29 09:25:33 0000 That's what I thought too but look. hair root # mount | grep coda coda on /mnt/coda type coda (rw) hair root # umount coda umount: coda: not mounted griffon26@gentoo.org 2004-07-29 15:06:50 0000 Can you possibly give coda-6.0.6 a try? That would tell me if it's coda or something else that won't allow umount coda. chewi@aura-online.co.uk 2004-07-29 15:15:28 0000 I'm already using 6.0.6. griffon26@gentoo.org 2004-07-29 15:20:50 0000 Oh, my mistake. Can I assume you can normally umount using the device name without problems? Do you have another kernel handy for trying it out there to rule out love-sources as the cause? And finally, can you include the output of emerge --info in your reply? Thanks. lafou@wanadoo.fr 2004-08-01 14:34:25 0000 emerge net-fs/coda works fine here (at least for the client venus). Could you remove coda-client and coda-server ? This is very confusing to have all of these when you try to get started with coda. Btw, great work for the ebuilds and scripts, they are quite good :) dragonheart@gentoo.org 2004-09-03 06:08:31 0000 Maurice, I tend to agree with removing coda-{server/client}. Can this be closed soon. griffon26@gentoo.org 2004-09-10 09:14:27 0000 The coda-client and coda-server ebuilds have been prepared for removal from portage. They now help any users of 5.x (if there are any) move over to 6.x and in a while I will remove those ebuilds alltogether. I'm hereby closing this bug, because it has no longer anything to do with what it was submitted for and most of the issues mentioned have been taken care of. Please report any open issues in a new bug report. 15930 2003-08-11 13:15 0000 New sys-libs/lwp ebuild lwp-1.10.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy CiMgJEhlYWRlcjogL2hvbWUvY3Zzcm9vdC9nZW50b28teDg2L3N5cy1saWJzL2x3cC9sd3AtMS45 LmVidWlsZCx2IDEuNSAyMDAzLzA2LzIyIDA1OjEwOjMxIHNlZW1hbnQgRXhwICQKCkRFU0NSSVBU SU9OPSJMaWdodCB3ZWlnaHQgcHJvY2VzcyBsaWJyYXJ5ICh1c2VkIGJ5IENvZGEpLiAgVGhpcyBp cyBOT1QgbGlid3d3LXBlcmwuIgpIT01FUEFHRT0iaHR0cDovL3d3dy5jb2RhLmNzLmNtdS5lZHUv IgpTUkNfVVJJPSJmdHA6Ly9mdHAuY29kYS5jcy5jbXUuZWR1L3B1Yi9sd3Avc3JjLyR7UH0udGFy Lmd6IgoKTElDRU5TRT0iTEdQTC0yLjEiClNMT1Q9IjEiCktFWVdPUkRTPSJ4ODYiCgpERVBFTkQ9 InZpcnR1YWwvZ2xpYmMiCgpzcmNfY29tcGlsZSgpIHsKCWVjb25mCgllbWFrZSB8fCBkaWUgIm1h a2UgZmFpbGVkIgp9CgpzcmNfaW5zdGFsbCgpIHsKCSMgZG9lcyBub3Qgc2VlbXMgdG8gY29uc2lz dGVudGx5IHVzZSBERVNURElSIHdoZXJlIGl0IG5lZWRzIHRvLCBidXQgSSBjb3VsZCBiZSB3cm9u ZyB0b28KCSMgbWFrZSBERVNURElSPSR7RH0gaW5zdGFsbCB8fCBkaWUKCW1ha2UgXAoJCXByZWZp eD0ke0R9L3VzciBcCgkJbWFuZGlyPSR7RH0vdXNyL3NoYXJlL21hbiBcCgkJaW5mb2Rpcj0ke0R9 L3Vzci9zaGFyZS9pbmZvIFwKCQlvbGRpbmNsdWRlZGlyPSR7RH0vdXNyL2luY2x1ZGUgXAoJCWlu c3RhbGwgfHwgZGllCn0K 15931 2003-08-11 13:17 0000 New sys-libs/rvm ebuild rvm-1.8.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy CiMgJEhlYWRlcjogL2hvbWUvY3Zzcm9vdC9nZW50b28teDg2L3N5cy1saWJzL3J2bS9ydm0tMS42 LmVidWlsZCx2IDEuNiAyMDAzLzA2LzIyIDA1OjEwOjMxIHNlZW1hbnQgRXhwICQKCkRFU0NSSVBU SU9OPSJSZWNvdmVyYWJsZSBWaXJ0dWFsIE1lbW9yeSAodXNlZCBieSBDb2RhKSIKSE9NRVBBR0U9 Imh0dHA6Ly93d3cuY29kYS5jcy5jbXUuZWR1LyIKU1JDX1VSST0iZnRwOi8vZnRwLmNvZGEuY3Mu Y211LmVkdS9wdWIvcnZtL3NyYy8ke1B9LnRhci5neiIKCkxJQ0VOU0U9IkxHUEwtMi4xIgpTTE9U PSIxIgpLRVlXT1JEUz0ieDg2IgoKREVQRU5EPSJ2aXJ0dWFsL2dsaWJjCgk+PXN5cy1saWJzL2x3 cC0xLjEwIgoKc3JjX2luc3RhbGwoKSB7CgltYWtlIERFU1RESVI9JHtEfSBpbnN0YWxsIHx8IGRp ZQp9Cg== 15932 2003-08-11 13:18 0000 New net-libs/rpc2 ebuild rpc2-1.19.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy CiMgJEhlYWRlcjogL2hvbWUvY3Zzcm9vdC9nZW50b28teDg2L25ldC1saWJzL3JwYzIvcnBjMi0x LjEzLmVidWlsZCx2IDEuNiAyMDAzLzAyLzEzIDE0OjIxOjQ2IHZhcGllciBFeHAgJAoKREVTQ1JJ UFRJT049IlJlbW90ZSBwcm9jZWR1cmUgY2FsbCBwYWNrYWdlIGZvciBJUC9VRFAgKHVzZWQgYnkg Q29kYSkiCkhPTUVQQUdFPSJodHRwOi8vd3d3LmNvZGEuY3MuY211LmVkdS8iClNSQ19VUkk9ImZ0 cDovL2Z0cC5jb2RhLmNzLmNtdS5lZHUvcHViL3JwYzIvc3JjLyR7UH0udGFyLmd6IgoKTElDRU5T RT0iTEdQTC0yLjEiCktFWVdPUkRTPSJ4ODYgc3BhcmMgIgpTTE9UPSIxIgoKIyBwYXJ0bHkgYmFz ZWQgb24gdGhlIGRlcHMgc3VnZ2VzdGVkIGJ5IE1hbmRyYWtlJ3MgUlBNCkRFUEVORD0idmlydHVh bC9nbGliYwoJPj1zeXMtbGlicy9sd3AtMS4xMAoJPj1zeXMtbGlicy9uY3Vyc2VzLTUKCT49c3lz LWxpYnMvcmVhZGxpbmUtNC4xIgoKc3JjX2luc3RhbGwoKSB7CgltYWtlIERFU1RESVI9JHtEfSBp bnN0YWxsIHx8IGRpZSAibWFrZSBpbnN0YWxsIGZhaWxlZCIKfQo= 15956 2003-08-11 21:04 0000 ebuild for the latest Coda FS kernel module, net-fs/coda-kernel coda-kernel-6.0.0.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy CiMgJEhlYWRlcjogQWRkbWUgcGxlYXNlCgpERVNDUklQVElPTj0iS2VybmVsIG1vZHVsZSBmb3Ig dGhlIENvZGEgRmlsZXN5c3RlbS4gVGhlIHN0b2NrIG1vZHVsZSB3aWxsIG5vdCB3b3JrIGZvciBD b2RhIHZlcnNpb25zIDYuMCBhbmQgYWJvdmUuIgpIT01FUEFHRT0iaHR0cDovL3d3dy5jb2RhLmNz LmNtdS5lZHUvIgpTUkNfVVJJPSJmdHA6Ly9mdHAuY29kYS5jcy5jbXUuZWR1L3B1Yi9jb2RhL2xp bnV4L2tlcm5lbC9saW51eC1jb2RhLSR7UFZ9LnRneiIKClJFU1RSSUNUPSJub3N0cmlwIgoKTElD RU5TRT0iR1BMLTIiClNMT1Q9IiR7S1Z9IgpLRVlXT1JEUz0ieDg2IgoKREVQRU5EPSI+PXZpcnR1 YWwvbGludXgtc291cmNlcy0yLjQiCgpTPSIke1dPUktESVJ9L2xpbnV4LWNvZGEiCgpzcmNfY29t cGlsZSgpIHsKCSMgV2h5IGRvZXMgZXZlcnl0aGluZyBhYm91dCBDb2RhIGhhdmUgdG8gYmUgZGlm ZmVyZW50PwoJIyBXaHkgdXNlICdDb25maWd1cmUnIHdoZW4gZXZlcnlvbmUgZWxzZSBvbiBlYXJ0 aCB1c2VzICdjb25maWd1cmUnLi4uIDBfbwoJLi9Db25maWd1cmUgLW4KCgkjIE11c3QgdW5zZXQg dGhlIENGTEFHUyBvciB3ZSB0cmlnZ2VyIGFuIGlmZGVmIGluIHRoZSBNYWtlZmlsZSB3aGljaCBj YXVzZXMKCSMgdGhlIG1vZHVsZSB0byBub3QgYnVpbGQgY29ycmVjdGx5LiA7fAoJdW5zZXQgQ0ZM QUdTCgllbWFrZSAtajEgY29kYS5vIHx8IGRpZSAibWFrZSBmYWlsZWQiCn0KCnNyY19pbnN0YWxs KCkgewoJZWluc3RhbGwgTU9ERElSPSIke0R9L2xpYi9tb2R1bGVzLyR7S1Z9Igp9Cgpwa2dfcG9z dGluc3QoKSB7CglbIC14IC91c3Ivc2Jpbi91cGRhdGUtbW9kdWxlcyBdICYmIC91c3Ivc2Jpbi91 cGRhdGUtbW9kdWxlcwp9Cg== 20799 2003-11-15 20:02 0000 net-libs/rpc2-1.20 (Update) rpc2-1.20.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy CiMgJEhlYWRlcjogL2hvbWUvY3Zzcm9vdC9nZW50b28teDg2L25ldC1saWJzL3JwYzIvcnBjMi0x LjEzLmVidWlsZCx2IDEuNiAyMDAzLzAyLzEzIDE0OjIxOjQ2IHZhcGllciBFeHAgJAoKREVTQ1JJ UFRJT049IlJlbW90ZSBwcm9jZWR1cmUgY2FsbCBwYWNrYWdlIGZvciBJUC9VRFAgKHVzZWQgYnkg Q29kYSkiCkhPTUVQQUdFPSJodHRwOi8vd3d3LmNvZGEuY3MuY211LmVkdS8iClNSQ19VUkk9ImZ0 cDovL2Z0cC5jb2RhLmNzLmNtdS5lZHUvcHViL3JwYzIvc3JjLyR7UH0udGFyLmd6IgoKTElDRU5T RT0iTEdQTC0yLjEiCktFWVdPUkRTPSJ4ODYgc3BhcmMiClNMT1Q9IjEiCgojIHBhcnRseSBiYXNl ZCBvbiB0aGUgZGVwcyBzdWdnZXN0ZWQgYnkgTWFuZHJha2UncyBSUE0KREVQRU5EPSJ2aXJ0dWFs L2dsaWJjCgk+PXN5cy1saWJzL2x3cC0xLjEwCgk+PXN5cy1saWJzL25jdXJzZXMtNQoJPj1zeXMt bGlicy9yZWFkbGluZS00LjEiCgpzcmNfaW5zdGFsbCgpIHsKCW1ha2UgREVTVERJUj0ke0R9IGlu c3RhbGwgfHwgZGllICJtYWtlIGluc3RhbGwgZmFpbGVkIgp9Cg== 20800 2003-11-15 20:06 0000 net-fs/coda-6.0.3 ebuild (new) coda-6.0.3.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy CiMgJEhlYWRlcjogL2hvbWUvY3Zzcm9vdC9nZW50b28teDg2L25ldC1mcy9jb2RhLWNsaWVudC9j b2RhLWNsaWVudC01LjMuMTkuZWJ1aWxkLHYgMS42IDIwMDMvMDcvMTMgMTE6NTE6MTggYWxpeiBF eHAgJAoKSVVTRT0iIgoKREVTQ1JJUFRJT049IkNvZGEgaXMgYW4gYWR2YW5jZWQgbmV0d29ya2Vk IGZpbGVzeXN0ZW0gZGV2ZWxvcGVkIGF0IENhcm5lZ2llIE1lbGxvbiBVbml2LiIKSE9NRVBBR0U9 Imh0dHA6Ly93d3cuY29kYS5jcy5jbXUuZWR1IgpTUkNfVVJJPSJmdHA6Ly9mdHAuY29kYS5jcy5j bXUuZWR1L3B1Yi9jb2RhL3NyYy8ke1B9LnRhci5neiIKClNMT1Q9IjAiCkxJQ0VOU0U9IkdQTC0y IgpLRVlXT1JEUz0ieDg2IgoKIyBwYXJ0bHkgYmFzZWQgb24gdGhlIGRlcHMgc3VnZ2VzdGVkIGJ5 IE1hbmRyYWtlJ3MgUlBNLCBhbmQvb3Igb24gbXkgY3VycmVudCB2ZXJzaW9ucwojIEFsc28sIGRl ZmluZWx5IG5lZWRzIGNvZGEuaCBmcm9tIGxpbnV4LWhlYWRlcnMuCkRFUEVORD0iPj1zeXMtYXBw cy9wb3J0YWdlLTIuMC40Ny1yMTAKCT49c3lzLWxpYnMvbHdwLTEuMTAKCT49bmV0LWxpYnMvcnBj Mi0xLjIwCgk+PXN5cy1saWJzL3J2bS0xLjgKCT49c3lzLWxpYnMvZGItMwoJPj1zeXMtbGlicy9u Y3Vyc2VzLTQKCT49c3lzLWxpYnMvcmVhZGxpbmUtMwoJPj1zeXMta2VybmVsL2xpbnV4LWhlYWRl cnMtMi40Cgk+PWRldi1sYW5nL3BlcmwtNS44IgoKc3JjX2NvbXBpbGUoKSB7CiMJVW5jb21tZW50 IGZvciBkYjQgY29tcGF0aWJpbGl0eQojCU9DRkxBR1M9IiR7Q0ZMQUdTfSIKIwlDRkxBR1M9IiR7 Q0ZMQUdTfSAtbHB0aHJlYWQiCgoJZWNvbmYgfHwgZGllICJjb25maWd1cmUgZmFpbGVkIgoKIwlV bmNvbW1lbnQgZm9yIGRiNCBjb21wYXRpYmlsaXR5CiMJbXYgTWFrZWNvbmYuc2V0dXAgTWFrZWNv bmYuc2V0dXAub3JpZwojCXNlZCAtZSAiczotbHB0aHJlYWQ6OjtzOi1sZGI6LWxkYiAtbHB0aHJl YWQ6IiBcCiMJCU1ha2Vjb25mLnNldHVwLm9yaWcgPiBNYWtlY29uZi5zZXR1cAojCUNGTEFHUz0i JHtPQ0ZMQUdTfSIKCgllbWFrZSAtajEgfHwgZGllICJlbWFrZSBmYWlsZWQiCn0KCnNyY19pbnN0 YWxsICgpIHsKCSN0aGVzZSBjcmF6eSBtYWtlZmlsZXMgZG9udCBzZWVtIHRvIHVzZSBERVNURElS LCBidXQgdGhleSBkbyB1c2UgdGhlc2UuLi4gCgkjIChleGNlcHQgaW5mb2RpciwgYnV0IG5vIGhh cm0gaW4gbGVhdmluZyBpdCB0aGVyZSkKCSMgc2VlIE1ha2Vjb25mLnNldHVwIGluIHRoZSBwYWNr YWdlCgoJIyBXZSdsbCB1c2Ugb3VyIG93biBpbml0c2NyaXB0cy4uLgoJc2VkIC1pICJzL3ZlbnVz LmluaXQvIC8iICR7U30vY29kYS1zcmMvc2NyaXB0cy9NYWtlZmlsZQoJc2VkIC1pICJzL2NvZGFz cnYuaW5pdC8gLyIgJHtTfS9jb2RhLXNyYy9zY3JpcHRzL01ha2VmaWxlCglzZWQgLWkgInMvYXV0 aDIuaW5pdC8gLyIgJHtTfS9jb2RhLXNyYy9zY3JpcHRzL01ha2VmaWxlCglzZWQgLWkgInMvdXBk YXRlLmluaXQvIC8iICR7U30vY29kYS1zcmMvc2NyaXB0cy9NYWtlZmlsZQoKCSNBbHNvIG5vdGUg dGhhdCBmb3IgQ29kYSwgd2UgbmVlZCB0byBkbyAibWFrZSBjbGllbnQtaW5zdGFsbCIgZm9yCgkj IHRoZSBjbGllbnQsIGFuZCAibWFrZSBzZXJ2ZXItaW5zdGFsbCIgZm9yIHRoZSBzZXJ2ZXIuCgkj Li4ueW91IGNhbiBmaW5kIG91dCBhYm91dCB0aGlzIGZyb20gLi9jb25maWdzL01ha2VydWxlcwoJ ZWluc3RhbGwgXAoJCXByZWZpeD0ke0R9L3VzciBcCgkJc3lzY29uZmRpcj0ke0R9L2V0Yy9jb2Rh IFwKCQltYW5kaXI9JHtEfS91c3Ivc2hhcmUvbWFuIFwKCQlpbmZvZGlyPSR7RH0vdXNyL3NoYXJl L2luZm8gXAoJCW9sZGluY2x1ZGVkaXI9JHtEfS91c3IvaW5jbHVkZSBjbGllbnQtaW5zdGFsbCB8 fCBkaWUKCgllaW5zdGFsbCBcCgkJb2xkaW5jbHVkZWRpcj0ke0R9L3Vzci9pbmNsdWRlIHNlcnZl ci1pbnN0YWxsIHx8IGRpZQoKCWRvZG9jIFJFQURNRSogQ2hhbmdlTG9nIENSRURJVFMgTElDRU5T RQoKCWV4ZWludG8gL2V0Yy9pbml0LmQKCWRvZXhlICR7RklMRVNESVJ9L3ZlbnVzCglkb2V4ZSAk e0ZJTEVTRElSfS9jb2RhLXVwZGF0ZQoJZG9leGUgJHtGSUxFU0RJUn0vY29kYXNydgoJZG9leGUg JHtGSUxFU0RJUn0vYXV0aDIKCgkjIFdlIG1heSB1c2UgYSBjb25mLmQvY29kYSBmaWxlIGF0IHNv bWUgcG9pbnQgPwojCWluc2ludG8gL2V0Yy9jb25mLmQKIwluZXdpbnMgJHtGSUxFU0RJUn0vY29k YS5jb25mLmQgY29kYQoKCSMgSSBhbSBub3Qgc3VyZSB3aHkgY29kYSBtaXNwbGFjZXMgdGhpcyBm aWxlLi4uCgltdiAtZiAke0R9L2V0Yy9zZXJ2ZXIuY29uZi5leCAke0R9L2V0Yy9jb2RhL3NlcnZl ci5jb25mLmV4CgoJZG9kaXIgL3ZpY2UKCWRvZGlyIC9jb2RhCglkb2RpciAvdXNyL2NvZGEKCWRv ZGlyIC91c3IvY29kYS9zcG9vbAoKCWRpcm9wdHMgLW0wNzAwCglkb2RpciAvdXNyL2NvZGEvZXRj Cglkb2RpciAvdXNyL2NvZGEvdmVudXMuY2FjaGUKfQoKcGtnX3Bvc3RpbnN0ICgpIHsKCWVpbmZv CgllaW5mbyAiVG8gZW5hYmxlIHRoZSBjb2RhIGF0IGJvb3QgdXAsIHBsZWFzZSBkbzoiCgllaW5m byAiICAgIHJjLXVwZGF0ZSB2ZW51cyBkZWZhdWx0IgoJZWluZm8KCWVpbmZvICIqIENvZGEtNiBS RVFVSVJFUyBhIGtlcm5lbCBtb2R1bGUiCgllaW5mbyAiICBmcm9tIGtlcm5lbCAyLjYgb3IgYWJv dmUuIFRoZSBjb2RhZnMgbW9kdWxlcyIKCWVpbmZvICIgIGluIDIuNCB3aWxsIG5vdCB3b3JrLiIK CWVpbmZvCgllaW5mbyAiKiBUbyBnZXQgc3RhcnRlZCwgcnVuIHZlbnVzLXNldHVwIGFuZCB2aWNl LXNldHVwIgoJZWluZm8KfQo= 20801 2003-11-15 20:08 0000 net-fs/coda/files/auth2 initscript (new) auth2 text/plain IyEvc2Jpbi9ydW5zY3JpcHQKIyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dp ZXMsIEluYy4KIyBEaXN0cmlidXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFs IFB1YmxpYyBMaWNlbnNlIHYyCiMgJEhlYWRlcjogL2hvbWUvY3Zzcm9vdC9nZW50b28teDg2L2Fw cC1hZG1pbi9mYW0tb3NzL2ZpbGVzL2ZhbSx2IDEuNSAyMDAzLzAyLzE0IDIyOjAxOjMwIHZhcGll ciBFeHAgJAoKZGVwZW5kKCkgewoJbmVlZCBuZXQKfQoKY2hlY2tjb25maWcoKSB7CglpZiBbICEg LWUgL3ZpY2UvaG9zdG5hbWUgXSA7IHRoZW4KCQllZXJyb3IgIlBsZWFzZSBzZXQgdXAgdmljZSBi ZWZvcmUgc3RhcnRpbmcgdGhlIHNlcnZpY2UuLi4iCgkJcmV0dXJuIDEKCWZpCn0KCndlX2FyZV9z Y20oKSB7CglpZiBbICJgY2F0IC92aWNlL2hvc3RuYW1lYCIgPSAiYGNhdCAvdmljZS9kYi9zY21g IiBdIDsgdGhlbgoJCXJldHVybiAwCgllbHNlCgkJcmV0dXJuIDEKCWZpCn0KCnN0YXJ0KCkgewoJ Y2hlY2tjb25maWcgfHwgcmV0dXJuIDEKCgllYmVnaW4gIlN0YXJ0aW5nIGF1dGgyIgoKCSMgQ2hl Y2sgdG8gc2VlIGlmIHdlIGFyZSB0aGUgU0NNLiBJZiBub3QsIHdlIG11c3QgYWRkIC1jaGsgdG8g YXV0aDIKCglpZiAoISB3ZV9hcmVfc2NtKSA7IHRoZW4KCQlzdGFydC1zdG9wLWRhZW1vbiAtLXN0 YXJ0IC0tcXVpZXQgLS1leGVjIC91c3Ivc2Jpbi9hdXRoMiBcCgkJCS0tYmFja2dyb3VuZCAtLSAt Y2hrCgllbHNlCgkJc3RhcnQtc3RvcC1kYWVtb24gLS1zdGFydCAtLXF1aWV0IC0tZXhlYyAvdXNy L3NiaW4vYXV0aDIgXAoJCQktLWJhY2tncm91bmQKCWZpCgoJZWVuZCAkPwp9CgpzdG9wKCkgewoJ ZWJlZ2luICJTdG9wcGluZyBhdXRoMiIKCXN0YXJ0LXN0b3AtZGFlbW9uIC0tc3RvcCAtLXF1aWV0 IC0tZXhlYyAvdXNyL3NiaW4vYXV0aDIKCWVlbmQgJD8KfQo= 20802 2003-11-15 20:09 0000 net-fs/coda/files/coda-update initscript (new) coda-update text/plain IyEvc2Jpbi9ydW5zY3JpcHQKIyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dp ZXMsIEluYy4KIyBEaXN0cmlidXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFs IFB1YmxpYyBMaWNlbnNlIHYyCiMgJEhlYWRlcjogL2hvbWUvY3Zzcm9vdC9nZW50b28teDg2L2Fw cC1hZG1pbi9mYW0tb3NzL2ZpbGVzL2ZhbSx2IDEuNSAyMDAzLzAyLzE0IDIyOjAxOjMwIHZhcGll ciBFeHAgJAoKZGVwZW5kKCkgewoJbmVlZCBuZXQgYXV0aDIKfQoKd2VfYXJlX3NjbSgpIHsKCWlm IFsgImBjYXQgL3ZpY2UvaG9zdG5hbWVgIiA9ICJgY2F0IC92aWNlL2RiL3NjbWAiIF0gOyB0aGVu CgkJcmV0dXJuIDAKCWVsc2UKCQlyZXR1cm4gMQoJZmkKfQoKY2hlY2tjb25maWcoKSB7CglpZiBb ICEgLWUgL3ZpY2UvaG9zdG5hbWUgXSA7IHRoZW4KCQllZXJyb3IgIlBsZWFzZSBzZXQgdXAgY29k YSBiZWZvcmUgc3RhcnRpbmcgdGhlIHNlcnZpY2UuLi4iCgkJcmV0dXJuIDEKCWZpCn0KCnN0YXJ0 KCkgewoJY2hlY2tjb25maWcgfHwgcmV0dXJuIDEKCgllYmVnaW4gIlN0YXJ0aW5nIGNvZGEgdXBk YXRlIHNlcnZlcnMiCgoJIyBDaGVjayB0byBzZWUgaWYgd2UgYXJlIHRoZSBTQ00uCglpZiB3ZV9h cmVfc2NtIDsgdGhlbgoJCXN0YXJ0LXN0b3AtZGFlbW9uIC0tc3RhcnQgLS1xdWlldCAtLWV4ZWMg L3Vzci9zYmluL3JwYzJwb3J0bWFwCgkJc3RhcnQtc3RvcC1kYWVtb24gLS1zdGFydCAtLXF1aWV0 IC0tZXhlYyAvdXNyL3NiaW4vdXBkYXRlc3J2CglmaQoKCXN0YXJ0LXN0b3AtZGFlbW9uIC0tc3Rh cnQgLS1xdWlldCAtLWV4ZWMgL3Vzci9zYmluL3VwZGF0ZWNsbnQKCgllZW5kICQ/Cn0KCnN0b3Ao KSB7CgllYmVnaW4gIlN0b3BwaW5nIGNvZGEtdXBkYXRlIgoKCWlmIHdlX2FyZV9zY20gOyB0aGVu CgkJc3RhcnQtc3RvcC1kYWVtb24gLS1zdG9wIC0tcXVpZXQgLS1leGVjIC91c3Ivc2Jpbi9ycGMy cG9ydG1hcAoJCXN0YXJ0LXN0b3AtZGFlbW9uIC0tc3RvcCAtLXF1aWV0IC0tZXhlYyAvdXNyL3Ni aW4vdXBkYXRlc3J2CglmaQoKCXN0YXJ0LXN0b3AtZGFlbW9uIC0tc3RvcCAtLXF1aWV0IC0tZXhl YyAvdXNyL3NiaW4vdXBkYXRlY2xudAoKCWVlbmQgJD8KfQo= 20803 2003-11-15 20:11 0000 net-fs/coda/files/codasrv initscript (new) codasrv text/plain IyEvc2Jpbi9ydW5zY3JpcHQKIyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dp ZXMsIEluYy4KIyBEaXN0cmlidXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFs IFB1YmxpYyBMaWNlbnNlIHYyCiMgJEhlYWRlcjogL2hvbWUvY3Zzcm9vdC9nZW50b28teDg2L2Fw cC1hZG1pbi9mYW0tb3NzL2ZpbGVzL2ZhbSx2IDEuNSAyMDAzLzAyLzE0IDIyOjAxOjMwIHZhcGll ciBFeHAgJAoKZGVwZW5kKCkgewoJbmVlZCBuZXQgY29kYS11cGRhdGUgYXV0aDIKfQoKY2hlY2tj b25maWcoKSB7CglpZiBbICEgLWUgL3ZpY2UvaG9zdG5hbWUgXSA7IHRoZW4KCQllZXJyb3IgIlBs ZWFzZSBzZXQgdXAgdmljZSBiZWZvcmUgc3RhcnRpbmcgdGhlIHNlcnZpY2UuLi4iCgkJcmV0dXJu IDEKCWZpCn0KCndlX2FyZV9zY20oKSB7CglpZiBbICJgY2F0IC92aWNlL2hvc3RuYW1lYCIgPSAi YGNhdCAvdmljZS9kYi9zY21gIiBdIDsgdGhlbgoJCXJldHVybiAwCgllbHNlCgkJcmV0dXJuIDEK CWZpCn0KCnN0YXJ0KCkgewoJY2hlY2tjb25maWcgfHwgcmV0dXJuIDEKCgllYmVnaW4gIlN0YXJ0 aW5nIGNvZGFzcnYiCglzdGFydC1zdG9wLWRhZW1vbiAtLXN0YXJ0IC0tZXhlYyAvdXNyL3NiaW4v Y29kYXNydgoJZWVuZCAkPwp9CgpzdG9wKCkgewoJZWJlZ2luICJTdG9wcGluZyBjb2Rhc3J2IgoJ c3RhcnQtc3RvcC1kYWVtb24gLS1zdG9wIC0tcXVpZXQgLS1leGVjIC91c3Ivc2Jpbi9jb2Rhc3J2 CgkvdXNyL3NiaW4vdm9sdXRpbCBzaHV0ZG93bgoJc2xlZXAgMzAKCWVlbmQgJD8KfQo= 20804 2003-11-15 20:13 0000 net-fs/coda/files/venus initscript (new) venus text/plain IyEvc2Jpbi9ydW5zY3JpcHQKIyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dp ZXMsIEluYy4KIyBEaXN0cmlidXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFs IFB1YmxpYyBMaWNlbnNlIHYyCiMgJEhlYWRlcjogL2hvbWUvY3Zzcm9vdC9nZW50b28teDg2L2Fw cC1hZG1pbi9mYW0tb3NzL2ZpbGVzL2ZhbSx2IDEuNSAyMDAzLzAyLzE0IDIyOjAxOjMwIHZhcGll ciBFeHAgJAoKZGVwZW5kKCkgewoJbmVlZCBuZXQgY29kYXNydgp9CgpjaGVja2NvbmZpZygpIHsK CWlmIFsgISAtZSAvdmljZS9ob3N0bmFtZSBdIDsgdGhlbgoJCWVlcnJvciAiUGxlYXNlIHNldCB1 cCB2aWNlIGJlZm9yZSBzdGFydGluZyB0aGUgc2VydmljZS4uLiIKCQlyZXR1cm4gMQoJZmkKfQoK c3RhcnQoKSB7CgljaGVja2NvbmZpZyB8fCByZXR1cm4gMQoKCWViZWdpbiAiU3RhcnRpbmcgdmVu dXMiCglzdGFydC1zdG9wLWRhZW1vbiAtLXN0YXJ0IC0tcXVpZXQgLS1leGVjIC91c3Ivc2Jpbi92 ZW51cyAtLWJhY2tncm91bmQKCWVlbmQgJD8KfQoKc3RvcCgpIHsKCWViZWdpbiAiU3RvcHBpbmcg dmVudXMiCglzdGFydC1zdG9wLWRhZW1vbiAtLXN0b3AgLS1xdWlldCAtLWV4ZWMgL3Vzci9zYmlu L3ZlbnVzCgl1bW91bnQgLWwgL2NvZGEgJj4vZGV2L251bGwKCWVlbmQgJD8KfQo= 21826 2003-12-07 11:50 0000 net-fs/coda-6.0.3 ebuild (Update) coda-6.0.3.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy CiMgJEhlYWRlcjogL2hvbWUvY3Zzcm9vdC9nZW50b28teDg2L25ldC1mcy9jb2RhLWNsaWVudC9j b2RhLWNsaWVudC01LjMuMTkuZWJ1aWxkLHYgMS42IDIwMDMvMDcvMTMgMTE6NTE6MTggYWxpeiBF eHAgJAoKSVVTRT0ia2VyYmVyb3MiCgpERVNDUklQVElPTj0iQ29kYSBpcyBhbiBhZHZhbmNlZCBu ZXR3b3JrZWQgZmlsZXN5c3RlbSBkZXZlbG9wZWQgYXQgQ2FybmVnaWUgTWVsbG9uIFVuaXYuIgpI T01FUEFHRT0iaHR0cDovL3d3dy5jb2RhLmNzLmNtdS5lZHUiClNSQ19VUkk9ImZ0cDovL2Z0cC5j b2RhLmNzLmNtdS5lZHUvcHViL2NvZGEvc3JjLyR7UH0udGFyLmd6IgoKU0xPVD0iMCIKTElDRU5T RT0iR1BMLTIiCktFWVdPUkRTPSJ4ODYiCgojIHBhcnRseSBiYXNlZCBvbiB0aGUgZGVwcyBzdWdn ZXN0ZWQgYnkgTWFuZHJha2UncyBSUE0sIGFuZC9vciBvbiBteSBjdXJyZW50IHZlcnNpb25zCiMg QWxzbywgZGVmaW5lbHkgbmVlZHMgY29kYS5oIGZyb20gbGludXgtaGVhZGVycy4KREVQRU5EPSI+ PXN5cy1hcHBzL3BvcnRhZ2UtMi4wLjQ3LXIxMAoJPj1zeXMtbGlicy9sd3AtMS4xMAoJPj1uZXQt bGlicy9ycGMyLTEuMjAKCT49c3lzLWxpYnMvcnZtLTEuOAoJPj1zeXMtbGlicy9kYi0zCgk+PXN5 cy1saWJzL25jdXJzZXMtNAoJPj1zeXMtbGlicy9yZWFkbGluZS0zCgk+PXN5cy1rZXJuZWwvbGlu dXgtaGVhZGVycy0yLjQKCT49ZGV2LWxhbmcvcGVybC01LjgKCT49c3lzLWFwcHMvc2VkLTQKCW5l dC1mcy9jb2RhLWtlcm5lbAoJa2VyYmVyb3M/ICggdmlydHVhbC9rcmI1ICkiCgpzcmNfY29tcGls ZSgpIHsKCWxvY2FsIG15ZmxhZ3M9IiIKCgl1c2Uga2VyYmVyb3MgJiYgbXlmbGFncz0iJHtteWZs YWdzfSAtLXdpdGgtY3J5cHRvIgoKCWVjb25mICR7bXlmbGFnc30gfHwgZGllICJjb25maWd1cmUg ZmFpbGVkIgoJZW1ha2UgLWoxIHx8IGRpZSAiZW1ha2UgZmFpbGVkIgp9CgpzcmNfaW5zdGFsbCAo KSB7CgkjdGhlc2UgY3JhenkgbWFrZWZpbGVzIGRvbnQgc2VlbSB0byB1c2UgREVTVERJUiwgYnV0 IHRoZXkgZG8gdXNlIHRoZXNlLi4uIAoJIyAoZXhjZXB0IGluZm9kaXIsIGJ1dCBubyBoYXJtIGlu IGxlYXZpbmcgaXQgdGhlcmUpCgkjIHNlZSBNYWtlY29uZi5zZXR1cCBpbiB0aGUgcGFja2FnZQoK CSMgV2UnbGwgdXNlIG91ciBvd24gaW5pdHNjcmlwdHMuLi4KCXNlZCAtaSAicy92ZW51cy5pbml0 LyAvIiAke1N9L2NvZGEtc3JjL3NjcmlwdHMvTWFrZWZpbGUKCXNlZCAtaSAicy9jb2Rhc3J2Lmlu aXQvIC8iICR7U30vY29kYS1zcmMvc2NyaXB0cy9NYWtlZmlsZQoJc2VkIC1pICJzL2F1dGgyLmlu aXQvIC8iICR7U30vY29kYS1zcmMvc2NyaXB0cy9NYWtlZmlsZQoJc2VkIC1pICJzL3VwZGF0ZS5p bml0LyAvIiAke1N9L2NvZGEtc3JjL3NjcmlwdHMvTWFrZWZpbGUKCgkjQWxzbyBub3RlIHRoYXQg Zm9yIENvZGEsIHdlIG5lZWQgdG8gZG8gIm1ha2UgY2xpZW50LWluc3RhbGwiIGZvcgoJIyB0aGUg Y2xpZW50LCBhbmQgIm1ha2Ugc2VydmVyLWluc3RhbGwiIGZvciB0aGUgc2VydmVyLgoJIy4uLnlv dSBjYW4gZmluZCBvdXQgYWJvdXQgdGhpcyBmcm9tIC4vY29uZmlncy9NYWtlcnVsZXMKCWVpbnN0 YWxsIFwKCQlwcmVmaXg9JHtEfS91c3IgXAoJCXN5c2NvbmZkaXI9JHtEfS9ldGMvY29kYSBcCgkJ bWFuZGlyPSR7RH0vdXNyL3NoYXJlL21hbiBcCgkJaW5mb2Rpcj0ke0R9L3Vzci9zaGFyZS9pbmZv IFwKCQlvbGRpbmNsdWRlZGlyPSR7RH0vdXNyL2luY2x1ZGUgY2xpZW50LWluc3RhbGwgfHwgZGll CgoJZWluc3RhbGwgXAoJCW9sZGluY2x1ZGVkaXI9JHtEfS91c3IvaW5jbHVkZSBzZXJ2ZXItaW5z dGFsbCB8fCBkaWUKCglkb2RvYyBSRUFETUUqIENoYW5nZUxvZyBDUkVESVRTIExJQ0VOU0UKCgll eGVpbnRvIC9ldGMvaW5pdC5kCglkb2V4ZSAke0ZJTEVTRElSfS92ZW51cwoJZG9leGUgJHtGSUxF U0RJUn0vY29kYS11cGRhdGUKCWRvZXhlICR7RklMRVNESVJ9L2NvZGFzcnYKCWRvZXhlICR7RklM RVNESVJ9L2F1dGgyCgoJIyBXZSBtYXkgdXNlIGEgY29uZi5kL2NvZGEgZmlsZSBhdCBzb21lIHBv aW50ID8KIwlpbnNpbnRvIC9ldGMvY29uZi5kCiMJbmV3aW5zICR7RklMRVNESVJ9L2NvZGEuY29u Zi5kIGNvZGEKCgkjIEkgYW0gbm90IHN1cmUgd2h5IGNvZGEgbWlzcGxhY2VzIHRoaXMgZmlsZS4u LgoJbXYgLWYgJHtEfS9ldGMvc2VydmVyLmNvbmYuZXggJHtEfS9ldGMvY29kYS9zZXJ2ZXIuY29u Zi5leAoKCWRvZGlyIC92aWNlCglkb2RpciAvY29kYQoJZG9kaXIgL3Vzci9jb2RhCglkb2RpciAv dXNyL2NvZGEvc3Bvb2wKCglkaXJvcHRzIC1tMDcwMAoJZG9kaXIgL3Vzci9jb2RhL2V0YwoJZG9k aXIgL3Vzci9jb2RhL3ZlbnVzLmNhY2hlCn0KCnBrZ19wb3N0aW5zdCAoKSB7CgllaW5mbwoJZWlu Zm8gIlRvIGVuYWJsZSB0aGUgY29kYSBhdCBib290IHVwLCBwbGVhc2UgZG86IgoJZWluZm8gIiAg ICByYy11cGRhdGUgdmVudXMgZGVmYXVsdCIKCWVpbmZvCgllaW5mbyAiKiBUbyBnZXQgc3RhcnRl ZCwgcnVuIHZlbnVzLXNldHVwIGFuZCB2aWNlLXNldHVwIgoJZWluZm8KfQo= 25526 2004-02-13 04:09 0000 files/coda-6.0.4-iowr.patch coda-6.0.4-iowr.patch text/plain ZGlmZiAtcnUgY29kYS02LjAuMy5vcmlnL2xpYi1zcmMva2VybmVsLWluY2x1ZGVzL2NvZGEuaCBj b2RhLTYuMC4zL2xpYi1zcmMva2VybmVsLWluY2x1ZGVzL2NvZGEuaAotLS0gY29kYS02LjAuMy5v cmlnL2xpYi1zcmMva2VybmVsLWluY2x1ZGVzL2NvZGEuaAkyMDAzLTA1LTI0IDAzOjU3OjUyLjAw MDAwMDAwMCArMDkzMAorKysgY29kYS02LjAuMy9saWItc3JjL2tlcm5lbC1pbmNsdWRlcy9jb2Rh LmgJMjAwNC0wMi0xMyAyMDo1Nzo1Ny4wMTI1NDgwMTYgKzA5MzAKQEAgLTMxMSw3ICszMTEsNyBA QAogI2RlZmluZSBWQ19NQVhNU0dTSVpFICAgICAgc2l6ZW9mKHVuaW9uIGlucHV0QXJncykrc2l6 ZW9mKHVuaW9uIG91dHB1dEFyZ3MpICtcCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVkNf TUFYREFUQVNJWkUgIAogCi0jZGVmaW5lIENJT0NfS0VSTkVMX1ZFUlNJT04gX0lPV1IoJ2MnLCAx MCwgc2l6ZW9mIChpbnQpKQorI2RlZmluZSBDSU9DX0tFUk5FTF9WRVJTSU9OIF9JT1dSKCdjJywg MTAsIGludCkKIAogI2lmIDAKICNkZWZpbmUgQ09EQV9LRVJORUxfVkVSU0lPTiAwIC8qIGRvbid0 IGNhcmUgYWJvdXQga2VybmVsIHZlcnNpb24gbnVtYmVyICovCg== 25906 2004-02-18 21:49 0000 coda-6.0.3.ebuild (update2) coda-6.0.3.ebuild text/x-ebuild IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy CiMgJEhlYWRlcjogJAoKSVVTRT0ia2VyYmVyb3MiCgpERVNDUklQVElPTj0iQ29kYSBpcyBhbiBh ZHZhbmNlZCBuZXR3b3JrZWQgZmlsZXN5c3RlbSBkZXZlbG9wZWQgYXQgQ2FybmVnaWUgTWVsbG9u IFVuaXYuIgpIT01FUEFHRT0iaHR0cDovL3d3dy5jb2RhLmNzLmNtdS5lZHUiClNSQ19VUkk9ImZ0 cDovL2Z0cC5jb2RhLmNzLmNtdS5lZHUvcHViL2NvZGEvc3JjLyR7UH0udGFyLmd6IgoKU0xPVD0i MCIKTElDRU5TRT0iR1BMLTIiCktFWVdPUkRTPSJ+eDg2IgoKIyBwYXJ0bHkgYmFzZWQgb24gdGhl IGRlcHMgc3VnZ2VzdGVkIGJ5IE1hbmRyYWtlJ3MgUlBNLCBhbmQvb3Igb24gbXkgY3VycmVudCB2 ZXJzaW9ucwojIEFsc28sIGRlZmluZWx5IG5lZWRzIGNvZGEuaCBmcm9tIGxpbnV4LWhlYWRlcnMu CkRFUEVORD0iPj1zeXMtYXBwcy9wb3J0YWdlLTIuMC40Ny1yMTAKCT49c3lzLWxpYnMvbHdwLTEu MTAKCT49bmV0LWxpYnMvcnBjMi0xLjIwCgk+PXN5cy1saWJzL3J2bS0xLjgKCT49c3lzLWxpYnMv ZGItMwoJPj1zeXMtbGlicy9uY3Vyc2VzLTQKCT49c3lzLWxpYnMvcmVhZGxpbmUtMwoJPj1zeXMt a2VybmVsL2xpbnV4LWhlYWRlcnMtMi40CiMJPj1zeXMtYXBwcy9zZWQtNAoJPj1kZXYtbGFuZy9w ZXJsLTUuOAoJa2VyYmVyb3M/ICggdmlydHVhbC9rcmI1ICkiCgojCW5ldC1mcy9jb2RhLWtlcm5l bAoKClJERVBFTkQ9Ij49c3lzLWxpYnMvbHdwLTEuMTAKCT49bmV0LWxpYnMvcnBjMi0xLjIwCgk+ PXN5cy1saWJzL3J2bS0xLjgKCT49c3lzLWxpYnMvZGItMwoJPj1zeXMtbGlicy9uY3Vyc2VzLTQK CT49c3lzLWxpYnMvcmVhZGxpbmUtMwoJa2VyYmVyb3M/ICggdmlydHVhbC9rcmI1ICkiCgoKCgpz cmNfdW5wYWNrKCkgewoJdW5wYWNrICR7QX0KCWVwYXRjaCAke0ZJTEVTRElSfS9jb2RhLTYuMC4z LWlvd3IucGF0Y2gKfQoKc3JjX2NvbXBpbGUoKSB7Cglsb2NhbCBteWZsYWdzPSIiCgoJdXNlIGtl cmJlcm9zICYmIG15ZmxhZ3M9IiR7bXlmbGFnc30gLS13aXRoLWNyeXB0byIKCgllY29uZiAke215 ZmxhZ3N9IHx8IGRpZSAiY29uZmlndXJlIGZhaWxlZCIKCWVtYWtlIC1qMSB8fCBkaWUgImVtYWtl IGZhaWxlZCIKfQoKc3JjX2luc3RhbGwgKCkgewoJI3RoZXNlIGNyYXp5IG1ha2VmaWxlcyBkb250 IHNlZW0gdG8gdXNlIERFU1RESVIsIGJ1dCB0aGV5IGRvIHVzZSB0aGVzZS4uLiAKCSMgKGV4Y2Vw dCBpbmZvZGlyLCBidXQgbm8gaGFybSBpbiBsZWF2aW5nIGl0IHRoZXJlKQoJIyBzZWUgTWFrZWNv bmYuc2V0dXAgaW4gdGhlIHBhY2thZ2UKCgkjQWxzbyBub3RlIHRoYXQgZm9yIENvZGEsIHdlIG5l ZWQgdG8gZG8gIm1ha2UgY2xpZW50LWluc3RhbGwiIGZvcgoJIyB0aGUgY2xpZW50LCBhbmQgIm1h a2Ugc2VydmVyLWluc3RhbGwiIGZvciB0aGUgc2VydmVyLgoJIy4uLnlvdSBjYW4gZmluZCBvdXQg YWJvdXQgdGhpcyBmcm9tIC4vY29uZmlncy9NYWtlcnVsZXMKCWVtYWtlIFwKCQlDSU5JVC1TQ1JJ UFRTPSIiIFwKCQlwcmVmaXg9JHtEfS91c3IgXAoJCXN5c2NvbmZkaXI9JHtEfS9ldGMvY29kYSBc CgkJbWFuZGlyPSR7RH0vdXNyL3NoYXJlL21hbiBcCgkJaW5mb2Rpcj0ke0R9L3Vzci9zaGFyZS9p bmZvIFwKCQlvbGRpbmNsdWRlZGlyPSR7RH0vdXNyL2luY2x1ZGUgY2xpZW50LWluc3RhbGwgfHwg ZGllCgoJZW1ha2UgXAoJCVNJTklULVNDUklQVFM9IiIgXAoJCXByZWZpeD0ke0R9L3VzciBcCgkJ c3lzY29uZmRpcj0ke0R9L2V0Yy9jb2RhIFwKCQltYW5kaXI9JHtEfS91c3Ivc2hhcmUvbWFuIFwK CQlvbGRpbmNsdWRlZGlyPSR7RH0vdXNyL2luY2x1ZGUgc2VydmVyLWluc3RhbGwgfHwgZGllCgkJ aW5mb2Rpcj0ke0R9L3Vzci9zaGFyZS9pbmZvIFwKCglkb2RvYyBSRUFETUUqIENoYW5nZUxvZyBD UkVESVRTIExJQ0VOU0UKCglleGVpbnRvIC9ldGMvaW5pdC5kCglkb2V4ZSAke0ZJTEVTRElSfS92 ZW51cwoJZG9leGUgJHtGSUxFU0RJUn0vY29kYS11cGRhdGUKCWRvZXhlICR7RklMRVNESVJ9L2Nv ZGFzcnYKCWRvZXhlICR7RklMRVNESVJ9L2F1dGgyCgoJIyBXZSBtYXkgdXNlIGEgY29uZi5kL2Nv ZGEgZmlsZSBhdCBzb21lIHBvaW50ID8KIwlpbnNpbnRvIC9ldGMvY29uZi5kCiMJbmV3aW5zICR7 RklMRVNESVJ9L2NvZGEuY29uZi5kIGNvZGEKCgkjIEkgYW0gbm90IHN1cmUgd2h5IGNvZGEgbWlz cGxhY2VzIHRoaXMgZmlsZS4uLgoJbXYgLWYgJHtEfS9ldGMvc2VydmVyLmNvbmYuZXggJHtEfS9l dGMvY29kYS9zZXJ2ZXIuY29uZi5leAoKCXNlZCAtaSAtZSAicyxeI3ZpY2VkaXI9Lyx2aWNlZGly PS92YXIvbGliL3ZpY2UsIiBcCgkJJHtEfS9ldGMvY29kYS9zZXJ2ZXIuY29uZi5leAoKCXNlZCAt aSAtZSAicyxeI21vdW50cG9pbnQ9Lyxtb3VudHBvaW50PS9tbnQvY29kYSwiIFwKCQkke0R9L2V0 Yy9jb2RhL3ZlbnVzLmNvbmYuZXgKCglkb2RpciAvdmFyL2xpYi92aWNlCglkb2RpciAvbW50L2Nv ZGEKCWRvZGlyIC91c3IvY29kYQoJZG9kaXIgL3Vzci9jb2RhL3Nwb29sCgoJZGlyb3B0cyAtbTA3 MDAKCWRvZGlyIC91c3IvY29kYS9ldGMKCWRvZGlyIC91c3IvY29kYS92ZW51cy5jYWNoZQp9Cgpw a2dfcG9zdGluc3QgKCkgewoJZWluZm8KCWVpbmZvICJUbyBlbmFibGUgdGhlIGNvZGEgYXQgYm9v dCB1cCwgcGxlYXNlIGRvOiIKCWVpbmZvICIgICAgcmMtdXBkYXRlIHZlbnVzIGRlZmF1bHQiCgll aW5mbwoJZWluZm8gIiogVG8gZ2V0IHN0YXJ0ZWQsIHJ1biB2ZW51cy1zZXR1cCBhbmQgdmljZS1z ZXR1cCIKCWVpbmZvCn0K 34724 2004-07-03 13:22 0000 Patch removes venus' dependency on codasrv and /mnt/coda venus-init.patch text/plain LS0tIHZlbnVzCTIwMDQtMDMtMjMgMjE6MTg6NDkuMDAwMDAwMDAwICswMTAwCisrKyB2ZW51cy1w YXRjaGVkCTIwMDQtMDctMDMgMjI6MTg6MTIuNTY1MTU5ODk2ICswMjAwCkBAIC00LDE0ICs0LDcg QEAKICMgJEhlYWRlcjogL3Zhci9jdnNyb290L2dlbnRvby14ODYvbmV0LWZzL2NvZGEvZmlsZXMv dmVudXMsdiAxLjEgMjAwNC8wMy8yMyAyMDoxODo0OSBkcmFnb25oZWFydCBFeHAgJAogCiBkZXBl bmQoKSB7Ci0JbmVlZCBuZXQgY29kYXNydgotfQotCi1jaGVja2NvbmZpZygpIHsKLQlpZiBbICEg LWUgL3Zhci9saWIvdmljZS9ob3N0bmFtZSBdIDsgdGhlbgotCQllZXJyb3IgIlBsZWFzZSBzZXQg dXAgdmljZSBiZWZvcmUgc3RhcnRpbmcgdGhlIHNlcnZpY2UuLi4iCi0JCXJldHVybiAxCi0JZmkK KwluZWVkIG5ldAogfQogCiBzdGFydCgpIHsKQEAgLTI1LDYgKzE4LDYgQEAKIHN0b3AoKSB7CiAJ ZWJlZ2luICJTdG9wcGluZyB2ZW51cyIKIAlzdGFydC1zdG9wLWRhZW1vbiAtLXN0b3AgLS1xdWll dCAtLWV4ZWMgL3Vzci9zYmluL3ZlbnVzCi0JdW1vdW50IC1sIC9tbnQvY29kYSAmPi9kZXYvbnVs bAorCXVtb3VudCAtbCBjb2RhICY+L2Rldi9udWxsCiAJZWVuZCAkPwogfQo= 34731 2004-07-03 14:56 0000 Coda server init scripts patch to remove hard coded paths coda-server-initscripts.patch text/plain LS0tIGF1dGgyCTIwMDQtMDMtMjMgMjE6MTg6NDkuMDAwMDAwMDAwICswMTAwCisrKyBhdXRoMi1w YXRjaGVkCTIwMDQtMDctMDMgMjM6NDU6NTQuOTczMTUyMjgwICswMjAwCkBAIC0zLDE5ICszLDI1 IEBACiAjIERpc3RyaWJ1dGVkIHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIEdlbmVyYWwgUHVi bGljIExpY2Vuc2UgdjIKICMgJEhlYWRlcjogL3Zhci9jdnNyb290L2dlbnRvby14ODYvbmV0LWZz L2NvZGEvZmlsZXMvYXV0aDIsdiAxLjEgMjAwNC8wMy8yMyAyMDoxODo0OSBkcmFnb25oZWFydCBF eHAgJAogCisKIGRlcGVuZCgpIHsKIAluZWVkIG5ldAogfQogCiBjaGVja2NvbmZpZygpIHsKLQlp ZiBbICEgLWUgL3Zhci9saWIvdmljZS9ob3N0bmFtZSBdIDsgdGhlbgotCQllZXJyb3IgIlBsZWFz ZSBzZXQgdXAgdmljZSBiZWZvcmUgc3RhcnRpbmcgdGhlIHNlcnZpY2UuLi4iCisJaWYgWyAhIC1l IC9ldGMvY29kYS9zZXJ2ZXIuY29uZiBdIDsgdGhlbgorCQllZXJyb3IgIlBsZWFzZSBydW4gdmlj ZS1zZXR1cCBiZWZvcmUgc3RhcnRpbmcgdGhlIHNlcnZpY2UuLi4iCisJCXJldHVybiAxCisJZmkK KwlldmFsIGBncmVwICJedmljZWRpcj0iIC9ldGMvY29kYS9zZXJ2ZXIuY29uZiB8fCBlY2hvIHZp Y2VkaXI9L3Zhci9saWIvdmljZWAKKwlpZiBbICEgLWUgJHZpY2VkaXIvaG9zdG5hbWUgXSA7IHRo ZW4KKwkJZWVycm9yICJQbGVhc2UgcnVuIHZpY2Utc2V0dXAgYmVmb3JlIHN0YXJ0aW5nIHRoZSBz ZXJ2aWNlLi4uIgogCQlyZXR1cm4gMQogCWZpCiB9CiAKIHdlX2FyZV9zY20oKSB7Ci0JaWYgWyAi YGNhdCAvdmFyL2xpYi92aWNlL2hvc3RuYW1lYCIgPSAiYGNhdCAvdmFyL2xpYi92aWNlL2RiL3Nj bWAiIF0gOyB0aGVuCisJaWYgWyAiYGNhdCAkdmljZWRpci9ob3N0bmFtZWAiID0gImBjYXQgJHZp Y2VkaXIvZGIvc2NtYCIgXSA7IHRoZW4KIAkJcmV0dXJuIDAKIAllbHNlCiAJCXJldHVybiAxCi0t LSBjb2RhLXVwZGF0ZQkyMDA0LTAzLTIzIDIxOjE4OjQ5LjAwMDAwMDAwMCArMDEwMAorKysgY29k YS11cGRhdGUtcGF0Y2hlZAkyMDA0LTA3LTAzIDIzOjQ2OjExLjA4ODcwMjM0NCArMDIwMApAQCAt OCw3ICs4LDcgQEAKIH0KIAogd2VfYXJlX3NjbSgpIHsKLQlpZiBbICJgY2F0IC92YXIvbGliL3Zp Y2UvaG9zdG5hbWVgIiA9ICJgY2F0IC92YXIvbGliL3ZpY2UvZGIvc2NtYCIgXSA7IHRoZW4KKwlp ZiBbICJgY2F0ICR2aWNlZGlyL2hvc3RuYW1lYCIgPSAiYGNhdCAkdmljZWRpci9kYi9zY21gIiBd IDsgdGhlbgogCQlyZXR1cm4gMAogCWVsc2UKIAkJcmV0dXJuIDEKQEAgLTE2LDEwICsxNiwxNiBA QAogfQogCiBjaGVja2NvbmZpZygpIHsKLQlpZiBbICEgLWUgL3Zhci9saWIvdmljZS9ob3N0bmFt ZSBdIDsgdGhlbgotCQllZXJyb3IgIlBsZWFzZSBzZXQgdXAgY29kYSBiZWZvcmUgc3RhcnRpbmcg dGhlIHNlcnZpY2UuLi4iCi0JCXJldHVybiAxCi0JZmkKKworICAgICAgICBpZiBbICEgLWUgL2V0 Yy9jb2RhL3NlcnZlci5jb25mIF0gOyB0aGVuCisgICAgICAgICAgICAgICAgZWVycm9yICJQbGVh c2UgcnVuIHZpY2Utc2V0dXAgYmVmb3JlIHN0YXJ0aW5nIHRoZSBzZXJ2aWNlLi4uIgorICAgICAg ICAgICAgICAgIHJldHVybiAxCisgICAgICAgIGZpCisgICAgICAgIGV2YWwgYGdyZXAgIl52aWNl ZGlyPSIgL2V0Yy9jb2RhL3NlcnZlci5jb25mIHx8IGVjaG8gdmljZWRpcj0vdmFyL2xpYi92aWNl YAorICAgICAgICBpZiBbICEgLWUgJHZpY2VkaXIvaG9zdG5hbWUgXSA7IHRoZW4KKyAgICAgICAg ICAgICAgICBlZXJyb3IgIlBsZWFzZSBydW4gdmljZS1zZXR1cCBiZWZvcmUgc3RhcnRpbmcgdGhl IHNlcnZpY2UuLi4iCisgICAgICAgICAgICAgICAgcmV0dXJuIDEKKyAgICAgICAgZmkKIH0KIAog c3RhcnQoKSB7Ci0tLSBjb2Rhc3J2CTIwMDQtMDMtMjMgMjE6MTg6NDkuMDAwMDAwMDAwICswMTAw CisrKyBjb2Rhc3J2LXBhdGNoZWQJMjAwNC0wNy0wMyAyMzo0NjoxOS4zMzc0NDgzNDQgKzAyMDAK QEAgLTgsMTQgKzgsMTkgQEAKIH0KIAogY2hlY2tjb25maWcoKSB7Ci0JaWYgWyAhIC1lIC92YXIv bGliL3ZpY2UvaG9zdG5hbWUgXSA7IHRoZW4KLQkJZWVycm9yICJQbGVhc2Ugc2V0IHVwIHZpY2Ug YmVmb3JlIHN0YXJ0aW5nIHRoZSBzZXJ2aWNlLi4uIgotCQlyZXR1cm4gMQotCWZpCisgICAgICAg IGlmIFsgISAtZSAvZXRjL2NvZGEvc2VydmVyLmNvbmYgXSA7IHRoZW4KKyAgICAgICAgICAgICAg ICBlZXJyb3IgIlBsZWFzZSBydW4gdmljZS1zZXR1cCBiZWZvcmUgc3RhcnRpbmcgdGhlIHNlcnZp Y2UuLi4iCisgICAgICAgICAgICAgICAgcmV0dXJuIDEKKyAgICAgICAgZmkKKyAgICAgICAgZXZh bCBgZ3JlcCAiXnZpY2VkaXI9IiAvZXRjL2NvZGEvc2VydmVyLmNvbmYgfHwgZWNobyB2aWNlZGly PS92YXIvbGliL3ZpY2VgCisgICAgICAgIGlmIFsgISAtZSAkdmljZWRpci9ob3N0bmFtZSBdIDsg dGhlbgorICAgICAgICAgICAgICAgIGVlcnJvciAiUGxlYXNlIHJ1biB2aWNlLXNldHVwIGJlZm9y ZSBzdGFydGluZyB0aGUgc2VydmljZS4uLiIKKyAgICAgICAgICAgICAgICByZXR1cm4gMQorICAg ICAgICBmaQogfQogCiB3ZV9hcmVfc2NtKCkgewotCWlmIFsgImBjYXQgL3Zhci9saWIvdmljZS9o b3N0bmFtZWAiID0gImBjYXQgL3Zhci9saWIvdmljZS9kYi9zY21gIiBdIDsgdGhlbgorCWlmIFsg ImBjYXQgJHZpY2VkaXIvaG9zdG5hbWVgIiA9ICJgY2F0ICR2aWNlZGlyL2RiL3NjbWAiIF0gOyB0 aGVuCiAJCXJldHVybiAwCiAJZWxzZQogCQlyZXR1cm4gMQo=