On Feb 28, 2013, at 4:07 PM, Hanspeter Niederstrasser f...@snaggledworks.com
wrote:
Recent upstream patches to lilypond now allow it to build with clang. I've
taken those patches and updated the lilypond and lilypond-devel pkgs to the
latest released versions. I've attached the new files
Thanks for your quick answer, Max!
On Mar 1, 2013, at 12:31 AM, Max Horn m...@quendi.de wrote:
sorry for not responding to your previous email on dblatex :-(.
On 28.02.2013, at 16:07, Hanspeter Niederstrasser wrote:
Recent upstream patches to lilypond now allow it to build with clang. I've
, William. It looks like the documentation file provided by the
developers of ucblogo (ucblogo.info) doesn't have the necessary
INFO-DIR-SECTION and {START, END}-INFO-DIR-ENTRY fields. Since this
particular package is maintained by Matthias Neeracher, so I'm CC'ing this
reply to him. As package
On Jul 27, 2009, at 11:08 PM, Alexander Hansen wrote:
Try running sudo texhash;
Ah, good to know!
Matthias
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
Hmm, I must have been asleep at the wheel on this matter. Sorry about
that...
On Dec 30, 2008, at 22:14 , Alexander Hansen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Costabel wrote:
The xquartz X11 update packages have switched from
/usr/X11/lib/X11/fonts/fonts.conf for
I can help out. The first thing to do would be to ensure that all of
the dependencies are also available in Fink.
Available:
tcl8.4 - tcltk in Fink
libexpect - expect
The expect in Fink hasn't been updated for a long time, it uses an
old version of tcltk sources, and it doesn't build
On Jun 26, 2005, at 10:06 AM, Remko Troncon wrote:
With much tweaking of readline (installing a local readline
instead of editline in /usr/local -- dunno why that mattered for
fink) I was eventually able to get the darwinports version
working. It relies on a bootstrap which is set up to
On Mar 6, 2005, at 12:39 PM, Michèle Garoche wrote:
Sorry for the cross posting, but since the new tetex is here, it is
impossible to transform an sgml document to pdf or postscript format
via openjade.
As I don't know how to solve the problem and where it lies exactly,
here are the errors
From: Martin Costabel [EMAIL PROTECTED]
After some quick tests, I have now committed these packages for
freetype versions 2.1.4 and 2.1.9 to CVS 10.3/unstable:
freetype2, freetype2-dev, freetype2-shlibs
freetype2-hinting, freetype2-hinting-dev, freetype2-hinting-shlibs
freetype219
On Feb 27, 2005, at 9:45 AM, Martin Costabel wrote:
This formulation comes from a time when there was no xfree86-4.0 and
especially no xorg package yet. Right now we have no unique freetype
that is part of XFree86. We are forced to live with several different
not really compatible freetype2
Thanks a lot for your feedback!
On Feb 1, 2005, at 1:57 AM, Martin Costabel wrote:
Matthias Neeracher wrote:
[]
Unless I hear objections from the maintainers (I believe Alexander
agrees with the 2.1.9 packages, but I have not been able to get ahold
of Jeffrey) or other interested parties by next
Hi,
For my upcoming lilypond 2.5.x package, I need a newer freetype2, so
I've done a port of 2.1.9. The files are available in
the fink experimental CVS tree in neeri/finkinfo as freetype2.info
freetype2-hinting.info and freetype2.patch.
Note that:
- I've taken the liberty of merging the two
Hi,
For my upcoming lilypond 2.5.x package, I need a pango that a) is newer
than 1.4 and b) does not link against the system freetype2.
I have therefore a) upgraded the pango packages to 1.6 (I believe the
latest version that does not require upgrading other gnome components)
and b) added
On Jan 8, 2005, at 9:39 AM, Martin Costabel wrote:
I have been using the freetype2-2.1.9-1 package from neeri's exp dir
for quite some time without problems. For all my purposes it was
backward compatible with 2.1.3 (i.e. things compiled with the old
library continue to run with the new one,
From: [EMAIL PROTECTED] (Julien Salort)
Shouldn't the ec-fonts-mftraced package depend on system-tetex ?
Yes, you're right, it should depend on tetex-base | system-tetex.
Therefore, I think that system-tetex should be installed *before*
ec-fonts-mftraced, which can be achieved by making
Damien Pollet [EMAIL PROTECTED] wrote:
I submitted a package for the ruby bindings to some gnome2 libs:
https://sourceforge.net/tracker/index.php?
func=detailaid=963608group_id=17203atid=414256
By looking at other packages and thanks to someone on IRC I could use
the Type: ruby field, but as this
From: Andrea Riciputi [EMAIL PROTECTED]
Date: Mon, 22 Mar 2004 14:58:34 +0100
Subject: [Fink-devel] Updating c-lisp fails.
I was updating running update-all, but clisp update has failed. I
attach a log file, and I'll also fill a bug form. Hope it can help.
[...]
;; Loading file type.lisp ...
On Mar 15, 2004, at 5:31 PM, Ross Nelson wrote:
I just installed fink for the first time and I just tried a binary
install of gnubg to see if fink was working, and though it seems to be
in other respects, I got the following error when trying to run.
dsl027-179-184:~ ross$ gnubg
dyld: gnubg
Benjamin Reed:
Darian Lanx:
except for the Frameworks dir. I don't see fink ever needing a
PrivateFrameworks dir though.
Right, no PrivateFrameworks,
Mostly agreed. PrivateFrameworks is for non-public frameworks, and open source frameworks are pretty much public by definition.
but I still
I can see some value in disabling /usr/local/include (shouldn't we also
disable /usr/local/lib ?), but I think putting %p/include and %p/lib at
the end of our search paths rather than the beginning is going to cause
us trouble: Wouldn't we be putting ourselves at the mercy of anything
that
From: Darian Lanx [EMAIL PROTECTED]
Martin Costabel wrote:
D. H=F6hn 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.
The underlying technology is
Hi all,
I'm thinking of creating a fink package for RubyCocoa
(http://rubycocoa.sourceforge.net), a cocoa wrapper package for ruby,
similar to what CamelBones does for Perl. It seems an appropriate
subject for packaging to me because it:
- Will depend on another fink package (ruby18) and no
From: Matthias Neeracher [EMAIL PROTECTED]
I was also having problems with one of my machines yesterday (I didn't
report them yet because I wanted to do some investigation myself).
Maybe fink 0.18.0 doesn't work on machines whose owners are named
Matthias.
Upon closer examination, it turned out
From: Alexander K. Hansen [EMAIL PROTECTED]
No, it's expected that Fink will try to update itself when you run
fink selfupdate. What's your error message?
On Jan 9, 2004, at 9:58 AM, Matthias Ringwald wrote:
in order to try an unstable package, I entered fink selfupate which
after downloading
On Jan 1, 2004, at 2:06 PM, Ben Hines wrote:
libgnugetopt dependencirs are never needed on 10.3... the missing
getopt functions were added to libsystem. Just remove all gnugetopt
deps completely! It will work fine.
Thanks for the reminder! nethack is now libgnugetopt free.
However, upon
On Dec 23, 2003, at 4:13 AM, jfm wrote:
The following test failed :
./PkgVersion/get_rubyok 2/0Can't locate object method
get_ruby_dir_arch via package Fink::PkgVersion at
./PkgVersion/get_ruby.t line 25.
# Looks like your test died just after 2.
./PkgVersion/get_rubydubious
On Dec 23, 2003, at 11:35 AM, jfm wrote:
On Dec 23, 2003, at 8:19 PM, jfm wrote:
This looks like you're running the test without having installed the
ruby-support patch itself,
I just ran inject.pl ...
But I see the cvs update command had the '-f' option (together with
-r HEAD).
Oops! I'm so
From: Daniel Macks [EMAIL PROTECTED]
We've got a lot of packages that are the same module for different
versions of a language (-pm*, -py*, etc.). Often, the only difference
between these .info files is in the %n and some Depends and pathnames
in *Scripts, and these are either the language
TheSin is having problems posting to the list, so I'm forwarding this for him. Please reply to him directly
Begin forwarded message:
From: TheSin [EMAIL PROTECTED]>
Date: Tue, 05 Aug 2003 15:17:54 -0600
Subject: la files openldap and dbs
libldap.la has this in it
# Libraries that this one
Ben Hines [EMAIL PROTECTED] wrote:
I am currently testing my fink mirror patch. It adds a fink mirror
that is intended to hold a mirror of every source tarball, so there
will no longer be any breaking URLs.
Sounds like a great idea in general. However, there probably should be
mechanisms to
Alexander Strange [EMAIL PROTECTED] wrote:
On Tuesday, March 4, 2003, at 06:48 PM, Matthias Neeracher wrote:
- Some packages are just too large and obscure. For instance, if I
were to do a 5 piece endgame tablebase package for crafty (which
I haven't done yet), we're talking 6G of disk space
On Tuesday, March 4, 2003, at 06:51 PM, Ben Hines wrote:
On Tuesday, March 4, 2003, at 06:39 PM, Matthias Neeracher wrote:
On Tuesday, March 4, 2003, at 05:51 PM, Ben Hines wrote:
On Tuesday, March 4, 2003, at 03:48 PM, Matthias Neeracher wrote:
- Some packages are just too large and obscure
From: David R. Morrison [EMAIL PROTECTED]
Ben Hines has made a nice list of packages which have not yet been
moved to
10.2. Perhaps this is a good time for fink developers to make a list
packages
which should *not* be moved.
1) manconf should not be moved (I believe this is the upshot
Trying to update my unstable packages at home, I run into problems with
gdk-pixbuf-shlibs-0.16.0-2 and gdk-pixbuf-0.16.0-3. Both of these
packages complained about not being able to find library `' (Yes, that's
an empty string).
I traced the build and found the following:
- libtool is run
On Sunday, February 24, 2002, at 04:28 PM, David R. Morrison wrote:
I have separate binaries for /bin/sh and /bin/zsh, although they are
identical in size (449616) and date (Dec 31). Presumably they were
installed by the 10.1.3 upgrade.
Sizes are the same here. I'm running 10.1.2
Matthias
35 matches
Mail list logo