cvs commit: ports/devel Makefile ports/devel/p5-Linux-Pid Makefile distinfo pkg-descr pkg-plist

Erwin Lansing erwin at
Tue Aug 1 21:50:53 UTC 2006

On Tue, Aug 01, 2006 at 08:12:19PM +0000, Andrew Pantyukhin wrote:
> sat         2006-08-01 20:12:19 UTC
>   FreeBSD ports repository
>   Modified files:
>     devel                Makefile 
>   Added files:
>     devel/p5-Linux-Pid   Makefile distinfo pkg-descr pkg-plist 
>   Log:
>   Add port devel/p5-Linux-Pid:
>   Why should one use a module to get the PID and the PPID of a process
>   where there are the $$ variable and the getppid() builtin? (Not
>   mentioning the equivalent POSIX::getpid() and POSIX::getppid()
>   functions.)
>   In fact, this is useful on Linux, with multithreaded programs. Linux'
>   C library, using the linux thread model, returns different values of
>   the PID and the PPID from different threads. (Other thread models such
>   as NPTL don't have the same behaviour). This module forces perl to
>   call the underlying C functions getpid() and getppid().

So what does it do on FreeBSD? This looks pretty Linux specific.

Not related to this specific commit, but the latest flurry of new perl
modules has got me a bit worried. Are people actually using all these
new modules or are they imported just because they are on CPAN? Coping
with 15.000 ports is not easy and while I do not want to start imposing
any rules (apart from the very liberal rules we already have) on new
ports, we do need to judge the usefulness of every new port we add.


Erwin Lansing                           
Security is like an onion.          (o_ _o)
It's made up of several layers   \\\_\   /_///    erwin at
And it makes you cry.            <____) (____>    erwin at
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url :

More information about the cvs-ports mailing list