[Fink-devel] Re: CVS: fink/perlmod/Fink Package.pm,1.31,1.32
Hi Ben, Oops. My intention for that part of the speedup patch was to avoid scanning the directories if not root ( if ($> == 0) { ), I didn't consider the case where Storable isn't available, I see bootstrap falls into this category too, DOH! Now that I think about this more, it also results in stale data output to "fink list" when Storable *is* available but root is *not* available... (ack, no good either). I'm sorry! :/ Thanks for squashing it. Carsten https://sourceforge.net/tracker/ index.php?func=detail&aid=676512&group_id=17203&atid=117203 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] X11 docs again
Have all of the wrinkles been ironed out of the Apple X11 patch script yet, so that I can add a recommendation to the docs? -- Alexander K. Hansen Associate Research Scientist, Columbia University visiting MIT Plasma Science and Fusion Center Levitated Dipole Experiment 175 Albany Street, NW17-219 Cambridge, MA 02139-4213 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] install_name perl script
On Tuesday, January 28, 2003, at 05:41 PM, Finlay Dobbie wrote: On Tuesday, January 28, 2003, at 10:17 pm, Chris Zubrzycki wrote: On Tuesday, January 28, 2003, at 12:04 AM, Jeremy Erwin wrote: Hmm, after I fixed a spurious newline that my test editor had added in the midst of `/usr/bin/install_name_tool -change $File::Find::name $newlibrary $_\n`;, the script works. Thanks a lot, pico! fink install nano. much better than pico...i love it Both spuriously add newlines unless you run them with "-w", AFAIK. True, but even with -w pico will still wrap the lines after a certain length, it bit me with some of RangerRick's kde info files...and nano has way more features, like just to any line #, etc. -chris zubrzycki - -- PGP public key: http://homepage.mac.com/beren/publickey.txt ID: 0xA2ABC070 Fingerprint: 26B0 BA6B A409 FA83 42B3 1688 FBF9 8232 A2AB C070 Security Is A Series Of Well-Defined Steps... chmod -R 0 / ; and smile :) --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problems compiling tcptraceroute 1.2/1.4
Hmmm... OK. Now I've added the include line for libnet/libnet-headers.h and the defines lines you mentioned, but I get this (notice the define errors have gone): patch -p1 patching file tcptraceroute.c echo "No configure script." No configure script. # (cc -Wall -I/sw/include `libnet-config --defines` -o tcptraceroute tcptraceroute.c `libnet-config --libs` -L/sw/lib -lpcap) make tcptraceroute CFLAGS=-I/sw/include gcc -I/sw/include `libnet-config --defines` \ -o tcptraceroute tcptraceroute.c \ `libnet-config --libs` -lpcap tcptraceroute.c:397: warning: ANSI C forbids newline in string constant tcptraceroute.c:1188: warning: ANSI C forbids newline in string constant tcptraceroute.c:400:1: warning: multi-line string literals are deprecated tcptraceroute.c: In function `iptohost': tcptraceroute.c:602: warning: return makes pointer from integer without a cast tcptraceroute.c: In function `allocateid': tcptraceroute.c:891: `PRu16' undeclared (first use in this function) tcptraceroute.c:891: (Each undeclared identifier is reported only once tcptraceroute.c:891: for each function it appears in.) tcptraceroute.c: In function `defaults': tcptraceroute.c:1151: too few arguments to function `libnet_seed_prand' tcptraceroute.c:1193:1: warning: multi-line string literals are deprecated tcptraceroute.c: In function `probe': tcptraceroute.c:1306: warning: passing arg 8 of `libnet_build_tcp' makes integer from pointer without a cast tcptraceroute.c:1306: too few arguments to function `libnet_build_tcp' tcptraceroute.c:1308: warning: passing arg 1 of `libnet_do_checksum' from incompatible pointer type tcptraceroute.c:1308: warning: passing arg 2 of `libnet_do_checksum' makes pointer from integer without a cast tcptraceroute.c:1308: too few arguments to function `libnet_do_checksum' tcptraceroute.c: In function `capture': tcptraceroute.c:1429: dereferencing pointer to incomplete type tcptraceroute.c:1435: dereferencing pointer to incomplete type tcptraceroute.c:1441: dereferencing pointer to incomplete type tcptraceroute.c:1444: dereferencing pointer to incomplete type tcptraceroute.c:1454: dereferencing pointer to incomplete type tcptraceroute.c:1492: dereferencing pointer to incomplete type tcptraceroute.c:1498: dereferencing pointer to incomplete type tcptraceroute.c:1504: dereferencing pointer to incomplete type tcptraceroute.c:1507: dereferencing pointer to incomplete type tcptraceroute.c:1511: dereferencing pointer to incomplete type tcptraceroute.c:1514: dereferencing pointer to incomplete type tcptraceroute.c:1519: dereferencing pointer to incomplete type tcptraceroute.c:1526: dereferencing pointer to incomplete type tcptraceroute.c:1540: dereferencing pointer to incomplete type tcptraceroute.c:1544: dereferencing pointer to incomplete type tcptraceroute.c:1585: dereferencing pointer to incomplete type tcptraceroute.c:1589: dereferencing pointer to incomplete type tcptraceroute.c:1594: dereferencing pointer to incomplete type tcptraceroute.c:1597: dereferencing pointer to incomplete type tcptraceroute.c:1602: dereferencing pointer to incomplete type tcptraceroute.c:1603: dereferencing pointer to incomplete type tcptraceroute.c:1606: dereferencing pointer to incomplete type tcptraceroute.c:1614: dereferencing pointer to incomplete type tcptraceroute.c:1618: dereferencing pointer to incomplete type tcptraceroute.c:1621: dereferencing pointer to incomplete type tcptraceroute.c:1634: dereferencing pointer to incomplete type tcptraceroute.c:1635: dereferencing pointer to incomplete type tcptraceroute.c:1678: dereferencing pointer to incomplete type make: *** [tcptraceroute] Error 1 ### execution of failed, exit code 2 Failed: compiling tcptraceroute-1.4-1 failed But it's still essentially the same error. Any ideas? Thanks a lot! On Tuesday, January 28, 2003, at 05:51 PM, Carsten Klapp wrote: Hi Jeremy, Nevermind my previous answer... I just noticed /sw/include/libnet/libnet-headers.h declares specifically LIBNET_IPV4_H and LIBNET_ICMPV4_H instead of LIBNET_IP_H and LIBNET_ICMP_H. Try patching in this at some point in the code after the "#include " line: #define LIBNET_IP_H LIBNET_IPV4_H #define LIBNET_ICMP_H LIBNET_ICMPV4_H The other errors should probably go away then too. As for the "PRu16" error I have no clue, sorry. Carsten --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problems compiling tcptraceroute 1.2/1.4
I had a look at the tcptraceroute.c file, and it doesn't actually 'include' libnet-headers.h, only libnet.h: #include I'll try adding the DEFINE lines you mentioned, to see if that works. Perhaps also including libnet-headers.h will work too. Thanks! On Tuesday, January 28, 2003, at 05:51 PM, Carsten Klapp wrote: Hi Jeremy, Nevermind my previous answer... I just noticed /sw/include/libnet/libnet-headers.h declares specifically LIBNET_IPV4_H and LIBNET_ICMPV4_H instead of LIBNET_IP_H and LIBNET_ICMP_H. Try patching in this at some point in the code after the "#include " line: #define LIBNET_IP_H LIBNET_IPV4_H #define LIBNET_ICMP_H LIBNET_ICMPV4_H The other errors should probably go away then too. As for the "PRu16" error I have no clue, sorry. Carsten --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] install_name perl script
On Tuesday, January 28, 2003, at 10:17 pm, Chris Zubrzycki wrote: On Tuesday, January 28, 2003, at 12:04 AM, Jeremy Erwin wrote: Hmm, after I fixed a spurious newline that my test editor had added in the midst of `/usr/bin/install_name_tool -change $File::Find::name $newlibrary $_\n`;, the script works. Thanks a lot, pico! fink install nano. much better than pico...i love it Both spuriously add newlines unless you run them with "-w", AFAIK. -- Finlay --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] status of imlib/gnome?
Hi Masanori. Actually, I think the gnome packages will also need a versioned depedency on imlib, "Depends: imlib (>= 1.9.14-2)". The reason has to do with imlib-config, which apparently accesses whatever version of libpng or libpng3 was installed when imlib was built. So users should update imlib and gnome (and kde) at the same time, and this depedency will make that happen. Best, Dave --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] /sw?
Do you mean from the binary installer or from a source install? If binary, then you have to do some additional work--check the mailing list archives. For an install from source, the answer is yes. -- Alexander K. Hansen Associate Research Scientist, Columbia University visiting MIT Plasma Science and Fusion Center Levitated Dipole Experiment 175 Albany Street, NW17-219 Cambridge, MA 02139-4213 On Tue, 28 Jan 2003, Vadim Zaliva wrote: > Is it possible to install fink with root not in /sw directory? > > Sincerely, > Vadim > > -- > "La perfection est atteinte non quand il ne reste rien a ajouter, mais > quand il ne reste rien a enlever." (Antoine de Saint-Exupery) > > > > --- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > ___ > Fink-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/fink-devel > --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] /sw?
Is it possible to install fink with root not in /sw directory? Sincerely, Vadim -- "La perfection est atteinte non quand il ne reste rien a ajouter, mais quand il ne reste rien a enlever." (Antoine de Saint-Exupery) --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] downloading source via CVS
Oh, the version in stable still has the old cvs-based download url. --ck On Monday, January 27, 2003, at 04:59 pm, Finlay Dobbie wrote: On Monday, January 27, 2003, at 09:30 pm, Alexander Strange wrote: The 'wtf' package does this. wtf-1.7-1.info: Source: mirror:sourceforge:fink/direct_download/source/%f.sh It does? --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] status of imlib/gnome?
On 2003.1.27, at 08:37 PM, David R. Morrison wrote: Hi guys. What is the current status of the imlib/libpng/gnome problem? I believe that Masanori has updated some (all?) gnome packages, but did they get versioned dependencies on things like libpng and imlib? We need a strategy to make sure that users have a smooth upgrade, and I'm not sure what the correct strategy is. I already added 'Depends: libpng3-shlibs' and 'BuildDepends: libpng3' for all of my gnome packages which contains Mach-O files linked with libpng. --- Masanori Sekino mailto:[EMAIL PROTECTED] --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] downloading source via CVS
On Monday, January 27, 2003, at 09:30 pm, Alexander Strange wrote: The 'wtf' package does this. wtf-1.7-1.info: Source: mirror:sourceforge:fink/direct_download/source/%f.sh It does? -- Finlay --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel