| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
OK sthen@
|
| |
|
|
| |
OK sthen@
|
| |
|
|
| |
Timing is good deraadt@, OK sthen@
|
| |
|
|
| |
Timing is good deraadt@, OK sthen@
|
| |
|
|
|
|
|
|
| |
This patch sets the section in perl manpages to "3p" instead of "3"
which should be less confusing as you do find them in section 3p
on OpenBSD.
Initial idea and OK espie@, makes sense to schwarze@
|
| |
|
|
| |
looking good sthen@, Great! bluhm@
|
| |
|
|
| |
looking good sthen@, Great! bluhm@
|
| |
|
|
| |
looking good sthen@, Great! bluhm@
|
| |
|
|
| |
OK bluhm@
|
| |
|
|
| |
ok bluhm@
|
| |
|
|
| |
OK bluhm@, Reads ok sthen@
|
| |
|
|
| |
OK bluhm@, Reads ok sthen@
|
| | |
|
| | |
|
| |
|
|
|
|
| |
Allows user to clean up after a noperm build
requested and makes sense to tb@
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The problem relates to Perl 5 ("perl") loading modules from the
includes directory array ("@INC") in which the last element is the
current directory ("."). That means that, when "perl" wants to
load a module (during first compilation or during lazy loading of
a module in run-time), perl will look for the module in the current
directory at the end, since '.' is the last include directory in
its array of include directories to seek. The issue is with requiring
libraries that are in "." but are not otherwise installed.
The major problem with this behavior is that it unexpectedly puts
a user at risk whenever they execute any Perl scripts from a directory
that is writable by other accounts on the system. For instance, if
a user is logged in as root and changes directory into /tmp or an
account's home directory, it is possible to now run any shell
commands that are written in C, Python or Ruby without fear.
The same isn't true for any shell commands that are written in Perl,
since a significant proportion of Perl scripts will execute code
in the current working directory whenever they are run. For example,
if a user on a shared system creates the file /tmp/Pod/Perldoc/Toterm.pm,
and then I log in as root, change directory to /tmp, and run "perldoc
perlrun", it will execute the code they have placed in the file.
ok deraadt@
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
Many thanks to Nathanael Rensen <nathanael at polymorpheus dot com>
for tracking it down and supplying the patch.
Has been reported upstream and the fix incorporated into a larger change
https://github.com/Perl-Toolchain-Gang/ExtUtils-MakeMaker/issues/192
|
| |
|
|
| |
ok deraadt@ sthen@ espie@ miod@
|
| | |
|
| |
|
|
| |
OK espie@ sthen@ deraadt@
|
| |
|
|
| |
OK espie@ sthen@ deraadt@
|
| |
|
|
| |
(some more to do after this one)
|
| | |
|
| | |
|
| |
|
afresh1
sthen
millert