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
th
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
changes,
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 a missing dependency (gtkhtml2) in pygtk2-py23?
Sébastien
-
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
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 every
-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 transparen
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 t
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 real
Daniel Johnson wrote:
> I see what needs to be done to get 0.8.12 to build, but it requires a
> lot of patching which I don't really feel like doing right now. :) Of
> course, if the dependency can be safely changed to gstreamer-0.10, that
> would also work.
>
> And gstreamer-0.10 just built.
Th
May I have permission to put 4.2.6 into stable and to put 4.3.1 in
unstable?
Yes, that's fine.
Done.
I'm very very reluctant to mess with anyone else's package without
permission.
Thanks for being cautious. Thanks also for being very helpful!
It is we who need to be thanking you a
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 th
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.
On Feb 28, 2006, at 4: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 real
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" tre
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 defa
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+ archit
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 characte
-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 l
21 matches
Mail list logo