Where do these tests get localhost from? A DNS lookup?
make test
PERL_DL_NONLAZY=1 /usr/bin/perl5.8.6 "-MExtUtils::Command::MM" "-e"
"test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/buildxml..ok 1/56Cannot resolve grandenetworks.net: Invalid
argument at lib/XML/Stream.pm line 406.
# Look
This seems to have worked alright, but I thought it was odd to see a
deployment target of 10.3 on my 10.4.4 machine. Could it be intentional?
Running Mkbootstrap for Crypt::SSLeay ()
chmod 644 SSLeay.bs
rm -f blib/arch/auto/Crypt/SSLeay/SSLeay.bundle
LD_RUN_PATH="/sw/lib" env MACOSX_DEPLOYMENT_T
On Sat, 11 Feb 2006, Alexander K. Hansen wrote:
[snip]
And for any package installation failures, definitely go with the
output window as the means to see what's going on rather than the
console.
See my original email.
[snip]
"archived" is FinkCommander's way of saying that a binary package
On 2/11/06, Anne Poupon <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I've trying to install tomcat4, but haven't succeeded...
>
> It looks like all the dependencies are ok, but tomcat won't compile. I'm
> not sending the complete output since it's quite long, but the first error I
> get is:
>
> ---
On 2/11/06, Matt Kozak <[EMAIL PROTECTED]> wrote:
> Installing from source bypasses this problem for all but the following
> (so far):
> emacs21
> emacs21-nox
> emacsen-common
>
> Too bad for users without Dev Tools...
> :^(
>
> ...and still only an emacs issue.
>
>
Try this from the mailing list
On 2/11/06, Matt Kozak <[EMAIL PROTECTED]> wrote:
> FYI, from console (after a ghostscript install failed, casuing
> ghostscript-font to also become "archived"):
> 2006-02-11 15:05:22.085 FinkCommander[27621] LSOpenFromURLSpec() returned
> -10814 for application (null) path
> /sw/fink/10.4-transiti
Hi,
I've trying to install tomcat4, but haven't succeeded...
It looks like all the dependencies are ok, but tomcat won't compile. I'm
not sending the complete output since it's quite long, but the first error I
get is:
build-main:
Installing from source bypasses this problem for all but the following
(so far):
emacs21
emacs21-nox
emacsen-common
Too bad for users without Dev Tools...
:^(
...and still only an emacs issue.
---
This SF.net email is sponsored by: Splunk In
FYI, from console (after a ghostscript install failed, casuing
ghostscript-font to also become "archived"):
2006-02-11 15:05:22.085 FinkCommander[27621] LSOpenFromURLSpec() returned
-10814 for application (null) path
/sw/fink/10.4-transitional/stable/main/finkinfo/editors/emacsen-common.info.
2
These are stuck in a weird state and I can not fix any of them:
emacs21
emacsen-common
emacs21-nox
Each failed and now I have at least 2 packages reporting dpkg failures and
"archived" (what the heck does that mean anyway, and how to get RID OF
IT?).
The following are also "archived" (related o
On 2006-02-11 at 09:21:46 -0600,
Robert T Wyatt <[EMAIL PROTECTED]> wrote:
> ... What would happen with
>
> /usr/bin/yes 5|fink update-all
>
> If the options only run 1-4? Would I have to be there to escape the
> process?
yes is as stupid a utility as there is; so, yes (pun intended), a person
Robert T Wyatt wrote:
Christopher Bort wrote:
Once sudoers perms are fixed, though, it's probably a good idea to run
Repair Permissions in order to fix permissions on as many other
/private/etc/* files as possible that may have been fuxored by your
recursive chmod. I know you said you did this;
Dan Sommers wrote:
My first thought was something analogous to this:
yes|fink update-all
and my second thought was, "oh, yeah, fink has that":
fink -y update-all
and my third, "oops--mirror selection isn't a yes/no question!" ;-)
OTOH, it's not pretty, but you could do this:
/
On 2/11/06, Kevin Horton <[EMAIL PROTECTED]> wrote:
> On 10 Feb 2006, at 21:51, Alexander K. Hansen wrote:
> > On 2/10/06, Kevin Horton <[EMAIL PROTECTED]> wrote:
> >> On 10 Feb 2006, at 07:35, Chris Zubrzycki wrote:
> >>
> >>> -BEGIN PGP SIGNED MESSAGE-
> >>> Hash: SHA1
> >>>
> >>>
> >>> O
I'm not sure if this is something that can be fixed in the .info file,
but thought I'd post it just in case. Here are the problem and the solution:
Unpacking replacement matplotlib-py24 ...
/sw/bin/dpkg: error processing
/sw/fink/dists/unstable/main/binary-darwin-powerpc/sci/matplotlib-py24_0.
On 2006-02-11 at 02:02:23 -0600,
Robert T Wyatt <[EMAIL PROTECTED]> wrote:
> It occurs to me, while downloading 234 source packages, that it would
> be downright handy to ask fink to automatically try package-defined
> mirrors upon a 404 and then descend through other mirrors, etc. I
> figure as l
On 10 Feb 2006, at 21:51, Alexander K. Hansen wrote:
On 2/10/06, Kevin Horton <[EMAIL PROTECTED]> wrote:
On 10 Feb 2006, at 07:35, Chris Zubrzycki wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Feb 10, 2006, at 6:27 AM, Kevin Horton wrote:
On 9 Feb 2006, at 21:53, William Scott wr
It occurs to me, while downloading 234 source packages, that it would be
downright handy to ask fink to automatically try package-defined mirrors
upon a 404 and then descend through other mirrors, etc. I figure as long
as it winds up with an automatic 'give-up' or a required user operation,
at
18 matches
Mail list logo
