Hello,
Maybe I don't understand OS X, but as I see it, any library
that needs a two level namespace would not build on any other OS
because OS X is the only OS that supports this feature.
Now, if that is the case, it doesn't make any sense for Libtool
(a tool for portable library creation & use) t
On Tue, Feb 04, 2003 at 12:23:04AM +0900, Peter O'Gorman wrote:
>
> On Tuesday, February 4, 2003, at 12:01 AM, Benjamin Reed wrote:
> >>
> >>cc -multiply_defined suppress -prebind blah || cc -flat_namespace
> >>-undefined suppress blah
> >
> >1. libkdeui's LIBADD is "-lkdecore"
> >2. the first h
Hi Dave,
Thanks for your quick update. One more package depends on carlisle:
pdfscreen. This package can be removed without further dependencies. Is
this package included in the new tetex, too?
The package tetex-texmf produces one warning concerning a not empty
directory while replacing the
I've updated the new teTeX packages to version 2.0-2, repairing some of the
problems which the early testers have pointed out (either on these lists, or
privately). Thanks for helping to test!
Please note that the old "bundle-tetex" package is now obsolete (along with 11
other packages: carlisle,
> "Randal" == Randal L Schwartz <[EMAIL PROTECTED]> writes:
Randal> You didn't mention that "bundle-tetex" is now severely broken. It is.
Randal> It wants to install things that aren't provided by tetex-base, except
Randal> that they are, and so it tries to install the old version of
Randal>
> "David" == David R Morrison <[EMAIL PROTECTED]> writes:
David> If you are upgrading from a previous teTeX installation on
David> Fink, you will most likely need to reinstall one of the
David> packages in the middle of the upgrade. There is a warning
David> message which tells you what to do
Hi Dave,
On Monday, February 3, 2003, at 05:23 AM, David R. Morrison wrote:
Dear Fink folks,
Yesterday saw a major new release of teTeX, and there are new Fink
packages
for this release in the unstable tree. Users should be aware that
upgrading
to these new packages will require the downl
On Tuesday, February 4, 2003, at 12:01 AM, Benjamin Reed wrote:
cc -multiply_defined suppress -prebind blah || cc -flat_namespace
-undefined suppress blah
1. libkdeui's LIBADD is "-lkdecore"
2. the first half of the link complains that -lqt-mt is indirectly
referenced
3. it builds the librar
On Monday, February 3, 2003, at 09:47 AM, David R. Morrison wrote:
Yes, for system-xfree86 I guess we need to test to make sure that the
user has upgraded his or her externally installed version of things.
At some point there will also be issues related to fixing problems
created by Apple's insta
Well, I think that building thing two level namespace ought to be the
libtool default also, flat_namespace is needed for some things but
causes problems for many others, how about trying both by default?
cc -multiply_defined suppress -prebind blah || cc -flat_namespace
-undefined suppress blah
So I've been fighting with getting OpenNMS working off-and-on since the
first release of a developer's 1.4.1 JDK. I finally got it mostly
working a couple weeks ago, but I was getting weird crashes from the
JDK after startup. OpenNMS uses JNI to talk to RRDTool for creating
graphs of network
On Monday, February 3, 2003, at 01:27 AM, Benjamin Reed wrote:
This would make libtool default to making twolevel libraries (which
is darwin's linker default, in fact), but you could still pass
"-flat_namespace -undefined suppress" to the command-line if you have
a poorly behaving app.
W
Yes, for system-xfree86 I guess we need to test to make sure that the
user has upgraded his or her externally installed version of things.
At some point there will also be issues related to fixing problems
created by Apple's install-name bug, I guess.
-- Dave
--
On Monday, February 3, 2003, at 08:44 AM, Jeff Whitaker wrote:
OK Dave, I'll try this. It certainly is a lot easier than the myriad
of
things I've been trying lately. What about people with system-xfree86?
We
don't want to overwrite those files do we?
We'll make a system-xfree86 4.3 then, I s
On Mon, 3 Feb 2003, David R. Morrison wrote:
> Jeff,
>
> What I've just done with the major teTeX upgrade is to put a lot of
> "Replaces" and "Provides" lines but almost no "Conflicts" lines.
>
> What this does is enables the user to upgrade without dpkg complaining.
> Any file which exists in one
Dear Fink folks,
Yesterday saw a major new release of teTeX, and there are new Fink packages
for this release in the unstable tree. Users should be aware that upgrading
to these new packages will require the download of 80 MB of source files,
and substantial compiling time.
If you are upgrading
Jeff,
What I've just done with the major teTeX upgrade is to put a lot of
"Replaces" and "Provides" lines but almost no "Conflicts" lines.
What this does is enables the user to upgrade without dpkg complaining.
Any file which exists in one of the old packages and also exists in
the new package is
BTW, did you notice that Apple has released the sources of their X11,
and commited to the XFree CVS ?
This could end to some interesting stuff, right ? :-)
Pejvan
Jeff Whitaker wrote:
On Sat, 1 Feb 2003, Max Horn wrote:
At 5:52 Uhr -0700 01.02.2003, jeff whitaker wrote:
Ben: Thanks for the
In article <[EMAIL PROTECTED]>,
Martin Costabel <[EMAIL PROTECTED]> wrote:
> How to do the validation? Ask the user about each file outside of /sw?
> For all 7790 of them in the case of xfree86? Or do it automatically by
> including a list of all files in the package description, as RPM or
> d
19 matches
Mail list logo
