I recovered from it, but it took six hours of ranting and raving and
a bit of recompiling.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration
I would like to make the application available through fink, i.e. fink
install myapp should work.
My application uses components, which have GPL2, GPL, BSD and MIT licenses.
Looking at the packaging instructions, it seems that I would have to have
one license under which the application is
monipol wrote:
On 04/09/2009, at 22:41, Alexander Hansen wrote:
Jack Howarth wrote:
Shouldn't the Snow Leopard information on the
finkproject home page be updated to tell folks
if they had Xquartz 2.3.3.2 installed on their
Leopard machine that a clean installation of
fink will be
Martin Costabel wrote:
[]
(The last
fasentencect is not an official xquartz declaration, but it is the
logical conclusion from the currently available declarations.)
Read fact or sentence, as you wish. Anyway, I think it is true :-)
--
Martin
On 05/09/2009, at 03:34, Saadat wrote:
I would like to make the application available through fink, i.e.
fink
install myapp should work.
As I said before (and now with pointers to further information), you
may:
a) Submit a package description to Fink. If it conforms to Fink's
policy it
On Sep 5, 2009, at 6:33 AM, monipol wrote:
On 05/09/2009, at 03:34, Saadat wrote:
My application uses components, which have GPL2, GPL, BSD and MIT
licenses.
Looking at the packaging instructions, it seems that I would have to
have
one license under which the application is released. If I
On Fri, Sep 04, 2009 at 07:03:26PM -0400, Jack Howarth wrote:
I've looked through the sources for zip 3.0 and
unzip 6.0 and my initial impressions appear to be
borne out. They use a weird custom configure script
in concert with Makefile to find the system bzip2
library on MacOS X without
If any issues arise from the updates into stable
from unstable that I've added, please cc me directly
if you post to the list. I'm a tad distracted at the
moment trying to get some recent major regressions on
x86_64-apple-darwin addressed in gcc trunk (gcc 4.5)...
Daniel,
Actually if you look closely at the zip-3.0-1 and unzip-6.0-1
builds they never include a -I%p/include or -L%p/lib so we can
just drop the BuildConflicts entirely.
gzip -dc /sw/src/zip30.tgz | /sw/bin/tar -xf - --no-same-owner
--no-same-permissions
make -f unix/Makefile generic
sh
Hi folks:
I started a clean stable 64-bit for 10.6 for purposes of testing
migration of some of my packages to stable.
Although gcc44 is in stable, its dependency libmpfr1 is not, so gcc44
won't build in stable.
HTH,
Bill
William G. Scott
Contact info:
I'm trying to migrate coot to stable, but several dependencies are in
unstable, so if there is any change of migrating these, I can verify
they work:
These include current or recent versions (see below) of:
fftw,
swig,
pygtk2-gtk-py26
and
atk1
freetype219
glib2 (dev)
gtk+2
libffi
Fixed.
-- Dave
On Sep 5, 2009, at 5:23 PM, William G. Scott wrote:
Hi folks:
I started a clean stable 64-bit for 10.6 for purposes of testing
migration of some of my packages to stable.
Although gcc44 is in stable, its dependency libmpfr1 is not, so gcc44
won't build in stable.
On Sat, Sep 05, 2009 at 02:39:43PM -0700, William G. Scott wrote:
I'm trying to migrate coot to stable, but several dependencies are in
unstable, so if there is any change of migrating these, I can verify
they work:
These include current or recent versions (see below) of:
I second the call for swig to be moved
from unstable to stable so that it will build
on 10.6. The pymol-py packaging currently moved
from unstable won't build on 10.6 without that.
I could variant pymol-py and use the system swig
for 10.6 but it seems silly to have to resort to
that.
Hello, all.
As previously announced by David R. Morrison, the stable tree has been
pruned for Snow Leopard. Many packages aren't available and William G.
Scott has already posted a wish list. :)
I've gathered the last commit messages on the stable tree and I've
built up a page on our wiki
Regarding the list at http://wiki.finkproject.org/index.php/Fink:SnowLeopard,
the g95 package will almost certainly have to be left marked as Distribution
restricted to 10.4 and 10.5. The g95 author forked long ago from FSF gcc's
gfortran
code and still uses an ancient version of gcc for his
Martin,
Regarding your question about how to get gfortran to accept the -arch
option,
it can't. That is an enhancement that Apple added to their gcc which wasn't
(and is unlikely
to ever be) ported to FSF gcc. The approach FSF gcc uses (which we have
supported since
I assumed
17 matches
Mail list logo