Dear Sjors,
I'm not convinced that you have correctly diagnosed the crashes you have seen.
The shared libraries of libjpeg and libjpeg8 have different names, and the
dynamic linker cannot possibly confuse them. There is a remote possibility
that some other library is confusing symbols between l
Peter,
Let me refer you to a section of the Fink Packaging Manual
http://www.finkproject.org/doc/packaging/policy.php?phpLang=en#sharedlibs which
explains how shared libraries are packaged in fink. Basically, you need to use
fink's Splitoff mechanism to divide your package into a few others.
On Jun 24, 2010, at 8:21 AM, Alexander Hansen wrote:
>
>
> And why are you marking it as BuildDependsOnly: true? That's normally
> reserved for header packages.
He probably did that to get rid of a validator warning, since he does have
header files in his package.
-- Dave
--
On Jun 24, 2010, at 8:37 AM, Alexander Hansen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> The experimental apt-shlibs violates the Shlibs policy.
>
> Experimental:
> $ dpkg -L apt-shlibs
> /.
> /sw
> /sw/lib
> /sw/lib/libapt-inst.1.1.0.dylib
> /sw/lib/libapt-pkg.4.8.0.dylib
> /
Jack,
Actually, leaving the old variants of python in place is perfectly OK. There
may be people still using old versions of python (on 10.4 or 10.5) and leaving
these variants for them is fine. Of course, if a maintainer stops being able
to test new versions of the package with old versions
ring_for_10.5
>
> My reading of that was that py23 variants should be depreciated.
>Jack
>
> On Sat, Jun 26, 2010 at 09:33:39AM -0600, David R. Morrison wrote:
>> Jack,
>>
>> Actually, leaving the old variants of python in place is perfectly OK.
>>
I'm pretty sure its just %p/bin/g++-4 (without the .N)
-- Dave
On Jun 29, 2010, at 12:53 PM, Koen van der Drift wrote:
> And then I guess I use
>
> SetCXX=%p/bin/g++-4.N (or whatever the name of the excecutable is), correct?
>
> - Koen.
>
>
>
>
> On Tue, Jun 29, 2010 at 2:39 PM, Koen van
Dear fink developers,
Fink's cryptographic directory "crypto" has been moved to become a subdirectory
of "main", in both the stable and unstable trees.
It is no longer necessary to put something into the crypto directory just
because it depends on something else in the crypto directory. The cr
Anybody have any ideas about this one? The "missing" symbol appears to be
present in /sw/lib/libpng.dylib (the one installed by fink's libpng3 package).
Begin forwarded message:
> From: Peter Dyballa
> Date: July 5, 2010 1:33:10 PM MDT
> To: d...@finkproject.org
> Subject: Failure building xfi
On Jul 5, 2010, at 4:08 PM, Alexander Hansen wrote:
>
> OK. That explains the issue: The Xquartz release candidate that you're
> using libpng14 rather than libpng12, and xfig isn't building against
> fink's libpng3 as it should.
As you pointed out, xfig is actually linking to libpng from X11 r
Anyway, the new revision xfig-3.2.5-1013 should fix this for you.
-- Dave
On Jul 5, 2010, at 4:31 PM, David R. Morrison wrote:
>
> On Jul 5, 2010, at 4:08 PM, Alexander Hansen wrote:
>>
>> OK. That explains the issue: The Xquartz release candidate that you're
&
On Jul 9, 2010, at 7:31 AM, Hanspeter Niederstrasser wrote:
>
> [1] Why the buildworld is building the ptex-base from stable is a whole
> other issue, and I have no idea as to why it's doing this. It does
> build ptex-base/unstable, but likes to build and use anew
> ptex-base/stable in the m
The only resolution that I see is to move texlive* and ptex* to stable. Are
they ready?
-- Dave
On Jul 9, 2010, at 1:37 PM, Hanspeter Niederstrasser wrote:
> On 7/9/10 11:58 AM, Tomoaki Okayama wrote:
>> Hi,
>>
>> At Fri, 9 Jul 2010 08:07:03 -0600,
>&
Has anybody seen this error before?
Begin forwarded message:
> From: John Davison
> Date: August 7, 2010 2:20:59 PM PDT
> To: dmr...@users.sourceforge.net
> Subject: libpng3-1:1.2.5-2
>
> Feedback: not good
>
> --
> Package manager version: 0.21.3
> Distribution version:
> 0.7.1
> Mac OS X ver
As Martin Costabel pointed out, both your fink installation and that libpng
package are 6 years out of date. The FAQ should help you figure out how to
update, or if not, people on the fink-users mailing list can help.
-- Dave
On Aug 8, 2010, at 9:19 AM, John Davison wrote:
> I noticed the
If I could make a small suggestion on this thread. Fink's support for 10.4
will end fairly soon, so it would not be such a bad thing if gcc 4.5.1 only
runs on 10.5 and 10.6.
-- Dave
On Aug 11, 2010, at 5:36 PM, Jack Howarth wrote:
> On Wed, Aug 11, 2010 at 07:48:45PM -0400, Alexander Hanse
ook for gcc45-10.4.patch
> copy the extant gcc45.patch to gcc45-10.4.patch
> commit the 10.5 and 10.6-relevant files (gcc45.patch, gcc45.info,
> gcc45-x86_64.info) from the tracker
>
> ?
>
> That way we will have the updated gcc45 in 10.5 and 10.6, with the
> option to update it
On Aug 18, 2010, at 12:14 PM, Sjors Gielen wrote:
> Op 18 aug 2010, om 17:47 heeft Benjamin Reed het volgende geschreven:
>
>> I'm obviously a supporter of Fink, being one of the core maintainers
>> and all, but I think trying to package fink with a frontend would be a
>> nightmare. First, what
On Aug 23, 2010, at 12:21 PM, Kees Bakker wrote:
> PS and BTW. If the Fink packages were build as "fat binaries" for i386 and ppc
> I would never have tried to use my own framework.
Let me comment about why we don't do this. For a large percentage of open
source packages (the figure 80% is ban
This sounds like something which should be added to the FAQ if its not there
already.
Also, I'm wondering if we should maybe enhance that validator test so that if
it finds a Shlibs with an incomplete pathname, it gives additional advice (such
as what Ben wrote in this email...)
-- Dave
On
Are you using the i386 or x86_64 architecture of fink?
On Sep 27, 2010, at 9:35 PM, BABA Yoshihiko wrote:
> Hi all,
>
> I installed r-base, then tried to install its packages inside R environment,
> with the error below. The binary version of R didn't have such error. Would
> it be Fink's prob
Anyway, I suspect from your error message that you are using 10.6-i386. The R
environment, on the other hand, is making calls to gcc with no arch flag so it
defaults to x86_64, and your libraries are not compatible with that...
-- Dave
On Sep 27, 2010, at 9:43 PM, David R. Morrison wrote
On Sep 30, 2010, at 7:45 AM, Alexander Hansen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 9/29/10 5:08 PM, Ebrahim Mayat wrote:
>> Hello list
>>
>> With reference to my submission (#3074237) for fluidsynth-1.1.2, I have
>> come across a compatibility version issue.
>>
>> As
(switching to fink-devel)
On Oct 25, 2010, at 9:43 AM, Alexander Hansen wrote:
>>
>>
>> Start by downloading the Java Developer Package from connect.apple.com,
>> which now contains the headers. If that doesn't work, then cmake is
>> going to need to be updated further to cope with the new st
conTeXt is already present in both fink's tetex and texlive packages.
The dependency issues with tetex and texlive are very complex, and I
do not believe we should accept a separate conTeXt package into fink.
-- Dave
On Feb 7, 2011, at 8:57 AM, Alexander Hansen wrote:
> -BEGIN PGP SI
The original poster showed us a transcript, in which fink tried to do
the swapping, but failed, delivering the dreaded "circular
dependencies" error message.
-- Dave
On Feb 18, 2011, at 10:01 AM, Daniel Macks wrote:
>
>
> On Fri, 18 Feb 2011 17:13:37 0100, Martin Costabel wrote:
> Alexa
Hello fink-devel.
This user has 10.6 + Xquartz and -- in spite of the builddepends on xmkmf --
has the build fail due to Imake issues, namely
> Imake.tmpl: No such file or directory
Anybody have any suggestions here?
-- Dave
Begin forwarded message:
> From: Mattia Vaccari
> Date: March
The problem with this approach is that it short-circuits one of Fink's security
features (the checking of MD5sum for source files) and it also short-circuits
Fink's storage of source files in its own archive to guard against the day when
the source file is no longer available from the original d
Sounds good to me.
-- Dave
On Apr 20, 2011, at 12:16 PM, Alexander Hansen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> 3.7 Source Policy
>
> Sources should normally be downloaded from the location(s) that the
> upstream developer(s) use, and any modifications for Fink should
Hi Max, my apologies. This only got half-implmented last night and I was going
to send out an email after it was finished, but I can explain it now.
Our strategy for handling EOL for 10.4 is to place copies of all .info/.patch
files into this 10.4-EOL subdirectory of finkinfo, and then to modif
There was a recent revision to the transfig package which introduced the use of
fink's flag-sort package. However, it seems to have a problem on 10.6: see
below. Anybody have any advice about it?
-- Dave
Begin forwarded message:
> From: "Densmore, Jeffery D"
> Date: July 19, 2011 10:50:59
Jeffery: please see the question at the bottom:
Begin forwarded message:
> From: Alexander Hansen
> Date: July 19, 2011 1:01:21 PM PDT
> To: "David R. Morrison"
> Cc: Fink fink-devel , j...@lanl.gov
> Subject: Re: [Fink-devel] flag-sort
> Reply-To: Fink Developers M
Jack,
Many of our package maintainers will now be faced with trying to
maintain a package across several distributions, and in cases where
there doesn't need to be a difference, the maintenance is easier if
the foo.info files are identical.
So generally, copying the same version, revision,
ote:
> On Thu, Jul 21, 2011 at 09:45:05AM -0700, David R. Morrison wrote:
>> Jack,
>>
>> Many of our package maintainers will now be faced with trying to
>> maintain a package across several distributions, and in cases where
>> there doesn't need to be a d
In a discussion on irc this morning, there was a general consensus to bring
Python 2.6 and 2.7 forward to 10.7, but not to bring Python 2.5 forward. I
subsequently put the python26 and python27 packages into the 10.7 tree.
What about perl? Should we bring perl 5.8.8 forward, or leave it out?
ve
On Jul 21, 2011, at 11:16 AM, Daniel Macks wrote:
> On Thu, 21 Jul 2011 11:00:03 -0700, "David R. Morrison" wrote:
> In a discussion on irc this morning, there was a general consensus to
> bring Python 2.6 and 2.7 forward to 10.7, but not to bring Python 2.5
> forward.
OK, gc has been added to 10.7.
-- Dave
On Sep 9, 2011, at 8:19 PM, Martin Costabel wrote:
> On 22/07/11 23:38, Jack Howarth wrote:
>> Dave,
>> FYI, David Fang asked me to test gc under Lion so that he can push guile20
>> into 10.7.
>
> Almost 2 months have passed since this request. Is th
On Sep 15, 2011, at 7:05 AM, Sébastien Maret wrote:
>
> Le 15 sept. 2011 à 15:51, Alexander Hansen a écrit :
>
>> We probably don't want just to dump packages into stable without doing a
>> little testing to make sure they all actually work. ;-) One option would
>> be something like the followi
So at the very least, we should put a news item on the fink webpage warning
users that fink on 10.6 is currently incompatible with Xcode 4.2, and
suggesting a downgrade to Xcode 3.2.6.
Another short-term measure would be to put a test into fink to check for Xcode
4.2 on 10.6, and warn users tha
On Oct 21, 2011, at 8:50 AM, Jack Howarth wrote:
> On Fri, Oct 21, 2011 at 08:05:38AM -0700, David R. Morrison wrote:
>> So at the very least, we should put a news item on the fink webpage warning
>> users that fink on 10.6 is currently incompatible with Xcode 4.2, and
On Oct 24, 2011, at 7:49 AM, Jack Howarth wrote:
> On Fri, Oct 21, 2011 at 09:01:58AM -0700, David R. Morrison wrote:
>>
>> On Oct 21, 2011, at 8:50 AM, Jack Howarth wrote:
>>
>>> On Fri, Oct 21, 2011 at 08:05:38AM -0700, David R. Morrison wrote:
>>>>
I wonder if we should put a test for Xcode version into the bootstrap, so that
people get an error message which tells them what is wrong and suggests how to
fix it?
-- Dave
On Nov 23, 2011, at 6:50 AM, Alexander Hansen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 11/23/1
Thanks for noticing that. I did the update.
-- Dave
On Nov 26, 2011, at 3:16 PM, Hanspeter Niederstrasser wrote:
> Dave,
>
> Is it possible to update Fink's fribidi to the latest upstream? A package
> I'm trying needs fribidi > 0.19. According to the fribidi page, 0.19 is
> API/ABI compa
There is a problem with libgeos on 10.7.
The most recent XCode will not compile it, even using llvm-gcc-4.2.
The MacPorts project is also aware of this; they actually have a package called
"apple-gcc-4.2" which provides the now-missing gcc-4.2 from apple for people
who have upgraded XCode. Tha
Thanks, I'll try 3.3.1.
-- Dave
On Nov 28, 2011, at 2:16 PM, Merle Reinhart wrote:
> Dave,
>
> I just noticed your post about libgeos not working in 10.7 with XCode
> compilers.
>
> I do know that libgeos 3.3.1 WILL successfully build in 10.7 with the XCode
> 4.2 clang compiler. I'm us
The dependent packages not yet in 10.7 are: farsight2, libnice, and
silc-toolkit.
All three of these, and pidgin itself, built for me on 10.7 this evening.
-- Dave
On Jan 4, 2012, at 6:07 PM, David Fang wrote:
>> Hi, sorry to bother you, I was just wondering when there might be a fink
>> p
I'm curious where you are putting the dylibs? (haven't had a chance to look at
the packages)
-- Dave
Sent from my iPhone
On Jan 21, 2012, at 5:24 PM, Sjors Gielen wrote:
> Hi Alexander,
>
> Op 22-01-12 00:17, Alexander Hansen schreef:
>
>> Let's try to stay close to our established nomen
My recollection of the original idea was that there might be a package with
binaries, static libs, and headers all together. I dont know if there are any
such left, but if there are, they will need to be splitoffized to separate the
binaries (should this change be made).
-- Dave
Sent from m
atic-only libraries and maybe some executables, and
> especially if also executables other packages tend to Depends on them.
> That makes it difficult to upgrade them to be shared or for
> backward-incompatible new libversions even if still static-only.
>
> dan
>
> On T
On Apr 29, 2012, at 10:57 AM, Daniel Macks wrote:
> On Sun, 29 Apr 2012 09:43:33 -0700, Alexander Hansen
> wrote:
> We've got some maintainers (J. Howarth, H. Todd that I know of) who
> have
>> access to Mountain Lion. Jack, in particular has been doing build
>> tests. To help expedite updat
On May 4, 2012, at 10:56 PM, Alexander Hansen wrote:
> On 5/4/2012 8:54 PM, Jack Howarth wrote:
>> My biggest concern with the 10.8 support is the situation with the perlmod
>> packages.
>> Specifically whether we could adjust fink to automatically handle the newer
>> perl in each OS
>> releas
I think Dustin's approach is a good one -- less intrusive to users' systems.
-- Dave
On May 10, 2012, at 4:32 AM, Dustin Cartwright wrote:
> On Thu, May 10, 2012 at 12:45 AM, Alexander Hansen
> wrote:
> We're approaching the May 16 planned deadline for a new Fink (0.33.0)
> release. The cu
installed instead of the the fink build process it will
> have the wrong perms, unless things have changed since then.
> ---
> TS
> http://www.southofheaven.org/
> Life begins and ends with chaos, live between the chaos!
>
> On 2012-05-10, at 6:33 AM, David R. Morrison wr
On May 13, 2012, at 3:14 PM, Merle Reinhart wrote:
> One possibility would be make the id static or dynamic based upon a
> configuration setting in fink.conf. I think you'll wind up with a lot less
> push-back from IT admins.
>
We've done things like this in the past. We can store the desir
On Jun 15, 2012, at 8:53 AM, Alexander Hansen wrote:
> On 6/15/12 6:08 AM, Sébastien Maret wrote:
>> Hi all,
>>
>> I spent most of this morning trying to install Fink on one of my colleague
>> computer. This made me realize how complicated it is for the end-user.
>> Pretty much everything that
On Jun 22, 2012, at 10:59 AM, Alexander Hansen wrote:
> Any thoughts about moving dists/ over to github?
>
> Even though sourceforge isn't going to close down CVS access, it'd be
> nice to move to a more modern system. Plus, for users behind firewalls,
> github allows files to be accessed via h
On Jun 24, 2012, at 10:17 AM, David Lowe wrote:
> On 2012 Jun 22, at 2:35 PM, Hanspeter Niederstrasser wrote:
>
>> Buildworlds and dist-wide package roundups (like unstable->stable
>> or multi-package dep upgrades) need a lot of overlapping local
>> modifications and VCS-updating steps, and I
/usr/bin/readlink is present on both 10.6 and 10.5.
-- Dave
On Jun 27, 2012, at 7:44 AM, TheSin wrote:
> it turns out that Lion have /usr/bin/readlink as well, can anyone confirm
> this on 10.6/10.5 if so then it won't matter if I replace debianutils.
> ---
> TS
> http://www.southofheaven.org
Dear Fink developers,
At the time of the upgrade to 10.7, many fink -pm5123 packages were limited to
Distribution: 10.7 only. Since we will make perl 5.1.23 available in 10.8,
that restriction is no longer necessary or appropriate. On behalf of the
fink-core team, I plan to alter such package
Is there any possibility that we can just disable the need for Tex by telling
some package with a configure option that it should build it's Tex docs?
-- Dave
On Jun 29, 2012, at 9:50 AM, TheSin wrote:
> I already thought of these options, the problem would be the same problem I
> see wit
On Jun 29, 2012, at 10:56 AM, Jack Howarth wrote:
>> Dear Fink developers,
>>
>> At the time of the upgrade to 10.7, many fink -pm5123 packages were limited
>> to Distribution: 10.7 only.
>> Since we will make perl 5.1.23 available in 10.8, that restriction is no
>> longer necessary or approp
On Jun 29, 2012, at 12:40 PM, Hanspeter Niederstrasser wrote:
> On 6/29/2012 1:13 PM, David R. Morrison wrote:
>>
>> On Jun 29, 2012, at 10:56 AM, Jack Howarth wrote:
>>
>>>> Dear Fink developers,
>>>>
>>>> At the time of the upgrade
My recollection is that we hacked the dpkg code to allow unversioned virtuals
at the time we introduced virtual pkgs.
-- Dave
On Jun 29, 2012, at 2:01 PM, TheSin wrote:
> So I'm not sure how but the old dpkg seemed to not check version of
> fink-virtuals, the patch I'm using is pretty much i
On Jul 2, 2012, at 11:55 AM, Daniel Macks wrote:
> On Sun, 01 Jul 2012 21:59:43 +0200, Sjors Gielen wrote:
> Op 01-07-12 21:54, TheSin schreef:
>>> would we rather it silently do it or with a warning but still pass?
>> I assume no warning but thought I'd show an example.
justin@tracer [/s
Good point. The reason this was done is documented in the perlXXX.info file,
but you are right that it creates potential upgrade problems.
I guess what we need is a package called perlXXX-upgrade which is a bundle that
depends on all these non-core pm's. Would that solve it, or am I overlookin
he current OS version.
>
> On 7/6/12 6:59 AM, David R. Morrison wrote:
>> Good point. The reason this was done is documented in the perlXXX.info
>> file, but you are right that it creates potential upgrade problems.
>>
>> I guess what we need is a package called p
Sounds like a good idea to me.
-- Dave
Sent from my iPhone
On Jul 13, 2012, at 1:46 PM, Hanspeter Niederstrasser
wrote:
> Currently, if a new passwd-package is created, passwd-core gets a new
> version and so all the other passwd-* packages need to be rebuilt and
> reinstalled (which incl
On Sep 1, 2012, at 1:38 PM, Alexander Hansen
wrote:
> On 9/1/12 1:07 PM, Hanspeter Niederstrasser wrote:
>> On 9/1/2012 10:32 AM, Alexander Hansen wrote:
>>> On 8/31/12 5:36 PM, Jack Howarth wrote:
Why exactly are we building the entirety of gettext-tools at -O0
in 10.7 branch when
Yes, please go ahead and commit the new version.
-- Dave
On Feb 25, 2013, at 8:55 AM, Hanspeter Niederstrasser wrote:
> Dave,
>
> I'm packaging the latest libtiff that bumps libN (to libtiff5), and taking
> the opportunity to update our existing libtiff to the last of that line.
> Here's t
Jack,
I get errors building the latest versions of gcc44 and gcc45 on 10.6, i386 . I
have Xcode 3.2.6 but if that's too old, the packages should tell me so. I
reproduce the error msg from gcc44 below; the one from gcc45 was similar.
Based on the error msg, I guessed that maybe I needed to in
Yes, I use tcsh, and "which makeinfo" now gives me
/sw/opt/texinfo-legacy/bin/makeinfo (to which I say "opt???"), but
unfortunately the build failed just as before.
-- Dave
On May 5, 2013, at 5:46 PM, Alexander Hansen wrote:
> On 5/5/13 4:59 PM, David R. Morrison w
I started a new shell, to be on the safe side…
On May 5, 2013, at 6:11 PM, Alexander Hansen wrote:
> Yeah, %p/opt has been around a while. :-)
>
> Did you start a new shell session or re-source /sw/bin/init.tcsh ?
>
> On 5/5/13 5:59 PM, David R. Morrison wrote:
>> Yes, I
On May 6, 2013, at 6:33 AM, Jack Howarth wrote:
> On Sun, May 05, 2013 at 04:59:42PM -0700, David R. Morrison wrote:
>> Jack,
>>
>> I get errors building the latest versions of gcc44 and gcc45 on 10.6, i386 .
>> I have Xcode 3.2.6 but if that's too old, the pa
On May 6, 2013, at 9:32 AM, Jack Howarth wrote:
> On Mon, May 06, 2013 at 09:02:34AM -0700, David R. Morrison wrote:
>>
>> On May 6, 2013, at 6:33 AM, Jack Howarth wrote:
>>
>>> On Sun, May 05, 2013 at 04:59:42PM -0700, David R. Morrison wrote:
>>>>
Yes, well, I'm on Lion…
On Nov 23, 2015, at 9:28 AM, Alexander Hansen wrote:
>
>> On Nov 23, 2015, at 08:06, Max Horn wrote:
>>
>> Hi Dave,
>> [CC: fink-devel],
>>
>>> On 22 Nov 2015, at 21:39, David R. Morrison wrote:
>>>
>>>
>Dear Fink developers,
>
>I'd like to make a fink (package manager) release quite soon. Max seems to
>be busy with other things, so I'm going to do this myself.
Just an update here. Indeed there is one bug in fink-cvs which is not
present in fink-0.11.1, so I'm going to fix that before I release
Robert Isenberg <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I hope mailing this list is the correct place, but I've tried to email
> the maintainer of the gtk+2 package, but I get an automatic email back
> from his email provider saying that he is over his quota, so it won't
> receive the message!!!
The newest version of system-xfree86, required for use with Apple's X11,
is now available in binary as well as source form.
Binary users should run "sudo apt-get update" prior to following the
instructions on Fink's website. Source users should run "fink selfupdate-cvs"
prior to following the ins
Dear Fink users,
Although not mentioned on Apple's website anyplace I can find, the ReadMe.rtf
for Apple's X11.app informs us about a mailing list devoted to Apple's X11.
You can subscribe to this list at
http://www.lists.apple.com/x11-users
Questions and comments about how to install X11.app w
You need to install system-xfree86-4.2-3, the latest version.
There was a problem earlier today with installing this using the binary
install, but the problem has been fixed.
"sudo apt-get update"
followed by
"sudo apt-get install system-xfree86"
should work.
-- Dave
On Jan 8,2003 00:1
Thanks for all of your efforts in generating feedback, and your long list
of packages which you believe are suitable to move to the stable tree.
However, you may *not* move my gmp-4.1.1-1 package to the stable tree.
Although it compiles OK, it has problems when running and is definitely not
suitab
Giulio Harding <[EMAIL PROTECTED]> wrote:
> Not sure if I've got the right mailing-list, or if this issue is
> already known about, but here goes :)
>
> I've just tried to install the openh323 & pwlib packages, and both
> failed, as the files required don't exist on the website
> (http://www.o
On Jan 9,2003 15:01:16 +0100, David <[EMAIL PROTECTED]> wrote :
>-BEGIN PGP SIGNED MESSAGE-
>Hash: RIPEMD160
>
>>
>> I've no problem in moving gnuplot-py to stable, but, as pointed out by
>> David Morrison, I've not CVS access commit. So you should do it for > me.
>
>Alright, here is how
If you are using X11.app, you need to carefully follow the instructions at
http://fink.sourceforge.net/doc/x11/inst-xfree86.php#apple-binary
-- Dave
On Jan 9,2003 12:29:47 -0500, Ahron Darnell <[EMAIL PROTECTED]> wrote :
>
>cant seem to install
>--
>Package manager version: 0.11.1
>Distrib
Jared <[EMAIL PROTECTED]> wrote:
> Hi. I have a package which currently creates a file outside /sw. It
> adds a file to /etc/xinetd.d/ so your computer acts as a POP3 server so
> you can get Hotmail in any e-mail client. The person who is looking
> over my package isn't sure about my modifyi
On Jan 10,2003 12:19:30 -0600, Kris Foster <[EMAIL PROTECTED]> wrote :
>http://www.fink.org/ seems to be the property of a Mr. A. Fink.
>
>Kris
>
It's kind of cool, actually... He has done Mac OS 9 development, and he has a
link to our project at the bottom of his page.
fink.net seems to belong
Here are a few relevant posts:
http:[EMAIL PROTECTED]/msg87083.html
http:[EMAIL PROTECTED]/msg06039.html
and, someone who implemented this, more or less...
http://maikimo.net/radio/stories/2002/11/23/buildingperl580modperlapac.html
We also need to look at the "standard" instructions for roll-y
Another relevant link, which may indicate which way the wind is blowing,
long-term:
http://www.opendarwin.org/projects/darwinports/en/x11.php
-- Dave
On Jan 7,2003 19:34:12 +, Finlay Dobbie <[EMAIL PROTECTED]> wrote :
>http://www.apple.com/macosx/x11/
>
>Just thought y'all should know :
Dear fink developers,
The version of system-xfree86 in the 0.5.0a distribution has "Maintainer:
None <[EMAIL PROTECTED]>". Thus, a user who tries to
install system-xfree86 with FinkCommander (without reading all of
the instructions) and who is then nice enough to send feedback about
the problem,
Please carefully follow the instructions at
http://fink.sourceforge.net/doc/x11/inst-xfree86.php#apple-binary
-- Dave
On Jan 11,2003 11:14:24 -0500, Dan Sauve <[EMAIL PROTECTED]> wrote :
>
>
>--
>Package manager version: 0.11.1
>Distribution version: 0.5.0a
>Mac OS X version: 10.2.3
>July 20
You probably need to be running the preprocessor with the -no-cpp-precomp
flag. Try setting
CPPFLAGS = -no-cpp-precomp
-- Dave
On Jan 12,2003 08:25:08 +1100, Erik de Castro Lopo <[EMAIL PROTECTED]> wrote :
>Hi all,
>
>I am the author of a package which uses FFTW and I OSX, I was hoping
>to u
A couple of comments on this thread:
1) Fred Sanchez wrote a revised darwin.sh for perl in the fall, which was
accepted into the perl tree. I believe that it essentially implements
what Chris did. We should follow it. (Links to the document were in my
previous post.)
2) By convention, the use
Just to clarify the situation a bit more:
If the software you are packaging makes use of the Fink package foo
whenever foo is present, and if you have no way to disable it from making
use of foo, then you must list foo as a dependency.
This is the only way we have of guaranteeing that every Fink
Martin,
My understanding is that the following upgrade path:
XFree86-4.2 or Fink-4.2/ threaded-version / XFree86-4.3 or Fink-4.3
is expected to work just fine.
However, as has become apparent this week, the libraries shipped by Apple
are not binary compatible with other versions of the libr
I am creating rev. 2 of your package with the dependency on dlcompat.
-- Dave
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
__
Let me jump back in one more time regarding multiple versions of perl module
packages.
There is a nifty system for emacs versions in Debian, which has been mostly
implemented in Fink (except that not every package follows it), in which
various files are registered as emacs source files and then if
Hi Jared. Thanks for your interest in making Fink packages; we definitely
need more people who want to do that!
The procedure is, once your submission to the package submission tracker
meets Fink's standards, one of the Fink developers will add it to the
unstable tree. (Sometimes this takes a wh
Hi Jared.
Your idea of putting together all of the files from a fink package and
making a .pkg out of it is a reasonble one. And you've hit on a way
to handle dependencies as well, by making .pkg's for all of the dependent
Fink packages and the combining them to an .mpkg.
However, I *implore* yo
Like this?
http://fink.sourceforge.net/legal.php
---
This SF.NET email is sponsored by: FREE SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your SSL sec
Oh, I see, maybe you are talking about the lower left hand corner?
I just tried changing it to 2001-2003, but it messes up the width of
the left hand column...
-- Dave
---
This SF.NET email is sponsored by: FREE SSL Guide from Thawte
are yo
1 - 100 of 1507 matches
Mail list logo
