Todd Heidesch wrote:
Yes, a few line breaks. Also, it doesn't work with fink 0.19.2.
OK, I fixed the linebreaks in CVS while Feanor is sleeping.
Now if only someone would fix the gnome mirror list...
--
Martin
---
This SF.Net email is
Michèle Garoche wrote:
This sentence in faq, answer to Q5.17, is very unclear to me:
... if you really need the other directory to be before /sw/sbin, then
you'll want to temporarily rename the other install-info when you use
Fink.
What does other in the last part of the sentence refer to?
Alexander Strange wrote:
Thanks; I'm not sure how they got mauled since I was always using the
same editor.
Falling asleep on the keyboard? :-)
Now for something positive: gimp-2.0 seems to work. I haven't yet got it
to print, though.
--
Martin
Hisashi T Fujinaka wrote:
[]
Reading package info...
Package description too new to be handled by this fink (21)! Skipping
/sw/fink/dists/unstable/main/finkinfo/graphics/gimp2.info
Do I have to be running fink from cvs?
Yes.
BTW, printing is working OK now, too. For my airport printer hp-deskjet
On 2 avr. 2004, at 16:19, Andrea Riciputi wrote:
[]
Depends: python23|python23-nox, tetex-base|system-tetex, ghostscript |
ghostscript-nox, ghostscript-fonts
BuildDepends: tetex-dev|system-tetex
I get the an 'error-node' error message, since system-tetex already
provides tetex-base. How can I
Has anyone had a look at http://gimp-app.sourceforge.net/ ?
Did this guy ask what the Fink team thinks about such rip-offs?
To my untrained eye at least, this kind of binary-only distribution
looks like a flagrant violation of the GPL.
--
Martin
Kyle Moffett wrote:
On Mar 30, 2004, at 20:56, Alexander Strange wrote:
The Gimp 2.0 isn't a ripoff because I haven't finished the package
yet. He does provide the original Gimp sources, but if the
application bundle contains anything else it would need to be
published as well (but it's not a
Only about one third of the packages in 10.3 have a GCC: field.
According to the documentation, this field is required for packages that
produce potentially binary incompatible C++ libraries.
But it has a second function, namely to make sure that the package is
compiled with a specific version
Richard Rudolph wrote:
Hi,
I was wondering about the status of bundle-gnome in
unstable. I want to install and test but can't seem
to find 2.4 in unstable. I added unstable/main and un
stable/crypto to my fink.conf file. Ran selfupdate
and index. When I run Fink Commander, bundle-gnome v
2.4
Linc Davis wrote:
With this package installed, I get the following error every time I run
apt:
You might want to run `apt-get -f install' to correct these:
Sorry, but the following packages have unmet dependencies:
octave-forge: Depends: X11 but it is not installable. For Fink users,
this
Daniel Henninger wrote:
Hi, earlier I asked (well, I don't know if it made it to the list... I
It did, after 10 hours.
[]
Anyway, let me know what I need to do to begin helping!
I guess the standard procedure would be to start by submitting revised
versions of these packages to the package
Alexander Strange wrote:
On Mar 21, 2004, at 10:46 PM, James Gibbs wrote:
jgibbs% ping ftp.ysbl.york.ac.uk/
ping: unknown host ftp.ysbl.york.ac.uk/
I'm using just the default Comcast DNS.
Maybe you should take the / out ;)
Both ftp.ysbl.york.ac.uk (AKA typhoeus.chem.york.ac.uk (144.32.72.225))
David R. Morrison wrote:
P.S. The URL doesn't work for me either...
It seems this ftp server doesn't want to do passive ftp. This rules out
downloading on my university account becasue of the firewall that blocks
most ports for incoming connections.
It also doesn't collaborate with all
It seems the sourceforge clowns did it again: They changed the download
directory names so that apt-get is running into 404 not found errors.
Their timing is also perfect, synchronized with the appearance of the
new Fink bindist, so that the new one has the same wrong URLs as all the
old ones.
Max Horn wrote:
[]
I will contact the SF.net staff now.
Seems they listened to you already. Amazing. Both versions of the URLs
are working now.
--
Martin
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented
yamo wrote:
I just downloaded the update for Fink Commander (0.5.2) and am now getting
Err http://us.dl.sourceforge.net 10.3/release/main Packages
404 Not Found [IP: 152.2.210.121 80]
Ign http://us.dl.sourceforge.net 10.3/release/main Release
etc... when I run BinaryUpdate
On 16 mars 2004, at 16:21, David R. Morrison wrote:
Hi Martin.
How do you think we should include this with the bindist? Should we
put
your .app on the disk in place of the current .command file? How
should
the postinstall script of the bindist be set up? Should this shell
script
be
D. Höhn wrote:
[]
Does DescUsage not allow some thing like
%p/share/doc/bittorrent ?
There is no percent expansion in fink info or apt-cache show, if
this is what you mean. For most readers, yourfinkdirectory is probably
easier to understand than %p.
I would even prefer /sw here, given that
Daniel Macks wrote:
[]
If an admin is trying to enable fink for a new user, he'd want to run
this. Given that having a GUI-ish interface means you're targetting
folks who may not be comfortable with CLI, keeping a double-clickable
thing (even if it's just an AppleScript applet or a thing.command
I have written a new pathsetup utility pathsetup.sh that is meant to
replace the pathsetup.command script. It does the same things as the
old version, but it has a new interface: Following hints by Bill Scott,
I replaced the Terminal.app window by AppleScript-generated dialog
windows. This
Peter O'Gorman wrote:
There are a number of libraries that are newer than the versions in
XFree86 4.3, so once you go forward, you can't go back.
Hmm, where is that shlibs branch? Just saying you can't go back is not
really good enough, we should be putting in a versioned depends
Michael Fourman wrote:
The info page is out of date the HOWTO URL has moved to
http://en.tldp.org/HOWTO/DocBook-Install/index.html
Fixed, thanks.
--
Martin
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial
Daniel Macks wrote:
I don't think continuation-lines in simple scripts (those that do not
begin with #!/bin/bash or whatever) is supported until fink 0.19.0.
OK, fixed (added #!/bin/sh). Thanks
--
Martin
---
SF.Net is sponsored by: Speed
James Gibbs wrote:
Could someone look at the following snippet from the compilation of
pango1-xft2 and tell me if it looks wrong to them, too. Specifically, in
the last call to gcc, -L/sw/lib comes before -L/usr/X11R6/lib and there
is also a -lfreetype. Wouldn't this make the libfreetype from
Andrea Riciputi wrote:
[]
Package: pyx-py23
Version: 0.5.1
Revision: 1
Depends: python23|python23-nox, tetex-base | system-tetex, ghostscript
system-tetex already Provides tetex-base, so you don't need this
alternative. I suspect this is where the problem comes from.
| ghostscript-nox |
David R. Morrison wrote:
Martin,
It is not an omission that system-tetex does not provide tetex-dev.
One of the differences between Gerben Wierda's teTeX distribution and the
fink one is that in fink, we build libkpathsea as a shared library, whereas
it is only a static library in Wierda's
, Martin Costabel wrote:
Package: pyx-py23
Version: 0.5.1
Revision: 1
Depends: python23|python23-nox, tetex-base | system-tetex, ghostscript
system-tetex already Provides tetex-base, so you don't need this
alternative. I suspect this is where the problem comes from.
Martin
Geoff Hutchison wrote:
Well, I dunno. I was going from:
http://fink.sourceforge.net/pdb/package.php/openbabel
which says Justin's not the maintainer anymore?
and
http://fink.sourceforge.net/pdb/nomaintainer.php
Which lists openbabel...
I think we really need to do something about this. I
Pascal J.Bourguignon wrote:
[]
$ otool -L /sw/bin/wget
/sw/bin/wget:
/sw/lib/libintl.1.dylib (compatibility version 2.0.0, current version 2.1.0)
/sw/lib/libiconv.2.dylib (compatibility version 5.0.0, current version 5.0.0)
/usr/lib/libSystem.B.dylib (compatibility version
Pascal J.Bourguignon wrote:
$ wget -h
dyld: wget can't open library: /sw/lib/libssl.0.9.7.dylib (No such file or directory, errno = 2)
Trace/BPT trap
This is really wget, not wget-ssl? The wget from the wget package should
not link to libssl at all. What does otool -L /sw/bin/wget give?
So I
Pascal J.Bourguignon wrote:
[]
$ otool -L /sw/bin/wget
/sw/bin/wget:
/sw/lib/libintl.1.dylib (compatibility version 2.0.0, current version 2.1.0)
/sw/lib/libiconv.2.dylib (compatibility version 5.0.0, current version 5.0.0)
/usr/lib/libSystem.B.dylib (compatibility version
Alexander Hansen wrote:
On Feb 13, 2004, at 4:46 PM, Ihar 'Philips' Filipau wrote:
AKH system-xfree86 is now a virtual package, which is supposed to
show up automatically if X11 is installed correctly. It appears that
the installer sometimes leaves out files. There's a FAQ on this:
Benjamin Reed wrote:
You would run fink-virtual-pkgs --debug, it puts the debug output to
STDERR.
You guys are really fast. It helps, of course, if one knows perl, I
guess :-) I don't, I have more or less been feeling my way around in the
dark. This looks good. In VirtPackage.pm there are two
Fink selfupdate wants to download gpdf-0.112.1.tar.bz2. Unfortunately
the mirror ftp://fr.rpmfind.net/linux/gnome.org/sources/gpdf/0.112/ it
tries to do so from does not answer. So curl just sits there and counts
the seconds.
There is no way out of this situation short of running fink
Remi Mommsen wrote:
[]
on. You are asking for an interactive mode for creating package files...
In addition it violates the fink policy that a deb file with a given
name/version/revision should be identical regardless how and where it
was built.
It violates the even more important principle
On 3 févr. 2004, at 12:53, David R. Morrison wrote:
Anybody have good or bad things to say about fink 0.18.0? I'd like to
move
it to stable, and release 0.19.0.
There is also the affair of atk1 which is considered as buildonly:
WARNING: The package zenity Depends on atk1,
but atk1
to Mac OS 10.2.8 hoping that this would fix the problem. It didn't.
fink-virtual-pkgs says:
Package: darwin
Status: install ok installed
Version: 6.8-1
description: [virtual package representing the kernel]
On Tue, 3 Feb 2004, Martin Costabel wrote:
On 3 févr. 2004, at 15:20, Mike Barker wrote
Martin Costabel wrote:
[]
Unrecoverable error: rangecheck in get
Operand stack:
hrsyr.gsf0
This hrsyr.gsf is one of those Hershey fonts.
If one removes the ghostscript-fonts part of the system-ghostscript8
package and installs the Fink ghostscript-fonts package, everything
seems
salvo wrote:
Hi,
enlightenment require these:
(1) freetype-shlibs: TrueType font rendering library, version 1
(2) freetype-hinting-shlibs: TrueType font rendering library, version 1,
hinting enabled
but I've gnome 2 and freetype 2 installed: so how to install enlightment
without change them?
Benjamin Reed wrote:
Martin Costabel wrote:
It would be better to make an Alias instead of a symlink. And put it
on the Desktop instead of /Applications. This would be less intrusive.
During package installation, people are used to things appearing on
the desktop.
I can imagine installing
While installing Fink on a new Panther system, I was surprised to see
that it absolutely wanted to install dlcompat-shlibs. As I understand,
there is no reason that any package in Panther should depend on
dlcompat-shlibs. The package is only there to accomodate older binaries.
A quick grep
Joe Corneli wrote:
gnuplot history
warning: history command requires some form of readline support
fink list readline
Information about 2434 packages read in 2 seconds.
i readline 4.3-25 Comfortable terminal input library
i readline-shlibs4.3-25
David R. Morrison wrote:
[]
My proposal is that we place .app's in /sw/Applications, and then in a
postinstall script, set up a symlink from /Applications to the actual .app.
It would be better to make an Alias instead of a symlink. And put it on
the Desktop instead of /Applications. This would
D. Höhn wrote:
[]
I do not quite understand why. Please do not misunderstand me, I am not
completely opposed, I just do not get why. We are good at something,
which is packaging Unix based applications. There are enough
This is a false opposition. There are more and more Unix based
applications
Ben Hines wrote:
Fine by me, as long as we stick to open source applications ONLY. The
No one ever suggested anything else.
objection about 'moving apps around' never did make sense to me, i think
a more important objection is fink losing focus.
I believe we have one or two command line apps
Matthias Neeracher wrote:
- Do y'all agree that frameworks are, in principle, fink packageable
matter?
- Where should frameworks be installed? /sw/lib/Frameworks ?
/sw/lib/frameworks ? /sw/Frameworks? /sw/frameworks? /sw/lib/sw?
My vote goes for a new directory /sw/Library and
Michèle Garoche wrote:
Le 23 janv. 2004, à 1:49, Pascal J.Bourguignon a écrit :
find . -name mbox -ls
66892600 -rw--- 1 pascal staff 0 Jan 23 01:45
./.mbox/mbox
66883790 -rw--- 1 pascal staff 0 Jan 14 10:36
./Deleted\ Messages.mbox/mbox
From
Daniel Macks wrote:
[]
Testing, however, finds that fink does the Right Thing here. Objection
withdrawn. So why do you *ever* do '-x xfontconfig' in your *Script?
I think there is quite a bit of, let's say, legacy code (AKA old
cruft) in these font packages. I can only speak for the msttcorefonts
Alexander Strange wrote:
On Jan 22, 2004, at 10:54 PM, Ben Hines wrote:
On Jan 21, 2004, at 11:49 PM, Alexander Strange wrote:
install -d -m 755 %d`%p/bin/xfontpath basedir`/freefont
install -c -m 644 * %d`%p/bin/xfontpath basedir`/freefont
I don't think this is legal.. it will make
On 20 janv. 2004, at 16:55, Andrea Riciputi wrote:
Some days ago I sent the following message to the list, but I've got
no answer. I repost this hoping someone could help me.
Cheers,
Andrea.
=== Begin Original Message ===
Hi,
I've installed Gerben Wierda teTeX distribution with gs 8.0,
Gottfried Szing wrote:
hi alex
I forgot all about dryrun. This sounds like a great thing for
somebody to run every so often and post the bad connections to the
maintainers.
wow, just fyi. the situation is not that bad. i have run a dryrun and
tested most of the urls and there are about 90
Ben Hines wrote:
On Jan 14, 2004, at 10:55 PM, D. Höhn wrote:
I doubt that this kind of rather unprofessional and almost personal
course of action will spur some action. While I commend you for
pointing out, that fink is not near perfect yet, I hope that it is
It absolutely worked. And most of
[EMAIL PROTECTED] wrote:
Hi.
I am building a fink package for Scilab (an open source
scientific app similar to Matlab from INRIA guys in France).
I hope you have seen that Fink already has a scilab package. In fact
two, scilab and scilab-atlas, the latter using the atlas libraries.
--
Martin
On 14 janv. 2004, at 08:51, Ben Hines wrote:
Martin: You are wrong. It is frankly NOT my responsibility to figure
out why the problem occurred. As a user of the package, is only my
responsibility to report failure, that is it. For your convenience, I
even used FinkCommander,
I did not say it
Alexander K. Hansen wrote:
Remind me about the error message and the workaround and I'll add an
entry--hopefully by this evening (GMT-5).
I am dumping a collection of error messages on you without trying to
formulate it as FAQ Q/A. The first one or two lines of each error
message should be
Koen van der Drift wrote:
Still having a linker problem with a package I am working on
(plplot). If I start building the package for the first time,
compilation failes because of the error below. The dylibs libcsirocsa
and libcsironn however are part of the package itself, so it is obvious
it
Benjamin Reed wrote:
That may be, but these same problems will happen if/when it moves to
stable. I agree with Ben, these are issues that can/should be worked
around in the package, not in the user.
Dear Ben and Ben,
while you are right in principle and these problems should, of course,
be
I think it was a bad idea to advise people to use the gnome-core mailing
list as a write-only list. This would work only under the condition that
Keith is sitting there and answering all messages (which he obviously
can't, even supposing he knew all the answers ;-) ) Otherwise people are
all
Ben Hines wrote:
On Jan 8, 2004, at 7:24 PM, Max Horn wrote:
We can't get anything into 0.6.2 - that's a fixed release :-).
Not totally correct as you know, we do have an 'current' dir which we
can throw packages into which point release stable users can access. For
occasionally totally broken
David R. Morrison wrote:
Fink 0.6.2 was released on 17 November 2003, less than two months ago.
You are right, my first message to fink-devel where I asked that qt3 in
the bindist for 10.3 should be replaced by something that actually works
on 10.3 dates from 6 November, not much more than 2
Daniel Macks wrote:
After I run the script, and then do a fink update-all, fink wants to
install apt, bzip2-dev, gettext-dev, libiconv-dev, ncurses-dev.
I wonder if there's some leakage of the Essential property? I know
this has been discussed here before, but IIRC splitoffs do not inherit
Morgan Hough wrote:
I was very excited to see a new bundle-gnome so I had to try and install
it straight away. Just a few quick questions:
1) I keep getting these messages for different bundle-gnome packages:
WARNING: The package gnome-desktop Depends on atk1,
but atk1 only allows
On 9 janv. 2004, at 18:10, Todd Heidesch wrote:
I'm trying to get GIMP 2.0pre1 to build but it wants libfreetype.la,
which does not exist in either /sw/lib or in /usr/X11R6/lib. Is this
supposed to be in Apple's X11? The freetype2 description says:
The freetype2 package now exists only for
On 8 janv. 2004, at 11:45, Michèle Garoche wrote:
dpkg : error
/sw/fink/dists/unstable/main/binary-darwin-powerpc/editors/scite_1.57
-12_darwin-powerpc.deb (--install) :
try to replace directory /sw/share/pixmaps in package sodipodi with
an element of different type
Useful additional
I am forwarding a message from today's fink-users list here, in the hope
that someone with better memory or better insight knows the source of
this problem.
This has been coming come up very regularly, I find about a dozen
complaints like this in the past two months, and it should certainly be
D. Höhn wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Martin Costabel wrote:
| D. Höhn wrote:
| []
|
| Xould you provide a Q/A pait ? I will check it into the FAQ as soon as I
| have it and it has been verified here
|
|
| As soon as someone has an idea what to put into the A part
Kevin Horton wrote:
Yeah, I suspected the functionality of the package tracker was a good
part of the problem. It really needs some sort of way to differentiate
items that are waiting for the submitter to respond from items that are
waiting for an official fink person to tend to. But, I
Koen van der Drift wrote:
While working on the plplot package, I am running an error when I use
the flag --enable-f77 (using fink's g77). When the flag --disable-f77
is used, compilation goes without a problem.
The following snippets are what I think that is related:
g77 -dynamiclib
Here is another regression:
Alternative BuildDependencies do not seem to be recognized any more.
Case 1: ttfmkfontdir has a BuildDepends on
freetype | freetype-hinting
When I fink rebuild ttfmkfontdir (it is already installed), it says
a) under fink-0.17.4-1:
fink needs help picking an alternative
Correction:
Martin Costabel wrote:
[]
Case 2: freetype has a BuildDepends on
%N-shlibs (= %v-%r) | freetype-hinting-shlibs (= %v-%r)
This is Depends, not BuildDepends.
--
Martin
---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become
Max Horn wrote:
[]
Case 1: ttfmkfontdir has a BuildDepends on
freetype | freetype-hinting
When I fink rebuild ttfmkfontdir (it is already installed), it says
[...]
Can't reproduce this problem with latest fink CVS (i.e. it *does* offer
me the choice between the two packages), maybe my two fixes
Since the upgrading of orbit2 to version 2.8.2-3 some 3 weeks ago,
several packages that depend on linc1 do not compile any more.
Ther was one problem with a missing symbol (too lazy to look up what it
was) that Ben Hines fixed by including linc.h somewhere, and there is
the problem with
Martin Costabel wrote:
ld: Undefined symbols:
_LINC_MUTEX_LOCK
_LINC_MUTEX_UNLOCK
[]
Does anyone have a solution that does not involve applying band-aids to
every package that depends on linc1 indirectly via orbit2?
In the meantime I committed a band-aid for libbonobo2 in 10.3/unstable
which
Ben Hines wrote:
On Dec 22, 2003, at 4:50 AM, Martin Costabel wrote:
[]
I am dreaming of a mechanism that would remove a BuilDependsOnly
package immediately after it is used. This would not only solve this
problem, but also come in handy in other situations (it would help
with the freetype2
TheSin wrote:
is the fink-mirrors package going to ask me the same questions
everytime? is so could it get it's own config file or read fink.s it's
very annoying.
The strange thing is it doesn't behave the same everywhere. I have been
doing this update on 3 machines, and on two of them it only
Chris Pepper wrote:
[]
Alas, it's not completely fixed. I have the current fink package,
but it still fails on fink-mirrors.
I tried downloading the fink-mirrors tarball directly and dropping
it into /sw/src, but that doesn't help either.
OK, so you have fink-0.17.3-1 installed, and I
David R. Morrison wrote:
[]
I'll look into the the @INC problem you had.
It seems that PostInstScripts are executed in whatever environment the
shell had from which fink install was started. So if you don't have
PERL5LIB set correctly, this particular script will crash.
--
Martin
pH1nk wrote:
Ok. I took the mirror folder out of the tempdir folder i created with
the instructions on the web page, copied that to /sw/lib/fink/ and all
it working
Woo-hoo
Well, good for you. There is still the question why you and others keep
seeing this problem. There was a window of less
Ben Hines wrote:
On Dec 22, 2003, at 4:50 AM, Martin Costabel wrote:
by this problem (and this is hard to detect and concerns potentially
many packages) would need a BuildDepends on both gettext-dev and
libiconv-dev.
Yes, that is the answer. Any packages which don't should be fixed. Feel
free
Ben Hines wrote:
On Dec 22, 2003, at 4:50 AM, Martin Costabel wrote:
Solutions: Either one allows gettext-dev to Depend on libiconv-dev
(but this not only violates policy but may also break bootstrapping,
because gettext-dev might be needed before libiconv is built), or all
packages
Fink selfupdate installs the new fink-0.17.2-1 and then crashees when
trying to install the new fink-mirrors package:
Re-executing fink to use the new version...
Information about 2203 packages read in 3 seconds.
The following package will be installed or updated:
fink-mirrors
Failed: No mirror
David R. Morrison wrote:
THanks, Martin. I switched fink-mirrors to use CustomMirror, which should
hopefully cure the problem. Merry Christmas to you as well!
Hmm, it still breaks with
Failed: No mirror site list file found for mirror 'master'.
Not sure where this comes from. Perhaps because
Randal L. Schwartz wrote:
Martin == Martin Costabel [EMAIL PROTECTED] writes:
Martin I am now trying to find a way out of this by
Arggh. I just got bit by this too!
Martin 1. reinstalling the old version of fink-0.17.1-1
I did that with ./inject.pl /sw
Did this really install the old
[EMAIL PROTECTED] wrote:
Hi All,
I'm working on info files for Coin (OpenInventor replacement) and having a
bit of trouble with the Source field. It seems that fink always tries to go
to distfiles.opendarwin.org for the files first. So then I tried a
CustomMirror with the same results, but
Several packages do not compile when only gettext-dev is installed but
not libiconv-dev. They compile OK when either both of them are installed
or none of them. One example I have seen is irssi, another one is
libiconv, and I am pretty sure there are others.
Standard configure scripts check
TheSin wrote:
all packages that need them should have
Depends: libiconv, gettext
BuildDepends: libiconv-dev, gettext-dev
I do it all the time in my pkgs.
Sure. The problem are packages like irssi that don't need them, but
still break when gettext-dev is there and libiconv-dev isn't.
--
Martin
Michèle Garoche wrote:
Would it be possible to pass through the patches submitted on 3rd
December for bluefish unstable system 10.3 (number 853801 and 853802?
Same for patch 854488 submitted on 4th December for bluefish unstable
tree 10.2-gcc3.3.
The package has greatly improved and was not
Martin Costabel wrote:
Michèle Garoche wrote:
Would it be possible to pass through the patches submitted on 3rd
December for bluefish unstable system 10.3 (number 853801 and 853802?
Same for patch 854488 submitted on 4th December for bluefish unstable
tree 10.2-gcc3.3.
Done
I thought
Ben Hines wrote:
On Dec 15, 2003, at 6:24 AM, Peter O'Gorman wrote:
Things should not be depending on python, they ought to depend on the
specific version of python that they require, if the package is indeed
So what then is the 'python' splitoff for?
It basically contains /sw/bin/python which
Following the advice of several people, I made new freetype2 and
freetype2-hinting packages that
- have a dummy %N package and a %N-shlibs splitoff that contain exactly
the same things as the current versions
- have a new %N-dev splitoff containing all the things that are
currently thrown
Martin Costabel wrote:
I used to be all in favor of eliminating freetype2 from the 10.3 tree,
because it seemed we finally had a decent freetype2 in X11.
Unfortunately it now appears that the freetype2 in Apple's X11 just
doesn't cut it.
After some further investigations and discussions
Marc Bejarano wrote:
ps: is there a working bug-tracking system for fink that people use?
the search at http://bugs.finkproject.org/ isn't working for me.
This is experimental stuff. The official bugtracker is the one on
sourceforge, linked to from the fink home page
Hi Jeff,
Jeff Whitaker wrote:
Martin: Applesystemfonts installs fine for me on a fresh 10.3 install.
Perhaps it is choking on one of the fonts in /Users/*/Library/Fonts?
What happens if you remove that out from the list in the .info file?
No, the bad ones are Apple Symbols.ttf in /Library/Fonts
I used to be all in favor of eliminating freetype2 from the 10.3 tree,
because it seemed we finally had a decent freetype2 in X11.
Unfortunately it now appears that the freetype2 in Apple's X11 just
doesn't cut it. Here is the story:
The scribus package (both in its stable version 1.0.1 and in
It would be nice to have the applesystemfont package on Panther. The
version 1.0-4 from 10.2-gcc3.3 almost works:
It creates /sw/lib/X11/fonts/applettf and populates it with a decent
collection of symlinks and ttf fonts and a fonts.dir file. It also does
some redundant but innocent stuff
David R. Morrison wrote:
[]
Hi Martin. I think that this can only be regarded as a short-term fix.
Of course. Did you see my message Bad news from the freetype2 front to
fink-devel?
We're intending to rely on the X11-supplied libfreetype in the 10.3 tree,
in the long run. Do you know why that
Benjamin Reed wrote:
That seems weird... Why would freetype have anything to do with
postscript fonts?
And I thought you would explain this to me. Oh well :-(
I cannot believe that scribus is the only application that uses freetype
to load all sorts of fonts, including type1. How is gnome
Martin Costabel wrote:
[]
I
would try out display from imagemagick, but I first have to compile the
new version that hopefully will not crash like the present one does.
NoSuchLuck. Display still crashes as soon as I click on the splash
screen to get a menu, or all by itself when I call
Hasani Huey wrote:
[]
ld: table of contents for archive: /sw/lib/libintl.a is out of date;
rerun ranlib(1) (can't load from it)
Just do it as it says :-)
FAQ#5.10 http://fink.sourceforge.net/faq/comp-general.php#toc-out-of-date
--
Martin
---
Randal L. Schwartz wrote:
Why isn't the order of Trees important?
This has annoyed me, too. I seem to remember someone saying that it is
now, since one of the recent shakeups, the *reverse* order of the Trees
line that is used. If true, I would consider this a serious bug.
--
Martin
1001 - 1100 of 1332 matches
Mail list logo