ersion? Try running
fink remove svn-shlibs
If Fink is able to remove svn-shlibs then no other package requires
it. The latest Subversion package is called svn, version 1.6.6, with
corresponding svn15-shlibs for its shared libraries.
Cheers,
--
monipol
http://finkers.wordpress.com
S
anks in advance (i couldnot find any obvious reference to this
> problem
> on web-forums).
> jeanfrancois donati
Salut, Jean-François. I'm CC'ing the maintainer of imagemagick as they
might know more about this problem and even provide a fix for it.
Cheers,
--
monipol
http://fin
-1.7.1-2" (no matching packages/versions found)
> Exiting with failure.
Hello, Alex. I haven't been able to reproduce your error: antlr is
currently at version 2.7.7-1001 in the stable tree and version
2.7.7-1003 in the unstable tree. Could you please tell us the output
of the com
For the record, the standard fix is to add
--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
to ConfigureParams.
On 05/01/2010, at 20:01, Koen van der Drift wrote:
> Scott,
>
> Thanks for your report. I don't have Snow Leopard, so am unable to
> test emboss-kaptain on that system.
llo, John. Thanks for your report; that patch file was missing
indeed. I've just committed it to the unstable tree and it should
reach the rsync mirrors in an hour at the latest. Please run fink
selfupdate and try again.
Cheers,
--
monipol
http://finkers.wordpr
t; src/const_cgsm_array.c:80: error: (near initialization for
> 'cgsm_array[79].value')
> error: Command "gcc -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -
> Wall -Wstrict-prototypes -I/sw/include -DSWIG_COBJECT_TYPES=1 -
> DDEBUG=1 -DNUMERIC=0 -DPYGSL_GSL_MAJOR_VERSIO
For the record.
On 27/12/2009, at 22:50, Cavin G. wrote:
> This was solved by monipol in the Freenode #fink IRC chat It was
> some
> libraries I'd deleted which I shouldn't have (specifically libapr.0-
> dev and
> libaprutil.0-dev, which after reinstalling w
Could you please paste (at pastebin.com) your config.log, Cavin? It
should be under /sw64/src/fink.build/svn-1.6.6-1/subversion-1.6.6.
Also, I'm CC'ing svn's maintainer. For what it's worth, svn builds for
me on 10.5/x86_64.
Cheers,
--
monipol
http://finkers.wordpress.com
S
On 27/12/2009, at 20:10, Andrew Jones wrote:
> On 27 Dec 2009, at 21:23, monipol wrote:
>> On 25/12/2009, at 11:20, Andrew Jones wrote:
>>> Hi there,
>>>
>>> Getting the following build errors when trying to build taglib:
>>> (OS X 10.6.2
>>&g
ands?
fink list unsermake
ls -l /sw/bin/unsermake
file /sw/share/unsermake/unsermake
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read this:
http://www.finkproject.org/doc/netiquette/index.
I'm cc'ing the maintainer of ntfs-3g as he might know more about your
issues.
On 19/12/2009, at 15:44, Aaron Magill wrote:
> I hope this is the correct place to ask -- if not, please let me
> know where I should send it.
>
> Before installing Fink for Snow Leopard, I used the NTFS-3G/MacFuse
. I've adapted the package to use the defaults
program instead. Could you please selfupdate (the new version is
0.3.4-3) and try again?
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read this:
http://www.finkproject.
he
xcodebuild -version
command to check it. If it's prior to 3.1.3 then it looks like FAQ
entry Q7.7:
http://www.finkproject.org/faq/comp-packages.php#Leopard-libXrandr
Also, it seems that the gtk+2 version in the unstable tree might have
a different (possibly related) fix for this issue.
n here. What are the packages that seem
to be corrupted, and how does such corruption manifest itself? Also,
general information such as OS version, Xcode version, and Fink
version are usually helpful for diagnosis.
> Professor Simone Hochgreb
> University of Cambridge
> email: simone.
tribution version: selfupdate-rsync Thu Dec 3 18:36:30 2009,
> 10.6, i386
>
>
> 2009/12/4 monipol
>
>> On 03/12/2009, at 21:02, Lorenzo Marengo wrote:
>>
>>> Failed: phase compiling: gcc44-4.4.1-1000 failed
>>>
>>> Can anyone help me?
>>&
rors occur.
The output of the command below tells your Mac OS version, Fink
version, and whether you're on 32- (i386) or 64-bit (x86_64) Fink.
fink -V | head -n 2
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read this:
http://www.finkproject.org/doc/netiquet
rn: Has svn-shlibs been pulled as a dependency of some other
package you were trying to install? That's a rather old package.
Fink's current Subversion is 1.6.6.
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read this:
http://www.finkproject.org/doc/ne
compiling: dbus-1.2.16-4 failed
Have you installed the passwd package (or, rather, answered yes and
the passwd package was being installed as a dependency of dbus)? Run
fink reinstall passwd
and answer 'yes' in order to fix that.
Cheers,
--
monipol
http://finkers.wordpress.com
ls
what's the relevant package name (xxx) and version (nnn).
For what it's worth, I've been able to install gd2-2.0.35-5 +
automake1.11-1.11-2 on my 10.5 box.
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read this:
http://www.finkproject.
On 23/11/2009, at 18:25, monipol wrote:
> On 23/11/2009, at 16:13, Bruno Martin wrote:
>> Compiling unison-aqua 2.27.57-1008 fails under 10.5. Details follows
>> (compilation log).
>> Any idea?
>
> Hello, Bruno. I've noticed that all Unison versions -- includ
fined symbols:
> _bswap_32
Hello, Moritz. I've committed a new version of libical that should fix
this problem. Could you please test it and tell us if it works for you?
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read this:
http:/
nk --
have a problem with the Ocaml glue when building the native version,
but I haven't been able to fix that yet. Thanks for the report, though.
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read this:
http://www.finkproject.org/doc/netiqu
On 22/11/2009, at 19:05, Martin Costabel wrote:
> monipol wrote:
>> Thanks for the report, Moritz. I've notified libical's maintainer
>> and he's working on a fix.
>
> Just for information: For me, it built without problems, both on
> 10.4 and 10.6. The
Thanks for the report, Moritz. I've notified libical's maintainer and
he's working on a fix.
-- monipol
On 22/11/2009, at 11:35, Moritz Kaiser wrote:
> Hi,
>
> my update-all fails.
>
> Configuration:
> Mac OS 10.4.11
> Fink, unstable tree activated.
&g
Could you please try the following patch?
http://fink.cvs.sourceforge.net/viewvc/*checkout*/fink/experimental/monipol/finkinfo/unison.info
Instructions on how to use the above file as a local package are
available here:
http://finkers.wordpress.com/2009/06/08/local-packages
If you want to be
sting it and we've got positive feedback, so it's quite
probable that it will be available in fink's next release.
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read this:
http:/
Let's send this report to the package maintainer, too. :)
On 08/11/2009, at 10:57, Viv Kendon wrote:
> I just bootstrapped a 64 bit fink on a clean install of
> 10.6.1 (apple's X11, latest xcode 3.2.1, on a macpro booted
> 64bit with case-sensitive file system), and am trying to
> install core-uti
sh syntax)
>
> This changes the "gcc" command so that it will build 32bit code on a
> 32bit Fink system.
This is also documented here:
http://www.finkproject.org/faq/usage-general.php#compile-myself
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink
abox
package. I've notified the maintainer and he's already fixed it. You
can either wait and run fink selfupdate later in order to get the new
version of that package, or run
fink install glade3-dev
fink rebuild gtkdatabox
now (glade3-dev is the missing build dependency).
Cheer
On 07/11/2009, at 12:09, monipol wrote:
> On 06/11/2009, at 21:19, Bryan W. Lepore wrote:
>> On Fri, 6 Nov 2009, monipol wrote:
>>>> with OpenLDAP libraries. What's exactly the build errors you are
>>>> getting, and what is your configuration (Mac OS version,
On 06/11/2009, at 21:19, Bryan W. Lepore wrote:
> On Fri, 6 Nov 2009, monipol wrote:
>>> with OpenLDAP libraries. What's exactly the build errors you are
>>> getting, and what is your configuration (Mac OS version,
>>> architecture,
>>> Xcode versi
vides an intuitive front-end to
the Fink command-line tools for downloading and installing Unix
software.
--
monipol
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify
ackage maintainer.
In summary, building with make -j is currently a package dependent
feature and, if the maintainer intentionally enabled it, the package
description (.info) file or patch (.patch) file will tell you that.
Are you seeing this behaviour in every package or only a few o
(kicking back to the list)
On 03/11/2009, at 19:06, drjl...@netonecom.net wrote:
>> On 03/11/2009, at 17:12, monipol wrote:
>>> On 03/11/2009, at 09:40, Martin Costabel wrote:
>>>> Alexander Hansen wrote:
>>>>> drjl...@netonecom.net wrote:
>>>>
On 03/11/2009, at 17:12, monipol wrote:
> On 03/11/2009, at 09:40, Martin Costabel wrote:
>> Alexander Hansen wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> drjl...@netonecom.net wrote:
>> []
>>>>> /usr/bin
lf-baked Fink
installation. Also, some packages need files to be owned by specific
users installed by the passwd package.
There's a lot of potential for trouble so I would recommend
reinstalling Fink altogether. The following page has some instructions
that might be helpful:
http://fink
t; running things from the admin account worked fine. I thought the
> stream was stderr, but when I wrote a simple program to test that, the
> fprintf(stderr, "asdf\n") displayed just fine. Any thoughts?
>
> Thanks,
> Sean
>
> On Sun, Nov 1, 2009 at 9:56 PM, monipol
1U4v6.s:214:suffix or operands invalid for `popf'
> /var/tmp//cc41U4v6.s:215:suffix or operands invalid for `pushf'
> /var/tmp//cc41U4v6.s:216:suffix or operands invalid for `pop'
> /var/tmp//cc41U4v6.s:217:suffix or operands invalid for `popf'
> make[2]: *** [gimpcp
On 02/11/2009, at 03:33, monipol wrote:
> On 02/11/2009, at 00:31, Sean Lake wrote:
>> I'm using Mac OS X 10.6.1 with xCode 3.2.1 on a MacBook with a 2.4
>> GHz
>> Core 2 Duo and 2 GB of RAM.
>> fink --version gives:
>> fink --version
>> Package mana
d 10.6. Tests on other systems (including PPC
> 32/64bit) are of course also welcome. My own machine runs 32bit 10.5
> on Intel, and had no problems with this package version.
It builds on 10.5/x86_64.
Cheers,
-- monipol
---
c
> make[2]: *** [gimpcpuaccel.lo] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
> ### execution of /var/tmp/tmp.2.KGEfl3 failed, exit code 2
Hello, Sean. Have you by any chance forgot to paste the lines after /
bin/sh ../libtool ... gimpbase-private.c? T
On 01/11/2009, at 22:20, monipol wrote:
> On 01/11/2009, at 17:31, drjl...@netonecom.net wrote:
>> I get, in part:
>>
>> cd t && ./testmore.pl && find . -name '*.t' | sort | PREFIX="/sw"
>> xargs
>> /usr/bin/perl
>> -I/V
..NOK 8# Failed test 'chown
> to a
> user...'
> # in ./Command/chowname.t at line 43.
> # got: 'unknown'
> # expected: 'nobody'
>
> # Failed test ' and a group'
> # in ./Command/chowname.t at line 44
Maintainer cc'ed. Original reporter e-mail address doesn't work.
On 31/10/2009, at 17:09, monipol wrote:
> From the bugs tracker. Original report by Per Eriksson.
>
> https://sourceforge.net/tracker/?func=detail&aid=2874593&group_id=17203&atid=117203
>
>
From the bugs tracker. Original report by Per Eriksson.
https://sourceforge.net/tracker/?func=detail&aid=2874593&group_id=17203&atid=117203
mplayer configure does not recognice inittypes when installed trough
fink
Mac OS X 10.4.11
fink 0.29.10
---
From the bugs tracker. Original report by Remko Scharroo.
https://sourceforge.net/tracker/index.php?func=detail&aid=2889460&group_id=17203&atid=117203
Since a while, most likely since fink 0.29.10, "fink cleanup --debs"
or "fink cleanup --all" does no longer clean up deb packages. I have
now
ch would be a mismatch
if 32-bit Fink is installed.
In order to use the appropriate target architecture when building
programs against Fink packages, use
export PATH=/sw/var/lib/fink/path-prefix-10.6:$PATH
This is documented in the following FAQ entry:
http://fink.thetis.ig42.org/faq/usage-gen
On 28/10/2009, at 23:34, monipol wrote:
> On 28/10/2009, at 22:15, Jeremy Erwin wrote:
>> I'm interested in disentangling the hdf package as neatly as
>> possible.
>> My earlier suggestions are causing some fortran errors. (I'm using
>> demo source; don
. I don't use KDE4 but I suppose that installing the
appropriate kde4-l10n package should work. Run the following command
on a terminal window in order to find out the list of available kde4-
l10n packages:
fink list -t kde4-l10n
Cheers,
--
monipol
http://finkers.wordpress.com
Submi
one of them listed on http://kde.org/mirrors/
>>
>> There are some in <http://kde-mirror.freenux.org/Attic/4.2.4/src/>
>
> You can then download those manually, and put them in /sw/src for Fink
> to find.
http://finkers.wordpress.com/2009/10/11/manual-download-of-sou
On 24/10/2009, at 17:05, monipol wrote:
> On 24/10/2009, at 14:27, monipol wrote:
>> * Run fink configure and choose a different bindist mirror.
>
> Unfortunately most bindist mirrors are named *.finkmirrors.net and
> this domain NS is on the faulty server. An alternative is e
On 24/10/2009, at 14:27, monipol wrote:
> * Run fink configure and choose a different bindist mirror.
Unfortunately most bindist mirrors are named *.finkmirrors.net and
this domain NS is on the faulty server. An alternative is editing /sw/
etc/fink.conf, replacing
Mirror-apt: h
fferent bindist mirror.
We apologise for the inconvenience. Further news will be available on
http://fink.thetis.ig42.org
, http://finkers.wordpress.com, and the mailing lists.
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read this:
http://www.finkproject.org
ers.cpp:1689: warning: deprecated conversion from string
> constant to 'char*'
> error: command 'gcc' failed with exit status 1
> ### execution of /sw/bin/python2.5 failed, exit code 1
> Removing runtime build-lock...
> Removing build-lock package
you're using, and which selfupdate method you're using. Use
the following commands:
fink -V | head -n 2
sw_vers -productVersion
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read this:
http://www.finkpr
thub.com/215337
One of the dependency paths that leads to sqlite3 is
lame -> gtk+2-dev -> gtk-doc -> gnome-doc-utils -> python26 -> sqlite3-
shlibs
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read this:
http://www.finkproject.org/do
ib
> Non-fat file: /sw/lib/libcblas.dylib is architecture: x86_64
> christoph-deils-macbook:~ deil$ lipo -info /sw/lib/libatlas.dylib
> Non-fat file: /sw/lib/libatlas.dylib is architecture: x86_64
>
>
> On Oct 19, 2009, at 11:18 PM, monipol wrote:
>
>> Please don't
ollowing, but got the same error as before:
> ./configure CFLAGS=m32 --with-fftw=/sw/lib --with-fftw-incdir=/sw/
> include
>
> Or do I have to switch to 64-bit fink?
> (I'd rather not, since all my other software is running fine at the
> moment.)
>
>
> On Oc
gt; ac_cv_lib_fftw3_fftw_execute=no
> #define FFTW_H "$fftw_incdir/fftw3.h"
>
> On Oct 19, 2009, at 3:27 PM, monipol wrote:
>
>> On 19/10/2009, at 20:04, Christoph Deil wrote:
>>> I want to install sextractor-2.8.6 (
>>> http://astromatic.iap.fr/softwar
nm -g /sw/lib/libfftw3.3.dylib | grep fftw_execute$
000f7790 T _fftw_execute
i.e., the fftw_execute function that sextractor seems to require is
both present and global.
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read this:
http://www.finkp
-2level
Salut, Johann.
Fink only works with versions of Perl shipped by either Apple or Fink
itself. System's Perl on OS 10.5 is 5.8.8, whilst on OS 10.6 it's
5.10.0.
It seems you've installed this (odd) version of Perl yourself. What do
you get from the
which perl
comma
the system to crash.
Hello, Douglas. This looks like an upstream (GNU) bug. Would you
please report it to them?
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read this:
http://www.finkproject.org/doc/netiquette/index.php
http://finkers.wordpress.com/2009/06/03/bug-re
the past but no longer use.
http://finkers.wordpress.com/2009/07/10/cleaning-fink-up-files/
http://finkers.wordpress.com/2009/07/21/cleaning-fink-up-packages/
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read this:
http://www.finkproject.org/do
?func=detail&aid=2871673&group_id=17203&atid=414256
>
> that could be added, but it may be nonfunctional on 64-bit Fink, and
> we'll therefore need to de-list any packages on 64-bit Fink that use
> g77.
>
> I don't have time to do this right now, but mayb
In function 'AppOpenDocAEHandler':
> main.c:413: error: 'typeFSS' undeclared (first use in this function)
> main.c:413: error: (Each undeclared identifier is reported only once
> main.c:413: error: for each function it appears in.)
> make[2]: *** [gcompris-mai
On 29/09/2009, at 22:06, Ben Abbott wrote:
> On Sep 29, 2009, at 8:56 PM, monipol wrote:
>> On 29/09/2009, at 08:56, Ben Abbott wrote:
>>> On Sep 29, 2009, at 7:50 AM, monipol wrote:
>>>> On 29/09/2009, at 08:37, Ben Abbott wrote:
>>>>> I'
On 29/09/2009, at 08:56, Ben Abbott wrote:
> On Sep 29, 2009, at 7:50 AM, monipol wrote:
>> On 29/09/2009, at 08:37, Ben Abbott wrote:
>>> I'm running Mac OS 10.6
>>>
>>> $ fink --version
>>> Package manager version: 0.29.10
>>> Dist
"license" for more information.
>>> import objc
Segmentation fault
I've attached a crash report to this message.
python2.5_2009-09-29-103305_randombits.crash.gz
Description: GNU Zip compressed dat
by hand, so I am not sure how to debug it any further.
(...)
Hello, Stefan. I've been able to reproduce this error. It turns out
that importing the objc module makes 64-bit Fink's python2.5 crash.
I'll notify pybojc's maintainer.
Cheers,
--
monipol
http://finkers.wordpres
mpat.h
-r--r--r-- 1 root wheel 6650 19 Feb 2008 /usr/include/arpa/
nameser_compat.h
Let's also notify the maintainer of the package (cc'ed).
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read this:
http://www.finkproject.o
ailed, exit code 1
> Removing runtime build-lock...
> Removing build-lock package...
> /sw/bin/dpkg-lockwait -r fink-buildlock-kdelibs3-unified-3.5.10-2
> (Reading database ... 203892 files and directories currently
> inst
h_fpu_esc4()':
> core_dyn_x86/dyn_fpu_dh.h:328: error: cast from 'Bit32u*' to
> 'Bit32u' loses precision
> core_dyn_x86/dyn_fpu_dh.h: In function 'void dh_fpu_esc5()':
> core_dyn_x86/dyn_fpu_dh.h:346: error: cast from 'Bit32u*' to
>
ue. It looks like 10.6 added stack
frame protection to OS X which caused this issue to act up."
Cheers,
--
monipol
http://finkers.wordpress.com
--
Come build with us! The BlackBerry® Developer Conference in SF, CA
-buildlock-kdesvn-kde4-x11-1.4.0-1002 ...
> Failed: phase compiling: kdesvn-kde4-x11-1.4.0-1002 failed
> \
>
> --
> Package manager version: 0.29.9
> Distribution version: selfupdate-rsync Fri Sep 25 21:22:18 2009,
> 10.5, i386
> Mac OS X version: 10.5.8
> Xcode v
tion version: selfupdate-cvs Fri Sep 25 18:09:20 2009, 10.5,
> powerpc
Hello, Koen. This is because you're using a beta version of Growl.
It's been fixed in CVS head and should be available in the next Fink
release.
Cheers,
--
monipol
http://finkers.wordpress.com
Submitti
Let's cc the maintainer of beecrypt6. He's known to be busy updating
his packages to Snow Leopard and 64-bit Fink.
On 22/09/2009, at 10:14, kostka wrote:
> Dear fink-Users,
> Compiling the beecrypt6 software using:
>
>> gcc --version
> i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build
fink list libftgl1-shlibs
> Information about 8140 packages read in 1 seconds.
> libftgl1-shlibs 2.1.2-4Shared libraries for FTGL
>
> I did check out again -> same result.
>
> Cheers,
> Peter
>
>
>
> On 21, Sep, 2009, at 6:28 PM, monipol wrote:
>
&g
libftgl.la'
> make[1]: *** [FTGLDemo] Error 1
>
> Any better experiences?
Hello, Peter. The latest version on the unstable tree is 2.1.2-4.
Could you please run fink selfupdate and try that? What selfupdate
method are you using: point, cvs, rsync?
Fink::VirtPackage. A fix would be to adapt the regexp to include 'b'
> in
> the version string.
Hello, Jon. This fix is already available on Fink CVS HEAD but it
hasn't been released yet.
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read th
It was indeed a case-sensitive filesystem issue -- the source
directory is lablGL-1.04. It should be fixed now; please run fink
selfupdate and try again.
On 21/09/2009, at 07:10, Viv Kendon wrote:
> Hi Dave,
>
> yes, thanks, that error is fixed. I get a more interesting
> one now:
>
> Settin
eforge.net/tracker/?group_id=17203&atid=371315
and send an e-mail to fink-devel with a link to your package request
and a short description of what is FETK. Not every package maintainer
subscribes to fink-users but most maintainers subscribe to fink-devel.
Cheers,
--
monipol
http:/
y've been committed. Please run fink selfupdate and try again.
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read this:
http://www.finkproject.org/doc/netiquette/index.php
http://fin
s the package-version that failed to build and it might
be different from YYY; a bug report should also be sent to the
maintainer of package XXX.
In order to find out who the maintainer of XXX is, run
fink info XXX
Having said that, could you please check again which are t
> that's about all that
> I tested, so proceed at your own risk...
>
> Cheers,
I committed a fix for cairomm1 a couple of hours ago. Please run fink
selfupdate and try again.
Cheers,
--
monipol
http://finker
; T _INPmakeMod
> 0b90 S _INPmakeMod.eh
> 0008 C _modtab
> U _strcmp
> U _tmalloc
>
> I'd guess that I'm missing something here. Could someone clue me in?
>
> --
> Brad Ackerman N1MN
where
> this breakage occurred, but I fixed it by having xmlbeans compiled
> with Java 1.5. The new .info is undergoing validation here:
>
> https://sourceforge.net/tracker/?func=detail&aid=2861155&group_id=17203&atid=414256
Committed. It should hit the rsync servers in o
On 16/09/2009, at 12:13, Ajay wrote:
> On Sep 16, 2009, at 7:19 AM, monipol wrote:
> On 16/09/2009, at 07:09, Ajay wrote:
>>> Follow up to the "Fink for me" thread Removed fink, and trying
>>> to re-install it following instructions from
>>> http
-users _at_ lists.sourceforge.net. If it's a bug in Fink, send an
e-mail to either fink-beginners or fink-users and we'll check if
forwarding it to fink-devel or fink-core is appropriate.
You might want to read those two pages listed at the end of my
signature.
Cheers,
--
monipol
http://
-recursive] Error 1
> make: *** [all] Error 2
>
> This is a fresh new install of fink 0.29.9 x86_64 on Mac OS 10.5.8
> (Xcode 3.1.3). I am sure I am missing something but what?
Hello, Stefan. I've been able to reproduce your error; I'm cc'ing the
maintainer.
Cheers
at BTS at /bugs -- I've asked for it
to be removed. Alexander was referring to the trackers on
SourceForge.net, though.
>> If the maintainer doesn't respond, send a note to the fink-devel
>> list.
>> Not that I guarantee an update under those cir
po -info binary_file
* The command below will tell you what's the default target for cc
(gcc):
cc -v
On 16/09/2009, at 21:34, Gerfried Kumbartzki wrote:
> Thanks monipol,
> interestingly compiling my program with the suggested compiler flag -
> arch i386 creates code which g
If I understood correctly you're trying to build non-Fink programs
that use 32-bit Fink libraries. If you're using Apple's cc compiler on
10.6, it defaults to generating 64-bit binaries, which explains the
architecture mismatch errors because you've got a 32-bit Fink
installation.
I'm not
t aware of OS X 10.6.
The second section of that page (Other supported OS versions) does
apply to OS X 10.6, so you should install from the fink-0.29.9.tar.gz
tarball.
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read
I'm cc'ing the maintainer.
On 10/09/2009, at 16:20, James Howse wrote:
> On an Intel Mac running Leopard 10.5.8 and Xcode 3.1.3 I am getting
> the
> following error during an anjuta upgrade. Any idea what is wrong
> here?
>
> libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../..
> -I/opt/fink/i
Thanks, Jon. I'm cc'ing ffmpeg's maintainer.
On 14/09/2009, at 12:21, Jon Connell wrote:
> ffmpeg fails to build on x86_64 (OS 10.6). Here's an example of a
> compilation failure (gas barfing on the inline assembler):
>
> gcc -I/sw64/include
> -I"/sw64/src/fink.build/ffmpeg-0.4.20071217-6/ffmpeg-
(redirecting from -core to -users)
Original post:
I hope to reach the right people with my upgrade troubles. Just
wanted to let you know, that your instructions didn't work as expected.
I just upgraded to 10.6, installed the XCode tools, and went on to
follow your 4-step instr
pple's official X11, version
2.3.4.
I'm not sure if Gnucash installs on 10.6/i386 (32 bits) but we've had
reports from users who've installed it on 10.6/x86_64 (64 bits). I
don't know about gcompris yet. Maybe other list subscribers have
already tried it?
9.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 124.1.1)
Cheers,
--
monipol
http://finkers.wordpress.com
Submitting a Fink bug report? Read this:
http://www.finkproject.org/doc/netiquette/index.php
http://finkers.wordpress.com/2009/
08/local-packages/
http://finkers.wordpress.com/2009/07/24/creating-local-packages/
I've never used Fortran and I don't know netcdf-g95 so I wouldn't be
able to tell you how much work it would be to adapt it so that it uses
a non-Fink g95 compiler.
Cheers,
--
moni
w spell like a lot of people) so if/when that is
> 64 bit I can do it now/then.
Reinstallation should fix this libiconv.la issue. In OS X 10.5 there
exist both Fink's /sw/lib/libiconv.la and Apple's /usr/lib/
libiconv.la, and some packages ended up using /usr/lib/
1 - 100 of 145 matches
Mail list logo
