From owner-fam@oss.sgi.com Thu Mar 7 11:42:42 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g27Jggv14371 for fam-outgoing; Thu, 7 Mar 2002 11:42:42 -0800 Received: from mail.eos.silentmedia.com (mail.silentmedia.com [216.231.37.140]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g27Jge914368 for ; Thu, 7 Mar 2002 11:42:40 -0800 Received: from gilgamesh ([10.42.5.1]) by mail.eos.silentmedia.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id DVQWCW83; Thu, 7 Mar 2002 10:35:55 -0800 Date: Thu, 7 Mar 2002 10:42:35 -0800 (PST) From: Ben X-Sender: To: Subject: [fam] how to tell what a file has been changed *to*? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-fam@oss.sgi.com Precedence: bulk Say I monitor directory x with FAM. If I move x/foo to x/bar, I get 2 notifications; x/bar was created, and x/foo was deleted. Unfortuantely, that's not good enough... I need to know that x/bar is the same file as x/foo. Ideally, I'd like the notification of a change to include the previous and current filenames, but in the abscense of that, what can I do? We're currently md5'ing an entire (large) directory every night to pick up on moves, deletes, and additions, and I'd like to get away from that for obvious reasons. -- Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com From owner-fam@oss.sgi.com Thu Mar 7 15:28:55 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g27NStd22633 for fam-outgoing; Thu, 7 Mar 2002 15:28:55 -0800 Received: from nexus.adacel.com (shelob.adacel.com.au [203.36.26.146] (may be forged)) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g27NSp922629 for ; Thu, 7 Mar 2002 15:28:51 -0800 Received: (qmail 2208 invoked from network); 7 Mar 2002 22:28:36 -0000 Received: from unknown (HELO adacel.com) (192.168.75.20) by nexus.adacel.com with SMTP; 7 Mar 2002 22:28:36 -0000 Message-ID: <3C87EA8B.7060300@adacel.com> Date: Fri, 08 Mar 2002 09:32:43 +1100 From: Michael Wardle Organization: Adacel Technologies User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.8+) Gecko/20020304 X-Accept-Language: en-au, en-us, en-gb, en, eo, de- MIME-Version: 1.0 To: Ben CC: fam@oss.sgi.com Subject: Re: [fam] how to tell what a file has been changed *to*? References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-fam@oss.sgi.com Precedence: bulk Ben wrote: > Say I monitor directory x with FAM. If I move x/foo to x/bar, I get 2 > notifications; x/bar was created, and x/foo was deleted. Unfortuantely, > that's not good enough... I need to know that x/bar is the same file as > x/foo. Ideally, I'd like the notification of a change to include the > previous and current filenames, but in the abscense of that, what can I > do? FAM has an unsupported event called FAMMoved. I think some of the framework is there, but it must not be fully working yet. If anybody wants to help get this working, you would be most welcome. :-) Regards -- MICHAEL WARDLE | WORK +61-2-6024-2699 SGI Desktop & Admin Software | MOBILE +61-415-439-838 Adacel Technologies Limited | WEB http://www.adacel.com/ -- Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com From owner-fam@oss.sgi.com Tue Mar 12 11:52:22 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g2CJqMb17869 for fam-outgoing; Tue, 12 Mar 2002 11:52:22 -0800 Received: from spmx.securepipe.com (IDENT:AUser@spmx.securepipe.com [64.73.37.194]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g2CJpu917865 for ; Tue, 12 Mar 2002 11:51:57 -0800 Received: (qmail 12250 invoked from network); 12 Mar 2002 18:50:18 -0000 Received: from unknown (HELO alice.wi.securepipe.com) (64.73.37.245) by spmx.securepipe.com with SMTP; 12 Mar 2002 18:50:18 -0000 Received: (qmail 14457 invoked from network); 12 Mar 2002 18:51:55 -0000 Received: from miwi1dsl-a267.wi.tds.net (HELO bart) (imapzietlow@216.170.185.12) by alice.wi.securepipe.com with SMTP; 12 Mar 2002 18:51:55 -0000 Message-ID: <004301c1c9f6$fc1fba00$1201a8c0@bart> From: "Rob Zietlow" To: Subject: [fam] RE; installation help Date: Tue, 12 Mar 2002 12:51:55 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-fam@oss.sgi.com Precedence: bulk I was digging through the mailing list and I came across this. This is the issue i am having as well. I am trying to compile on FreeBSD 4.5 Stable. I got this last night and today after CVSUP-ing and deleting/redownloading the tarball. Hope this helps out. I was able to compile it about 3 weeks ago no problem so I don't know if it's something that got slightly changed in the fam software or if it's something with fbsd. Thanks Rob Here is a copy of my config.log Milhouse# less config.log This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:568: checking for a BSD compatible install configure:621: checking whether build environment is sane configure:678: checking whether gmake sets ${MAKE} configure:724: checking for working aclocal configure:737: checking for working autoconf configure:750: checking for working automake configure:763: checking for working autoheader configure:776: checking for working makeinfo configure:857: checking for c++ configure:889: checking whether the C++ compiler (c++ -O -pipe -march=pentiumpro ) works configure:905: c++ -o conftest -O -pipe -march=pentiumpro conftest.C 1>&5 configure:931: checking whether the C++ compiler (c++ -O -pipe -march=pentiumpro ) is a cross-compiler configure:936: checking whether we are using GNU C++ configure:964: checking whether c++ accepts -g configure:996: checking how to run the C++ preprocessor configure:1041: checking for ranlib configure:1081: checking for a BSD compatible install configure:1134: checking whether gmake sets ${MAKE} configure:1236: checking host system type configure:1257: checking build system type configure:1277: checking for gcc configure:1390: checking whether the C compiler (cc -O -pipe -march=pentiumpro ) works configure:1406: cc -o conftest -O -pipe -march=pentiumpro conftest.c 1>&5 configure:1432: checking whether the C compiler (cc -O -pipe -march=pentiumpro ) is a cross-compiler configure:1437: checking whether we are using GNU C configure:1465: checking whether cc accepts -g configure:1508: checking for ld used by GCC configure:1571: checking if the linker (/usr/libexec/elf/ld) is GNU ld configure:1587: checking for BSD-compatible nm configure:1624: checking whether ln -s works ltconfig:603: checking for object suffix ltconfig:604: cc -c -O -pipe -march=pentiumpro conftest.c 1>&5 ltconfig:776: checking if cc PIC flag -fPIC works ltconfig:777: cc -c -O -pipe -march=pentiumpro -fPIC -DPIC conftest.c 1>&5 ltconfig:829: checking if cc supports -c -o file.o ltconfig:830: cc -c -O -pipe -march=pentiumpro -o out/conftest2.o conftest.c 1>&5 ltconfig:862: checking if cc supports -c -o file.lo ltconfig:863: cc -c -O -pipe -march=pentiumpro -c -o conftest.lo conftest.c 1>&5 ltconfig:914: checking if cc supports -fno-rtti -fno-exceptions ltconfig:915: cc -c -O -pipe -march=pentiumpro -fno-rtti -fno-exceptions -c conftest.c conftest.c 1>&5 ltconfig:958: checking if cc static flag -static works ltconfig:959: cc -o conftest -O -pipe -march=pentiumpro -static conftest.c 1>&5 GNU ld version 2.11.2 20010719 [FreeBSD] (with BFD 2.11.2 20010719 [FreeBSD]) ltconfig:1635: checking if global_symbol_pipe works ltconfig:1636: cc -c -O -pipe -march=pentiumpro conftest.c 1>&5 ltconfig:1639: eval "/usr/bin/nm -B conftest.o | sed -n -e [ ]\([ABCDGISTW]\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9 ]*\)$/\1 \2\3 \3/p' > conftest.nm" ltconfig:1691: cc -o conftest -O -pipe -march=pentiumpro -fno-builtin -fno-rtti -fno-exceptions conftest.c conftstm.o 1>&5 configure:1806: checking for tar configure:1842: checking for ldconfig configure:1903: checking for linux/imon.h configure:1913: c++ -E conftest.C >/dev/null 2>conftest.out configure:1909: linux/imon.h: No such file or directory configure: failed program was: #line 1908 "configure" #include "confdefs.h" #include configure:1955: checking for sys/statvfs.h configure:1965: c++ -E conftest.C >/dev/null 2>conftest.out configure:1961: sys/statvfs.h: No such file or directory configure: failed program was: #line 1960 "configure" #include "confdefs.h" #include configure:1995: checking for sys/syssgi.h configure:2005: c++ -E conftest.C >/dev/null 2>conftest.out configure:2001: sys/syssgi.h: No such file or directory configure: failed program was: #line 2000 "configure" #include "confdefs.h" #include configure:2035: checking for sys/fs/nfs_clnt.h configure:2045: c++ -E conftest.C >/dev/null 2>conftest.out configure:2041: sys/fs/nfs_clnt.h: No such file or directory configure: failed program was: #line 2040 "configure" #include "confdefs.h" #include configure:2083: checking SGI_NOHANG configure:2092: c++ -c -O -pipe -march=pentiumpro conftest.C 1>&5 configure:2086: sys/syssgi.h: No such file or directory configure: In function `int main()': configure:2088: `SGI_NOHANG' undeclared (first use this function) configure:2088: (Each undeclared identifier is reported only once configure:2088: for each function it appears in.) configure: failed program was: #line 2085 "configure" #include "confdefs.h" #include int main() { int i = SGI_NOHANG; ; return 0; } configure:2116: checking for _daemonize configure:2147: c++ -o conftest -O -pipe -march=pentiumpro conftest.C 1>&5 /tmp/cc7wFRiP.o: In function `main': /tmp/cc7wFRiP.o(.text+0x7): undefined reference to `_daemonize' configure: failed program was: #line 2121 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char _daemonize(); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ #ifdef __cplusplus extern "C" #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char _daemonize(); int main() { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub__daemonize) || defined (__stub____daemonize) choke me #else _daemonize(); #endif ; return 0; } configure:2175: checking getgrmember configure:2193: c++ -o conftest -O -pipe -march=pentiumpro conftest.C 1>&5 In file included from configure:2188: /usr/include/grp.h:58: `gid_t' was not declared in this scope configure: In function `int main()': configure:2189: `NULL' undeclared (first use this function) configure:2189: (Each undeclared identifier is reported only once configure:2189: for each function it appears in.) configure:2189: implicit declaration of function `int getgrmember(...)' configure: failed program was: #line 2183 "configure" #include "confdefs.h" #ifdef __cplusplus extern "C" void exit(int); #endif #include int main(void) { getgrmember(NULL, NULL, 0, 0); return 0; } configure:2226: checking for stat.st_fstype string configure:2238: c++ -c -O -pipe -march=pentiumpro conftest.C 1>&5 configure: In function `int main()': configure:2234: `struct stat' has no member named `st_fstype' configure: failed program was: #line 2231 "configure" #include "confdefs.h" #include int main() { struct stat st; char *s = st.st_fstype; ; return 0; } configure:2266: checking for mountlist struct configure:2279: c++ -c -O -pipe -march=pentiumpro conftest.C 1>&5 configure: In function `int main()': configure:2275: request for member `ml_name' in `ml', which is of non-aggregate type `mountbody *' configure: failed program was: #line 2268 "configure" #include "confdefs.h" typedef int fhandle_t; #include #include int main() { mountlist ml; char *h = ml.ml_name; ; return 0; } configure:2306: checking for mountlist pointer configure:2315: c++ -c -O -pipe -march=pentiumpro conftest.C 1>&5 configure:2347: checking mntent.h for MNTTYPE_NFS configure:2356: c++ -c -O -pipe -march=pentiumpro conftest.C 1>&5 configure:2350: mntent.h: No such file or directory configure: In function `int main()': configure:2352: `MNTTYPE_NFS' undeclared (first use this function) configure:2352: (Each undeclared identifier is reported only once configure:2352: for each function it appears in.) configure: failed program was: #line 2349 "configure" #include "confdefs.h" #include int main() { const char *foo = MNTTYPE_NFS; ; return 0; } >hi, >i am trying to install fam and imon for a school project. but when i try >to configure i get the following configure error: >checking mntent.h for MNTTYPE_NFS... no >configure: error: Didn't find MNTTYPE_NFS in mntent.h > >has anyone else encountered this problem? can you suggest how i get >around it or solve it? > >also, once i install fam-2.6.7 does that give me imon as well? > >thanks, >vikram > >-- >Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ >To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com -- Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com From owner-fam@oss.sgi.com Tue Mar 12 23:25:37 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g2D7PbB00936 for fam-outgoing; Tue, 12 Mar 2002 23:25:37 -0800 Received: from nexus.adacel.com (shelob.adacel.com.au [203.36.26.146] (may be forged)) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g2D7PT900930 for ; Tue, 12 Mar 2002 23:25:29 -0800 Received: (qmail 17028 invoked from network); 13 Mar 2002 06:24:40 -0000 Received: from unknown (HELO adacel.com) (203.134.78.102) by nexus.adacel.com with SMTP; 13 Mar 2002 06:24:40 -0000 Message-ID: <3C8EF0A2.8050805@adacel.com> Date: Wed, 13 Mar 2002 17:24:34 +1100 From: Michael Wardle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.8) Gecko/20020213 X-Accept-Language: en-us MIME-Version: 1.0 To: Rob Zietlow CC: fam@oss.sgi.com Subject: Re: [fam] RE; installation help References: <004301c1c9f6$fc1fba00$1201a8c0@bart> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-fam@oss.sgi.com Precedence: bulk Rob Zietlow wrote: > I was digging through the mailing list and I came across this. This is the > issue i am having as well. I am trying to compile on FreeBSD 4.5 Stable. I > got this last night and today after CVSUP-ing and deleting/redownloading the > tarball. Hope this helps out. As you can see, the problem is FAM is looking for a mntent, but it doesn't have one. This is a known problem (see http://oss.sgi.com/bugzilla/show_bug.cgi?id=122), however I thought that was fixed by the patches in FreeBSD ports. Do the patches appear to be there? Did you just do a cvsup then a make install, or did you do something else? What version was it trying to build? I think FreeBSD ports is still using FAM 2.6.4. Is this the version of the source that you downloaded? I haven't tested whether the patches written for 2.6.4 will work with 2.6.7. > I was able to compile it about 3 weeks ago > no problem so I don't know if it's something that got slightly changed in > the fam software or if it's something with fbsd. It shouldn't be a problem with FAM, because the 2.6.4 tarball won't have changed, and that's the one that cvsup should be getting. I'm happy to get this fixed in the standard FAM distribution, but I don't know that I can take the patch from ports as is, at least partially because it's under the BSD license. (Personally, I can't see any possible problem with the license, but I'm not a lawyer.) Let me know if you require further assistance. Regards -- MICHAEL WARDLE SGI Desktop & Admin Team Adacel Technologies -- Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com From owner-fam@oss.sgi.com Tue Mar 12 23:57:36 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g2D7vag01379 for fam-outgoing; Tue, 12 Mar 2002 23:57:36 -0800 Received: from spmx.securepipe.com (IDENT:AUser@spmx.securepipe.com [64.73.37.194]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g2D7vT901374 for ; Tue, 12 Mar 2002 23:57:29 -0800 Received: (qmail 10126 invoked from network); 13 Mar 2002 06:55:48 -0000 Received: from unknown (HELO alice.wi.securepipe.com) (64.73.37.245) by spmx.securepipe.com with SMTP; 13 Mar 2002 06:55:48 -0000 Received: (qmail 5067 invoked from network); 13 Mar 2002 06:57:28 -0000 Received: from miwi1dsl-a267.wi.tds.net (HELO paco) (imapzietlow@216.170.185.12) by alice.wi.securepipe.com with SMTP; 13 Mar 2002 06:57:28 -0000 Message-ID: <003001c1ca5c$513f4ef0$1301a8c0@paco> From: "Rob Zietlow" To: "Michael Wardle" Cc: References: <004301c1c9f6$fc1fba00$1201a8c0@bart> <3C8EF0A2.8050805@adacel.com> Subject: Re: [fam] RE; installation help Date: Wed, 13 Mar 2002 00:57:14 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Sender: owner-fam@oss.sgi.com Precedence: bulk ----- Original Message ----- From: "Michael Wardle" To: "Rob Zietlow" Cc: Sent: Wednesday, March 13, 2002 12:24 AM Subject: Re: [fam] RE; installation help > As you can see, the problem is FAM is looking for a mntent, but it > doesn't have one. This is a known problem > (see http://oss.sgi.com/bugzilla/show_bug.cgi?id=122), however I thought > that was fixed by the patches in FreeBSD ports. Do the patches appear > to be there? Yes the patches are in the /usr/ports/devel/fam/files/ dir. It contains fam.sh.sample, patch-Makefile.am and patch-freebsd. The patch-freebsd issue has numerous references to MNTTYPE_NFS. I am looking through it, but my programming foo is well nill, so it only makes a little sense to me. > Did you just do a cvsup then a make install, or did you do something > else? This is a fresh install, then cvsup w/ the new make world. Which is my normal practice...CD install, cvsup, make/install world install additional packages. > What version was it trying to build? I think FreeBSD ports is still > using FAM 2.6.4. Is this the version of the source that you downloaded? > I haven't tested whether the patches written for 2.6.4 will work with > 2.6.7. fam 2.6.4 > It shouldn't be a problem with FAM, because the 2.6.4 tarball won't > have changed, and that's the one that cvsup should be getting. right which is what I gathered from freshports.org and from the last email to the list that I was quoting that happened right around the last time I built up a box. > I'm happy to get this fixed in the standard FAM distribution, but > I don't know that I can take the patch from ports as is, at least > partially because it's under the BSD license. (Personally, I can't > see any possible problem with the license, but I'm not a lawyer.) > > Let me know if you require further assistance. Thank you for the response, I'll also be shooting out an email to the fbsd-questions list to see if anyone else has encountered this issue. > Regards > > -- > MICHAEL WARDLE > SGI Desktop & Admin Team > Adacel Technologies > > > -- Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com From owner-fam@oss.sgi.com Wed Mar 13 01:00:21 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g2D90Ll02544 for fam-outgoing; Wed, 13 Mar 2002 01:00:21 -0800 Received: from nexus.adacel.com (shelob.adacel.com.au [203.36.26.146] (may be forged)) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g2D90G902541 for ; Wed, 13 Mar 2002 01:00:17 -0800 Received: (qmail 20957 invoked from network); 13 Mar 2002 07:59:29 -0000 Received: from unknown (HELO adacel.com) (203.134.78.69) by nexus.adacel.com with SMTP; 13 Mar 2002 07:59:29 -0000 Message-ID: <3C8F06DB.6030803@adacel.com> Date: Wed, 13 Mar 2002 18:59:23 +1100 From: Michael Wardle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.8) Gecko/20020213 X-Accept-Language: en-us MIME-Version: 1.0 To: Rob Zietlow CC: fam@oss.sgi.com Subject: Re: [fam] RE; installation help References: <004301c1c9f6$fc1fba00$1201a8c0@bart> <3C8EF0A2.8050805@adacel.com> <003001c1ca5c$513f4ef0$1301a8c0@paco> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-fam@oss.sgi.com Precedence: bulk Rob Zietlow wrote: >>As you can see, the problem is FAM is looking for a mntent, but it >>doesn't have one. This is a known problem >>(see http://oss.sgi.com/bugzilla/show_bug.cgi?id=122), however I thought >>that was fixed by the patches in FreeBSD ports. Do the patches appear >>to be there? > > Yes the patches are in the /usr/ports/devel/fam/files/ dir. It contains > fam.sh.sample, patch-Makefile.am and patch-freebsd. The patch-freebsd > issue has numerous references to MNTTYPE_NFS. I am looking through it, but > my programming foo is well nill, so it only makes a little sense to me. It sounds like the patches aren't being applied. Do you have any idea why this might be? Perhaps try to cd into the fam port directory, and do make install. IIRC, there's also a "clean" or "delete" option to cvsup. Did you use this? Perhaps try deleting the fam port directory, and cvsup it again. -- MICHAEL WARDLE SGI Desktop & Admin Team Adacel Technologies -- Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com From owner-fam@oss.sgi.com Wed Mar 13 16:49:17 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g2E0nHo19839 for fam-outgoing; Wed, 13 Mar 2002 16:49:17 -0800 Received: from babylon.merseine.nu (12-216-237-91.client.mchsi.com [12.216.237.91]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g2E0nG919836 for ; Wed, 13 Mar 2002 16:49:16 -0800 Received: (from ishmael@localhost) by babylon.merseine.nu (8.11.6/8.11.6) id g2DNn8x92546; Wed, 13 Mar 2002 17:49:08 -0600 (CST) (envelope-from ishmael) Date: Wed, 13 Mar 2002 17:49:04 -0600 From: Jeremy Norris To: Rob Zietlow Cc: fam@oss.sgi.com Subject: Re: [fam] RE; installation help Message-ID: <20020313234904.GA92512@babylon.merseine.nu> References: <004301c1c9f6$fc1fba00$1201a8c0@bart> <3C8EF0A2.8050805@adacel.com> <003001c1ca5c$513f4ef0$1301a8c0@paco> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <003001c1ca5c$513f4ef0$1301a8c0@paco> User-Agent: Mutt/1.3.28i Sender: owner-fam@oss.sgi.com Precedence: bulk Please provide the output of "cd /usr/ports/devel/fam && make PATCH_DEBUG=yes configure" and "ls /var/db/pkg | grep '^auto'". Jeremy -- Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com From owner-fam@oss.sgi.com Wed Mar 13 16:20:51 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g2E0Kpx20605 for fam-outgoing; Wed, 13 Mar 2002 16:20:51 -0800 Received: from spmx.securepipe.com (IDENT:AUser@spmx.securepipe.com [64.73.37.194]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g2E0KD920598 for ; Wed, 13 Mar 2002 16:20:13 -0800 Received: (qmail 6709 invoked from network); 14 Mar 2002 00:19:58 -0000 Received: from unknown (HELO alice.wi.securepipe.com) (64.73.37.245) by spmx.securepipe.com with SMTP; 14 Mar 2002 00:19:58 -0000 Received: (qmail 17158 invoked from network); 14 Mar 2002 00:21:40 -0000 Received: from miwi1dsl-a267.wi.tds.net (HELO paco) (imapzietlow@216.170.185.12) by alice.wi.securepipe.com with SMTP; 14 Mar 2002 00:21:40 -0000 Message-ID: <000e01c1caee$2ed235c0$1301a8c0@paco> From: "Rob Zietlow" To: "Jeremy Norris" Cc: References: <004301c1c9f6$fc1fba00$1201a8c0@bart> <3C8EF0A2.8050805@adacel.com> <003001c1ca5c$513f4ef0$1301a8c0@paco> <20020313234904.GA92512@babylon.merseine.nu> Subject: Re: [fam] RE; installation help Date: Wed, 13 Mar 2002 18:21:25 -0600 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_000B_01C1CABB.E2D3A1E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Sender: owner-fam@oss.sgi.com Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C1CABB.E2D3A1E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit ----- Original Message ----- From: "Jeremy Norris" To: "Rob Zietlow" Cc: Sent: Wednesday, March 13, 2002 5:49 PM Subject: Re: [fam] RE; installation help > Please provide the output of "cd /usr/ports/devel/fam && make PATCH_DEBUG=yes > configure" and "ls /var/db/pkg | grep '^auto'". Milhouse# ls /var/db/pkg | grep '^auto' autoconf213-2.13.000227_1 automake14-1.4.5 the output from the first command is attached > Jeremy > ------=_NextPart_000_000B_01C1CABB.E2D3A1E0 Content-Type: application/octet-stream; name="output" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="output" =3D=3D=3D> Extracting for fam-2.6.4=0A= >> Checksum OK for fam-oss-2.6.4.tar.gz.=0A= =3D=3D=3D> fam-2.6.4 depends on executable: gmake - found=0A= =3D=3D=3D> fam-2.6.4 depends on executable: libtool - found=0A= =3D=3D=3D> Patching for fam-2.6.4=0A= =3D=3D=3D> Applying FreeBSD patches for fam-2.6.4=0A= =3D=3D=3D> Applying FreeBSD patch = /usr/ports/devel/fam/files/patch-Makefile.am=0A= =3D=3D=3D> Applying FreeBSD patch = /usr/ports/devel/fam/files/patch-freebsd=0A= =3D=3D=3D> Configuring for fam-2.6.4=0A= creating cache ./config.cache=0A= checking for a BSD compatible install... /usr/bin/install -c -o root -g = wheel=0A= checking whether build environment is sane... yes=0A= checking whether gmake sets ${MAKE}... yes=0A= checking for working aclocal... missing=0A= checking for working autoconf... missing=0A= checking for working automake... missing=0A= checking for working autoheader... missing=0A= checking for working makeinfo... found=0A= checking for c++... c++=0A= checking whether the C++ compiler (c++ -O -pipe -march=3Dpentiumpro ) = works... yes=0A= checking whether the C++ compiler (c++ -O -pipe -march=3Dpentiumpro ) = is a cross-compiler... no=0A= checking whether we are using GNU C++... yes=0A= checking whether c++ accepts -g... yes=0A= checking how to run the C++ preprocessor... c++ -E=0A= checking for ranlib... ranlib=0A= checking for a BSD compatible install... /usr/bin/install -c -o root -g = wheel=0A= checking whether gmake sets ${MAKE}... (cached) yes=0A= checking host system type... i386--freebsd4.5=0A= checking build system type... i386--freebsd4.5=0A= checking for gcc... cc=0A= checking whether the C compiler (cc -O -pipe -march=3Dpentiumpro ) = works... yes=0A= checking whether the C compiler (cc -O -pipe -march=3Dpentiumpro ) is a = cross-compiler... no=0A= checking whether we are using GNU C... yes=0A= checking whether cc accepts -g... yes=0A= checking for ld used by GCC... /usr/libexec/elf/ld=0A= checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes=0A= checking for BSD-compatible nm... /usr/bin/nm -B=0A= checking whether ln -s works... yes=0A= updating cache ./config.cache=0A= loading cache ./config.cache within ltconfig=0A= checking for object suffix... o=0A= checking for executable suffix... no=0A= checking for cc option to produce PIC... -fPIC=0A= checking if cc PIC flag -fPIC works... yes=0A= checking if cc supports -c -o file.o... yes=0A= checking if cc supports -c -o file.lo... yes=0A= checking if cc supports -fno-rtti -fno-exceptions ... yes=0A= checking if cc static flag -static works... -static=0A= checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes=0A= checking whether the linker (/usr/libexec/elf/ld) supports shared = libraries... yes=0A= checking command to parse /usr/bin/nm -B output... ok=0A= checking how to hardcode library paths into programs... immediate=0A= checking for /usr/libexec/elf/ld option to reload object files... -r=0A= checking dynamic linker characteristics... freebsd4.5 ld.so=0A= checking if libtool supports shared libraries... yes=0A= checking whether to build shared libraries... yes=0A= checking whether to build static libraries... yes=0A= checking for objdir... .libs=0A= creating libtool=0A= updating cache ./config.cache=0A= loading cache ./config.cache=0A= checking for tar... /usr/bin/tar=0A= checking for ldconfig... /sbin/ldconfig=0A= checking for linux/imon.h... no=0A= Using imon support module IMonNone=0A= checking for sys/statvfs.h... no=0A= checking for sys/syssgi.h... no=0A= checking for sys/fs/nfs_clnt.h... no=0A= checking SGI_NOHANG... no=0A= checking for _daemonize... no=0A= checking getgrmember... no=0A= checking for stat.st_fstype string... no=0A= checking for mountlist struct... no=0A= checking for mountlist pointer... yes=0A= checking mntent.h for MNTTYPE_NFS... no=0A= =3D=3D=3D> Script "configure" failed: here are the contents of = "config.log"=0A= This file contains any messages produced by compilers while=0A= running configure, to aid debugging if configure makes a mistake.=0A= =0A= configure:568: checking for a BSD compatible install=0A= configure:621: checking whether build environment is sane=0A= configure:678: checking whether gmake sets ${MAKE}=0A= configure:724: checking for working aclocal=0A= configure:737: checking for working autoconf=0A= configure:750: checking for working automake=0A= configure:763: checking for working autoheader=0A= configure:776: checking for working makeinfo=0A= configure:857: checking for c++=0A= configure:889: checking whether the C++ compiler (c++ -O -pipe = -march=3Dpentiumpro ) works=0A= configure:905: c++ -o conftest -O -pipe -march=3Dpentiumpro = conftest.C 1>&5=0A= configure:931: checking whether the C++ compiler (c++ -O -pipe = -march=3Dpentiumpro ) is a cross-compiler=0A= configure:936: checking whether we are using GNU C++=0A= configure:945: c++ -E conftest.C=0A= configure:964: checking whether c++ accepts -g=0A= configure:996: checking how to run the C++ preprocessor=0A= configure:1014: c++ -E conftest.C >/dev/null 2>conftest.out=0A= configure:1041: checking for ranlib=0A= configure:1081: checking for a BSD compatible install=0A= configure:1134: checking whether gmake sets ${MAKE}=0A= configure:1236: checking host system type=0A= configure:1257: checking build system type=0A= configure:1277: checking for gcc=0A= configure:1390: checking whether the C compiler (cc -O -pipe = -march=3Dpentiumpro ) works=0A= configure:1406: cc -o conftest -O -pipe -march=3Dpentiumpro conftest.c = 1>&5=0A= configure:1432: checking whether the C compiler (cc -O -pipe = -march=3Dpentiumpro ) is a cross-compiler=0A= configure:1437: checking whether we are using GNU C=0A= configure:1446: cc -E conftest.c=0A= configure:1465: checking whether cc accepts -g=0A= configure:1508: checking for ld used by GCC=0A= configure:1571: checking if the linker (/usr/libexec/elf/ld) is GNU ld=0A= GNU ld version 2.11.2 20010719 [FreeBSD] (with BFD 2.11.2 20010719 = [FreeBSD])=0A= configure:1587: checking for BSD-compatible nm=0A= configure:1624: checking whether ln -s works=0A= ltconfig:603: checking for object suffix=0A= ltconfig:604: cc -c -O -pipe -march=3Dpentiumpro conftest.c 1>&5=0A= ltconfig:629: checking for executable suffix=0A= ltconfig:630: cc -o conftest -O -pipe -march=3Dpentiumpro conftest.c = 1>&5=0A= ltconfig:776: checking if cc PIC flag -fPIC works=0A= ltconfig:777: cc -c -O -pipe -march=3Dpentiumpro -fPIC -DPIC conftest.c = 1>&5=0A= ltconfig:829: checking if cc supports -c -o file.o=0A= ltconfig:830: cc -c -O -pipe -march=3Dpentiumpro -o out/conftest2.o = conftest.c 1>&5=0A= ltconfig:862: checking if cc supports -c -o file.lo=0A= ltconfig:863: cc -c -O -pipe -march=3Dpentiumpro -c -o conftest.lo = conftest.c 1>&5=0A= ltconfig:914: checking if cc supports -fno-rtti -fno-exceptions=0A= ltconfig:915: cc -c -O -pipe -march=3Dpentiumpro -fno-rtti = -fno-exceptions -c conftest.c conftest.c 1>&5=0A= ltconfig:958: checking if cc static flag -static works=0A= ltconfig:959: cc -o conftest -O -pipe -march=3Dpentiumpro -static = conftest.c 1>&5=0A= GNU ld version 2.11.2 20010719 [FreeBSD] (with BFD 2.11.2 20010719 = [FreeBSD])=0A= ltconfig:1635: checking if global_symbol_pipe works=0A= ltconfig:1636: cc -c -O -pipe -march=3Dpentiumpro conftest.c 1>&5=0A= ltconfig:1639: eval "/usr/bin/nm -B conftest.o | sed -n -e 's/^.*[ = ]\([ABCDGISTW]\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' > = conftest.nm"=0A= ltconfig:1691: cc -o conftest -O -pipe -march=3Dpentiumpro -fno-builtin = -fno-rtti -fno-exceptions conftest.c conftstm.o 1>&5=0A= configure:1806: checking for tar=0A= configure:1842: checking for ldconfig=0A= configure:1903: checking for linux/imon.h=0A= configure:1913: c++ -E conftest.C >/dev/null 2>conftest.out=0A= configure:1909: linux/imon.h: No such file or directory=0A= configure: failed program was:=0A= #line 1908 "configure"=0A= #include "confdefs.h"=0A= #include =0A= configure:1955: checking for sys/statvfs.h=0A= configure:1965: c++ -E conftest.C >/dev/null 2>conftest.out=0A= configure:1961: sys/statvfs.h: No such file or directory=0A= configure: failed program was:=0A= #line 1960 "configure"=0A= #include "confdefs.h"=0A= #include =0A= configure:1995: checking for sys/syssgi.h=0A= configure:2005: c++ -E conftest.C >/dev/null 2>conftest.out=0A= configure:2001: sys/syssgi.h: No such file or directory=0A= configure: failed program was:=0A= #line 2000 "configure"=0A= #include "confdefs.h"=0A= #include =0A= configure:2035: checking for sys/fs/nfs_clnt.h=0A= configure:2045: c++ -E conftest.C >/dev/null 2>conftest.out=0A= configure:2041: sys/fs/nfs_clnt.h: No such file or directory=0A= configure: failed program was:=0A= #line 2040 "configure"=0A= #include "confdefs.h"=0A= #include =0A= configure:2083: checking SGI_NOHANG=0A= configure:2092: c++ -c -O -pipe -march=3Dpentiumpro conftest.C 1>&5=0A= configure:2086: sys/syssgi.h: No such file or directory=0A= configure: In function `int main()':=0A= configure:2088: `SGI_NOHANG' undeclared (first use this function)=0A= configure:2088: (Each undeclared identifier is reported only once=0A= configure:2088: for each function it appears in.)=0A= configure: failed program was:=0A= #line 2085 "configure"=0A= #include "confdefs.h"=0A= #include =0A= int main() {=0A= int i =3D SGI_NOHANG; =0A= ; return 0; }=0A= configure:2116: checking for _daemonize=0A= configure:2147: c++ -o conftest -O -pipe -march=3Dpentiumpro = conftest.C 1>&5=0A= /tmp/cc7bbJ31.o: In function `main':=0A= /tmp/cc7bbJ31.o(.text+0x7): undefined reference to `_daemonize'=0A= configure: failed program was:=0A= #line 2121 "configure"=0A= #include "confdefs.h"=0A= /* System header to define __stub macros and hopefully few prototypes,=0A= which can conflict with char _daemonize(); below. */=0A= #include =0A= /* Override any gcc2 internal prototype to avoid an error. */=0A= #ifdef __cplusplus=0A= extern "C"=0A= #endif=0A= /* We use char because int might match the return type of a gcc2=0A= builtin and then its argument prototype would still apply. */=0A= char _daemonize();=0A= =0A= int main() {=0A= =0A= /* The GNU C library defines this for functions which it implements=0A= to always fail with ENOSYS. Some functions are actually named=0A= something starting with __ and the normal name is an alias. */=0A= #if defined (__stub__daemonize) || defined (__stub____daemonize)=0A= choke me=0A= #else=0A= _daemonize();=0A= #endif=0A= =0A= ; return 0; }=0A= configure:2175: checking getgrmember=0A= configure:2193: c++ -o conftest -O -pipe -march=3Dpentiumpro = conftest.C 1>&5=0A= In file included from configure:2188:=0A= /usr/include/grp.h:58: `gid_t' was not declared in this scope=0A= configure: In function `int main()':=0A= configure:2189: `NULL' undeclared (first use this function)=0A= configure:2189: (Each undeclared identifier is reported only once=0A= configure:2189: for each function it appears in.)=0A= configure:2189: implicit declaration of function `int getgrmember(...)'=0A= configure: failed program was:=0A= #line 2183 "configure"=0A= #include "confdefs.h"=0A= #ifdef __cplusplus=0A= extern "C" void exit(int);=0A= #endif=0A= =0A= #include =0A= int main(void) { getgrmember(NULL, NULL, 0, 0); return 0; }=0A= =0A= configure:2226: checking for stat.st_fstype string=0A= configure:2238: c++ -c -O -pipe -march=3Dpentiumpro conftest.C 1>&5=0A= configure: In function `int main()':=0A= configure:2234: `struct stat' has no member named `st_fstype'=0A= configure: failed program was:=0A= #line 2231 "configure"=0A= #include "confdefs.h"=0A= #include =0A= int main() {=0A= struct stat st; char *s =3D st.st_fstype; =0A= ; return 0; }=0A= configure:2266: checking for mountlist struct=0A= configure:2279: c++ -c -O -pipe -march=3Dpentiumpro conftest.C 1>&5=0A= configure: In function `int main()':=0A= configure:2275: request for member `ml_name' in `ml', which is of = non-aggregate type `mountbody *'=0A= configure: failed program was:=0A= #line 2268 "configure"=0A= #include "confdefs.h"=0A= =0A= typedef int fhandle_t;=0A= #include =0A= #include =0A= =0A= int main() {=0A= mountlist ml; char *h =3D ml.ml_name; =0A= ; return 0; }=0A= configure:2306: checking for mountlist pointer=0A= configure:2315: c++ -c -O -pipe -march=3Dpentiumpro conftest.C 1>&5=0A= configure:2347: checking mntent.h for MNTTYPE_NFS=0A= configure:2356: c++ -c -O -pipe -march=3Dpentiumpro conftest.C 1>&5=0A= configure:2350: mntent.h: No such file or directory=0A= configure: In function `int main()':=0A= configure:2352: `MNTTYPE_NFS' undeclared (first use this function)=0A= configure:2352: (Each undeclared identifier is reported only once=0A= configure:2352: for each function it appears in.)=0A= configure: failed program was:=0A= #line 2349 "configure"=0A= #include "confdefs.h"=0A= #include =0A= int main() {=0A= const char *foo =3D MNTTYPE_NFS;=0A= ; return 0; }=0A= (end of "config.log")=0A= *** Error code 1=0A= =0A= Stop in /usr/ports/devel/fam.=0A= *** Error code 1=0A= =0A= Stop in /usr/ports/devel/fam.=0A= *** Error code 1=0A= =0A= Stop in /usr/ports/devel/fam.=0A= *** Error code 1=0A= =0A= Stop in /usr/ports/devel/fam.=0A= ------=_NextPart_000_000B_01C1CABB.E2D3A1E0-- -- Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com From owner-fam@oss.sgi.com Wed Mar 13 17:19:45 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g2E1Jjn21546 for fam-outgoing; Wed, 13 Mar 2002 17:19:45 -0800 Received: from spmx.securepipe.com (IDENT:AUser@spmx.securepipe.com [64.73.37.194]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g2E1IZ921538 for ; Wed, 13 Mar 2002 17:18:35 -0800 Received: (qmail 11459 invoked from network); 14 Mar 2002 01:18:20 -0000 Received: from unknown (HELO alice.wi.securepipe.com) (64.73.37.245) by spmx.securepipe.com with SMTP; 14 Mar 2002 01:18:20 -0000 Received: (qmail 8178 invoked from network); 14 Mar 2002 01:20:02 -0000 Received: from miwi1dsl-a553.wi.tds.net (HELO paco) (imapzietlow@216.170.186.42) by alice.wi.securepipe.com with SMTP; 14 Mar 2002 01:20:02 -0000 Message-ID: <005101c1caf6$56389980$1301a8c0@paco> From: "Rob Zietlow" To: "Jeremy Norris" Cc: References: <004301c1c9f6$fc1fba00$1201a8c0@bart> <3C8EF0A2.8050805@adacel.com> <003001c1ca5c$513f4ef0$1301a8c0@paco> <20020313234904.GA92512@babylon.merseine.nu> <000e01c1caee$2ed235c0$1301a8c0@paco> <20020314004831.GA92931@babylon.merseine.nu> Subject: Re: [fam] RE; installation help Date: Wed, 13 Mar 2002 19:19:45 -0600 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_004E_01C1CAC4.08FF3BB0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Sender: owner-fam@oss.sgi.com Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_004E_01C1CAC4.08FF3BB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Nope, here is the script ----- Original Message ----- From: "Jeremy Norris" To: "Rob Zietlow" Cc: Sent: Wednesday, March 13, 2002 6:48 PM Subject: Re: [fam] RE; installation help > Does everything work with the attached patch? ("cd /usr/ports/devel/fam && > patch > Jeremy > > On Wed, Mar 13, 2002 at 06:21:25PM -0600, Rob Zietlow wrote: > > ----- Original Message ----- > > From: "Jeremy Norris" > > To: "Rob Zietlow" > > Cc: > > Sent: Wednesday, March 13, 2002 5:49 PM > > Subject: Re: [fam] RE; installation help > > > > > > > Please provide the output of "cd /usr/ports/devel/fam && make > > PATCH_DEBUG=yes > > > configure" and "ls /var/db/pkg | grep '^auto'". > > > > Milhouse# ls /var/db/pkg | grep '^auto' > > autoconf213-2.13.000227_1 > > automake14-1.4.5 > > > > the output from the first command is attached > > > Jeremy > > > > > > ------=_NextPart_000_004E_01C1CAC4.08FF3BB0 Content-Type: application/octet-stream; name="typescript" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="typescript" Script started on Wed Mar 13 19:17:41 2002=0A= Milhouse# cd /usr/ports/devel/fam && patch < = /usr/ports/devel/fam/fam-2.6.7.diff && make install=0D Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: Makefile=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: /home/ncvs/ports/devel/fam/Makefile,v=0D |retrieving revision 1.1=0D |diff -u -r1.1 Makefile=0D |--- Makefile 31 Mar 2001 02:45:55 -0000 1.1=0D |+++ Makefile 21 Dec 2001 01:46:08 -0000=0D -------------------------- Patching file Makefile using Plan A... Hunk #1 failed at 6. 1 out of 1 hunks failed--saving rejects to Makefile.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: distinfo=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: /home/ncvs/ports/devel/fam/distinfo,v=0D |retrieving revision 1.1=0D |diff -u -r1.1 distinfo=0D |--- distinfo 31 Mar 2001 02:45:55 -0000 1.1=0D |+++ distinfo 21 Dec 2001 01:46:43 -0000=0D -------------------------- Patching file distinfo using Plan A... Hunk #1 succeeded at 1 with fuzz 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: pkg-descr=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: /home/ncvs/ports/devel/fam/pkg-descr,v=0D |retrieving revision 1.1=0D |diff -u -r1.1 pkg-descr=0D |--- pkg-descr 31 Mar 2001 02:45:55 -0000 1.1=0D |+++ pkg-descr 16 Dec 2001 17:42:15 -0000=0D -------------------------- Patching file pkg-descr using Plan A... Hunk #1 succeeded at 1 with fuzz 2. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: pkg-message=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: /home/ncvs/ports/devel/fam/pkg-message,v=0D |retrieving revision 1.1=0D |diff -u -r1.1 pkg-message=0D |--- pkg-message 31 Mar 2001 02:45:55 -0000 1.1=0D |+++ pkg-message 25 Nov 2001 23:13:59 -0000=0D -------------------------- Patching file pkg-message using Plan A... Hunk #1 failed at 1. 1 out of 1 hunks failed--saving rejects to pkg-message.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: pkg-plist=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: /home/ncvs/ports/devel/fam/pkg-plist,v=0D |retrieving revision 1.2=0D |diff -u -r1.2 pkg-plist=0D |--- pkg-plist 21 May 2001 07:13:05 -0000 1.2=0D |+++ pkg-plist 26 Nov 2001 00:20:53 -0000=0D -------------------------- Patching file pkg-plist using Plan A... Hunk #1 failed at 1. 1 out of 1 hunks failed--saving rejects to pkg-plist.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/fam.sh.sample=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/fam.sh.sample=0D |diff -N files/fam.sh.sample=0D |--- files/fam.sh.sample 31 Mar 2001 02:45:55 -0000 1.1=0D |+++ /dev/null 1 Jan 1970 00:00:00 -0000=0D -------------------------- Patching file files/fam.sh.sample using Plan A... Hunk #1 failed at 0. 1 out of 1 hunks failed--saving rejects to files/fam.sh.sample.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-Makefile.am=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-Makefile.am=0D |diff -N files/patch-Makefile.am=0D |--- files/patch-Makefile.am 31 Mar 2001 02:45:55 -0000 1.1=0D |+++ /dev/null 1 Jan 1970 00:00:00 -0000=0D -------------------------- Patching file files/patch-Makefile.am using Plan A... Hunk #1 failed at 0. 1 out of 1 hunks failed--saving rejects to files/patch-Makefile.am.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-Makefile.in=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-Makefile.in=0D |diff -N files/patch-Makefile.in=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-Makefile.in 20 Dec 2001 13:39:03 -0000=0D -------------------------- (Creating file files/patch-Makefile.in...) Patching file files/patch-Makefile.in using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-config.h.in=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-config.h.in=0D |diff -N files/patch-config.h.in=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-config.h.in 20 Dec 2001 13:39:12 -0000=0D -------------------------- (Creating file files/patch-config.h.in...) Patching file files/patch-config.h.in using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-configure=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-configure=0D |diff -N files/patch-configure=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-configure 20 Dec 2001 13:39:21 -0000=0D -------------------------- (Creating file files/patch-configure...) Patching file files/patch-configure using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-fam::Client.h=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-fam::Client.h=0D |diff -N files/patch-fam::Client.h=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-fam::Client.h 16 Dec 2001 00:34:15 -0000=0D -------------------------- (Creating file files/patch-fam::Client.h...) Patching file files/patch-fam::Client.h using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-fam::Directory.c++=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-fam::Directory.c++=0D |diff -N files/patch-fam::Directory.c++=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-fam::Directory.c++ 17 Dec 2001 00:08:54 -0000=0D -------------------------- (Creating file files/patch-fam::Directory.c++...) Patching file files/patch-fam::Directory.c++ using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-fam::DirectoryScanner.h=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-fam::DirectoryScanner.h=0D |diff -N files/patch-fam::DirectoryScanner.h=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-fam::DirectoryScanner.h 17 Dec 2001 00:09:02 -0000=0D -------------------------- (Creating file files/patch-fam::DirectoryScanner.h...) Patching file files/patch-fam::DirectoryScanner.h using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-fam::FileSystem.c++=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-fam::FileSystem.c++=0D |diff -N files/patch-fam::FileSystem.c++=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-fam::FileSystem.c++ 16 Dec 2001 00:34:31 -0000=0D -------------------------- (Creating file files/patch-fam::FileSystem.c++...) Patching file files/patch-fam::FileSystem.c++ using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-fam::FileSystemTable.c++=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-fam::FileSystemTable.c++=0D |diff -N files/patch-fam::FileSystemTable.c++=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-fam::FileSystemTable.c++ 16 Dec 2001 00:34:49 -0000=0D -------------------------- (Creating file files/patch-fam::FileSystemTable.c++...) Patching file files/patch-fam::FileSystemTable.c++ using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-fam::IMon.c++=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-fam::IMon.c++=0D |diff -N files/patch-fam::IMon.c++=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-fam::IMon.c++ 16 Dec 2001 00:35:04 -0000=0D -------------------------- (Creating file files/patch-fam::IMon.c++...) Patching file files/patch-fam::IMon.c++ using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-fam::Interest.c++=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-fam::Interest.c++=0D |diff -N files/patch-fam::Interest.c++=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-fam::Interest.c++ 20 Dec 2001 13:24:30 -0000=0D -------------------------- (Creating file files/patch-fam::Interest.c++...) Patching file files/patch-fam::Interest.c++ using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-fam::InternalClient.c++=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-fam::InternalClient.c++=0D |diff -N files/patch-fam::InternalClient.c++=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-fam::InternalClient.c++ 16 Dec 2001 00:36:27 -0000=0D -------------------------- (Creating file files/patch-fam::InternalClient.c++...) Patching file files/patch-fam::InternalClient.c++ using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-fam::Listener.c++=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-fam::Listener.c++=0D |diff -N files/patch-fam::Listener.c++=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-fam::Listener.c++ 16 Dec 2001 00:36:40 -0000=0D -------------------------- (Creating file files/patch-fam::Listener.c++...) Patching file files/patch-fam::Listener.c++ using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-fam::Log.c++=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-fam::Log.c++=0D |diff -N files/patch-fam::Log.c++=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-fam::Log.c++ 16 Dec 2001 00:36:53 -0000=0D -------------------------- (Creating file files/patch-fam::Log.c++...) Patching file files/patch-fam::Log.c++ using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-fam::Makefile.in=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-fam::Makefile.in=0D |diff -N files/patch-fam::Makefile.in=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-fam::Makefile.in 20 Dec 2001 13:39:35 -0000=0D -------------------------- (Creating file files/patch-fam::Makefile.in...) Patching file files/patch-fam::Makefile.in using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-fam::Scheduler.h=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-fam::Scheduler.h=0D |diff -N files/patch-fam::Scheduler.h=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-fam::Scheduler.h 16 Dec 2001 00:37:41 -0000=0D -------------------------- (Creating file files/patch-fam::Scheduler.h...) Patching file files/patch-fam::Scheduler.h using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-fam::StringTable.h=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-fam::StringTable.h=0D |diff -N files/patch-fam::StringTable.h=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-fam::StringTable.h 16 Dec 2001 00:37:55 -0000=0D -------------------------- (Creating file files/patch-fam::StringTable.h...) Patching file files/patch-fam::StringTable.h using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-fam::fam.conf.in=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-fam::fam.conf.in=0D |diff -N files/patch-fam::fam.conf.in=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-fam::fam.conf.in 17 Dec 2001 03:39:54 -0000=0D -------------------------- (Creating file files/patch-fam::fam.conf.in...) Patching file files/patch-fam::fam.conf.in using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-fam::main.c++=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-fam::main.c++=0D |diff -N files/patch-fam::main.c++=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-fam::main.c++ 20 Dec 2001 13:26:44 -0000=0D -------------------------- (Creating file files/patch-fam::main.c++...) Patching file files/patch-fam::main.c++ using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-fam::mntent.h=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-fam::mntent.h=0D |diff -N files/patch-fam::mntent.h=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-fam::mntent.h 16 Dec 2001 00:38:24 -0000=0D -------------------------- (Creating file files/patch-fam::mntent.h...) Patching file files/patch-fam::mntent.h using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-fam::mntent_compat.c++=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-fam::mntent_compat.c++=0D |diff -N files/patch-fam::mntent_compat.c++=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-fam::mntent_compat.c++ 16 Dec 2001 00:38:39 -0000=0D -------------------------- (Creating file files/patch-fam::mntent_compat.c++...) Patching file files/patch-fam::mntent_compat.c++ using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-freebsd=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-freebsd=0D |diff -N files/patch-freebsd=0D |--- files/patch-freebsd 31 Mar 2001 02:45:55 -0000 1.1=0D |+++ /dev/null 1 Jan 1970 00:00:00 -0000=0D -------------------------- Patching file files/patch-freebsd using Plan A... Hunk #1 failed at 0. 1 out of 1 hunks failed--saving rejects to files/patch-freebsd.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-include::Makefile.in=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-include::Makefile.in=0D |diff -N files/patch-include::Makefile.in=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-include::Makefile.in 20 Dec 2001 13:39:48 -0000=0D -------------------------- (Creating file files/patch-include::Makefile.in...) Patching file files/patch-include::Makefile.in using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-libfam::Client.c++=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-libfam::Client.c++=0D |diff -N files/patch-libfam::Client.c++=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-libfam::Client.c++ 16 Dec 2001 00:38:52 -0000=0D -------------------------- (Creating file files/patch-libfam::Client.c++...) Patching file files/patch-libfam::Client.c++ using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-libfam::Makefile.in=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-libfam::Makefile.in=0D |diff -N files/patch-libfam::Makefile.in=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-libfam::Makefile.in 20 Dec 2001 13:39:59 -0000=0D -------------------------- (Creating file files/patch-libfam::Makefile.in...) Patching file files/patch-libfam::Makefile.in using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-libfam::fam.c++=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-libfam::fam.c++=0D |diff -N files/patch-libfam::fam.c++=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-libfam::fam.c++ 16 Dec 2001 00:39:05 -0000=0D -------------------------- (Creating file files/patch-libfam::fam.c++...) Patching file files/patch-libfam::fam.c++ using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-man::Makefile.in=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-man::Makefile.in=0D |diff -N files/patch-man::Makefile.in=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-man::Makefile.in 20 Dec 2001 13:40:09 -0000=0D -------------------------- (Creating file files/patch-man::Makefile.in...) Patching file files/patch-man::Makefile.in using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-man::fam.1m.in=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-man::fam.1m.in=0D |diff -N files/patch-man::fam.1m.in=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-man::fam.1m.in 17 Dec 2001 03:40:19 -0000=0D -------------------------- (Creating file files/patch-man::fam.1m.in...) Patching file files/patch-man::fam.1m.in using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-man::fam.3x=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-man::fam.3x=0D |diff -N files/patch-man::fam.3x=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-man::fam.3x 16 Dec 2001 00:39:55 -0000=0D -------------------------- (Creating file files/patch-man::fam.3x...) Patching file files/patch-man::fam.3x using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: files/patch-support::Makefile.in=0D |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D |RCS file: files/patch-support::Makefile.in=0D |diff -N files/patch-support::Makefile.in=0D |--- /dev/null 1 Jan 1970 00:00:00 -0000=0D |+++ files/patch-support::Makefile.in 20 Dec 2001 13:40:17 -0000=0D -------------------------- (Creating file files/patch-support::Makefile.in...) Patching file files/patch-support::Makefile.in using Plan A... Hunk #1 succeeded at 1. done Milhouse# make install=0D =3D=3D=3D> Extracting for fam-2.6.4 >> No checksum recorded for fam-oss-2.6.4.tar.gz. Make sure the Makefile and distinfo file (/usr/ports/devel/fam/distinfo) are up to date. If you are absolutely sure you want to override this check, type "make NO_CHECKSUM=3Dyes [other args]". *** Error code 1 Stop in /usr/ports/devel/fam. *** Error code 1 Stop in /usr/ports/devel/fam. *** Error code 1 Stop in /usr/ports/devel/fam. *** Error code 1 Stop in /usr/ports/devel/fam. *** Error code 1 Stop in /usr/ports/devel/fam. *** Error code 1 Stop in /usr/ports/devel/fam. *** Error code 1 Stop in /usr/ports/devel/fam. Milhouse# make NO_CHECKSUM-=08=1B[K=3Dyue=08=1B[K=08=1B[Kes=0D =3D=3D=3D> Extracting for fam-2.6.4 =3D=3D=3D> fam-2.6.4 depends on executable: gmake - found =3D=3D=3D> fam-2.6.4 depends on executable: libtool - found =3D=3D=3D> Patching for fam-2.6.4 =3D=3D=3D> Applying FreeBSD patches for fam-2.6.4 =3D=3D=3D> Ignoring patchfile = /usr/ports/devel/fam/files/patch-Makefile.am.orig =3D=3D=3D> Ignoring patchfile = /usr/ports/devel/fam/files/patch-Makefile.am.rej 13 out of 13 hunks failed--saving rejects to Makefile.in.rej >> Patch patch-Makefile.in failed to apply cleanly. >> Patch(es) patch-Makefile.am applied cleanly. *** Error code 1 Stop in /usr/ports/devel/fam. *** Error code 1 Stop in /usr/ports/devel/fam. *** Error code 1 Stop in /usr/ports/devel/fam. *** Error code 1 Stop in /usr/ports/devel/fam. *** Error code 1 Stop in /usr/ports/devel/fam. Milhouse# exit=0D exit =0A= Script done on Wed Mar 13 19:18:28 2002=0A= ------=_NextPart_000_004E_01C1CAC4.08FF3BB0-- -- Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com From owner-fam@oss.sgi.com Wed Mar 13 17:56:21 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g2E1uLT22066 for fam-outgoing; Wed, 13 Mar 2002 17:56:21 -0800 Received: from spmx.securepipe.com (IDENT:AUser@spmx.securepipe.com [64.73.37.194]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g2E1uI922063 for ; Wed, 13 Mar 2002 17:56:18 -0800 Received: (qmail 14482 invoked from network); 14 Mar 2002 01:56:03 -0000 Received: from unknown (HELO alice.wi.securepipe.com) (64.73.37.245) by spmx.securepipe.com with SMTP; 14 Mar 2002 01:56:03 -0000 Received: (qmail 22987 invoked from network); 14 Mar 2002 01:57:46 -0000 Received: from miwi1dsl-a553.wi.tds.net (HELO paco) (imapzietlow@216.170.186.42) by alice.wi.securepipe.com with SMTP; 14 Mar 2002 01:57:46 -0000 Message-ID: <009401c1cafb$9b9882b0$1301a8c0@paco> From: "Rob Zietlow" To: "Jeremy Norris" Cc: References: <004301c1c9f6$fc1fba00$1201a8c0@bart> <3C8EF0A2.8050805@adacel.com> <003001c1ca5c$513f4ef0$1301a8c0@paco> <20020313234904.GA92512@babylon.merseine.nu> <000e01c1caee$2ed235c0$1301a8c0@paco> <20020314004831.GA92931@babylon.merseine.nu> <005101c1caf6$56389980$1301a8c0@paco> <20020314014821.GA94498@babylon.merseine.nu> Subject: Re: [fam] RE; installation help Date: Wed, 13 Mar 2002 19:57:32 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Sender: owner-fam@oss.sgi.com Precedence: bulk checksum doesn't match Milhouse# md5 fam-2.6.7.diff2 MD5 (fam-2.6.7.diff2) = d375d7b7ef96c2511b61c3091e5dafe3 I downloaded the attachement on a couple diff systems. ----- Original Message ----- From: "Jeremy Norris" To: "Rob Zietlow" Cc: Sent: Wednesday, March 13, 2002 7:48 PM Subject: Re: [fam] RE; installation help > Please try this diff (remember to restore /usr/ports/devel/fam to original > condition before applying it). Also, make sure fam-2.6.7.diff2 has md5 of: > MD5 (fam-2.6.7.diff2) = 90dcc3e4ff8b766a6d8a79a94ee0bb49 > > Jeremy > -- Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com From owner-fam@oss.sgi.com Thu Mar 14 14:25:47 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g2EMPlG09809 for fam-outgoing; Thu, 14 Mar 2002 14:25:47 -0800 Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g2EMPi909802 for ; Thu, 14 Mar 2002 14:25:44 -0800 Received: from 1cust208.tnt1.durango.co.da.uu.net ([67.225.186.208] helo=trex) by hawk.mail.pas.earthlink.net with smtp (Exim 3.33 #1) id 16ldgl-0004D0-00 for fam@oss.sgi.com; Thu, 14 Mar 2002 14:27:12 -0800 Reply-To: From: "Tim Stumpf" To: Subject: [fam] fam problem on redhat 7.2 Date: Thu, 14 Mar 2002 15:23:52 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-fam@oss.sgi.com Precedence: bulk I am having a problem with FAM on redhat 7.2, with NFS mounts. The problem on my machine is that when I mount a NFS share, I can't unmount it, because it says that it is 'busy'. I run a 'fuser -vm /mnt/testmnt' command and it tells me that FAM is using it. If I kill the FAM process, then I can unmount just fine. The man for FAM said that the -l command line option would disable NSF polling. Would this fix the problem? Where do I put this -l option? If that will not fix the problem, can you tell me what else I should try? Thanks for your help, Tim Stumpf tstumpf2@yahoo.com -- Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com From owner-fam@oss.sgi.com Thu Mar 14 15:15:55 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g2ENFtD11176 for fam-outgoing; Thu, 14 Mar 2002 15:15:55 -0800 Received: from nexus.adacel.com (shelob.adacel.com.au [203.36.26.146] (may be forged)) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g2ENFp911170 for ; Thu, 14 Mar 2002 15:15:52 -0800 Received: (qmail 9287 invoked from network); 14 Mar 2002 23:16:19 -0000 Received: from unknown (HELO adacel.com) (192.168.75.20) by nexus.adacel.com with SMTP; 14 Mar 2002 23:16:19 -0000 Message-ID: <3C913075.3010101@adacel.com> Date: Fri, 15 Mar 2002 10:21:25 +1100 From: Michael Wardle Organization: Adacel Technologies User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.9) Gecko/20020311 X-Accept-Language: en-au, en-us, en-gb, en, eo, de- MIME-Version: 1.0 To: tstumpf2@yahoo.com CC: fam@oss.sgi.com Subject: Re: [fam] fam problem on redhat 7.2 References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-fam@oss.sgi.com Precedence: bulk Tim Stumpf wrote: > The man for FAM said that the -l command line option would disable NSF > polling. Would this fix the problem? Where do I put this -l option? On Red Hat 7.2, FAM is invoked by xinetd, so you should place FAM options in the FAM xinetd configuration file. This is probably somewhere like /etc/xinetd.d/sgi_fam. -- MICHAEL WARDLE | WORK +61-2-6024-2699 SGI Desktop & Admin Software | MOBILE +61-415-439-838 Adacel Technologies Limited | WEB http://www.adacel.com/ -- Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com From owner-fam@oss.sgi.com Fri Mar 15 05:56:54 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g2FDusp29241 for fam-outgoing; Fri, 15 Mar 2002 05:56:54 -0800 Received: from gamledampen.gnett.her (ti221110a080-0096.bb.online.no [80.212.248.96]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g2FDuo929238 for ; Fri, 15 Mar 2002 05:56:50 -0800 Received: from localhost (localhost.localdomain [127.0.0.1]) by gamledampen.gnett.her (8.11.6/8.11.6) with ESMTP id g2FDw8j18019; Fri, 15 Mar 2002 14:58:09 +0100 Received: from 192.168.1.4 ( [192.168.1.4]) as user ragnar@localhost by ragnar.mine.nu with HTTP; Fri, 15 Mar 2002 14:58:08 +0100 Message-ID: <1016200688.3c91fdf0c512a@ragnar.mine.nu> Date: Fri, 15 Mar 2002 14:58:08 +0100 From: =?ISO-8859-1?B?UmFnbmFyIFdpc2z4ZmY=?= To: tstumpf2@yahoo.com Cc: fam@oss.sgi.com Subject: Re: [fam] fam problem on redhat 7.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 User-Agent: Internet Messaging Program (IMP) 3.0 X-Originating-IP: 192.168.1.4 X-MIME-Autoconverted: from 8bit to quoted-printable by gamledampen.gnett.her id g2FDw8j18019 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g2FDup929239 Sender: owner-fam@oss.sgi.com Precedence: bulk Sitat Tim Stumpf : > I am having a problem with FAM on redhat 7.2, with NFS mounts. The > problem > on my machine is that when I mount a NFS share, I can't unmount it, > because > it says that it is 'busy'. I run a 'fuser -vm /mnt/testmnt' command > and it > tells me that FAM is using it. If I kill the FAM process, then I > can > unmount just fine. > > The man for FAM said that the -l command line option would disable > NSF > polling. Would this fix the problem? Where do I put this -l option? > If > that will not fix the problem, can you tell me what else I should > try? I don't know if it is related, but I was advised in this list to upgrade the fam package in Red Hat Linux 7.2. There is not an official upgrade, but you will find one on Rawhide. My problem was related to a thin client environment. -- Mvh Ragnar Wisløff ------------------ life is a reach. then you gybe. -- Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com From owner-fam@oss.sgi.com Fri Mar 15 06:05:54 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g2FE5sn29384 for fam-outgoing; Fri, 15 Mar 2002 06:05:54 -0800 Received: from spmx.securepipe.com (IDENT:AUser@spmx.securepipe.com [64.73.37.194]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g2FE5m929381 for ; Fri, 15 Mar 2002 06:05:48 -0800 Received: (qmail 22951 invoked from network); 15 Mar 2002 14:05:27 -0000 Received: from unknown (HELO alice.wi.securepipe.com) (64.73.37.245) by spmx.securepipe.com with SMTP; 15 Mar 2002 14:05:27 -0000 Received: (qmail 26860 invoked from network); 15 Mar 2002 14:07:16 -0000 Received: from unknown (HELO mansard.wi.securepipe.com) (10.10.14.32) by alice.wi.securepipe.com with SMTP; 15 Mar 2002 14:07:16 -0000 Date: Fri, 15 Mar 2002 08:07:38 -0600 (CST) From: Rob Zietlow X-X-Sender: zietlow@mansard.wi.securepipe.com To: Jeremy Norris cc: fam@oss.sgi.com Subject: Re: [fam] RE; installation help In-Reply-To: <20020314004831.GA92931@babylon.merseine.nu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-fam@oss.sgi.com Precedence: bulk Great News Jeremy, I downloaded this fam-2.6.7.diff2 at work, md5sum checked out. ftp'd it home and then to the box in question and it compiled and installed WOOO Thank you Michael and many many thanks to Jeremy for the help. Rob Previously smacked into the keyboard > Does everything work with the attached patch? ("cd /usr/ports/devel/fam && > patch > Jeremy > > On Wed, Mar 13, 2002 at 06:21:25PM -0600, Rob Zietlow wrote: > > ----- Original Message ----- > > From: "Jeremy Norris" > > To: "Rob Zietlow" > > Cc: > > Sent: Wednesday, March 13, 2002 5:49 PM > > Subject: Re: [fam] RE; installation help > > > > > > > Please provide the output of "cd /usr/ports/devel/fam && make > > PATCH_DEBUG=yes > > > configure" and "ls /var/db/pkg | grep '^auto'". > > > > Milhouse# ls /var/db/pkg | grep '^auto' > > autoconf213-2.13.000227_1 > > automake14-1.4.5 > > > > the output from the first command is attached > > > Jeremy > > > > > > -- Rob Zietlow Network Security Engineer SecurePipe Madison, WI (608)-294-6940 -- Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com From owner-fam@oss.sgi.com Fri Mar 15 13:24:30 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g2FLOUC15188 for fam-outgoing; Fri, 15 Mar 2002 13:24:30 -0800 Received: from devserv.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g2FLOP915185 for ; Fri, 15 Mar 2002 13:24:25 -0800 Received: from localhost (alexl@localhost) by devserv.devel.redhat.com (8.11.6/8.11.0) with ESMTP id g2FLPkM23952 for ; Fri, 15 Mar 2002 16:25:46 -0500 X-Authentication-Warning: devserv.devel.redhat.com: alexl owned process doing -bs Date: Fri, 15 Mar 2002 16:25:46 -0500 (EST) From: Alex Larsson X-X-Sender: alexl@devserv.devel.redhat.com To: fam@oss.sgi.com Subject: [fam] FAMEvent size Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-fam@oss.sgi.com Precedence: bulk I just got alerted about the fact that FAMEvent contains PATH_MAX: typedef struct FAMEvent { FAMConnection* fc; /* The fam connection that event occurred on */ FAMRequest fr; /* Corresponds to the FamRequest from monitor */ char *hostname; /* host and filename - pointer to which */ char filename[PATH_MAX]; /* file changed */ void *userdata; /* userdata associated with this monitor req. */ enum FAMCodes code; /* What happened to file - see above */ } FAMEvent; not only is PATH_MAX large, making FAMEvent over 4k, it is also not really a constant, so whenever PATH_MAX changes (it may change soon on linux from 4095 to 4096 for standardization reasons) the FAM ABI breaks. I'm not sure what is the right solution here. Maybe using FAM_PATH_MAX or something that doesn't change. Or just use dynamically allocated strings. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a notorious Jewish dog-catcher with a secret. She's an artistic hip-hop archaeologist with a knack for trouble. They fight crime! -- Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com From owner-fam@oss.sgi.com Tue Mar 19 10:25:33 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g2JIPX403308 for fam-outgoing; Tue, 19 Mar 2002 10:25:33 -0800 Received: from web13908.mail.yahoo.com (web13908.mail.yahoo.com [216.136.175.71]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g2JIPT903305 for ; Tue, 19 Mar 2002 10:25:29 -0800 Message-ID: <20020319182658.30778.qmail@web13908.mail.yahoo.com> Received: from [207.244.222.7] by web13908.mail.yahoo.com via HTTP; Tue, 19 Mar 2002 10:26:58 PST Date: Tue, 19 Mar 2002 10:26:58 -0800 (PST) From: Mr Alex Payne Subject: [fam] The xinetd issue revisited To: fam@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-fam@oss.sgi.com Precedence: bulk To whom it may concern: I'm aware it was discussed awhile back, but I've run into a similar issue using FAM via xinetd under RedHat 7.2. I'm using the FAM RPM associated with your typical GNOME 1.4 (ximian) installation. I'm trying, like many, to have FAM running to efsd can connect to it. But running FAM from the console or xinetd produces the same error: cannot bind to portmapper. The specified port in the /etc/xinetd.d/sgi_fam file is not outlined in /etc/services, but I gather from the rest of the configuration file that this should not matter. What's the solution here? Should I try one of the Rawhide RPMs? And what specifically is the 'portmapper' that FAM/xinetd refers to? Thanks for your (collective) help. ::al3x payne __________________________________________________ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/ -- Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com From owner-fam@oss.sgi.com Tue Mar 19 11:26:11 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g2JJQBI04468 for fam-outgoing; Tue, 19 Mar 2002 11:26:11 -0800 Received: from yar.midnightlinux.com (yar.midnightlinux.com [216.254.93.242]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g2JJQ7904465 for ; Tue, 19 Mar 2002 11:26:08 -0800 Received: from localhost (jo2y@localhost) by yar.midnightlinux.com (8.11.6/8.11.6) with ESMTP id g2JJb6t04900; Tue, 19 Mar 2002 14:37:07 -0500 Date: Tue, 19 Mar 2002 14:37:06 -0500 (EST) From: "James O'Kane" To: Mr Alex Payne cc: fam@oss.sgi.com Subject: Re: [fam] The xinetd issue revisited In-Reply-To: <20020319182658.30778.qmail@web13908.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-fam@oss.sgi.com Precedence: bulk While I don't know specifically why it is needed in this case, I do know what the portmapper is. RPC services bind to an arbitrary port, and then tell portmap where they can be found. Then other services ask portmap what port to look on. My guess is that /etc/init.d/portmap is not running or not installed. -james -- Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com From owner-fam@oss.sgi.com Tue Mar 19 14:44:01 2002 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g2JMi1h09180 for fam-outgoing; Tue, 19 Mar 2002 14:44:01 -0800 Received: from web13907.mail.yahoo.com (web13907.mail.yahoo.com [216.136.175.70]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g2JMhw909177 for ; Tue, 19 Mar 2002 14:43:58 -0800 Message-ID: <20020319224526.72349.qmail@web13907.mail.yahoo.com> Received: from [4.43.180.133] by web13907.mail.yahoo.com via HTTP; Tue, 19 Mar 2002 14:45:26 PST Date: Tue, 19 Mar 2002 14:45:26 -0800 (PST) From: Mr Alex Payne Subject: Re: [fam] The xinetd issue revisited To: "James O'Kane" Cc: famlist In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-fam@oss.sgi.com Precedence: bulk Nevermind, the most recent Rawhide RPM from rpmfind.net and a restart of portmap works just peachy. Thanks! --- James O'Kane wrote: > While I don't know specifically why it is needed in > this case, I do know > what the portmapper is. RPC services bind to an > arbitrary port, and then > tell portmap where they can be found. Then other > services ask portmap what > port to look on. My guess is that > /etc/init.d/portmap is not running or > not installed. > > > -james > > > __________________________________________________ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/ -- Source code, list archive, and docs: http://oss.sgi.com/projects/fam/ To unsubscribe: echo unsubscribe fam | mail majordomo@oss.sgi.com