Hi,
I've been making a binary of webalizer available on their site for some
time and I'm thinking I'd rather just add it to fink and have people grab
it from there. I've noticed that webalizer (as well as zlib, which it
requires) both have maintainers listed but that no releases exist in
I believe that zlib was discontinued as a Fink package (for 10.2)
because the version that comes with the operating system works fine.
According to my system, webalizer-2.01-10 is available in Fink via the
unstable tree, and is indeed mainitained.
On Friday, September 5, 2003, at 09:41 AM,
On Sep 5,2003 09:41:36 -0400, Cunningham, Chad [EMAIL PROTECTED] wrote :
Hi,
I've been making a binary of webalizer available on their site for some
time and I'm thinking I'd rather just add it to fink and have people grab
it from there. I've noticed that webalizer (as well as zlib, which it
Hi,
I cc this to fink-devel, because I'm not sure how to proceed.
On Friday, September 5, 2003, at 03:49 AM, Jean-Francois MERTENS wrote:
Hi,
I get :
Unpacking cernlib (from .../cernlib_2002-2_darwin-powerpc.deb) ...
dpkg - warning, overriding problem because --force enabled:
trying to
I'd recommend a more descriptive name ie: name yours fatmanback and
there will no longer be a conflict.
On 5-Sep-03, at 11:58 AM, Remi Mommsen wrote:
To my understanding the update-alternatives should be used for
programs providing similar functionality. However the fatback
executable from
Hi,
That's the quick and dirty hack. The problem is, that you'll break the
compatibility with other platforms. Any user/script must be made aware
that fatback is called differently on Mac OS X. This is not impossible
in my view, as fatback is not widely used. But I hope to find a better
this is the solution that all pkging systems use and run into. if a
program has the same name and they both provide different functionality
one much be renamed, or the pkgs must conflict, but conflicting pkgs
are a pain for ppl that want both pkgs and should be avoided unless
abosolutly
Another option would be to create an auxiliary directory, e.g.
%p/share/cernlib/bin, and put the executables there, then add this
directory to the head of the PATH. The user would call the cernlib
fatback if no path is given. This should mitigate any cross-platform
headaches.
This was done
this is not a good idea since it'll pick the first on in the path hash,
thus if you have /sw/bin/blah and /sw/bin/blahfoo/blah and add it to
the end or beginning of the path hash only one will work, depending on
the order. Renaming the binary is a much better alternative.
On 5-Sep-03, at 1:04
On Friday, September 5, 2003, at 08:30 AM, Dave Vasilevsky wrote:
Multiple definitions from the same .al file are a known bug in how
libtool 1.4 deals with convenience libraries. See
http://fink.sourceforge.net/doc/porting/libtool.php#fixing-14x for how
to fix it.
Thanks!!
It builds fine.
On Thursday, September 4, 2003, at 06:58 PM, Koen van der Drift wrote:
ld: multiple definitions of symbol
TSE3::App::Application::saveChoices(std::basic_stringchar,
std::char_traitschar, std::allocatorchar const)
./app/.libs/libtse3app.al(Application.lo) definition of
11 matches
Mail list logo
