Re: [Fink-devel] updating Fink's lilypond

On Feb 28, 2013, at 4:07 PM, Hanspeter Niederstrasser 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 to this message. The

Re: [Fink-devel] updating Fink's lilypond

Thanks for your quick answer, Max! On Mar 1, 2013, at 12:31 AM, Max Horn 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 >> taken t

Re: [Fink-devel] Cannot install ucblogo

know if this is related to the other issues I have been observing >> or not. >> >> I am running Snow-Leopard 10.6.2, latest updates installed, latest version >> of Fink and have the development branch activated. > > Hello, William. It looks like the documentation

Re: [Fink-devel] jadetex-3.13-1023

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.ne

Re: [Fink-devel] fontconfig-path incompatible with xquartz

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.co

Re: [Fink-devel] packaging request

>> 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 do

[Fink-devel] Re: Giving up on ghc

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 lo

[Fink-devel] Giving up on ghc

{Cc to everybody who has reported that ghc no longer builds] I'm afraid I find myself unable to get the ghc package to run again after trying for more than a week (why do supposedly "clean" languages always have such dirty builds?), so I've retired it from CVS. I've left my abortive attempt

[Fink-devel] Re: Problem with OpenJade not working any more with new tetex

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 I've

[Fink-devel] Re: New freetype2 packages

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 freetype219-shl

Re: [Fink-devel] freetype2-update

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 ve

[Fink-devel] Re: freetype2

On Feb 17, 2005, at 8:11 PM, Michael <[EMAIL PROTECTED]>wrote: Do you know what packages they are? Yesterday after talking to you and before the last message you sent me I wrote packages for rfontconfig-2.2.99 and freetype2-2.1.9. The freetype installs fine, and I would like to test it with th

Re: [Fink-devel] Request for Comments: freetype2{-hinting,}{-shlibs,-dev,}-2.1.9 upgrade

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

[Fink-devel] Request for Comments: Pango* 1.6.0 upgrade and -ftdev variants.

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 -ftdev

[Fink-devel] Request for Comments: freetype2{-hinting,}{-shlibs,-dev,}-2.1.9 upgrade

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 pa

[Fink-devel] Re: Updating freetype2

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, and

Re: [Fink-devel] ec-fonts-mftraced dependency

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 ec-fonts-m

Re: [Fink-devel] Type:ruby field docs

Damien Pollet <[EMAIL PROTECTED]> wrote: I submitted a package for the ruby bindings to some gnome2 libs: https://sourceforge.net/tracker/index.php? func=detail&aid=963608&group_id=17203&atid=414256 By looking at other packages and thanks to someone on IRC I could use the Type: ruby field, but as t

Re: [Fink-devel] octave-forge-2004.02.12-2

On Mar 25, 2004, at 1:00 AM, Martin Costabel wrote: Building octave-forge crashes for me because of a bad interaction with lilypond (maintainer CCed): Lilypond installs a texinfo.tex file that gets substituted for the real thing. This breaks texinfo which is used for building octave-forge. I had

