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
Ah, I had another idea. We could create a freetype213 package which would
do all its installs in a non-standard location. You'd have to mess with
the link lines to make sure that scribus finds freetype213 and its headers,
rather than the one in /usr/X11R6, but that should be possible.
-- Dave
Martin,
Have you tried statically linking freetype2 into scribus?
-- Dave
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE
Hi. Just a reminder that when you modify a package so that it no longer
depends on fink's freetype2 package but uses "apple's" freetype2 instead,
you need to replace the freetype2, freetype2-shlibs dependencies by
x11 and x11-shlibs dependencies. freetype2 is indeed shipped by Apple,
but only in
Hi. Just a reminder that when you modify a package so that it no longer
depends on fink's freetype2 package but uses "apple's" freetype2 instead,
you need to replace the freetype2, freetype2-shlibs dependencies by
x11 and x11-shlibs dependencies. freetype2 is indeed shipped by Apple,
but only in
Martin Costabel <[EMAIL PROTECTED]> wrote:
> David R. Morrison wrote:
>
> > Martin, please try imagemagick-5.5.1-23 (now in 10.3/stable). I've hacked
> > around the "poll" problem, and "display" seems to work OK.
>
> Yes, it works,
Sorry, I read fink-commits before fink-devel this morning...
-- Dave
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and
Martin Costabel <[EMAIL PROTECTED]> wrote:
> Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/text
> In directory sc8-pr-cvs1:/tmp/cvs-serv3792
>
> Modified Files:
> scribus.info
> Added Files:
> scribus-1.0.1-22.info scribus-1.0.1-22.info~
> scribus-1.0.1-22.patch
>
Looks like the updates I've been making to gtk+ and other packages
inadvertantly caused this. Working on a fix...
-- Dave
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does
Could be that since we've never documented the virtual gcc2 package, Jeff
didn't know it was there...
-- Dave
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you
Ben Hines has again raised the issue of how we handle perl modules which are
provided by newer versions of perl, but were not provided by older versions
of perl. This has been brought up before by JF Mertens.
Each release of perl incorporates some new perl modules into the release,
and in additio
The reason that I started trying to enforce BuildDependsOnly is to try to
get our automatic Shared Libraries system (the shlibs project) working.
Any package containing headers and un-numbered dylib files should be labeled
BuildDependsOnly: True. As a consequence, you can't put any files into
tha
OK, I corrected my error, restored some accidentally wiped out changes,
and in particular put buildconflicts back into Validation.pm.
-- Dave
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be mor
TheSin <[EMAIL PROTECTED]> wrote:
> why was buildconflicts removed?
> ---
> TS
Sorry, that was an accident; looks like I started from an old version of
Validation.pm by mistake. I"ll fix it.
On the other hand, the point of the exercise was to make sure that
everything in Validation.pm is in the
Folks, we need a few updates in the packaging manual. Section 5.4 on scripts
is out of date; could somebody who is familiar with the current script
rules please revise it? (just send the text here if you don't know how
do the xml edits)
Also, I detected some amiguities between Validation.pm and
If I understand your message correctly, you do not believe that we are
ready for a release.
Please let me know when we are ready.
-- Dave
TheSin <[EMAIL PROTECTED]> wrote:
> I think a few features should be held out Dave
>
> since we are still discussing on fink splitoffs and fink showpare
Martin:
It will work if you move local/main to be the last item in your Trees line
in fink.conf.
-- Dave
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you crea
I plan to release a new version of the package manager, fink-0.18.0, in a
day or two. If you are aware of any bugs in CVS HEAD, please fix them
(or report them) now. If you are planning to add new features to CVS
HEAD, please wait until after the release.
-- Dave
I screamed and complained before, and I'll do it again.
You can't and shouldn't remove things.
-- Dave
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create
But let's not call it the "fink-dev" package... that's where I would expect
to find fink.h !
-- Dave
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create be
You do know that nothing can actually be removed from CVS, right?
-- Dave
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE,
Great to have you hear, Sao. Welcome.
-- Dave
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Cli
Dan,
When I expanded "Type: perl" to allow "Type: perl 5.x.y" back in June,
I stuck the version number into the same field because I was getting
flack about unnecessarily increasing the number of fields. However,
in wedging it in there I did some less-than-pretty things to the code!
One thing w
if I understood
your suggestion correctly...)
-- Dave
[EMAIL PROTECTED] (Randal L. Schwartz) wrote:
> >>>>> "David" == David R Morrison <[EMAIL PROTECTED]> writes:
>
> David> My symlink strategy would only apply to non-XS modules. For XS modules,
esn't explicitly require
a more recent version of perl than the one you have installed...)
-- Dave
[EMAIL PROTECTED] (Randal L. Schwartz) wrote:
> >>>>> "David" == David R Morrison <[EMAIL PROTECTED]> writes:
>
> David> My idea for addressing this
Dear fink folks,
The following idea has been discussed a few time in IRC; I wanted to
bring it to the mailing list for comment before implementing it.
The version of perl which ships with 10.3 was built with a different
architecture flag than previous perls on OS X. Whereas the architecture
flag
Dear fink developers,
There are only 36 packages* left in the 10.2/unstable tree which have not
yet been moved to 10.2-gcc3.3. They are listed below, sorted by maintainer.
In each case, either the source is no longer available, or I have been
unable to compile the package using the gcc 3.3 devel
Sure. The change which Max is suggesting only affects running the test
suite while fink is being bootstrapped, and also during the first time
the user upgrades to fink-0.18.0 (or whatever release this code becomes
part of). After that, the test suite will be run each time the user
installs fink.
Dear fink-devel,
I've added code which causes the fink test suite to be run every time you
bootstrap or inject fink. This required the introduction of three new
essential packages in the 10.2-gcc3.3 tree and earlier: file-spec-pm,
test-simple-pm, and test-harness-pm.
Please let me know if you en
I agree that making these packages essential is not a great solution.
In fact, if we make the test code conditional on the presence of the
Test:: stuff, then we can just add these packages to the bootstrap
when needed (like with storable-pm560).
Thanks for the suggestion, Max, I'll look into modif
P.S. If you are running on 10.2, you should install test-simple-pm by hand
before updating fink from CVS HEAD. The "essential" versions of the new
packages are present during the bootstrap, but haven't yet been added to
the unstable trees.
---
The dependency engine is *very* tricky about this point.
At several places in the code, there are special cases to deal with this,
and if I try to modify them, I break things.
However, I am quite certain that bzip2-dev does not get treated as an
essential package.
-- Dave
---
"Justin F. Hallett" <[EMAIL PROTECTED]> wrote:
> Update of /cvsroot/fink/fink/perlmod/Fink In directory
> sc8-pr-cvs1:/tmp/cvs-serv27242
>
> Modified Files:
> ChangeLog Engine.pm
> Log Message:
> Added warning messages for essentials and non installed pkgs
>
> Index: ChangeLog
> =
OK, on 10.3 (where I haven't tested before) I can report that the earlier
failures aren't occurring, presumably because you fixed them. There is
another problem, though: I can't run "make test" at all unless I first
edit the Makefile to change $$PWD to $PWD.
Will try on 10.2 next.
-- Dave
--
Sorry, I forgot to say: I'm on HFS+.
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http
My umask is 077 and my t/ is at 700. Files/directories within it are at
600/700.
I'll try the latest version after I reboot back to 10.2.
-- Dave
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you
Tonight was my first opportunity to try "make test" again since the work
that was done on it last week. Unfortunately, it failed for me again.
Not sure if its still relevant, but "nobody" is UID -2 and "unknown" is
UID 99 on my system. (By the way, /etc/passwd is not the correct place
to look fo
The pdb is not working now, and I have to suspect that this might have been
caused by dmalloc's changes to the web pages last night, since it worked
OK yesterday.
Some of the searches I try work OK, but others (like "tetex" or "xfree86")
aren't working.
Anybody have a clue about what the cause co
I have one concern about the web content at finkmirrors.net .
Everything else in fink, including our entire website, it stored in CVS in
one form or another. There are lots of good advantages to that, including
an easy way to back up all of fink, and shared management of all of fink.
Could we pu
Hi Martin.
I changed the fink package manager to look at CURRENT-FINK-$distribution
instead of CURRENT-FINK (where $distribution is 10.2, 10.2-gcc3.3, or 10.3).
I then created the 0.5.4 distribution with an update to the package
manager which contains that new code.
Therefore, what is supposed to
You need to download this using the "master mirrors" option, since the
package checksum didn't match.
-- Dave
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you
And by the way, apparently the reason you're not seeing the other errors
I saw (and reported here today, albeit belatedly), is that you ran "make
test" as an ordinary user and the dubious tests were skipped, whereas
I ran "sudo make test" (thus mimicking the behavior of fink when it
installs the f
Well, this one is easy to understand, but I'm not sure how to fix it.
In the "fink" CVS module, we have a file perlmod/Fink/FinkVersion.pm.in .
That is processed with some sed magic in the setup.sh script. So naturally,
there is a "compile failure" when FinkVersion.pm is invoked.
-- Dave
Da
I disagree. As far as I know, our 10.1 distribution still works. Anyone
who bought a Mac or a copy of OS X prior to September 2002 and who did
not choose to pay for an upgrade will still be running 10.1.
We can de-emphasize it, sure, but it is already de-emphasized.
-- Dave
./00compile.ok
./Base/initialize...ok
./Base/paramok
./Base/param_booleanok
./Command/cat...ok
./Command/chowname..ok
./Command/commands..ok
./Command/exports...ok
./Command/failure...# Failed test (./Co
> Run "perl -MTest::Harness -wle 'print $Test::Harness::VERSION'" and let me
> know what it says.
2.26
> If its less than 2.00 then you have a shadowing
> problem. Check "perldoc -l Test::Harness" to find out what file Perl is
> loading for Test::Harness.
/sw/lib/perl5/Test/Harness.pm
-- D
> To fix, try reinstalling Test::Harness from
> http://search.cpan.org/dist/Test-Harness/ and use "make install UNINST=1"
> to make sure the old version is deleted.
This is not The Fink Way (TM). :)
We need robust fink packages for 5.6.0 which install the Test:: code
in whatever way its going to
I completely agree that tests should not be disabled.
On the other hand, very few of the fink developers have any experience with
any of the perl testing stuff. This makes it hard to even know how to
report a failure.
My saga yesterday evening started when -- in the interests of trying out
someb
Ben Hines <[EMAIL PROTECTED]> wrote:
> Really fink should not be calling 'rsync'. It should be using
> /usr/bin/rsync in any case, just like every single other external call
> in fink does. I see no reason to deviate and trust whatever program a
> user has that might be called rsync.
>
> -Ben
Justin, that section of the fink docs was added 10 months ago by dmalloc.
I don't remember what discussion might have preceded that, but I certainly
strongly disagree with the implication which is made there. We definitely
should not be changing the versioning that is being used by the upstream
ma
The -dev will show up once fink-0.17.1 is released, RSN.
-- Dave
---
This SF. Net email is sponsored by: GoToMyPC
GoToMyPC is the fast, easy and secure way to access your computer from
any Web browser or wireless device. Click here to Try it
There are still some packages, maybe 100-200, which haven't yet made it
from the 10.2 tree to the 10.2-gcc3.3 tree. As soon as they are moved,
we'll stop officially supporting the old 10.2 tree, and we'll explicitly
announce this to users. However, for all practical purposes, that support
is over
Max Horn <[EMAIL PROTECTED]> wrote:
> Ah!
>
> To quote http://rsync.samba.org/:
>
> NEWS for rsync version 2.5.6, aka the dwd-between-jobs release
> Changes since version 2.5.5:
>
>ENHANCEMENTS:
>
> * The --delete-after option now implies --delete. (Wayne Davison)
>
> [...]
>
>
>
Actually, in the mean while Ben added some stuff to the Makefile.
You can now use "make install" to run ./inject.pl, so a reasonable new
way to work is "make test; make install".
-- Dave
---
This SF. Net email is sponsored by: GoToMyPC
GoToMy
Let me jump in here, since it was my change that caused the trouble.
First of all, the history of this code snippet is that I wrote it back
in June to implement one aspect of the then-new "Type: perl 5.x.y"
declaration. In the past month, a few changes were made to it (by
other people): it was
Just to clarify one thing about fink's setup.
We store all XS modules in versioned subdirectories of /sw/lib/perl5.
The modules which are stored directly in /sw/lib/perl5 are the non-XS
modules, which should work the same across all perl versions.
(This wasn't always true, but we had a big cleanu
> Is libqt-mt from qt3-shlibs still linked with the xfree-86-4.2.1
> libfreetype? This would still break it for Panther users and force them
> to recompile qt3 themselves.
I rebuilt 0.6.2 from scratch, using the identical source files as in
0.6.1 (except for updates to fink, fink-prebinding, apt
Dear Justin and Jean-Francois,
I updated the perl-module handling code in CVS last night. I hope that this
fixes all remaining problems with UpdatePOD. (Actually, it should be fixed
even without the changes Justin made, which I might revert at some point
since they complicate things a bit. But
> There is a theory now that this comes from the Fink fileutils package,
> although I don't see how it can, since you were using /bin/mv.
To echo this concern: I experienced the "mv" bug last night on a package.
I removed fileutils and rebuilt the package. It still failed due to the
"mv" bug, eve
Martin,
I'm sorry to say that 0.6.2 binaries are, in almost every case, identical
to 0.6.1 with one important exception: the files are now owned by root
rather than by UID 2011. (The incorrect ownership arose from a "feature"
of hfs+ which was unknown to me: it turns out that a non-root hfs+ volu
Michael G Schwern <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 13, 2003 at 08:21:06PM -0800, David R. Morrison wrote:
> > Log Message:
> > Revise get_perl_dir_arch() and the places where it is used, correcting some
> > errors in UpdatePOD in case of Type: perl, and gu
The perllocal.pod business was working perfectly before all the recent
changes. I was quite careful to preserve the way it functioned when
I modified the perl modules to include -pm560 etc, back in June.
I'll take a look and see if it can be fixed now.
We've had a number of recent changes to the
Thanks very much for pointing this out. The binary distribution is currently
being updated, and I had missed one necessary step in the update process,
which your message pointed out!
As soon as the sourceforge mirrors catch up, you should be able to successfully
complete the "apt-get update" oper
I plan to release version 0.17.0 of the package manager from CVS HEAD
around 24 hours from now. If there is any last-minute cleanup of
recently added code that needs to be done, please do it now. Also,
if anyone is aware of things in HEAD which are inappropriate for the
next release, please let m
> We have no way of saying "if you build this while you still have the old
> freetype2 installed that has headers, things will get seriously messed up."
Seems to me the correct strategy there is a versioned BuildDepends on
the (placeholder) freetype2 header package, which will cause the old
one to
Hi Peter.
If I understand correctly, any package which links to dlcompat will build
differently under 10.2 and 10.3, regardless of what dependencies are
specified. Both dlcompat and dlcompat-dev are placeholders in 10.3,
are they not?
So, since the package in question was already in 10.3, anyone
Just a followup to my previous message. I've now noticed that the only
change which was made to the package was to remove a BuildDepends on
dlcompat, not a Depends. That shouldn't have required a change to the
revsion number at all!!!
-- Dave
-
Dear fink developers,
I've just spent 10 minutes chasing down the cause of a bug report I received
from a user.
Here's the cause: somebody edited one of my packages in 10.3/unstable,
removing the dlcompat dependency and increasing the revision number by 10.
Unfortunately they did not change the
> No, rather the texinfo package should be updated.
This has been on my to-do list for a while.
Recent versions of texinfo require recent versions of gettext. Since the
newest gettext has a binary compatibility change from fink's gettext,
we need a gettext2 package in order to update texinfo. T
If A Depends on B, and B Depends on C, then you do not have to state a
dependency of A on C since C will always be present when A is.
However, if A BuildDepends on B and B BuildDepends on C, then you *cannot*
assume that C is present when A is being built. (If B has never been
built before then i
Dear fink-devel,
I got the following message from a user who is running tetex on 10.3.
The setsid error message is very mysterious. Does anybody have any
idea what could cause this? Could it be related to the changes in
default permissions in 10.3?
(What's happening here is that xdvi calls /sw/
> Shouldn't system-perl simply put in a /usr/bin/perl -> /sw/bin/perl symlink?
> That seems much easier.
Unfortunately, that runs contrary to fink's policy of not modifying /usr
but confining itself to /sw (with the sole exception of a fink-installed
xfree86).
-- Dave
Hi Jean-Francois.
My guess is that what happens is this: the configure script for some
package runs "which perl" and then uses the answer to decide what to
write in the perl scripts for that package. dpkg must be one of the
things affected by this.
Since we don't have BuildConflicts implemented
We're pleased to announce that Peter O'Gorman has joined the Fink admin
team, which still includes Max Horn, Ben Reed, and myself. We've also
set up a mailing address with which you could reach the four of us,
should you need to: [EMAIL PROTECTED] .
-- Dave Morrison
--
Martin,
That warning would be more easily understood if it were worded differently.
Instead of "prebinding not disabled because foo overlaps with bar" it
should say "prebinding not disabled even though foo overlaps with bar".
Normally, an overlap would cause the linker not to prebind, but we're
te
> That would be pretty tough to do on 10.3 since most of the dependencies
> aren't in the 10.3 tree yet. I'd have to move all them over. If you
> want that help, you should move the working packages into the 10.3 tree
> now.
>
> Anyway, waiting makes it too difficult for me to contribute, so I
Here's an update on the current state of the 10.3 tree.
Currently, the 10.3 tree has only a very few things in it. A few are
"placeholder" packages which allow fink to use some new components of
the system in 10.3 which were not present in 10.2. Others are 10.3-specific
revisions of packages.
I
Dear fink developers,
The code freeze on the 10.2-gcc3.3/stable tree is now in effect. You are
free to modify other trees, and in particular, there is still work to
be done on the 10.2-gcc3.3/unstable tree.
I'll announce here when the code freeze is lifted.
-- Dave
-
I'll be declaring a code freeze on the 10.2-gcc3.3/stable tree in the near
future, probably beginning between 12 and 24 hours from now. Once the
code freeze is in effect, if you have important changes to make to the
stable tree it may be possible, but please funnel all such change requests
through
> I have a problem with BuildDepends since using fink 0.14.X. I have two
> packages A and B.
> Package A does not Depend/BuildDepend on B, but B has both a Depend and
> BuildDepend on A. If I do 'fink build A B' (neither A nor B is
> installed), it builds first package A and creates the deb file
I'd like to point out one feature of the current website which may not
be obvious.
A single xml file, which creates website content, is used to produce
three types of output: (1) the structured php which we use on the website
(2) "monolithic" html files, less flexible, but which we distribute on
t
Our goal is to switch Fink to Panther on October 24 or very shortly thereafter.
We've been planning the necessary changes, and working to implement them, for
months.
We still have a lot to do, and are likely to miss the release date. As
Ben said, we'll consider other major changes after we're do
Martin,
If I uncomment that line, fink gives a circular dependency error. As is
often the case with those errors, I've been unable to track down why.
Bootstrapping from 0.14.0 should work OK.
-- Dave
---
This SF.net email is sponsored by:
I have to disagree about the timing of when root is supposed to be invoked.
I issue a command to build a package which will take an hour... I come back
two hours later, only to find that it's been waiting for the past hour for
me to enter my password? Not a good user experience.
That's why Fink
Sure, here's some feedback.
First, let's examine where root is actually needed in fink. We certainly
don't need to be root to run "make" on a package. Since fink directs
"make install" to a temporary installation directory, we don't need
to be root to run that either. The tricky thing, though,
Do you have unstable/crypto and unstable/main in the Trees line in
/sw/etc/fink.conf ? The new rsync method only updates the trees which are
mentioned in your conf file.
-- Dave
---
This SF.net email is sponsored by: SF.net Giveback Program
Does anybody have any feedback on fink 0.14.0? I'd like to move it to stable
soon, so that we can announce the rsync update method as the preferred method
for all users. (Anonymous CVS at sourceforge has become unresponsive AGAIN...)
Thanks,
Dave
---
Dear fink-devel,
With the recent release of fink-0.14.0 and fink-0.14.1-beta, I slightly
switched strategies with respect to the various branches in CVS. I
merged the old test_10_3 branch back into HEAD at that time. Please
don't make any new commits to that branch.
Instead, what I intend to do
Koen, did you recompile xfree86 after the update?
-- Dave
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Fink-devel mailing list
[EMAIL PROTECTED
clisp-2.29 is also available from fink in binary form. The binary was
compiled with gcc 3.1.
-- Dave
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
We're still in the process of upgrading packages to be ready for gcc 3.3.
The "enforcement" of the fink declaration "GCC: 3.1" was not done in the
past, but is now being done with the recent upgrade.
Your best strategy if you are using panther is to make sure that the
dists symlink points to 10.2-
Here's a list of what's currently missing from 10.2-gcc3.3/stable, and a
discussion of some of the reasons.
First, KDE has not yet been moved to 10.2-gcc3.3, but no problems are
anticipated.
Second, fort77 does not compile under gcc 3.3, probably due to problems
with f2c (which probably needs so
Hello again folks.
Rob Braun has written a patch which lets us do selfupdates via rsync rather
than cvs, and the opendarwin server is currently hosting a mirror of our
cvs content which can be rsync'd.
The simplest thing to do is to simply add this as an alternative method.
But we were just discu
Dear fink-devel,
The code freeze for the 10.2/stable tree is hereby lifted. However, I would
like to ask all fink developers to try and keep 10.2-gcc3.3/stable in sync
with (or ahead of) 10.2/stable. I hope that the conversion to the new
trees will be complete within a few weeks.
All fink devel
If you are going to follow Ben's advice and bootstrap, you should probably
checkout the "test_10_3" branch from CVS rather than CVS HEAD.
-- Dave
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
I suppose you are using the updated Developer Tools? There is a problem
with fort77 and the new tools. As it says on Fink's homepage, users
are advised not to update their developer tools, or if they do, to be
sure and run "sudo gcc_select 3" before using fink to compile packages.
The problem wi
Put your package into /sw/fink/dists/local/main/finkinfo and fink should
find it there. (If not, check the Trees line in /sw/etc/fink.conf to
make sure that "local/main" is listed there.)
Also, you might need to fun "fink index" if fink doesn't seem to find
the package after you move it into pl
The 10.2-gcc3.3/stable tree is coming along nicely, and I hope to declare
"phase one" of this migration to be finished within a few days.
To this end, I would like to declare a code freeze on 10.2/stable, effective
immediately. To make sure that 10.2/stable and 10.2-gcc3.3/stable are as
close to
Greg Novak <[EMAIL PROTECTED]> wrote:
> On Tue, 9 Sep 2003 Jerry Talkington wrote:
>
> > Unfortunately there doesn't seem to any desire among the maintainers to
> > make fink a more user mode environment, which is a big mistake, IMHO.
> > An application shouldn't request root privileges until abs
Well, it's still relinking.
Why does it list as libtool
SH_LIBTOOL='/sw/share/apr-0/build/libtool'
That sounds like something already installed, perhaps by the previous build?
If it wants to be using a customized one, it should be looking in the
build directory, no?
-- Dave
---
701 - 800 of 1507 matches
Mail list logo