Adrian Mugnolo wrote:
Hi,
I have the following setting in my fink.conf file:
Trees: local/main stable/main stable/crypto
unstable/main
I am working on a package project that I keep updating
to the local tree. Two other packages with the same
name exist under both stable and unstable trees.
On Feb 28, 2006, at 3:16 AM, Martin Costabel wrote:
In very old versions of fink, the search order used to be from left
to right in the Trees line (or so the documentation said). Nowadays
it seems to be from right to left. This is, of course, not
reasonable, given that local/main is by
William,
This sort of thing is what debian excels at...making sure that
the build machine only has the necessary support libraries installed.
As fink grows, we probably should be paying way more attention to
the BuildConflicts for each package. Debian has the advantage of
autobuilding 11+
I am wondering if anyone with a Macintel box can answer
the following question. Will Rosetta run ppc unix binaries?
For example, if you download some of the prepackaged unix
scientific software like Chimera, Sparky, etc, do they run
under Rosetta? I understand they would have to be compiled
for
Dear Powers that Be:
zsh has been maintained by dmalloc. I've been informally keeping it
up to date and bug-fixed on 10.4-transitional, and 4.2.6 is quite
stable.
zsh have just released the 4.3 series. This involves some major
changes, most notably initial support for multibyte
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Feb 28, 2006, at 12:51 PM, Jack Howarth wrote:
I am wondering if anyone with a Macintel box can answer
the following question. Will Rosetta run ppc unix binaries?
For example, if you download some of the prepackaged unix
scientific software
On Feb 27, 2006, at 4:13 PM, Dave Vasilevsky wrote:
On Feb 27, 2006, at 6:07 PM, Daniel Macks wrote:
if (defined $epoch) {%V=%e:%v-%r} else {%V=%v-%r}
More or less, though it's actually just $pv-get_fullversion() .
If an old fink that doesn't understand %V encounters it, do you
think
On Feb 28, 2006, at 9:32 AM, William Scott wrote:
Dear Powers that Be:
zsh has been maintained by dmalloc. I've been informally keeping it
up to date and bug-fixed on 10.4-transitional, and 4.2.6 is quite
stable.
zsh have just released the 4.3 series. This involves some major
On Tue, Feb 28, 2006 at 04:19:25PM -0500, Sebastien Maret wrote:
I get the following error with blogtk-1.0.6 at run time (10.4 non trans PPC).
% blogtk
Traceback (most recent call last):
File /sw/bin/blogtk, line 14, in ?
import gtkhtml2
ImportError: No module named gtkhtml2
Maybe
At 03:05 PM 2/27/2006, William Scott wrote:
These packages currently depend on glut:
graphics/glui.info
graphics/lablgl.info
graphics/lightlab.info
kde/kdegraphics3.info
libs/gle3.info
libs/libsmoke.info
sci/fung-calc.info
sci/gdis.info
sci/gopenmol.info
x11/xplanet.info
and these on freeglut:
Chris,
I've asked around on the darwin x11 mailing list and so far
the answers suggest the worst. From what I have heard so far, the
X11.app for Macintel doesn't provide a mechanism to transparently
provide the ppc X11 libraries to ppc X11 executables so they don't
run. So it appears that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Feb 28, 2006, at 5:34 PM, Jack Howarth wrote:
Chris,
I've asked around on the darwin x11 mailing list and so far
the answers suggest the worst. From what I have heard so far, the
X11.app for Macintel doesn't provide a mechanism to
Chris,
I had been hoping that X11.app and Rosetta would have been
designed such that the X11 libs would be present in both binary
formats (intel and ppc) so that pre-existing X11 ppc binaries
could be run through Rosetta. That would have really smoothed
the transition.
Jack
On Feb 28, 2006, at 12:15 AM, Dave Vasilevsky wrote:
On Feb 27, 2006, at 9:57 PM, Daniel Johnson wrote:
The blocker for kdeaccessibility3 is gstreamer (at least) which
uses assembly language files for it's x86 build. Unfortunately,
Apple's assembler appears to use a different syntax than
On Feb 28, 2006, at 7:15 PM, Jack Howarth wrote:
Chris,
I had been hoping that X11.app and Rosetta would have been
designed such that the X11 libs would be present in both binary
formats (intel and ppc) so that pre-existing X11 ppc binaries
could be run through Rosetta. That would have
Le 28 févr. 2006 à 06:15, Dave Vasilevsky a écrit :
On Feb 27, 2006, at 9:57 PM, Daniel Johnson wrote:
The blocker for kdeaccessibility3 is gstreamer (at least) which
uses assembly language files for it's x86 build. Unfortunately,
Apple's assembler appears to use a different syntax than
Jack Howarth wrote:
Chris,
I had been hoping that X11.app and Rosetta would have been
designed such that the X11 libs would be present in both binary
formats (intel and ppc) so that pre-existing X11 ppc binaries
could be run through Rosetta. That would have really smoothed
the transition.
17 matches
Mail list logo