Hello!
After many hours this error happens:
make stage2
make -C compiler boot stage=2
../utils/mkdirhier/mkdirhier stage2
mkdir stage2
...
Creating stage1/ghc_boot_platform.h...
Done.
touch .depend-BASE
Am 19.07.2011 um 00:17 schrieb Genzo Tanaka:
I tried to install texmacs using fink on mac os X
It doesn't make much sense to install TeXmacs without having also a working TeX
installation ...
I'd recommend to install MacTeX: http://www.tug.org/mactex/ (here is a preview
of coming TeX Live
Am 27.07.2011 um 19:57 schrieb praveena vp:
I can see only linkchecker version 5.2 is available with Fink packages. How
can I install linkchecker 7.0 using fink.
Get a copy of the linkchecker INFO file in your added
/sw/fink/dists/local/main/finkinfo directory and update it. Then invoke
Am 29.07.2011 um 20:28 schrieb Eduardo Pestana:
The following languages will be built: c,c++,fortran,java,lto,objc,obj-c++
*** This configuration is not supported in the following subdirectories:
zlib target-libmudflap gnattools target-libada target-libgo
(Any other directories should
Am 23.08.2011 um 01:39 schrieb Vitus Jensen:
How do I install this patched source?
Create a directory /sw/fink/dists/local/main/finkinfo. Copy the INFO file
(kdebase4-runtime-mac.info) into this directory and the patch as well (saved as
kdebase4-runtime-mac.patch). Determine the MD5 sum of
Am 04.09.2011 um 03:21 schrieb Ryo Furue:
It typically takes tens of minutes or even hours to install a largish
package such as gimp and thousands or tens of thousands of lines of
messages are emitted on the screen, which is the reason why I hesitate
to capture and store those messages.
In
Am 05.09.2011 um 13:03 schrieb Ryo Furue:
I'm confused. I was talking about running fink install.
So, I'm not sure what you mean by compile-mode.
I meant
M-x compile RET
then advance to the beginning of the line in mini-buffer, kill the line, and
type 'fink install' (or 'sudo fink
Hello!
This is the end of compilation:
libtool: link: g++ -dynamiclib -o .libs/libgnutlsxx.26.dylib
.libs/libgnutlsxx_la-gnutlsxx.o -L/sw/lib ./.libs/libgnutls.dylib
/sw/lib/libtasn1.dylib -lz /sw/lib/libgcrypt.dylib /sw/lib/libgpg-error.dylib
-install_name
Am 05.09.2011 um 20:05 schrieb Alexander Hansen:
In any case, you can start a new Fink tree as per
http://finkers.wordpress.com/2009/08/31/starting-anew/
After removing /sw the Fink-0.9.0-Intel-Installer tells me that it needs
Leopard to install, but Leopard does not install on Sandy
Am 05.09.2011 um 23:03 schrieb Alexander Hansen:
You can install Fink for 10.5-10.7 from source; that's what people
have been doing since 10.6 came out.
I didn't see this the first time. Maybe it's worth to mention the fact that Mac
OS X 10.6 and 10.7 need to be installed from source on
Hello!
Building this package shows a few errors:
Making all in htmldoc...
Compiling gui.cxx...
In file included from /usr/X11R6/include/X11/Xlib.h:60,
from /usr/X11R6/include/X11/xpm.h:77,
from gui.cxx:103:
Am 08.09.2011 um 07:50 schrieb Vitus Jensen:
As a general guideline, what's better supported / more tested / easier to
compile: -mac or -x11 packages?
The intention behind these two product lines is that to avoid X11. Could this
be a guideline for you?
--
Mit friedvollen Grüßen
Pete
Playing with a local variant of the INFO file, htmldoc is built in the absence
of fltk and with libpng14. (MacPorts builds htmldoc successfully without fltk
and with libpng 1.4.8.)
--
Greetings
Pete
What is this talk of 'release?' Klingons do not make software 'releases.' Our
software
I made two tests with MacPorts. I installed fltk 1.1.10 (which made MacPorts
install UB versions of libjpeg, libpng, zlib) and also fltk-devel 1.3.x-r8635.
Both times htmldoc 1.8.27 built correctly.
--
Greetings
Pete
Klingon function calls do not have 'parameters' - they have 'arguments' -
Hello!
The configure script does not seem to find the X11 C header files and
libraries. Extending the original PatchScript to
perl -pi -e s,-g -O,-O,g;s,-O2,-Os,g;s,/usr/local,/usr/X11,g configure
allows to build the package.
Package manager version: 0.31.0
Hello!
In order to avoid the installation of Perl 5.8.8 I added ' | xml-sax-pm5100' to
the BuildDepends line of a local copy of docbook2x.info. The package is built,
but I have no idea how to verify that it works.
Package manager version: 0.31.0
Distribution version:
The configure scripts in some TeX related packages (dblatex, latex2html for
example) cannot find the TeX binaries (from TeX Live 2011). Why does this
happen? PATH (and path) are set up correctly. Doesn't this produce incorrect
packages?
Package manager version: 0.31.0
Am 11.09.2011 um 04:24 schrieb Alexander Hansen:
You appear to relying on local modifications to your Fink tree to find
a TeXLive version which was installed by other means than Fink, and
that isn't supported by the project.
TeX Live or MacTeX are standards. There is no need to install an
Am 11.09.2011 um 13:58 schrieb Alexander Hansen:
We have TeX Live 2010. It's older, but works.
Yes, it's OK. It has hopefully the micro-typography enabled XeTeX! Besides this
there was an update to XeTeX a few months ago because of a real bug. And
besides this, XeTeX needs the microtype
Am 11.09.2011 um 13:58 schrieb Alexander Hansen:
system-tetex wasn't carried over into 10.5 and later, so that's a
_local modification_ on your part.
I see it now! (And I see also that one package can overwrite the other in the
TeX Live 2011 tree. But I am experimenting here, I did not
Am 11.09.2011 um 17:18 schrieb Martin Costabel:
% dpkg -S microtype.sty
texlive-texmf: /sw/share/texmf-dist/tex/latex/microtype/microtype.sty
Martin,
is it version 2.5? The standard version 2.4 supports only pdfTeX and luaTeX
(and luaTeX is another candidate that would need updating from TL
Am 11.09.2011 um 17:18 schrieb Martin Costabel:
There exists a system-texlive-2010 package on the submission tracker
http://sourceforge.net/tracker/index.php?func=detailaid=3191785group_id=17203atid=414256
I've installed the INFO files in /sw/fink/10.4/local/main/finkinfo, but fink
does find
Am 12.09.2011 um 00:40 schrieb Alexander Hansen:
I believe they're marked as Distribution: 10.4 (and one of my comments
as to known issues with the item was to get rid of that)--so you'll
need to edit them and get rid of that tag. It's possible that
Architecture: powerpc may also be there,
Am 12.09.2011 um 11:41 schrieb Martin Costabel:
Or does there exist a 64bit TeXlive distribution?
It does! It started in TL '10 as an add-on for Mac OS X and is now a standard
part in TL '11. Some binaries are scripts, others are 32-bit, like XeTeX, which
does not compile in 64-bit mode.
Am 11.09.2011 um 17:18 schrieb Martin Costabel:
There exists a system-texlive-2010 package on the submission tracker
http://sourceforge.net/tracker/index.php?func=detailaid=3191785group_id=17203atid=414256
There is a problem with this package and presumingly Fink. The latter installs:
Am 11.09.2011 um 17:18 schrieb Martin Costabel:
There exists a system-texlive-2010 package on the submission tracker
http://sourceforge.net/tracker/index.php?func=detailaid=3191785group_id=17203atid=414256
First annotation:
The (edited) line
Architecture: powerpc, i386, x86_64
will
Am 13.09.2011 um 00:36 schrieb Martin Costabel:
Where is the problem?
There was the problem that these two packages prevented the installation of
system-texlive-2008. My private copy of system-tetex was not installed then.
Anyway, this problem disappeared somehow…
--
Greetings
Pete
Hello!
When the installation of a sym-link fails, Fink reports in German:
rm: Entfernen von „/sw/etc/texmf.local“ nicht möglich: No such file or
directory
/sw/bin/dpkg: Fehler beim Bearbeiten von
Am 11.09.2011 um 17:18 schrieb Martin Costabel:
There exists a system-texlive-2010 package on the submission tracker
http://sourceforge.net/tracker/index.php?func=detailaid=3191785group_id=17203atid=414256
The packages produce some problems when I remove them *after* I had installed
and
Am 14.09.2011 um 10:44 schrieb Martin Costabel:
other Fink packages. This is, after all, its only raison d'être.
The packages produce some problems when I remove them *after* I had
installed and removed the marginally updated latex2html 2002-2-1_4 package.
When I install, it performs
Hello!
I wanted to build and install the smallest TeX Live package (and one which does
not annoy me with Motif–personally I prefer libXaw3d) to understand where files
go, in order to mimic this in the system-texive packages. After satisfying some
dependencies Fink reports:
WARNING:
Am 16.09.2011 um 23:59 schrieb Alexander Hansen:
And, again, this depends on a bunch of X11-based stuff.
Ah! I understand now: I can't mix X11 packages and nox packages, having:
i gv 3.6.5-1 X11 interface for ghostscript interpreter
i imagemagick 6.5.8.10-1l Image
Am 16.09.2011 um 23:29 schrieb Peter Dyballa:
The following inconsistencies found:
Unsatisfied dependency in imagemagick: ghostscript | ghostscript
Unsatisfied dependency in gv: ghostscript
Unsatisfied dependency in libwmf-shlibs: ghostscript
I think I
Am 17.09.2011 um 12:48 schrieb Tomoaki Okayama:
If TeX Live detects system's libICU, the build will fail.
The icu-config script seems to be the culprit. This part of the configure
script(s) could be removed, or by running '/usr/bin/which -a icu-config | sort
-u' you can determine the
Am 04.10.2011 um 16:16 schrieb Jack Howarth:
checking size of int... 4
checking size of long... 8
On Mac OS X 10.6.8 with Sandy Bridge Core i7 I have only 4 bytes short longs…
--
Greetings
Pete
When you meet a master swordsman,
show him your sword.
When you meet a man who is not a poet,
Am 05.10.2011 um 02:30 schrieb Jack Howarth:
Is that under i386 or x86_64 10.6 fink?
Ah! Presumingly the former then… (I have no idea how to determine Fink's mode.)
--
Greetings
Pete
They that can give up essential liberty to obtain a little temporary safety
deserve neither liberty nor
Am 05.10.2011 um 12:32 schrieb Martin Costabel:
Ah! Presumingly the former then… (I have no idea how to determine Fink's
mode.)
fink --version
I see now, at the end of the line: 10.6, i386! (Assumed it was reporting the
type of cpu.) But where is the switch to change the setting? In
Am 05.10.2011 um 20:00 schrieb Felix Frolow:
The results I reported are for 1 processor, unless I have to restart my
computer to
be absolutely shire, that OS X forget about previously defined 4 processors.
The reconfiguration should be active and valid at once – for Fink only! It's
just a
Am 06.10.2011 um 11:36 schrieb Don Paul:
make -j 8 dlib.grd
You're using a parallel make with 8 threads at the same time. Could you try
again with just one compilation thread or job? The missing directories or files
might be missing because some of the compile threads was or were too slow to
Am 10.10.2011 um 12:09 schrieb Daniele Tartarini:
how to overcome this issue?
For me it's OK, I can update via CVS…
Did you try to ping the servers? Your network connection seems to be OK, since
you could send an eMail. If you have FinkCommander around: is it able to update
via RSYNC or via
Am 10.10.2011 um 17:44 schrieb Alexander Hansen:
libgettext8 hasn't been changed since July.
And built fine on my 10.6.8 system – which is in 32-but, i386 mode… as can be
seen here:
fink --version
Package manager version: 0.31.2
Distribution version: selfupdate-cvs Mon Oct 10 13:01:49 2011,
Am 10.10.2011 um 21:48 schrieb Frank Schmidt:
So what am I supposed to do
Start anew and leave hands off apt? I (almost) never used apt, compile
everything myself (which could take days on my old Mac). I patched a few INFO
and PATCH files to create local variants (mostly to remove insane
Am 10.10.2011 um 19:35 schrieb Frank Schmidt:
Yes the very latest. In some cases it even tries to install libgettext3
which has to be fixed to run at all...
This is normal behaviour! This is similar to dependencies to a handful of
different autoconf, PNG, or JPEG versions. Some packages do
Am 10.10.2011 um 23:14 schrieb Frank Schmidt:
emacs23-23.3a-1
Where comes this package from? I see only 23.2-200.
BTW, to built GNU Emacs, 23.3 or 24.0.90, as X client, as Cocoa, or as AppKit
variant you don't need Fink.
--
Mit friedvollen Grüßen
Pete
Competition is the great erode of
Am 11.10.2011 um 01:29 schrieb Alexander Hansen:
fink selfupdate
Compiles OK, finds correct X11:
Where do we find X Windows header files?/usr/X11R6/include
Where do we find X Windows libraries? /usr/X11R6/lib
so I don't get
Looking for incorrect
Am 11.10.2011 um 01:29 schrieb Alexander Hansen:
Try running fink configure and when you are asked how many
processors to use, select 1. Then see if a selfupdate works and apt
gets updated. You can restore your number of build jobs via fink
configure afterward.
Apt seems to build (again)
Am 12.10.2011 um 17:57 schrieb Frank Schmidt:
- /usr/local:got moved away
Open Source software assumes that this directory tree exists and is filled with
useful and fitting software. Open Source software, like that managed by Fink,
is written to look by default into that area for
Am 22.10.2011 um 13:05 schrieb Alessandro Bragaglia:
./tk8.5.10/unix/tkUnixRFont.d uses /usr/X11/include/X11/Xft/Xft.h
./tk8.5.10/unix/tkUnixRFont.d uses /usr/X11/include/X11/Xft/XftCompat.h
I have the same files installed on my Mac OS X 10.6.8 system and these packages:
Hello!
The command 'gcc -v --help' reports that the switch '-m64' can be used to
produce 64-bit output for the x86_64. It also mentions '-mtune=core2'. When I
try to compile GNU Emacs 23.3a (which I'll patch to get the AppKit Emacs) GCC
4.6.1 fails to build the temacs executable:
gcc-4
Am 30.10.2011 um 15:41 schrieb Martin Costabel:
Mixing Fink and Macports is generally not advisable, but you are even
trying to mix 32bit Fink with 64bit Macports. What do you expect?
I expect a version of GCC, running in 32-bit mode if it likes to, that can
produce 64-bit executables, as
Am 30.10.2011 um 15:49 schrieb Jack Howarth:
The fact that your linkages show binaries in /opt/local/lib strongly suggests
that you are mixing MacPorts with fink.
No, I am not doing that. All I do is to use a compiler built and installed with
Fink. Since I am using in CFLAGS -H and in
Am 30.10.2011 um 19:42 schrieb Jack Howarth:
Well, the warnings...
ld: warning: in /opt/local/lib/libncurses.dylib, file was built for
unsupported file format which is
not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libbz2.dylib, file was built for unsupported
Am 30.10.2011 um 20:21 schrieb Jack Howarth:
ps The fact that you end up linking in from /opt/local strongly suggests that
the emacs configure is looking in /opt/local
for includes and shared libs which effectively causes fink to be mixed with
MacPorts which simply won't work.
How often
Am 30.10.2011 um 21:34 schrieb Jack Howarth:
As David noted, mixing MacPorts and fink is simply too ill-defined to
support. Each distribution struggles enough with coherency in its own package
set with the extra burden of pinning down subtle differences in the configure
options used to
Am 30.10.2011 um 22:02 schrieb Martin Costabel:
How often do I need to state that I was using *some* modern compiler
to build a (MacPorts affiliated, because its the only provider of Open
Source 64-bit binaries) 64-bit version of GNU Emacs on purpose? And just
Are they distributing
Am 30.10.2011 um 23:37 schrieb Martin Costabel:
You even said the only provider, so it must be something that Fink
doesn't do.
Because my first installation of Fink led to a 32-bit Fink.
But on your linker line, there was no -m64 or any other invitation to
build a 64bit binary.
I
Am 31.10.2011 um 00:23 schrieb David R. Morrison:
Because my first installation of Fink led to a 32-bit Fink.
So a more accurate statement would be something you chose not to let Fink
do.
Well, could be I had no choice then... I don't remember the circumstances
exactly, but I can't
Am 03.11.2011 um 04:01 schrieb Michal Lijowski:
Cflags: -I${includedir} -I/usr/X11/include -I/usr/X11R6/include
Maybe -idirafter can help...
--
Greetings
Pete
The human brain operates at only 10% of its capacity. The rest is overhead for
the operating system.
Am 05.11.2011 um 23:54 schrieb ejang:
Any ideas?
Rename /usr/local to something like /usr/formerly\ local and rebuild ghemical!
Fink and /usr/local are exclusive, because Open Source software usually looks
by default into the /usr/local tree for other software (its libraries and C
header
Hello!
I ran a lengthy update over-night. The build ends with:
rm -f stage_current
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1obj-checksum.o differs
warning: gcc/cc1objplus-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
Bootstrap comparison failure!
Am 07.11.2011 um 21:07 schrieb Jack Howarth:
1) Make sure you don't have the binutils package installed as it's
nm can cause problems
for the FSF gcc build. If this is the problem, I can modify the
packaging to explicitly use
/usr/bin/nm, etc but I've been hoping to avoid that since
Am 07.11.2011 um 21:07 schrieb Jack Howarth:
1) Make sure you don't have the binutils package installed as it's
nm can cause problems
for the FSF gcc build.
I looked into the saved log of the failed build. First configure found:
checking for as... /usr/bin/as
checking
Am 08.11.2011 um 19:52 schrieb Jack Howarth:
I revived my old dual G5 and 'fink selfupdate' followed by 'fink update-all'
builds the current gcc46-4.6.2-1000 packaging without complaint on
powerpc-apple-darwin9.
Could be the cause is disk space! When I returned home recently I had let
Am 08.11.2011 um 20:08 schrieb Alexander Hansen:
It was OK for me, too (without having binutils installed, of course). Should
there be a BuildConflicts against binutils?
Configure finds the proper nm, so IMO it's not needed.
--
Greetings
Pete
If my theory of relativity is proven
Am 08.11.2011 um 23:09 schrieb Jack Howarth:
I would guess about 2.5-3 GB for the build directory itself in
/sw/src/fink.build and
whatever space is required for the destroot and deb packages.
I restarted at 3.1 GB. In around 20 h it'll be time to compare stages 2 and 3.
--
Greetings
Am 08.11.2011 um 23:09 schrieb Jack Howarth:
I would guess about 2.5-3 GB for the build directory itself in
/sw/src/fink.build and
whatever space is required for the destroot and deb packages.
This seems to be the proper value! Anyway, 6 h before the package could be
built, *without
Hello!
In Mac OS X 10.5.8, PPC, I use the command
fink -v cleanup --dpkg-status --obsolete-packages --debs
to get rid of most (I want to keep the sources until I delete them
manually). I can understand that some DEB files are not deleted, as in
this example:
43852 2011-06-16
Am 10.11.2011 um 16:33 schrieb Brian White:
Looking for incorrect headers in 33 dependency files...
./src/.deps/fcxml.Plo uses /usr/local/fink/v0.31.4/include/expat.h
Did you manage to install Fink in /usr/local? Fink expects to find the C header
files in the /sw tree…
--
Greetings
Am 23.11.2011 um 02:02 schrieb Alexander Hansen:
1) /usr/lib/tclConfig.sh isn't a standard part of the system.
The Mac OS X 10.6.8 I am using wasn't installed by me and wasn't much modified
yet (just a few third parties applications plus package managers installed),
because it's just a
Am 02.12.2011 um 20:44 schrieb Jack Howarth:
The libtool2 package should probably have a BuildConflicts
on gcc44, gcc45, gcc46 to detangle in from FSF gcc.
On Mac OS X 10.6.8 it builds with gcc4.6:
i gcc4.0 4.0.1-5494 [virtual package representing the gcc 4.0.1
compiler]
i
Am 02.12.2011 um 20:44 schrieb Jack Howarth:
The libtool2 package should probably have a BuildConflicts
on gcc44, gcc45, gcc46 to detangle in from FSF gcc.
I could build the package on my old PowerBook G4 with Mac OS X 10.5.8 and
PowerPC 7447A hardware. From its past it has gcj (GCC) 4.6.2,
Am 02.12.2011 um 20:44 schrieb Jack Howarth:
The libtool2 package should probably have a BuildConflicts
on gcc44, gcc45, gcc46 to detangle in from FSF gcc.
On intel hardware (Sandy Bridge) and Mac OS X 10.6.8 gcj from GCC versions
4.4.6, 4.5.3, and 4.6.2 works OK so that the libtool package
Am 06.12.2011 um 12:13 schrieb Frank Eisenmenger:
I am tired to cycle through fink selfupdate fink update-all over and
over, and always to get stuck with the buggy atlas-installation procedure,
again.
Then try to update only the non-atlas packages!
'fink update-all' lists the package to
Am 08.12.2011 um 23:03 schrieb David Fang:
I 'fixed' this by passing FC=no GCJ=no to configure in
10.4-EOL/devel/libtool2.info. (Already had F77=no before).
David,
I just tried it on my Mac OS X 10.5.8 PowerBook G4 with gcc46 set active for
the rebuild. And it failed...
Configure
Am 09.12.2011 um 22:17 schrieb David Fang:
Correct, 10.5.x does not see the 10.4-EOL files.
Rebuilding on Tiger (10.4.11) and PPC worked at once. During the coming days I
think of trying rebuilds under better controlled terms, to see whether gcj from
the different GCC versions shows the same
Hello Jack!
On my PowerBook G4, booted into Tiger, Mac OS X 10.4.11, fink 0.30.2
tries to rebuild/update the gcc44 package. It fails with:
gcc-4.4.6/COPYING.RUNTIME
gcc-4.4.6/ABOUT-NLS
cp /sw/src/ecj-4.3.jar .
Removing runtime build-lock...
Removing
Am 13.12.2011 um 06:54 schrieb Sean Lake:
#!/bin/sh -ev
# special-case for 10.6; check whether compiler is llvm-gcc
if [[ `gcc --version` | grep llvm-g ]] ;
/var/tmp/tmp.1.D4x86y: line 3: unexpected token `|', conditional binary
operator expected
it seems you want to pipe the
Hello!
This happens repeatedly.
Package manager version: 0.30.2
Distribution version: selfupdate-cvs Wed Dec 14 10:47:53 2011, 10.4,
powerpc
Trees: local/main stable/main stable/crypto unstable/crypto unstable/
main
Xcode Version: 2.5-1
Famous last lines:
glibtool: compile: gcc
Am 14.12.2011 um 17:23 schrieb Alexander Hansen:
Why should it matter what system your internal disk has if it's not
the currently active system volume?
Because it's possible that some Mac OS X/HFS specific function is
used to determine the existence of this lock file which might fail
Am 14.12.2011 um 17:23 schrieb Alexander Hansen:
Why should it matter what system your internal disk has if it's not
the currently active system volume?
I found a possible reason: the boot volume is HFS the volume where
the sources are compiled is HFSX...
--
Greetings
Pete
Genius
Hello!
The build fails here:
if gcc -DPACKAGE_NAME=\openbox\ -DPACKAGE_TARNAME=\openbox\ -
DPACKAGE_VERSION=\3.4.11.2\ -DPACKAGE_STRING=\openbox\ 3.4.11.2\ -
DPACKAGE_BUGREPORT=\http://bugzilla.icculus.org\; -DPACKAGE_URL=\\
-DPACKAGE=\openbox\ -DVERSION=\3.4.11.2\ -DSTDC_HEADERS=1 -
Am 15.12.2011 um 22:32 schrieb Peter O'Gorman:
/sw/bin/glibtool --config | grep compiler_c_o
My version has yes in the output. It is version 2.4.2 and tells a bit
later:
42 # Which release of libtool.m4 was used?
43 macro_version=2.4.2
44 macro_revision=1.3337
--
Am 14.12.2011 um 20:15 schrieb David Fang:
Fixed. Also for gcc45.patch.
Gcc44 was finally updated!
--
Greetings
Pete
No man was ever taken to hell by a woman unless he already had a ticket in his
pocket, or at least had been fooling around with timetables.
Am 16.12.2011 um 18:42 schrieb Joakim Kjellsson:
./.deps/libmng_callback_xs.Plo uses /usr/local/include/zconf.h
./.deps/libmng_callback_xs.Plo uses /usr/local/include/zlib.h
You have local variants of at least these two C header files. For the
compilation rename /usr/local to
Hello!
The command 'fink scanpackages' has a malfunction since I updated my
old packages:
fink -v scanpackages
Updating the list of locally available binary packages.
Scanning dists/local/main/binary-darwin-powerpc
WARNING: Error processing
Am 19.12.2011 um 03:42 schrieb Alexander Hansen:
The Storable version refers to the version of the Storable module
which is attached to your system's Perl. There's nothing you can do
within Fink to alter that. Did you change your /usr/bin/perl ?
No, I did not. All I did was cleaning up the
Am 19.12.2011 um 13:55 schrieb Alexander Hansen:
This could also happen if fink got set up to use a newer Perl than the
system's version. An update to the fink package would replace any
modified perl modules, thereby pointing back to the system's Perl and
this error could show up.
I have
Hello!
On Mac OS X 10.5.8 (Leopard, PPC) Fink sees that nettle and libhogweed
and builds them. And installed them:
i libhogweed 2.4-2 Low level cryptographic library
i nettle4 2.4-2 Low level cryptographic library
i nettle4-shlibs 2.4-2 Low
Am 19.12.2011 um 15:13 schrieb Alexander Hansen:
Why did you _not_ mention that you have a nonstandard Perl at the
beginning of the thread? We don't support arbitrary third-party stuff.
Because the latter includes: this third-party stuff is not used by Fink. So it
seems that this Storable
Am 19.12.2011 um 19:25 schrieb David Fang:
For 10.4-EOL, I added back those libarary sym-links to get gnutls28 to build
as well, but wasn't sure if they were needed for 10.!4.
Just tested on Mac OS X 10.6.8: no need for these two sym-links!
--
Greetings
Pete
Upgraded, adj.:
Am 20.12.2011 um 09:41 schrieb smail MERABET:
sh-3.2# fink update-all
You could start the update in that form:
env LANG=C fink update-all
env LANG=C fink install some package(s)
Then all utilities would use English, which is sometimes easier to understand.
The actual failure
Am 20.12.2011 um 20:25 schrieb samuel kalika:
I then did fink install t1lib5-x11-5.1.2-1 to see if I would have more
details and that's the last screen I have:
Invoke 'fink configure' and set the level of verbosity higher (I use 4, but
3 is also fine).
--
Greetings
Pete
A common
Am 21.12.2011 um 10:44 schrieb Marc Coevoet:
Unfortunately I have a 2006 iMac, that does not run 10.7, but would 10.7
run on a virtual machine?
I don't think so! The usual virtualisation software emulates PC-like hardware
and even offers EFI, and modern Apple hardware is surely very close
Am 21.12.2011 um 08:44 schrieb Juan Courcoul:
Is this salvageable or will I have to start from scratch?
The latter is true.
--
Greetings
Pete
If all else fails read the instructions.
- Donald Knuth
Am 21.12.2011 um 21:58 schrieb Marc Coevoet:
On my quest to use open source, I thought about a chroot environment.
Would it be possible to install it under Mac os x? It might solve
problems for people that would no longer mix mac os x .h and linux .h files?
Am 22.12.2011 um 00:35 schrieb Marc Coevoet:
I was thinking about this one:
http://www.netbsd.org/docs/guide/en/chap-build.html
Make the whole stuff, then chroot in its base dir.
Yes, that would be useful. It would save a GCC installation in NetBSD. Although
I would chroot first to build
Am 27.12.2011 um 00:24 schrieb Richard Miles:
Is X11 on my snowleopard dvd?
Yes (X11User). You might also need to install the X11SDK (could be as part of
the Xcode meta-package, also having the X11Documentation).
--
Greetings
Pete
Got Mole problems?
Call Avogadro 6.02 x 10^23
Am 10.1.2012 um 21:11 schrieb Richard Miles:
X11.app: DISPLAY (/tmp/launch-NDBntn/org.macports:0) does not match our id
(org.x), unsetting.
Have you set the environment variable DISPLAY somewhere? Then unset it, comment
it, make it never be set!
Xquartz starting:
X.Org X Server
Am 12.1.2012 um 08:20 schrieb Juan Courcoul:
The following 16 additional packages will be installed:
cloog-org cloog-org-shlibs gcc46 gcc46-compiler gcc46-shlibs glpk-dev
glpk-shlibs gmp5 gmp5-shlibs libgmpxx5-shlibs libmpc2 libmpc2-shlibs libmpfr4
libmpfr4-shlibs ppl9 ppl9-shlibs
Do you
Am 21.1.2012 um 11:56 schrieb Remi Mommsen:
Why do you have libXft in /sw/lib? On my box, it's buried under
/sw/lib/xft2/lib/. Thus, root picks up the system one in /usr/X11R6/lib as it
should.
Because Fink installed it there! See:
pete 254 /\ fink list -i | grep -i xft
i
1 - 100 of 342 matches
Mail list logo