--- "David R. Morrison" <[EMAIL PROTECTED]> wrote:
> Fink runs "sudo gcc_select" (without arguments) to
> test whether you've got
> the correct version of gcc selected.
That's what I thought. But I don't see anything wrong.
In fact running sudo gcc_select gives identical
results whether /sw/bin/c
Fink runs "sudo gcc_select" (without arguments) to test whether you've got
the correct version of gcc selected. I'm not sure why your symlink trick
messes that up, but it doesn't surprise me. Fink is designed to work when
all of the Apple-supplied things are left as Apple gave them to us.
-- D
Hello,
just out of curiosity, why does distcc-default imply
ccache? More importantly, if I symlink /sw/bin/cc to
/sw/bin/distcc, I get:
Setting up db3 (3.3.11-24) ...
Failed:
This package must be compiled with GCC 3.3, but you
currently have an unknown version selected.
To correct this problem,
thanks dan, now to isolate why :\
---
TS
http://southofheaven.org
Chaos is the beginning and end, try dealing with the rest.
On 16-Dec-03, at 6:12 PM, Daniel Macks wrote:
Using Fink/*.pm from 2003/12/10 it works correctly, 2003/12/14 it
doesn't. It appears the problem occurred with your PkgVersion
Using Fink/*.pm from 2003/12/10 it works correctly, 2003/12/14 it
doesn't. It appears the problem occurred with your PkgVersion.pm
v1.187->1.188.
dan
On Tue, Dec 16, 2003 at 12:39:03PM -0700, TheSin wrote:
> can you install fink pre 0.17.1 and tell me if this is still the case I
> think you'll f
okay commited
---
TS
http://southofheaven.org
Chaos is the beginning and end, try dealing with the rest.
On 15-Dec-03, at 10:31 AM, Marc Bejarano wrote:
At 14:47 12/14/2003, TheSin wrote:
okay I have them updated and ready to go, but the lftp website still
says 2.6.9 is current, so i'm waiting to
I didn't even know it's in the tree but I don't think it should be.
---
TS
http://southofheaven.org
Chaos is the beginning and end, try dealing with the rest.
On 16-Dec-03, at 5:35 PM, David R. Morrison wrote:
Well, it is not anticipated that anybody will build or install
dpkg-bootstrap unless the
Well, it is not anticipated that anybody will build or install
dpkg-bootstrap unless they are actually running the fink bootstrap script.
I wonder if we should remove it from the package tree, and just keep it
around in the bootstrap area...
-- Dave
--
Hi,
I just noticed that 'fink rebuild dpkg-bootstrap' fails when
gettext-dev is not installed. I see that in the standard dpkg packages
there is an explicit install for gettext-dev and other devs in the
CompileScript, while this is missing in the dpkg-bootstrap package.
This is true for 10.2-g
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 away
David R. Morrison wrote:
There are a few other tweaks which are necessary as well. Fink is not
very smart about specifying the default choice, and in the automated
system, we always take the default choice. For this reason, I remove
the various system-foo packages before I start making the b
On Tue, Dec 16, 2003 at 10:04:02PM +0100, Darian Lanx wrote:
> >If you configure Mirror-cpan to "http://backpan.cpan.org/"; you'll get
> >insulation from a module being deleted because a newer version was
> >uploaded and an old one deleted. It's also hourly-current with the
> >latest releases.
> >
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Randal L. Schwartz wrote:
If you configure Mirror-cpan to "http://backpan.cpan.org/"; you'll get
insulation from a module being deleted because a newer version was
uploaded and an old one deleted. It's also hourly-current with the
latest releases
If you configure Mirror-cpan to "http://backpan.cpan.org/"; you'll get
insulation from a module being deleted because a newer version was
uploaded and an old one deleted. It's also hourly-current with the
latest releases.
That's a pretty fast machine, so you don't need mirrors of it.
Perhaps th
can you install fink pre 0.17.1 and tell me if this is still the case I
think you'll find this has been a bug for some time. I just reviewed
the code and on build it calls resolve_depends(2 the 2 means to return
only builddepends and not the depends when it should call it with 1
which would re
On 2003/12/14, at 1:42, Martin Costabel wrote:
I cannot believe that scribus is the only application that uses
freetype to load all sorts of fonts, including type1. How is gnome
doing this? I would try out display from imagemagick, but I first have
to compile the new version that hopefully will
sure that is fine with me, but first I need to know why it broke :P
I'm be committing a change shortly, I'm make it the highest verbose for
now.
---
TS
http://southofheaven.org
Chaos is the beginning and end, try dealing with the rest.
On 16-Dec-03, at 10:01 AM, David R. Morrison wrote:
But I
Hi Remi. My preference would be for you to create a CVS branch in the
scripts module for your changes, and then when you are done and everyone
agrees, we can move them to HEAD.
I have a few corrections to what you wrote:
>
>
> From the scripts/bindist/HOWTO:
>
> Q: What is needed before I ca
> But I think it's a worthless warning for the average user.
Sure, that's why I suggested we could change it so that "average users"
don't see the warning, it'
s only seen if you have the verbosity level high.
-- Dave
---
This SF.net email i
okay they revert it but with the pm pkgs it's gonna get annoying really
fast as you'll have like 4-5 warning everytime...try it I just
committed most of my perl modules to my exp.
But I think it's a worthless warning for the average user. As long as
the depends is met who cares if the others a
"Justin F. Hallett" <[EMAIL PROTECTED]> wrote:
> Modified Files:
> ChangeLog PkgVersion.pm
> Log Message:
> Now we can have longer depends lines for future or missing versions, ie -ssl or nox
> variants or perl 582 stuff
>
> Index: ChangeLog
> =
Hi,
On 2003/12/17, at 0:28, Peter O'Gorman wrote:
Well, I'm assuming you really want to know if this is a libtool bug or
not :)
Yes, I've met this problem several times and I've been wondering about
that.
However, libtool should be checking that the right .m4 got included and
ought to have wor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Masanori Sekino wrote:
| Log Message:
| Patched ltmain.sh to build modules properly. (libtool's bug?)
| +SED=sed
| +EGREP=egrep
| +max_cmd_len=4096
| +
Well, I'm assuming you really want to know if this is a libtool bug or not :)
The problems occur wh
At 14:47 12/14/2003, TheSin wrote:
okay I have them updated and ready to go, but the lftp website still
says 2.6.9 is current, so i'm waiting to hear from the author.
lftp web site has been updated.
marc
---
This SF.net email is sponsored by:
jfm said:
> Typically perl580 (eg) will install the same man pages, at the same
> place.
> So in order for the user not to have to force-overwrites , yes, you
> need such
> a Replaces (and perl580 too) _ if this is the case with your package.
Ah, I see, the whole business is about the man pages -
I'm afraid I've still been too sketchy, and it is not that easy _
because the perlxyz
(say 580) packages need such a Replaces too, and it seems out of the
question
to have to update (including rev-up) this every time a maintainer of
one of those
+/- 20 packages checks his own _ this has to be ce
must have something to do with my ignore warnings change on multi
lines...hmmm, I'll look at it thanks Dan.
---
TS
http://southofheaven.org
Chaos is the beginning and end, try dealing with the rest.
On 15-Dec-03, at 11:24 PM, Daniel Macks wrote:
Both of these should fail during the build phase (
Hi Dan. I'd just like to mention, in connection with your demo, that I
do not plan to move perl 5.6.1 into the 10.3 tree. In fact, there
is only a single -pm561 package in the 10.2 or 10.2-gcc3.3 trees.
The versions which will be relevant going forward are -pm560, -pm580,
-pm581 (and someday, -p
Martin Costabel wrote:
It basically contains /sw/bin/python which is a symlink to the real
executable /sw/bin/pytonx.y. I cannot speak for Jeff, but this
arrangement has so far allowed to have several versions of python to be
installed at the same time without conflicts. This is one solution of
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
30 matches
Mail list logo