Fabio,
Do you have the matching command line tools package installed for
your Xcode app?
Jack
On Mon, Mar 2, 2015 at 5:23 AM, Fabio Daolio fabio.dao...@inria.fr wrote:
Dear list,
I have a problem updating the package openmotif4 with fink 0.38.4,
after a system update from
FYI, the stock legacy Apple gcc 4.2 as well the legacy Apple
llvm-gcc-4.2 will fail on 10.10 due to...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
where the extra digit in the version numbering isn't handled properly.
This is fixed in the fink llvm-gcc42 package by a back port of
This is a known limitation due to the Apple's refusal to use GPLv3 which
resulted in the gas 'as' assembler in Xcode being left at the last release
which was licensed as GPLv2. The nearest you will get to a solution is to
use dragonegg-gcc48 which uses the --spec-as feature by default to use the
: Perl module changes term modes
Pick one: [1]
This package should autoselect the correct one for the user rather than present
a prompt.
On Nov 20, 2013, at 8:56 AM, Jack Howarth howa...@bromo.med.uc.edu wrote:
I suspect this may be coming from the texlive-nox-base default. On my
On Tue, Nov 19, 2013 at 11:38:20PM -0600, Marc Boxerman wrote:
Good news and bad news. As noted, fink is now trying to build 0.48.4-11.
The new issue is with dependencies. Are audiofile, esound, and gnome-desktop
really needed? At any rate, fink is tripping on another dependency:
) texlive-nox-base: Base programs for a TeX Live installation
instead?
Jack
On Nov 20, 2013, at 8:24 AM, Jack Howarth howa...@bromo.med.uc.edu wrote:
On Tue, Nov 19, 2013 at 11:38:20PM -0600, Marc Boxerman wrote:
Good news and bad news. As noted, fink is now trying to build
Marc,
I've posted packaging for inkscape-0.48.4-9 on fink tracking which has been
tested
on both 10.8 and 10.9 with 'fink -m' and uses the MacPorts approach of
backporting
the changes from the inkscape 0.48.x branch up to revision 9985.
Remi,
I've committed a workaround for the moment for the problem on 10.9...
if [[ $(sw_vers -productVersion | cut -d. -f1-2) 10.8 ]]; then
perl -pi -e 's|CDEBUGFLAGS = -O0 |CDEBUGFLAGS = -O0 -D_FORTIFY_SOURCE=0
|g' %b/packlib/kuip/programs/kuipc/Makefile
fi
My tests show that
lists:
The Fink Users List fink-users at lists.sourceforge.net
The Fink Beginners List fink-beginners at lists.sourceforge.net,
with a carbon copy to the maintainer:
Jack Howarth howarth at bromo.med.uc.edu
Note that this is preferable to emailing just the maintainer directly
On Mon, Sep 30, 2013 at 03:44:56PM +0200, Martin Costabel wrote:
On 27/09/13 15:35, Jack Howarth wrote:
[]
The actual error here has nothing to do with the wheel group but the
fact that
llvm-gcc42 is currently hardcoded for darwin13.
There is another small problem:
Unpacking llvm
On Thu, Sep 26, 2013 at 03:37:04PM -0700, Alexander Hansen wrote:
On 9/26/13 2:16 PM, Alexander Hansen wrote:
On 9/26/13 1:22 PM, Werner Bäni wrote:
Am 26.09.2013 um 20:57 schrieb Alexander Hansen
alexanderk.han...@gmail.com:
On 9/26/13 8:27 AM, Werner Bäni wrote:
Am 26.09.2013 um 16:34
On Fri, Sep 27, 2013 at 06:41:38AM -0700, Alexander Hansen wrote:
On 9/27/13 6:35 AM, Jack Howarth wrote:
On Thu, Sep 26, 2013 at 03:37:04PM -0700, Alexander Hansen wrote:
On 9/26/13 2:16 PM, Alexander Hansen wrote:
On 9/26/13 1:22 PM, Werner Bäni wrote:
Am 26.09.2013 um 20:57 schrieb
On Wed, Apr 10, 2013 at 02:14:42PM +0200, Godfred Epie Essongolle wrote:
After Updating Fink Packages, I had problems installing the following
packages gcc48, gcc48-compiler, and gcc48-shlibs find below the building
error messages and some other necessary information in Italics
Setting
On Fri, Feb 15, 2013 at 03:22:04PM -0500, Hanspeter Niederstrasser wrote:
On 2/15/2013 3:15 PM, zooloo wrote:
Dear Finkers,
in the course of fink update-all at this 10.6 machine, I encounter troubles
building doxygen:
/sw/bin/make -f Makefile.doxygenPERL=/usr/bin/perl all
make[2]:
Viranch,
The current mysql-unified-5.0.96-1 packaging builds fine here under Xcode
4.5.1 on
x86_64-apple-darwin12. What do you get from...
% clang -v
Apple clang version 4.1 (tags/Apple/clang-421.11.66) (based on LLVM 3.1svn)
Target: x86_64-apple-darwin12.2.0
Thread model: posix
My guess is
.
Jack
From: Jack Howarth [howa...@bromo.med.uc.edu]
Sent: Wednesday, October 31, 2012 6:16 PM
To: fink-beginners@lists.sourceforge.net
Cc: Kim, Woo-Joong
Subject: Re: [Fink-beginners] Problem with fink update-all
On Wed, Oct 31, 2012 at 05:59:57PM
/local moved aside as /usr/local.off
2) Send me a complete build log.
No one else has ever reported the problem you are seeing so I am at a loss to
explain it.
Jack
From: Jack Howarth [howa...@bromo.med.uc.edu]
Sent: Thursday, November 01, 2012
build but
might make sense if your drive is hitting bad blocks.
Thank you
From: Jack Howarth [howa...@bromo.med.uc.edu]
Sent: Thursday, November 01, 2012 3:51 PM
To: Kim, Woo-Joong
Cc: fink-beginners@lists.sourceforge.net
Subject: Re: [Fink
On Wed, Oct 31, 2012 at 05:59:57PM -0700, Alexander Hansen wrote:
On 10/31/12 4:13 PM, Kim, Woo-Joong wrote:
Hello,
I've been trying to fink update-all, but every time I try this, my
terminal gets inactive. I left it overnight, and there is no progress made
once it gets inactive.
On Tue, May 01, 2012 at 12:52:16PM -0700, Alexander Hansen wrote:
On 5/1/12 11:55 AM, Alexander Hansen wrote:
On 5/1/12 11:19 AM, Marcel Merkle wrote:
I don't know whether this could cause problems:
Could not determine fink package for 104 headers:
As far as I have been able to tell the breakage seems to be introduced with
the
new X11 in Lion. The molmol program built either under SL and run under Lion or
built under Lion fails to display the widgets or menus in its windows. The
current
bahavior looks a lot like something we saw on
for awhile.
This was a major
concern of mine about the absence of Xquartz support in fink (that we would be
blindsided with
X11 issues on new system releases that adopted the work from Xquartz).
Jack
On Aug 13, 2011, at 7:54 AM, Jack Howarth wrote:
As far as I have been able
never
determined what xorg change eliminated the previous instance of this widget
issue in MacPorts. Also if it
is a fixable flaw in X11/Xquartz, you'll have to wait for a fixed release of
either the system X11 or Xquartz.
Jack
On Aug 13, 2011, at 10:02 AM, Jack Howarth wrote
reason the extra redirection from /dev/null seems to break under Lion.
Jack
On Aug 13, 2011, at 10:51 AM, Jack Howarth wrote:
On Sat, Aug 13, 2011 at 10:37:54AM -0700, Glenn Millhauser wrote:
Thank you, Jack. So then even if I install Macports, molmol will not run
-- am I
=3391210group_id=17203atid=414256
http://sourceforge.net/tracker/?func=detailaid=3391212group_id=17203atid=414256
Jack
On Saturday, August 13, 2011, Jack Howarth howa...@bromo.med.uc.edu wrote:
On Sat, Aug 13, 2011 at 12:22:14PM -0700, Glenn Millhauser wrote:
Okay -- I'll check in periodically
Chris,
Although you really didn't send the log section showing the actual
compilation failure
in gcc46, I strongly suspect you haven't been applying the Xcode updates
offered you from
Software Update. Your Xcode on SL needs to be 3.2.3 or later.
Jack
On Fri, Jul 29, 2011 at 08:45:10AM -0400, Alexander Hansen wrote:
On 7/29/11 7:44 AM, Jack Howarth wrote:
Chris,
Although you really didn't send the log section showing the actual
compilation failure
in gcc46, I strongly suspect you haven't been applying the Xcode updates
offered
'.
Jack
On Thu, Jul 14, 2011 at 9:03 AM, Alexander Hansen
alexanderk.han...@gmail.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Jul 13, 2011 at 4:39 PM, Jack Howarth
howa...@bromo.med.uc.edu mailto:howa...@bromo.med.uc.edu wrote:
On Wed, Jul 13
On Wed, Jul 13, 2011 at 02:32:42PM -0400, Alexander Hansen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
(let's do this on -beginners rather than crossposting)
On 7/13/11 1:57 PM, Krista Romita wrote:
I tried installing SExtractor onto my laptop (OS X 10.6) using fink,
after I
FSF gcc tends to expose new dsymutil/linker/assembler issues in each release.
The xcode requirements are present to insure that the Xcode installed is new
enough
to avoid these issues. This often involves both the building of FSF gcc as well
as
its runtime use.
Jack
ps It is
On Thu, Jun 30, 2011 at 01:34:41PM -0500, Robert Wyatt wrote:
My guess is that Rudy is seeing this error, since I've been seeing it
for a couple of days now too (on 10.6.8). I'm happy to test solutions so
let me know
checking for x86_64-apple-darwin10.8.0-gcc...
On Thu, Jun 30, 2011 at 01:55:25PM -0500, Robert Wyatt wrote:
On 6/30/11 1:43 PM, Jack Howarth wrote:
On Thu, Jun 30, 2011 at 01:34:41PM -0500, Robert Wyatt wrote:
My guess is that Rudy is seeing this error, since I've been seeing it
for a couple of days now too (on 10.6.8). I'm happy to test
On Thu, Jun 30, 2011 at 04:15:23PM -0500, Robert Wyatt wrote:
On 6/30/11 3:33 PM, Jack Howarth wrote:
On Thu, Jun 30, 2011 at 01:55:25PM -0500, Robert Wyatt wrote:
On 6/30/11 1:43 PM, Jack Howarth wrote:
On Thu, Jun 30, 2011 at 01:34:41PM -0500, Robert Wyatt wrote:
My guess is that Rudy
On Thu, Jun 30, 2011 at 05:47:06PM -0500, Robert Wyatt wrote:
Jack Howarth wrote:
On Thu, Jun 30, 2011 at 04:15:23PM -0500, Robert Wyatt wrote:
On 6/30/11 3:33 PM, Jack Howarth wrote:
On Thu, Jun 30, 2011 at 01:55:25PM -0500, Robert Wyatt wrote:
On 6/30/11 1:43 PM, Jack Howarth wrote:
On Thu
On Thu, Jun 30, 2011 at 07:22:21PM -0500, Robert Wyatt wrote:
Jack Howarth wrote:
On Thu, Jun 30, 2011 at 05:47:06PM -0500, Robert Wyatt wrote:
Jack Howarth wrote:
On Thu, Jun 30, 2011 at 04:15:23PM -0500, Robert Wyatt wrote:
On 6/30/11 3:33 PM, Jack Howarth wrote:
On Thu, Jun 30, 2011 at 01
Actually the problem is a linker bug in Xcode 4.0.x which is tickled by the
ocaml
assembly. It appears that the suggested workarounds in the generated assembly
from
ocaml are difficult for them to implement without breaking Xcode 3.2 support...
Any effort to use FSF gcc from within the Xcode IDE is bound
to end badly. In particular, features like -arch aren't utilized
in the FSF gcc builds (as it would require adopting a lipo based
multilib approach by building and combining binaries on all three
architectures; i386, x86_64 and
The gcc44-4.4.4-1000 and gcc45-4.5.0-1000 packaging sitting on
fink tracking...
http://sourceforge.net/tracker/?func=detailaid=2994489group_id=17203atid=414256
http://sourceforge.net/tracker/?func=detailaid=2992713group_id=17203atid=414256
...will prevent these failed builds by checking for
FYI, there are no impediments to committing the
current gcc44-4.4.4-1000, cloog-0.15.9-1 and
gcc45-4.5.0-1000 packaging other than the glacial
speed of the review/commit process.
Jack
--
Niloufar,
You do realize that fftw is a math library and
not a stand-alone program, right?
Jack
On Wed, Jan 06, 2010 at 11:23:21AM -0500, Niloufar Faghihi wrote:
Hello,
ok, i renamed the usr/local and installed fftw again.. this time there is no
error message but when i
On Sun, Sep 27, 2009 at 10:56:25PM +0200, Glenn Millhauser wrote:
Hi Jack,
Thank you. That did the trick. It's working like the old molmol --
no bug when calculating secondary structure. So what do we do now? Is
it worthwhile having the maintainer reset back to openmotif3? Michael,
to openmotif3 for
Depends and BuildDepends.
Jack
On Sun, Sep 27, 2009 at 10:05:25AM +0200, Glenn Millhauser wrote:
Hi Jack,
Thank you for the suggestion. For rebuilding molmol, how do I select
openmoif3?
glenn
On Sep 25, 2009, at 3:32 PM, Jack Howarth wrote:
Glenn,
Try rebuilding
that. Now do I just run molmol or is there a rebuilding
process? Sorry for being so naive about this.
thanks
g
On Sep 27, 2009, at 7:32 PM, Jack Howarth wrote:
Glenn,
You would make a local copy of the molmol package files by...
cd /sw/fink/10.4/unstable/main/finkinfo/sci
cp molmol
Glenn,
Try rebuilding molmol locally against openmotif3 again
and see if the problem disappears. I didn't update it to
openmotif4 while maintaining it because of concerns that
its crufty old motif code might not be completely compatible
with openmotif 2.3.
Jack
Brian,
If you had X11 2.4.0 installed and built X11 related
fink packages before upgrading from Leopard to Snow Leopard and
upgrading fink, you will have problems. The X11 in Snow Leopard
is based on an earlier X11 2.3.3 release and is missing newer
components from X11 2.4.0. While you could
You will need to switch to the unstable branch to build octave.
Not all of the changes required for 10.6 have been ported over
to the stable branch yet. If I recall correctly, the gnuplot
build is pulling in the sdl dependency through wxgtk2.8.
This is disabled on x86_64 in unstable.
it?
thanks,
g
On Sep 4, 2009, at 11:02 PM, Jack Howarth wrote:
You will need to switch to the unstable branch to build octave.
Not all of the changes required for 10.6 have been ported over
to the stable branch yet. If I recall correctly, the gnuplot
build is pulling in the sdl dependency through
I have to admit that I am puzzled that so many
packages in fink have explicit autoconf dependencies.
How many of these are from autoconf being used to
regenerate patched configure files and how many are
from parts of autoconf being called silently from within
configure itself? It would would seem
As always, this is due to the user having non-fink development
libraries (MacPorts?) installed. You can not mix fink with
MacPorts or have additional development libraries installed
in /usr/local without various breaking builds in fink. Notice
that the failed link line has /usr/local/lib/libgmp.a.
or om-mpirun later on to run a given
program?
Thanks,
Todd
On Tue, Aug 18, 2009 at 7:28 PM, Jack Howarth howa...@bromo.med.uc.eduwrote:
On Tue, Aug 18, 2009 at 06:24:46PM -0500, Todd Krause wrote:
Hi Jack,
Thanks for the quick reply. I went through the procedure you mentioned
Are you installing openmpi-dev? This package provides the symlinks for
mpicc, etc. The reason for this is that lammpi provides an alternative
mpi system. The files are renamed so that the lammpi and openmpi packages
can co-exist (providing the necessary binaries for running their
respective mpi
Doh. I misread your message. This is a glitch from earlier attempts
at supporting openmpi on case-sensitive filesystems. There were some
problems with the logic which caused the previous openmpi package to
nuke the files in the newly installed one. These issues are all
resolved in the current
to have issues, please check to see if the
FAQ on fink's website solves the problem. If not, ask on the fink-users
or fink-beginners mailing lists, with a carbon copy to the maintainer:
Jack Howarth howa...@bromo.med.uc.edu
Note that this is preferable to emailing the maintainer directly
Rui,
Update your Xcode to 3.1.2 from connect.apple.com. The
original Xcode 3.0 release for Leopard had issues with
the libGL in X11 (which gchemical should be hacking around)
however this is fixed in Xcode 3.1.2's linker.
Jack
Ingo,
Assuming you are running Leopard on a Intel Mac,
try upgrading to the current Xcode 3.1.2 from
connect.apple.com. Are you compiling with -m64?
These sort of warnings (which are generally just
noise) are more likely to be seen with the older
Xcode releases at -m64.
Jack
The general idea has been to migrate all of the fink
packages to the newer gcc4X release as soon as possible
so folks install fresh installations of fink don't have
to compile two gcc4X packages. The gcc44-4.3.999-20090327
package was a pre-release of gcc44-4.4.0-1000 for the
benefit of x86_64
On Fri, Apr 17, 2009 at 10:09:23AM +0200, Martin Costabel wrote:
Steve McMillan wrote:
I get the following error when I try to install openmpi v. 1.3.1-1000
from source on MacOS 10.5.6. The installation proceeds for ~15
minutes, then ends with:
.
Making all in doc
make[7]: Nothing to
Phillip,
Make sure you don't have any development libraries installed
in /usr/local or MacPorts packages installed that might provide these.
Often odd problems like these can be due to stray non-fink libraries
being used instead of the fink ones. Also, try moving aside your
/sw and do a fresh
58 matches
Mail list logo