Re: Packaging PyObjC Re: [Fink-devel] imagemagick build failure

On Friday, Feb 21, 2003, at 16:42 US/Eastern, David R. Morrison wrote: PyObjC has been packaged for fink by Michel Salim, and was added to the unstable tree in the languages section within the past week or so. Even better! And it copies the docs, examples and templates to the share/doc directory.

Packaging PyObjC Re: [Fink-devel] imagemagick build failure

On Friday, Feb 21, 2003, at 13:11 US/Eastern, Jeff Whitaker wrote: Bill: Try "fink selfupdate-cvs; fink rebuild freetype2". That FT_New_Face problem should be fixed. Let me know if it's not. That worked great. Thanks. BTW: how about a pybojc fink package? I was going to do a 0.8 fink package,

[Fink-devel] imagemagick build failure

Imagemagick is failing to build on my system -- I have tried rebuilding freetype2, but it still fails. Any ideas? gcc -DHAVE_CONFIG_H -I. -I. -I../magick -I.. -I.. -I../magick -I/sw/include/freetype2 -I/sw/include -D_REENTRANT -I/usr/X11R6/include -I/usr/X11R6/include/X11 -I/sw/include/libxml

[Fink-devel] Parallel builds

Instead of trying to pass the compiler make flag into make itself -- something that just about every planet on the package has a note in the README of 'you can try parallel make if you want, but if it breaks, turn it off'-- why not build packages in parallel, if the developer so desires. If a

[Fink-devel] rsync

Bugs fixed in 2.5.5 (2.5.2 actually has some fairly nasty issues that were fixed in later versions): * Work around bug in Mac OS X mkdir(2), which cannot handle trailing slashes. (Martin Pool) (There w

Re: [Fink-devel] 3rd Party

contrib/ or optional/ sounds better than thirdparty/ to me. Wouldn't the custom fink mirror only work when installing from debian packages (which, admittedly, I never do-- I always have fink configured to download-and-build; never using dselect). b.bum On Thursday, March 28, 2002, at 04:30 P

[Fink-devel] 3rd Party

Max, I can understand your position and respect the desire not to dilute the Fink policy unless absolutely positively necessary, even if-- in this one case-- I disagree. And I *fully* support your proposal regarding a third party section. I actually have a few Fink packages

[Fink-devel] Re: Reason to provide better clues w/virtual dependencies

I.e. instead of: (1) this x (2) that x (3) system x Provide: (1) this x -- select this if you have Foo's X distribution installed (2) that x -- select this if you have Bar's X distribution installed (3) system x -- select his if you don't have X installed and want Fink to install its version o

Re: [Fink-devel] Apple, GNU, POSIX, and the mess we have

Beautiful. I'm glad to see that that is finally moving forward... Do you know if the legal resolution was: - we can use dpkg for Darwin because it will never ship with OSX and is not required to build the foundation of OS X? - we can use dpkg for Darwin because our lawyer's re

[Fink-devel] Apple, GNU, POSIX, and the mess we have

Unfortunately, the reason why Apple ships with the very old and very limited versions of the various command line tools is mostly a legal one. In particular, a lot of effort has been expended on *not* shipping any GPL'd tools in the base system because of the extreme limitations of