[Fink-devel] Re: Updating clisp fails.

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 ... [str

[Fink-devel] Re: gnubg-0.12-22

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 can

[Fink-devel] Re: disabling /usr/local/include

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 Appl

[Fink-devel] Re: .app's in Fink

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 thin

Re: [Fink-devel] Re: .app's in Fink

On Jan 30, 2004, at 5:49 PM, Kevin Horton wrote: At 20:29 -0800 29/1/04, Matthias Neeracher wrote: I just had a peek over there, and there are indeed a small number of packages that don't seem to be getting acted upon at all (The oldest of them seems to be xkbsw). The vast majority, ho

[Fink-devel] Re: .app's in Fink

In article <[EMAIL PROTECTED]>, Kevin Horton <[EMAIL PROTECTED]> wrote: > At 18:51 -0800 26/1/04, Matthias Neeracher wrote: > >Could you explain in what way NOT allowing .app bundle > >packages enriches fink currently? > > > >If native KDE runs everything

[Fink-devel] Re: .app's in Fink

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 sui

[Fink-devel] CFD: Installing Frameworks from fink packages

Hi all, I'm thinking of creating a fink package for RubyCocoa (), 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

[Fink-devel] Ruby support in Fink (Was: fink/perlmod/Fink PkgVersion.pm,1.211,1.212)

From: Daniel Macks <[EMAIL PROTECTED]> === RCS file: /cvsroot/fink/fink/perlmod/Fink/PkgVersion.pm,v diff -u -d -r1.211 -r1.212 @@ -1595,10 +1600,15 @@ } elsif (!exists $self->{parent} and $self->param("_type") eq "perl") { # gr

Re: [Fink-devel] Re: dists/10.3/unstable/main/finkinfo/libs/rubymods imlib2-rb.info,NONE,1.1 imlib2-rb18.info,NONE,1.1 opengl-rb.info,NONE,1.1 opengl-rb18.info,NONE,1.1 opengl-rb18.patch,NONE,1.1

Am 15.01.2004 um 12:34 schrieb Daniel Macks: > Matthias Neeracher <[EMAIL PROTECTED]> said: >> Update of >> /cvsroot/fink/dists/10.3/unstable/main/finkinfo/libs/rubymods >> Added Files: >>imlib2-rb.info imlib2-rb18.info opengl-rb.info >>op

Re: [Fink-devel] Re: dists/10.3/unstable/main/finkinfo/libs/rubymods imlib2-rb.info,NONE,1.1 imlib2-rb18.info,NONE,1.1 opengl-rb.info,NONE,1.1 opengl-rb18.info,NONE,1.1 opengl-rb18.patch,NONE,1.1

In article <[EMAIL PROTECTED]>, Daniel Macks <[EMAIL PROTECTED]> wrote: > Does this rely on any of the magic you just added to Fink::PkgVersion? Yes, it does. The compile and install scripts are automagicked. > More importantly, this sounds like it gets installed into a versioned > part of lib/ru

[Fink-devel] Heureka! (Was: Fink-0.18.0 doesn't compile)

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 clo

[Fink-devel] Re: Fink-0.18.0 doesn't compile

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 downloadi

[Fink-devel] Re: libgnugetopt

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 furthe

Re: [Fink-devel] Re: Ruby test failed

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 s

[Fink-devel] Re: Ruby test failed

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

[Fink-devel] Idea: "LangVersion" field in .info

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 versi

[Fink-devel] Fwd: la files openldap and dbs

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 depe

Re: [Fink-devel] Re: fink mirror patch

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

Re: [Fink-devel] Re: fink mirror patch

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. For instance, if I were to do a 5 piece endgame tablebase package for crafty (which I haven't done yet), we're

[Fink-devel] Re: fink mirror patch

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

[Fink-devel] Re: fink mirror patch

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 ex

[Fink-devel] Re: Packages not to be moved

> 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 i

Re: [Fink-devel] Puzzling issue with CDPATH, traced further

On Tuesday, February 26, 2002, at 02:12 PM, Martin Costabel wrote: > Matthias Neeracher wrote: >> localhost% gnome-config --libs gnomeui >> -L/sw/lib -L/usr/X11R6/lib -L.libs -lgnomeui -lart_lgpl -lgdk_imlib >> -lSM >> -lICE -lgtk -lgdk -lgmodule -ldl

Re: [Fink-devel] Puzzling issue with CDPATH, traced further

Tracing this incident further back, I noticed that the assignment to absdir is not exercised in most executions of libtool. The reason it was exercised on my machine is that my gnome-config there seems to differ from that on the other machine I use (which works fine): localhost% gnome-config -

Re: [Fink-devel] Puzzling issue with CDPATH / libtool / gdk-pixbuf

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 Matthi

[Fink-devel] Puzzling issue with CDPATH / libtool / gdk-pixbuf

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 by