Aleix Conchillo Flaqué wrote:
Hi all,
I am the maintainer of the ECL and Erlang packages and I posted
updates to the SF tracking system:
https://sourceforge.net/tracker/?func=detailatid=414256aid=1862213group_id=17203
Bradford W Miller wrote:
[]
/bin/cp -r xkeycaps.1.html
/sw/src/fink.build/root-xkeycaps-2.46-2/sw/share/doc/xkeycaps/
cp: xkeycaps.1.html: No such file or directory
I have checked a fixed version into CVS. Please try.
--
Martin
Jonathan Stickel wrote:
Martin
Attached is a patch for the vtk-py info file. This patch fixes this bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388736
which affects compiling of programs that depend on vtk. I also updated
the info file to use vtk-5.0.3.
Thanks for the diff,
Jean-François Mertens wrote:
[]
Use the *exact* command I wrote...
[pbook] /Users/dominiq% ls -l /usr/lib/libwx_macud-2.5.*.dylib
-rwxr-xr-x 1 root wheel 6918948 Dec 27 01:12 /usr/lib/
libwx_macud-2.5.3.0.0.dylib
lrwxr-xr-x 1 root wheel 27 Aug 23 2005 /usr/lib/
Jean-François Mertens wrote:
So I'll commit shortly a new revision relying instead on fink's wx pkgs
(according to the variant)
_ which is anyway the preferred solution according to fink policy if I
recall correctly...
I don't think it's Fink policy, it is regrettable that one has to do
Daniel Macks wrote:
On Thu, Jan 03, 2008 at 03:22:48PM -0800, Jesse Alama wrote:
[snip good rationale for...]
The relevant code change is in line 450 of build.c in the
subdirectory dpkg-deb of version 1.10.21 of dpkg:
execlp(TAR,tar,-cf, -, --null, -T, -, --no-recursion,
--no-unquote,
[EMAIL PROTECTED] wrote:
Author: ranger
Date: Wed Jan 2 16:16:49 2008
New Revision: 1101
URL:
http://svn.finkproject.org/websvn/listing.php?sc=1rev=1101repname=user%3a+ranger
Log:
testing a new fix
Hi Ben,
you have probably not had time to read all your mail that has arrived
during
Damian Dimmich wrote:
Hi All,
I went ahead and made an info file for wine 0.9.52 - pulled it and it
seems to work very well - better than the .44 version as that one had
something busted with the fonts it was using (at least on my system).
This has been tested on Leopard.
1. Did you
William Scott wrote:
It seems to build and work fine in my hands, in stable (10.5), and is
a bottleneck for having other stuff available in 10.5 in stable.
I would suggest to go ahead and just do it. Nobody would protest if you
took maintainership, too (Except perhaps bmaret, who worked on
Charles Lepple wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It looks like we had a sdcc package way back when (10.2 era). Does
anyone remember what happened to it? I looked through some of the
tracker items, but they seem to be prior to when it disappeared.
It seems it did not
John Ridgway wrote:
Friends -
I am trying to install arch-tla on 10.5, and it depends on patch, and
patch is not in the 10.5 tree. Why not? Is there a simple answer or
a complex one?
I don't know the answer, but you might want to ask arch-tla's maintainer
if it really needs that
Charles Lepple wrote:
[]
The -v option sheds a little more light on the subject, but I don't
know where python24-nox would have disappeared to:
I don't think any pythonXX-nox package exists any more. But this should
only give warnings, not errors.
$ nice fink -v update-all
Password:
Charles Lepple wrote:
[]
I think the circular dependency comes from the fact that svn-swig-py24
depends not directly on svn-swig-py24-shlibs, but indirectly via the
virtual package svn-swig-py-shlibs that is provided by
svn-swig-py24-shlibs.
This could probably be fixed with the variant
Alexey Zakhlestin wrote:
On 12/24/07, Alexander Hansen [EMAIL PROTECTED] wrote:
independent set of libraries: yes but gtk-apps should be easily
linked against both, shouldn't they? :)
If you mean both in the sense of separate Aqua and X11 packages,
then possibly--the details depend on what
Corey Halpin wrote:
On 2007-12-18, Kerem Yazici wrote:
I am trying to compile this library file but I am getting error message as
below.
Unfortunately, I don't have a 10.5 box to test on.
The unitialized value errors are... odd.
Unfortunately, right now I'm sitting with 707 hours
Pierre-Henri Lavigne wrote:
[]
CPP_NAME=/usr/libexec/gcc/darwin/`/usr/bin/arch`/default/cpp %d -o %o %i
seems to be wrong :
cd /usr/libexec/gcc/darwin/`/usr/bin/arch` is:
/usr/libexec/gcc/darwin/ppc on my mac (Mac OS X 10.4.11 PPC)
ls -la /usr/libexec/gcc/darwin/ppc
total 744
Pierre-Henri Lavigne wrote:
Troubles,
I guess I have a big problem : I didn't remember to modify /System and I'm
missing the Headers directory in /System/Library/Frameworks/OpenGL.framework
/System/Library/Frameworks/OpenGL.framework/Headers is a symlink to
Versions/Current/Headers, that
Pierre-Henri Lavigne wrote:
Good day,
I got the following error while trying to compile the lastest python package
at work. The machine is running a Mac OS 10.4.11 Intel version. Latest Fink
with unstable tree enable :
http://paste.lisp.org/display/51824
Please tell me if I miss
Peter O'Gorman wrote:
[]
At least you know the workaround now.
I checked in xmms-coreaudio-1.0-4 that uses this workaround.
Should now work on Leopard.
--
artin
-
SF.Net email is sponsored by:
Check out the new
Peter O'Gorman wrote:
[]
Change the sed to match ${_S_}nmedit instead of ~nmedit and it should
have some effect on the link line.
I see, the ${_S_} is a line feed.
The symbols that are private extern should still be available to all the
objects in the library itself, so returning the address
Murali Vadivelu wrote:
The version system has changed after that!
X11.app starting:
X.Org Xquartz X Server 1.3.0-apple3
Build Date: 20071205
Yes, they deliberately don't want Fink to be able to detect the xorg
release number, so they changed not only the version number in a
non-increasing
Peter O'Gorman wrote:
[]
So the symbol is still there on 10.5, but is private extern? That is,
indeed, what nmedit is supposed to do. There are other issues with
nmedit on Leopard (it refuses to strip global coalesced symbols -
whatever they are) that mean that I will have to patch libtool.
Jürgen Lorenz Simon wrote:
I just built xerces-c on a G5/10.4 and on an intel/10.5 without any
problem. I have a suspicion:
[]
[]
c-2.7.0-1002/xerces-c-src_2_7_0/lib -lxerces-c
ld: Undefined symbols:
__ZN11xercesc_2_712XMLException14loadExceptTextENS_10XMLExcepts5CodesE
These symbols are
Jean-François Mertens wrote:
[]
Do not understand fully this argument.
I have exactly the same output from the above 'nm -m' command on 10.4;
so apparently _ up to what is visible from this output _ the result
of the nmedit command is the same on 10.4 and 10.5...
(that is what made me ask
Jean-François Mertens wrote:
[]
Rebuilding lyx-qt now after adding in qt4-x11.info the last of the
following lines
Do you have a qt4-x11 that actually builds?
--
Martin
-
SF.Net email is sponsored by: The Future of
Dominique Dhumieres wrote:
Installing xmhtml-1.1.7-4 on Leopard failed (both Intel and PPC)
with:
...
rm -f debug.o
cc -fno-common -g -funroll-loops -Wall -pipe -ansi -DVERSION=1107 -DDEBUG
-D_GNU_SOURCE -D_BSD_SOURCE -D_POSIX_SOURCE -DHAVE_REGEX_H -DHAVE_LIBJPEG
-DHAVE_LIBPNG -DMotif
Alexey Zakhlestin wrote:
iconv_* functions should be used as libiconv_* in 10.5
This should be automatic when /sw/lib/iconv.h is #included.
And this is exactly the problem with the scite package: It uses
/usr/include/iconv.h, but links to /sw/lib/libiconv.dylib. This is not good.
I committed
Martin Costabel wrote:
Alexey Zakhlestin wrote:
iconv_* functions should be used as libiconv_* in 10.5
This should be automatic when /sw/lib/iconv.h is #included.
And this is exactly the problem with the scite package: It uses
/usr/include/iconv.h, but links to /sw/lib/libiconv.dylib
Jed Frechette wrote:
Attached is a patch for VTK that works around the OpenGL bug in Leopard.
http://wiki.finkproject.org/index.php/Fink:Packaging:Preparing_for_10.5#OpenGL_Bug
Thanks a lot. I haven't yet had time to look at the vtk package on
Leopard. I take it you tested this and it
Jack Howarth wrote:
Dave,
William Scott believes you may have made the changes...
http://fink.cvs.sourceforge.net/fink/dists/10.4/unstable/main/finkinfo/sci/pymol-py.info?r1=1.11r2=1.12
Jack Howarth wrote:
One package that no one has declared for yet is g95.
I currently have a query into Andy to find out exactly
what patches to gcc 4.0.3 he is using for Leopard and
Macintel builds.
There is some very recent movement on the g95 front. The macports g95
maintainer seems to
Jean-François Mertens wrote:
[]
but check first that the test is correct (`machine` , or `arch`
might be better ? _ I can't try now on a G4..)
`machine` gives ppc7450 on a G4.
--
Martin
-
This SF.net email is
Alexey Zakhlestin wrote:
2) leopard's libtool (gcc?) sometimes creates something.dSYM bundle
istead of something binary which makes autoconf sad (see:
http://www.google.com/search?hl=ensafe=offclient=operarls=enhs=c8yq=+site:spteam-lists.blogspot.com+conftest.dSYM+autoconf+leopard)
3) the
Alexander K. Hansen wrote:
[]
10.4 and 10.5 share a distribution; the package web listing is having
issues; and Jack's update is still on the package submission tracker
and has not been added to Fink yet.
If you mean pdflib6, this has been added to Fink last week. Since all
dependencies of
William Xu wrote:
The following package will be installed or updated:
mp3info
[]
gcc -g -O2 -Wall -I/sw/include -c -o mp3tech.o mp3tech.c
mp3tech.c: In function 'sameConstant':
mp3tech.c:282: error: 'uint' undeclared (first use in this function)
[]
Failed: phase compiling: mp3info-0.8.5a-1
Carlos Roman wrote:
I have a small problem with nedit. The program
seems to work well, but when I open a file
with VI or other pure unix editor it shows some
^M invisible characters instead of the
carriage returns which only dissapear with dos2unix,
however, when you do that there is no
William Scott wrote:
Hi Folks:
For reasons that escape me at the moment, I am the maintainer for
a2ps. On 10.5 compilation now fails with
In file included from libgettext.h:36,
from dcgettext.c:83:
/usr/include/locale.h:48:1: warning: this is the location of the
Jonathan Stickel wrote:
[]
Although it is difficult to tell from Alex's terse response, I think he
means that a modification to the Octave package in Fink will be needed,
i.e. a change to the octave.info file. I am still new to Fink and don't
understand the details myself, but it looks
David R. Morrison wrote:
I'm not sure how this happened, but /sw/fink/10.5 should be a
symlink, not a directory. Try removing it and then running fink
reinstall fink.
It would probably be a good idea if the postinstall script used ln -sn
instead of ln -s. Then the existence of the
Benjamin Reed wrote:
[]
Since Apple supports a modern X11 I don't intend to maintain old X11's
on 10.5 anymore.
What is ironic is that the new X11 is so buggy that even Ben Byer has
said publicly yesterday that if you want things like fullscreen mode or
a working middle mouse button emulation
Jack Howarth wrote:
This is a corner case of the same problem with no possible workaround.
The problem is that libGL is a unique library in that it needs to exist
in a special X11 version with additional symbols. The libGLw library
uses some of these symbols unique to the X11 version of
Jack Howarth wrote:
Martin,
I have just been able to get molmol to link using a libGLw.a
built from a copy of the original widgets-sgi sources (that I use
for linux builds of molmol rpms) and the hack you mention below.
While this completes the linkage, the resulting binary doesn't
I thought Apple had promised not to break echo -n in Leopard?
They did it anyway. Not in /bin/echo, but in /usr/bin/make and in /bin/sh.
Make uses its own built-in echo (or perhaps the one built into /bin/sh),
and the one in Leopard doesn't understand -n. Packages that still have
echo -n in
Matthew Sachs wrote:
On Oct 27, 2007, at 15:27, Martin Costabel wrote:
I thought Apple had promised not to break echo -n in Leopard?
They did it anyway. Not in /bin/echo, but in /usr/bin/make and in
/bin/sh.
...
The same behavior can be seen in /bin/sh scripts where the built-in echo
A strange story that I cannot explain:
I installed Leopard on a dual G5 and then bootstrapped fink-0.27.7. Then
I installed tetex which refused to work; no fonts found at all. The
weird thing is that all 12 files
/sw/var/lib/texmf/fonts/map/*/updmap/*.map have the same content, namely
two
Martin Costabel wrote:
A strange story that I cannot explain:
I installed Leopard on a dual G5 and then bootstrapped fink-0.27.7. Then
I installed tetex which refused to work; no fonts found at all. The
weird thing is that all 12 files
/sw/var/lib/texmf/fonts/map/*/updmap/*.map have
John Ridgway wrote:
[]
Following the Fink philosophy (as I understand it) I should use the
antlr3.jar and stringtemplate3.jar files that are tucked away in /sw/
share/java, and I should probably put the antlworks.jar file there as
well.
Following the Apple rules I should ensure that
Jean Orloff wrote:
Short question: see subject.
Long:
I am new to fink packaging, and it took me 2 years to sort out (I
hope!) dependencies for solfege. The problem was the following.
In the process of checking/satisfying dependencies for a new package,
it is often needed to try and
Koen van der Drift wrote:
Hi,
I noticed some nice improvements on the pdb website recently. However
right now they look very misformed. This is because the text in the
description field is all put on one line, which can make the page
very wide. All hard returns in that text are shown
Benjamin Reed wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Koen van der Drift wrote:
Thanks. BTW, how often is the pdb renewed on the website? I
committed a package a few days ago, but it still lists the old
version. Not that important, but I thought I'd mentioned it anyway.
Jens Noeckel wrote:
On Oct 9, 2007, at 2:34 PM, Jens Noeckel wrote:
On Oct 9, 2007, at 2:29 PM, Jens Noeckel wrote:
Hi,
I had trouble updating tex4ht from unstable (OS X 10.4) because the
source wasn't found. I guess after a recent fix the new source has
been renamed (and replaced).
Michael Brickenstein wrote:
Hi!
I am the maintainer of the singular package and I would like to ask
you to move the
3-0-3 version ( which can now be considered to be stable (after two
months)) of
singular
and
singular-doc
to the stable branches.
This affects 10.3, 10.4
Alexander K. Hansen wrote:
Pierre-Henri Lavigne wrote:
Good day all,
I'm late... I'm late... Groochy to be ill xD
While googling it seems to be a known bug - odd most of time I found
talkings to build universal app
:
g++ -g -O2 -D_THREAD_SAFE -W -Wall -Wcast-align -Wcast-qual
Philip Lamb wrote:
[]
When a package you are building has BuildDepends, you need to look into
the .info file of each and every one of the packages that are depended
upon, and add their BuildDepends to your BuildDepends line.
In addition to what Daniel said:
There are a couple of packages
Philip Lamb wrote:
Hi all,
I have a package I'm updating that depends on libgnome2 and libgnomeui2.
When I run otool -L on the built binary, I see all the inherited gnome
shared libraries.
My question is, do I have to list every shared library from libgnome2
and libgnome2ui as a
Philip Lamb wrote:
Hi all,
I am packaging some code which uses SDL, and which is falling over due
to a missing -framework OpenGL on the link line. Although I could just
add this to my package, I am wondering if this is something that SDL
should be supplying it in its pkg-config --libs
Koen van der Drift wrote:
On Sep 20, 2007, at 1:14 AM, Martin Costabel wrote:
While I might be able to believe that fink could change its mind on
a percent expansion between dumpinfo and build, I don't see any way
how the two interpretations you are showing can come from the same
Koen van der Drift wrote:
[]
exile:~ koen$ fink dumpinfo -finfofile -fpackage -fpatchscript -pni -
pa bio-emboss-pm586
[]
sed -e 's|@PREFIX@|/sw|g' /sw/fink/dists/local/main/finkinfo/
libs/perlmods/bio-emboss-pm.patch | patch -p1
[and]
It does (copy-paste error), but still the same
Alexander K. Hansen wrote:
http://sourceforge.net/tracker/index.php?func=detailaid=1790885group_id=17203atid=414256
I don't have an Intel Mac, so I can't built it. If somebody has a
clean-build option to check out BuildDepends / Depends, that would be
really good. I've got some crude
Alexander K. Hansen wrote:
Kevin Horton wrote:
On 18 Sep 2007, at 12:08, Alexander K. Hansen wrote:
Kevin Horton wrote:
On Tue, 18 Sep 2007 11:39:14 -0400
Alexander K. Hansen [EMAIL PROTECTED] wrote:
Kevin Horton wrote:
On Tue, 18 Sep 2007 10:57:56 -0400
Alexander K. Hansen [EMAIL
Brent Austin wrote:
OK it workedI think?
brent-austins-power-mac-g5:bin brentaustin$ ./pathsetup.sh
2007-09-13 06:38:07.673 osascript[23593:10b] Error loading
/Library/QuickTime/LiveType.component/Contents/MacOS/LiveType:
Alexander K. Hansen wrote:
Alexander K. Hansen wrote:
The validation error is as follows:
Validating .deb dir root-pidgin-2.1.0-1...
Error: File installed outside of allowable subdirectories of /sw
Offending file: /sw/System/
Offending file: /sw/System/Library/
Djame Seddah wrote:
Hello,
I'm running tiger 10.4.10 and the fink install last updated a few ago
and whenever I launch
xmms
I got this message
xmms
dyld: Library not loaded: /usr/X11R6/lib/libXxf86vm.1.dylib
Referenced from: /sw/bin/xmms
Reason: image not found
Trace/BPT trap
William Scott wrote:
[]
zsh-% /usr/bin/screen --version
Screen version 4.00.03 (FAU) 23-Oct-06
zsh-% /sw/bin/screen --version
Screen version 4.00.03 (FAU) 23-Oct-06
Why would anyone want to install Fink's screen?
Is there a reason I have overlooked?
--
Martin
Martin Costabel wrote:
[]
Concerning the issue of the semi-transparent cursor arrow, this may be a
problem of X servers rather than of build architecture:
Turns out this is indeed the case. There is a well-known endian bug in
the Xquartz server on Mac/intel which has been annoying mostly
Pierre-Henri Lavigne wrote:
Good day all,
I've just met a lead developer - hftom - from the Kaffeine devel team on IRC.
I guess Jack- already worked on it too. The typical error I got while
compiling Kaffeine seems to come from the VERSION defined in
Jack Howarth wrote:
I noticed that Fedora 7 has now replaced the Numeric and Numarray
packages with the new Numpy package that supercedes them. Do we
have any plans on migrating our packages over to Numpy as well?
Isn't this a question for the upstream developers? Once they make their
Hans-Christoph Steiner wrote:
I am currently making a package for libhid (http://
libhid.alioth.debian.org/) which depends on libusb. The libusb build
flags are causing an error related to pkgconfig so I currently have a
kludge to work around this.
Here's the error:
Validating
Martin Costabel wrote:
[]
OTOH, the problem we are seeing comes from the backslash-newline
combination *in shell commands* in the Makefile where they are treated
differently.
In this case, Apple's make, in agreement with its documentation in
file:///Developer/ADC%20Reference%20Library
Max Horn wrote:
Update of /cvsroot/fink/dists/10.4/unstable/main/finkinfo/devel
In directory sc8-pr-cvs17:/tmp/cvs-serv20994
Modified Files:
make.info make.patch
Log Message:
New revision of the GNU make package; hopefully will fix some compatibility
problems with certain packages
Dominique Dhumieres wrote:
[]
The origin of the problem seems obvious: missing space before \ in
-DHAS_TMPL_RETENTION\
but I did not find how to fix it. Any idea?
Try
fink remove make
--
Martin
-
This SF.net
Daniel Macks wrote:
On Tue, Jul 24, 2007 at 02:26:13PM +0200, Martin Costabel wrote:
Dominique Dhumieres wrote:
[]
The origin of the problem seems obvious: missing space before \ in
-DHAS_TMPL_RETENTION\
but I did not find how to fix it. Any idea?
Try
fink remove make
So
Alexander K. Hansen wrote:
It shouldn't matter. Fink binaries are intended to be identical no
matter who builds them.
And actually, the Source-Install command can fetch a binary instead, if
the binary version is the latest.
And conversely, the command
sudo apt-get install
Pierre-Henri Lavigne wrote:
Regards to what you say, does it mean the freetype219 package could be set to
replace freetype2 ?
Freetype2 has a long tradition of incompatibility between different
versions. Fink was therefore forced to keep simultaneously two versions
of freetype2 around - in
Jean-François Mertens wrote:
On 22 Jul 2007, at 11:52, Pierre-Henri Lavigne wrote:
Good day,
After this big update, every package seems ok except with xpdf :
http://paste.lisp.org/display/44948
It seems I miss something. Thanks for your help,
I had to change the CXXFLAGS to
Kevin Horton wrote:
On 7 Jul 2007, at 08:54, Alexander Hansen wrote:
So I'd move tableaux.sty to %i/etc/texmf.local in the InstallScript
and
make sure that there's no %p/share/texmf-local remaining in the .deb .
Thanks for catching that Alex. I'll submit a revised .info file to
the
Jean-François Mertens wrote:
On 05 Jul 2007, at 00:10, Martin Costabel wrote:
fink builds pyqt-py24-3.17.2-1 almost OK for me (on a dual G5, OSX
10.4.10), up to the linker line for qt.so which fails with lots of
undefined symbols.
Adding
LFLAGS=-undefined dynamic_lookup LFLAGS_PLUGIN
Alexander Hansen wrote:
OS 10.4.10
PowerPC (G4/867 single)
Xcode 2.4.1
I managed to get sip-py24 updated, but now I'm stuck on pyqt-py24.
My build log and package description files are linked here:
Jean-François Mertens wrote:
On 04 Jul 2007, at 03:49, Alexander Hansen wrote:
I managed to get sip-py24 updated, but now I'm stuck on pyqt-py24.
My build log and package description files are linked here:
http://akhmac.blogdns.net/~hansen/finklogs/archives/
Daniel Macks wrote:
Update of /cvsroot/fink/dists/10.4/unstable/main/finkinfo/text
In directory sc8-pr-cvs17:/tmp/cvs-serv12472/10.4/unstable/main/finkinfo/text
Modified Files:
xmlto.info
Log Message:
unmaintain per request of maintainer
Use unified text-browsers when available
No
David R. Morrison wrote:
[]
fink-0.24.3.tar.gz, released last Friday, is known to work.
0.27.3, perhaps?
--
Martin
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2
Benjamin Reed wrote:
[]
I agree. If the package needs headers, it should be testing for them,
and use them.
If you need to fix it temporarily, fix the code to have the right -I on
the compile-line without a test.
Both are better than trying to fake up system headers apple probably
David R. Morrison wrote:
On Jun 4, 2007, at 1:44 PM, Remi Mommsen wrote:
[]
The only package depending on gcc4 is pdftk in 10.4/unstable
(maintainer cc'd).
[]
I guess one question is: has there ever been a package declaring a
dependency on the -shlibs part?
Yes, pdftk. IIRC there used to
Alexander K. Hansen wrote:
The current build of openmpi from the tracker looked OK to me, but since
there are some library structure changes (with symlinks to maintain
compatibility) I wanted to solicit feedback from folks who use packages
that depend on it:
Alexander Lehmann wrote:
Chris Schram wrote:
/sw/lib/qt3/include/qgl.h:79:20: error: GL/gl.h: No such file or
directory /sw/lib/qt3/include/qgl.h:80:21: error: GL/glu.h: No such file
or directory make[2]: ***
[src/gui/views/CMakeFiles/ksudoku_views.dir/ksview.o] Error 1 make[1]:
***
Looks like you committed garbage ;-)
jack wrote:
Update of /cvsroot/fink/dists/10.4/unstable/main/finkinfo/x11-system
In directory sc8-pr-cvs17:/tmp/cvs-serv14579/unstable/main/finkinfo/x11-system
Modified Files:
tightvnc.info
Log Message:
email changed
[]
+ tightvnc.info
Alexander K. Hansen wrote:
Lorinc Del Motte wrote:
[]
Sorry, dpkg is already the newest version.
0 packages upgraded, 0 newly installed, 0 to remove and 11 not upgraded.
1 packages not fully installed or removed.
Need to get 0B of archives. After unpacking 0B will be used.
dyld: Library not
What's that crap message on the fink-announce list? A failed test of
some sorts? No wonder that Sourceforge's spam filter sat on it for a
whole week. It should have eliminated it. Hopefully next time it will.
--
Martin
Fink Project News wrote:
Problems with tar
Benjamin Reed wrote:
[]
a) ignore private shared libs that have no public API/headers
In the case of root5, aren't all dylibs private, or is there another
package depending on one of them? I would just scrap the whole shlibs
splitoff stuff for this package. It isn't worth the hassle.
--
Alexander Hansen wrote:
[]
My original idea was to come up with non-X11-using versions of all of
the dependencies, and for maxima, to reduce overhead for the user.
However, I found that there was a dependency on libgl-shlibs--provided
by x11-shlibs--in wxmac.
I don't remember the previous
Alexey Zakhlestin wrote:
Do you have the same filesystem type on all of your machines?
Not completely. The machine where I observed this has /sw/src/fink.build
inside a mounted disk image that is formatted with HFS+ case sensitive.
I first thought that this was the problem, but then I ran the
Marc Roussel wrote:
[]
Seeing this now I feel a bit silly. I should have noticed that gmolwt was
installed. I didn't realize that different names were used for the
executable in different environments. I can of course use gmolwt, but it
would seem sensible to create a symbolic link to xmolwt
Building the new coreutils fails on two of my machines in the test phase:
PASS: printf-hex
pwd-long: at depth 29: No space left on device
FAIL: pwd-long
The error message is bogus: Both machines have several GB free on the
partition. Also the inode usage is at less than 60%.
I can repeat the
Daniel Macks wrote:
On Mon, Apr 09, 2007 at 10:27:10PM +0200, Martin Costabel wrote:
[]
I think it's a bug in the gnuplot package. It should install its
gnuplot.cfg file into /sw/etc/texmf.local instead of
/sw/share/texmf-local. A line like in the jadetex InstallScript
mv %i/share/texmf
Alexander K. Hansen wrote:
William Scott wrote:
I'm getting this one one machine, whereas the identical (presumably)
packages coexist on my others peacefully:
Unpacking replacement tetex ...
Unpacking tetex-base (from .../tetex-base_3.0-1002_darwin-i386.deb) ...
Removing any leftover
Alexander Hansen wrote:
[]
What was the problem that you had? It's possible that whatever package
it was needs to be updated for Intel machines.
The current maxima-5.11.0-2 builds and works perfectly on my intel
machine; with clisp-2.41-1.
IIRC, at the time when the alternative of using
Pascal Gourdel wrote:
[]
In fact, the error message was already present some months ago
with the 5.9.2 version,
and I sent a message to the previous maintainer (including the text of
the terminal,
but at this time he was believing that the problem was linked to intel)
What is surprising, is
Jean-François Mertens wrote:
[]
The suggestion I made should work _ just
tried it : as is, I get the usual build, and substituting
C there by fr reproduces your error ..
Here is another test that shows that this is indeed a clisp bug. This
one can easily be tried by anybody, so maybe someone
Daniel E. Macks wrote:
Many of the function prototypes in /usr/include/crypt.h on my RedHat
box are in /usr/include/unistd.h on my OS X machine.
I bet it's just the crypt() function in this case. This is in unistd.h,
indeed, see man crypt.
Anyway, the #include in question is conditional:
Jack Howarth wrote:
[]
ps For some reason 'fink update-all' now seems to honor the
test. Strange. I would be interested to know if this test
fails for anyone else who has NAV 10 installed.
I can't help with NAV, but here is a guess about a possible cause:
The ccp4 package description has the
401 - 500 of 1332 matches
Mail list logo
