cvs commit: ports/lang/librep Makefile distinfo pkg-plist ports/lang/librep/files patch-src_unix_processes.c

[QAT at FreeBSD.org]

The Restless Daemon identified a mtree error while trying to build:
 librep-0.90.0 maintained by anray at FreeBSD.org
 Makefile ident: $FreeBSD: ports/lang/librep/Makefile,v 1.72 2009/07/08 20:26:44 anray Exp $

Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/librep-0.90.0.log :

===>   Registering installation for librep-0.90.0
===> SECURITY REPORT: 
      This port has installed the following files which may act as network
      servers and may therefore pose a remote security risk to the system.
/usr/local/libexec/rep/0.90.0/amd64-pc-freebsd7/rep/io/sockets.so

      If there are vulnerabilities in these programs there may be a security
      risk to the system. FreeBSD makes no guarantee about the security of
      ports included in the Ports Collection. Please type 'make deinstall'
      to deinstall the port if this is a concern.

      For more information, and contact details about the security
      status of this software, see the following webpage: 
http://librep.sourceforge.net/
================================================================
====================<phase 7: make package>====================
===>  Building package for librep-0.90.0
Creating package /tmp/packages/All/librep-0.90.0.tbz
Registering depends: gtar-1.22 lzop-1.02.r1 lzo2-2.03_2 gettext-0.17_1 libiconv-1.13.1 gdbm-1.8.3_3 libgmp-4.3.1.
Creating bzip'd tar ball in '/tmp/packages/All/librep-0.90.0.tbz'
Deleting librep-0.90.0
pkg_delete: unable to completely remove directory '/usr/local/libexec/rep/0.90.0/amd64-pc-freebsd7/rep/util'
pkg_delete: unable to completely remove directory '/usr/local/libexec/rep/0.90.0/amd64-pc-freebsd7/rep'
pkg_delete: unable to completely remove directory '/usr/local/libexec/rep/0.90.0/amd64-pc-freebsd7'
pkg_delete: unable to completely remove directory '/usr/local/libexec/rep/0.90.0'
pkg_delete: couldn't entirely delete package (perhaps the packing list is
incorrectly specified?)
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
756016        4 drwxr-xr-x    3 root             wheel                 512 Jul  8 20:32 usr/local/libexec/rep
756018        4 drwxr-xr-x    3 root             wheel                 512 Jul  8 20:32 usr/local/libexec/rep/0.90.0
756019        4 drwxr-xr-x    3 root             wheel                 512 Jul  8 20:32 usr/local/libexec/rep/0.90.0/amd64-pc-freebsd7
756020        4 drwxr-xr-x    3 root             wheel                 512 Jul  8 20:32 usr/local/libexec/rep/0.90.0/amd64-pc-freebsd7/rep
756027        4 drwxr-xr-x    2 root             wheel                 512 Jul  8 20:32 usr/local/libexec/rep/0.90.0/amd64-pc-freebsd7/rep/util
756059       16 -r-xr-xr-x    1 root             wheel                7392 Jul  8 20:32 usr/local/libexec/rep/0.90.0/amd64-pc-freebsd7/rep/util/utf8.so
756060        4 -r-xr-xr-x    1 root             wheel                 909 Jul  8 20:32 usr/local/libexec/rep/0.90.0/amd64-pc-freebsd7/rep/util/utf8.la
================================================================
build of /usr/ports/lang/librep ended at Wed Jul  8 20:32:07 UTC 2009

The tarballed WRKDIR can be found here:
http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/librep-0.90.0.tbz

PortsMon page for the port:
http://portsmon.freebsd.org/portoverview.py?category=lang&portname=librep

The build which triggered this BotMail was done under
tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 4
with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the
"official" up-to-date Ports Tree, with the following vars set:
NOPORTDOCS=yes,  NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes.

A description of the testing process can be found here:
http://T32.TecNik93.com/FreeBSD/QA-Tindy/


Thanks for your work on making FreeBSD better,

--
QAT - your friendly neighborhood Daemon,
preparing  a heck of an error trapping system:
 - "HMC and EOI?"
 - "Halt, Melt and Catch fire or Execute Operator Immediately."