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
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.
BTW
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
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
snip
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
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
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.
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
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
(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
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
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
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
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
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
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
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
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,
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 of
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
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
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,
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
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 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;
-Ben
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
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,
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 - Stonehenge Consulting
try fink list --help
[EMAIL PROTECTED] writes:
What's fink list -o? It's not documented.
-=[JFH] Justin F. Hallett Marketing
-=[JFH] Blue Falls Manufacturing Ltd. Arctic Spas
-=[JFH] [EMAIL PROTECTED]
---
This SF.NET email is sponsored
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 PROTECTED]
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 Marketing
-=[JFH] Blue Falls Manufacturing Ltd. Arctic Spas
-=[JFH] [EMAIL PROTECTED]
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*
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 there.. Saying
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 \
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
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
libnet/libnet-headers.h line:
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 I have:
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 finding
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, and
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
41 matches
Mail list logo
