That didn't work either. See, I didn't actually install a previous version.
I've only done a make install with .61
I cleared every single file and directory that .61 installed, and I
re-installed and got the same problem.
I'm attaching the output of the install I just did, just in case you
Just go to a default ~/Sites directory and do a ls -la, or a ll
There they are. I read the Apple docs, and I still think it would be
appropriate for psync to copy them. I don't really see that its psync's
place to pass judgement on what gets copied and what doesn't, but what do
I know?
On
On 2/4/02 11:29 PM, Ken Williams [EMAIL PROTECTED] wrote:
I've never in all my years of Perl programming (and installing) ever had
to run h2ph manually. I was under the impression that one never needed
to run it anymore, but maybe I've just never been in that situation.
I read something
So what is everyone using that they can actually *use* it here? Curious.
5.6.1 perhaps?
Running make test
PERL_DL_NONLAZY=1 /usr/local/bin/perl -Iblib/arch -Iblib/lib -e 'use Test::Harness
qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t
t/catalogdubious
On 2/5/02 2:25 PM, Ken Williams [EMAIL PROTECTED] wrote:
So you didn't issue any h2ph commands?
Sorry; yeah, I did. I did this:
% cd /usr/include; h2ph * sys/*
You could download a fresh copy of perl 5.6 and install it, or take this
opportunity to upgrade to 5.6.1. I don't know of any way
On Tuesday, February 5, 2002, at 01:37 PM, Jonathan Baumgartner wrote:
On 2/5/02 2:25 PM, Ken Williams [EMAIL PROTECTED] wrote:
So you didn't issue any h2ph commands?
Sorry; yeah, I did. I did this:
% cd /usr/include; h2ph * sys/*
You could download a fresh copy of perl 5.6 and install
[EMAIL PROTECTED] (Wilfredo Sanchez) wrote:
You might try launching Console and seeing if any errors are being
emitted by your script.
Be sure to run it also while creating the drop app and se if there
were error there as well.
No errors while creating the droplet, but here's what
Frank Nospam [EMAIL PROTECTED] wrote on 2/5/02 at 1:11p:
#!perl -w
In the new world order, you need to point your shebang lines where
perl lives, probably:
/usr/bin/perl
MacPerl droplets can assume a perl context, by definition. Not so
with DropScript, which ostensibly aims to work with
On Tuesday, February 5, 2002, at 12:39 PM, Randal L. Schwartz wrote:
So what is everyone using that they can actually *use* it here? Curious.
5.6.1 perhaps?
Running 5.6.1 here, but I think it may be a permission problem in the
distrib directory,
The test scripts should probably copy, etc.
Rick == Rick Frankel [EMAIL PROTECTED] writes:
Rick Running 5.6.1 here, but I think it may be a permission problem in the
Rick distrib directory,
Rick The test scripts should probably copy, etc. in /tmp instead of the
Rick current tree.
I ran the tests as merlyn, with merlyn owning the build
On 2/5/02 5:16 PM, Charles Albrecht [EMAIL PROTECTED] wrote:
Careful, there, Jon. I've got a whole shelf here of manuals that Randal
wrote. (Granted, most of them are now obsolete, but still, there they are.)
That's what the smiley was for! (Honestly, no disrespect intended.)
I suppose I
Jonathan == Jonathan Baumgartner [EMAIL PROTECTED] writes:
Jonathan I read something that said it was a good idea. Of course now I can't
Jonathan remember where I read that.
It was a great idea for Perl3. We're now about a decade past that. :)
Anything that still says require sys/socket.ph
At 9:42 AM +0900 2/6/2002, Dan Kogai wrote:
As for psetfinfo, yes, pod needs some polishing. Pod-linting is very
welcome (But I have to tell you, too that SetFile, which functionalities
psetfinfo based upon, doesn't even come with manpage!)
Dan, perhaps you mean GetFileInfo.
SetFile's
On 2/5/02 5:03 PM, Randal L. Schwartz [EMAIL PROTECTED] wrote:
It was a great idea for Perl3. We're now about a decade past that. :)
D'oh. Well, although I've programmed for Perl in the past, I've never done
much installing. So much for manuals .. :)
thanks,
jon
On 2002.02.06, at 05:00, Randal L. Schwartz wrote:
Rick == Rick Frankel [EMAIL PROTECTED] writes:
Rick Running 5.6.1 here, but I think it may be a permission problem in
the
Rick distrib directory,
Rick The test scripts should probably copy, etc. in /tmp instead of the
Rick current tree.
Dan == Dan Kogai [EMAIL PROTECTED] writes:
I ran the tests as merlyn, with merlyn owning the build tree.
What more permission is needed?
DanHmm I don't know. I confess I didn't bother check with perl
Dan 5.7.2 because I consider perl 5.7.2 too unstable (for one thing, it
Dan didn't
At 12:40 PM -0500 1/15/02, Chris Nandor wrote:
In article p05100303b8692d0d7508@[192.168.1.104],
[EMAIL PROTECTED] (Kee Hinckley) wrote:
The nice thing about this approach is that writing the initial glue
shouldn't be a big deal. Handling every possible object is a lot of
work, but it
17 matches
Mail list logo