On Thursday, January 30, 2003, at 04:41 AM, Saïd GUELLAL wrote:
ld: warning multiple definitions of symbol _lt_dlclose
/sw/lib/libkdecore.dylib(single module) definition of _lt_dlclose
/sw/lib/libmcop.dylib(single module) definition of _lt_dlclose
This is not the build failure, do you have the
I believe that this is just a server glitch.
I had Fink Commander crash when updating gnome-core. Was this what you
were updating?
On Thu, 2003-01-30 at 10:20, Michael Bovee wrote:
Hi all, Fink Commander just crashed in the middle of a selfupdate-cvs
and when I relaunched it and tried the
At 10:48 Uhr -0500 30.01.2003, Michael Bovee wrote:
To maybe help would-be troubleshooters --
Here's the crash.log that FC generated. I was in the process of
compiling at the time. Sorry to just spew all this stuff out, but I
frankly don't know which parts might troubleshooting clues.
You can install it manually--I think the problem is in FC.
What happens for a crash during build is that any .debs that were built
but not installed are still around. For anything that was in the middle
of compilation, the build directory gets flushed and created fresh from
the source tarball.
Other users have reported a Fink Commander crash on updating
gnome-core. A manual update (fink update gnome-core) works OK, so the
problem is likely in FC.
On Thu, 2003-01-30 at 10:20, Michael Bovee wrote:
Hi all, Fink Commander just crashed in the middle of a selfupdate-cvs
and when I
well the procedure wasn't that complicated in fact, and it works
perfectly!!
I have gftp running just fine!
you might try this, if you're lucky you still have the xfree.deb
files.. otherwise you either have to recompile the threaded version or
use a binary if available.
cheers
alex
On
These are two separate errors:
1) A crash while updating-all (specifically gnome-core) using Fink
Commander--this can be solved with using the ordinary command line tool.
2) The CVS error, which looks to be a server glitch--this will affect
anybody (though I didn't have any problems when I
there are definitely glitches with the CVS on sourceforge. I'm getting
randomly reseted by the peer...
Viktor Haag wrote:
Alexander Hansen writes:
Other users have reported a Fink Commander crash on updating
gnome-core. A manual update (fink update gnome-core) works
OK, so the problem is
/bin/sh ../../libtool --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I.
-I. -I../.. -I/sw/include -I/sw/include/qt -I/usr/X11R6/include
-I/sw/include -DQT_THREAD_SUPPORT -no-cpp-precomp -fno-common
-isystem /sw/include -I/sw/include -I/sw/include -Wnon-virtual-dtor
-Wno-long-long -Wundef
I have already checked the archives, and the last message posted about this topic was
back in August of 2002, so I am sending this checking to see if they're are any
updates to the situation.
I am trying to install Samba using Fink. I checked the package list, and it says that
is't not
I managed to build the latest rc3 release of mplayer in fink
(after installing Ben Hines patch) and with hacking the old info and
patch files for the version mplayer-0.90rc2-1.info that are in the
/sw/fink/10.2/unstable/main/finkinfo/graphics directory. The only
thing I needed to change was the
It's stable, but not in the binary distribution. You'll have to install
it from source. Check out
http://fink.sourceforge.net/doc/users-guide/packages.php#src
On Thu, 2003-01-30 at 13:24, John Benin wrote:
I have already checked the archives, and the last message posted about this topic
was
It's in the both trees on my system (and I never manually slosh files
over from unstable to stable). Have you done a selfupdate-cvs recently
(If I remember correctly samba got added to stable not long ago)?
Anyway, you can build it.
On Thu, 2003-01-30 at 16:34, John Benin wrote:
To answer one
OK, so I found the package in unstable (not where the web site says it is) and I do a
#fink install samba-ldap. It asks me a couple of questions. Great, fine. Then it
starts to compile and craps out with the following output:
checking for off_t... no
configure: error: No off_t type.
###
In case folks haven't noticed, there is a major
problem with the perl script to fix the shared lib
names for the MacOS X X11 beta files. If you look
at the log from update_prebinding on a machine
that has had the perl script run on it, you will
notice it breaks prebinding on all of the files
On Thursday, January 30, 2003, at 06:01 PM, Jack Howarth wrote:
In case folks haven't noticed, there is a major
problem with the perl script to fix the shared lib
names for the MacOS X X11 beta files. If you look
at the log from update_prebinding on a machine
that has had the perl script
Ben,
I see the following type of errors for all the binaries in X11 when
update_prebinding gets run after your perl script has been used.
2003-01-29 22:45:58.751 update_prebinding[9384] redo_prebinding on
/usr/X11R6/bin/xcmsdb: executable: /usr/X11R6/bin/xcmsdb (architecture ppc)
On Thursday, January 30, 2003, at 10:32 PM, Jack Howarth wrote:
ps A clean install of the X11 beta and SDK prebinds fine with the
command above.
No one is saying the perl script is a permanent fix, only that it fixes
build problems. When apple releases their next beta, it should be
fixed
On Thursday, January 30, 2003, at 05:46 PM, Robert Forster wrote:
Dear All:
I did a fink selfupdate-cvs and then a fink update-all. Fink merrily
updated everything (mostly kde-base) and then failed when trying to
compile kdevelop.
The last lines were:
/usr/bin/libtool: internal link edit
On Thursday, January 30, 2003, at 11:15 PM, Kow K wrote:
(Reading database ... 75856 files and directories currently installed.)
Preparing to replace kdebase3-shlibs 3.1-1 (using
.../kdebase3-shlibs_3.1-11_darwin-powerpc.deb) ...
Unpacking replacement kdebase3-shlibs ...
dpkg: error processing
kdebase3, kdebase3-shlibs from the most recent KDE 3.1 release seem to
be built successfully. But I had a glitch on installation process
related to odd version numbering (3.1-1 vs 3.1-11). Here is the error.
After removing kdelibs3-shlibs with dpkg -r --force-depends, I'm
trying now to
Alright, I'm updating KDE packages to 3.1-12 now. I'll let you know its
result as soon as it finishes.
Cheers,
Kow
On Friday, Jan 31, 2003, at 13:18 Japan, Benjamin Reed wrote:
On Thursday, January 30, 2003, at 11:15 PM, Kow K wrote:
(Reading database ... 75856 files and directories
Aha, i see. You can fix that by updating the install_name in binaries
that were built against the bad X11 libs.
I'll enhance the script to fix those too. Will post when i get it
working.
Anyway - this problem is not major - major was the massive build
failures apple's broken libraries caused.
Martin,
I apologize for responding so late, I was able to get Gimp and Evolution up an running
: ). Was sort of fed up so I just sim linked /lib to /sw/lib and it seem to solve
the problem. It was a bit brute force but did the trick, I would have thought that
init that I point to in /sw/bin
24 matches
Mail list logo