The basic attitude of Unix programmers is that they must have root
access in order for their program to work "correctly."
Which is exacerbated by silly things like needing to become root in
order to open a "privileged port", requiring the programmer to jump
through hoops to write a server, ofte
At 11:39 -0800 16/11/02, drieux wrote:
[jeeves: 1:] perl -MConfig -e 'print "$Config{osname} \n"; '
As for how this gets set - it gets set when your version of perl
is built for that specific OS.
which in turn is stored in Config.pm, typically somewhere like
/Library/Perl/darwin/Config.pm o
Heather Madrone wrote:
At 10:38 AM 11/17/2002 -0500, Wiggins d'Anconia wrote:
Heather Madrone wrote:
At 03:29 PM 11/17/2002 -0500, William H. Magill wrote:
We're saying much of the same thing, however, this problem which you describe is not an OS or vendor level problem and not even an ACL
If you do ensure your fink Trees: has the unstable/main in it, and do:
fink selfupdate-cvs
then I think it will install imagemagick-nox for you without any problems.
Unfortunately, perlmagick-pm still seems to be a version of
imagemagick back and so it needs to be installed manually.
Anyway, l
On Sunday, Nov 17, 2002, at 17:25 America/New_York, Heather Madrone
wrote:
It seems silly to have one account for me as a human being and another
for me
as God.
Worst advice ever. See also:
# rm -rf / mydirectory
(Note space)
This is a Windows thought. And even n Windows you should have a
At 10:38 AM 11/17/2002 -0500, Wiggins d'Anconia wrote:
>Heather Madrone wrote:
>>At 03:29 PM 11/17/2002 -0500, William H. Magill wrote:
>>>We're saying much of the same thing, however, this problem which you describe is
>not an OS or vendor level problem and not even an ACL problem. It's a
>prog
Heather Madrone wrote:
At 03:29 PM 11/17/2002 -0500, William H. Magill wrote:
We're saying much of the same thing, however, this problem which you
describe is not an OS or vendor level problem and not even an ACL problem.
It's a programmer/admin attitude problem, exemplified by the constant
At 03:29 PM 11/17/2002 -0500, William H. Magill wrote:
>We're saying much of the same thing, however, this problem which you
>describe is not an OS or vendor level problem and not even an ACL problem.
>It's a programmer/admin attitude problem, exemplified by the constant stream
>of questions as
On Sunday, November 17, 2002, at 11:09 AM, Kee Hinckley wrote:
Used properly, ACLs can create a system, that is much more secure,
because you can restrict access to certain parts of the system to
specific processes that need to use that sub-system. However, with
the exception of the OpenBSD fo
Hello all,
I am having a problem installing a package of my own. I am at a
complete loss as to what the problem is. The details are appended.
Any suggestions would be greatly appreciated.
Regards,
Vic
= The details ===
I check syntax (in BBEdit) of a Perl script "sppd0A.pl". I get
At 12:40 AM -0500 11/17/02, William H. Magill wrote:
"Real ACLs" on the other hand are quite extensive -- see Digital's
VMS for one set.
For example one can identify random individuals as authorized to
read a file, and a completely different set of individuals to write
it. "Real ACLs" have no
I've build a linked list implementation in perl, which works well, but I
now want to wrap it in a package so it can be more modular. The problem
is, when I wrap it in a package I get alot of errors about 'not being
able to locate blah via package blah'. I think the problem is because
Class::Str
12 matches
Mail list logo