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_I
Hi,
My guess is the file it is looking for would be
/sw/lib/include/libnet/ip.h, this follows the pattern I've seen in
other programs which define constants with underscores in the middle.
So you might have to play with CFLAGS a bit: SetCFLAGS: -I/%p/lib/libnet
(Is this an autoconf/automake prog
Hi everyone,
I've received some reports that tcptraceroute (which depends on libnet
& libpcap) isn't working, getting the following error, which I can
confirm occurs:
make tcptraceroute CFLAGS=-I/sw/include
gcc -I/sw/include `libnet-config --defines` \
-o tcptraceroute tcptraceroute.c \
On Monday, January 27, 2003, at 10:09 PM, Ben Hines wrote:
On Monday, January 27, 2003, at 06:41 PM, Randal L. Schwartz wrote:
my $newlibrary;
my @liblist;
my $libdir = "/usr/X11R6/lib";
then you'll have to say that. No simple addition of parens will help
you. What you're say
On Monday, January 27, 2003, at 06:41 PM, Randal L. Schwartz wrote:
my $newlibrary;
my @liblist;
my $libdir = "/usr/X11R6/lib";
then you'll have to say that. No simple addition of parens will help
you. What you're saying now is the same as leaving the second and
third "my" off, a
On Monday, January 27, 2003, at 06:36 PM, Randal L. Schwartz wrote:
"Ben" == Ben Hines <[EMAIL PROTECTED]> writes:
Ben> The comments discuss the issue of it not being documented, i
think.
Ben> In any case, it was a pointer at the tracker, which is the proper
Ben> place to comment that "Try
> "Ben" == Ben Hines <[EMAIL PROTECTED]> writes:
Ben> On Monday, January 27, 2003, at 01:22 PM, Jeremy Erwin wrote:
>> Parentheses missing around "my" list at ./fixlib line 4.
>> Useless use of a variable in void context at ./fixlib line 4.
Ben> Is perl 5.8 stricter about this or something?
> "Ben" == Ben Hines <[EMAIL PROTECTED]> writes:
Ben> The comments discuss the issue of it not being documented, i think.
Ben> In any case, it was a pointer at the tracker, which is the proper
Ben> place to comment that "Try finding *that* in either "man fink" or
Ben> "fink --help". It's not
On Monday, January 27, 2003, at 04:20 PM, Max Horn wrote:
At 15:53 Uhr -0800 27.01.2003, Ben Hines wrote:
On Monday, January 27, 2003, at 02:30 PM, Randal L. Schwartz wrote:
"Justin" == Justin Hallett <[EMAIL PROTECTED]> writes:
Justin> try fink list --help
Ahh, another *undocumented* fe
I just synced the base packages from the unstable tree into the
stable tree. I also synced them into the fink CVS module, but don't
have time to do a bootstrap right now. I'll do that ASAP (maybe
tomorrow), but if anybody finds the time to try it, please do so.
I hope I didn't break bootstrap, b
At 15:53 Uhr -0800 27.01.2003, Ben Hines wrote:
On Monday, January 27, 2003, at 02:30 PM, Randal L. Schwartz wrote:
"Justin" == Justin Hallett <[EMAIL PROTECTED]> writes:
Justin> try fink list --help
Ahh, another *undocumented* feature.
Try finding *that* in either "man fink" or "fink --hel
Hi All,
I just checked in a quick fix. I haven't tested it extensively but it
seems to work now, I appreciate testing and feedback (bad or good).
If this new fix causes other problems I think it best to just undo my
speedup patch for the time being. I am busy moving into a new home this
week
On Monday, January 27, 2003, at 02:30 PM, Randal L. Schwartz wrote:
"Justin" == Justin Hallett <[EMAIL PROTECTED]> writes:
Justin> try fink list --help
Ahh, another *undocumented* feature.
Try finding *that* in either "man fink" or "fink --help". It's not
there.
http://sourceforge.net/
On Monday, January 27, 2003, at 01:22 PM, Jeremy Erwin wrote:
Parentheses missing around "my" list at ./fixlib line 4.
Useless use of a variable in void context at ./fixlib line 4.
Is perl 5.8 stricter about this or something?
I have:
my $newlibrary, @liblist, $libdir = "/usr/X11R6/lib";
-B
On Monday, January 27, 2003, at 05:23 AM, David R. Morrison wrote:
Ben Hines and I have been working on improving the release process, at
least from the technical point of view (creating the binary installer
and so on). These improvements include a script Ben wrote to automate
I just found
On Monday, January 27, 2003, at 05:01 PM, Carsten wrote:
Hi Max,
Yes I am seeing the same thing too.
Agreed, fink should use the existing (dirty) index in this case. It
does seem to do so when a package is specified ("fink list zip" or
"fink apropos zip" for example).
I believe I have seen
if it's still around once I'm done with the cvs and mirror patches I'm
working on I'll have a look at it.
[EMAIL PROTECTED] writes:
>Now only somebody has to do it :-)
-=[JFH] Justin F. Hallett
-=[JFH] Blue Falls Manufacturing Ltd.
-=[JFH] [EMAIL PROTECTED]
---
Hi,
The separate wtf-acronyms file for the wtf package was still
downloading via CVSWEB but I checked in a new version. It now downloads
the tarball and just mentions the cvsweb url in DescUsage for people
who really want the bleeding-edge acronyms list. ;)
Carsten
On Monday, January 27, 2003,
At 14:30 Uhr -0800 27.01.2003, Randal L. Schwartz wrote:
> "Justin" == Justin Hallett <[EMAIL PROTECTED]> writes:
Justin> try fink list --help
Ahh, another *undocumented* feature.
Try finding *that* in either "man fink" or "fink --help". It's not there.
Maybe it should be reworked to be
> "Justin" == Justin Hallett <[EMAIL PROTECTED]> writes:
Justin> try fink list --help
Ahh, another *undocumented* feature.
Try finding *that* in either "man fink" or "fink --help". It's not there.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<[EMAIL PROTE
try fink list --help
[EMAIL PROTECTED] writes:
>What's "fink list -o"? It's not documented.
-=[JFH] Justin F. Hallett
-=[JFH] Blue Falls Manufacturing Ltd.
-=[JFH] [EMAIL PROTECTED]
---
This SF.NET email is sponsored by:
SourceForge Ent
> "Max" == Max Horn <[EMAIL PROTECTED]> writes:
Max> One of the last changes to speed up re-index causes a regression. Now
Max> if I enter e.g. "fink list -o" when my index is dirty, I get this:
Max> fink list -o
What's "fink list -o"? It's not documented.
--
Randal L. Schwartz - Stonehen
Hi Max,
Yes I am seeing the same thing too.
Agreed, fink should use the existing (dirty) index in this case. It
does seem to do so when a package is specified ("fink list zip" or
"fink apropos zip" for example).
I believe I have seen this problem even before my last patch, but it
certainly is
At 16:30 Uhr -0500 27.01.2003, Alexander Strange wrote:
On Monday, January 27, 2003, at 07:18 AM, Max Horn wrote:
To further clarify this, no package that does invoke CVS will be
accepted into the official fink distro.
Cheers,
Max
The 'wtf' package does this.
Actually it doesn't, but wtf-a
Alexander Strange <[EMAIL PROTECTED]> wrote:
> On Monday, January 27, 2003, at 07:18 AM, Max Horn wrote:
> > To further clarify this, no package that does invoke CVS will be
> > accepted into the official fink distro.
> >
> >
> > Cheers,
> >
> > Max
>
> The 'wtf' package does this.
>
Actually,
Howdy,
I'm trying to compile vis5d (http://vis5d.sourceforge.net/)
for OS X 10.2 latest. The vis5d package comes with libtool
1.4 (timestamp of "1.920 2001/04/24 23:26:18"). I found
the fink porting tips document essential, as I definitely had
the flat_nam
On Monday, January 27, 2003, at 07:18 AM, Max Horn wrote:
To further clarify this, no package that does invoke CVS will be
accepted into the official fink distro.
Cheers,
Max
The 'wtf' package does this.
---
This SF.NET email is sponsore
It would be fine, if it worked-- all I get are
Parentheses missing around "my" list at ./fixlib line 4.
Useless use of a variable in void context at ./fixlib line 4.
you must be root to run this![jeremy@callisto:~]$ sudo ./fixlib
Parentheses missing around "my" list at ./fixlib line 4.
Useless use
It's the lead item on the fink news right now, but it's going to get
buried soon.
On Mon, 2003-01-27 at 15:58, Hisashi T Fujinaka wrote:
> I'm for it.
>
> I wish there was some other way to find out about it. I didn't notice it
> until I saw someone mention it on irc.
>
> On Mon, 27 Jan 2003, Al
I'm for it.
I wish there was some other way to find out about it. I didn't notice it
until I saw someone mention it on irc.
On Mon, 27 Jan 2003, Alexander Hansen wrote:
> Should I add an item to the X11 Guid advising users to run Ben H's
> library fixer script for Apple X11?
>
--
Hisashi T Fuj
Should I add an item to the X11 Guid advising users to run Ben H's
library fixer script for Apple X11?
--
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
At 19:29 Uhr +0100 27.01.2003, Martin Costabel wrote:
On lundi, jan 27, 2003, at 16:30 Europe/Paris, Alexander Hansen wrote:
It may not work when virtual packages are involved. I just did a test
to see what would happen if I wanted to remove my xfree86 installation:
[]
On Mon, 2003-01-27 at
One of the last changes to speed up re-index causes a regression. Now
if I enter e.g. "fink list -o" when my index is dirty, I get this:
fink list -o
Fink has detected that your package cache is out of date and needs an
update, but does not have privileges to modify it. Please re-run fink as
roo
On lundi, jan 27, 2003, at 16:30 Europe/Paris, Alexander Hansen wrote:
It may not work when virtual packages are involved. I just did a test
to see what would happen if I wanted to remove my xfree86 installation:
[]
On Mon, 2003-01-27 at 09:55, David R. Morrison wrote:
Hi. I've noticed an i
I kind of thought that, too. Probably the user's guide, at the end of
the bindist section, would be best.
If the question comes up enough, a one-liner in the FAQ pointing at the
relevant section of the UG would probably be adequate.
On Mon, 2003-01-27 at 11:29, David R. Morrison wrote:
> I'm not
I'm not sure where it should go. It's the sort of thing which we'd like
a user to see when he or she is just starting. So perhaps it belongs in
the user's guide? Or maybe we need a short document "Getting Started with
Fink" or something like that...
Well, it could go into the FAQ but the FAQ is
(Torrey, I'm cc'ing fink-devel just so people know what's going on.)
Folks, if you're interested in trying out the new XFree86 snapshot, I've
got an info file in my experimental tree, and I can make .deb's
available too if people want to help Torrey test.
Note that I am *not* the XFree86 mainta
It may not work when virtual packages are involved. I just did a test
to see what would happen if I wanted to remove my xfree86 installation:
[ldx3:~] hansen% sudo apt-get remove --no-act xfree86-rootless-threaded
Password:
Reading Package Lists... Done
Building Dependency Tree... Done
You might
I can do it. Should it go in the FAQ (as a preemptive strike) or
elsewhere?
On Mon, 2003-01-27 at 10:07, David R. Morrison wrote:
> Here's something which I wish we were documenting properly.
>
> Briefly, there are a handful of packages which exist in the stable tree,
> but which we do not dist
Here's something which I wish we were documenting properly.
Briefly, there are a handful of packages which exist in the stable tree,
but which we do not distribute in binary form for licensing reasons.
A current list of these can be found in the CVS module "scripts", at
scripts/bindist/excludes.
Hi. I've noticed an increasing trend on the fink-users and fink-beginners
list to give advice of using "dpkg -r --force-depends" when dpkg conflicts
are encountered, and I wonder if we can find something better to suggest
to people. I'm concerned that the routine use of --force-depends will
put a
The scripts CVS module is, in my opinion, the best place to store
checklists
of any kind about the release process.
agreed.
In terms of timing of announements, though, we need to be careful.
WIth
this recent release, for example, we unfortunately kept finding little
problems with the binary
On Monday, Jan 27, 2003, at 06:37 US/Eastern, David R. Morrison wrote:
2. All windows appeared in the upper left corner over the gnome menu
bar, so that the title-bar doesn't get drawn and the window can't be
dragged. Well, it appears that problem 2 still exists.
Since the most recent round of
Ben Hines and I have been working on improving the release process, at
least from the technical point of view (creating the binary installer
and so on). These improvements include a script Ben wrote to automate
the creation of the binary installer, as well as various updates we
have made to the HO
At 18:10 Uhr -0800 26.01.2003, Ben Hines wrote:
Does anyone object to including FinkCommander on the next Fink .dmg?
It is pretty mature these days.
I am thinking it would be separate from the .pkg, perhaps in a
"FinkCommander" folder with its own readme files and such.
Sounds OK I guess.
BT
At 0:10 Uhr -0500 27.01.2003, Carsten wrote:
Hi Charles,
There's no built-in method in Fink but you can just put CVS commands
in InstallScript. It would only be good for personal use, not really
for an official fink package. I do this to build the latest
FinkCommander and a couple other program
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 t
47 matches
Mail list logo
