From dougb at FreeBSD.org  Mon Sep  1 02:51:23 2008
From: dougb at FreeBSD.org (Doug Barton)
Date: Mon Sep  1 02:51:30 2008
Subject: liblua.so
In-Reply-To: <200808311831.01650.lumiwa@gmail.com>
References: <200808311831.01650.lumiwa@gmail.com>
Message-ID: <alpine.BSF.2.00.0808311950410.70108@ync.qbhto.arg>

On Sun, 31 Aug 2008, Mitja wrote:

> Hi!
>
> When I start the game "fillets: I got:
>
> /libexec/ld-elf.so.1: Shared object "liblua.so" not found, required
> by "fillets"
>
> I have lua installed but there are no liblua.so.

Recompiling the fillets ports is likely to fix this. Let us know if it 
doesn't.


Good luck,

Doug

-- 

     This .signature sanitized for your protection

From amdmi3 at amdmi3.ru  Mon Sep  1 02:55:15 2008
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Mon Sep  1 02:55:21 2008
Subject: liblua.so
In-Reply-To: <200808311831.01650.lumiwa@gmail.com>
References: <200808311831.01650.lumiwa@gmail.com>
Message-ID: <20080901025510.GC1165@hades.panopticon>

* Mitja (lumiwa@gmail.com) wrote:

> When I start the game "fillets: I got:
> 
> /libexec/ld-elf.so.1: Shared object "liblua.so" not found, required 
> by "fillets"
> 
> I have lua installed but there are no liblua.so.
Try to reinstall lua, then fillets. There were changes to bsd.lua.mk
and lua-using ports (built between 2008/07/04 and 2008/08/10) should
be rebuilt to be linked with correct library.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From QAT at FreeBSD.org  Mon Sep  1 03:46:06 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Mon Sep  1 03:46:36 2008
Subject: cvs commit: ports/devel/libcheck Makefile ports/mail/xfmail
	Makefile ports/security/bfbtester Makefile
	ports/x11-toolkits/xforms Makefile
In-Reply-To: <200809010059.m810xj1t047122@repoman.freebsd.org>
References: In-Reply-To: <200809010059.m810xj1t047122@repoman.freebsd.org>
Message-ID: <20080901034603.DB89D12E4325@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/libcheck-0.9.5_1.log :


building libcheck-0.9.5_1 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/devel/libcheck
Makefile ident: $FreeBSD: ports/devel/libcheck/Makefile,v 1.7 2008/09/01 00:59:45 linimon Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Mon Sep  1 03:45:45 UTC 2008

.................................<Last 40 lines of the log>..................

Creating package /tmp/packages/All/libcheck-0.9.5_1.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/libcheck-0.9.5_1.tbz'
Deleting libcheck-0.9.5_1
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
7022680        4 drwxr-xr-x    2 root             wheel                 512 Sep  1 03:46 usr/local/share/doc/check-0.9.5
7022681      240 -r--r--r--    1 root             wheel              121027 Sep  1 03:46 usr/local/share/doc/check-0.9.5/SVNChangeLog
7022682       68 -r--r--r--    1 root             wheel               33962 Sep  1 03:46 usr/local/share/doc/check-0.9.5/ChangeLog
7022683        8 -r--r--r--    1 root             wheel                3680 Sep  1 03:46 usr/local/share/doc/check-0.9.5/ChangeLogOld
7022684       16 -r--r--r--    1 root             wheel                7712 Sep  1 03:46 usr/local/share/doc/check-0.9.5/NEWS
7022685        8 -r--r--r--    1 root             wheel                2551 Sep  1 03:46 usr/local/share/doc/check-0.9.5/README
7022658        4 drwxr-xr-x    4 root             wheel                 512 Sep  1 03:46 usr/local/share/examples/check-0.9.5
7022659        4 -r--r--r--    1 root             wheel                  80 Sep  1 03:46 usr/local/share/examples/check-0.9.5/Makefile.am
7022660        4 -r--r--r--    1 root             wheel                 614 Sep  1 03:46 usr/local/share/examples/check-0.9.5/README
7022661        4 -r--r--r--    1 root             wheel                1144 Sep  1 03:46 usr/local/share/examples/check-0.9.5/configure.ac
7022662        4 drwxr-xr-x    2 root             wheel                 512 Sep  1 03:46 usr/local/share/examples/check-0.9.5/src
7022663        4 -r--r--r--    1 root             wheel                 195 Sep  1 03:46 usr/local/share/examples/check-0.9.5/src/Makefile.am
7022664        4 -r--r--r--    1 root             wheel                 242 Sep  1 03:46 usr/local/share/examples/check-0.9.5/src/main.c
7022665        4 -r--r--r--    1 root             wheel                 512 Sep  1 03:46 usr/local/share/examples/check-0.9.5/src/money.c
7022666        4 -r--r--r--    1 root             wheel                 227 Sep  1 03:46 usr/local/share/examples/check-0.9.5/src/money.h
7022667        4 -r--r--r--    1 root             wheel                  54 Sep  1 03:46 usr/local/share/examples/check-0.9.5/src/money.1.h
7022668        4 -r--r--r--    1 root             wheel                 227 Sep  1 03:46 usr/local/share/examples/check-0.9.5/src/money.2.h
7022669        0 -r--r--r--    1 root             wheel                   0 Sep  1 03:46 usr/local/share/examples/check-0.9.5/src/money.1.c
7022670        4 -r--r--r--    1 root             wheel                 252 Sep  1 03:46 usr/local/share/examples/check-0.9.5/src/money.3.c
7022671        4 -r--r--r--    1 root             wheel                 293 Sep  1 03:46 usr/local/share/examples/check-0.9.5/src/money.4.c
7022672        4 -r--r--r--    1 root             wheel                 462 Sep  1 03:46 usr/local/share/examples/check-0.9.5/src/money.5.c
7022673        4 -r--r--r--    1 root             wheel                 512 Sep  1 03:46 usr/local/share/examples/check-0.9.5/src/money.6.c
7022674        4 drwxr-xr-x    2 root             wheel                 512 Sep  1 03:46 usr/local/share/examples/check-0.9.5/tests
7022675        4 -r--r--r--    1 root             wheel                 273 Sep  1 03:46 usr/local/share/examples/check-0.9.5/tests/Makefile.am
7022676        4 -r--r--r--    1 root             wheel                1610 Sep  1 03:46 usr/local/share/examples/check-0.9.5/tests/check_money.c
7022653        4 -r--r--r--    1 root             wheel                  32 Sep  1 03:46 usr/local/share/examples/check-0.9.5/tests/check_money.1.c
7022654        4 -r--r--r--    1 root             wheel                 379 Sep  1 03:46 usr/local/share/examples/check-0.9.5/tests/check_money.2.c
7022655        4 -r--r--r--    1 root             wheel                 863 Sep  1 03:46 usr/local/share/examples/check-0.9.5/tests/check_money.3.c
7022677        4 -r--r--r--    1 root             wheel                1452 Sep  1 03:46 usr/local/share/examples/check-0.9.5/tests/check_money.6.c
7022678        4 -r--r--r--    1 root             wheel                1610 Sep  1 03:46 usr/local/share/examples/check-0.9.5/tests/check_money.7.c
================================================================
build of /usr/ports/devel/libcheck ended at Mon Sep  1 03:46:02 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From ivoras at freebsd.org  Mon Sep  1 09:29:52 2008
From: ivoras at freebsd.org (Ivan Voras)
Date: Mon Sep  1 09:29:58 2008
Subject: Is postgresql83-server broken?
In-Reply-To: <48B7DF62.9040305@freebsd.org>
References: <48B7DF62.9040305@freebsd.org>
Message-ID: <g9gcm3$c4$1@ger.gmane.org>

Hi,

Can someone else confirm this? Do your postgresql83-server ports build?

From bugmaster at FreeBSD.org  Mon Sep  1 11:06:12 2008
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Sep  1 11:06:38 2008
Subject: Current unassigned ports problem reports
Message-ID: <200809011106.m81B6Bre067507@freefall.freebsd.org>

Current FreeBSD problem reports

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including\nexperimental development code and obsolete releases.\n
Bugs can be in one of several states:

o - open
A problem report has been submitted, no sanity checking performed.

a - analyzed
The problem is understood and a solution is being sought.

f - feedback
Further work requires additional information from the
     originator or the community - possibly confirmation of
     the effectiveness of a proposed solution.

p - patched
A patch has been committed, but some issues (MFC and / or
     confirmation from originator) are still open.

r - repocopy
The resolution of the problem report is dependent on
     a repocopy operation within the CVS repository which
     is awaiting completion.

s - suspended
The problem is not being worked on, due to lack of information
     or resources.  This is a prime candidate
     for somebody who is looking for a project to do.
     If the problem cannot be solved at all,
     it will be closed, rather than suspended.

c - closed
A problem report is closed when any changes have been integrated,
     documented, and tested -- or when fixing the problem is abandoned.

Critical problems

S Tracker      Resp.      Description
--------------------------------------------------------------------------------
f ports/124901            [patch] sysutils/fusefs-kmod dataloss on write shortly
f ports/126867            security/sshguard-pf 1.1 fails to detect attempted log
o ports/127018            Linuxulator incapable of using FreeBSD's LDAP environm

3 problems total.

Serious problems

S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o ports/97254             ports-mgmt/porttools - wrong prefix
f ports/107304            print/apsfilter does not print PDF to raw PostScript p
s ports/113144            print/ghostscript-gnu dumps core with several output d
f ports/116385            net/vnc using vnc.so crashes Xorg 7.3 when remote comp
f ports/116586            net/isc-dhcp3-server does not work when compiled with 
f ports/118877            audio/streamripper does not detect song title from str
o ports/121325            Xorg crashes when x11-wm/xcompmgr is running
f ports/122276            Compiled audio/musicpd segfaults on FreeBSD 7.0
o ports/122381            net-mgmt/collectd in FreeBSD 7.0 i386 and sparc64 segf
o ports/122536            devel/libcheck won't build from port
o ports/122907            [patch] sysutils/fusefs-kmod dataloss on write shortly
o ports/124548            net/mDNSResponder port incompatible with gnome desktop
o ports/124864            print/ghostscript-gpl fails to install if ESC/Page dri
f ports/125111            [PATCH] graphics/gdal: cyclic dependency and wrong opt
f ports/125809            [NEW PORT] www/greasemonkey: Add bits of DHTML to any 
f ports/125974            building games/xpuyopuyo fails
f ports/126165            Patches introduced in sysutils/flexbackup 1.2.1_3 caus
o ports/126343            Update port: multimedia/mythtv
o ports/126513            print/ghostscript-gpl - ghostscript - gpl - compile bu
f ports/126532            devel/tclxml-libxml2 - do not found libtclxmlstub
o ports/126628            sysutils/heartbeat incorrect detect interfaces during 
o ports/126673            New port: print/latex-supertabular
o ports/126674            New port: print/latex-babel
f ports/126706            multimedia/libdvdcss unusable on RELENG_7
o ports/126772            palm/pilot-link has broke pilot-link.m4
f ports/126805            audio/Teamspeak_server port runs as root by default
f ports/126852            [PATCH] Fix build of net-mgmt/nfsen with rrdtool 1.3
f ports/127011            lang/gnat-gcc43 fails to download distfile(s)

28 problems total.

Non-critical problems

S Tracker      Resp.      Description
--------------------------------------------------------------------------------
s ports/85513             Intel C++ compiler not 100% binary compatible with sys
o ports/100771            port submit (ports-mgmt/porttools) cannot parse multip
o ports/108795            ports/icc: Proposed update to icc port for intel compi
o ports/110144            New port: math/Matlab7
o ports/112746            [NEW PORT]: www/coldfusion: coldfusion7 Coldfusion 7.0
f ports/115304            multimedia/gpac-mp4box cannot import files larger than
o ports/119183            [NEW PORT] net/freeradius-client: FreeRADIUS Client li
f ports/119556            [PATCH] textproc/xerces-c2: Update to 2.8.0
o ports/120758            finance/kmymoney2: update to 0.8.8 and enable OFX
o ports/121194            math/arpack - Patch to use ARPACK++ on modern compiler
o ports/121259            New port: net/openamq OpenAMQ is a complete AMQP messa
f ports/121405            Update graphics/gmt to newer version (4.2.1)
f ports/122596            devel/python: Python hangs when importing pygtk
f ports/122701            New port: www/mod_wombat "Apache Lua module"
o ports/122824            [new port] add news/husky-htick-devel port
o ports/123239            New port: graphics/diamondbox Layer based photo editor
o ports/123391            [NEW PORT] math/mingw32-libgmp4: Library for arbitrary
f ports/123424            [NEW PORT] net/winexe
o ports/123437            comms/qpage -- hangup problems and ident requests
o ports/123558            [PATCH] www/mhonarc: install perl modules in perl lib 
f ports/123756            [patch] put devel/libffi includes in sane place
o ports/124000            [patch] update net/isc-dhcp3-server to 3.0.7 and reset
o ports/124061            [patch]: lang/mlton (new features)
f ports/124062            [patch] net/bounce: command line option -b does not wo
f ports/124082            [UPDATE]: audio/qmpdclient Update to new release, 1.0.
f ports/124083            net/vnc is not building the xorg vnc module
f ports/124257            [PATCH] security/sguil-server: ${PREFIX}/lib/sguil-ser
f ports/124423            multimedia/mplayer detection of OSS Audio is faulty
f ports/124428            palm/jpilot configure error when checking for pilot-li
o ports/124597            [NEW PORT] net/callweaver: Fork of the popular Open So
o ports/124905            new port: databases/sqlitejdbc 051
f ports/124967            New port: mail/zms    A specialized mail gateway syste
f ports/124981            [NEW PORT] sysutils/mogilefs-php: MogileFS PHP Extensi
f ports/125086            math/r - R-2.6.1_2 missing files or incorrect +CONTENT
o ports/125324            editors/the (3.2) looses cursor when compiled with PDC
o ports/125348            lang/nawk: support multibyte charsets in tolower/toupp
f ports/125362            New port: devel/ocaml-lwt (cooperative threading libra
f ports/125557            [PATCH]devel/open-beagle: update to 3.0.3
f ports/125594            net-p2p/Amule2 port is outdated
f ports/125611            [PATCH]print/pstotext: update to 1.9
f ports/125676            [PATCH] Fix www/lynx build
f ports/125697            [patch] security/secure_delete add conflicts for secur
o ports/125705            semi new port: resurrect graphics/mesagl in a mangled 
o ports/125706            Update math/vtk5 to version 5.0.4
f ports/125960            sysutils/syscp lacks of chattr/chflags
s ports/126040            update sysutils/linux-megacli
f ports/126055            x11-toolkits/p5-Tk - segmentation fault running perl-t
f ports/126058            net/generic-nqs fails to compile
f ports/126087            wrong man page in sysutils/cmdwatch
f ports/126161            security/bsp_upektfmess does not work on 7.0
f ports/126196            sysutils/heartbeat: port 1.2.5 rev3 problem with libne
f ports/126206            [PATCH] print/lout: update to 3.36
f ports/126228            [PATCH] mail/courier: new version 0.60.0
o ports/126273            Utilize MASTER_SITES abbreviations.
f ports/126322            [patch] sysutils/fusefs-kmod: Make install location co
o ports/126345            ports mail/libpst not post Outlook 2003 compatible
o ports/126381            [PATCH] audio/jack-rack: Optional GNOME and WITHOUT_NL
o ports/126387            devel/avrdude - Bad LIB_DEPENDS line in Makefile
s ports/126417            [PATCH] devel/rubygem-activesupport: update to 2.1.0
f ports/126441            textproc/isearch fix build with gcc4.2
s ports/126476            [update] net-mgmt/nrpe2: Update to 2.12; add 'reload' 
f ports/126486            [patch] devel/log4cxx fix compiling under FreeBSD 7
f ports/126518            Unbroke archivers/lzo2 on i386
o ports/126603            New port: textproc/scim-bridge-qt4 scim bridge for qt4
f ports/126612            [UPDATE] news/nzbget
o ports/126645            databases/unixODBC: fix build qt3 GUI while qt4.4 inst
o ports/126655            java/jboss4 can not take standard parameter "-b host_n
o ports/126689            databases/couchdb should list lang/erlang-lite as depe
o ports/126696            science/mbdyn: add option for Chaco
f ports/126704            [patch] update neon dependancy in audio/libmusicbrainz
f ports/126705            [patch] devel/bazaar Update neon dependancy
o ports/126732            [patch] archivers/rpm5 update (build depends)
f ports/126746            [PATCH]: cad/brlcad on CURRENT
o ports/126750            Update port: www/mod_wsgi Upgrade to 2.2
o ports/126786            [PATCH] sysutils/nvclock: update to 0.8b3a
o ports/126823            move port www/phpSysInfo to www/phpsysinfo-dev
f ports/126839            ports/misc/ezload - update: add hardware support for r
f ports/126840            [PATCH] update sysutils/fusefs-wdfs to use neon28 if p
f ports/126843            [patch] update sysutils/nut to use www/neon28
o ports/126872            New port: lang/linux-tcl84
o ports/126888            [patch] textproc/xerces-c2 port tinderbox failing
f ports/126889            [PATCH] www/smarty: update to 2.6.20
f ports/126890            port update: lang/cmucl
f ports/126913            security/nmap does not compile with OpenSSL not in bas
o ports/126920            port upgrade: lang/ecl 0.9g->0.9l
o ports/126922            devel/libusb : update for Network UPS Tools
o ports/126939            NEW PORT: x11-themes/qtcurve-gtk1
o ports/126947            [patch] update net-mgmt/netxms to 0.2.22
o ports/126957            [NEW PORT] graphics/py25-graph: A library for working 
o ports/126963            [maintainer update] databases/postgresql-odbc upgrade:
o ports/126964            [UPDATE] patch for sysutils/ataidle to bring it to ver
f ports/126968            sysutils/puppet-devel: puppetmasterd cannot start
o ports/126985            [Update] emulators/desmume updated to 0.8
o ports/126999            New port: print/latex-csquotes Quotation facilities fo
o ports/127000            Update port: print/latex-etoolbox Update to version 1.
f ports/127005            Cannot build multimedia/kmplayer
o ports/127007            www/p5-FCGI-Spawn update
o ports/127016            cad/netgen does not build

98 problems total.

From alex-goncharov at comcast.net  Mon Sep  1 11:17:30 2008
From: alex-goncharov at comcast.net (Alex Goncharov)
Date: Mon Sep  1 11:17:38 2008
Subject: Is postgresql83-server broken?
In-Reply-To: <g9gcm3$c4$1@ger.gmane.org> (message from Ivan Voras on Mon, 01
	Sep 2008 11:29:39 +0200)
References: <48B7DF62.9040305@freebsd.org> <g9gcm3$c4$1@ger.gmane.org>
Message-ID: <E1Ka7A0-000ADQ-8R@daland.home>

,--- You/Ivan (Mon, 01 Sep 2008 11:29:39 +0200) ----*
| Can someone else confirm this? Do your postgresql83-server ports build?

Builds for me:

--------------------
$ make
....
cc -O2 -fno-strict-aliasing -pipe  -Wall -Wmissing-prototypes -Wpointer-arith -Winline -Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing -fwrapv -fPIC -DPIC -shared -Wl,-x,-soname,libplpgsql.so.1  pl_gram.o pl_handler.o pl_comp.o pl_exec.o pl_funcs.o  -L../../../../src/port -L/usr/local/lib -L/usr/local/lib -lintl  -o libplpgsql.so.1
rm -f libplpgsql.so
ln -s libplpgsql.so.1 libplpgsql.so
gmake[2]: Leaving directory `/usr/ports/databases/postgresql83-server/work/postgresql-8.3.3/src/pl/plpgsql/src'
gmake[1]: Leaving directory
`/usr/ports/databases/postgresql83-server/work/postgresql-8.3.3/src/pl/plpgsql'

$ ls -l Makefile 
-rw-r--r--  1 root  wheel  10599 Aug 26 06:53 Makefile

$ md5 Makefile 
MD5 (Makefile) = a2e5324a341aba72d86904c3f7453509

--------------------

What problem do you have?  With the same Makefile?

-- Alex -- alex-goncharov@comcast.net --

/*
 * I'll be Grateful when they're Dead.
 */
From ivoras at freebsd.org  Mon Sep  1 11:45:32 2008
From: ivoras at freebsd.org (Ivan Voras)
Date: Mon Sep  1 11:45:39 2008
Subject: Is postgresql83-server broken? (update: ICU and autotools
	problems?)
Message-ID: <9bbcef730809010445t34422bb4w9169208347faff84@mail.gmail.com>

2008/9/1 Alex Goncharov <alex-goncharov@comcast.net>:
> ,--- You/Ivan (Mon, 01 Sep 2008 11:29:39 +0200) ----*
> | Can someone else confirm this? Do your postgresql83-server ports build?
>
> Builds for me:
>

> $ ls -l Makefile
> -rw-r--r--  1 root  wheel  10599 Aug 26 06:53 Makefile
>
> $ md5 Makefile
> MD5 (Makefile) = a2e5324a341aba72d86904c3f7453509
>
> --------------------
>
> What problem do you have?  With the same Makefile?

Yes,  my Makefile is the same:

/usr/ports/databases/postgresql83-server> md5 Makefile
MD5 (Makefile) = a2e5324a341aba72d86904c3f7453509

Are you using ICU?

My (first) problem is this: distfile contains the following:
MD5 (postgresql/pg-833-icu-xx-2008-08-28.diff.gz) =
94fb6634636cd36cb5fde449d76ece65
SHA256 (postgresql/pg-833-icu-xx-2008-08-28.diff.gz) =
c7d77dafe78afcf2e92567c7cdfda45dcfe41ea71efb2e326ef4f7eb66ec416b
SIZE (postgresql/pg-833-icu-xx-2008-08-28.diff.gz) = 5302

but the Makefile contains:

.  if (defined(SERVER_ONLY) && defined(WITH_ICU)) || make(makesum)
USE_AUTOTOOLS=  autoconf:262
CONFIGURE_ARGS+=--with-icu
LIB_DEPENDS=    icudata:${PORTSDIR}/devel/icu
PATCH_SITES+=   http://people.freebsd.org/~girgen/postgresql-icu/:icu
PATCHFILES+=    pg-833-icu-xx-2008-06-11.diff.gz:icu
.  endif

e.g. the ICU patches are mismatched:

# make

===>  Vulnerability check disabled, database not found
===>  Found saved configuration for postgresql-server-8.3.1
===>  Extracting for postgresql-server-8.3.3
=> MD5 Checksum OK for postgresql/postgresql-8.3.3.tar.bz2.
=> SHA256 Checksum OK for postgresql/postgresql-8.3.3.tar.bz2.
=> No MD5 checksum recorded for postgresql/pg-833-icu-xx-2008-06-11.diff.gz.
=> No SHA256 checksum recorded for postgresql/pg-833-icu-xx-2008-06-11.diff.gz.
=> No suitable checksum found for postgresql/pg-833-icu-xx-2008-06-11.diff.gz.
*** Error code 1

Stop in /usr/ports/databases/postgresql83-server.
*** Error code 1

Stop in /usr/ports/databases/postgresql83-server.

----

After I fix this manually with "make makesum", there's another problem:

===>  Configuring for postgresql-server-8.3.3
configure.in:22: error: Autoconf version 2.61 is required.
Untested combinations of 'autoconf' and PostgreSQL versions are not
recommended.  You can remove the check from 'configure.in' but it is then
your responsibility whether the result works or not.
configure.in:22: the top level
autom4te-2.62: /usr/local/bin/gm4 failed with exit status: 1
*** Error code 1

Stop in /usr/ports/databases/postgresql83-server.
*** Error code 1

Stop in /usr/ports/databases/postgresql83-server.

I believe this is also related to ICU because of this fragment in Makefile:

.  if (defined(SERVER_ONLY) && defined(WITH_ICU)) || make(makesum)
USE_AUTOTOOLS=  autoconf:262
CONFIGURE_ARGS+=--with-icu
LIB_DEPENDS=    icudata:${PORTSDIR}/devel/icu
PATCH_SITES+=   http://people.freebsd.org/~girgen/postgresql-icu/:icu
PATCHFILES+=    pg-833-icu-xx-2008-06-11.diff.gz:icu
.  endif

i.e. ICU is forcing autoconf 2.62 instead of 2.61. There is no
autoconf 2.61 in ports. It is needed because configure.in needs to be
patched for ICU. I think the ICU patch needs to be updated to the one
I attached (or maybe the fixed ICU patches were mistakenly not
committed before?)

(ICU is needed to get working collations with UTF-8).
-------------- next part --------------
--- configure.in.orig	2008-06-09 02:38:40.000000000 +0200
+++ configure.in	2008-09-01 13:41:47.000000000 +0200
@@ -19,7 +19,7 @@
 
 AC_INIT([PostgreSQL], [8.3.3], [pgsql-bugs@postgresql.org])
 
-m4_if(m4_defn([m4_PACKAGE_VERSION]), [2.59], [], [m4_fatal([Autoconf version 2.59 is required.
+m4_if(m4_defn([m4_PACKAGE_VERSION]), [2.62], [], [m4_fatal([Autoconf version 2.62 is required.
 Untested combinations of 'autoconf' and PostgreSQL versions are not
 recommended.  You can remove the check from 'configure.in' but it is then
 your responsibility whether the result works or not.])])
@@ -547,6 +547,14 @@
 AC_MSG_RESULT([$with_openssl])
 AC_SUBST(with_openssl)
 
+#
+# ICU
+#
+AC_MSG_CHECKING([whether to build with ICU support])
+PGAC_ARG_BOOL(with, icu, no, [  --with-icu              build with ICU support],
+              [AC_DEFINE([USE_ICU], 1, [Define to build with ICU support. (--with-icu)])])
+AC_MSG_RESULT([$with_icu])
+AC_SUBST(with_icu)
 
 #
 # Readline
@@ -786,6 +794,19 @@
   fi
 fi
 
+if test "$with_icu" = yes ; then
+  AC_CHECK_LIB(icui18n, ucol_open_3_8, [], [
+     AC_CHECK_LIB(icui18n, ucol_open_3_6, [], [
+        AC_CHECK_LIB(icui18n, ucol_open_3_4, [], [AC_MSG_ERROR([library 'icui18n' is required for ICU])])
+   ])
+  ])
+  AC_CHECK_LIB(icuuc, ucnv_fromUChars_3_8, [], [
+     AC_CHECK_LIB(icuuc, ucnv_fromUChars_3_6, [], [
+        AC_CHECK_LIB(icuuc, ucnv_fromUChars_3_4, [], [AC_MSG_ERROR([library 'icuuc' is required for ICU])])
+   ])
+  ])
+fi
+
 if test "$with_pam" = yes ; then
   AC_CHECK_LIB(pam,    pam_start, [], [AC_MSG_ERROR([library 'pam' is required for PAM])])
 fi
@@ -883,6 +904,10 @@
   AC_CHECK_FUNCS([ERR_set_mark])
 fi
 
+if test "$with_icu" = yes ; then
+  AC_CHECK_HEADER(unicode/utypes.h, [], [AC_MSG_ERROR([header file <unicode/utypes.h> is required for ICU])])
+fi
+ 
 if test "$with_pam" = yes ; then
   AC_CHECK_HEADERS(security/pam_appl.h, [],
                    [AC_CHECK_HEADERS(pam/pam_appl.h, [],
From girgen at FreeBSD.org  Mon Sep  1 11:59:51 2008
From: girgen at FreeBSD.org (Palle Girgensohn)
Date: Mon Sep  1 11:59:59 2008
Subject: Is postgresql83-server broken? (update: ICU and autotools
 problems?)
In-Reply-To: <9bbcef730809010445t34422bb4w9169208347faff84@mail.gmail.com>
References: <9bbcef730809010445t34422bb4w9169208347faff84@mail.gmail.com>
Message-ID: <28D77E42460F06487CE1DD1D@girgMac.local>

Mea culpa, I failed to committ the Makefile change last week. Now 
everything should work fine.

Regards,
Palle

--On m?ndag, m? 1 sep 2008 13.45.32 +0200 Ivan Voras <ivoras@freebsd.org> 
wrote:

> 2008/9/1 Alex Goncharov <alex-goncharov@comcast.net>:
>> ,--- You/Ivan (Mon, 01 Sep 2008 11:29:39 +0200) ----*
>> | Can someone else confirm this? Do your postgresql83-server ports build?
>>
>> Builds for me:
>>
>
>> $ ls -l Makefile
>> -rw-r--r--  1 root  wheel  10599 Aug 26 06:53 Makefile
>>
>> $ md5 Makefile
>> MD5 (Makefile) = a2e5324a341aba72d86904c3f7453509
>>
>> --------------------
>>
>> What problem do you have?  With the same Makefile?
>
> Yes,  my Makefile is the same:
>
> /usr/ports/databases/postgresql83-server> md5 Makefile
> MD5 (Makefile) = a2e5324a341aba72d86904c3f7453509
>
> Are you using ICU?
>
> My (first) problem is this: distfile contains the following:
> MD5 (postgresql/pg-833-icu-xx-2008-08-28.diff.gz) =
> 94fb6634636cd36cb5fde449d76ece65
> SHA256 (postgresql/pg-833-icu-xx-2008-08-28.diff.gz) =
> c7d77dafe78afcf2e92567c7cdfda45dcfe41ea71efb2e326ef4f7eb66ec416b
> SIZE (postgresql/pg-833-icu-xx-2008-08-28.diff.gz) = 5302
>
> but the Makefile contains:
>
> .  if (defined(SERVER_ONLY) && defined(WITH_ICU)) || make(makesum)
> USE_AUTOTOOLS=  autoconf:262
> CONFIGURE_ARGS+=--with-icu
> LIB_DEPENDS=    icudata:${PORTSDIR}/devel/icu
> PATCH_SITES+=   http://people.freebsd.org/~girgen/postgresql-icu/:icu
> PATCHFILES+=    pg-833-icu-xx-2008-06-11.diff.gz:icu
> .  endif
>
> e.g. the ICU patches are mismatched:
>
># make
>
> ===>  Vulnerability check disabled, database not found
> ===>  Found saved configuration for postgresql-server-8.3.1
> ===>  Extracting for postgresql-server-8.3.3
> => MD5 Checksum OK for postgresql/postgresql-8.3.3.tar.bz2.
> => SHA256 Checksum OK for postgresql/postgresql-8.3.3.tar.bz2.
> => No MD5 checksum recorded for
> postgresql/pg-833-icu-xx-2008-06-11.diff.gz. => No SHA256 checksum
> recorded for postgresql/pg-833-icu-xx-2008-06-11.diff.gz. => No suitable
> checksum found for postgresql/pg-833-icu-xx-2008-06-11.diff.gz. *** Error
> code 1
>
> Stop in /usr/ports/databases/postgresql83-server.
> *** Error code 1
>
> Stop in /usr/ports/databases/postgresql83-server.
>
> ----
>
> After I fix this manually with "make makesum", there's another problem:
>
> ===>  Configuring for postgresql-server-8.3.3
> configure.in:22: error: Autoconf version 2.61 is required.
> Untested combinations of 'autoconf' and PostgreSQL versions are not
> recommended.  You can remove the check from 'configure.in' but it is then
> your responsibility whether the result works or not.
> configure.in:22: the top level
> autom4te-2.62: /usr/local/bin/gm4 failed with exit status: 1
> *** Error code 1
>
> Stop in /usr/ports/databases/postgresql83-server.
> *** Error code 1
>
> Stop in /usr/ports/databases/postgresql83-server.
>
> I believe this is also related to ICU because of this fragment in
> Makefile:
>
> .  if (defined(SERVER_ONLY) && defined(WITH_ICU)) || make(makesum)
> USE_AUTOTOOLS=  autoconf:262
> CONFIGURE_ARGS+=--with-icu
> LIB_DEPENDS=    icudata:${PORTSDIR}/devel/icu
> PATCH_SITES+=   http://people.freebsd.org/~girgen/postgresql-icu/:icu
> PATCHFILES+=    pg-833-icu-xx-2008-06-11.diff.gz:icu
> .  endif
>
> i.e. ICU is forcing autoconf 2.62 instead of 2.61. There is no
> autoconf 2.61 in ports. It is needed because configure.in needs to be
> patched for ICU. I think the ICU patch needs to be updated to the one
> I attached (or maybe the fixed ICU patches were mistakenly not
> committed before?)
>
> (ICU is needed to get working collations with UTF-8).




From alex-goncharov at comcast.net  Mon Sep  1 12:01:09 2008
From: alex-goncharov at comcast.net (Alex Goncharov)
Date: Mon Sep  1 12:01:16 2008
Subject: Is postgresql83-server broken? (update: ICU and autotools
	problems?)
In-Reply-To: <9bbcef730809010445t34422bb4w9169208347faff84@mail.gmail.com>
	(ivoras@freebsd.org)
References: <9bbcef730809010445t34422bb4w9169208347faff84@mail.gmail.com>
Message-ID: <E1Ka85h-000Cs1-Ft@daland.home>

,--- You/Ivan (Mon, 1 Sep 2008 13:45:32 +0200) ----*
| After I fix this manually with "make makesum", there's another problem:

Did you try this simple fix instead:

--------------------
diff Makefile~ Makefile
110c110
< PATCHFILES+=  pg-833-icu-xx-2008-06-11.diff.gz:icu
---
> PATCHFILES+=  pg-833-icu-xx-2008-08-28.diff.gz:icu
--------------------

I just did it and so far my build is  progressing well:

----------------------------------------
make WITH_ICU=1


  =========== BACKUP YOUR DATA! =============
  As always, backup your data before
  upgrading. If the upgrade leads to a higher
  minor revision (e.g. 7.3.x -> 7.4), a dump
  and restore of all databases is
  required. This is *NOT* done by the port!

  Press ctrl-C *now* if you need to pg_dump.
  ===========================================

===>  Vulnerability check disabled, database not found
=> pg-833-icu-xx-2008-08-28.diff.gz doesn't seem to exist in /usr/ports/distfiles/postgresql.
=> Attempting to fetch from http://people.freebsd.org/~girgen/postgresql-icu/.
pg-833-icu-xx-2008-08-28.diff.gz              100% of 5302  B   47 kBps
===>  Extracting for postgresql-server-8.3.3
=> MD5 Checksum OK for postgresql/postgresql-8.3.3.tar.bz2.
=> SHA256 Checksum OK for postgresql/postgresql-8.3.3.tar.bz2.
=> MD5 Checksum OK for postgresql/pg-833-icu-xx-2008-08-28.diff.gz.
=> SHA256 Checksum OK for postgresql/pg-833-icu-xx-2008-08-28.diff.gz.
===>  Patching for postgresql-server-8.3.3
===>  Applying distribution patches for postgresql-server-8.3.3
===>  Applying FreeBSD patches for postgresql-server-8.3.3
===>   postgresql-server-8.3.3 depends on file: /usr/local/lib/libcrypto.so.5 - found
===>   postgresql-server-8.3.3 depends on executable: gmake - found
===>   postgresql-server-8.3.3 depends on file: /usr/local/bin/autoconf-2.62 - found
===>   postgresql-server-8.3.3 depends on shared library: icudata - not found
===>    Verifying install for icudata in /usr/ports/devel/icu
===>  Vulnerability check disabled, database not found
=> icu4c-3_8_1-src.tgz doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch from http://nchc.dl.sourceforge.net/sourceforge/icu/.
icu4c-3_8_1-src.tgz                           100% of   10 MB  159 kBps 00m00s
===>  Extracting for icu-3.8.1_1
=> MD5 Checksum OK for icu4c-3_8_1-src.tgz.
=> SHA256 Checksum OK for icu4c-3_8_1-src.tgz.
===>  Patching for icu-3.8.1_1
===>  Applying FreeBSD patches for icu-3.8.1_1
/usr/bin/sed -i.bak -e 's,\(THREADSC.*FLAGS\).*,\1=,g' /usr/ports/.x/i386/x01/freebsd/7.0/usr/ports/devel/icu/work/icu/source/config/mh-bsd-gcc
===>   icu-3.8.1_1 depends on executable: gmake - found
===>  Configuring for icu-3.8.1_1
Using built-in specs.
Target: i386-undermydesk-freebsd
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 4.2.1 20070719  [FreeBSD]
Running ./configure  --enable-shared --enable-static --enable-samples=no --enable-weak-threads --prefix=/usr/local --build=i386-portbld-freebsd7.1 for FreeBSD using  compiler

checking for ICU version numbers... release 3.8.1, library 38.1
checking build system type... i386-portbld-freebsd7.1
checking host system type... i386-portbld-freebsd7.1
checking for gcc... cc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ANSI C... none needed
checking whether we are using the GNU C++ compiler... yes
checking whether c++ accepts -g... yes
checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel
checking for gmake... /usr/local/bin/gmake
checking for doxygen... no
checking checking for executable suffix... 
checking whether strict compiling is on... no
checking for 64-bit executable support... yes
checking which Makefile fragment to use... mh-bsd-gcc
checking for floor in -lm... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking whether to build debug libraries... no
checking whether to build release libraries... yes
checking whether to enable draft APIs... yes
checking for library API export... yes
checking for ranlib... ranlib
checking for ar... /usr/bin/ar
checking whether to enable renaming of symbols... yes
checking whether to enable function and data tracing... yes
checking for definition of U_INLINE for C... inline
checking for pthread_attr_init in -lpthread... yes
checking for mmap... yes
checking how to run the C preprocessor... cc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for inttypes.h... (cached) yes
checking for iostream usability... yes
checking whether byte ordering is bigendian... no
checking for nl_langinfo... yes
checking for nl_langinfo's argument to obtain the codeset... CODESET
checking for namespace support... yes
checking for properly overriding new and delete... yes
checking for placement new and delete... yes
checking for popen... yes
checking for tzset... yes
checking for tzname... yes
checking for timezone... no
checking for __timezone... no
checking for _timezone... no
checking for int8_t... yes
checking for uint8_t... yes
checking for int16_t... yes
checking for uint16_t... yes
checking for int32_t... yes
checking for uint32_t... yes
checking for int64_t... yes
checking for uint64_t... yes
checking wchar.h usability... yes
checking wchar.h presence... yes
checking for wchar.h... yes
checking for library containing wcscpy... none required
checking for wchar_t... yes
checking size of wchar_t... 4
checking for UTF-16 string literal support... unknown
checking for a library suffix to use... none
configure: creating ./config.status
config.status: creating icudefs.mk
config.status: creating Makefile
config.status: creating data/icupkg.inc
config.status: creating config/Makefile.inc
config.status: creating data/Makefile
config.status: creating stubdata/Makefile
config.status: creating common/Makefile
config.status: creating i18n/Makefile
config.status: creating layout/Makefile
config.status: creating layoutex/Makefile
config.status: creating io/Makefile
config.status: creating extra/Makefile
config.status: creating extra/uconv/Makefile
config.status: creating extra/scrptrun/Makefile
config.status: creating tools/Makefile
config.status: creating tools/ctestfw/Makefile
config.status: creating tools/toolutil/Makefile
config.status: creating tools/makeconv/Makefile
config.status: creating tools/genrb/Makefile
config.status: creating tools/genuca/Makefile
config.status: creating tools/genccode/Makefile
config.status: creating tools/gencmn/Makefile
config.status: creating tools/gencnval/Makefile
config.status: creating tools/genctd/Makefile
config.status: creating tools/gennames/Makefile
config.status: creating tools/gentest/Makefile
config.status: creating tools/gennorm/Makefile
config.status: creating tools/genprops/Makefile
config.status: creating tools/gencase/Makefile
config.status: creating tools/genbidi/Makefile
config.status: creating tools/genpname/Makefile
config.status: creating tools/genbrk/Makefile
config.status: creating tools/gensprep/Makefile
config.status: creating tools/icupkg/Makefile
config.status: creating tools/icuswap/Makefile
config.status: creating tools/pkgdata/Makefile
config.status: creating tools/tzcode/Makefile
config.status: creating test/Makefile
config.status: creating test/compat/Makefile
config.status: creating test/testdata/Makefile
config.status: creating test/testdata/pkgdata.inc
config.status: creating test/hdrtst/Makefile
config.status: creating test/intltest/Makefile
config.status: creating test/cintltst/Makefile
config.status: creating test/iotest/Makefile
config.status: creating test/letest/Makefile
config.status: creating samples/Makefile
config.status: creating samples/date/Makefile
config.status: creating samples/cal/Makefile
config.status: creating samples/layout/Makefile
config.status: creating common/unicode/platform.h
config.status: creating common/icucfg.h
You must use /usr/local/bin/gmake to build ICU.

If the result of the above commands looks okay to you, go to the directory
source in the ICU distribution to build ICU. Please remember that ICU needs
GNU make to build properly...
===>  Building for icu-3.8.1_1
rm -rf config/icu-config
install  -o root -g wheel -m 555 ./config/icu-config-top config/icu-config
chmod u+w config/icu-config
sed -f ./config/make2sh.sed < ./config/Makefile.inc | grep -v '#M#' | uniq >> config/icu-config
sed -f ./config/make2sh.sed < ./config/mh-bsd-gcc | grep -v '#M#' | uniq >> config/icu-config
cat ./config/icu-config-bottom >> config/icu-config
echo "# Rebuilt on "`date` >> config/icu-config
chmod u-w config/icu-config
/bin/sh ./mkinstalldirs lib
mkdir lib
/bin/sh ./mkinstalldirs bin
mkdir bin
gmake[0]: Making `all' in `stubdata'
gmake[1]: Entering directory `/x01/freebsd/7.0/usr/ports/.x/i386/x01/freebsd/7.0/usr/ports/devel/icu/work/icu/source/stubdata'
generating dependency information for stubdata.c
gmake[1]: Leaving directory `/x01/freebsd/7.0/usr/ports/.x/i386/x01/freebsd/7.0/usr/ports/devel/icu/work/icu/source/stubdata'
gmake[1]: Entering directory `/x01/freebsd/7.0/usr/ports/.x/i386/x01/freebsd/7.0/usr/ports/devel/icu/work/icu/source/stubdata'
cc  -I../common   -pipe -O2 -fno-strict-aliasing  -c   -o stubdata.ao stubdata.c
/usr/bin/ar r libsicudata.a stubdata.ao
/usr/bin/ar: creating libsicudata.a
ranlib libsicudata.a
cc  -I../common   -pipe -O2 -fno-strict-aliasing  -c -DPIC -fPIC -o stubdata.o stubdata.c


-- Alex -- alex-goncharov@comcast.net --
From girgen at FreeBSD.org  Mon Sep  1 12:05:44 2008
From: girgen at FreeBSD.org (Palle Girgensohn)
Date: Mon Sep  1 12:05:51 2008
Subject: Is postgresql83-server broken? (update: ICU and autotools
 problems?)
In-Reply-To: <E1Ka85h-000Cs1-Ft@daland.home>
References: <9bbcef730809010445t34422bb4w9169208347faff84@mail.gmail.com>
	<E1Ka85h-000Cs1-Ft@daland.home>
Message-ID: <9DE4AA2A1598E2679FC7592B@girgMac.local>



--On m?ndag, m? 1 sep 2008 08.01.05 -0400 Alex Goncharov 
<alex-goncharov@comcast.net> wrote:

> ,--- You/Ivan (Mon, 1 Sep 2008 13:45:32 +0200) ----*
>| After I fix this manually with "make makesum", there's another problem:
>
> Did you try this simple fix instead:
>
> --------------------
> diff Makefile~ Makefile
> 110c110
> < PATCHFILES+=  pg-833-icu-xx-2008-06-11.diff.gz:icu
> ---
>> PATCHFILES+=  pg-833-icu-xx-2008-08-28.diff.gz:icu
> --------------------

Yeah, that's what I failed to commit last week, but did commit right now. 
It is all that is needed.

/Palle

>
> I just did it and so far my build is  progressing well:
>
> ----------------------------------------
> make WITH_ICU=1
>
>
>   =========== BACKUP YOUR DATA! =============
>   As always, backup your data before
>   upgrading. If the upgrade leads to a higher
>   minor revision (e.g. 7.3.x -> 7.4), a dump
>   and restore of all databases is
>   required. This is *NOT* done by the port!
>
>   Press ctrl-C *now* if you need to pg_dump.
>   ===========================================
>
> ===>  Vulnerability check disabled, database not found
> => pg-833-icu-xx-2008-08-28.diff.gz doesn't seem to exist in
> /usr/ports/distfiles/postgresql. => Attempting to fetch from
> http://people.freebsd.org/~girgen/postgresql-icu/.
> pg-833-icu-xx-2008-08-28.diff.gz              100% of 5302  B   47 kBps
> ===>  Extracting for postgresql-server-8.3.3
> => MD5 Checksum OK for postgresql/postgresql-8.3.3.tar.bz2.
> => SHA256 Checksum OK for postgresql/postgresql-8.3.3.tar.bz2.
> => MD5 Checksum OK for postgresql/pg-833-icu-xx-2008-08-28.diff.gz.
> => SHA256 Checksum OK for postgresql/pg-833-icu-xx-2008-08-28.diff.gz.
> ===>  Patching for postgresql-server-8.3.3
> ===>  Applying distribution patches for postgresql-server-8.3.3
> ===>  Applying FreeBSD patches for postgresql-server-8.3.3
> ===>   postgresql-server-8.3.3 depends on file:
> /usr/local/lib/libcrypto.so.5 - found ===>   postgresql-server-8.3.3
> depends on executable: gmake - found ===>   postgresql-server-8.3.3
> depends on file: /usr/local/bin/autoconf-2.62 - found ===>
> postgresql-server-8.3.3 depends on shared library: icudata - not found
> ===>    Verifying install for icudata in /usr/ports/devel/icu
> ===>  Vulnerability check disabled, database not found
> => icu4c-3_8_1-src.tgz doesn't seem to exist in /usr/ports/distfiles/.
> => Attempting to fetch from
> http://nchc.dl.sourceforge.net/sourceforge/icu/. icu4c-3_8_1-src.tgz
> 100% of   10 MB  159 kBps 00m00s ===>  Extracting for icu-3.8.1_1
> => MD5 Checksum OK for icu4c-3_8_1-src.tgz.
> => SHA256 Checksum OK for icu4c-3_8_1-src.tgz.
> ===>  Patching for icu-3.8.1_1
> ===>  Applying FreeBSD patches for icu-3.8.1_1
> /usr/bin/sed -i.bak -e 's,\(THREADSC.*FLAGS\).*,\1=,g'
> /usr/ports/.x/i386/x01/freebsd/7.0/usr/ports/devel/icu/work/icu/source/co
> nfig/mh-bsd-gcc ===>   icu-3.8.1_1 depends on executable: gmake - found
> ===>  Configuring for icu-3.8.1_1
> Using built-in specs.
> Target: i386-undermydesk-freebsd
> Configured with: FreeBSD/i386 system compiler
> Thread model: posix
> gcc version 4.2.1 20070719  [FreeBSD]
> Running ./configure  --enable-shared --enable-static --enable-samples=no
> --enable-weak-threads --prefix=/usr/local --build=i386-portbld-freebsd7.1
> for FreeBSD using  compiler
>
> checking for ICU version numbers... release 3.8.1, library 38.1
> checking build system type... i386-portbld-freebsd7.1
> checking host system type... i386-portbld-freebsd7.1
> checking for gcc... cc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether cc accepts -g... yes
> checking for cc option to accept ANSI C... none needed
> checking whether we are using the GNU C++ compiler... yes
> checking whether c++ accepts -g... yes
> checking for a BSD-compatible install... /usr/bin/install -c -o root -g
> wheel checking for gmake... /usr/local/bin/gmake
> checking for doxygen... no
> checking checking for executable suffix...
> checking whether strict compiling is on... no
> checking for 64-bit executable support... yes
> checking which Makefile fragment to use... mh-bsd-gcc
> checking for floor in -lm... yes
> checking whether to build shared libraries... yes
> checking whether to build static libraries... yes
> checking whether to build debug libraries... no
> checking whether to build release libraries... yes
> checking whether to enable draft APIs... yes
> checking for library API export... yes
> checking for ranlib... ranlib
> checking for ar... /usr/bin/ar
> checking whether to enable renaming of symbols... yes
> checking whether to enable function and data tracing... yes
> checking for definition of U_INLINE for C... inline
> checking for pthread_attr_init in -lpthread... yes
> checking for mmap... yes
> checking how to run the C preprocessor... cc -E
> checking for egrep... grep -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking for inttypes.h... (cached) yes
> checking for iostream usability... yes
> checking whether byte ordering is bigendian... no
> checking for nl_langinfo... yes
> checking for nl_langinfo's argument to obtain the codeset... CODESET
> checking for namespace support... yes
> checking for properly overriding new and delete... yes
> checking for placement new and delete... yes
> checking for popen... yes
> checking for tzset... yes
> checking for tzname... yes
> checking for timezone... no
> checking for __timezone... no
> checking for _timezone... no
> checking for int8_t... yes
> checking for uint8_t... yes
> checking for int16_t... yes
> checking for uint16_t... yes
> checking for int32_t... yes
> checking for uint32_t... yes
> checking for int64_t... yes
> checking for uint64_t... yes
> checking wchar.h usability... yes
> checking wchar.h presence... yes
> checking for wchar.h... yes
> checking for library containing wcscpy... none required
> checking for wchar_t... yes
> checking size of wchar_t... 4
> checking for UTF-16 string literal support... unknown
> checking for a library suffix to use... none
> configure: creating ./config.status
> config.status: creating icudefs.mk
> config.status: creating Makefile
> config.status: creating data/icupkg.inc
> config.status: creating config/Makefile.inc
> config.status: creating data/Makefile
> config.status: creating stubdata/Makefile
> config.status: creating common/Makefile
> config.status: creating i18n/Makefile
> config.status: creating layout/Makefile
> config.status: creating layoutex/Makefile
> config.status: creating io/Makefile
> config.status: creating extra/Makefile
> config.status: creating extra/uconv/Makefile
> config.status: creating extra/scrptrun/Makefile
> config.status: creating tools/Makefile
> config.status: creating tools/ctestfw/Makefile
> config.status: creating tools/toolutil/Makefile
> config.status: creating tools/makeconv/Makefile
> config.status: creating tools/genrb/Makefile
> config.status: creating tools/genuca/Makefile
> config.status: creating tools/genccode/Makefile
> config.status: creating tools/gencmn/Makefile
> config.status: creating tools/gencnval/Makefile
> config.status: creating tools/genctd/Makefile
> config.status: creating tools/gennames/Makefile
> config.status: creating tools/gentest/Makefile
> config.status: creating tools/gennorm/Makefile
> config.status: creating tools/genprops/Makefile
> config.status: creating tools/gencase/Makefile
> config.status: creating tools/genbidi/Makefile
> config.status: creating tools/genpname/Makefile
> config.status: creating tools/genbrk/Makefile
> config.status: creating tools/gensprep/Makefile
> config.status: creating tools/icupkg/Makefile
> config.status: creating tools/icuswap/Makefile
> config.status: creating tools/pkgdata/Makefile
> config.status: creating tools/tzcode/Makefile
> config.status: creating test/Makefile
> config.status: creating test/compat/Makefile
> config.status: creating test/testdata/Makefile
> config.status: creating test/testdata/pkgdata.inc
> config.status: creating test/hdrtst/Makefile
> config.status: creating test/intltest/Makefile
> config.status: creating test/cintltst/Makefile
> config.status: creating test/iotest/Makefile
> config.status: creating test/letest/Makefile
> config.status: creating samples/Makefile
> config.status: creating samples/date/Makefile
> config.status: creating samples/cal/Makefile
> config.status: creating samples/layout/Makefile
> config.status: creating common/unicode/platform.h
> config.status: creating common/icucfg.h
> You must use /usr/local/bin/gmake to build ICU.
>
> If the result of the above commands looks okay to you, go to the directory
> source in the ICU distribution to build ICU. Please remember that ICU
> needs GNU make to build properly...
> ===>  Building for icu-3.8.1_1
> rm -rf config/icu-config
> install  -o root -g wheel -m 555 ./config/icu-config-top config/icu-config
> chmod u+w config/icu-config
> sed -f ./config/make2sh.sed < ./config/Makefile.inc | grep -v '#M#' |
> uniq >> config/icu-config sed -f ./config/make2sh.sed <
> ./config/mh-bsd-gcc | grep -v '#M#' | uniq >> config/icu-config cat
> ./config/icu-config-bottom >> config/icu-config
> echo "# Rebuilt on "`date` >> config/icu-config
> chmod u-w config/icu-config
> /bin/sh ./mkinstalldirs lib
> mkdir lib
> /bin/sh ./mkinstalldirs bin
> mkdir bin
> gmake[0]: Making `all' in `stubdata'
> gmake[1]: Entering directory
> `/x01/freebsd/7.0/usr/ports/.x/i386/x01/freebsd/7.0/usr/ports/devel/icu/w
> ork/icu/source/stubdata' generating dependency information for stubdata.c
> gmake[1]: Leaving directory
> `/x01/freebsd/7.0/usr/ports/.x/i386/x01/freebsd/7.0/usr/ports/devel/icu/w
> ork/icu/source/stubdata' gmake[1]: Entering directory
> `/x01/freebsd/7.0/usr/ports/.x/i386/x01/freebsd/7.0/usr/ports/devel/icu/w
> ork/icu/source/stubdata' cc  -I../common   -pipe -O2 -fno-strict-aliasing
> -c   -o stubdata.ao stubdata.c /usr/bin/ar r libsicudata.a stubdata.ao
> /usr/bin/ar: creating libsicudata.a
> ranlib libsicudata.a
> cc  -I../common   -pipe -O2 -fno-strict-aliasing  -c -DPIC -fPIC -o
> stubdata.o stubdata.c
>
>
> -- Alex -- alex-goncharov@comcast.net --




From alex-goncharov at comcast.net  Mon Sep  1 12:12:32 2008
From: alex-goncharov at comcast.net (Alex Goncharov)
Date: Mon Sep  1 12:12:39 2008
Subject: Is postgresql83-server broken? (update: ICU and autotools
 problems?)
In-Reply-To: <9DE4AA2A1598E2679FC7592B@girgMac.local> (message from Palle
	Girgensohn on Mon, 01 Sep 2008 14:05:40 +0200)
References: <9bbcef730809010445t34422bb4w9169208347faff84@mail.gmail.com>
	<E1Ka85h-000Cs1-Ft@daland.home>
	<9DE4AA2A1598E2679FC7592B@girgMac.local>
Message-ID: <E1Ka8Gj-000GeJ-U0@daland.home>

,--- You/Palle (Mon, 01 Sep 2008 14:05:40 +0200) ----*
| Yeah, that's what I failed to commit last week, but did commit right now. 
| It is all that is needed.

Ahem, while you are it, would you be able to take a look at the
unassigned PR postgresql-odbc and perhaps expedite my patch commit?

---
  o ports/126963 [maintainer update] databases/postgresql-odbc upgrade:
---

I would be also open to your criticism.

Thanks,

-- Alex -- alex-goncharov@comcast.net --
From ivoras at freebsd.org  Mon Sep  1 12:16:10 2008
From: ivoras at freebsd.org (Ivan Voras)
Date: Mon Sep  1 12:16:17 2008
Subject: Is postgresql83-server broken? (update: ICU and autotools
	problems?)
In-Reply-To: <E1Ka85h-000Cs1-Ft@daland.home>
References: <9bbcef730809010445t34422bb4w9169208347faff84@mail.gmail.com>
	<E1Ka85h-000Cs1-Ft@daland.home>
Message-ID: <g9gme0$gv$1@ger.gmane.org>

Alex Goncharov wrote:
> ,--- You/Ivan (Mon, 1 Sep 2008 13:45:32 +0200) ----*
> | After I fix this manually with "make makesum", there's another problem:
> 
> Did you try this simple fix instead:
> 
> --------------------
> diff Makefile~ Makefile
> 110c110
> < PATCHFILES+=  pg-833-icu-xx-2008-06-11.diff.gz:icu
> ---
>> PATCHFILES+=  pg-833-icu-xx-2008-08-28.diff.gz:icu
> --------------------
> 
> I just did it and so far my build is  progressing well:

Well yes, that's a "D'OH" moment for me - I went the whole round way to 
accomplish the same thing.

From lumiwa at gmail.com  Mon Sep  1 13:53:52 2008
From: lumiwa at gmail.com (Mitja)
Date: Mon Sep  1 13:53:58 2008
Subject: liblua.so
In-Reply-To: <alpine.BSF.2.00.0808311950410.70108@ync.qbhto.arg>
References: <200808311831.01650.lumiwa@gmail.com>
	<alpine.BSF.2.00.0808311950410.70108@ync.qbhto.arg>
Message-ID: <200809010853.43272.lumiwa@gmail.com>

On Sunday 31 August 2008 21:51:20 Doug Barton wrote:
> On Sun, 31 Aug 2008, Mitja wrote:
> > Hi!
> >
> > When I start the game "fillets: I got:
> >
> > /libexec/ld-elf.so.1: Shared object "liblua.so" not found, required
> > by "fillets"
> >
> > I have lua installed but there are no liblua.so.
>
> Recompiling the fillets ports is likely to fix this. Let us know if it
> doesn't.
>
>
> Good luck,
>
> Doug

I did recompile lua and fillets-ng and it works. Thank you for the help.


-- 
The Supreme Court does it with all deliberate speed.
From null at pozo.com  Mon Sep  1 14:13:00 2008
From: null at pozo.com (Manfred Antar)
Date: Mon Sep  1 14:13:08 2008
Subject: Apache.sh on current
Message-ID: <200809011335.m81DZW8b006033@pozo.com>

/usr/local/etc/rc.d/apache.sh :
/usr/bin/limits -e -U www
dumps core when starting apache on current
This something new, not sure when it started as I have been out of the Country for the past month.
Kernel and usr are current
Also /usr/local/sbin/apachect :
eval `limits -e -C daemon`
also dumps core




==================================
||      null@pozo.com           ||
||      Ph. (415) 681-6235      ||
================================== 

From null at pozo.com  Mon Sep  1 14:36:56 2008
From: null at pozo.com (Manfred Antar)
Date: Mon Sep  1 14:37:04 2008
Subject: Apache.sh on current
In-Reply-To: <b41c75520809010719pe5a8e19nb32a925f44a80a47@mail.gmail.com
 >
References: <200809011335.m81DZW8b006033@pozo.com>
	<b41c75520809010719pe5a8e19nb32a925f44a80a47@mail.gmail.com>
Message-ID: <200809011436.m81Eaq2v040141@pozo.com>

At 07:19 AM 9/1/2008, Claus Guttesen wrote:
>> /usr/local/etc/rc.d/apache.sh :
>> /usr/bin/limits -e -U www
>> dumps core when starting apache on current
>> This something new, not sure when it started as I have been out of the Country for the past month.
>> Kernel and usr are current
>> Also /usr/local/sbin/apachect :
>> eval `limits -e -C daemon`
>> also dumps core
>
>Are you using apache and php?
>
>-- 
>regards
>Claus
>
>When lenity and cruelty play for a kingdom,
>the gentler gamester is the soonest winner.
>
>Shakespeare

Yes
But if I just do limits -e -U root I get a core dump.
I don't think the problem is with apache.
limits -e -U (Any User) dumps core

==================================
||      null@pozo.com           ||
||      Ph. (415) 681-6235      ||
================================== 

From kometen at gmail.com  Mon Sep  1 14:51:31 2008
From: kometen at gmail.com (Claus Guttesen)
Date: Mon Sep  1 14:51:38 2008
Subject: Apache.sh on current
In-Reply-To: <200809011335.m81DZW8b006033@pozo.com>
References: <200809011335.m81DZW8b006033@pozo.com>
Message-ID: <b41c75520809010719pe5a8e19nb32a925f44a80a47@mail.gmail.com>

> /usr/local/etc/rc.d/apache.sh :
> /usr/bin/limits -e -U www
> dumps core when starting apache on current
> This something new, not sure when it started as I have been out of the Country for the past month.
> Kernel and usr are current
> Also /usr/local/sbin/apachect :
> eval `limits -e -C daemon`
> also dumps core

Are you using apache and php?

-- 
regards
Claus

When lenity and cruelty play for a kingdom,
the gentler gamester is the soonest winner.

Shakespeare
From lumiwa at gmail.com  Mon Sep  1 16:06:51 2008
From: lumiwa at gmail.com (Mitja)
Date: Mon Sep  1 16:07:03 2008
Subject: liblua.so
In-Reply-To: <20080901025510.GC1165@hades.panopticon>
References: <200808311831.01650.lumiwa@gmail.com>
	<20080901025510.GC1165@hades.panopticon>
Message-ID: <200809011106.47871.lumiwa@gmail.com>

On Sunday 31 August 2008 21:55:10 Dmitry Marakasov wrote:
> * Mitja (lumiwa@gmail.com) wrote:
> > When I start the game "fillets: I got:
> >
> > /libexec/ld-elf.so.1: Shared object "liblua.so" not found, required
> > by "fillets"
> >
> > I have lua installed but there are no liblua.so.
>
> Try to reinstall lua, then fillets. There were changes to bsd.lua.mk
> and lua-using ports (built between 2008/07/04 and 2008/08/10) should
> be rebuilt to be linked with correct library.

Yes, it works now. I did as you wrote :).
Thank you.

-- 
The honeymoon is over when he phones to say he'll be late for supper and
she's already left a note that it's in the refrigerator.
		-- Bill Lawrence
From cyberbotx at cyberbotx.com  Mon Sep  1 17:46:37 2008
From: cyberbotx at cyberbotx.com (Naram Qashat)
Date: Mon Sep  1 17:46:43 2008
Subject: portupgrade fails with quoted options
Message-ID: <48BC2A79.1080905@cyberbotx.com>

When I try to upgrade a port that has quoted options (an example is 
www/apache22, where I opted to retain the old WITH_MODULES line I had before) in 
pkgtools.conf, portupgrade fails to quote the option and causes the port to fail 
to build or even causes portupgrade itself to bomb.  Strangely enough, if I use 
the following script that uses the same tools as portupgrade:

require "pkgtools"
require "optparse"
load_config
opts = OptionParser.new
opts.order(ARGV) do |arg|
   make_args = config_make_args(arg)
   puts "#{arg}:#{make_args}"
end

It shows the correct options if I run it for www/apache22.  I get the following 
with the above script:

www/apache22:WITHOUT_APACHE_OPTIONS=yes WITHOUT_IPV6=yes WITH_MYSQL=yes 
WITH_BDB=yes WITH_SUEXEC=yes SUEXEC_LOGFILE=/var/log/www/httpd-suexec.log 
WITH_MODULES="actions alias auth_basic auth_digest authn_dbd authn_dbd 
authn_default authz_default authz_host authz_user autoindex cgi dav dav_fs dbd 
deflate dir echo env expires filter headers ident imagemap include info 
log_config log_forensic logio mime mime_magic negotiation rewrite setenvif ssl 
status suexec unique_id userdir version vhost_alias" BATCH=yes WITH_OPENSSL=yes 
WITH_OPENSSL_PORT=yes WITHOUT_X11=yes WITH_BDB_VER=43 WITH_MYSQL_VER=50

But when I use portupgrade itself, I get the following as the make arguments 
instead:

--->  Building '/usr/ports/www/apache22' with make flags: 
WITHOUT_APACHE_OPTIONS=yes WITHOUT_IPV6=yes WITH_MYSQL=yes WITH_BDB=yes 
WITH_SUEXEC=yes SUEXEC_LOGFILE=/var/log/www/httpd-suexec.log 
"WITH_MODULES=\"actions alias auth_basic auth_digest authn_dbd authn_dbd 
authn_default authz_default authz_host authz_user autoindex cgi dav dav_fs dbd 
deflate dir echo env expires filter headers ident imagemap include info 
log_config log_forensic logio mime mime_magic negotiation rewrite setenvif ssl 
status suexec unique_id userdir version vhost_alias\"" BATCH=yes 
WITH_OPENSSL=yes WITH_OPENSSL_PORT=yes WITHOUT_X11=yes WITH_BDB_VER=43 
WITH_MYSQL_VER=50

Notice how WITH_MODULES has quotes around it and then escaped quotes inside it? 
  It shouldn't be doing things like that.  I don't know ruby (I only made that 
above script from looking at some parts of portupgrade, but I have almost no 
understanding of ruby), so I can't give a fix for this.

Thanks,
Naram Qashat
From freebsd at yelloworb.com  Mon Sep  1 18:52:48 2008
From: freebsd at yelloworb.com (=?ISO-8859-1?Q?Karl-Petter_=C5kesson?=)
Date: Mon Sep  1 18:52:54 2008
Subject: security/nss does not build
Message-ID: <48BC39F1.8070103@yelloworb.com>

Hi,

I get this problem when I try to build the nss port. It has been 
reported in PR 122293 but the fix suggested to nspr4.7 does not help. 
Please, any suggestion to solve this would be great!

/Kalle

cc -o FreeBSD6.3_OPT.OBJ/selfserv -O2 -fno-strict-aliasing -pipe 
-I/usr/local/include/nspr -L/usr/local/lib -O -fPIC -ansi -Wall 
-DFREEBSD-DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG 
-D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC 
-I../../dist/FreeBSD6.3_OPT.OBJ/include  -I../../dist/public/ 
-I../../dist/private/  -O -fPIC -ansi -Wall -DFREEBSD -DHAVE_STRERROR 
-DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT 
-DNSS_ENABLE_ECC -I../../../dist/FreeBSD6.3_OPT.OBJ/include  
-I../../../dist/public/ -I../../../dist/private/ 
-I../../../dist/public/nss -I../../../dist/public/nspr 
-I../../../dist/public/libdbm 
-I../../../dist/FreeBSD6.3_OPT.OBJ/../public/security -I./include   -O 
-fPIC -ansi -Wall -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX 
-DNSPR20 -DNSS_ENABLE_ECC -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT 
-DNSS_ENABLE_ECC -I../../../../dist/FreeBSD6.3_OPT.OBJ/include  
-I../../../../dist/public/nss -I../../../../dist/private/nss 
-I../../../../dist/public/seccmd -I../../../../dist/public/dbm  
FreeBSD6.3_OPT.OBJ/selfserv.o  
../../../../dist/FreeBSD6.3_OPT.OBJ/lib/libsectool.a  
-Wl,-rpath-link,../../../../dist/FreeBSD6.3_OPT.OBJ/lib 
-L../../../../dist/FreeBSD6.3_OPT.OBJ/lib -lssl3 -lsmime3 -lnss3 
-L../../../../dist/FreeBSD6.3_OPT.OBJ/lib -lplc4 -lplds4 -lnspr4  -pthread
FreeBSD6.3_OPT.OBJ/selfserv.o(.text+0x2f4b): In function `.L354':
: undefined reference to `SSL_CanBypass'
FreeBSD6.3_OPT.OBJ/selfserv.o(.text+0x30c3): In function `.L354':
: undefined reference to `SSL_CanBypass'
gmake[2]: *** [FreeBSD6.3_OPT.OBJ/selfserv] Fel 1
gmake[2]: Leaving directory 
`/usr/ports/security/nss/work/nss-3.11.9/mozilla/security/nss/cmd/selfserv'
gmake[1]: *** [libs] Fel 2
gmake[1]: Leaving directory 
`/usr/ports/security/nss/work/nss-3.11.9/mozilla/security/nss/cmd'
gmake: *** [libs] Fel 2
*** Error code 2

From dougb at FreeBSD.org  Mon Sep  1 19:57:29 2008
From: dougb at FreeBSD.org (Doug Barton)
Date: Mon Sep  1 19:57:36 2008
Subject: Curious problem with MASTER_SITE_GOOGLE_CODE
Message-ID: <48BC4926.8050603@FreeBSD.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

I need to move one of my ports to the google code site, and ran into a
problem where in spite of the fact that PROJECTHOST is not defined, it
still tries to use it:

=> Net-DNS-Fingerprint-0.9.3.tar.gz doesn't seem to exist in
/usr/local/distfiles/.
=> Attempting to fetch from http://.googlecode.com/files/.
fetch: http://.googlecode.com/files/Net-DNS-Fingerprint-0.9.3.tar.gz:
No address record
=> Attempting to fetch from http://fpdns.googlecode.com/files/.
Net-DNS-Fingerprint-0.9.3.tar.gz              100% of   10 kB 1570 kBps

echo x`make -V PROJECTHOST`x
xx

make -V MASTER_SITE_GOOGLE_CODE
http://.googlecode.com/files/ http://fpdns.googlecode.com/files/

Any ideas?

Doug

- --

    This .signature sanitized for your protection

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEAREDAAYFAki8SSYACgkQyIakK9Wy8PudSwCfc7zGItcg6N9Riz0hsaz8y7qA
YQMAnjLGOBBtghIXihctsvqk+HdILCIc
=wCFf
-----END PGP SIGNATURE-----
From roam at ringlet.net  Mon Sep  1 21:26:45 2008
From: roam at ringlet.net (Peter Pentchev)
Date: Mon Sep  1 21:26:51 2008
Subject: Curious problem with MASTER_SITE_GOOGLE_CODE
In-Reply-To: <48BC4926.8050603@FreeBSD.org>
References: <48BC4926.8050603@FreeBSD.org>
Message-ID: <20080901212642.GA1093@straylight.m.ringlet.net>

On Mon, Sep 01, 2008 at 12:57:26PM -0700, Doug Barton wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: RIPEMD160
> 
> I need to move one of my ports to the google code site, and ran into a
> problem where in spite of the fact that PROJECTHOST is not defined, it
> still tries to use it:
> 
> => Net-DNS-Fingerprint-0.9.3.tar.gz doesn't seem to exist in
> /usr/local/distfiles/.
> => Attempting to fetch from http://.googlecode.com/files/.
> fetch: http://.googlecode.com/files/Net-DNS-Fingerprint-0.9.3.tar.gz:
> No address record
> => Attempting to fetch from http://fpdns.googlecode.com/files/.
> Net-DNS-Fingerprint-0.9.3.tar.gz              100% of   10 kB 1570 kBps
> 
> echo x`make -V PROJECTHOST`x
> xx
> 
> make -V MASTER_SITE_GOOGLE_CODE
> http://.googlecode.com/files/ http://fpdns.googlecode.com/files/
> 
> Any ideas?

That's... kinda weird.  With what I see in bsd.sites.mk (rev. 1.455),
MASTER_SITE_GOOGLE_CODE should *never* have *both* forms defined -
unless you have somehow managed to include bsd.sites.mk twice, and
even then something is too weird.  Can you post the port's Makefile?

G'luck,
Peter

-- 
Peter Pentchev	roam@ringlet.net    roam@cnsys.bg    roam@FreeBSD.org
PGP key:	http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint	FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
The rest of this sentence is written in Thailand, on
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080901/7aaef5d4/attachment.pgp
From gerald at FreeBSD.org  Mon Sep  1 21:43:25 2008
From: gerald at FreeBSD.org (gerald@FreeBSD.org)
Date: Mon Sep  1 21:43:31 2008
Subject: amd64/104311: ports/wine should be installable on amd64
Message-ID: <200809012143.m81LhP9f030967@freefall.freebsd.org>

Synopsis: ports/wine should be installable on amd64

Responsible-Changed-From-To: gerald->ports
Responsible-Changed-By: gerald
Responsible-Changed-When: Mon Sep 1 21:40:28 UTC 2008
Responsible-Changed-Why: 
Even with the kernel infrastructure in place I am not quite sure how this
is supposed to work on FreeBSD amd64 where we only have 64-bit versions of
libraries, the compiler, etc.  when Wine really needs to compile and run as
32-bit to be compatible with the respective Windows programs.
Am I missing something here?  It seems this is nothing a port can just take
care of, it's really FreeBSD as such that needs full bi-arch support here.

http://www.freebsd.org/cgi/query-pr.cgi?pr=104311
From dougb at FreeBSD.org  Mon Sep  1 21:52:28 2008
From: dougb at FreeBSD.org (Doug Barton)
Date: Mon Sep  1 21:52:34 2008
Subject: Curious problem with MASTER_SITE_GOOGLE_CODE
In-Reply-To: <20080901212642.GA1093@straylight.m.ringlet.net>
References: <48BC4926.8050603@FreeBSD.org>
	<20080901212642.GA1093@straylight.m.ringlet.net>
Message-ID: <alpine.BSF.2.00.0809011451380.1108@ync.qbhto.arg>

On Tue, 2 Sep 2008, Peter Pentchev wrote:

> That's... kinda weird.  With what I see in bsd.sites.mk (rev. 1.455),
> MASTER_SITE_GOOGLE_CODE should *never* have *both* forms defined -
> unless you have somehow managed to include bsd.sites.mk twice, and
> even then something is too weird.

Agreed on all counts. :)

>  Can you post the port's Makefile?

ports/dns/fpdns/Makefile

Doug

-- 

     This .signature sanitized for your protection

From roam at ringlet.net  Mon Sep  1 22:09:21 2008
From: roam at ringlet.net (Peter Pentchev)
Date: Mon Sep  1 22:09:28 2008
Subject: Curious problem with MASTER_SITE_GOOGLE_CODE
In-Reply-To: <alpine.BSF.2.00.0809011451380.1108@ync.qbhto.arg>
References: <48BC4926.8050603@FreeBSD.org>
	<20080901212642.GA1093@straylight.m.ringlet.net>
	<alpine.BSF.2.00.0809011451380.1108@ync.qbhto.arg>
Message-ID: <20080901220649.GB1093@straylight.m.ringlet.net>

On Mon, Sep 01, 2008 at 02:52:25PM -0700, Doug Barton wrote:
> On Tue, 2 Sep 2008, Peter Pentchev wrote:
> 
> > That's... kinda weird.  With what I see in bsd.sites.mk (rev. 1.455),
> > MASTER_SITE_GOOGLE_CODE should *never* have *both* forms defined -
> > unless you have somehow managed to include bsd.sites.mk twice, and
> > even then something is too weird.
> 
> Agreed on all counts. :)
> 
> >  Can you post the port's Makefile?
> 
> ports/dns/fpdns/Makefile

Okay then, with rev. 1.7 of ports/dns/fpdns/Makefile, both on my RELENG_6
machine (as of about 12 hours ago) and on the 7.0-STABLE from April
on freefall, "make -V MASTER_SITES" shows only the correct ones:

[roam@freefall ~/fbsd/ports/dns/fpdns]> make -V MASTER_SITES
http://fpdns.googlecode.com/files/  http://dougbarton.us/Downloads/
[roam@freefall ~/fbsd/ports/dns/fpdns]>

I'm starting to think you have something strange either in your
environment or in /etc/make.conf or something.  Could you post
the output of "printenv" and (the relevant parts of) /etc/make.conf?

G'luck,
Peter

-- 
Peter Pentchev	roam@ringlet.net    roam@cnsys.bg    roam@FreeBSD.org
PGP key:	http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint	FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
I am not the subject of this sentence.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080901/a4e17406/attachment.pgp
From dougb at FreeBSD.org  Mon Sep  1 22:28:58 2008
From: dougb at FreeBSD.org (Doug Barton)
Date: Mon Sep  1 22:29:05 2008
Subject: Curious problem with MASTER_SITE_GOOGLE_CODE
In-Reply-To: <20080901220649.GB1093@straylight.m.ringlet.net>
References: <48BC4926.8050603@FreeBSD.org>
	<20080901212642.GA1093@straylight.m.ringlet.net>
	<alpine.BSF.2.00.0809011451380.1108@ync.qbhto.arg>
	<20080901220649.GB1093@straylight.m.ringlet.net>
Message-ID: <alpine.BSF.2.00.0809011522530.1108@ync.qbhto.arg>

On Tue, 2 Sep 2008, Peter Pentchev wrote:

> On Mon, Sep 01, 2008 at 02:52:25PM -0700, Doug Barton wrote:
>> On Tue, 2 Sep 2008, Peter Pentchev wrote:
>>
>>> That's... kinda weird.  With what I see in bsd.sites.mk (rev. 1.455),
>>> MASTER_SITE_GOOGLE_CODE should *never* have *both* forms defined -
>>> unless you have somehow managed to include bsd.sites.mk twice, and
>>> even then something is too weird.
>>
>> Agreed on all counts. :)
>>
>>>  Can you post the port's Makefile?
>>
>> ports/dns/fpdns/Makefile
>
> Okay then, with rev. 1.7 of ports/dns/fpdns/Makefile, both on my RELENG_6
> machine (as of about 12 hours ago) and on the 7.0-STABLE from April
> on freefall, "make -V MASTER_SITES" shows only the correct ones:

I found the answer. :)  I forgot that I had used ports-mgmt/fastest_sites, 
and that had munged MASTER_SITE_GOOGLE_CODE down to 
http://.googlecode.com/files/. I'm cc'ing Wes with the good news.

Doug

-- 

     This .signature sanitized for your protection

From david at vizion2000.net  Mon Sep  1 23:13:49 2008
From: david at vizion2000.net (David Southwell)
Date: Mon Sep  1 23:13:55 2008
Subject: Portupgrade has serious problems
Message-ID: <200809011300.48256.david@vizion2000.net>

Hi

I have posted to kde list problms in upgrading due to portupgrade failing to 
mange dependencies in the wrong order.
Here is another example:


/sbin/ldconfig -m /usr/local/lib
===>   Registering installation for apache-2.2.9_2
===> 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/lib/libapr-1.so.3

      This port has installed the following startup scripts which may cause
      these network services to be started at boot time.
/usr/local/etc/rc.d/apache22
/usr/local/etc/rc.d/htcacheclean

      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://httpd.apache.org/
===>  Cleaning for apache-2.2.9_2
--->  Cleaning out obsolete shared libraries
[Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 1047 packages 
found (-0 +1) . done]
--->  Skipping 'graphics/gimp-app' (gimp-app-2.4.6_1,1) because a requisite 
package 'apache-2.2.9' () failed (specify -k to force)
--->  Skipping 'graphics/gimp' (gimp-2.4.6,2) because a requisite 
package 'gimp-app-2.4.6_1,1' (graphics/gimp-app) failed (specify -k to force)


Could someone look into this or should I raise a PR?

David
From wxs at FreeBSD.org  Mon Sep  1 23:55:25 2008
From: wxs at FreeBSD.org (Wesley Shields)
Date: Mon Sep  1 23:55:31 2008
Subject: Curious problem with MASTER_SITE_GOOGLE_CODE
In-Reply-To: <alpine.BSF.2.00.0809011522530.1108@ync.qbhto.arg>
References: <48BC4926.8050603@FreeBSD.org>
	<20080901212642.GA1093@straylight.m.ringlet.net>
	<alpine.BSF.2.00.0809011451380.1108@ync.qbhto.arg>
	<20080901220649.GB1093@straylight.m.ringlet.net>
	<alpine.BSF.2.00.0809011522530.1108@ync.qbhto.arg>
Message-ID: <20080901234012.GB2273@atarininja.org>

On Mon, Sep 01, 2008 at 03:28:56PM -0700, Doug Barton wrote:
> On Tue, 2 Sep 2008, Peter Pentchev wrote:
> 
> > On Mon, Sep 01, 2008 at 02:52:25PM -0700, Doug Barton wrote:
> >> On Tue, 2 Sep 2008, Peter Pentchev wrote:
> >>
> >>> That's... kinda weird.  With what I see in bsd.sites.mk (rev. 1.455),
> >>> MASTER_SITE_GOOGLE_CODE should *never* have *both* forms defined -
> >>> unless you have somehow managed to include bsd.sites.mk twice, and
> >>> even then something is too weird.
> >>
> >> Agreed on all counts. :)
> >>
> >>>  Can you post the port's Makefile?
> >>
> >> ports/dns/fpdns/Makefile
> >
> > Okay then, with rev. 1.7 of ports/dns/fpdns/Makefile, both on my RELENG_6
> > machine (as of about 12 hours ago) and on the 7.0-STABLE from April
> > on freefall, "make -V MASTER_SITES" shows only the correct ones:
> 
> I found the answer. :)  I forgot that I had used ports-mgmt/fastest_sites, 
> and that had munged MASTER_SITE_GOOGLE_CODE down to 
> http://.googlecode.com/files/. I'm cc'ing Wes with the good news.

Interesting.  I'll look into fixing it now.  I've also notified the
author (jls@) in case he beats me to the fix.  ;)

-- WXS
From dandrianov at masterhost.ru  Tue Sep  2 01:44:24 2008
From: dandrianov at masterhost.ru (Dmitry Andrianov)
Date: Tue Sep  2 01:44:31 2008
Subject: The ongoing saga of lsof-4.71.1
Message-ID: <48BC9433.9070400@masterhost.ru>

===>  Building for lsof-4.81D,2
(cd lib; make DEBUG="-O2" CFGF="-fno-strict-aliasing -pipe 
-DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -DHASSBSTATE 
-DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV 
-DHAS_SYS_SX_H -DHAS_ZFS -DFREEBSDV=7000 -DHASFDESCFS=2 -DHASPSEUDOFS 
-DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR=\"7.0-RELEASE-p3\"")
cc  -fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE 
-DHASCPUMASK_T -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 
-DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DFREEBSDV=7000 
-DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME 
-DLSOF_VSTR="7.0-RELEASE-p3" -I/usr/src/sys -O2 -c ckkv.c
In file included from ckkv.c:33:
../machine.h:62: error: redefinition of typedef 'cpumask_t'
/usr/src/sys/sys/types.h:146: error: previous declaration of 'cpumask_t' 
was here
*** Error code 1

Stop in /usr/ports/sysutils/lsof/work/lsof_4.81D.freebsd/lib.
*** Error code 1

Stop in /usr/ports/sysutils/lsof/work/lsof_4.81D.freebsd.
*** Error code 1

Stop in /usr/ports/sysutils/lsof.

 
--
Dmitry Andianov
.masterhost
http://masterhost.ru 

From ler at lerctr.org  Tue Sep  2 02:01:45 2008
From: ler at lerctr.org (Larry Rosenman)
Date: Tue Sep  2 02:01:52 2008
Subject: The ongoing saga of lsof-4.71.1
In-Reply-To: <48BC9433.9070400@masterhost.ru>
References: <48BC9433.9070400@masterhost.ru>
Message-ID: <20080901204753.U73932@thebighonker.lerctr.org>

On Tue, 2 Sep 2008, Dmitry Andrianov wrote:

> ===>  Building for lsof-4.81D,2
> (cd lib; make DEBUG="-O2" CFGF="-fno-strict-aliasing -pipe 
> -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -DHASSBSTATE 
> -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H 
> -DHAS_ZFS -DFREEBSDV=7000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 
> -DHAS_STRFTIME -DLSOF_VSTR=\"7.0-RELEASE-p3\"")
> cc  -fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE 
> -DHASCPUMASK_T -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV 
> -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DFREEBSDV=7000 -DHASFDESCFS=2 
> -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME 
> -DLSOF_VSTR="7.0-RELEASE-p3" -I/usr/src/sys -O2 -c ckkv.c
> In file included from ckkv.c:33:
> ../machine.h:62: error: redefinition of typedef 'cpumask_t'
> /usr/src/sys/sys/types.h:146: error: previous declaration of 'cpumask_t' was 
> here
> *** Error code 1
>
> Stop in /usr/ports/sysutils/lsof/work/lsof_4.81D.freebsd/lib.
> *** Error code 1
>
> Stop in /usr/ports/sysutils/lsof/work/lsof_4.81D.freebsd.
> *** Error code 1
>
> Stop in /usr/ports/sysutils/lsof.
>
>
Looks like some of the cpumask_t stuff is not in RELENG_7_0.

I'll get with the author.

Thanks!
Larry Rosenman
sysutils/lsof maintainer.

> --
> Dmitry Andianov
> .masterhost
> http://masterhost.ru 
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>

-- 
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 512-248-2683                 E-Mail: ler@lerctr.org
US Mail: 430 Valona Loop, Round Rock, TX 78681-3893
From Yuriy.Tsibizov at gfk.ru  Tue Sep  2 06:02:07 2008
From: Yuriy.Tsibizov at gfk.ru (Yuriy Tsibizov)
Date: Tue Sep  2 06:02:14 2008
Subject: /usr/bin/limits (WAS: Re: Apache.sh on current)
In-Reply-To: <200809011436.m81Eaq2v040141@pozo.com>
References: <200809011335.m81DZW8b006033@pozo.com>
	<b41c75520809010719pe5a8e19nb32a925f44a80a47@mail.gmail.com>
	<200809011436.m81Eaq2v040141@pozo.com>
Message-ID: <20080902095229.Y1605@atwork.home.local>


On Mon, 1 Sep 2008, Manfred Antar wrote:

> At 07:19 AM 9/1/2008, Claus Guttesen wrote:
>>> /usr/local/etc/rc.d/apache.sh :
>>> /usr/bin/limits -e -U www
>>> dumps core when starting apache on current
>>> This something new, not sure when it started as I have been out of the Country for the past month.
>>> Kernel and usr are current
>>> Also /usr/local/sbin/apachect :
>>> eval `limits -e -C daemon`
>>> also dumps core
>>
>> Are you using apache and php?
>>
>> --
>> regards
>> Claus
>>
>> When lenity and cruelty play for a kingdom,
>> the gentler gamester is the soonest winner.
>>
>> Shakespeare
>
> Yes
> But if I just do limits -e -U root I get a core dump.
> I don't think the problem is with apache.
> limits -e -U (Any User) dumps core

It's not apache problem. There was new limit added to kernel, and 
/usr/src/usr.bin/limits was not updated.

looking in limits core (lines are a bit different, I had some debug 
printfs in .c file):

(gdb) bt
#0  0x00000000 in ?? ()
#1  0x0804937d in main (argc=3, argv=0xbfbfed44)
      at /usr/src/usr.bin/limits/limits.c:341
   (gdb) l
341		    val = resources[rcswhich].func(lc, resources[rcswhich].cap, limits[rcswhich].rlim_cur, limits[rcswhich].rlim_cur);
342		    limits[rcswhich].rlim_cur = resources[rcswhich].func(lc, str, val, val);
343		    /* maximum value overridden by resourcename or resourcename-max */
344		    sprintf(str, "%s-max", resources[rcswhich].cap);
345		    val = resources[rcswhich].func(lc, resources[rcswhich].cap, limits[rcswhich].rlim_max, limits[rcswhich].rlim_max);
346		    limits[rcswhich].rlim_max = resources[rcswhich].func(lc, str, val, val);
347		}
348		}
349	    }
350
   (gdb) p resources
$1 = {{cap = 0x804adc2 "cputime", func = 0x8048c84 <login_getcaptime>}, {
      cap = 0x804adca "filesize", func = 0x8048c34 <login_getcapsize>}, {
      cap = 0x804add3 "datasize", func = 0x8048c34 <login_getcapsize>}, {
      cap = 0x804addc "stacksize", func = 0x8048c34 <login_getcapsize>}, {
      cap = 0x804ade6 "coredumpsize", func = 0x8048c34 <login_getcapsize>},{
      cap = 0x804adf3 "memoryuse", func = 0x8048c34 <login_getcapsize>}, {
      cap = 0x804adfd "memorylocked", func = 0x8048c34 <login_getcapsize>},{
      cap = 0x804ae0a "maxproc", func = 0x8048c94 <login_getcapnum>}, {
      cap = 0x804ae12 "openfiles", func = 0x8048c94 <login_getcapnum>}, {
      cap = 0x804ae1c "sbsize", func = 0x8048c34 <login_getcapsize>}, {
      cap = 0x804ae23 "vmemoryuse", func = 0x8048c34 <login_getcapsize>}, {
      cap = 0x0, func = 0}}

And limits dies when processing last limit.

Yuriy Tsibizov,
GfK RUS Network Administrator

p.s. Please keep me in CC.

From QAT at FreeBSD.org  Tue Sep  2 06:19:56 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Tue Sep  2 06:20:03 2008
Subject: misc/magicpoint - fails: install_error
Message-ID: <20080902061955.5A85912E4306@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.

The build of this port was tried 2 times since last BotMail
while trying to build ports that depend on it.

Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/magicpoint-1.12a.log :


building magicpoint-1.12a in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/misc/magicpoint
Makefile ident: $FreeBSD: ports/misc/magicpoint/Makefile,v 1.44 2008/08/15 06:51:04 linimon Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Tue Sep  2 06:19:06 UTC 2008

.................................<Last 40 lines of the log>..................

tar: share/doc/mgp/sample/mgp-old2.jpg: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/mgp-old3.jpg: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/mgp.mng: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/mgp1.jpg: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/mgp2.jpg: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/mgp3.jpg: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/mgp3.xbm: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/mgprc-sample: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/multilingual.mgp: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/sample-fr.mgp: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/sample-jp.mgp: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/sample.mgp: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/sendmail6-jp.mgp: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/sendmail6.mgp: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/tutorial-jp.mgp: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/tutorial.mgp: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/v6-jp.mgp: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/v6.mgp: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/v6header.eps: Cannot stat: No such file or directory
tar: share/doc/mgp/sample/v6header.jpg: Cannot stat: No such file or directory
tar: share/doc/mgp/emacs-lisp/mgp-el/COPYING: Cannot stat: No such file or directory
tar: share/doc/mgp/emacs-lisp/mgp-el/README: Cannot stat: No such file or directory
tar: share/doc/mgp/emacs-lisp/mgp-el/mgp.el: Cannot stat: No such file or directory
tar: share/doc/mgp/emacs-lisp/mgp-el/mgp.sty: Cannot stat: No such file or directory
tar: share/doc/mgp/emacs-lisp/mgp-el/sample.tex: Cannot stat: No such file or directory
tar: share/doc/mgp/emacs-lisp/mgp-mode.el: Cannot stat: No such file or directory
tar: share/doc/mgp/scripts/eqn2eps.sh: Cannot stat: No such file or directory
tar: share/doc/mgp/scripts/tex2eps.sh: Cannot stat: No such file or directory
tar: share/doc/mgp/scripts/mgp2html.pl: Cannot stat: No such file or directory
tar: share/doc/mgp/scripts/mgp2latex.pl: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/magicpoint-1.12a.tbz
Registering depends: xorg-libraries-7.3_2 libXfontcache-1.0.4 libXres-1.0.3_3 libXTrap-1.0.0 libXaw-1.0.4_1,1 libXpm-3.5.7 libXprintAppUtil-1.0.1 libXprintUtil-1.0.1 libXp-1.0.0,1 libXmu-1.0.3,1 libXcomposite-0.4.0,1 libXevie-1.0.2 libXi-1.1.3,1 libXinerama-1.0.2,1 libXrandr-1.2.2_1 libXScrnSaver-1.1.2 libXtst-1.0.3_1 libXvMC-1.0.4_1 libXv-1.0.3_1,1 libXxf86dga-1.0.2 libXxf86misc-1.0.1 libXxf86vm-1.0.1 libdmx-1.0.2_1 libXext-1.0.3,1 trapproto-3.4.3 libxkbui-1.0.2_1 libXt-1.0.5_1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXfixes-4.0.3_1 libXft-2.1.13 libXrender-0.9.4_1 libxkbfile-1.0.4 liboldX-1.0.1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 libXfont-1.3.1_3,1 libfontenc-1.0.4 libSM-1.0.3_1,1 libICE-1.0.4_1,1 libFS-1.0.0_1 xproto-7.0.10_1 fontconfig-2.5.0,1 freetype2-2.3.7 xtrans-1.0.4 pixman-0.10.0_2 pkg-config-0.23_1 netpbm-10.26.56 jbigkit-1.6 libmng-1.0.10 tiff-3.8.2_1 jpeg-6b_7 lcms-1.17,1 png-1.2.31 perl-5.8.8_1 freetype-1.3.1_4 expat-2.0.1 fontcacheproto-0.1.2 fontspr
 oto-2.0.2 compositeproto-0.4 damageproto-1.1.0_2 dmxproto-2.2.2 fixesproto-4.0 inputproto-1.4.2.1 kbproto-1.0.3 printproto-1.0.3 randrproto-1.2.1 recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 videoproto-2.2.2 xextproto-7.0.2 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2.
Creating bzip'd tar ball in '/tmp/packages/All/magicpoint-1.12a.tbz'
*** Error code 1

Stop in /a/ports/misc/magicpoint.
================================================================
build of /usr/ports/misc/magicpoint ended at Tue Sep  2 06:19:53 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From ed at 80386.nl  Tue Sep  2 06:30:19 2008
From: ed at 80386.nl (Ed Schouten)
Date: Tue Sep  2 06:30:32 2008
Subject: /usr/bin/limits (WAS: Re: Apache.sh on current)
In-Reply-To: <20080902095229.Y1605@atwork.home.local>
References: <200809011335.m81DZW8b006033@pozo.com>
	<b41c75520809010719pe5a8e19nb32a925f44a80a47@mail.gmail.com>
	<200809011436.m81Eaq2v040141@pozo.com>
	<20080902095229.Y1605@atwork.home.local>
Message-ID: <20080902063016.GK99951@hoeg.nl>

Skipped content of type multipart/mixed-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080902/4f0941fe/attachment.pgp
From Yuriy.Tsibizov at gfk.ru  Tue Sep  2 06:51:15 2008
From: Yuriy.Tsibizov at gfk.ru (Yuriy Tsibizov)
Date: Tue Sep  2 06:51:27 2008
Subject: /usr/bin/limits (WAS: Re: Apache.sh on current)
In-Reply-To: <20080902063016.GK99951@hoeg.nl>
References: <200809011335.m81DZW8b006033@pozo.com>
	<b41c75520809010719pe5a8e19nb32a925f44a80a47@mail.gmail.com>
	<200809011436.m81Eaq2v040141@pozo.com>
	<20080902095229.Y1605@atwork.home.local>
	<20080902063016.GK99951@hoeg.nl>
Message-ID: <20080902104710.S1754@atwork.home.local>

On Tue, 2 Sep 2008, Ed Schouten wrote:

> * Yuriy Tsibizov <Yuriy.Tsibizov@gfk.ru> wrote:
>> (gdb) bt
>> #0  0x00000000 in ?? ()
>> #1  0x0804937d in main (argc=3, argv=0xbfbfed44)
>>      at /usr/src/usr.bin/limits/limits.c:341
>>   (gdb) l
>> 341		    val = resources[rcswhich].func(lc, resources[rcswhich].cap, limits[rcswhich].rlim_cur, limits[rcswhich].rlim_cur);
>> 342		    limits[rcswhich].rlim_cur = resources[rcswhich].func(lc, str, val, val);
>> 343		    /* maximum value overridden by resourcename or resourcename-max */
>> 344		    sprintf(str, "%s-max", resources[rcswhich].cap);
>> 345		    val = resources[rcswhich].func(lc, resources[rcswhich].cap, limits[rcswhich].rlim_max, limits[rcswhich].rlim_max);
>> 346		    limits[rcswhich].rlim_max = resources[rcswhich].func(lc, str, val, val);
>> 347		}
>> 348		}
>> 349	    }
>> 350
>>   (gdb) p resources
>> $1 = {{cap = 0x804adc2 "cputime", func = 0x8048c84 <login_getcaptime>}, {
>>      cap = 0x804adca "filesize", func = 0x8048c34 <login_getcapsize>}, {
>>      cap = 0x804add3 "datasize", func = 0x8048c34 <login_getcapsize>}, {
>>      cap = 0x804addc "stacksize", func = 0x8048c34 <login_getcapsize>}, {
>>      cap = 0x804ade6 "coredumpsize", func = 0x8048c34 <login_getcapsize>},{
>>      cap = 0x804adf3 "memoryuse", func = 0x8048c34 <login_getcapsize>}, {
>>      cap = 0x804adfd "memorylocked", func = 0x8048c34 <login_getcapsize>},{
>>      cap = 0x804ae0a "maxproc", func = 0x8048c94 <login_getcapnum>}, {
>>      cap = 0x804ae12 "openfiles", func = 0x8048c94 <login_getcapnum>}, {
>>      cap = 0x804ae1c "sbsize", func = 0x8048c34 <login_getcapsize>}, {
>>      cap = 0x804ae23 "vmemoryuse", func = 0x8048c34 <login_getcapsize>}, {
>>      cap = 0x0, func = 0}}
>
> Looks like I introduced this regression when importing MPSAFE TTY.
> limits(1) dies when RLIMIT_NLIMITS is increased, but the array in
> limits.c isn't extended (seems to be quite fragile).
>
> Can you try the attached patch for limits(1)? Thanks!

Will test it this evening, but patch iteslf looks correct.

Yuriy.

From cyberbotx at cyberbotx.com  Tue Sep  2 11:10:47 2008
From: cyberbotx at cyberbotx.com (Naram Qashat)
Date: Tue Sep  2 11:10:56 2008
Subject: portupgrade fails with quoted options
In-Reply-To: <48BD1527.4000500@FreeBSD.org>
References: <48BC2A79.1080905@cyberbotx.com> <48BD1527.4000500@FreeBSD.org>
Message-ID: <48BD1F33.10204@cyberbotx.com>

Sergey Matveychuk wrote:
> Naram Qashat wrote:
>> When I try to upgrade a port that has quoted options (an example is 
>> www/apache22, where I opted to retain the old WITH_MODULES line I had 
>> before) in pkgtools.conf, portupgrade fails to quote the option and 
>> causes the port to fail to build or even causes portupgrade itself to 
>> bomb.  Strangely enough, if I use the following script that uses the 
>> same tools as portupgrade:
>>
>> require "pkgtools"
>> require "optparse"
>> load_config
>> opts = OptionParser.new
>> opts.order(ARGV) do |arg|
>>   make_args = config_make_args(arg)
>>   puts "#{arg}:#{make_args}"
>> end
>>
>> It shows the correct options if I run it for www/apache22.  I get the 
>> following with the above script:
>>
>> www/apache22:WITHOUT_APACHE_OPTIONS=yes WITHOUT_IPV6=yes 
>> WITH_MYSQL=yes WITH_BDB=yes WITH_SUEXEC=yes 
>> SUEXEC_LOGFILE=/var/log/www/httpd-suexec.log WITH_MODULES="actions 
>> alias auth_basic auth_digest authn_dbd authn_dbd authn_default 
>> authz_default authz_host authz_user autoindex cgi dav dav_fs dbd 
>> deflate dir echo env expires filter headers ident imagemap include 
>> info log_config log_forensic logio mime mime_magic negotiation rewrite 
>> setenvif ssl status suexec unique_id userdir version vhost_alias" 
>> BATCH=yes WITH_OPENSSL=yes WITH_OPENSSL_PORT=yes WITHOUT_X11=yes 
>> WITH_BDB_VER=43 WITH_MYSQL_VER=50
>>
>> But when I use portupgrade itself, I get the following as the make 
>> arguments instead:
>>
>> --->  Building '/usr/ports/www/apache22' with make flags: 
>> WITHOUT_APACHE_OPTIONS=yes WITHOUT_IPV6=yes WITH_MYSQL=yes 
>> WITH_BDB=yes WITH_SUEXEC=yes 
>> SUEXEC_LOGFILE=/var/log/www/httpd-suexec.log "WITH_MODULES=\"actions 
>> alias auth_basic auth_digest authn_dbd authn_dbd authn_default 
>> authz_default authz_host authz_user autoindex cgi dav dav_fs dbd 
>> deflate dir echo env expires filter headers ident imagemap include 
>> info log_config log_forensic logio mime mime_magic negotiation rewrite 
>> setenvif ssl status suexec unique_id userdir version vhost_alias\"" 
>> BATCH=yes WITH_OPENSSL=yes WITH_OPENSSL_PORT=yes WITHOUT_X11=yes 
>> WITH_BDB_VER=43 WITH_MYSQL_VER=50
>>
>> Notice how WITH_MODULES has quotes around it and then escaped quotes 
>> inside it?  It shouldn't be doing things like that.  I don't know ruby 
>> (I only made that above script from looking at some parts of 
>> portupgrade, but I have almost no understanding of ruby), so I can't 
>> give a fix for this.
>>
> 
> You missed lines from pkgtools.conf you use. Please, show them.
> 

Here's the www/apache22 and '*' section I have in my pkgtools.conf:

     '*' => [
       'BATCH=yes',
       'WITH_OPENSSL_PORT=yes',
       'WITH_OPENSSL=yes',
       'WITHOUT_GNOME=esound',
       'WITHOUT_CUPS=yes',
       'WITH_BDB_VER=46',
       'WITH_MYSQL_VER=50',
       'WITH_OPTIMIZED_CFLAGS=yes'
     ],
     'www/apache22' => [
       'WITHOUT_APACHE_OPTIONS=yes',
       'WITH_PCRE_FROM_PORTS=yes',
       'WITH_MYSQL=yes',
       'WITH_BDB=yes',
       'WITH_SUEXEC=yes',
       'SUEXEC_LOGFILE=/var/log/www/httpd-suexec.log',
       'WITH_MODULES="actions alias auth_basic auth_digest authn_dbd 
authn_default authz_default authz_host authz_user autoindex cgi dav dav_fs 
dav_lock dbd deflate dir echo env expires filter headers ident imagemap include 
info log_config log_forensic logio mime mime_magic negotiation rewrite setenvif 
status suexec unique_id userdir version vhost_alias"'
     ],

Naram Qashat
From ler at lerctr.org  Tue Sep  2 14:31:03 2008
From: ler at lerctr.org (Larry Rosenman)
Date: Tue Sep  2 14:31:10 2008
Subject: The ongoing saga of lsof-4.71.1
In-Reply-To: <48BC9433.9070400@masterhost.ru>
References: <48BC9433.9070400@masterhost.ru>
Message-ID: <003401c90d08$8570ee40$9052cac0$@org>

Dmitry,
    Can you make sure a full buildworld/installworld buildkernel/installkernel set has been done?

We believe that the problem is due to a mis-match with the installed sources vs. the installed includes.

Thanks!


-- 
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 512-248-2683                E-Mail: ler@lerctr.org
US Mail: 430 Valona Loop, Round Rock, TX 78681-3893


-----Original Message-----
From: owner-freebsd-ports@freebsd.org [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of Dmitry Andrianov
Sent: Monday, September 01, 2008 8:18 PM
To: freebsd-ports@FreeBSD.org
Cc: Hermes Trismegistus
Subject: Re: The ongoing saga of lsof-4.71.1

===>  Building for lsof-4.81D,2
(cd lib; make DEBUG="-O2" CFGF="-fno-strict-aliasing -pipe 
-DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -DHASSBSTATE 
-DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV 
-DHAS_SYS_SX_H -DHAS_ZFS -DFREEBSDV=7000 -DHASFDESCFS=2 -DHASPSEUDOFS 
-DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR=\"7.0-RELEASE-p3\"")
cc  -fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE 
-DHASCPUMASK_T -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 
-DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DFREEBSDV=7000 
-DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME 
-DLSOF_VSTR="7.0-RELEASE-p3" -I/usr/src/sys -O2 -c ckkv.c
In file included from ckkv.c:33:
../machine.h:62: error: redefinition of typedef 'cpumask_t'
/usr/src/sys/sys/types.h:146: error: previous declaration of 'cpumask_t' 
was here
*** Error code 1

Stop in /usr/ports/sysutils/lsof/work/lsof_4.81D.freebsd/lib.
*** Error code 1

Stop in /usr/ports/sysutils/lsof/work/lsof_4.81D.freebsd.
*** Error code 1

Stop in /usr/ports/sysutils/lsof.

 
--
Dmitry Andianov
.masterhost
http://masterhost.ru 

_______________________________________________
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"

From avg at icyb.net.ua  Tue Sep  2 15:09:37 2008
From: avg at icyb.net.ua (Andriy Gapon)
Date: Tue Sep  2 15:09:44 2008
Subject: nVidia driver update today: renders X11 unusable
In-Reply-To: <48BD4D84.4030209@zedat.fu-berlin.de>
References: <48BD0C5A.4060706@zedat.fu-berlin.de>	<48BD3FCC.2080506@kasimir.com>
	<48BD43DA.4010805@zedat.fu-berlin.de>
	<48BD46BB.9060407@icyb.net.ua>
	<48BD4D84.4030209@zedat.fu-berlin.de>
Message-ID: <48BD50A3.6090402@icyb.net.ua>

on 02/09/2008 17:28 O. Hartmann said the following:
> Andriy Gapon wrote:
>> Question to those having this problem - what kind of nVidia hardware do
>> you have?
>> Is that something that is based on G80 GPU or later (GeForce 8XXX or
>> later)?
>> I see that there is already version 2.1.12 of nv driver (in xorg
>> repository) that is supposed to fix CPUToScreenColorExpandFill function
>> for G80 cards.
>>

I decided to change mailing list from -stable to -x11 and -ports,
because those seem to be more relevant to the issue.

> Well,
> the problems I have are related to a nv8600GTS based board, this is, as
[snip]
> How can I selectively 'downgrade' a port?

Someone already suggested portupgrade -fPP that would downgrade the port
to the latest version available through packages.
You can also try ports-mgmt/portdowngrade.

But I hope that our port would be upgraded to 2.1.12 promptly and that
that upgrade would help you with the problem introduced in 2.1.11.

-- 
Andriy Gapon
From peter at spekreijse.net  Tue Sep  2 15:10:34 2008
From: peter at spekreijse.net (Peter Spekreijse)
Date: Tue Sep  2 15:10:41 2008
Subject: FreeBSD Port: openbgpd-4.0
Message-ID: <48BD4ED5.20505@spekreijse.net>

Farrokhi,

I like to know if there is any change of upgrading openospfd/openbgpd to
the latest version? At the moment we're running FreeBSD 6.2 with openospfd
on our internal routers. Our external (BGP) routers are running FreeBSD and
Quagga. I would like to use the latest version of OpenBGPD (including the
looking-glas shell) on our Border routers.

Maybe we can support these ports to help getting the ports done. Please let
me now how.

Regards,
-- 
Peter Spekreijse

E: peter@spekreijse.net
T: +31-742672764
M: +31-641922460
From linimon at FreeBSD.org  Tue Sep  2 22:49:32 2008
From: linimon at FreeBSD.org (linimon@FreeBSD.org)
Date: Tue Sep  2 22:49:44 2008
Subject: amd64/104311: ports/wine should be installable on amd64
Message-ID: <200809022249.m82MnWN8099723@freefall.freebsd.org>

Synopsis: ports/wine should be installable on amd64

Responsible-Changed-From-To: ports->freebsd-ports-bugs
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Sep 2 22:49:23 UTC 2008
Responsible-Changed-Why: 
Canonicalize assignment.

http://www.freebsd.org/cgi/query-pr.cgi?pr=104311
From erwin at FreeBSD.org  Wed Sep  3 01:08:51 2008
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Wed Sep  3 01:08:57 2008
Subject: INDEX build failed for 6.x
Message-ID: <200809030108.m8318l0r001479@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
Warning: Duplicate INDEX entry: nagios-3.0.3

Committers on the hook:
beech chinsan cy linimon lippe pgollucci stas 

Most recent CVS update was:
U UPDATING
U devel/open-beagle/Makefile
U devel/open-beagle/distinfo
U devel/open-beagle/pkg-plist
U devel/p5-B-Utils/Makefile
U devel/p5-B-Utils/distinfo
U devel/p5-B-Utils/pkg-plist
U editors/texmacs/Makefile
U editors/texmacs/distinfo
U editors/texmacs/pkg-plist
U ftp/smbftpd/Makefile
U ftp/smbftpd/distinfo
U graphics/evince/Makefile
U math/ploticus/Makefile
U math/ploticus/distinfo
U math/ploticus/pkg-descr
U math/ploticus/pkg-plist
U math/ploticus/files/patch-README
U math/ploticus/files/patch-man-man3-libploticus.3
U math/ploticus/files/patch-man_man1-pl.1
U math/ploticus/files/patch-pltestsuite-README
U math/ploticus/files/patch-pltestsuite-run_all_scripts
U math/ploticus/files/patch-pltestsuite-run_script_test
U math/ploticus/files/patch-src-execline.c
U math/ploticus/files/patch-src-pl.c
U math/ploticus/files/patch-src-preliminaries.c
U net-mgmt/Makefile
U net-mgmt/nagios/Makefile
U net-mgmt/nagios/distinfo
U net-mgmt/nagios/pkg-descr
U net-mgmt/nagios/pkg-plist
U net-mgmt/nagios/files/nagios.in
U net-mgmt/nagios/files/patch-Makefile.in
U net-mgmt/nagios/files/patch-base-Makefile.in
U net-mgmt/nagios/files/patch-cgi-Makefile.in
U net-mgmt/nagios/files/patch-configure.in
U net-mgmt/nagios/files/patch-html-Makefile.in
U net-mgmt/nagios/files/patch-include-locations.h.in
U net-mgmt/nagios/files/patch-sample-config-nagios.cfg.in
U net-mgmt/nagios/files/patch-sample-config-template-object-localhost.cfg.in
U net-mgmt/nagios/files/patch-sample-config-template-object-templates.cfg.in
U net-mgmt/nagios12/Makefile
U net-mgmt/nagios12/pkg-plist
U net-mgmt/nagios12/files/nagios.in
U net-mgmt/nagios12/files/pkg-deinstall.in
U net-mgmt/nagios12/files/pkg-install.in
U net-mgmt/nagios12/files/pkg-message.in
U net-mgmt/nagios2/Makefile
U net-mgmt/nagios2/files/nagios.in
U security/Makefile
U security/fwbuilder/Makefile
U security/fwbuilder/distinfo
U security/fwbuilder/pkg-plist
U security/fwbuilder/files/patch-aa
U security/fwbuilder/files/patch-src-gui-ipfAdvancedDialog.cpp
U security/fwbuilder/files/patch-src-gui-ipfadvanceddialog_q.ui
U security/fwbuilder2/Makefile
U security/libfwbuilder/Makefile
U security/libfwbuilder/distinfo
U security/libfwbuilder/pkg-plist
U security/libfwbuilder2/Makefile
U www/mod_wsgi/Makefile
U www/mod_wsgi/distinfo
U www/mod_wsgi/files/patch-mod_wsgi.c
U www/mod_wsgi/files/pkg-message.in
From pgollucci at p6m7g8.com  Wed Sep  3 02:53:22 2008
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Wed Sep  3 02:53:29 2008
Subject: INDEX build failed for 6.x
In-Reply-To: <200809030108.m8318l0r001479@pointyhat.freebsd.org>
References: <200809030108.m8318l0r001479@pointyhat.freebsd.org>
Message-ID: <48BDFC1F.3010605@p6m7g8.com>

Erwin Lansing wrote:
> INDEX build failed with errors:
> Generating INDEX-6 - please wait..pkg_info: not found
> pkg_info: not found
> pkg_info: not found
> pkg_info: not found
>  Done.
> Warning: Duplicate INDEX entry: nagios-3.0.3
> 
> Committers on the hook:
> beech chinsan cy linimon lippe pgollucci stas 
d'oh, thats me, I'm looking at it now.


-- 
------------------------------------------------------------------------
Philip M. Gollucci (philip@ridecharge.com)
o:703.549.2050x206
Senior System Admin - Riderway, Inc.
http://riderway.com / http://ridecharge.com
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.

From cyberbotx at cyberbotx.com  Wed Sep  3 03:08:37 2008
From: cyberbotx at cyberbotx.com (Naram Qashat)
Date: Wed Sep  3 03:08:44 2008
Subject: portupgrade fails with quoted options
In-Reply-To: <48BD30A5.6020601@FreeBSD.org>
References: <48BC2A79.1080905@cyberbotx.com> <48BD1527.4000500@FreeBSD.org>
	<48BD1F33.10204@cyberbotx.com> <48BD30A5.6020601@FreeBSD.org>
Message-ID: <48BDFFB1.9080408@cyberbotx.com>

Sergey Matveychuk wrote:
> Naram Qashat wrote:
>>>> Notice how WITH_MODULES has quotes around it and then escaped quotes 
>>>> inside it?  It shouldn't be doing things like that.  I don't know 
>>>> ruby (I only made that above script from looking at some parts of 
>>>> portupgrade, but I have almost no understanding of ruby), so I can't 
>>>> give a fix for this.
> 
> Try the patch please. (cd /usr/local/lib/ruby/site_ruby/1.8; patch < 
> ~/pkgmisc.rb.diff)
> Does it fix the problem for you?
> 

It seems like it got a little farther, but it still bombed.  I'm not sure if the 
  new problems is a problems in portupgrade's ruby scripts or if it's something 
in the Makefiles themselves:

--->  Reinstalling 'apache-2.2.9_3' (www/apache22)
--->  Building '/usr/ports/www/apache22' with make flags: BATCH=yes 
WITH_OPENSSL_PORT=yes WITH_OPENSSL=yes WITHOUT_GNOME=esound WITHOUT_CUPS=yes 
WITH_BDB_VER=46 WITH_MYSQL_VER=50 WITH_OPTIMIZED_CFLAGS=yes 
WITHOUT_APACHE_OPTIONS=yes WITH_PCRE_FROM_PORTS=yes WITH_MYSQL=yes WITH_BDB=yes 
WITH_SUEXEC=yes SUEXEC_LOGFILE=/var/log/www/httpd-suexec.log 
WITH_MODULES="actions alias auth_basic auth_digest authn_dbd authn_default 
authz_default authz_host authz_user autoindex cgi dav dav_fs dav_lock dbd 
deflate dir echo env expires filter headers ident imagemap include info 
log_config log_forensic logio mime mime_magic negotiation rewrite setenvif 
status suexec unique_id userdir version vhost_alias"
"/usr/ports/Mk/bsd.apache.mk", line 261: Need an operator
** Listing the failed packages (-:ignored / *:skipped / !:failed)
         ! www/apache22 (apache-2.2.9_3) (clean error)

But that does seem to be a step in a right direction.

Naram Qashat
From QAT at FreeBSD.org  Wed Sep  3 03:25:13 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Wed Sep  3 03:25:25 2008
Subject: cvs commit: ports/deskutils/everygui Makefile
	ports/deskutils/superswitcher Makefile ports/devel/cdk
	Makefile ports/devel/p5-Cdk Makefile ports/multimedia/gcfilms
	Makefile ports/security/openvpn-admin Makefile ports/sysutils/915
In-Reply-To: <200809030250.m832ovZk030077@repoman.freebsd.org>
References: In-Reply-To: <200809030250.m832ovZk030077@repoman.freebsd.org>
Message-ID: <20080903032511.5545A12E4368@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/cdk-5.0.20050424,1.log :


building cdk-5.0.20050424,1 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/devel/cdk
Makefile ident: $FreeBSD: ports/devel/cdk/Makefile,v 1.40 2008/09/03 02:50:56 linimon Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Wed Sep  3 03:24:34 UTC 2008

.................................<Last 40 lines of the log>..................

/usr/local/man/man3/cdk_util.3.gz /usr/local/man/man3/deleteCursesWindow.3.gz
/usr/local/man/man3/cdk_util.3.gz /usr/local/man/man3/dirName.3.gz
/usr/local/man/man3/cdk_util.3.gz /usr/local/man/man3/eraseCursesWindow.3.gz
/usr/local/man/man3/cdk_util.3.gz /usr/local/man/man3/floorCDK.3.gz
/usr/local/man/man3/cdk_util.3.gz /usr/local/man/man3/freeCharList.3.gz
/usr/local/man/man3/cdk_util.3.gz /usr/local/man/man3/freeChtypeList.3.gz
/usr/local/man/man3/cdk_util.3.gz /usr/local/man/man3/char2DisplayType.3.gz
/usr/local/man/man3/cdk_util.3.gz /usr/local/man/man3/checkForLink.3.gz
/usr/local/man/man3/cdk_util.3.gz /usr/local/man/man3/chstrncpy.3.gz
/usr/local/man/man3/cdk_util.3.gz /usr/local/man/man3/chtype2String.3.gz
/usr/local/man/man3/cdk_util.3.gz /usr/local/man/man3/justifyString.3.gz
/usr/local/man/man3/cdk_util.3.gz /usr/local/man/man3/mode2Filetype.3.gz
/usr/local/man/man3/cdk_util.3.gz /usr/local/man/man3/moveCursesWindow.3.gz
/usr/local/man/man3/cdk_util.3.gz /usr/local/man/man3/popupLabelAttrib.3.gz
/usr/local/man/man3/cdk_util.3.gz /usr/local/man/man3/selectFile.3.gz
/usr/local/man/man3/cdk_util.3.gz /usr/local/man/man3/setWidgetDimension.3.gz
/usr/local/man/man3/cdk_util.3.gz /usr/local/man/man3/viewInfo.3.gz
===>   Running ldconfig
/sbin/ldconfig -m /usr/local/lib
===>   Registering installation for cdk-5.0.20050424,1
================================================================
====================<phase 7: make package>====================
===>  Building package for cdk-5.0.20050424,1
Creating package /tmp/packages/All/cdk-5.0.20050424,1.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/cdk-5.0.20050424,1.tbz'
Deleting cdk-5.0.20050424,1
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
9234121        4 drwxr-xr-x    2 root             wheel                 512 Sep  3 03:24 usr/local/share/doc/cdk
9234122        8 -r--r--r--    1 root             wheel                3331 Sep  3 03:24 usr/local/share/doc/cdk/EXPANDING
9234123        8 -r--r--r--    1 root             wheel                2313 Sep  3 03:24 usr/local/share/doc/cdk/NOTES
9234124        8 -r--r--r--    1 root             wheel                2420 Sep  3 03:24 usr/local/share/doc/cdk/TODO
9234125       12 -r--r--r--    1 root             wheel                4936 Sep  3 03:24 usr/local/share/doc/cdk/COPYING
9234126        4 -r--r--r--    1 root             wheel                1994 Sep  3 03:24 usr/local/share/doc/cdk/INSTALL
9234127       16 -r--r--r--    1 root             wheel                7752 Sep  3 03:24 usr/local/share/doc/cdk/README
================================================================
build of /usr/ports/devel/cdk ended at Wed Sep  3 03:25:09 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From pgollucci at p6m7g8.com  Wed Sep  3 03:26:10 2008
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Wed Sep  3 03:26:18 2008
Subject: INDEX build failed for 6.x
In-Reply-To: <48BDFC1F.3010605@p6m7g8.com>
References: <200809030108.m8318l0r001479@pointyhat.freebsd.org>
	<48BDFC1F.3010605@p6m7g8.com>
Message-ID: <48BE03D1.6060702@p6m7g8.com>

Philip M. Gollucci wrote:
> Erwin Lansing wrote:
>> INDEX build failed with errors:
>> Generating INDEX-6 - please wait..pkg_info: not found
>> pkg_info: not found
>> pkg_info: not found
>> pkg_info: not found
>>  Done.
>> Warning: Duplicate INDEX entry: nagios-3.0.3
>>
>> Committers on the hook:
>> beech chinsan cy linimon lippe pgollucci stas 

> d'oh, thats me, I'm looking at it now.

I can commit this after approval, of it someone wants to do it now, 
please have at it.  nagios-devel maintainer and my mentors are CC'ed.

[Other port changes are waiting on a major update]

CVS Log:
--------
- Unbreak INDEX

Reported by:	erwin
Discussed with:	kiotsu on #bsdports
Approved by:	(gabor|araujo) mentor,

$ ports/net-mgmt/nagios-devel> cvs diff
Index: Makefile
===================================================================
RCS file: /home/ncvs/ports/net-mgmt/nagios-devel/Makefile,v
retrieving revision 1.17
diff -u -r1.17 Makefile
--- Makefile    20 Aug 2008 00:57:09 -0000      1.17
+++ Makefile    3 Sep 2008 03:22:27 -0000
@@ -10,6 +10,7 @@
  CATEGORIES=    net-mgmt
  MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE}
  MASTER_SITE_SUBDIR=    nagios
+PKGNAMESUFFIX= -devel

  MAINTAINER=    jarrod@netleader.com.au
  COMMENT=       Extremely powerful network monitoring system



-- 
------------------------------------------------------------------------
Philip M. Gollucci (philip@ridecharge.com)
o:703.549.2050x206
Senior System Admin - Riderway, Inc.
http://riderway.com / http://ridecharge.com
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.

From erwin at FreeBSD.org  Wed Sep  3 04:17:46 2008
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Wed Sep  3 04:17:52 2008
Subject: INDEX now builds successfully on 6.x
Message-ID: <200809030417.m834Hf3r011114@pointyhat.freebsd.org>

From beech at alaskaparadise.com  Wed Sep  3 05:18:50 2008
From: beech at alaskaparadise.com (Beech Rintoul)
Date: Wed Sep  3 05:19:09 2008
Subject: cvs commit: ports/deskutils/everygui Makefile
	ports/deskutils/superswitcher MakeRe: file ports/devel/cdk
	Makefile ports/devel/p5-Cdk Makefile ports/multimedia/gcfilms
	Makefile ports/security/openvpn-admin Makefile ports/sysutils/915
In-Reply-To: <20080903032511.5545A12E4368@quark.ds9.tecnik93.com>
References: <200809030250.m832ovZk030077@repoman.freebsd.org>
	<20080903032511.5545A12E4368@quark.ds9.tecnik93.com>
Message-ID: <200809022118.44350.beech@alaskaparadise.com>

I'll work on Cdk, this one's easy.

Beech



-- 
---------------------------------------------------------------------------------------
Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org
/"\   ASCII Ribbon Campaign  | FreeBSD Since 4.x
\ / - NO HTML/RTF in e-mail   | http://people.freebsd.org/~beech
 X  - NO Word docs in e-mail | Skype: akbeech
/ \  - http://www.FreeBSD.org/releases/7.0R/announce.html
---------------------------------------------------------------------------------------



From knu at iDaemons.org  Wed Sep  3 09:07:42 2008
From: knu at iDaemons.org (Akinori MUSHA)
Date: Wed Sep  3 09:07:59 2008
Subject: COPYTREE_AUTO
Message-ID: <864p4xy5kh.knu@iDaemons.org>

Hi,

What about adding COPYTREE_AUTO defined as below?

You often need some scripts in an example directory to have executable
bits so that the examples actually work, and it is waste of time to
sort files out into COPYTREE_BIN and COPYTREE_SHARE when they already
have proper bits out of the tarball.

Index: Mk/bsd.port.mk
===================================================================
RCS file: /home/pcvs/ports/Mk/bsd.port.mk,v
retrieving revision 1.603
diff -u -r1.603 bsd.port.mk
--- Mk/bsd.port.mk	25 Aug 2008 01:29:01 -0000	1.603
+++ Mk/bsd.port.mk	3 Sep 2008 08:42:37 -0000
@@ -2262,6 +2262,13 @@
 					${CHOWN} -R ${SHAREOWN}:${SHAREGRP} $$1 && \
 					${FIND} $$1/ -type d -exec chmod 755 {} \; && \
 					${FIND} $$1/ -type f -exec chmod ${SHAREMODE} {} \;' --
+COPYTREE_AUTO=	${SH} -c '(${FIND} -d $$0 $$2 | ${CPIO} -dumpl $$1 >/dev/null \
+					2>&1) && \
+					${CHOWN} -R ${SHAREOWN}:${SHAREGRP} $$1 && \
+					${FIND} $$1 -type d -exec chmod 755 {} \; && \
+					${FIND} $$1 -type f \! -perm +100 -exec chmod ${SHAREMODE} {} \; && \
+					${FIND} $$1 -type f -perm +100 -exec ${CHOWN} ${BINOWN}:${BINGRP} {} \; && \
+					${FIND} $$1 -type f -perm +100 -exec chmod ${BINMODE} {} \;' --
 .else
 COPYTREE_BIN=	${SH} -c '(${FIND} -d $$0 $$2 | ${CPIO} -dumpl $$1 >/dev/null \
 					2>&1) && \
@@ -2271,6 +2278,11 @@
 					2>&1) && \
 					${FIND} $$1/ -type d -exec chmod 755 {} \; && \
 					${FIND} $$1/ -type f -exec chmod ${SHAREMODE} {} \;' --
+COPYTREE_AUTO=	${SH} -c '(${FIND} -d $$0 $$2 | ${CPIO} -dumpl $$1 >/dev/null \
+					2>&1) && \
+					${FIND} $$1 -type d -exec chmod 755 {} \; && \
+					${FIND} $$1 -type f \! -perm +100 -exec chmod ${SHAREMODE} {} \; && \
+					${FIND} $$1 -type f -perm +100 -exec chmod ${BINMODE} {} \;' --
 .endif

 # The user can override the NO_PACKAGE by specifying this from


Regards,

--
Akinori MUSHA / http://akinori.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080903/334c26b7/attachment.pgp
From beech at freebsd.org  Wed Sep  3 09:21:52 2008
From: beech at freebsd.org (Beech Rintoul)
Date: Wed Sep  3 09:22:01 2008
Subject: COPYTREE_AUTO
In-Reply-To: <864p4xy5kh.knu@iDaemons.org>
References: <864p4xy5kh.knu@iDaemons.org>
Message-ID: <200809030121.46325.beech@freebsd.org>

On Wednesday 03 September 2008, Akinori MUSHA said:
> Hi,
>
> What about adding COPYTREE_AUTO defined as below?
>
> You often need some scripts in an example directory to have
> executable bits so that the examples actually work, and it is waste
> of time to sort files out into COPYTREE_BIN and COPYTREE_SHARE when
> they already have proper bits out of the tarball.
>
> Index: Mk/bsd.port.mk
> ===================================================================
> RCS file: /home/pcvs/ports/Mk/bsd.port.mk,v
> retrieving revision 1.603
> diff -u -r1.603 bsd.port.mk
> --- Mk/bsd.port.mk	25 Aug 2008 01:29:01 -0000	1.603
> +++ Mk/bsd.port.mk	3 Sep 2008 08:42:37 -0000
> @@ -2262,6 +2262,13 @@
>  					${CHOWN} -R ${SHAREOWN}:${SHAREGRP} $$1 && \
>  					${FIND} $$1/ -type d -exec chmod 755 {} \; && \
>  					${FIND} $$1/ -type f -exec chmod ${SHAREMODE} {} \;' --
> +COPYTREE_AUTO=	${SH} -c '(${FIND} -d $$0 $$2 | ${CPIO} -dumpl $$1
> >/dev/null \ +					2>&1) && \
> +					${CHOWN} -R ${SHAREOWN}:${SHAREGRP} $$1 && \
> +					${FIND} $$1 -type d -exec chmod 755 {} \; && \
> +					${FIND} $$1 -type f \! -perm +100 -exec chmod ${SHAREMODE} {}
> \; && \ +					${FIND} $$1 -type f -perm +100 -exec ${CHOWN}
> ${BINOWN}:${BINGRP} {} \; && \ +					${FIND} $$1 -type f -perm +100
> -exec chmod ${BINMODE} {} \;' -- .else
>  COPYTREE_BIN=	${SH} -c '(${FIND} -d $$0 $$2 | ${CPIO} -dumpl $$1
> >/dev/null \ 2>&1) && \
> @@ -2271,6 +2278,11 @@
>  					2>&1) && \
>  					${FIND} $$1/ -type d -exec chmod 755 {} \; && \
>  					${FIND} $$1/ -type f -exec chmod ${SHAREMODE} {} \;' --
> +COPYTREE_AUTO=	${SH} -c '(${FIND} -d $$0 $$2 | ${CPIO} -dumpl $$1
> >/dev/null \ +					2>&1) && \
> +					${FIND} $$1 -type d -exec chmod 755 {} \; && \
> +					${FIND} $$1 -type f \! -perm +100 -exec chmod ${SHAREMODE} {}
> \; && \ +					${FIND} $$1 -type f -perm +100 -exec chmod ${BINMODE}
> {} \;' -- .endif
>
>  # The user can override the NO_PACKAGE by specifying this from
>
>
> Regards,
>
> --
> Akinori MUSHA / http://akinori.org/

I'm working on this with portmgr. The first step is to fix copytree. 
If you try and use copytree_bin you will end up hosing 
your /usr/local/bin dir. I have already submitted some fixed code and 
was planning on adding copytree_www, so adding copytree_auto won't be 
a big problem. This is all strictly portmgr territory, so it's up to 
whatever they decide.

Beech

-- 
---------------------------------------------------------------------------------------
Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org
/"\   ASCII Ribbon Campaign  | FreeBSD Since 4.x
\ / - NO HTML/RTF in e-mail   | http://people.freebsd.org/~beech
 X  - NO Word docs in e-mail | Skype: akbeech
/ \  - http://www.FreeBSD.org/releases/7.0R/announce.html
---------------------------------------------------------------------------------------



From knu at iDaemons.org  Wed Sep  3 09:57:42 2008
From: knu at iDaemons.org (Akinori MUSHA)
Date: Wed Sep  3 09:57:48 2008
Subject: COPYTREE_AUTO
In-Reply-To: <200809030121.46325.beech@freebsd.org>
References: <864p4xy5kh.knu@iDaemons.org>
	<200809030121.46325.beech@freebsd.org>
Message-ID: <863akhy3b1.knu@iDaemons.org>

Hi,

At Wed, 3 Sep 2008 01:21:41 -0800,
Beech Rintoul wrote:
> On Wednesday 03 September 2008, Akinori MUSHA said:
> > Hi,
> >
> > What about adding COPYTREE_AUTO defined as below?
> >
> > You often need some scripts in an example directory to have
> > executable bits so that the examples actually work, and it is waste
> > of time to sort files out into COPYTREE_BIN and COPYTREE_SHARE when
> > they already have proper bits out of the tarball.
(snip)
> I'm working on this with portmgr. The first step is to fix copytree.
> If you try and use copytree_bin you will end up hosing
> your /usr/local/bin dir. I have already submitted some fixed code and

Indeed.  The find $target -exec chmod .. part is extremely dangerous
and that's why I was only using copytree macros for installing
examples and documents.

> was planning on adding copytree_www, so adding copytree_auto won't be
> a big problem. This is all strictly portmgr territory, so it's up to
> whatever they decide.

I can wait until the copytree stuff are properly reimplemented.  No
problem.  I just put COPYTREE_AUTO in databases/mysql-q4m for my own
purpose and am still looking around to see how other people do to
install many files.

Regards,

--
Akinori MUSHA / http://akinori.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080903/d057c021/attachment.pgp
From cyberbotx at cyberbotx.com  Wed Sep  3 15:25:34 2008
From: cyberbotx at cyberbotx.com (Naram Qashat)
Date: Wed Sep  3 15:25:49 2008
Subject: portupgrade fails with quoted options
In-Reply-To: <48BE810F.9070206@FreeBSD.org>
References: <48BC2A79.1080905@cyberbotx.com> <48BD1527.4000500@FreeBSD.org>
	<48BD1F33.10204@cyberbotx.com> <48BD30A5.6020601@FreeBSD.org>
	<48BDFFB1.9080408@cyberbotx.com> <48BE810F.9070206@FreeBSD.org>
Message-ID: <48BEAC6B.7000307@cyberbotx.com>

Sergey Matveychuk wrote:
> Naram Qashat wrote:
>> Sergey Matveychuk wrote:
>>> Naram Qashat wrote:
>>>>>> Notice how WITH_MODULES has quotes around it and then escaped 
>>>>>> quotes inside it?  It shouldn't be doing things like that.  I 
>>>>>> don't know ruby (I only made that above script from looking at 
>>>>>> some parts of portupgrade, but I have almost no understanding of 
>>>>>> ruby), so I can't give a fix for this.
>>>
>>> Try the patch please. (cd /usr/local/lib/ruby/site_ruby/1.8; patch < 
>>> ~/pkgmisc.rb.diff)
>>> Does it fix the problem for you?
>>>
>>
>> It seems like it got a little farther, but it still bombed.  I'm not 
>> sure if the  new problems is a problems in portupgrade's ruby scripts 
>> or if it's something in the Makefiles themselves:
>>
>> --->  Reinstalling 'apache-2.2.9_3' (www/apache22)
>> --->  Building '/usr/ports/www/apache22' with make flags: BATCH=yes 
>> WITH_OPENSSL_PORT=yes WITH_OPENSSL=yes WITHOUT_GNOME=esound 
>> WITHOUT_CUPS=yes WITH_BDB_VER=46 WITH_MYSQL_VER=50 
>> WITH_OPTIMIZED_CFLAGS=yes WITHOUT_APACHE_OPTIONS=yes 
>> WITH_PCRE_FROM_PORTS=yes WITH_MYSQL=yes WITH_BDB=yes WITH_SUEXEC=yes 
>> SUEXEC_LOGFILE=/var/log/www/httpd-suexec.log WITH_MODULES="actions 
>> alias auth_basic auth_digest authn_dbd authn_default authz_default 
>> authz_host authz_user autoindex cgi dav dav_fs dav_lock dbd deflate 
>> dir echo env expires filter headers ident imagemap include info 
>> log_config log_forensic logio mime mime_magic negotiation rewrite 
>> setenvif status suexec unique_id userdir version vhost_alias"
>> "/usr/ports/Mk/bsd.apache.mk", line 261: Need an operator
>> ** Listing the failed packages (-:ignored / *:skipped / !:failed)
>>         ! www/apache22 (apache-2.2.9_3) (clean error)
>>
>> But that does seem to be a step in a right direction.
>>
>> Naram Qashat
> 
> Quotas still there!
> Can you open file /usr/local/lib/ruby/site_ruby/1.8/pkgmisc.rb and add 
> after line 96: arg.gsub(/([$\\\`])/, "\\\\\\1") the line:
> arg.gsub(/\"/, "")
> ?
> 
> It should fix the error.
> Looks like it's a long standing bug from a knu@ era :)
> If it's OK for you, I'll add the patch to a portupgrade port.

That doesn't fix it.  I would suspect it would make it worse because it would 
treat all the options after the first one in WITH_MODULES as if they were passed 
to make directly instead of via a knob.  It still gives the same error from 
bsd.apache.mk though.

Naram Qashat
From christer.solskogen at gmail.com  Wed Sep  3 17:11:18 2008
From: christer.solskogen at gmail.com (Christer Solskogen)
Date: Wed Sep  3 17:11:24 2008
Subject: apache22 - package tools out of date?
Message-ID: <48BEC2B5.6060005@gmail.com>

Building apache22 works fine, but installing it gives me the following
output.

===>   Registering installation for apache-2.2.9_4
pkg_create: read_plist: unknown command
'@commentlib/apr-util-1/apr_dbd_mysql-1.so' (package tools out of date?)
pkg_create: read_plist: unknown command
'@commentlib/apr-util-1/apr_dbd_mysql.so' (package tools out of date?)
pkg_create: read_plist: unknown command
'@commentlib/apr-util-1/apr_dbd_mysql.la' (package tools out of date?)
pkg_create: read_plist: unknown command
'@commentlib/apr-util-1/apr_dbd_mysql.a' (package tools out of date?)
pkg_create: read_plist: unknown command
'@commentlib/apr-util-1/apr_dbd_pgsql-1.so' (package tools out of date?)
pkg_create: read_plist: unknown command
'@commentlib/apr-util-1/apr_dbd_pgsql.so' (package tools out of date?)
pkg_create: read_plist: unknown command
'@commentlib/apr-util-1/apr_dbd_pgsql.la' (package tools out of date?)
pkg_create: read_plist: unknown command
'@commentlib/apr-util-1/apr_dbd_pgsql.a' (package tools out of date?)
pkg_create: read_plist: unknown command
'@commentlib/apr-util-1/apr_dbd_sqlite3-1.so' (package tools out of date?)
pkg_create: read_plist: unknown command
'@commentlib/apr-util-1/apr_dbd_sqlite3.so' (package tools out of date?)
pkg_create: read_plist: unknown command
'@commentlib/apr-util-1/apr_dbd_sqlite3.la' (package tools out of date?)
pkg_create: read_plist: unknown command
'@commentlib/apr-util-1/apr_dbd_sqlite3.a' (package tools out of date?)
pkg_create: write_plist: unknown command type -1 ()
*** Error code 2

Stop in /usr/ports/www/apache22.
*** Error code 1

Stop in /usr/ports/www/apache22.
*** Error code 1

Stop in /usr/ports/www/apache22.


uname -a
FreeBSD shine.carebears.lan 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0:
Sat Aug 30 13:29:32 CEST 2008
root@shine.carebears.lan:/files2/build/usr/src/sys/SHINE  amd64

-- 
chs
From pgollucci at p6m7g8.com  Wed Sep  3 18:59:47 2008
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Wed Sep  3 18:59:53 2008
Subject: apache22 - package tools out of date?
In-Reply-To: <48BEC2B5.6060005@gmail.com>
References: <48BEC2B5.6060005@gmail.com>
Message-ID: <48BEDEA0.4030502@p6m7g8.com>

Christer Solskogen wrote:
> Building apache22 works fine, but installing it gives me the following
> output.
Looks like the changes portrevision bump to 4 caused this.  I'll see 
what I can do about it.


clement     2008-09-03 13:19:24 UTC

   FreeBSD ports repository

   Modified files:
     www/apache22         Makefile Makefile.modules pkg-plist
   Log:
   - Fix plist where apr_dbd is used
   - Fix Postgresql build, don't trust pg_config
   - Don't overwrite apr_dbd_mysql.c
   - Bump PORTREVISION

   No cookie for:  clement

   Revision  Changes    Path
   1.225     +1 -5      ports/www/apache22/Makefile
   1.29      +8 -1      ports/www/apache22/Makefile.modules
   1.90      +13 -1     ports/www/apache22/pkg-plist

http://cvsweb.FreeBSD.org/ports/www/apache22/Makefile.diff?r1=1.224&r2=1.225&f=h
| --- ports/www/apache22/Makefile	2008/09/02 12:26:37	1.224
| +++ ports/www/apache22/Makefile	2008/09/03 13:19:24	1.225
| @@ -2,14 +2,14 @@
|  # Date created:				Dec 11 2004
|  # Whom:					Clement Laforet <clement@FreeBSD.org>
|  #
| -# $FreeBSD: 
/usr/local/www/cvsroot/FreeBSD/ports/www/apache22/Makefile,v 1.224 
2008/09/02 12:26:37 clement Exp $
| +# $FreeBSD: 
/usr/local/www/cvsroot/FreeBSD/ports/www/apache22/Makefile,v 1.225 
2008/09/03 13:19:24 clement Exp $
|  #
|  # For more information, please read Makefile.doc
|  #
|
|  PORTNAME=	apache
|  PORTVERSION=	2.2.9
| -PORTREVISION=	3
| +PORTREVISION=	4
|  CATEGORIES=	www
|  MASTER_SITES=	${MASTER_SITE_APACHE_HTTPD}
|  DISTNAME=	httpd-${PORTVERSION}
| @@ -199,10 +199,6 @@ pre-everything::
|  show-options:
|  	@${SED} -ne 's/^##//p' ${APACHEDIR}/Makefile.doc
|
| -post-extract:
| -	@${INSTALL_DATA} ${FILESDIR}/apr_dbd_mysql.c \
| -		${WRKSRC}/srclib/apr-util/dbd/
| -
|  post-patch:
|  	@${RM} -f ${WRKSRC}/docs/docroot/*.bak
|  	@${REINPLACE_CMD} -e 's," PLATFORM ",FreeBSD,' \
http://cvsweb.FreeBSD.org/ports/www/apache22/Makefile.modules.diff?r1=1.28&r2=1.29&f=h
| --- ports/www/apache22/Makefile.modules	2008/09/02 12:26:37	1.28
| +++ ports/www/apache22/Makefile.modules	2008/09/03 13:19:24	1.29
| @@ -9,7 +9,7 @@
|  #	gsed 's/^\(.*\)mod\(.*\)\.so/%%\MOD\U\2%%\L\1mod\2\.so/' pkg-plist 
 > tmp
|  #	mv tmp pkg-plist
|  #
| -# $FreeBSD: 
/usr/local/www/cvsroot/FreeBSD/ports/www/apache22/Makefile.modules,v 
1.28 2008/09/02 12:26:37 clement Exp $
| +# $FreeBSD: 
/usr/local/www/cvsroot/FreeBSD/ports/www/apache22/Makefile.modules,v 
1.29 2008/09/03 13:19:24 clement Exp $
|  #
|
|  .if !defined(Module_inc)
| @@ -120,22 +120,29 @@ CFLAGS+=	-I${LOCALBASE}/include/mysql -D
|  LDFLAGS+=	-L${LOCALBASE}/lib/mysql
|  CONFIGURE_ENV+=	LIBS="${LIBS}"
|  WITH_THREADS=	YES
| +PLIST_SUB+=	MYSQL=""
|  .else
|  CONFIGURE_ARGS+= --without-mysql
| +PLIST_SUB+=	MYSQL="@comment"
|  .endif
|
|  .if defined(WITH_PGSQL)
|  USE_PGSQL=	YES
|  CONFIGURE_ARGS+= --with-pgsql=${LOCALBASE}
| +CONFIGURE_ENV+=	ac_cv_path_PGSQL_CONFIG=""
| +PLIST_SUB+=	PGSQL=""
|  .else
|  CONFIGURE_ARGS+= --without-pgsql
| +PLIST_SUB+=	PGSQL="@comment"
|  .endif
|
|  .if defined(WITH_SQLITE)
|  USE_SQLITE=	YES
|  CONFIGURE_ARGS+= --with-sqlite3=${LOCALBASE}
| +PLIST_SUB+=	SQLITE3=""
|  .else
|  CONFIGURE_ARGS+= --without-sqlite3
| +PLIST_SUB+=	SQLITE3="@comment"
|  .endif
|
|  .if !defined(WITHOUT_SSL)
http://cvsweb.FreeBSD.org/ports/www/apache22/pkg-plist.diff?r1=1.89&r2=1.90&f=h
| --- ports/www/apache22/pkg-plist	2008/08/31 23:00:27	1.89
| +++ ports/www/apache22/pkg-plist	2008/09/03 13:19:24	1.90
| @@ -1,4 +1,4 @@
| -@comment $FreeBSD: 
/usr/local/www/cvsroot/FreeBSD/ports/www/apache22/pkg-plist,v 1.89 
2008/08/31 23:00:27 clement Exp $
| +@comment $FreeBSD: 
/usr/local/www/cvsroot/FreeBSD/ports/www/apache22/pkg-plist,v 1.90 
2008/09/03 13:19:24 clement Exp $
|  %%APR_PORTS%%@exec mkdir -p %D/lib/apr-util-1
|  @exec mkdir -p %D/etc/apache22/extra 2> /dev/null
|  @exec mkdir -p %D/etc/apache22/Includes 2> /dev/null || true
| @@ -174,6 +174,18 @@ include/apache22/util_xml.h
|  %%APR_PORTS%%lib/libaprutil-1.la
|  %%APR_PORTS%%lib/libaprutil-1.so
|  %%APR_PORTS%%lib/libaprutil-1.so.3
| +%%APR_PORTS%%%%MYSQL%%lib/apr-util-1/apr_dbd_mysql-1.so
| +%%APR_PORTS%%%%MYSQL%%lib/apr-util-1/apr_dbd_mysql.so
| +%%APR_PORTS%%%%MYSQL%%lib/apr-util-1/apr_dbd_mysql.la
| +%%APR_PORTS%%%%MYSQL%%lib/apr-util-1/apr_dbd_mysql.a
| +%%APR_PORTS%%%%PGSQL%%lib/apr-util-1/apr_dbd_pgsql-1.so
| +%%APR_PORTS%%%%PGSQL%%lib/apr-util-1/apr_dbd_pgsql.so
| +%%APR_PORTS%%%%PGSQL%%lib/apr-util-1/apr_dbd_pgsql.la
| +%%APR_PORTS%%%%PGSQL%%lib/apr-util-1/apr_dbd_pgsql.a
| +%%APR_PORTS%%%%SQLITE3%%lib/apr-util-1/apr_dbd_sqlite3-1.so
| +%%APR_PORTS%%%%SQLITE3%%lib/apr-util-1/apr_dbd_sqlite3.so
| +%%APR_PORTS%%%%SQLITE3%%lib/apr-util-1/apr_dbd_sqlite3.la
| +%%APR_PORTS%%%%SQLITE3%%lib/apr-util-1/apr_dbd_sqlite3.a
|  libexec/apache22/httpd.exp
|  %%MOD_ACTIONS%%libexec/apache22/mod_actions.so
|  %%MOD_ALIAS%%libexec/apache22/mod_alias.so
From christer.solskogen at gmail.com  Wed Sep  3 19:01:58 2008
From: christer.solskogen at gmail.com (Christer Solskogen)
Date: Wed Sep  3 19:02:05 2008
Subject: apache22 - package tools out of date?
In-Reply-To: <48BEDEA0.4030502@p6m7g8.com>
References: <48BEC2B5.6060005@gmail.com> <48BEDEA0.4030502@p6m7g8.com>
Message-ID: <48BEDF20.9030702@gmail.com>

Philip M. Gollucci wrote:

> Looks like the changes portrevision bump to 4 caused this.  I'll see
> what I can do about it.
> 

Thanks!

-- 
chs
From pgollucci at p6m7g8.com  Wed Sep  3 19:14:17 2008
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Wed Sep  3 19:14:24 2008
Subject: [Fwd: Re: apache22 - package tools out of date?]
In-Reply-To: <48BEDEF0.1090205@p6m7g8.com>
References: <48BEDEF0.1090205@p6m7g8.com>
Message-ID: <48BEE207.4010204@p6m7g8.com>

This should fix it, untested --

http://people.freebsd.org/~pgollucci/needs_approval/www_apache22-2.2.9.diff
From pgollucci at p6m7g8.com  Wed Sep  3 19:17:59 2008
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Wed Sep  3 19:18:05 2008
Subject: [Fwd: Re: apache22 - package tools out of date?]
In-Reply-To: <48BEE207.4010204@p6m7g8.com>
References: <48BEDEF0.1090205@p6m7g8.com> <48BEE207.4010204@p6m7g8.com>
Message-ID: <48BEE2E5.8040705@p6m7g8.com>

Philip M. Gollucci wrote:
> This should fix it, untested --
> 
> http://people.freebsd.org/~pgollucci/needs_approval/www_apache22-2.2.9.diff
Ha!, clement@ beat me to it, its committed.

From sheepkiller at cultdeadsheep.org  Wed Sep  3 19:30:18 2008
From: sheepkiller at cultdeadsheep.org (Clement Laforet)
Date: Wed Sep  3 19:30:26 2008
Subject: [Fwd: Re: apache22 - package tools out of date?]
In-Reply-To: <48BEE2E5.8040705@p6m7g8.com>
References: <48BEDEF0.1090205@p6m7g8.com> <48BEE207.4010204@p6m7g8.com>
	<48BEE2E5.8040705@p6m7g8.com>
Message-ID: <20080903193016.GB93080@goofy.cultdeadsheep.org>

On Wed, Sep 03, 2008 at 03:17:57PM -0400, Philip M. Gollucci wrote:
> Philip M. Gollucci wrote:
> > This should fix it, untested --
> > 
> > http://people.freebsd.org/~pgollucci/needs_approval/www_apache22-2.2.9.diff
> Ha!, clement@ beat me to it, its committed.
> 
I just hope it will fix the issue ;)

Thanks,

clem
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080903/a4ad20b4/attachment.pgp
From sheepkiller at cultdeadsheep.org  Wed Sep  3 19:35:31 2008
From: sheepkiller at cultdeadsheep.org (Clement Laforet)
Date: Wed Sep  3 19:35:38 2008
Subject: apache22 - package tools out of date?
In-Reply-To: <48BEC2B5.6060005@gmail.com>
References: <48BEC2B5.6060005@gmail.com>
Message-ID: <20080903190848.GA93080@goofy.cultdeadsheep.org>

On Wed, Sep 03, 2008 at 07:00:37PM +0200, Christer Solskogen wrote:
> Building apache22 works fine, but installing it gives me the following
> output.

Fixed thanks!

clem
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080903/3821916e/attachment.pgp
From sem at FreeBSD.org  Wed Sep  3 20:16:36 2008
From: sem at FreeBSD.org (Sergey Matveychuk)
Date: Wed Sep  3 20:16:47 2008
Subject: portupgrade fails with quoted options
In-Reply-To: <48BEAC6B.7000307@cyberbotx.com>
References: <48BC2A79.1080905@cyberbotx.com> <48BD1527.4000500@FreeBSD.org>
	<48BD1F33.10204@cyberbotx.com> <48BD30A5.6020601@FreeBSD.org>
	<48BDFFB1.9080408@cyberbotx.com> <48BE810F.9070206@FreeBSD.org>
	<48BEAC6B.7000307@cyberbotx.com>
Message-ID: <48BEF09F.6030604@FreeBSD.org>

Naram Qashat wrote:
> Sergey Matveychuk wrote:
>> Naram Qashat wrote:
>>> Sergey Matveychuk wrote:
>>>> Naram Qashat wrote:
>>>>>>> Notice how WITH_MODULES has quotes around it and then escaped 
>>>>>>> quotes inside it?  It shouldn't be doing things like that.  I 
>>>>>>> don't know ruby (I only made that above script from looking at 
>>>>>>> some parts of portupgrade, but I have almost no understanding of 
>>>>>>> ruby), so I can't give a fix for this.
>>>>
>>>> Try the patch please. (cd /usr/local/lib/ruby/site_ruby/1.8; patch < 
>>>> ~/pkgmisc.rb.diff)
>>>> Does it fix the problem for you?
>>>>
>>>
>>> It seems like it got a little farther, but it still bombed.  I'm not 
>>> sure if the  new problems is a problems in portupgrade's ruby scripts 
>>> or if it's something in the Makefiles themselves:
>>>
>>> --->  Reinstalling 'apache-2.2.9_3' (www/apache22)
>>> --->  Building '/usr/ports/www/apache22' with make flags: BATCH=yes 
>>> WITH_OPENSSL_PORT=yes WITH_OPENSSL=yes WITHOUT_GNOME=esound 
>>> WITHOUT_CUPS=yes WITH_BDB_VER=46 WITH_MYSQL_VER=50 
>>> WITH_OPTIMIZED_CFLAGS=yes WITHOUT_APACHE_OPTIONS=yes 
>>> WITH_PCRE_FROM_PORTS=yes WITH_MYSQL=yes WITH_BDB=yes WITH_SUEXEC=yes 
>>> SUEXEC_LOGFILE=/var/log/www/httpd-suexec.log WITH_MODULES="actions 
>>> alias auth_basic auth_digest authn_dbd authn_default authz_default 
>>> authz_host authz_user autoindex cgi dav dav_fs dav_lock dbd deflate 
>>> dir echo env expires filter headers ident imagemap include info 
>>> log_config log_forensic logio mime mime_magic negotiation rewrite 
>>> setenvif status suexec unique_id userdir version vhost_alias"
>>> "/usr/ports/Mk/bsd.apache.mk", line 261: Need an operator
>>> ** Listing the failed packages (-:ignored / *:skipped / !:failed)
>>>         ! www/apache22 (apache-2.2.9_3) (clean error)
>>>
>>> But that does seem to be a step in a right direction.
>>>
>>> Naram Qashat
>>
>> Quotas still there!
>> Can you open file /usr/local/lib/ruby/site_ruby/1.8/pkgmisc.rb and add 
>> after line 96: arg.gsub(/([$\\\`])/, "\\\\\\1") the line:
>> arg.gsub(/\"/, "")
>> ?
>>
>> It should fix the error.
>> Looks like it's a long standing bug from a knu@ era :)
>> If it's OK for you, I'll add the patch to a portupgrade port.
> 
> That doesn't fix it.  I would suspect it would make it worse because it 
> would treat all the options after the first one in WITH_MODULES as if 
> they were passed to make directly instead of via a knob.  It still gives 

Are you complete sure in it? My tests shows the knob passed as one 
argument in command line.

> the same error from bsd.apache.mk though.

OK. So I need more free time to check it.
From christer.solskogen at gmail.com  Wed Sep  3 21:01:39 2008
From: christer.solskogen at gmail.com (Christer Solskogen)
Date: Wed Sep  3 21:01:48 2008
Subject: [Fwd: Re: apache22 - package tools out of date?]
In-Reply-To: <20080903193016.GB93080@goofy.cultdeadsheep.org>
References: <48BEDEF0.1090205@p6m7g8.com> <48BEE207.4010204@p6m7g8.com>
	<48BEE2E5.8040705@p6m7g8.com>
	<20080903193016.GB93080@goofy.cultdeadsheep.org>
Message-ID: <48BEFB23.3030903@gmail.com>

Clement Laforet wrote:

> I just hope it will fix the issue ;)
> 

It did. Thanks :)

-- 
chs
From sem at FreeBSD.org  Wed Sep  3 21:03:35 2008
From: sem at FreeBSD.org (Sergey Matveychuk)
Date: Wed Sep  3 21:03:41 2008
Subject: Portupgrade has serious problems
In-Reply-To: <200809011300.48256.david@vizion2000.net>
References: <200809011300.48256.david@vizion2000.net>
Message-ID: <48BD5B22.8040806@FreeBSD.org>

David Southwell wrote:
> ===>  Cleaning for apache-2.2.9_2
> --->  Cleaning out obsolete shared libraries
> [Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 1047 packages 
> found (-0 +1) . done]
> --->  Skipping 'graphics/gimp-app' (gimp-app-2.4.6_1,1) because a requisite 
> package 'apache-2.2.9' () failed (specify -k to force)

It's not a first report. Something has happened with an origin.

Show please an output of the command:
pkg_info -o apache-2.2.9

-- 
Dixi.
Sem.
From kuriyama at FreeBSD.org  Thu Sep  4 05:22:40 2008
From: kuriyama at FreeBSD.org (Jun Kuriyama)
Date: Thu Sep  4 05:23:11 2008
Subject: Call for Testers: misc/amanda-{server,client} 2.6.0p2
Message-ID: <48acff730809032222v50a560a2jd5ffef13dcd444ba@mail.gmail.com>

I'm finally find time to upgrade amanda suite to the latest version (2.6.0p2).

This version have various changes since 2.5.x version, so I'd like to call for
testers on other environment.

Here is tarball for new ports:

http://people.freebsd.org/~kuriyama/amanda-2.6.0p2-20080904.tgz

If you find something (bug reports, suggestions), please include Cc: to me
because I read it frequently.


-- 
Jun Kuriyama <kuriyama@FreeBSD.org> // FreeBSD Project
 <kuriyama@s2factory.co.jp> // S2 Factory, Inc.
From lists at lozenetz.org  Thu Sep  4 08:58:11 2008
From: lists at lozenetz.org (Anton - Valqk)
Date: Thu Sep  4 08:58:18 2008
Subject: pkg_add feature proposal
In-Reply-To: <e71790db0808250623y5c544b70t457f82fb04e9a899@mail.gmail.com>
References: <48B2996C.1050203@lozenetz.org>
	<e71790db0808250623y5c544b70t457f82fb04e9a899@mail.gmail.com>
Message-ID: <48BFA310.8030703@lozenetz.org>

Uh-oh,
totally forgot about this post :(
It'd be great to see that implemented, and it's nice to see that other
ppl are seeing point in having this option.
The bad thing is that I'm not that familiar with pkg_* and ports
internals and would be very time consuming for me to implement it... of
course it'd be great to see the internals of these two but unfortunately
at the very moment really no time to do this.
About getting out of disk space - well, the packages are not stream and
are with known size. Meaning disk space calcs can be made to warn you
about this, and if you install *big* packages 100 and more in a list you
*definitely* don't want to get stuck in the middle of installing them
(and not having a way to 'rollback')....
This could be an option (enabled by default tough)...

Another nice idea that came to me is to have a util (ot automated check
after pkg_add -r and installing is finished) to see if _all_ the files
from the package are installed in proper place and match md5sums in
+CONTENTS - I often get packages (from my custom build server) that for
some reason don't install _all_ files from +CONTENTS and I see this when
I try to access a file or delete the package (typical example: pkg_add
-r apache22 and I have no /usr/local/etc/rc.d/apache22 script?!?!)

cheers,
valqk.

Carlos A. M. dos Santos wrote:
> On Mon, Aug 25, 2008 at 8:37 AM, Anton - Valqk <lists@lozenetz.org> wrote:
>   
>> Hi everyone,
>>
>> I've just got an Idea (maybe others had it too?).
>>
>> When doing pkg_add [-r] wouldn't it be better if pkg_add checks if _all_
>> dependent packages exists and checksums are ok (after downloaded if with
>> -r), etc. checks _before_ installing the packages, because if you get
>> 3-4 packages broken/missing when one package depends on 30-40 (X apps
>> etc.) you should delete all already installed...
>>
>> I've got this problem when did pkg_add -r mod_musicindex and for some
>> reason mod_musicindex didn't build the flac and libogg when
>> $> make package-recursive
>> specified.
>> When the pkg_add get to these packages and they were not found on the
>> web server, I've had to delete all installed packages by hand... uhh...
>>
>> so, what would you say about that?
>>     
>
> Be warned that large packages and/or packages that depend on large
> packages may lead to a full /var/tmp if that filesystem is not large
> enough. OpenOffice, JDK and teTeX are good examples. I had this
> problem on Ubuntu some time ago.
>
>   


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

From jeffrey at goldmark.org  Thu Sep  4 12:05:53 2008
From: jeffrey at goldmark.org (Jeffrey Goldberg)
Date: Thu Sep  4 12:06:06 2008
Subject: [Fwd: Re: apache22 - package tools out of date?]
In-Reply-To: <20080903193016.GB93080@goofy.cultdeadsheep.org>
References: <48BEDEF0.1090205@p6m7g8.com> <48BEE207.4010204@p6m7g8.com>
	<48BEE2E5.8040705@p6m7g8.com>
	<20080903193016.GB93080@goofy.cultdeadsheep.org>
Message-ID: <32BCFA62-7C6C-4DEE-B26E-41A6A46B8E07@goldmark.org>

On Sep 3, 2008, at 2:30 PM, Clement Laforet wrote:

> I just hope it will fix the issue ;)

It did for me.  Though I had some add portupgrade issues due to the  
where in the process yesterday's version failed.  So I found that I  
couldn't use portupgrade but had to "make deinstall" and "make  
reinstall" is the port directory.

I did that, and all is well.

Cheers,

-j


-- 
Jeffrey Goldberg                        http://www.goldmark.org/jeff/

From freebsd-ports at pp.dyndns.biz  Thu Sep  4 13:13:25 2008
From: freebsd-ports at pp.dyndns.biz (=?ISO-8859-1?Q?Morgan_Wesstr=F6m?=)
Date: Thu Sep  4 13:13:31 2008
Subject: Stop in /usr/ports/sysutils/php5-posix.
Message-ID: <48BFDA10.60701@pp.dyndns.biz>

Portaudit has complained for a few days about vulnerabilities in 
sysutils/php5-posix but there seems to be no update yet. When I now try 
to recompile all my ports with portmaster it stops with an error when it 
reaches this port.

===>  php5-posix-5.2.6_1 has known vulnerabilities:
=> php -- input validation error in posix_access function.
    Reference: 
<http://www.FreeBSD.org/ports/portaudit/ee6fa2bd-406a-11dd-936a-0015af872849.html>
=> Please update your ports tree and try again.
*** Error code 1


How do I continue? Is there anyway I can force portmaster to skip this 
port and continue where it left off or do I have to deinstall it and 
recompile everything all over again?

/Morgan
From roberthuff at rcn.com  Thu Sep  4 14:59:12 2008
From: roberthuff at rcn.com (Robert Huff)
Date: Thu Sep  4 14:59:19 2008
Subject: semi-OT: gdchart
Message-ID: <18623.63421.406028.581642@jerusalem.litteratus.org>


	Is there anyone out there experienced with using this package?
It installs OK, but doesn't behave as expected.


			Robert Huff

From david at vizion2000.net  Thu Sep  4 15:11:48 2008
From: david at vizion2000.net (David Southwell)
Date: Thu Sep  4 15:11:55 2008
Subject: Portupgrade has serious problems
In-Reply-To: <48BD5B22.8040806@FreeBSD.org>
References: <200809011300.48256.david@vizion2000.net>
	<48BD5B22.8040806@FreeBSD.org>
Message-ID: <200809040801.48343.david@vizion2000.net>

On Tuesday 02 September 2008 08:26:26 you wrote:
> David Southwell wrote:
> > ===>  Cleaning for apache-2.2.9_2
> > --->  Cleaning out obsolete shared libraries
> > [Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 1047 packages
> > found (-0 +1) . done]
> > --->  Skipping 'graphics/gimp-app' (gimp-app-2.4.6_1,1) because a
> > requisite package 'apache-2.2.9' () failed (specify -k to force)
>
> It's not a first report. Something has happened with an origin.
>
> Show please an output of the command:
> pkg_info -o apache-2.2.9

Following up this one here is another weirdo::
ttp://httpd.apache.org/
===>  Cleaning for apache-2.2.9_5
--->  Cleaning out obsolete shared libraries
[Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 1047 packages 
found (-0 +1) . done]
--->  Skipping 'bsdpan-Term-ReadLine-Perl-1.0302' because it is held by user 
(specify -f to force)
--->  Skipping 'devel/p5-IO' because it is held by user (specify -f to force)
--->  Skipping 'graphics/ImageMagick' (ImageMagick-6.4.3.4) because a 
requisite package 'apache-2.2.9_3' () failed (specify -k to force)
--->  Skipping 'bsdpan-Shell-0.72' because it is held by user (specify -f to 
force)
--->  Skipping 'misc/p5-Array-Compare' because it is held by user (specify -f 
to force)
--->  Skipping 'devel/p5-Devel-Symdump' because it is held by user (specify -f 
to force)
** Listing the failed packages (-:ignored / *:skipped / !:failed)
 

Here we have another example of portupgrade gets its dependencies in a twist.

Not install Image-Magick on the grounds that apache, which it has just 
upgraded does not have the previous version installed.

This is a constant repeat of the same problem as has happened with kde and 
elsewjhere

David
From 000.fbsd at quip.cz  Thu Sep  4 15:38:32 2008
From: 000.fbsd at quip.cz (Miroslav Lachman)
Date: Thu Sep  4 15:38:39 2008
Subject: Stop in /usr/ports/sysutils/php5-posix.
In-Reply-To: <48BFDA10.60701@pp.dyndns.biz>
References: <48BFDA10.60701@pp.dyndns.biz>
Message-ID: <48C0010C.4010006@quip.cz>

Morgan Wesstr?m wrote:
> Portaudit has complained for a few days about vulnerabilities in 
> sysutils/php5-posix but there seems to be no update yet. When I now try 
> to recompile all my ports with portmaster it stops with an error when it 
> reaches this port.
> 
> ===>  php5-posix-5.2.6_1 has known vulnerabilities:
> => php -- input validation error in posix_access function.
>    Reference: 
> <http://www.FreeBSD.org/ports/portaudit/ee6fa2bd-406a-11dd-936a-0015af872849.html> 
> 
> => Please update your ports tree and try again.
> *** Error code 1
> 
> 
> How do I continue? Is there anyway I can force portmaster to skip this 
> port and continue where it left off or do I have to deinstall it and 
> recompile everything all over again?

You can recompile / install vulnerable applications by giving portmaster 
   option: -m "DISABLE_VULNERABILITIES=yes".
!!You are using it at your own risk!!

If you don't need php5-posix, it is better to deinstall it and uncheck 
from php5-extensions (with `make config` in /usr/ports/lang/php5-extensions)

Miroslav Lachman
From tabthorpe at freebsd.org  Thu Sep  4 16:03:49 2008
From: tabthorpe at freebsd.org (Thomas Abthorpe)
Date: Thu Sep  4 16:03:56 2008
Subject: Stop in /usr/ports/sysutils/php5-posix.
In-Reply-To: <48C0010C.4010006@quip.cz>
References: <48BFDA10.60701@pp.dyndns.biz> <48C0010C.4010006@quip.cz>
Message-ID: <200809041148.36047.tabthorpe@freebsd.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thursday 04 September 2008 11:38:52 Miroslav Lachman wrote:
> Morgan Wesstr?m wrote:
> > Portaudit has complained for a few days about vulnerabilities in
> > sysutils/php5-posix but there seems to be no update yet. When I now try
> > to recompile all my ports with portmaster it stops with an error when it
> > reaches this port.
> >
> > ===>  php5-posix-5.2.6_1 has known vulnerabilities:
> > => php -- input validation error in posix_access function.
> >    Reference:
> > <http://www.FreeBSD.org/ports/portaudit/ee6fa2bd-406a-11dd-936a-0015af872
> >849.html>
> >
> > => Please update your ports tree and try again.
> > *** Error code 1
> >
> >
> > How do I continue? Is there anyway I can force portmaster to skip this
> > port and continue where it left off or do I have to deinstall it and
> > recompile everything all over again?
>
> You can recompile / install vulnerable applications by giving portmaster
>    option: -m "DISABLE_VULNERABILITIES=yes".
> !!You are using it at your own risk!!
>
> If you don't need php5-posix, it is better to deinstall it and uncheck
> from php5-extensions (with `make config` in
> /usr/ports/lang/php5-extensions)
>
> Miroslav Lachman


php5-posix was only marked safe within the last couple of hours, you can 
verify that the build is updated at http://www.vuxml.org and then run 
portaudit -F to refresh the database.


Thomas

- -- 
Thomas Abthorpe		| FreeBSD Committer
tabthorpe@FreeBSD.org	| http://people.freebsd.org/~tabthorpe
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEUEARECAAYFAkjAA1QACgkQ5Gm/jNBp8qCOKQCXcNO8G/g+yNXGX4WvKE0t3BE9
BwCdFZzaHYK2zNn6yfBSyZ5MDJHwpYU=
=50kg
-----END PGP SIGNATURE-----
From bsd-unix at embarqmail.com  Thu Sep  4 16:18:42 2008
From: bsd-unix at embarqmail.com (Randy Pratt)
Date: Thu Sep  4 16:18:49 2008
Subject: Stop in /usr/ports/sysutils/php5-posix.
In-Reply-To: <48C0010C.4010006@quip.cz>
References: <48BFDA10.60701@pp.dyndns.biz>
	<48C0010C.4010006@quip.cz>
Message-ID: <20080904115839.77f49553.bsd-unix@embarqmail.com>

On Thu, 04 Sep 2008 17:38:52 +0200
Miroslav Lachman <000.fbsd@quip.cz> wrote:

> Morgan Wesstr?m wrote:
> > Portaudit has complained for a few days about vulnerabilities in 
> > sysutils/php5-posix but there seems to be no update yet. When I now try 
> > to recompile all my ports with portmaster it stops with an error when it 
> > reaches this port.
> > 
> > ===>  php5-posix-5.2.6_1 has known vulnerabilities:
> > => php -- input validation error in posix_access function.
> >    Reference: 
> > <http://www.FreeBSD.org/ports/portaudit/ee6fa2bd-406a-11dd-936a-0015af872849.html> 
> > 
> > => Please update your ports tree and try again.
> > *** Error code 1
> > 
> > 
> > How do I continue? Is there anyway I can force portmaster to skip this 
> > port and continue where it left off or do I have to deinstall it and 
> > recompile everything all over again?
>
> You can recompile / install vulnerable applications by giving portmaster 
>    option: -m "DISABLE_VULNERABILITIES=yes".
> !!You are using it at your own risk!!

I also use this option for all of my port updating.  I figure that
updating to a newer version "probably" won't make the security
any worse if I've already got a vulnerable application.

> If you don't need php5-posix, it is better to deinstall it and uncheck 
> from php5-extensions (with `make config` in /usr/ports/lang/php5-extensions)

Actually, I think a fix was just committed:

  http://docs.freebsd.org/cgi/mid.cgi?200809041355.m84DtBLn072467

So give it a little time for propagation, then re-csup and try it
again.  

HTH,

Randy
-- 
From lapo at lapo.it  Thu Sep  4 16:23:16 2008
From: lapo at lapo.it (Lapo Luchini)
Date: Thu Sep  4 16:23:23 2008
Subject: proposed patch for sqlite3 (and sqlitejdbc new port)
Message-ID: <g9p212$iif$1@ger.gmane.org>

Some time ago I proposed a little patch for sqlite3 (ports/125004) and a 
new port for sqlitejdbc (ports/124905), a JDBC driver for sqlite3.

The proposed patch is basically a tradeoff between some (little) 
overhead in memory footprint for a new functionality that could enable 
sqlitejdbc (and possibly other sqlite "wrappers") to use the sqlite3 
port with no problems.

The memory overhead seems tiny to me, but I'm not an embedded expert, 
so? anyone has comments on it?

Should the patch land in this guise (default-on)?
Or maybe in default-off?

If interested, read the PRs, as the proposal is explained in greater 
detail there.

-- 
Lapo Luchini - http://lapo.it/

?If knowledge can create problems, it is not through ignorance that we 
can solve them.? (Isaac Asimov)

From sem at FreeBSD.org  Thu Sep  4 16:38:29 2008
From: sem at FreeBSD.org (Sergey Matveychuk)
Date: Thu Sep  4 16:38:36 2008
Subject: Portupgrade has serious problems
In-Reply-To: <200809040801.48343.david@vizion2000.net>
References: <200809011300.48256.david@vizion2000.net>
	<48BD5B22.8040806@FreeBSD.org>
	<200809040801.48343.david@vizion2000.net>
Message-ID: <48C00EFE.9050502@FreeBSD.org>

David Southwell wrote:
> On Tuesday 02 September 2008 08:26:26 you wrote:
>> Show please an output of the command:
>> pkg_info -o apache-2.2.9
> 
> Following up this one here is another weirdo::
> ttp://httpd.apache.org/
> ===>  Cleaning for apache-2.2.9_5
> --->  Cleaning out obsolete shared libraries
> [Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 1047 packages 
> found (-0 +1) . done]
> --->  Skipping 'bsdpan-Term-ReadLine-Perl-1.0302' because it is held by user 
> (specify -f to force)
> --->  Skipping 'devel/p5-IO' because it is held by user (specify -f to force)
> --->  Skipping 'graphics/ImageMagick' (ImageMagick-6.4.3.4) because a 
> requisite package 'apache-2.2.9_3' () failed (specify -k to force)
> --->  Skipping 'bsdpan-Shell-0.72' because it is held by user (specify -f to 
> force)
> --->  Skipping 'misc/p5-Array-Compare' because it is held by user (specify -f 
> to force)
> --->  Skipping 'devel/p5-Devel-Symdump' because it is held by user (specify -f 
> to force)
> ** Listing the failed packages (-:ignored / *:skipped / !:failed)
>  
> 
> Here we have another example of portupgrade gets its dependencies in a twist.
> 
> Not install Image-Magick on the grounds that apache, which it has just 
> upgraded does not have the previous version installed.
> 
> This is a constant repeat of the same problem as has happened with kde and 
> elsewjhere
> 

Just again. Show pkg_info -o apache-2.2.9_5 please.

-- 
Dixi.
Sem.
From freebsd-ports at pp.dyndns.biz  Thu Sep  4 18:35:16 2008
From: freebsd-ports at pp.dyndns.biz (=?ISO-8859-1?Q?Morgan_Wesstr=F6m?=)
Date: Thu Sep  4 18:35:23 2008
Subject: Stop in /usr/ports/sysutils/php5-posix.
In-Reply-To: <48C0010C.4010006@quip.cz>
References: <48BFDA10.60701@pp.dyndns.biz> <48C0010C.4010006@quip.cz>
Message-ID: <48C02A60.4060905@pp.dyndns.biz>

>> How do I continue? Is there anyway I can force portmaster to skip this 
>> port and continue where it left off or do I have to deinstall it and 
>> recompile everything all over again?
> 
> You can recompile / install vulnerable applications by giving portmaster 
>   option: -m "DISABLE_VULNERABILITIES=yes".
> !!You are using it at your own risk!!
> 

Nice. I would never have figured that out myself. Still, I was more 
concerned about being able to resume the compile where it left off but I 
ended up skipping php5-posix with -x and recompile everything from the 
beginning. I'll remember -m for future use. Thanks again.
/M
From freebsd-ports at pp.dyndns.biz  Thu Sep  4 18:52:32 2008
From: freebsd-ports at pp.dyndns.biz (=?ISO-8859-1?Q?Morgan_Wesstr=F6m?=)
Date: Thu Sep  4 18:52:39 2008
Subject: Stop in /usr/ports/sysutils/php5-posix.
In-Reply-To: <200809041148.36047.tabthorpe@freebsd.org>
References: <48BFDA10.60701@pp.dyndns.biz> <48C0010C.4010006@quip.cz>
	<200809041148.36047.tabthorpe@freebsd.org>
Message-ID: <48C02E63.7010603@pp.dyndns.biz>


> php5-posix was only marked safe within the last couple of hours, you can 
> verify that the build is updated at http://www.vuxml.org and then run 
> portaudit -F to refresh the database.

Yes, it seems so. It was updated as well as lang/php5 and a bunch of 
extensions. Just my luck. Back to compilation - have to keep that cpu 
warm :-)
/M
From david at vizion2000.net  Thu Sep  4 21:30:39 2008
From: david at vizion2000.net (David Southwell)
Date: Thu Sep  4 21:30:46 2008
Subject: Portupgrade has serious problems
In-Reply-To: <48C00EFE.9050502@FreeBSD.org>
References: <200809011300.48256.david@vizion2000.net>
	<200809040801.48343.david@vizion2000.net>
	<48C00EFE.9050502@FreeBSD.org>
Message-ID: <200809041454.11916.david@vizion2000.net>

On Thursday 04 September 2008 09:38:22 you wrote:
> David Southwell wrote:
> > On Tuesday 02 September 2008 08:26:26 you wrote:
> >> Show please an output of the command:
> >> pkg_info -o apache-2.2.9
> >
> > Following up this one here is another weirdo::
> > ttp://httpd.apache.org/
> > ===>  Cleaning for apache-2.2.9_5
> > --->  Cleaning out obsolete shared libraries
> > [Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 1047 packages
> > found (-0 +1) . done]
> > --->  Skipping 'bsdpan-Term-ReadLine-Perl-1.0302' because it is held by
> > user (specify -f to force)
> > --->  Skipping 'devel/p5-IO' because it is held by user (specify -f to
> > force) --->  Skipping 'graphics/ImageMagick' (ImageMagick-6.4.3.4)
> > because a requisite package 'apache-2.2.9_3' () failed (specify -k to
> > force) --->  Skipping 'bsdpan-Shell-0.72' because it is held by user
> > (specify -f to force)
> > --->  Skipping 'misc/p5-Array-Compare' because it is held by user
> > (specify -f to force)
> > --->  Skipping 'devel/p5-Devel-Symdump' because it is held by user
> > (specify -f to force)
> > ** Listing the failed packages (-:ignored / *:skipped / !:failed)
> >
> >
> > Here we have another example of portupgrade gets its dependencies in a
> > twist.
> >
> > Not install Image-Magick on the grounds that apache, which it has just
> > upgraded does not have the previous version installed.
> >
> > This is a constant repeat of the same problem as has happened with kde
> > and elsewjhere
>
> Just again. Show pkg_info -o apache-2.2.9_5 please.
Here is output..

But how does it help?
Having installed the upgradefrom apache-2.2.9_3 to 2.2.9_5 the database 
naturally shows the result of upgrading the database. Is it not more about 
what version portupgrade is expecting to find? Having upgraded why dhould it 
expect to find  apache-2.2.9_3????

root@dns1 /usr/home/david]# pkg_info -o apache*
Information for apache-2.2.9_5:

Origin:
www/apache22

Information for apache-ant-1.7.0_2:

Origin:
devel/apache-ant

From fernando at hiway.com.br  Fri Sep  5 17:31:42 2008
From: fernando at hiway.com.br (Fernando Braghetto - HIWAY Internet)
Date: Fri Sep  5 17:31:54 2008
Subject: FreeBSD Port: clamav-0.93.3
Message-ID: <F096DD7799BA49E3A91661C81E9F33B2@BraghettoNB>

Hello,

    Sorry for bother you, but have you a expected date to release clamav-0.94?


thank you
____________________________________
Fernando Braghetto
Hiway Internet Provider
(19) 3869-4300
fernando@hiway.com.br
From gerard at seibercom.net  Fri Sep  5 17:58:21 2008
From: gerard at seibercom.net (Gerard)
Date: Fri Sep  5 17:58:27 2008
Subject: FreeBSD Port: clamav-0.93.3
In-Reply-To: <F096DD7799BA49E3A91661C81E9F33B2@BraghettoNB>
References: <F096DD7799BA49E3A91661C81E9F33B2@BraghettoNB>
Message-ID: <20080905135803.4fa6eb99@scorpio>

On Fri, 5 Sep 2008 14:14:36 -0300
"Fernando Braghetto - HIWAY Internet" <fernando@hiway.com.br> wrote:

> Sorry for bother you, but have you a expected date to release
> clamav-0.94?

You should probably contact garga@FreeBSD.org since he is the listed
port maintainer for ClamAV.

-- 
Gerard
gerard@seibercom.net

O give me a home,
Where the buffalo roam,
Where the deer and the antelope play,
Where seldom is heard
A discouraging word,
'Cause what can an antelope say?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080905/979f1578/signature.pgp
From QAT at FreeBSD.org  Sat Sep  6 02:30:33 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Sat Sep  6 02:30:39 2008
Subject: net-mgmt/flowscan - fails: install_error
Message-ID: <20080906023030.C624B12E3FF0@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/flowscan-1.006_8.log :


building flowscan-1.006_8 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/net-mgmt/flowscan
Makefile ident: $FreeBSD: ports/net-mgmt/flowscan/Makefile,v 1.28 2008/06/06 13:53:01 edwin Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Sat Sep  6 02:28:51 UTC 2008

.................................<Last 40 lines of the log>..................

PLEASE NOTE, YOU HAVE TO KNOW EXACTLY, IF YOU REALLY WANT TO ENABLE NETFLOW
SWITCHING ON YOUR CISCO CORE OR DISTRIBUTION ROUTERS, WHAT PERFORMANCE IMPACT
MIGHT BE INVOLVED WHEN DOING THIS, WITH THE GOAL, NOT TO LOOSE YOUR ROUTING/
SWITCHING PERFORMANCE. BE WARNED !!!

C) You need to configure SNMP on your Cisco Router.

Post-installation tasks involve:
a)	Configure cflowd properly for your needs, see above mentioned docu !
	Example files reside in ${PREFIX}/etc, files:
		cflowd.conf.example and cfdcollect.conf
b)	Configure flowscan, see above mentioned docu !
	Example files reside in ${PREFIX}/var/db/flows/bin, files:
		"foo".sample ...
c)	Customize and install crontab file, example see:
		${PREFIX}/share/doc/flowscan/crontab.sample
d)	Activate flowscan startscript by renaming it as usual, see example in:
		${PREFIX}/etc/rc.d/flowscan.sh.sample
e)	Create graphs using make by customizing the sample Makefile, see docu !
		${PREFIX}/var/db/flows/graphs/Makefile.sample
	Please note, that the Makefile has to be reconfigured if you add
	or remove protocols in ${PREFIX}/var/db/flows/bin/CampusIO.cf !
===>   Registering installation for flowscan-1.006_8
================================================================
====================<phase 7: make package>====================
===>  Building package for flowscan-1.006_8
tar: share/doc/flowscan/README: Cannot stat: No such file or directory
tar: share/doc/flowscan/README.html: Cannot stat: No such file or directory
tar: share/doc/flowscan/INSTALL.html: Cannot stat: No such file or directory
tar: share/doc/flowscan/TODO: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/flowscan-1.006_8.tbz
Registering depends: gmake-3.81_3 gettext-0.17_1 libiconv-1.11_1 perl-5.8.8_1.
Creating bzip'd tar ball in '/tmp/packages/All/flowscan-1.006_8.tbz'
*** Error code 1

Stop in /a/ports/net-mgmt/flowscan.
================================================================
build of /usr/ports/net-mgmt/flowscan ended at Sat Sep  6 02:30:29 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From erwin at FreeBSD.org  Sat Sep  6 07:21:44 2008
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Sat Sep  6 07:21:51 2008
Subject: INDEX build failed for 6.x
Message-ID: <200809060721.m867LaJF054438@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
make_index: plugger-plugins-hubbe-5.0_13: no entry for /usr/ports/print/acroread7

Committers on the hook:
chinsan dougb hrs leeym 

Most recent CVS update was:
U MOVED
U chinese/Makefile
U french/Makefile
U german/Makefile
U japanese/Makefile
U korean/Makefile
U lang/Makefile
U lang/mtasc/Makefile
U lang/mtasc/distinfo
U lang/mtasc/pkg-descr
U lang/mtasc/pkg-plist
U lang/mtasc/files/patch-basepath
U mail/alpine/Makefile
U mail/alpine/files/patch-configure
U portuguese/Makefile
U print/Makefile
U print/acroread8/Makefile
U print/acroreadwrapper/Makefile
U print/acroreadwrapper/files/acroread.in
U www/p5-HTTP-Cookies-Mozilla/Makefile
U www/p5-HTTP-Cookies-Mozilla/distinfo
From QAT at FreeBSD.org  Sat Sep  6 10:17:38 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Sat Sep  6 10:17:45 2008
Subject: net-mgmt/netustad - fails: mtree
Message-ID: <20080906101736.A4F4112E4344@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/netustad-0.3.1_2.log :


building netustad-0.3.1_2 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/net-mgmt/netustad
Makefile ident: $FreeBSD: ports/net-mgmt/netustad/Makefile,v 1.9 2008/06/06 13:53:04 edwin Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Sat Sep  6 10:17:19 UTC 2008

.................................<Last 40 lines of the log>..................

===>   Registering installation for netustad-0.3.1_2
===> 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/sbin/netustad

      This port has installed the following startup scripts which may cause
      these network services to be started at boot time.
/usr/local/etc/rc.d/netustad.sh

      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://www.enderunix.org/netustad/
================================================================
====================<phase 7: make package>====================
===>  Building package for netustad-0.3.1_2
Creating package /tmp/packages/All/netustad-0.3.1_2.tbz
Registering depends: gettext-0.17_1 libiconv-1.11_1.
Creating bzip'd tar ball in '/tmp/packages/All/netustad-0.3.1_2.tbz'
Deleting netustad-0.3.1_2
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
28758283        4 drwxr-xr-x    2 root             wheel                 512 Sep  6 10:17 usr/local/share/doc/netustad
28758284        0 -r--r--r--    1 root             wheel                   0 Sep  6 10:17 usr/local/share/doc/netustad/README
28758285       36 -r--r--r--    1 root             wheel               17992 Sep  6 10:17 usr/local/share/doc/netustad/COPYING
28758286        4 -r--r--r--    1 root             wheel                 109 Sep  6 10:17 usr/local/share/doc/netustad/AUTHORS
28758287        8 -r--r--r--    1 root             wheel                3912 Sep  6 10:17 usr/local/share/doc/netustad/ChangeLog
28758288       20 -r--r--r--    1 root             wheel                9240 Sep  6 10:17 usr/local/share/doc/netustad/INSTALL
28758289        0 -r--r--r--    1 root             wheel                   0 Sep  6 10:17 usr/local/share/doc/netustad/NEWS
28758290        4 -r--r--r--    1 root             wheel                 379 Sep  6 10:17 usr/local/share/doc/netustad/TODO
28758291       40 -r--r--r--    1 root             wheel               18852 Sep  6 10:17 usr/local/share/doc/netustad/ABOUT-NLS
================================================================
build of /usr/ports/net-mgmt/netustad ended at Sat Sep  6 10:17:35 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From erwin at FreeBSD.org  Sat Sep  6 10:19:54 2008
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Sat Sep  6 10:20:01 2008
Subject: INDEX build failed for 6.x
Message-ID: <200809061019.m86AJlSa004337@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
make_index: plugger-plugins-hubbe-5.0_13: no entry for /usr/ports/print/acroread7

Committers on the hook:
beech chinsan dinoex dougb hrs leeym makc rafan 

Most recent CVS update was:
U archivers/lha-ac/Makefile
U graphics/cuneiform/Makefile
U graphics/cuneiform/distinfo
U mail/meta1/Makefile
U multimedia/subtitlecomposer/Makefile
U multimedia/subtitlecomposer/distinfo
U multimedia/subtitlecomposer/pkg-plist
U net/tintin++-devel/Makefile
U net/tintin++-devel/distinfo
U net-mgmt/netxms/Makefile
U net-mgmt/netxms/distinfo
U print/cups-base/Makefile
U print/cups-base/distinfo
U print/cups-base/pkg-plist
U www/p5-HTTP-Cookies-iCab/Makefile
U www/p5-HTTP-Cookies-iCab/distinfo
From tingox at gmail.com  Sat Sep  6 11:14:31 2008
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Sat Sep  6 11:14:39 2008
Subject: ports/110728 - a patch for spambayes - could someone implement it?
Message-ID: <ef8c8a880809060414q3a1168coea739c88b9b77440@mail.gmail.com>

Hello,

I just installed spambayes (mail/py-spambayes) on a new machine, when
I noticed that ports/110728[1] is still open.
This PR includes a one-line patch to the spambayes program that puts
the config file (bayescustomize.ini) into a sensible location for this
port now that it runs as a daemon.
It would be nice if someone could fix the port.

References:
1) http://www.freebsd.org/cgi/query-pr.cgi?pr=110728&
-- 
Regards,
Torfinn Ingolfsen
From erwin at FreeBSD.org  Sat Sep  6 13:11:23 2008
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Sat Sep  6 13:11:28 2008
Subject: INDEX now builds successfully on 6.x
Message-ID: <200809061311.m86DBFbi024293@pointyhat.freebsd.org>

From ganbold at micom.mng.net  Sat Sep  6 13:33:45 2008
From: ganbold at micom.mng.net (Ganbold)
Date: Sat Sep  6 13:33:53 2008
Subject: qemu problem
Message-ID: <48C27D1F.4000205@micom.mng.net>

Hi,

I have problem installing FreeBSD-7.0 using qemu in RELENG_7.
It starts installing FreeBSD, but it crashes and dumps core in different 
places.
Did somebody experience this before?

devil# uname -an
FreeBSD devil.micom.mng.net 7.0-STABLE FreeBSD 7.0-STABLE #9: Tue Aug 19 
18:35:02 ULAT 2008     
tsgan@devil.micom.mng.net:/usr/obj/usr/src/sys/DEVIL  i386
devil#

devil# qemu -boot d -hda freebsd.img -m 256 -cdrom 
~tsgan/7.0-RELEASE-i386-disc1.iso -localtime -net nic -net tap smp 2
qemu: fatal: triple fault
EAX=c0bfe67c EBX=0000000c ECX=f001003f EDX=f001003f
ESI=c0bfe67c EDI=c24f7c60 EBP=c0bfe670 ESP=c0bfe5e0
EIP=c0a49004 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0
ES =0028 00000000 ffffffff 00cf9300
CS =0020 00000000 ffffffff 00cf9b00
SS =0028 00000000 ffffffff 00cf9300
DS =0028 00000000 ffffffff 00cf9300
FS =0008 ffc00000 ffffffff ffcf93c0
GS =0028 00000000 ffffffff 00cf9300
LDT=0050 c0bfef20 00000087 c000e2bf
TR =0060 c0bff1c0 00000067 c00089bf
GDT=     c0bfe5a0 00000097
IDT=     c0c00240 000007ff
CR0=e005003b CR2=f0010043 CR3=0141e000 CR4=00000690
CCS=c0bfe67c CCD=c0bfe6e8 CCO=ADDB   
FCW=127f FSW=0020 [ST=0] FTW=00 MXCSR=00001f80
FPR0=0000000000000000 0000 FPR1=0000000000000000 0000
FPR2=0000000000000000 0000 FPR3=0000000000000000 0000
FPR4=ccccccccccc40000 3ffe FPR5=8000000000000000 3ffe
FPR6=e670d1fa33376800 3ffe FPR7=8e670d1fa3337800 4002
XMM00=00000000000000000000000000000000 
XMM01=00000000000000000000000000000000
XMM02=00000000000000000000000000000000 
XMM03=00000000000000000000000000000000
XMM04=00000000000000000000000000000000 
XMM05=00000000000000000000000000000000
XMM06=00000000000000000000000000000000 
XMM07=00000000000000000000000000000000
Abort (core dumped)

%pkg_info|grep qemu
kqemu-kmod-1.3.0.p11_9 Kernel Accelerator for QEMU CPU Emulator
qemu-0.9.1_9        QEMU CPU Emulator
%kldstat
Id Refs Address    Size     Name
 1   22 0xc0400000 701ae4   kernel
 2    1 0xc0b02000 5844     if_tap.ko
 3    1 0xc0b08000 15524    snd_hda.ko
 4    2 0xc0b1e000 52a08    sound.ko
 5    2 0xc0b71000 10ebc    drm.ko
 6    1 0xc0b82000 71c4     i915.ko
 7    1 0xc0b8a000 1ff24    kqemu.ko
 8    1 0xc0baa000 b8c8     aio.ko
 9    1 0xc0bb6000 6b3d0    acpi.ko
10    1 0xc4340000 9000     if_bridge.ko
11    1 0xc4349000 6000     bridgestp.ko
12    2 0xc44ac000 d000     ipfw.ko
13    1 0xc4500000 4000     ipdivert.ko
14    1 0xc4526000 22000    linux.ko
15    1 0xc45a0000 e000     fuse.ko
%


thanks,

Ganbold
From gilham at AI.SRI.COM  Sat Sep  6 16:27:26 2008
From: gilham at AI.SRI.COM (Fred Gilham)
Date: Sat Sep  6 16:27:33 2008
Subject: ports/lang/screamer
Message-ID: <48C2AAED.9050602@ai.sri.com>

This port can be fixed by a patch that comments out two lines in the 
screamer.lisp file:

*** screamer.lisp       Mon Sep  1 21:59:23 2008
--- screamer.lisp~      Thu Mar 10 20:10:22 1994
***************
*** 3734,3739 ****
   (defun realp (x) (typep x 'real))

! ;;#-allegro-v4.2
! ;;(deftype boolean () '(member t nil))

   (defun booleanp (x) (typep x 'boolean))
--- 3734,3739 ----
   (defun realp (x) (typep x 'real))

! #-allegro-v4.2
! (deftype boolean () '(member t nil))

   (defun booleanp (x) (typep x 'boolean))



-- 
Fred Gilham                           gilham@ai.sri.com
Time is nature's way of keeping everything from happening
at once.  Unfortunately, it doesn't always work.
From regisr at pobox.com  Sat Sep  6 17:14:06 2008
From: regisr at pobox.com (regisr)
Date: Sat Sep  6 17:14:13 2008
Subject: Portupgrade has serious problems
In-Reply-To: <200809040801.48343.david@vizion2000.net>
References: <200809011300.48256.david@vizion2000.net>
	<48BD5B22.8040806@FreeBSD.org>
	<200809040801.48343.david@vizion2000.net>
Message-ID: <20080906191403.15d092f3.regisr@pobox.com>

On Thu, 4 Sep 2008 08:01:48 -0700
David Southwell <david@vizion2000.net> a ?crit:

> --->  Skipping 'graphics/ImageMagick' (ImageMagick-6.4.3.4) because a 
> requisite package 'apache-2.2.9_3' () failed (specify -k to force)

I had a similar problem when I have deinstalled apache.
I used pkgdb / portsdb to reconstruct the index files and correct the
the installed package database. 
And the Apache dependencies go away ( I use cherokee as webserver ) 
I can't give you the correct options as I make tries which are not the
best, with -f to force the update ;-)  

-- 
regis
From regisr at pobox.com  Sat Sep  6 18:55:30 2008
From: regisr at pobox.com (regisr)
Date: Sat Sep  6 18:55:36 2008
Subject: distinfo for cups-base 1.3.8
Message-ID: <20080906205527.2a0745fc.regisr@pobox.com>

Hello,

I obtain a checksum error:

cups-1.3.8-source.tar.bz2

Found: 
SHA256 (cups-1.3.8-source.tar.bz2) =
baebfbe2695f5d331a4bfbce7d437d6010226d8ba5cd2834a7e80344aedd0e50

MD5 (cups-1.3.8-source.tar.bz2) = 7b0f4979ac231a4df5ebfbf7ebc61b8a

In distinfo:
MD5 (cups-1.3.8-source.tar.bz2) = 84e09577d673b212f605dd09caee456c
SHA256 (cups-1.3.8-source.tar.bz2) =
bb6e013e104d82e454a98460136360111d77160300a0eb98063d7051e71c4f05 
SIZE (cups-1.3.8-source.tar.bz2) = 3978466

The size is correct.
-- 
regis
From ejcerejo at optonline.net  Sat Sep  6 19:09:33 2008
From: ejcerejo at optonline.net (Eduardo Cerejo)
Date: Sat Sep  6 19:09:47 2008
Subject: cups-base 1.3.8 Broken?
Message-ID: <20080906150931.b55ee776.ejcerejo@optonline.net>

I'm running fbsd7 stable and I tried to upgrade it using portupgrade and it failed and then tried to just use make and still get the same error.  It says checksum mismatch, here's what I get if I run make:

===>  Found saved configuration for cups-base-1.3.7
===>  Extracting for cups-base-1.3.8
=> MD5 Checksum mismatch for cups-1.3.8-source.tar.bz2.
=> SHA256 Checksum mismatch for cups-1.3.8-source.tar.bz2.
===>  Refetch for 1 more times files: cups-1.3.8-source.tar.bz2 cups-1.3.8-sourc                                                                                 e.tar.bz2 
===>  Found saved configuration for cups-base-1.3.7
=> cups-1.3.8-source.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch from http://ftp.easysw.com/pub/cups/1.3.8/.
fetch: http://ftp.easysw.com/pub/cups/1.3.8/cups-1.3.8-source.tar.bz2: Requested                                                                                  Range Not Satisfiable
=> Attempting to fetch from ftp://ftp.easysw.com/pub/cups/1.3.8/.
fetch: cups-1.3.8-source.tar.bz2: local modification time does not match remote
=> Attempting to fetch from http://ftp.funet.fi/pub/mirrors/ftp.easysw.com/pub/c                                                                                 ups/1.3.8/.
fetch: http://ftp.funet.fi/pub/mirrors/ftp.easysw.com/pub/cups/1.3.8/cups-1.3.8-                                                                                 source.tar.bz2: Requested Range Not Satisfiable
=> Attempting to fetch from ftp://ftp.funet.fi/pub/mirrors/ftp.easysw.com/pub/cu                                                                                 ps/1.3.8/.
fetch: cups-1.3.8-source.tar.bz2: local modification time does not match remote
=> Attempting to fetch from ftp://ftp.rz.tu-bs.de/pub/mirror/ftp.easysw.com/ftp/                                                                                 pub/cups/1.3.8/.
fetch: cups-1.3.8-source.tar.bz2: local modification time does not match remote
=> Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/.
fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/cups-1.3.8-source.tar.b                                                                                 z2: File unavailable (e.g., file not found, no access)
=> Couldn't fetch it - please try to retrieve this
=> port manually into /usr/ports/distfiles/ and try again.
*** Error code 1

Stop in /usr/ports/print/cups-base.
*** Error code 1

Stop in /usr/ports/print/cups-base.
___________________________________________________________________

and if run make NO_CHECKSUM="yes":

===>  Found saved configuration for cups-base-1.3.7
===>  Extracting for cups-base-1.3.8

bzip2: Data integrity error when decompressing.
        Input file = /usr/ports/distfiles//cups-1.3.8-source.tar.bz2, output fil                                                                                 e = (stdout)

It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.

You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.

cups-1.3.8/pdftops/gtypes.h: Truncated tar archive
tar: Error exit delayed from previous errors.
*** Error code 1

Stop in /usr/ports/print/cups-base.
From marshc187 at gmail.com  Sat Sep  6 19:37:24 2008
From: marshc187 at gmail.com (icemaca)
Date: Sat Sep  6 19:37:31 2008
Subject: cups-base 1.3.8 Broken?
In-Reply-To: <20080906150931.b55ee776.ejcerejo@optonline.net>
References: <20080906150931.b55ee776.ejcerejo@optonline.net>
Message-ID: <200809062136.29013.icemaca@gmail.com>


> fetch: cups-1.3.8-source.tar.bz2: local modification time does not match
try deleting the file (cups-1.3.8-source.tar.bz2) from your system first - 
usually in /usr/ports/distfiles. then try fetcjing again.
?i think this *time does not match* happens when a previous fetch fails midway 
or something similar. someone else might clarify, but this should work

?
From marshc187 at gmail.com  Sat Sep  6 19:46:14 2008
From: marshc187 at gmail.com (m cassar)
Date: Sat Sep  6 19:46:21 2008
Subject: cups-base 1.3.8 Broken?
In-Reply-To: <200809062136.29013.icemaca@gmail.com>
References: <20080906150931.b55ee776.ejcerejo@optonline.net>
	<200809062136.29013.icemaca@gmail.com>
Message-ID: <332f78510809061246u4c17919en9f5545e12203f432@mail.gmail.com>

forget what i said, this is something else i seems...i got the same here and
> seen another report.
>
>
>
From regisr at pobox.com  Sat Sep  6 19:50:26 2008
From: regisr at pobox.com (regisr)
Date: Sat Sep  6 19:50:33 2008
Subject: cups-base 1.3.8 Broken?
In-Reply-To: <20080906150931.b55ee776.ejcerejo@optonline.net>
References: <20080906150931.b55ee776.ejcerejo@optonline.net>
Message-ID: <20080906215024.a8550fea.regisr@pobox.com>

On Sat, 06 Sep 2008 15:09:31 -0400
Eduardo Cerejo <ejcerejo@optonline.net> a ?crit:

> I'm running fbsd7 stable and I tried to upgrade it using portupgrade and it failed and then tried to just use make and still get the same error.  It says checksum mismatch, here's what I get if I run make:
> 
> ===>  Found saved configuration for cups-base-1.3.7
> ===>  Extracting for cups-base-1.3.8
> => MD5 Checksum mismatch for cups-1.3.8-source.tar.bz2.
> => SHA256 Checksum mismatch for cups-1.3.8-source.tar.bz2.

The file cups-1.3.8-source.tar.gz seems better: no errors reported by
the command:  tar ztvf ...
I have reported this on the newsgroups cups.general.


-- 
regis
From ejcerejo at optonline.net  Sat Sep  6 19:51:20 2008
From: ejcerejo at optonline.net (Eduardo Cerejo)
Date: Sat Sep  6 19:51:26 2008
Subject: cups-base 1.3.8 Broken?
In-Reply-To: <200809062136.29013.icemaca@gmail.com>
References: <20080906150931.b55ee776.ejcerejo@optonline.net>
	<200809062136.29013.icemaca@gmail.com>
Message-ID: <20080906155113.d6147362.ejcerejo@optonline.net>

On Sat, 06 Sep 2008 21:36:28 +0200
icemaca <marshc187@gmail.com> wrote:

> 
> > fetch: cups-1.3.8-source.tar.bz2: local modification time does not match
> try deleting the file (cups-1.3.8-source.tar.bz2) from your system first - 
> usually in /usr/ports/distfiles. then try fetcjing again.
> ?i think this *time does not match* happens when a previous fetch fails midway 
> or something similar. someone else might clarify, but this should work


I actually did that before and it didn't work.
From icemaca at gmail.com  Sat Sep  6 19:56:09 2008
From: icemaca at gmail.com (icemaca)
Date: Sat Sep  6 19:56:16 2008
Subject: cups-base 1.3.8 Broken?
In-Reply-To: <20080906150931.b55ee776.ejcerejo@optonline.net>
References: <20080906150931.b55ee776.ejcerejo@optonline.net>
Message-ID: <200809062131.10362.icemaca@gmail.com>

On Saturday 06 September 2008 21:09:31 Eduardo Cerejo wrote:
> ftp://ftp.easysw.com/pub/cups/1.3.8/.
> fetch: cups-1.3.8-source.tar.bz2: local modification time does not match

try deleting the file (cups-1.3.8-source.tar.bz2) from your system first - 
usually in /usr/ports/distfiles. then try fetcjing again.
 i think this *time does not match* happens when a previous fetch fails midway 
or something similar. someone else might slarify, but this should work

 
From regisr at pobox.com  Sat Sep  6 20:17:13 2008
From: regisr at pobox.com (regisr)
Date: Sat Sep  6 20:17:21 2008
Subject: cups-base 1.3.8 Broken?
In-Reply-To: <20080906155113.d6147362.ejcerejo@optonline.net>
References: <20080906150931.b55ee776.ejcerejo@optonline.net>
	<200809062136.29013.icemaca@gmail.com>
	<20080906155113.d6147362.ejcerejo@optonline.net>
Message-ID: <20080906221710.68293eb6.regisr@pobox.com>


> > ?i think this *time does not match* happens when a previous fetch fails midway 
> > or something similar. someone else might clarify, but this should work
> I actually did that before and it didn't work.

For me the following procedure worked: 

wget http://ftp.easysw.com/pub/cups/1.3.8/cups-1.3.8-source.tar.gz
(or use ftp instead of http)
gunzip cups-1.3.8-source.tar.gz

Save the previous version (I use the command: 
pkg_create -b cups-base-1.3.7_4 but check your backup if you need to
reinstall the previous release)

bzip2 cups-1.3.8-source.tar
cp cups-1.3.8-source.tar.bz2 /home/ports/distfiles/
(replace /home/ports by the ports tree home )

make NO_CHECKSUM="yes"

-- 
regis
From unixmania at gmail.com  Sat Sep  6 20:18:03 2008
From: unixmania at gmail.com (Carlos A. M. dos Santos)
Date: Sat Sep  6 20:18:11 2008
Subject: qemu problem
In-Reply-To: <48C27D1F.4000205@micom.mng.net>
References: <48C27D1F.4000205@micom.mng.net>
Message-ID: <e71790db0809061317t16c20335u7e4d3769e15cde48@mail.gmail.com>

On Sat, Sep 6, 2008 at 9:52 AM, Ganbold <ganbold@micom.mng.net> wrote:
> Hi,
>
> I have problem installing FreeBSD-7.0 using qemu in RELENG_7.
> It starts installing FreeBSD, but it crashes and dumps core in different
> places.

It would be important to know what "different places" means. It is
*during* installation or *after*  it?

> Did somebody experience this before?
>
> devil# uname -an
> FreeBSD devil.micom.mng.net 7.0-STABLE FreeBSD 7.0-STABLE #9: Tue Aug 19
> 18:35:02 ULAT 2008     tsgan@devil.micom.mng.net:/usr/obj/usr/src/sys/DEVIL
>  i386
> devil#
>
> devil# qemu -boot d -hda freebsd.img -m 256 -cdrom
> ~tsgan/7.0-RELEASE-i386-disc1.iso -localtime -net nic -net tap smp 2
> qemu: fatal: triple fault
> EAX=c0bfe67c EBX=0000000c ECX=f001003f EDX=f001003f
> ESI=c0bfe67c EDI=c24f7c60 EBP=c0bfe670 ESP=c0bfe5e0
> EIP=c0a49004 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0
> ES =0028 00000000 ffffffff 00cf9300
> CS =0020 00000000 ffffffff 00cf9b00
> SS =0028 00000000 ffffffff 00cf9300
> DS =0028 00000000 ffffffff 00cf9300
> FS =0008 ffc00000 ffffffff ffcf93c0
> GS =0028 00000000 ffffffff 00cf9300
> LDT=0050 c0bfef20 00000087 c000e2bf
> TR =0060 c0bff1c0 00000067 c00089bf
> GDT=     c0bfe5a0 00000097
> IDT=     c0c00240 000007ff
> CR0=e005003b CR2=f0010043 CR3=0141e000 CR4=00000690
> CCS=c0bfe67c CCD=c0bfe6e8 CCO=ADDB   FCW=127f FSW=0020 [ST=0] FTW=00
> MXCSR=00001f80
> FPR0=0000000000000000 0000 FPR1=0000000000000000 0000
> FPR2=0000000000000000 0000 FPR3=0000000000000000 0000
> FPR4=ccccccccccc40000 3ffe FPR5=8000000000000000 3ffe
> FPR6=e670d1fa33376800 3ffe FPR7=8e670d1fa3337800 4002
> XMM00=00000000000000000000000000000000
> XMM01=00000000000000000000000000000000
> XMM02=00000000000000000000000000000000
> XMM03=00000000000000000000000000000000
> XMM04=00000000000000000000000000000000
> XMM05=00000000000000000000000000000000
> XMM06=00000000000000000000000000000000
> XMM07=00000000000000000000000000000000
> Abort (core dumped)

QEMU treats triple faults generated by the guest OS as fatal errors,
so it aborts execution and dumps core. In my opinion this is a too
self-punishing behavior that chould be replaced by a less harmful VM
restart. Triple faults are in fact fatal errors, so QEMU is correct,
in theory. In practice, however, some operating systems generate
triple faults on purpose in order to force a system reboot. The Linux
kernel used to do this. It appears that the FreeBSD boot loader does
it as well, so if you start FreeBSD and choose option 7 in the boot
prompt you will ever crash QEMU.

> %pkg_info|grep qemu
> kqemu-kmod-1.3.0.p11_9 Kernel Accelerator for QEMU CPU Emulator
> qemu-0.9.1_9        QEMU CPU Emulator
> %kldstat
> Id Refs Address    Size     Name
> 1   22 0xc0400000 701ae4   kernel
> 2    1 0xc0b02000 5844     if_tap.ko
> 3    1 0xc0b08000 15524    snd_hda.ko
> 4    2 0xc0b1e000 52a08    sound.ko
> 5    2 0xc0b71000 10ebc    drm.ko
> 6    1 0xc0b82000 71c4     i915.ko
> 7    1 0xc0b8a000 1ff24    kqemu.ko
> 8    1 0xc0baa000 b8c8     aio.ko
> 9    1 0xc0bb6000 6b3d0    acpi.ko
> 10    1 0xc4340000 9000     if_bridge.ko
> 11    1 0xc4349000 6000     bridgestp.ko
> 12    2 0xc44ac000 d000     ipfw.ko
> 13    1 0xc4500000 4000     ipdivert.ko
> 14    1 0xc4526000 22000    linux.ko
> 15    1 0xc45a0000 e000     fuse.ko

-- 
cd /usr/ports/sysutils/life
make clean
From ler at lerctr.org  Sat Sep  6 22:46:01 2008
From: ler at lerctr.org (Larry Rosenman)
Date: Sat Sep  6 22:46:07 2008
Subject: The ongoing saga of lsof-4.71.1
In-Reply-To: <18627.2004.559518.317595@jerusalem.litteratus.org>
References: <48BC9433.9070400@masterhost.ru>
	<20080901204753.U73932@thebighonker.lerctr.org>
	<18627.2004.559518.317595@jerusalem.litteratus.org>
Message-ID: <20080906174519.F89095@thebighonker.lerctr.org>

On Sat, 6 Sep 2008, Robert Huff wrote:

>
> 	I updated my system to
>
> FreeBSD 8.0-CURRENT #0: Sat Sep  6 16:18:01 EDT 2008 i386
>
> 	and this problem went away.
> 	Larry, thank you for your patience.
My pleasure.  It's part of my responsibility as the maintainer to help users
with issues using the port.


>
>
> 				Robert Huff
>
>

-- 
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 512-248-2683                 E-Mail: ler@lerctr.org
US Mail: 430 Valona Loop, Round Rock, TX 78681-3893
From roberthuff at rcn.com  Sat Sep  6 23:13:00 2008
From: roberthuff at rcn.com (Robert Huff)
Date: Sat Sep  6 23:13:07 2008
Subject: The ongoing saga of lsof-4.71.1
In-Reply-To: <20080901204753.U73932@thebighonker.lerctr.org>
References: <48BC9433.9070400@masterhost.ru>
	<20080901204753.U73932@thebighonker.lerctr.org>
Message-ID: <18627.2004.559518.317595@jerusalem.litteratus.org>


	I updated my system to

FreeBSD 8.0-CURRENT #0: Sat Sep  6 16:18:01 EDT 2008 i386

	and this problem went away.
	Larry, thank you for your patience.


				Robert Huff

From gpalmer at freebsd.org  Sun Sep  7 03:28:02 2008
From: gpalmer at freebsd.org (Gary Palmer)
Date: Sun Sep  7 03:28:08 2008
Subject: net/isc-dhcp40-server
Message-ID: <20080907032759.GA12059@in-addr.com>

Hi,

Is there some reason that net/isc-dhcp40-server actually seems to
compile ISC DHCP 3.0.5, and not 4.0 as the port name claims?  At least
locally, the two make files for net/isc-dhcp30-server and
net/isc-dhcp40-server appear identical, with the one exception
being the pathname in the CVS $FreeBSD$ tag.

Thanks.  Regards,

Gary
From swhetzel at gmail.com  Sun Sep  7 03:35:35 2008
From: swhetzel at gmail.com (Scot Hetzel)
Date: Sun Sep  7 03:35:41 2008
Subject: net/isc-dhcp40-server
In-Reply-To: <20080907032759.GA12059@in-addr.com>
References: <20080907032759.GA12059@in-addr.com>
Message-ID: <790a9fff0809062035id32b0fex9bb6bea80ba124a4@mail.gmail.com>

On Sat, Sep 6, 2008 at 10:27 PM, Gary Palmer <gpalmer@freebsd.org> wrote:
> Hi,
>
> Is there some reason that net/isc-dhcp40-server actually seems to
> compile ISC DHCP 3.0.5, and not 4.0 as the port name claims?  At least
> locally, the two make files for net/isc-dhcp30-server and
> net/isc-dhcp40-server appear identical, with the one exception
> being the pathname in the CVS $FreeBSD$ tag.
>
They are preparing to add net/isc-dhcp40-server to the ports
collection, and the first step is perform a repository copy of
net/isc-dhcp30-server to net/isc-dhcp40-server.  It will eventually be
upgraded to 4.0.

Scot
From linimon at lonesome.com  Sun Sep  7 03:50:44 2008
From: linimon at lonesome.com (Mark Linimon)
Date: Sun Sep  7 03:50:51 2008
Subject: net/isc-dhcp40-server
In-Reply-To: <20080907032759.GA12059@in-addr.com>
References: <20080907032759.GA12059@in-addr.com>
Message-ID: <20080907033117.GB4009@soaustin.net>

See ports/126638.  I don't know what the status is.

mcl
From QAT at FreeBSD.org  Sun Sep  7 04:32:32 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Sun Sep  7 04:32:45 2008
Subject: cvs commit: ports/archivers/grzip Makefile ports/archivers/lzma
	Makefile ports/archivers/pbzip2 Makefile
	ports/archivers/ppmd-7z Makefile ports/archivers/unfoo
	Makefile ports/astro/ptiger Makefile ports/astro/tclgeomap Makefile
In-Reply-To: <200809070019.m870J5kC007682@repoman.freebsd.org>
References: In-Reply-To: <200809070019.m870J5kC007682@repoman.freebsd.org>
Message-ID: <20080907043229.BDC4012E442C@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/dopewars-1.5.12_3.log :


building dopewars-1.5.12_3 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/games/dopewars
Makefile ident: $FreeBSD: ports/games/dopewars/Makefile,v 1.38 2008/09/07 00:18:28 linimon Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Sun Sep  7 04:31:42 UTC 2008

.................................<Last 40 lines of the log>..................

mkdir /usr/local/share/gnome
mkdir /usr/local/share/gnome/apps
mkdir /usr/local/share/gnome/apps/Games
/usr/bin/install -c -o root -g wheel -m 0644 ./dopewars.desktop /usr/local/share/gnome/apps/Games
gmake[2]: Leaving directory `/work/a/ports/games/dopewars/work/dopewars-1.5.12'
gmake[1]: Leaving directory `/work/a/ports/games/dopewars/work/dopewars-1.5.12'
===>   Compressing manual pages for dopewars-1.5.12_3
gzip: can't stat: /usr/local/man/man6/dopewars.6: No such file or directory
===>   Registering installation for dopewars-1.5.12_3
===> SECURITY REPORT: 
      This port has installed the following binaries which execute with
      increased privileges.
/usr/local/bin/dopewars

      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/bin/dopewars

      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://dopewars.sourceforge.net/
================================================================
====================<phase 7: make package>====================
===>  Building package for dopewars-1.5.12_3
tar: man/man6/dopewars.6.gz: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/dopewars-1.5.12_3.tbz
Registering depends: gtk-1.2.10_20 gettext-0.17_1 libiconv-1.11_1 glib-1.2.10_12 libXi-1.1.3,1 libXext-1.0.3,1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 libSM-1.0.3_1,1 libICE-1.0.4_1,1 xproto-7.0.10_1 pkg-config-0.23_1 perl-5.8.8_1 inputproto-1.4.2.1 kbproto-1.0.3 xextproto-7.0.2.
Creating bzip'd tar ball in '/tmp/packages/All/dopewars-1.5.12_3.tbz'
*** Error code 1

Stop in /a/ports/games/dopewars.
================================================================
build of /usr/ports/games/dopewars ended at Sun Sep  7 04:32:28 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From bf2006a at yahoo.com  Sun Sep  7 05:52:49 2008
From: bf2006a at yahoo.com (bf)
Date: Sun Sep  7 05:52:56 2008
Subject: print/cups-base 1.3.8
Message-ID: <327423.19865.qm@web39105.mail.mud.yahoo.com>

At the time of writing the md5 checksums of cups-1.3.8-source.tar.bz2 from the easysw (California) and funet.fi (Espoo, Fi) master sites agree with the reference md5 checksum listed at www.cups.org, while the port distinfo and the md5 checksum of the same file on the rz.tu-bs.de (Braunschweig, De) master site are different from the reference md5 checksum (although the last two agree with each other).  Which value is correct?  Also, I think your new master sites in the port Makefile need trailing slashes.

Regards,
        b.


      
From ganbold at micom.mng.net  Sun Sep  7 05:53:56 2008
From: ganbold at micom.mng.net (Ganbold)
Date: Sun Sep  7 05:54:38 2008
Subject: qemu problem
In-Reply-To: <e71790db0809061317t16c20335u7e4d3769e15cde48@mail.gmail.com>
References: <48C27D1F.4000205@micom.mng.net>
	<e71790db0809061317t16c20335u7e4d3769e15cde48@mail.gmail.com>
Message-ID: <48C36C71.6020801@micom.mng.net>

Carlos A. M. dos Santos wrote:
> On Sat, Sep 6, 2008 at 9:52 AM, Ganbold <ganbold@micom.mng.net> wrote:
>   
>> Hi,
>>
>> I have problem installing FreeBSD-7.0 using qemu in RELENG_7.
>> It starts installing FreeBSD, but it crashes and dumps core in different
>> places.
>>     
>
> It would be important to know what "different places" means. It is
> *during* installation or *after*  it?
>
>   

Both. It happens when it tries to copy something, or when it tries to 
compile something.
Yesterday it hanged and crashed when I tried to upgrade 7.0 to CURRENT 
(buildworld).

>> Did somebody experience this before?
>>
>> devil# uname -an
>> FreeBSD devil.micom.mng.net 7.0-STABLE FreeBSD 7.0-STABLE #9: Tue Aug 19
>> 18:35:02 ULAT 2008     tsgan@devil.micom.mng.net:/usr/obj/usr/src/sys/DEVIL
>>  i386
>> devil#
>>
>> devil# qemu -boot d -hda freebsd.img -m 256 -cdrom
>> ~tsgan/7.0-RELEASE-i386-disc1.iso -localtime -net nic -net tap smp 2
>> qemu: fatal: triple fault
>> EAX=c0bfe67c EBX=0000000c ECX=f001003f EDX=f001003f
>> ESI=c0bfe67c EDI=c24f7c60 EBP=c0bfe670 ESP=c0bfe5e0
>> EIP=c0a49004 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0
>> ES =0028 00000000 ffffffff 00cf9300
>> CS =0020 00000000 ffffffff 00cf9b00
>> SS =0028 00000000 ffffffff 00cf9300
>> DS =0028 00000000 ffffffff 00cf9300
>> FS =0008 ffc00000 ffffffff ffcf93c0
>> GS =0028 00000000 ffffffff 00cf9300
>> LDT=0050 c0bfef20 00000087 c000e2bf
>> TR =0060 c0bff1c0 00000067 c00089bf
>> GDT=     c0bfe5a0 00000097
>> IDT=     c0c00240 000007ff
>> CR0=e005003b CR2=f0010043 CR3=0141e000 CR4=00000690
>> CCS=c0bfe67c CCD=c0bfe6e8 CCO=ADDB   FCW=127f FSW=0020 [ST=0] FTW=00
>> MXCSR=00001f80
>> FPR0=0000000000000000 0000 FPR1=0000000000000000 0000
>> FPR2=0000000000000000 0000 FPR3=0000000000000000 0000
>> FPR4=ccccccccccc40000 3ffe FPR5=8000000000000000 3ffe
>> FPR6=e670d1fa33376800 3ffe FPR7=8e670d1fa3337800 4002
>> XMM00=00000000000000000000000000000000
>> XMM01=00000000000000000000000000000000
>> XMM02=00000000000000000000000000000000
>> XMM03=00000000000000000000000000000000
>> XMM04=00000000000000000000000000000000
>> XMM05=00000000000000000000000000000000
>> XMM06=00000000000000000000000000000000
>> XMM07=00000000000000000000000000000000
>> Abort (core dumped)
>>     
>
> QEMU treats triple faults generated by the guest OS as fatal errors,
> so it aborts execution and dumps core. In my opinion this is a too
> self-punishing behavior that chould be replaced by a less harmful VM
> restart. Triple faults are in fact fatal errors, so QEMU is correct,
> in theory. In practice, however, some operating systems generate
> triple faults on purpose in order to force a system reboot. The Linux
> kernel used to do this. It appears that the FreeBSD boot loader does
> it as well, so if you start FreeBSD and choose option 7 in the boot
> prompt you will ever crash QEMU.
>
>   
>> %pkg_info|grep qemu
>> kqemu-kmod-1.3.0.p11_9 Kernel Accelerator for QEMU CPU Emulator
>> qemu-0.9.1_9        QEMU CPU Emulator
>> %kldstat
>> Id Refs Address    Size     Name
>> 1   22 0xc0400000 701ae4   kernel
>> 2    1 0xc0b02000 5844     if_tap.ko
>> 3    1 0xc0b08000 15524    snd_hda.ko
>> 4    2 0xc0b1e000 52a08    sound.ko
>> 5    2 0xc0b71000 10ebc    drm.ko
>> 6    1 0xc0b82000 71c4     i915.ko
>> 7    1 0xc0b8a000 1ff24    kqemu.ko
>> 8    1 0xc0baa000 b8c8     aio.ko
>> 9    1 0xc0bb6000 6b3d0    acpi.ko
>> 10    1 0xc4340000 9000     if_bridge.ko
>> 11    1 0xc4349000 6000     bridgestp.ko
>> 12    2 0xc44ac000 d000     ipfw.ko
>> 13    1 0xc4500000 4000     ipdivert.ko
>> 14    1 0xc4526000 22000    linux.ko
>> 15    1 0xc45a0000 e000     fuse.ko
>>     
>
>   

From linimon at lonesome.com  Sun Sep  7 06:20:44 2008
From: linimon at lonesome.com (Mark Linimon)
Date: Sun Sep  7 06:20:51 2008
Subject: i386-7-bindist.tar is inaccessible on pointyhat
In-Reply-To: <20080829213213.GA31074@crodrigues.org>
References: <20080829213213.GA31074@crodrigues.org>
Message-ID: <20080907060203.GA11475@soaustin.net>

The *bindist.tar files are no longer accessible under those names since
the latest upgrade of pointyhat.  I will look into it.

mcl
From regisr at pobox.com  Sun Sep  7 07:45:20 2008
From: regisr at pobox.com (regisr)
Date: Sun Sep  7 07:45:27 2008
Subject: cups-base 1.3.8 Broken?
In-Reply-To: <ANAq4BIAUk@dmeyer.dinoex.sub.org>
References: <20080906150931.b55ee776.ejcerejo@optonline.net>
	<ANAq4BIAUk@dmeyer.dinoex.sub.org>
Message-ID: <20080907094518.97bad9ab.regisr@pobox.com>

On Sat, 06 Sep 2008 16:30:54 -0700
Michael Sweet <mike@easysw.com> a ?crit:

> OK, I re-checked the source files - the .bz2 file was actually
> truncated on the main server, so I regenerated it and put the
> resulting file up (which also has a different MD5 sum now...)

The problem should be solved, but the distinfo should be updated.

-- 
regis
From QAT at FreeBSD.org  Sun Sep  7 07:49:15 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Sun Sep  7 07:49:32 2008
Subject: cvs commit: ports/archivers/grzip Makefile ports/archivers/lzma
	Makefile ports/archivers/pbzip2 Makefile
	ports/archivers/ppmd-7z Makefile ports/archivers/unfoo
	Makefile ports/astro/ptiger Makefile ports/astro/tclgeomap Makefile
In-Reply-To: <200809070019.m870J5kC007682@repoman.freebsd.org>
References: In-Reply-To: <200809070019.m870J5kC007682@repoman.freebsd.org>
Message-ID: <20080907074913.C619D12E3FB4@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/health-nut-13.7.log :


building health-nut-13.7 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/misc/nut
Makefile ident: $FreeBSD: ports/misc/nut/Makefile,v 1.83 2008/09/07 00:18:37 linimon Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Sun Sep  7 07:48:54 UTC 2008

.................................<Last 40 lines of the log>..................

cc -O2 -fno-strict-aliasing -pipe -s -Wall -DNUTDIR=\".nutdb\" -DFOODDIR=\"/usr/local/share/nut\" -ansi -pedantic   -c -o options.o options.c
cc -O2 -fno-strict-aliasing -pipe -s -Wall -DNUTDIR=\".nutdb\" -DFOODDIR=\"/usr/local/share/nut\" -ansi -pedantic   -c -o prtmenu.o prtmenu.c
cc -O2 -fno-strict-aliasing -pipe -s -Wall -DNUTDIR=\".nutdb\" -DFOODDIR=\"/usr/local/share/nut\" -ansi -pedantic   -c -o ranking.o ranking.c
cc -O2 -fno-strict-aliasing -pipe -s -Wall -DNUTDIR=\".nutdb\" -DFOODDIR=\"/usr/local/share/nut\" -ansi -pedantic   -c -o recmeal.o recmeal.c
cc -O2 -fno-strict-aliasing -pipe -s -Wall -DNUTDIR=\".nutdb\" -DFOODDIR=\"/usr/local/share/nut\" -ansi -pedantic   -c -o remmeal.o remmeal.c
cc -O2 -fno-strict-aliasing -pipe -s -Wall -DNUTDIR=\".nutdb\" -DFOODDIR=\"/usr/local/share/nut\" -ansi -pedantic   -c -o theusual.o theusual.c
cc -O2 -fno-strict-aliasing -pipe -s -Wall -DNUTDIR=\".nutdb\" -DFOODDIR=\"/usr/local/share/nut\" -ansi -pedantic   -c -o trendy.o trendy.c
cc -O2 -fno-strict-aliasing -pipe -s -Wall -DNUTDIR=\".nutdb\" -DFOODDIR=\"/usr/local/share/nut\" -ansi -pedantic   -c -o util.o util.c
cc -O2 -fno-strict-aliasing -pipe -s -Wall -DNUTDIR=\".nutdb\" -DFOODDIR=\"/usr/local/share/nut\" -ansi -pedantic   -c -o viewfood.o viewfood.c
cc -O2 -fno-strict-aliasing -pipe -s -Wall -DNUTDIR=\".nutdb\" -DFOODDIR=\"/usr/local/share/nut\" -ansi -pedantic -lm -o nut addfood.o anameal.o db.o food.o main.o meal.o menu.o options.o prtmenu.o ranking.o recmeal.o remmeal.o theusual.o trendy.o util.o viewfood.o
================================================================
====================<phase 5: make test>====================
make: don't know how to make regression-test(continuing)
================================================================
====================<phase 6: make install>====================
add_pkg
===>  Installing for health-nut-13.7
===>   Generating temporary packing list
===>  Checking if misc/nut already installed
===>   Compressing manual pages for health-nut-13.7
===>   Registering installation for health-nut-13.7
================================================================
====================<phase 7: make package>====================
===>  Building package for health-nut-13.7
Creating package /tmp/packages/All/health-nut-13.7.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/health-nut-13.7.tbz'
Deleting health-nut-13.7
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
260419        4 drwxr-xr-x    2 root             wheel                 512 Sep  7 07:49 usr/local/share/nut
260420        0 -r--r--r--    1 root             wheel                   0 Sep  7 07:49 usr/local/share/nut/FOOD_DES.txt
260421        4 -r--r--r--    1 root             wheel                  47 Sep  7 07:49 usr/local/share/nut/NUT_DATA.txt
260564      704 -r--r--r--    1 root             wheel              331430 Sep  7 07:49 usr/local/share/nut/WEIGHT.lib
260565        0 -r--r--r--    1 root             wheel                   0 Sep  7 07:49 usr/local/share/nut/WEIGHT.txt
260566     8544 -r--r--r--    1 root             wheel             4356628 Sep  7 07:49 usr/local/share/nut/sr20.nut
================================================================
build of /usr/ports/misc/nut ended at Sun Sep  7 07:49:08 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From QAT at FreeBSD.org  Sun Sep  7 08:57:06 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Sun Sep  7 08:57:18 2008
Subject: cvs commit: ports/archivers/grzip Makefile ports/archivers/lzma
	Makefile ports/archivers/pbzip2 Makefile
	ports/archivers/ppmd-7z Makefile ports/archivers/unfoo
	Makefile ports/astro/ptiger Makefile ports/astro/tclgeomap Makefile
In-Reply-To: <200809070019.m870J5kC007682@repoman.freebsd.org>
References: In-Reply-To: <200809070019.m870J5kC007682@repoman.freebsd.org>
Message-ID: <20080907085704.B5EFB12E40FE@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/cjc-1.0.0.675.log :


building cjc-1.0.0.675 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/net-im/cjc
Makefile ident: $FreeBSD: ports/net-im/cjc/Makefile,v 1.6 2008/09/07 00:18:39 linimon Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Sun Sep  7 08:56:33 UTC 2008

.................................<Last 40 lines of the log>..................

Compiling /usr/local/share/cjc/cjc/ui/text_buffer.py ...
Compiling /usr/local/share/cjc/cjc/ui/text_input.py ...
Compiling /usr/local/share/cjc/cjc/ui/widget.py ...
Compiling /usr/local/share/cjc/cjc/ui/window.py ...
Compiling /usr/local/share/cjc/cjc/version.py ...
Listing /usr/local/share/cjc/plugins ...
Compiling /usr/local/share/cjc/plugins/chat.py ...
Compiling /usr/local/share/cjc/plugins/disco.py ...
Compiling /usr/local/share/cjc/plugins/events.py ...
Compiling /usr/local/share/cjc/plugins/jogger_pl.py ...
Compiling /usr/local/share/cjc/plugins/message.py ...
Compiling /usr/local/share/cjc/plugins/muc.py ...
Compiling /usr/local/share/cjc/plugins/multicast.py ...
Compiling /usr/local/share/cjc/plugins/presence.py ...
Compiling /usr/local/share/cjc/plugins/python.py ...
Compiling /usr/local/share/cjc/plugins/roster.py ...
Compiling /usr/local/share/cjc/plugins/roster_ei.py ...
Compiling /usr/local/share/cjc/plugins/shell.py ...
Compiling /usr/local/share/cjc/plugins/test.py ...
Compiling /usr/local/share/cjc/plugins/vcard.py ...
Compiling /usr/local/share/cjc/plugins/version.py ...
Compiling /usr/local/share/cjc/plugins/xmlconsole.py ...
install -d /usr/local/share/doc/cjc
install -d /usr/local/bin
install cjc.inst /usr/local/bin/cjc
===>   Registering installation for cjc-1.0.0.675
================================================================
====================<phase 7: make package>====================
===>  Building package for cjc-1.0.0.675
Creating package /tmp/packages/All/cjc-1.0.0.675.tbz
Registering depends: py25-pyxmpp-1.0.0.664 py25-libxml2-2.6.32 libxml2-2.6.32 libiconv-1.11_1 pkg-config-0.23_1 py25-dnspython-1.6.0 py25-m2crypto-0.18.2 python25-2.5.2_2.
Creating bzip'd tar ball in '/tmp/packages/All/cjc-1.0.0.675.tbz'
Deleting cjc-1.0.0.675
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
378345        4 drwxr-xr-x    2 root             wheel                 512 Sep  7 08:57 usr/local/share/doc/cjc
================================================================
build of /usr/ports/net-im/cjc ended at Sun Sep  7 08:57:03 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From phoffman at proper.com  Sun Sep  7 14:20:42 2008
From: phoffman at proper.com (Paul Hoffman)
Date: Sun Sep  7 14:20:48 2008
Subject: Wanted: binary build of Emacs without X11
Message-ID: <p06240839c4e991b1c032@[10.20.30.152]>

Greetings again. I'm not sure if this request should be done to this 
mailing list or as a PR, but here goes.

I run FreeBSD as a server, not as a desktop. Some of my users want 
Emacs. If I pull down the prebuilt binary, it requires a zillon 
X11-related packages that are of no use on my system. If I go to 
/usr/ports/editors/emacs and build with WITHOUT_X11, I still need to 
install a bunch of building tools that are basically unneeded by 
anything other than building Emacs.

It would be nice if the prebuilt binaries had an emacs-nox11.

--Paul Hoffman
From QAT at FreeBSD.org  Sun Sep  7 16:22:22 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Sun Sep  7 16:22:39 2008
Subject: cvs commit: ports/devel/ecos-tools Makefile ports/devel/noweb
	Makefile ports/devel/py-kjbuckets Makefile ports/games/awele
	Makefile ports/games/gnomesudoku Makefile ports/games/pysol
	Makefile ports/games/xminehunter Makefile por
In-Reply-To: <200809070054.m870skYG081684@repoman.freebsd.org>
References: In-Reply-To: <200809070054.m870skYG081684@repoman.freebsd.org>
Message-ID: <20080907162220.1B37212E4450@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/ranlib-1.0.log :


building ranlib-1.0 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/math/libranlib
Makefile ident: $FreeBSD: ports/math/libranlib/Makefile,v 1.14 2008/09/07 00:54:45 linimon Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Sun Sep  7 16:22:16 UTC 2008

.................................<Last 40 lines of the log>..................

cc -O2 -fno-strict-aliasing -pipe   -c ranlib.c
building static ranlib library
ranlib libranlib.a
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe   -c /work/a/ports/math/libranlib/work/ranlib.c/src/../linpack/linpack.c -o linpack.So
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe   -c com.c -o com.So
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe   -c ranlib.c -o ranlib.So
building shared library libranlib.so.1
================================================================
====================<phase 5: make test>====================
make: don't know how to make regression-test(continuing)
================================================================
====================<phase 6: make install>====================
add_pkg
===>  Installing for ranlib-1.0
===>   Generating temporary packing list
===>  Checking if math/libranlib already installed
"/usr/share/mk/bsd.compat.mk", line 35: warning: NOPROFILE is deprecated in favour of NO_PROFILE
install -C -o root -g wheel -m 444 /work/a/ports/math/libranlib/work/ranlib.c/src/ranlib.h  /usr/local/include
install -C -o root -g wheel -m 444   libranlib.a /usr/local/lib
install -s -o root -g wheel -m 444     libranlib.so.1 /usr/local/lib
ln -fs libranlib.so.1 /usr/local/lib/libranlib.so
===>   Running ldconfig
/sbin/ldconfig -m /usr/local/lib
===>   Registering installation for ranlib-1.0
================================================================
====================<phase 7: make package>====================
===>  Building package for ranlib-1.0
tar: share/doc/ranlib/Basegen.c.doc: Cannot stat: No such file or directory
tar: share/doc/ranlib/ranlib.c.chs: Cannot stat: No such file or directory
tar: share/doc/ranlib/ranlib.c.fdoc: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/ranlib-1.0.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/ranlib-1.0.tbz'
*** Error code 1

Stop in /a/ports/math/libranlib.
================================================================
build of /usr/ports/math/libranlib ended at Sun Sep  7 16:22:18 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From QAT at FreeBSD.org  Sun Sep  7 16:27:05 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Sun Sep  7 16:27:17 2008
Subject: cvs commit: ports/devel/ecos-tools Makefile ports/devel/noweb
	Makefile ports/devel/py-kjbuckets Makefile ports/games/awele
	Makefile ports/games/gnomesudoku Makefile ports/games/pysol
	Makefile ports/games/xminehunter Makefile por
In-Reply-To: <200809070054.m870skYG081684@repoman.freebsd.org>
References: In-Reply-To: <200809070054.m870skYG081684@repoman.freebsd.org>
Message-ID: <20080907162703.7ECC112E4450@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/py25-scientific-2.6_1.log :


building py25-scientific-2.6_1 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/math/py-scientific
Makefile ident: $FreeBSD: ports/math/py-scientific/Makefile,v 1.22 2008/09/07 00:54:45 linimon Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Sun Sep  7 16:26:42 UTC 2008

.................................<Last 40 lines of the log>..................

byte-compiling /usr/local/lib/python2.5/site-packages/Scientific/MPI/core.py to core.pyc
byte-compiling /usr/local/lib/python2.5/site-packages/Scientific/MPI/IO.py to IO.pyc
byte-compiling /usr/local/lib/python2.5/site-packages/Scientific/BSP/__init__.py to __init__.pyc
byte-compiling /usr/local/lib/python2.5/site-packages/Scientific/BSP/Console.py to Console.pyc
byte-compiling /usr/local/lib/python2.5/site-packages/Scientific/BSP/core.py to core.pyc
byte-compiling /usr/local/lib/python2.5/site-packages/Scientific/BSP/IO.py to IO.pyc
byte-compiling /usr/local/lib/python2.5/site-packages/Scientific/BSP/RemoteObjects.py to RemoteObjects.pyc
byte-compiling /usr/local/lib/python2.5/site-packages/Scientific/use_numeric/__init__.py to __init__.pyc
writing byte-compilation script '/tmp/tmp5tgu9S.py'
/usr/local/bin/python2.5 -O /tmp/tmp5tgu9S.py
removing /tmp/tmp5tgu9S.py
running install_headers
creating /usr/local/include/python2.5/Scientific
copying Include/Scientific/bspmodule.h -> /usr/local/include/python2.5/Scientific
copying Include/Scientific/mpimodule.h -> /usr/local/include/python2.5/Scientific
copying Include/Scientific/netcdfmodule.h -> /usr/local/include/python2.5/Scientific
copying Include/Scientific/PyBSP_API.h -> /usr/local/include/python2.5/Scientific
copying Include/Scientific/PyMPI_API.h -> /usr/local/include/python2.5/Scientific
running install_scripts
copying build/scripts-2.5/bsp_virtual -> /usr/local/bin
changing mode of /usr/local/bin/bsp_virtual to 755
running install_egg_info
Writing /usr/local/lib/python2.5/site-packages/ScientificPython-2.6-py2.5.egg-info
install  -o root -g wheel -m 444 /work/a/ports/math/py-scientific/work/ScientificPython-2.6/LICENSE /usr/local/share/doc/py-scientific
===>   Registering installation for py25-scientific-2.6_1
================================================================
====================<phase 7: make package>====================
===>  Building package for py25-scientific-2.6_1
Creating package /tmp/packages/All/py25-scientific-2.6_1.tbz
Registering depends: py25-numeric-24.2 python25-2.5.2_2 netcdf-3.6.3_1.
Creating bzip'd tar ball in '/tmp/packages/All/py25-scientific-2.6_1.tbz'
Deleting py25-scientific-2.6_1
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
9256746        4 drwxr-xr-x    2 root             wheel                 512 Sep  7 16:27 usr/local/share/doc/py-scientific
9256747       44 -r--r--r--    1 root             wheel               21084 Sep  7 16:27 usr/local/share/doc/py-scientific/LICENSE
================================================================
build of /usr/ports/math/py-scientific ended at Sun Sep  7 16:27:02 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From swhetzel at gmail.com  Sun Sep  7 16:58:20 2008
From: swhetzel at gmail.com (Scot Hetzel)
Date: Sun Sep  7 16:58:26 2008
Subject: Wanted: binary build of Emacs without X11
In-Reply-To: <p06240839c4e991b1c032@10.20.30.152>
References: <p06240839c4e991b1c032@10.20.30.152>
Message-ID: <790a9fff0809070936o4eae9f31hec887930b7fa9796@mail.gmail.com>

On 9/7/08, Paul Hoffman <phoffman@proper.com> wrote:
> Greetings again. I'm not sure if this request should be done to this mailing
> list or as a PR, but here goes.
>
>  I run FreeBSD as a server, not as a desktop. Some of my users want Emacs.
> If I pull down the prebuilt binary, it requires a zillon X11-related
> packages that are of no use on my system. If I go to
> /usr/ports/editors/emacs and build with WITHOUT_X11, I still need to install
> a bunch of building tools that are basically unneeded by anything other than
> building Emacs.
>
>  It would be nice if the prebuilt binaries had an emacs-nox11.
>
Have a look at print/ghostscript-gnu-nox11/Makefile on how to create
the emacs-nox11 port.

Then use send-pr to to get the port commited.

Scot
From phoffman at proper.com  Sun Sep  7 20:07:23 2008
From: phoffman at proper.com (Paul Hoffman)
Date: Sun Sep  7 20:07:29 2008
Subject: Wanted: binary build of Emacs without X11
In-Reply-To: <790a9fff0809070936o4eae9f31hec887930b7fa9796@mail.gmail.com>
References: <p06240839c4e991b1c032@10.20.30.152>
	<790a9fff0809070936o4eae9f31hec887930b7fa9796@mail.gmail.com>
Message-ID: <p0624084dc4e9e4bb3693@[10.20.30.152]>

At 11:36 AM -0500 9/7/08, Scot Hetzel wrote:
>On 9/7/08, Paul Hoffman <phoffman@proper.com> wrote:
>>  Greetings again. I'm not sure if this request should be done to this mailing
>>  list or as a PR, but here goes.
>>
>>   I run FreeBSD as a server, not as a desktop. Some of my users want Emacs.
>>  If I pull down the prebuilt binary, it requires a zillon X11-related
>>  packages that are of no use on my system. If I go to
>>  /usr/ports/editors/emacs and build with WITHOUT_X11, I still need to install
>>  a bunch of building tools that are basically unneeded by anything other than
>>  building Emacs.
>>
>>   It would be nice if the prebuilt binaries had an emacs-nox11.
>>
>Have a look at print/ghostscript-gnu-nox11/Makefile on how to create
>the emacs-nox11 port.
>
>Then use send-pr to to get the port commited.

Many thanks. Done.
From webmaster at mayr-software.de  Sun Sep  7 20:10:03 2008
From: webmaster at mayr-software.de (Klaus Mayr)
Date: Sun Sep  7 20:10:39 2008
Subject: FreeBSD Port: samba-3.0.32_1,1
Message-ID: <1220817009.6534.4.camel@mayr-software01>

Hello,

recently i upgraded my FreeBSD 6.2/amd64 box from samba 3.0.25a to the
latest port version (i always try to do this every few weeks).

Since 3.0.26 i discovered that after a while the system consumes approx
90% with a few samba threads. 

due to this performance bottleneck i have to "killall -9 smbd" these
processes and restart the samba daemon (winbindd, smbd and nmbd) to
bring the system back to 95% idle.

how can i trace this problem to modify the configuration so this hangups
will no longer occur ?

till now i downgraded back to 3.0.25a from time to time ...

kind regards
Mayr Klaus

From david at vizion2000.net  Sun Sep  7 20:17:22 2008
From: david at vizion2000.net (David Southwell)
Date: Sun Sep  7 20:17:29 2008
Subject: Portupgrade has serious problems
In-Reply-To: <48C15B57.60202@FreeBSD.org>
References: <200809011300.48256.david@vizion2000.net>
	<200809041454.11916.david@vizion2000.net>
	<48C15B57.60202@FreeBSD.org>
Message-ID: <200809071341.14955.david@vizion2000.net>

On Friday 05 September 2008 09:16:23 you wrote:
> David Southwell wrote:
> > On Thursday 04 September 2008 09:38:22 you wrote:
> >> David Southwell wrote:
> >>> On Tuesday 02 September 2008 08:26:26 you wrote:
> >>>> Show please an output of the command:
> >>>> pkg_info -o apache-2.2.9
> >>>
> >>> Following up this one here is another weirdo::
> >>> ttp://httpd.apache.org/
> >>> ===>  Cleaning for apache-2.2.9_5
> >>> --->  Cleaning out obsolete shared libraries
> >>> [Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 1047
> >>> packages found (-0 +1) . done]
> >>> --->  Skipping 'bsdpan-Term-ReadLine-Perl-1.0302' because it is held by
> >>> user (specify -f to force)
> >>> --->  Skipping 'devel/p5-IO' because it is held by user (specify -f to
> >>> force) --->  Skipping 'graphics/ImageMagick' (ImageMagick-6.4.3.4)
> >>> because a requisite package 'apache-2.2.9_3' () failed (specify -k to
> >>> force) --->  Skipping 'bsdpan-Shell-0.72' because it is held by user
> >>> (specify -f to force)
> >>> --->  Skipping 'misc/p5-Array-Compare' because it is held by user
> >>> (specify -f to force)
> >>> --->  Skipping 'devel/p5-Devel-Symdump' because it is held by user
> >>> (specify -f to force)
> >>> ** Listing the failed packages (-:ignored / *:skipped / !:failed)
> >>>
> >>>
> >>> Here we have another example of portupgrade gets its dependencies in a
> >>> twist.
> >>>
> >>> Not install Image-Magick on the grounds that apache, which it has just
> >>> upgraded does not have the previous version installed.
> >>>
> >>> This is a constant repeat of the same problem as has happened with kde
> >>> and elsewjhere
> >>
> >> Just again. Show pkg_info -o apache-2.2.9_5 please.
> >
> > Here is output..
> >
> > But how does it help?
>
> It helps me to uderstand why there is no origin in the line:
> because a requisite package 'apache-2.2.9_3' () failed (specify -k to
>
> > Having installed the upgradefrom apache-2.2.9_3 to 2.2.9_5 the database
> > naturally shows the result of upgrading the database. Is it not more
> > about what version portupgrade is expecting to find? Having upgraded why
> > dhould it expect to find  apache-2.2.9_3????
>
> I don't know. After apache was updated portupgrade should rebuild its
> databases. It did it (line: "[Updating the pkgdb <format:bdb_btree> in
> /var/db/pkg ... - 1047 packages found (-0 +1) . done]"). But for some
> reason it use old values.
> What version of db do you use?root@dns1 /var/spool/mqueue]# pkg_info |grep 
db
apr-gdbm-db42-1.3.3.1.3.4 Apache Portability Library
db4-4.0.14_1,1      The Berkeley DB package, revision 4
db42-4.2.52_5       The Berkeley DB package, revision 4.2
dbus-1.2.1          A message bus system for inter-application communication
dbus-glib-0.76      GLib bindings for the D-BUS messaging system
gdb-6.6_1           GNU GDB of newer version than comes with the system
gdbm-1.8.3_3        The GNU database manager
gnome-db-0.2.96_10  Provide uniform access to data sources for the GNOME 
enviro
libcddb-1.3.0       A library to access data on a CDDB server
qt4-dbus-4.4.1      Qt4 bindings for the D-BUS messaging system
qt4-odbc-plugin-4.4.1 Qt ODBC database plugin
qt4-qdbusviewer-4.4.1 Qt4 D-BUS viewer
ruby18-bdb-0.6.4    Ruby interface to Sleepycat's Berkeley DB revision 2 or 
lat
xcmsdb-1.0.1        Device Color Characterization utility for X
xdbedizzy-1.0.2     Demo of DBE creating a double buffered spinning scene
xrdb-1.0.4          X server resource database >
> > root@dns1 /usr/home/david]# pkg_info -o apache*
> > Information for apache-2.2.9_5:
> >
> > Origin:
> > www/apache22
> >
> > Information for apache-ant-1.7.0_2:
> >
> > Origin:
> > devel/apache-ant


From sem at FreeBSD.org  Sun Sep  7 21:59:34 2008
From: sem at FreeBSD.org (Sergey Matveychuk)
Date: Sun Sep  7 21:59:40 2008
Subject: vim distinfo problem
Message-ID: <48C44EB8.8080100@FreeBSD.org>

Hi.

Please note:
=> vim-7.2.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/vim.
=> Attempting to fetch from http://ftp.vim.org/pub/vim/unix/.
fetch: http://ftp.vim.org/pub/vim/unix/vim-7.2.tar.bz2: size mismatch: 
expected 7203720, actual 7203291

-- 
Dixi.
Sem.
From erwin at pointyhat.freebsd.org  Mon Sep  8 01:05:13 2008
From: erwin at pointyhat.freebsd.org (Erwin Lansing)
Date: Mon Sep  8 01:05:20 2008
Subject: INDEX build failed for 7.x
Message-ID: <200809080105.m8815DhD045828@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-7 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
"/usr/share/mk/sys.mk", line 357: Could not find bsd.cpu.mk
make: fatal errors encountered -- cannot continue
===> x11-clocks/asclock-gtk failed
*** Error code 1
make: Permission denied
===> www/p5-Catalyst-Controller-FormBuilder failed
*** Error code 1
*** Error code 1

Stop in /a/erwin/tindex/ports.
*** Error code 1

Stop in /a/erwin/tindex/ports.
2 errors

Committers on the hook:
chinsan itetcu kuriyama linimon mi miwi tdb 

Most recent CVS update was:
U CHANGES
U MOVED
U UPDATING
U audio/Makefile
U audio/squeezecenter-lazysearch/Makefile
U audio/squeezecenter-lazysearch/distinfo
U audio/squeezecenter-superdatetime/Makefile
U audio/squeezecenter-superdatetime/distinfo
U audio/squeezecenter-superdatetime/pkg-plist
U databases/mywwwatcher/Makefile
U databases/mywwwatcher/distinfo
U databases/mywwwatcher/pkg-descr
U databases/mywwwatcher/pkg-plist
U devel/flex_compiler_shell/Makefile
U devel/p5-File-Remove/Makefile
U devel/p5-File-Remove/distinfo
U devel/p5-Object-InsideOut/Makefile
U devel/p5-Object-InsideOut/distinfo
U devel/rubygem-rascut/Makefile
U devel/subversion/Makefile.common
U devel/subversion/distinfo
U devel/urjtag/Makefile
U games/klavaro/Makefile
U games/wormux/Makefile
U games/wormux/files/patch-config.h
U graphics/oglext/Makefile
U hungarian/hunspell/Makefile
U hungarian/hunspell/pkg-plist
U lang/kroc/Makefile
U lang/kroc/distinfo
U lang/kroc/pkg-plist
U palm/py-synce-librapi2/Makefile
U ports-mgmt/tinderbox/Makefile
U ports-mgmt/tinderbox/pkg-plist
U security/pear-Auth/Makefile
U textproc/pear-XML_DTD/Makefile
U www/Makefile
U www/helma/Makefile
U www/helma/distinfo
U www/helma/pkg-descr
U www/helma/pkg-plist
U www/helma/files/helma.in
U www/helma/files/helma.sh.in
U www/helma/files/patch-ApplicationManager.java
U www/helma/files/patch-Server.java
U www/pear-HTTP_Request/Makefile
U www/pear-Services_Delicious/Makefile
U www/pear-UDDI/Makefile
U x11/libxcb/Makefile
U x11/libxcb/distinfo
U x11/libxcb/pkg-plist
U x11/xcb-proto/Makefile
U x11/xcb-proto/distinfo
U x11/xcb-proto/pkg-plist
U x11/xcb-util/Makefile
U x11/xcb-util/distinfo
U x11/xcb-util/pkg-plist
From bugmaster at FreeBSD.org  Mon Sep  8 02:30:55 2008
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Sep  8 02:31:20 2008
Subject: Current unassigned ports problem reports
Message-ID: <200809080230.m882Us5J010005@freefall.freebsd.org>

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.

S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o ports/127198            Ncmpcpp Update to 0.2.2
o ports/127193            New port: editors/emacs-nox11 Emacs built without X11
f ports/127183            www/mod_fcgid fails to run on RELENG_7 amd64
f ports/127182            shells/ksh93 fails to build
f ports/127181            lang/mpd logs warning
o ports/127180            [patch] update of math/gretl 1.7.6 -> 1.7.7
f ports/127178            [patch] games/traindirector: update to 3.5
o ports/127168            [PATCH] Upgrade editors/emacs to GNU Emacs 22.3
f ports/127143            devel/flyspray 0.9.9.2_1 BUG:  ERROR: operator does no
f ports/127089            sysutils/heartbeat does not compile
o ports/127087            mail/bincimap port does not include an rc.d file
o ports/127075            comms/qpage segmentation fault due to freeing already-
f ports/127018            Linuxulator incapable of using FreeBSD's LDAP environm
f ports/127011            lang/gnat-gcc43 fails to download distfile(s)
o ports/126922            devel/libusb : update for Network UPS Tools
f ports/126890            port update: lang/cmucl
o ports/126872            New port: lang/linux-tcl84
f ports/126867            security/sshguard-pf 1.1 fails to detect attempted log
f ports/126840            [PATCH] update sysutils/fusefs-wdfs to use neon28 if p
f ports/126839            ports/misc/ezload - update: add hardware support for r
f ports/126805            audio/Teamspeak_server port runs as root by default
f ports/126772            palm/pilot-link has broke pilot-link.m4
o ports/126732            [patch] archivers/rpm5 update (build depends)
f ports/126706            multimedia/libdvdcss unusable on RELENG_7
f ports/126705            [patch] devel/bazaar Update neon dependancy
f ports/126704            [patch] update neon dependancy in audio/libmusicbrainz
o ports/126674            New port: print/latex-babel
o ports/126673            New port: print/latex-supertabular
o ports/126655            java/jboss4 can not take standard parameter "-b host_n
o ports/126628            sysutils/heartbeat incorrect detect interfaces during 
f ports/126532            devel/tclxml-libxml2 - do not found libtclxmlstub
o ports/126520            textproc/flex is conflicts with system flex and have A
f ports/126518            Unbroke archivers/lzo2 on i386
o ports/126513            print/ghostscript-gpl - ghostscript - gpl - compile bu
s ports/126476            [update] net-mgmt/nrpe2: Update to 2.12; add 'reload' 
o ports/126345            ports mail/libpst not post Outlook 2003 compatible
o ports/126343            Update port: multimedia/mythtv
f ports/126322            [patch] sysutils/fusefs-kmod: Make install location co
o ports/126291            [Update]lang/py-mx-base:update to 3.1.1
o ports/126273            Utilize MASTER_SITES abbreviations.
f ports/126228            [PATCH] mail/courier: new version 0.60.0
o ports/126200            [PATCH] net-p2p/bitflu: update to 0.50
f ports/126196            sysutils/heartbeat: port 1.2.5 rev3 problem with libne
f ports/126165            Patches introduced in sysutils/flexbackup 1.2.1_3 caus
f ports/126161            security/bsp_upektfmess does not work on 7.0
o ports/126141            [patch] security/dirmngr update to 1.0.2
f ports/126058            net/generic-nqs fails to compile
f ports/126055            x11-toolkits/p5-Tk - segmentation fault running perl-t
o ports/126040            update sysutils/linux-megacli
f ports/125960            sysutils/syscp lacks of chattr/chflags
o ports/125719            shells/pdksh, zombie process's occouring on SMP Machin
o ports/125705            semi new port: resurrect graphics/mesagl in a mangled 
f ports/125594            net-p2p/Amule2 port is outdated
f ports/125362            New port: devel/ocaml-lwt (cooperative threading libra
o ports/125348            lang/nawk: support multibyte charsets in tolower/toupp
o ports/125324            editors/the (3.2) looses cursor when compiled with PDC
o ports/125260            archivers/pbzip2: PRIu64 macro not being expanded corr
o ports/125201            audio/aqualung crashes
f ports/125111            [PATCH] graphics/gdal: cyclic dependency and wrong opt
o ports/124905            new port: databases/sqlitejdbc 051
f ports/124901            [patch] sysutils/fusefs-kmod dataloss on write shortly
o ports/124864            print/ghostscript-gpl fails to install if ESC/Page dri
o ports/124597            [NEW PORT] net/callweaver: Fork of the popular Open So
o ports/124548            net/mDNSResponder port incompatible with gnome desktop
f ports/124428            palm/jpilot configure error when checking for pilot-li
f ports/124423            multimedia/mplayer detection of OSS Audio is faulty
f ports/124257            [PATCH] security/sguil-server: ${PREFIX}/lib/sguil-ser
o ports/124177            [patch] audio/last.fm: update to 1.4.0.56102
f ports/124083            net/vnc is not building the xorg vnc module
f ports/124082            [UPDATE]: audio/qmpdclient Update to new release, 1.0.
o ports/124061            [patch]: lang/mlton (new features)
o ports/124000            [patch] update net/isc-dhcp3-server to 3.0.7 and reset
f ports/123756            [patch] put devel/libffi includes in sane place
o ports/123718            Update port: math/py-scientific to 2.6.1
o ports/123437            comms/qpage -- hangup problems and ident requests
f ports/123424            [NEW PORT] net/winexe
o ports/123391            [NEW PORT] math/mingw32-libgmp4: Library for arbitrary
o ports/123247            linux-firefox and linux-seamonkey from multiple users
o ports/123239            New port: graphics/diamondbox Layer based photo editor
o ports/122907            [patch] sysutils/fusefs-kmod dataloss on write shortly
o ports/122824            [new port] add news/husky-htick-devel port
f ports/122701            New port: www/mod_wombat "Apache Lua module"
f ports/122596            devel/python: Python hangs when importing pygtk
o ports/122434            Extraneous files/directories installed by math/py-nume
o ports/122381            net-mgmt/collectd in FreeBSD 7.0 i386 and sparc64 segf
f ports/122276            Compiled audio/musicpd segfaults on FreeBSD 7.0
f ports/121405            Update graphics/gmt to newer version (4.2.1)
o ports/121325            Xorg crashes when x11-wm/xcompmgr is running
o ports/121259            New port: net/openamq OpenAMQ is a complete AMQP messa
o ports/121194            math/arpack - Patch to use ARPACK++ on modern compiler
f ports/119556            [PATCH] textproc/xerces-c2: Update to 2.8.0
o ports/119183            [NEW PORT] net/freeradius-client: FreeRADIUS Client li
f ports/118877            audio/streamripper does not detect song title from str
f ports/116586            net/isc-dhcp3-server does not work when compiled with 
f ports/116385            net/vnc using vnc.so crashes Xorg 7.3 when remote comp
f ports/115304            multimedia/gpac-mp4box cannot import files larger than
o ports/114945            [request] Protect mail/ssmtp configuration files
s ports/113144            print/ghostscript-gnu dumps core with several output d
o ports/110144            New port: math/Matlab7
o ports/108795            ports/icc: Proposed update to icc port for intel compi
f ports/107304            print/apsfilter does not print PDF to raw PostScript p
o amd64/104311            ports/wine should be installable on amd64
o ports/100771            port submit (ports-mgmt/porttools) cannot parse multip
o ports/97254             ports-mgmt/porttools - wrong prefix
s ports/85513             Intel C++ compiler not 100% binary compatible with sys
o ports/79651             [patch] mail/ssmtp: add per-user smtp authentication c
a ports/79351             Character passing error in security/pinentry-qt

107 problems total.


Bugs can be in one of several states:

o - open
A problem report has been submitted, no sanity checking performed.

a - analyzed
The problem is understood and a solution is being sought.

f - feedback
Further work requires additional information from the
     originator or the community - possibly confirmation of
     the effectiveness of a proposed solution.

p - patched
A patch has been committed, but some issues (MFC and / or
     confirmation from originator) are still open.

r - repocopy
The resolution of the problem report is dependent on
     a repocopy operation within the CVS repository which
     is awaiting completion.

s - suspended
The problem is not being worked on, due to lack of information
     or resources.  This is a prime candidate
     for somebody who is looking for a project to do.
     If the problem cannot be solved at all,
     it will be closed, rather than suspended.

c - closed
A problem report is closed when any changes have been integrated,
     documented, and tested -- or when fixing the problem is abandoned.

From erwin at FreeBSD.org  Mon Sep  8 04:40:06 2008
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Mon Sep  8 04:40:12 2008
Subject: INDEX now builds successfully on 7.x
Message-ID: <200809080440.m884e5mO036914@pointyhat.freebsd.org>

From portsuser at larseighner.com  Mon Sep  8 06:48:13 2008
From: portsuser at larseighner.com (Lars Eighner)
Date: Mon Sep  8 06:48:21 2008
Subject: Conflict subversion sitecopy
Message-ID: <20080908011245.Q884@qroenaqrq.6qbyyneqvnyhc.pbz>

It appears to me from 7-STABLE, that there is a conflict between sitecopy
and subversion as that sitecopy insists on neon26 and subversion requires
neon28.

-- 
Lars Eighner
http://www.larseighner.com/index.html
8800 N IH35 APT 1191 AUSTIN TX 78753-5266

From numardbsd at gmail.com  Mon Sep  8 07:17:18 2008
From: numardbsd at gmail.com (Norberto Meijome)
Date: Mon Sep  8 07:17:24 2008
Subject: USE_GECKO=firefox and firefox3
Message-ID: <20080908170346.0815cee0@ayiin>

Hi all,
I have firefox3 installed. my make.conf shows USE_GECKO=firefox.

When I try to install any port (in particular today, the latest eclipse 3.3.2 )
which uses USE_GECKO, www/firefox is pulled into the dependencies, rather tha
firefox3.

I use portupgrade to launch the eclipse upgrade ( portupgrade -p eclipse ) ,
and my /usr/local/etc/pkgtools.conf contains the following relevant entries:


 ALT_PKGDEP = {
    'www/mozilla' => 'www/firefox3',
    'www/firefox' => 'www/firefox3',
    'firefox-2*' => 'firefox-3*',
    'firefox' => 'firefox3',
[...]
}

still, no luck, ffox 2 gets pulled in.

should Mk/bsd.gecko.mk have support for firefox3 ? Is there any solution,other
than deinstalling ffox3, install ffox2, install eclipse, and then replace ffox2
with 3 ? 

 ( I *suspect* that portupgrade -o {ffox something} {ffox other} eclipse would
do , but not entirely sure how it works....

Thanks for any help!!
B, now gmail powered.
_________________________
{Beto|Norberto|Numard} Meijome

"I respect faith, but doubt is what gives you an education."
   Wilson Mizner

I speak for myself, not my employer. Contents may be hot. Slippery when wet.
Reading disclaimers makes you go blind. Writing them is worse. You have been
Warned.
From david at vizion2000.net  Mon Sep  8 09:11:06 2008
From: david at vizion2000.net (David Southwell)
Date: Mon Sep  8 09:11:18 2008
Subject: Portupgrade has serious problems
In-Reply-To: <200809071341.14955.david@vizion2000.net>
References: <200809011300.48256.david@vizion2000.net>
	<48C15B57.60202@FreeBSD.org>
	<200809071341.14955.david@vizion2000.net>
Message-ID: <200809080235.02554.david@vizion2000.net>

On Sunday 07 September 2008 13:41:14 David Southwell wrote:
> On Friday 05 September 2008 09:16:23 you wrote:
> > David Southwell wrote:
> > > On Thursday 04 September 2008 09:38:22 you wrote:
> > >> David Southwell wrote:
> > >>> On Tuesday 02 September 2008 08:26:26 you wrote:
> > >>>> Show please an output of the command:
> > >>>> pkg_info -o apache-2.2.9
> > >>>
> > >>> Following up this one here is another weirdo::
> > >>> ttp://httpd.apache.org/
> > >>> ===>  Cleaning for apache-2.2.9_5
> > >>> --->  Cleaning out obsolete shared libraries
> > >>> [Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 1047
> > >>> packages found (-0 +1) . done]
> > >>> --->  Skipping 'bsdpan-Term-ReadLine-Perl-1.0302' because it is held
> > >>> by user (specify -f to force)
> > >>> --->  Skipping 'devel/p5-IO' because it is held by user (specify -f
> > >>> to force) --->  Skipping 'graphics/ImageMagick' (ImageMagick-6.4.3.4)
> > >>> because a requisite package 'apache-2.2.9_3' () failed (specify -k to
> > >>> force) --->  Skipping 'bsdpan-Shell-0.72' because it is held by user
> > >>> (specify -f to force)
> > >>> --->  Skipping 'misc/p5-Array-Compare' because it is held by user
> > >>> (specify -f to force)
> > >>> --->  Skipping 'devel/p5-Devel-Symdump' because it is held by user
> > >>> (specify -f to force)
> > >>> ** Listing the failed packages (-:ignored / *:skipped / !:failed)
> > >>>
> > >>>
> > >>> Here we have another example of portupgrade gets its dependencies in
> > >>> a twist.
> > >>>
> > >>> Not install Image-Magick on the grounds that apache, which it has
> > >>> just upgraded does not have the previous version installed.
> > >>>
> > >>> This is a constant repeat of the same problem as has happened with
> > >>> kde and elsewjhere
> > >>
> > >> Just again. Show pkg_info -o apache-2.2.9_5 please.
> > >
> > > Here is output..
> > >
> > > But how does it help?
> >
> > It helps me to uderstand why there is no origin in the line:
> > because a requisite package 'apache-2.2.9_3' () failed (specify -k to
> >
> > > Having installed the upgradefrom apache-2.2.9_3 to 2.2.9_5 the database
> > > naturally shows the result of upgrading the database. Is it not more
> > > about what version portupgrade is expecting to find? Having upgraded
> > > why dhould it expect to find  apache-2.2.9_3????
> >
> > I don't know. After apache was updated portupgrade should rebuild its
> > databases. It did it (line: "[Updating the pkgdb <format:bdb_btree> in
> > /var/db/pkg ... - 1047 packages found (-0 +1) . done]"). But for some
> > reason it use old values.
> > What version of db do you use?root@dns1 /var/spool/mqueue]# pkg_info
> > |grep
>
> db
> apr-gdbm-db42-1.3.3.1.3.4 Apache Portability Library
> db4-4.0.14_1,1      The Berkeley DB package, revision 4
> db42-4.2.52_5       The Berkeley DB package, revision 4.2
> dbus-1.2.1          A message bus system for inter-application
> communication dbus-glib-0.76      GLib bindings for the D-BUS messaging
> system
> gdb-6.6_1           GNU GDB of newer version than comes with the system
> gdbm-1.8.3_3        The GNU database manager
> gnome-db-0.2.96_10  Provide uniform access to data sources for the GNOME
> enviro
> libcddb-1.3.0       A library to access data on a CDDB server
> qt4-dbus-4.4.1      Qt4 bindings for the D-BUS messaging system
> qt4-odbc-plugin-4.4.1 Qt ODBC database plugin
> qt4-qdbusviewer-4.4.1 Qt4 D-BUS viewer
> ruby18-bdb-0.6.4    Ruby interface to Sleepycat's Berkeley DB revision 2 or
> lat
> xcmsdb-1.0.1        Device Color Characterization utility for X
> xdbedizzy-1.0.2     Demo of DBE creating a double buffered spinning scene
> xrdb-1.0.4          X server resource database >
>
> > > root@dns1 /usr/home/david]# pkg_info -o apache*
> > > Information for apache-2.2.9_5:
> > >
> > > Origin:
> > > www/apache22
> > >
> > > Information for apache-ant-1.7.0_2:
> > >
> > > Origin:
> > > devel/apache-ant
>

Here is another example:

[Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 1046 packages 
found (-1 +0) (...) done]
--->  Installing the new version via the port
===>  Installing for ruby18-gdk_pixbuf2-0.16.0.20080905
===>   ruby18-gdk_pixbuf2-0.16.0.20080905 depends on 
file: /usr/local/lib/ruby/site_ruby/1.8/amd64-freebsd7/glib2.so - found
===>   ruby18-gdk_pixbuf2-0.16.0.20080905 depends on 
file: /usr/local/bin/ruby18 - found
===>   ruby18-gdk_pixbuf2-0.16.0.20080905 depends on executable: pkg-config - 
found
===>   ruby18-gdk_pixbuf2-0.16.0.20080905 depends on 
file: /usr/local/lib/gio/modules/libgiofam.so - found
===>   ruby18-gdk_pixbuf2-0.16.0.20080905 depends on shared library: 
atk-1.0.0 - found
===>   ruby18-gdk_pixbuf2-0.16.0.20080905 depends on shared library: 
glib-2.0.0 - found
===>   ruby18-gdk_pixbuf2-0.16.0.20080905 depends on shared library: 
gtk-x11-2.0.0 - found
===>   ruby18-gdk_pixbuf2-0.16.0.20080905 depends on shared library: 
pango-1.0.0 - found
===>   Generating temporary packing list
===>  Checking if graphics/ruby-gdk_pixbuf2 already installed
/usr/bin/install -c -o root -g wheel -m 0755 
gdk_pixbuf2.so /usr/local/lib/ruby/site_ruby/1.8/amd64-freebsd7
install  -o root -g wheel -m 
444 /usr/ports/graphics/ruby-gdk_pixbuf2/work/ruby-gnome2-all-0.16.0.20080905/gdkpixbuf/lib/gdk_pixbuf2.rb /usr/local/lib/ruby/site_ruby/1.8
===>   Registering installation for ruby18-gdk_pixbuf2-0.16.0.20080905
===>  Cleaning for ruby18-gdk_pixbuf2-0.16.0.20080905
--->  Cleaning out obsolete shared libraries
[Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 1047 packages 
found (-0 +1) . done]
--->  Skipping 'x11-toolkits/ruby-gtk2' (ruby18-gtk2-0.16.0.20080706) because 
a requisite package 'ruby18-gdk_pixbuf2-0.16.0.20080706' () failed 
(specify -k to force)
--->  Skipping 'devel/ruby-libglade2' (ruby18-libglade2-0.16.0.20080706) 
because a requisite package 'ruby18-gtk2-0.16.0.20080706' 
(x11-toolkits/ruby-gtk2) failed (specify -k to force)

All these problems have identical symptoms and are fixed by rerunning 
portupgrade!!
It looks as though portupgrade is failing to reexamine the database after each 
upgrade OR is searching for a dependency which is limited to the previous 
version!

David
From ahze at freebsd.org  Mon Sep  8 11:35:44 2008
From: ahze at freebsd.org (Michael Johnson)
Date: Mon Sep  8 11:35:51 2008
Subject: USE_GECKO=firefox and firefox3
In-Reply-To: <20080908170346.0815cee0@ayiin>
References: <20080908170346.0815cee0@ayiin>
Message-ID: <b2203fed0809080407w280dc43cv9e2ee6cb91020a60@mail.gmail.com>

On Mon, Sep 8, 2008 at 2:03 AM, Norberto Meijome <numardbsd@gmail.com>wrote:

> Hi all,
> I have firefox3 installed. my make.conf shows USE_GECKO=firefox.
>
> When I try to install any port (in particular today, the latest eclipse
> 3.3.2 )
> which uses USE_GECKO, www/firefox is pulled into the dependencies, rather
> tha
> firefox3.
>
> I use portupgrade to launch the eclipse upgrade ( portupgrade -p eclipse )
> ,
> and my /usr/local/etc/pkgtools.conf contains the following relevant
> entries:
>
>
>  ALT_PKGDEP = {
>    'www/mozilla' => 'www/firefox3',
>    'www/firefox' => 'www/firefox3',
>    'firefox-2*' => 'firefox-3*',
>    'firefox' => 'firefox3',
> [...]
> }
>
> still, no luck, ffox 2 gets pulled in.
>
> should Mk/bsd.gecko.mk have support for firefox3 ? Is there any
> solution,other
> than deinstalling ffox3, install ffox2, install eclipse, and then replace
> ffox2
> with 3 ?
>
>  ( I *suspect* that portupgrade -o {ffox something} {ffox other} eclipse
> would
> do , but not entirely sure how it works....
>


Firefox 3.0 and Firefox 2.0 aren't 100% compatible. You'll need Firefox 2.0
(for now) to build eclipse.



>
> Thanks for any help!!
> B, now gmail powered.
> _________________________
> {Beto|Norberto|Numard} Meijome
>
> "I respect faith, but doubt is what gives you an education."
>   Wilson Mizner
>
> I speak for myself, not my employer. Contents may be hot. Slippery when
> wet.
> Reading disclaimers makes you go blind. Writing them is worse. You have
> been
> Warned.
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>
From QAT at FreeBSD.org  Mon Sep  8 11:37:56 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Mon Sep  8 11:38:02 2008
Subject: net-p2p/teknap - fails: install_error
Message-ID: <20080908113754.6FF7912E45CA@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/TekNap-1.3.g_2.log :


building TekNap-1.3.g_2 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/net-p2p/teknap
Makefile ident: $FreeBSD: ports/net-p2p/teknap/Makefile,v 1.23 2008/01/09 15:19:46 tabthorpe Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Mon Sep  8 11:37:20 UTC 2008

.................................<Last 40 lines of the log>..................

tar: share/TekNap/help/6_Functions/toupper: Cannot stat: No such file or directory
tar: share/TekNap/help/6_Functions/tow: Cannot stat: No such file or directory
tar: share/TekNap/help/6_Functions/tr: Cannot stat: No such file or directory
tar: share/TekNap/help/6_Functions/twiddle: Cannot stat: No such file or directory
tar: share/TekNap/help/6_Functions/uname: Cannot stat: No such file or directory
tar: share/TekNap/help/6_Functions/unlink: Cannot stat: No such file or directory
tar: share/TekNap/help/6_Functions/unshift: Cannot stat: No such file or directory
tar: share/TekNap/help/6_Functions/utime: Cannot stat: No such file or directory
tar: share/TekNap/help/6_Functions/winnum: Cannot stat: No such file or directory
tar: share/TekNap/help/6_Functions/winsize: Cannot stat: No such file or directory
tar: share/TekNap/help/6_Functions/word: Cannot stat: No such file or directory
tar: share/TekNap/help/6_Functions/wordtoindex: Cannot stat: No such file or directory
tar: share/TekNap/help/6_Functions/write: Cannot stat: No such file or directory
tar: share/TekNap/help/6_Functions/xmms: Cannot stat: No such file or directory
tar: share/TekNap/help/7_Docs/7_Docs: Cannot stat: No such file or directory
tar: share/TekNap/help/7_Docs/Arrays: Cannot stat: No such file or directory
tar: share/TekNap/help/7_Docs/Command_Line: Cannot stat: No such file or directory
tar: share/TekNap/help/7_Docs/Environment: Cannot stat: No such file or directory
tar: share/TekNap/help/7_Docs/Expressions: Cannot stat: No such file or directory
tar: share/TekNap/help/7_Docs/Introduction: Cannot stat: No such file or directory
tar: share/TekNap/help/7_Docs/Key_Bindings: Cannot stat: No such file or directory
tar: share/TekNap/help/7_Docs/Patterns: Cannot stat: No such file or directory
tar: share/TekNap/help/7_Docs/Programming: Cannot stat: No such file or directory
tar: share/TekNap/help/7_Docs/Serial_Numbers: Cannot stat: No such file or directory
tar: share/TekNap/help/7_Docs/Server_Numerics: Cannot stat: No such file or directory
tar: share/TekNap/help/7_Docs/Signals: Cannot stat: No such file or directory
tar: share/TekNap/help/7_Docs/Special_Vars: Cannot stat: No such file or directory
tar: share/TekNap/help/7_Docs/Status_Line: Cannot stat: No such file or directory
tar: share/TekNap/help/7_Docs/Text_Highlight: Cannot stat: No such file or directory
tar: share/doc/TekNap/README: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/TekNap-1.3.g_2.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/TekNap-1.3.g_2.tbz'
*** Error code 1

Stop in /a/ports/net-p2p/teknap.
================================================================
build of /usr/ports/net-p2p/teknap ended at Mon Sep  8 11:37:51 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From QAT at FreeBSD.org  Mon Sep  8 11:40:40 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Mon Sep  8 11:40:47 2008
Subject: net-p2p/torrentflux - fails: mtree
Message-ID: <20080908114038.9147712E45CD@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/torrentflux-2.0.b1.log :


building torrentflux-2.0.b1 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/net-p2p/torrentflux
Makefile ident: $FreeBSD: ports/net-p2p/torrentflux/Makefile,v 1.5 2007/08/04 11:41:13 gabor Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Mon Sep  8 11:40:16 UTC 2008

.................................<Last 40 lines of the log>..................

===>   torrentflux-2.0.b1 depends on file: /usr/local/lib/php/20060613/session.so - found
===>   torrentflux-2.0.b1 depends on file: /usr/local/lib/php/20060613/sqlite.so - found
===>   Generating temporary packing list
===>  Checking if net-p2p/torrentflux already installed
===>  Download directory created.
===>  Torrentflux database created.
===>  kern.ps_arg_cache_limit: 256 -> 1024

************************************************************

The TorrentFlux package has been successfully installed.

Files will be downloaded to /usr/local/share/torrentflux/data,
to check how much space is left on the partition, try
  df -H /usr/local/share/torrentflux/data

Visit the TorrentFlux forum at
  http://www.torrentflux.com/forum/
for more information.
  
************************************************************

===>   Registering installation for torrentflux-2.0.b1
================================================================
====================<phase 7: make package>====================
===>  Building package for torrentflux-2.0.b1
Creating package /tmp/packages/All/torrentflux-2.0.b1.tbz
Registering depends: adodb-4.99.0 php5-sqlite-5.2.6_2 php5-spl-5.2.6_2 php5-pcre-5.2.6_2 php5-session-5.2.6_2 php5-simplexml-5.2.6_2 php5-5.2.6_2 libxml2-2.6.32 libiconv-1.11_1 sqlite-2.8.17_1 pkg-config-0.23_1 py25-BitTornado-core-0.3.18_3,1 py25-pycrypto-2.0.1_1 python25-2.5.2_3 libgmp-4.2.3.
Creating bzip'd tar ball in '/tmp/packages/All/torrentflux-2.0.b1.tbz'
Deleting torrentflux-2.0.b1

===>  Deleted TorrentFlux database.

================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
2873440        4 drwxr-xr-x    2 root             wheel                 512 Sep  8 11:40 usr/local/www/data
================================================================
build of /usr/ports/net-p2p/torrentflux ended at Mon Sep  8 11:40:37 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From david at vizion2000.net  Mon Sep  8 11:46:29 2008
From: david at vizion2000.net (David Southwell)
Date: Mon Sep  8 11:46:35 2008
Subject: Mail services checking - URGENT
Message-ID: <200809080510.27779.david@vizion2000.net>

Hi

I have had a series of attacks on a system which resulted in a hijack of our 
mail system.

I believe I have now fixed the main problem but I need a tool that will 
reliably, and independently of the mail logs check my network for all 
outgoing mails and hold them up until I am certain that there all loopholes 
have been closed.

Can anyone please let me have some recomendations on the best way of going 
about this

Thanks

David
From sem at FreeBSD.org  Mon Sep  8 11:59:06 2008
From: sem at FreeBSD.org (Sergey Matveychuk)
Date: Mon Sep  8 11:59:13 2008
Subject: Portupgrade has serious problems
In-Reply-To: <200809080235.02554.david@vizion2000.net>
References: <200809011300.48256.david@vizion2000.net>
	<48C15B57.60202@FreeBSD.org>
	<200809071341.14955.david@vizion2000.net>
	<200809080235.02554.david@vizion2000.net>
Message-ID: <48C5138A.505@FreeBSD.org>

David Southwell wrote:
> --->  Skipping 'x11-toolkits/ruby-gtk2' (ruby18-gtk2-0.16.0.20080706) because 
> a requisite package 'ruby18-gdk_pixbuf2-0.16.0.20080706' () failed 
> (specify -k to force)

Empty brackets display a problem with a database. But for some reason it 
can't be detected by bdb engine.

> --->  Skipping 'devel/ruby-libglade2' (ruby18-libglade2-0.16.0.20080706) 
> because a requisite package 'ruby18-gtk2-0.16.0.20080706' 
> (x11-toolkits/ruby-gtk2) failed (specify -k to force)
> 
> All these problems have identical symptoms and are fixed by rerunning 
> portupgrade!!
> It looks as though portupgrade is failing to reexamine the database after each 
> upgrade OR is searching for a dependency which is limited to the previous 
> version!

Could you remove both /var/db/pkg/pkgdb.db and /usr/ports/INDEX*.db and 
rerun portupgrade? They will be recreated automatically.

-- 
Dixi.
Sem.
From erwin at FreeBSD.org  Mon Sep  8 12:01:27 2008
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Mon Sep  8 12:01:32 2008
Subject: HEADS UP: Ports freeze for 6.4 and 7.0 in effect
Message-ID: <20080908120124.GK23062@droso.net>

In preparation for both the 6.4 and 7.1 releases, the ports tree has
been frozen.  All commits have to be approved by portmgr.  See the
portmgr webpage[1] for more information about what is and isn't allowed
during the freeze.  We are aiming for a short freeze period, so we will
be quite strict in allowing commits during the freeze.  Of course, we do
appreciate any help fixing existing errors in the tree, so if anyone is
bored, a good starting point will be portsmon[2].

Best,
-erwin

[1]: http://www.freebsd.org/portmgr/policies_committing.html
[2]: http://portsmon.freebsd.org/portserrs.py

-- 
Erwin Lansing                                   http://droso.org
                                               erwin@FreeBSD.org
You are now free to move around the cabin         erwin@aauug.dk
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080908/597e1b59/attachment.pgp
From david at vizion2000.net  Mon Sep  8 12:18:51 2008
From: david at vizion2000.net (David Southwell)
Date: Mon Sep  8 12:18:57 2008
Subject: Portupgrade has serious problems
In-Reply-To: <48C5138A.505@FreeBSD.org>
References: <200809011300.48256.david@vizion2000.net>
	<200809080235.02554.david@vizion2000.net>
	<48C5138A.505@FreeBSD.org>
Message-ID: <200809080542.49038.david@vizion2000.net>

On Monday 08 September 2008 04:59:06 Sergey Matveychuk wrote:
> David Southwell wrote:
> > --->  Skipping 'x11-toolkits/ruby-gtk2' (ruby18-gtk2-0.16.0.20080706)
> > because a requisite package 'ruby18-gdk_pixbuf2-0.16.0.20080706' ()
> > failed (specify -k to force)
>
> Empty brackets display a problem with a database. But for some reason it
> can't be detected by bdb engine.
>
> > --->  Skipping 'devel/ruby-libglade2' (ruby18-libglade2-0.16.0.20080706)
> > because a requisite package 'ruby18-gtk2-0.16.0.20080706'
> > (x11-toolkits/ruby-gtk2) failed (specify -k to force)
> >
> > All these problems have identical symptoms and are fixed by rerunning
> > portupgrade!!
> > It looks as though portupgrade is failing to reexamine the database after
> > each upgrade OR is searching for a dependency which is limited to the
> > previous version!
>
> Could you remove both /var/db/pkg/pkgdb.db and /usr/ports/INDEX*.db and
> rerun portupgrade? They will be recreated automatically.

OK done that I will report back when I have done a few  cvsups and portupgrade 
runs and see whether that fixes the problem. Thanks for keeping on to this.

Lets hope this works

David
From koitsu at FreeBSD.org  Mon Sep  8 12:35:52 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Mon Sep  8 12:36:04 2008
Subject: Mail services checking - URGENT
In-Reply-To: <200809080510.27779.david@vizion2000.net>
References: <200809080510.27779.david@vizion2000.net>
Message-ID: <20080908121951.GB67339@icarus.home.lan>

On Mon, Sep 08, 2008 at 05:10:27AM -0700, David Southwell wrote:
> I have had a series of attacks on a system which resulted in a hijack of our 
> mail system.
> 
> I believe I have now fixed the main problem but I need a tool that will 
> reliably, and independently of the mail logs check my network for all 
> outgoing mails and hold them up until I am certain that there all loopholes 
> have been closed.
> 
> Can anyone please let me have some recomendations on the best way of going 
> about this

I'm not sure what exactly you want.  Someone compromising your system
means they could've done *anything*, including running their own MTA,
replacing libc to include an open proxy for spamming, or any other
thing.  There's no way to "detect" that sort of thing aside from deep
packet inspection to look for mail-like network traffic, which is
predominantly the job of a router or network tap.  It's going to be
impossible for you to 100% ensure the system is in a working state.

Keeping it simple, making the (horrible) assumption that they
compromised something that affected your MTA: it depends completely an
entirely on what MTA you're using (sendmail, postfix, etc.).  See the
your MTA's manpages for looking at outbound/delivery mail queue.

By the way, and I apologise if I'm stepping over a line here, but "fixed
the main problem" doesn't sound like you fixed anything.  You might have
"addressed the hole they used to get in on", but what makes you think
they didn't replace binaries (including using touch -amcf to adjust
a/m/ctimes) or do something even more sneaky?

If someone compromised one of your systems, do the world a favour: pull
the Ethernet out of it or have it shut off *immediately* (this is how
MIT does it -- yes I'm serious), go to the datacentre and format the
disk(s).  No I am not exaggerating.  The longer you keep that system up,
the higher the chance is that you'll get contacted by your provider,
Internet users (blacklisted, etc.), or possibly law enforcement.

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From david at vizion2000.net  Mon Sep  8 12:35:56 2008
From: david at vizion2000.net (David Southwell)
Date: Mon Sep  8 12:36:05 2008
Subject: Mail services checking - URGENT
In-Reply-To: <20080908121951.GB67339@icarus.home.lan>
References: <200809080510.27779.david@vizion2000.net>
	<20080908121951.GB67339@icarus.home.lan>
Message-ID: <200809080559.54658.david@vizion2000.net>

On Monday 08 September 2008 05:19:51 Jeremy Chadwick wrote:
> On Mon, Sep 08, 2008 at 05:10:27AM -0700, David Southwell wrote:
> > I have had a series of attacks on a system which resulted in a hijack of
> > our mail system.
> >
> > I believe I have now fixed the main problem but I need a tool that will
> > reliably, and independently of the mail logs check my network for all
> > outgoing mails and hold them up until I am certain that there all
> > loopholes have been closed.
> >
> > Can anyone please let me have some recomendations on the best way of
> > going about this
>
> I'm not sure what exactly you want.  Someone compromising your system
> means they could've done *anything*, including running their own MTA,
> replacing libc to include an open proxy for spamming, or any other
> thing.  There's no way to "detect" that sort of thing aside from deep
> packet inspection to look for mail-like network traffic, which is
> predominantly the job of a router or network tap.  It's going to be
> impossible for you to 100% ensure the system is in a working state.

What happened was compromising 2 windows systems and installing a trojan on 
those two systems. They were used to send mail via the MTA's on the freebsd 
server to the outside world and in particular permissions to send mail to 
root on the freebsd server.

 There was no actual compromise of the freebsd server and the windows systems 
had no ability to access the server. 

>
> Keeping it simple, making the (horrible) assumption that they
> compromised something that affected your MTA: it depends completely an
> entirely on what MTA you're using (sendmail, postfix, etc.).  See the
> your MTA's manpages for looking at outbound/delivery mail queue.


In addition to the above I am loking for an additional way of monitoring smptd 
25 outbound traffic at the network level, filter the traffic, and do an extra 
checks to make sure there is nothing left when I reopen the service to the 
local network.
>
> By the way, and I apologise if I'm stepping over a line here, but "fixed
> the main problem" doesn't sound like you fixed anything.  You might have
> "addressed the hole they used to get in on", but what makes you think
> they didn't replace binaries (including using touch -amcf to adjust
> a/m/ctimes) or do something even more sneaky?

The main problem was the trojan and stuff that it brought in. Hefty use of 
Kaspersky and about six other tools on the windows systems has  resolved the 
issue. I have not been able to detect any attempts from the windows systems 
to abuse the mail system but I want to monitor dynamically for some time.
>
> If someone compromised one of your systems, do the world a favour: pull
> the Ethernet out of it or have it shut off *immediately* (this is how
> MIT does it -- yes I'm serious), go to the datacentre and format the
> disk(s).  No I am not exaggerating.  The longer you keep that system up,
> the higher the chance is that you'll get contacted by your provider,
> Internet users (blacklisted, etc.), or possibly law enforcement.

You are not out of line -- I understand

That is why the system was shut down for 48 hours.

David


From david at vizion2000.net  Mon Sep  8 13:00:52 2008
From: david at vizion2000.net (David Southwell)
Date: Mon Sep  8 13:00:59 2008
Subject: Portupgrade has serious problems
In-Reply-To: <200809080542.49038.david@vizion2000.net>
References: <200809011300.48256.david@vizion2000.net>
	<48C5138A.505@FreeBSD.org>
	<200809080542.49038.david@vizion2000.net>
Message-ID: <200809080624.50344.david@vizion2000.net>

On Monday 08 September 2008 05:42:48 David Southwell wrote:
> On Monday 08 September 2008 04:59:06 Sergey Matveychuk wrote:
> > David Southwell wrote:
> > > --->  Skipping 'x11-toolkits/ruby-gtk2' (ruby18-gtk2-0.16.0.20080706)
> > > because a requisite package 'ruby18-gdk_pixbuf2-0.16.0.20080706' ()
> > > failed (specify -k to force)
> >
> > Empty brackets display a problem with a database. But for some reason it
> > can't be detected by bdb engine.
> >
> > > --->  Skipping 'devel/ruby-libglade2'
> > > (ruby18-libglade2-0.16.0.20080706) because a requisite package
> > > 'ruby18-gtk2-0.16.0.20080706'
> > > (x11-toolkits/ruby-gtk2) failed (specify -k to force)
> > >
> > > All these problems have identical symptoms and are fixed by rerunning
> > > portupgrade!!
> > > It looks as though portupgrade is failing to reexamine the database
> > > after each upgrade OR is searching for a dependency which is limited to
> > > the previous version!
> >
> > Could you remove both /var/db/pkg/pkgdb.db and /usr/ports/INDEX*.db and
> > rerun portupgrade? They will be recreated automatically.
>
> OK done that I will report back when I have done a few  cvsups and
> portupgrade runs and see whether that fixes the problem. Thanks for keeping
> on to this.
>
> Lets hope this works

No such luck I am afraid we still have the same problem;;

===>   Registering installation for poppler-0.8.7
===>  Cleaning for poppler-0.8.7
--->  Cleaning out obsolete shared libraries
[Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 1047 packages 
found (-0 +1) . done]
--->  Skipping 'graphics/poppler-qt' (poppler-qt-0.8.6) because a requisite 
package 'poppler-0.8.6' () failed (specify -k to force)
--->  Skipping 'graphics/poppler-gtk' (poppler-gtk-0.8.6) because a requisite 
package 'poppler-0.8.6' () failed (specify -k to force)
** Listing the failed packages (-:ignored / *:skipped / !:failed)


# /usr/ports]# pkg_info -o poppler*
Information for poppler-0.8.7:

Origin:
graphics/poppler

Information for poppler-data-0.2.0:

Origin:
graphics/poppler-data

Information for poppler-gtk-0.8.6:

Origin:
graphics/poppler-gtk

Information for poppler-qt-0.8.6:

Origin:
graphics/poppler-qt

[root@dns1 /usr/ports]#


Looks like same problem

David


From koitsu at FreeBSD.org  Mon Sep  8 13:17:30 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Mon Sep  8 13:17:37 2008
Subject: Mail services checking - URGENT
In-Reply-To: <200809080510.27779.david@vizion2000.net>
References: <200809080510.27779.david@vizion2000.net>
Message-ID: <20080908130726.GA69142@icarus.home.lan>

On Mon, Sep 08, 2008 at 05:10:27AM -0700, David Southwell wrote:
> I have had a series of attacks on a system which resulted in a hijack of our 
> mail system.

Also, one other point I forgot to make:

This **should not** have gone to freebsd-ports, as the issue has
absolutely nothing to do with ports.

This should have gone to freebsd-isp, freebsd-security, or possibly
freebsd-questions.

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From david at vizion2000.net  Mon Sep  8 13:18:29 2008
From: david at vizion2000.net (David Southwell)
Date: Mon Sep  8 13:18:39 2008
Subject: Mail services checking - URGENT
In-Reply-To: <20080908130726.GA69142@icarus.home.lan>
References: <200809080510.27779.david@vizion2000.net>
	<20080908130726.GA69142@icarus.home.lan>
Message-ID: <200809080642.27904.david@vizion2000.net>

On Monday 08 September 2008 06:07:26 Jeremy Chadwick wrote:
> On Mon, Sep 08, 2008 at 05:10:27AM -0700, David Southwell wrote:
> > I have had a series of attacks on a system which resulted in a hijack of
> > our mail system.
>
> Also, one other point I forgot to make:
>
> This **should not** have gone to freebsd-ports, as the issue has
> absolutely nothing to do with ports.
>
> This should have gone to freebsd-isp, freebsd-security, or possibly
> freebsd-questions.

I am sure you are right.. I was just hoping there might have been a port which 
would do something like..

trap all outgoing mail from the server - irrespective of the mta pas it 
through a filer and dump it in a file until you have had a chance to inspect 
it. Bearing in mind mail can come from multiple sources such a port would 
have been useful.

Apologies for generating too much traffic

david
From koitsu at FreeBSD.org  Mon Sep  8 13:20:26 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Mon Sep  8 13:20:34 2008
Subject: Mail services checking - URGENT
In-Reply-To: <200809080559.54658.david@vizion2000.net>
References: <200809080510.27779.david@vizion2000.net>
	<20080908121951.GB67339@icarus.home.lan>
	<200809080559.54658.david@vizion2000.net>
Message-ID: <20080908130424.GA68754@icarus.home.lan>

On Mon, Sep 08, 2008 at 05:59:54AM -0700, David Southwell wrote:
> On Monday 08 September 2008 05:19:51 Jeremy Chadwick wrote:
> > On Mon, Sep 08, 2008 at 05:10:27AM -0700, David Southwell wrote:
> > > I have had a series of attacks on a system which resulted in a hijack of
> > > our mail system.
> > >
> > > I believe I have now fixed the main problem but I need a tool that will
> > > reliably, and independently of the mail logs check my network for all
> > > outgoing mails and hold them up until I am certain that there all
> > > loopholes have been closed.
> > >
> > > Can anyone please let me have some recomendations on the best way of
> > > going about this
> >
> > I'm not sure what exactly you want.  Someone compromising your system
> > means they could've done *anything*, including running their own MTA,
> > replacing libc to include an open proxy for spamming, or any other
> > thing.  There's no way to "detect" that sort of thing aside from deep
> > packet inspection to look for mail-like network traffic, which is
> > predominantly the job of a router or network tap.  It's going to be
> > impossible for you to 100% ensure the system is in a working state.
> 
> What happened was compromising 2 windows systems and installing a trojan on 
> those two systems. They were used to send mail via the MTA's on the freebsd 
> server to the outside world and in particular permissions to send mail to 
> root on the freebsd server.
> 
>  There was no actual compromise of the freebsd server and the windows systems 
> had no ability to access the server. 

Okay, in that case you can disregard my comments about formatting the
FreeBSD machine.  Instead, format the Windows machine.  ;-)

> > Keeping it simple, making the (horrible) assumption that they
> > compromised something that affected your MTA: it depends completely an
> > entirely on what MTA you're using (sendmail, postfix, etc.).  See the
> > your MTA's manpages for looking at outbound/delivery mail queue.
> 
> In addition to the above I am loking for an additional way of monitoring smptd 
> 25 outbound traffic at the network level, filter the traffic, and do an extra 
> checks to make sure there is nothing left when I reopen the service to the 
> local network.

You didn't disclose what MTA you're using on the FreeBSD box.

On postfix, you should use the 'mailq' command.  I believe sendmail also
uses 'mailq', but requires specific arguments to examine the outbound
queue.

Regarding monitoring TCP port 25 traffic: I'm not sure what you mean by
"monitoring".  You should be able to tail logfiles, or use tcpdump to
monitor those packets: tcpdump -p -l -n "tcp and port 25"

Regarding blocking outbound SMTP traffic (traffic your MTA is sending to
mail servers on the Internet), you should be able to use pf to block
that.  These rules, in this order, in /etc/pf.conf should suffice and
should not affect existing IP traffic or lock you out (but I HIGHLY
recommend you apply these over serial or VGA console -- doing in-band
firewall changes is a very, VERY risky/bad idea):

pass in all no state
pass out all no state
block in quick on <interface> proto tcp from <mailserverIP> to any port 25

Replace '<interface>' with the network interface used for this traffic,
and '<mailserverIP>' with the IP of your mail server.

(For readers: the reason I'm telling him to use "no state" is that I
don't want to bother getting into a discussion about pf state tracking
and "oh man suddenly my SSH connection died to the box" or other things
which are expected but require explanation.)

Enable pf by using this in /etc/rc.conf:

pf_enable="yes"

Then run "/etc/rc.d/pf start".  I'm making the assumption you have pf in
your kernel, or that it will load as a kernel module successfully.  If
you get a warning about ALTQ (traffic flow/shaping) not working, you can
ignore it.

> > By the way, and I apologise if I'm stepping over a line here, but "fixed
> > the main problem" doesn't sound like you fixed anything.  You might have
> > "addressed the hole they used to get in on", but what makes you think
> > they didn't replace binaries (including using touch -amcf to adjust
> > a/m/ctimes) or do something even more sneaky?
> 
> The main problem was the trojan and stuff that it brought in. Hefty use of 
> Kaspersky and about six other tools on the windows systems has  resolved the 
> issue. I have not been able to detect any attempts from the windows systems 
> to abuse the mail system but I want to monitor dynamically for some time.

I still wouldn't trust it, and it has nothing to do with it being
Windows.  Members of the FreeBSD security team would likely provide the
same advice ("format the disk and reinstall the OS entirely").  This
concept applies universally.  You have even less visibility into the
inner workings of a Windows box than you do a *IX box; it's just the
nature of the beast.

Otherwise, "congratulations", assuming this is your first encounter
dealing with hackers.  :-)

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From Klaus.Espenlaub at Sun.COM  Mon Sep  8 13:22:48 2008
From: Klaus.Espenlaub at Sun.COM (Klaus Espenlaub)
Date: Mon Sep  8 13:22:55 2008
Subject: VirtualBox looks for FreeBSD developer
Message-ID: <48C52718.5080807@sun.com>

[third attempt - the first two were blocked by the smart freebsd.org
mailserver, which rejected the mail because it couldn't get the name for
the sun mail server's IP address - which looks like a DNS
misconfiguration on freesbd.org. Not nice when trying to send such
messages as the following.]

#include <disclaimer>

Some user on the #vbox irc channel brought this topic to my attention.
So don't misinterpret my response here as declaring myself the best
possible contact - I'm not. I'm not on the freebsd-ports list either.

The issue with getting VirtualBox working on freebsd is mainly a
manpower problem. Sorry to say that, but it's the root of why there has
been no substantial progress from the Sun (and previously innotek).

freebsd is yet another kernel for which the VirtualBox devs would have
to figure out how to safely achieve a few things normal applications
don't ever need. Like dealing with physical memory, getting along with
the scheduler and stuff like that. It's also true that the written
documentation in VirtualBox about this area leaves something to be
desired - again a manpower problem.

So the only chance I personally see is for getting the freebsd port over
the initial big bump is that some kernel gurus from the freebsd
community help out. If someone capable and willing to look into this
contacts the VirtualBox team, he'll eventually find someone on #vbox-dev
who has time to explain - if time permits. We do our best to be
responsive, but bear with us that many things have higher priorities.

Remember, the team is located in Europe. There's the vbox-dev mailing
list if it's too hard to find a time where both parties are awake.

Sorry to babble so much, but I hope that this puts off the unwanted
audience - serious low-level stuff needs to be done before worrying
about compilation issues on particular freebsd versions. Once the
mentioned hurdle is taken, keeping it working will be much less work -
and the VirtualBox team probably will do most of it.

Klaus

> On Sat, Mar 01, 2008 at 08:04:55AM +1100, Edwin Groothuis wrote:
> > On Fri, Feb 29, 2008 at 09:48:45PM +0100, Olivier Cochard-Labbe wrote:
> > > I can't compile VirtualBox with your patch (I'm using a FreeBSD 
7.0Release).
> >
> > It works with 6.3, 7.0 has the ULE scheduler which doesn't have 
sched_lock.
> >
> > Rink@ has been trying to get it work on 7.0, but...
> > "<rink> Mavvie: haven't gotten it to link yet :-/"
> >
> > It works on 6.3, until you try to start the VM:
> >
> > With VBOX_SUPLIB_FAKE=fake set you get:
> >     VM creation failed (GVMM).  VBox status code: -37 
(VERR_NOT_SUPPORTED).
> >
> > Without it (i.e. using the "kernel" module):
> >     Failed to load VMMR0.r0.  VBox status code: -609 
(VERR_SYMBOL_NOT_FOUND).
> >
> > And the documentation about the kernel module as described on
> > http://www.virtualbox.org/wiki/Porting_VirtualBox are lacking a bit
> > of essential information.
>
> FYI: I've given up on it, despite the fact that it compiles and
> runs on 6.3, I can't get around the problems with the kernel driver
> and the lack of documentation.


From bc979 at lafn.org  Mon Sep  8 14:39:03 2008
From: bc979 at lafn.org (Doug Hardie)
Date: Mon Sep  8 14:39:10 2008
Subject: Mail services checking - URGENT
In-Reply-To: <20080908130424.GA68754@icarus.home.lan>
References: <200809080510.27779.david@vizion2000.net>
	<20080908121951.GB67339@icarus.home.lan>
	<200809080559.54658.david@vizion2000.net>
	<20080908130424.GA68754@icarus.home.lan>
Message-ID: <E208B342-871C-49E1-8267-C27256205FFC@lafn.org>


On Sep 8, 2008, at 06:04, Jeremy Chadwick wrote:

> On Mon, Sep 08, 2008 at 05:59:54AM -0700, David Southwell wrote:
>> On Monday 08 September 2008 05:19:51 Jeremy Chadwick wrote:
>>> On Mon, Sep 08, 2008 at 05:10:27AM -0700, David Southwell wrote:
>>>> I have had a series of attacks on a system which resulted in a  
>>>> hijack of
>>>> our mail system.
>>>>
>>>> I believe I have now fixed the main problem but I need a tool  
>>>> that will
>>>> reliably, and independently of the mail logs check my network for  
>>>> all
>>>> outgoing mails and hold them up until I am certain that there all
>>>> loopholes have been closed.
>>>>
>>>> Can anyone please let me have some recomendations on the best way  
>>>> of
>>>> going about this
>>>

You might want to look at the clamav port.  If there are examples of  
the things you would be checking for, you can create your own  
signatures for those and clamav will do the monitoring for you.  You  
can configure it to quarantine messages which have the signature for  
manual review.  It won't find anything new, it just does a better job  
of finding things you have seen before.
From olivier at gid0.org  Mon Sep  8 14:51:59 2008
From: olivier at gid0.org (Olivier SMEDTS)
Date: Mon Sep  8 14:52:07 2008
Subject: HEADS UP: Ports freeze for 6.4 and 7.1 in effect (Was: Re: HEADS
	UP: Ports freeze for 6.4 and 7.0 in effect)
Message-ID: <367b2c980809080729l7abeaefbt7d46a02c7effd629@mail.gmail.com>

Maybe you wanted to say 7.1 ?

Cheers,
Olivier

-- 
Olivier Smedts _
 ASCII ribbon campaign ( )
e-mail: olivier@gid0.org - against HTML email & vCards X
www: http://www.gid0.org - against proprietary attachments / \

 "Il y a seulement 10 sortes de gens dans le monde :
 ceux qui comprennent le binaire,
 et ceux qui ne le comprennent pas."
From contact at nstnetwork.com  Mon Sep  8 15:30:34 2008
From: contact at nstnetwork.com (contact@nstnetwork.com)
Date: Mon Sep  8 15:30:58 2008
Subject: Sell Cisco Systems equipment items
Message-ID: <20080908151655.1C9DFC14023@Linux-Mail.com>

Hello,
  We are professional manufacturer,we can supply lots of networking products:
100% compatible,3rd party Cisco Card,GBIC,SFP,module,WIC,Cisco Console cable items,and so on...
we have competitive price and excellent capability of filling customers requirements. 
In addition to high quality,in-time delivery and excellent after-sale service also help us to win customers.
please do not hesitate to contact me if you have interested.

example of the products:
CWDM-SFP-1G 
WS-G5483,
WS-G5487,
WS-G5484,
WS-G5486,
GLC-SX-MM,
GLC-LH-SM,
GLC-ZX-SM,
GLC-T,
GLC-SX-MM
SFP-GE-L
......
NM-2FE2W-T1,
NM-2FE2W-E1,
NM-2FE2W-V2,
NM-1E,
NM-4E,
WIC-1T,
WIC-2T,
WIC-2A/S,
WIC-1B/ST,
WIC-1ENET,
VWIC-1MFT-T1,
VWIC-1MFT-E1,
VWIC-2MFT-T1,
VWIC-2MFT-E1,
VWIC-1MFT-G703,
VWIC-2MFT-G703,
VWIC-1MFT-T1-DI,
VWIC-2MFT-T1-DI,
......
WS-C2950-24,
WS-C2950T-24,
WS-C2950G-24-EI,
WS-C2950G-48-EI,
WS-X6K-MSFC2-KIT, 
......
CONSOLE CABLE,
CAB-STACK-1M/3M,
CAB-V35MT,
CAB-V35FC,
CAB-SS-V.35MT,
CAB-SS-V.35FC,
CAB-SS-232MT,
CAB-SS-232FC,
CAB-232MT,
CAB-232FC,
CAB-SS-X21MT,
CAB-SS-X21FC,
CAB-X21MT,
......
MEM-npe400-512MB,
MEM-3660-128mb, 
MEM2600-32D, 
MEM2600-16FS, 
MEM2600XM-64D, 
MEM-S1-128MB, 
MEM-S2-256MB, 
MEM-S2-512MB, 
MEM-MSFC-128MB, 
MEM2801-256D, 
MEM3800-256D, 
MEM3800-512, 
MEM3745-256D, 
MEM1841-256D, 
MEM180X-256D.
 

Thanks
Helen.Zhou
Newstar networking technology
www.nstnetwork.com
Email/MSN: helen@nstnetwork.com
AOL helenxuezhou

From stevefranks at ieee.org  Mon Sep  8 17:03:24 2008
From: stevefranks at ieee.org (Steve Franks)
Date: Mon Sep  8 17:03:31 2008
Subject: Making ports from source with weird download restrictions
Message-ID: <539c60b90809081003t35ebd62p2f5e006a1270f066@mail.gmail.com>

Hi,

There are two embedded software tools
I've been wanting to port for some time.  Both have inconsistent/funky
downloads, so I have no idea how to get them into a port.  Both are
very active projects, and used by pretty much all embedded ARM7/9
developers (embedded as in microwaves & thermostats not PDA's &
IPods).

1) lpc21isp - http://tech.groups.yahoo.com/group/lpc21isp/ - the
source for this project is only located in the "files" section of this
yahoo group, and I'm pretty sure you need a yahoo password to get it.
Also it's guarded by a bunch of antisocial types, if you know what I
mean.  I got flamed for suggesting a feature that would increase
flexibility.  I suspect the only choice here is to make sure the
license is open, and branch it to a new sourceforge project, correct?
Otherwise, there's really no way for someone to get the source in an
automated fashion.

2) openocd - http://openfacts.berlios.de/index-en.phtml?title=Building_OpenOCD
- this is a bit more sensible - there's a stable SVN repository for
it, it's just that the only ports I've seen are on sourceforge, and
come from release .tgz archives, not a SVN archive (although I've
never gotten a broken version from the openocd SVN).  If someone
pointed me at a port that built from SVN instead of a .tgz, I'm sure I
could get the port done.

Best,
Steve
From cyberbotx at cyberbotx.com  Mon Sep  8 17:07:52 2008
From: cyberbotx at cyberbotx.com (Naram Qashat)
Date: Mon Sep  8 17:07:59 2008
Subject: USE_GECKO=firefox and firefox3
In-Reply-To: <20080908170346.0815cee0@ayiin>
References: <20080908170346.0815cee0@ayiin>
Message-ID: <48C55825.4010500@cyberbotx.com>

Norberto Meijome wrote:
> Hi all,
> I have firefox3 installed. my make.conf shows USE_GECKO=firefox.
> 
> When I try to install any port (in particular today, the latest eclipse 3.3.2 )
> which uses USE_GECKO, www/firefox is pulled into the dependencies, rather tha
> firefox3.
> 
> I use portupgrade to launch the eclipse upgrade ( portupgrade -p eclipse ) ,
> and my /usr/local/etc/pkgtools.conf contains the following relevant entries:
> 
> 
>  ALT_PKGDEP = {
>     'www/mozilla' => 'www/firefox3',
>     'www/firefox' => 'www/firefox3',
>     'firefox-2*' => 'firefox-3*',
>     'firefox' => 'firefox3',
> [...]
> }
> 

As far as I can tell, from having this problem with the VLC Firefox plugin after 
the FF3 release, you need to use WITH_GECKO=xulrunner instead of firefox or 
firefox3.  Of course, that will only work if the eclipse port has xulrunner in 
the list for USE_GECKO and isn't pulling in the old bsd.gecko.mk from the 
mozilla folder.

The reason for that is that after Firefox 2, the Mozilla team moved all the 
stuff for building into xulrunner, as Firefox 3 doesn't have a firefox3-config 
like Firefox 2 had firefox-config.  I don't use eclipse, so I can't comment if 
changing it so it uses xulrunner will work, but it's worth a shot.

Naram Qashat

> still, no luck, ffox 2 gets pulled in.
> 
> should Mk/bsd.gecko.mk have support for firefox3 ? Is there any solution,other
> than deinstalling ffox3, install ffox2, install eclipse, and then replace ffox2
> with 3 ? 
> 
>  ( I *suspect* that portupgrade -o {ffox something} {ffox other} eclipse would
> do , but not entirely sure how it works....
> 
> Thanks for any help!!
> B, now gmail powered.
> _________________________
> {Beto|Norberto|Numard} Meijome
> 
> "I respect faith, but doubt is what gives you an education."
>    Wilson Mizner
> 
> I speak for myself, not my employer. Contents may be hot. Slippery when wet.
> Reading disclaimers makes you go blind. Writing them is worse. You have been
> Warned.
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
> 
From brooks at freebsd.org  Mon Sep  8 18:55:44 2008
From: brooks at freebsd.org (Brooks Davis)
Date: Mon Sep  8 18:55:51 2008
Subject: Making ports from source with weird download restrictions
In-Reply-To: <539c60b90809081003t35ebd62p2f5e006a1270f066@mail.gmail.com>
References: <539c60b90809081003t35ebd62p2f5e006a1270f066@mail.gmail.com>
Message-ID: <20080908185627.GE20793@lor.one-eyed-alien.net>

On Mon, Sep 08, 2008 at 10:03:22AM -0700, Steve Franks wrote:
> Hi,
> 
> There are two embedded software tools
> I've been wanting to port for some time.  Both have inconsistent/funky
> downloads, so I have no idea how to get them into a port.  Both are
> very active projects, and used by pretty much all embedded ARM7/9
> developers (embedded as in microwaves & thermostats not PDA's &
> IPods).
> 
> 1) lpc21isp - http://tech.groups.yahoo.com/group/lpc21isp/ - the
> source for this project is only located in the "files" section of this
> yahoo group, and I'm pretty sure you need a yahoo password to get it.
> Also it's guarded by a bunch of antisocial types, if you know what I
> mean.  I got flamed for suggesting a feature that would increase
> flexibility.  I suspect the only choice here is to make sure the
> license is open, and branch it to a new sourceforge project, correct?
> Otherwise, there's really no way for someone to get the source in an
> automated fashion.

As long as the license allows redistribution, we can host it on FreeBSD
infrastructure using MASTER_SITE_LOCAL.

> 2) openocd - http://openfacts.berlios.de/index-en.phtml?title=Building_OpenOCD
> - this is a bit more sensible - there's a stable SVN repository for
> it, it's just that the only ports I've seen are on sourceforge, and
> come from release .tgz archives, not a SVN archive (although I've
> never gotten a broken version from the openocd SVN).  If someone
> pointed me at a port that built from SVN instead of a .tgz, I'm sure I
> could get the port done.

Doing an svn export in the fetch stage is possible, but probably not
ideal.  In my devel/llvm-devel port I have a do-fetch target that
fetches a snapshot and makes a tarball out of it, but I only use that
for my own use and host a snapshot on the FreeBSD ftp servers for normal
users since a tarball allows users to do a make clean and retry without
having to fetch files again.

-- Brooks
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080908/d60d47e3/attachment.pgp
From keramida at freebsd.org  Mon Sep  8 19:30:13 2008
From: keramida at freebsd.org (Giorgos Keramidas)
Date: Mon Sep  8 19:30:19 2008
Subject: HEADS UP: Ports freeze for 6.4 and 7.0 in effect
In-Reply-To: <20080908120124.GK23062@droso.net> (Erwin Lansing's message of
	"Mon, 8 Sep 2008 14:01:25 +0200")
References: <20080908120124.GK23062@droso.net>
Message-ID: <87od2y30xp.fsf@kobe.laptop>

On Mon, 8 Sep 2008 14:01:25 +0200, Erwin Lansing <erwin@FreeBSD.org> wrote:
> In preparation for both the 6.4 and 7.1 releases, the ports tree has
> been frozen.  All commits have to be approved by portmgr.  See the
> portmgr webpage[1] for more information about what is and isn't
> allowed during the freeze.  We are aiming for a short freeze period,
> so we will be quite strict in allowing commits during the freeze.  Of
> course, we do appreciate any help fixing existing errors in the tree,
> so if anyone is bored, a good starting point will be portsmon[2].

Damn :/

My emacs-22.3 release update almost made it into ports before the freeze
by 1-2 days.  Is there any chance I could bribe you guys to get it in,
so we can have the latest stable 22.X GNU Emacs in the release?

Having said that, I am a bit unfamiliar with all the work port builders
have to do during the freeze, so if getting a new Emacs in the tree is
completely out of the question because it would create a lot of work for
you guys, that's ok.

On the other hand, if the ports stay frozen for several weeks and we
still have time to let it settle into the tree, it would be very nice to
include this version.  It includes a mildly important fix in the way
Emacs spawns Python processes[1] that would be _very_ nice to have in
ports sooner, rather than a couple of months later.

http://lists.gnu.org/archive/html/emacs-devel/2008-09/msg00215.html

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 194 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080908/1f39f7ed/attachment.pgp
From zmetzing at pobox.com  Mon Sep  8 19:48:43 2008
From: zmetzing at pobox.com (Zach Metzinger)
Date: Mon Sep  8 19:48:52 2008
Subject: ports patch for comm/rxtx
Message-ID: <20080908193315.GA22691@raster>


Hi-

The configure and configure.in files for comm/rxtx are broken when using
java/jdk16. Two patches, below, fix this problem. The actual credit for
figuring this out belongs to netbeans at gatworks.com. I just created 
patches to fix the issue.

Unpatched, the port does not indicate an error, but the installation fails
(no files installed). If installed by hand at this point, programs using 
rxtx fail due to:

java.lang.UnsatisfiedLinkError: gnu.io.RXTXCommDriver.nativeGetVersion()Ljava/lang/String; thrown while loading gnu.io.RXTXCommDriver

--- Zach

*** configure+  Mon Sep  8 14:22:44 2008
--- configure   Mon Sep  8 14:23:16 2008
***************
*** 21611,21617 ****
        TARGETLIB="\$(target_triplet)/librxtxSerial.la \
                        \$(target_triplet)/librxtxParallel.la"
        case $JAVA_VERSION in
!       1.2*|1.3*|1.4*|1.5*)
                #fix_parameters $JPATH/jre/lib/javax.comm.properties
                CLASSPATH=".:\$(TOP):\$(TOP)/src:"`find $JPATH/ -name RXTXcomm.jar |head -n1`
                RXTX_PATH="\$(JPATH)/jre/lib/\$(OS_ARCH)"
--- 21611,21617 ----
        TARGETLIB="\$(target_triplet)/librxtxSerial.la \
                        \$(target_triplet)/librxtxParallel.la"
        case $JAVA_VERSION in
!       1.2*|1.3*|1.4*|1.5*|1.6*)
                #fix_parameters $JPATH/jre/lib/javax.comm.properties
                CLASSPATH=".:\$(TOP):\$(TOP)/src:"`find $JPATH/ -name RXTXcomm.jar |head -n1`
                RXTX_PATH="\$(JPATH)/jre/lib/\$(OS_ARCH)"

*** configure.in+       Mon Sep  8 14:22:51 2008
--- configure.in        Mon Sep  8 14:23:25 2008
***************
*** 533,539 ****
        TARGETLIB="\$(target_triplet)/librxtxSerial.la \
                        \$(target_triplet)/librxtxParallel.la"
        case $JAVA_VERSION in
!       1.2*|1.3*|1.4*|1.5*) 
                #fix_parameters $JPATH/jre/lib/javax.comm.properties
                CLASSPATH=".:\$(TOP):\$(TOP)/src:"`find $JPATH/ -name RXTXcomm.jar |head -n1`
                RXTX_PATH="\$(JPATH)/jre/lib/\$(OS_ARCH)"
--- 533,539 ----
        TARGETLIB="\$(target_triplet)/librxtxSerial.la \
                        \$(target_triplet)/librxtxParallel.la"
        case $JAVA_VERSION in
!       1.2*|1.3*|1.4*|1.5*|1.6*) 
                #fix_parameters $JPATH/jre/lib/javax.comm.properties
                CLASSPATH=".:\$(TOP):\$(TOP)/src:"`find $JPATH/ -name RXTXcomm.jar |head -n1`
                RXTX_PATH="\$(JPATH)/jre/lib/\$(OS_ARCH)"
From tingox at gmail.com  Mon Sep  8 19:51:40 2008
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Mon Sep  8 19:51:47 2008
Subject: VirtualBox looks for FreeBSD developer
In-Reply-To: <48C52718.5080807@sun.com>
References: <48C52718.5080807@sun.com>
Message-ID: <ef8c8a880809081251q7d252c81tee99535ac8b8fdbf@mail.gmail.com>

Hello,

On Mon, Sep 8, 2008 at 3:22 PM, Klaus Espenlaub <Klaus.Espenlaub@sun.com> wrote:
> #include <disclaimer>

I speak for myself and nobody else. I do not claim that I in any way
represent FreeBSD.

> freebsd is yet another kernel for which the VirtualBox devs would have
> to figure out how to safely achieve a few things normal applications
> don't ever need. Like dealing with physical memory, getting along with
> the scheduler and stuff like that. It's also true that the written
> documentation in VirtualBox about this area leaves something to be
> desired - again a manpower problem.

It is easy for me as an outsider to see that this can be viewed from
the opposite angle:

"VirtualBox is just another virtualization solution for FreeBSD. We
are sorry that the VirtualBox team can't find any time to provide the
necessary documentation. Currently FreeBSD don't have any developers
with enough free time to figure things out from the documentation
available now. You see - it is simply a manpower problem."

I do hope I'm wrong, and that some FreeBSD developer will work on this.
-- 
Regards,
Torfinn Ingolfsen,
Norway
From pav at FreeBSD.org  Mon Sep  8 20:14:05 2008
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Mon Sep  8 20:14:13 2008
Subject: ports patch for comm/rxtx
In-Reply-To: <20080908193315.GA22691@raster>
References: <20080908193315.GA22691@raster>
Message-ID: <1220904835.9996.9.camel@ikaros.oook.cz>

Zach Metzinger p??e v po 08. 09. 2008 v 14:33 -0500:

> The configure and configure.in files for comm/rxtx are broken when using
> java/jdk16. Two patches, below, fix this problem. The actual credit for
> figuring this out belongs to netbeans at gatworks.com. I just created 
> patches to fix the issue.
> 
> Unpatched, the port does not indicate an error, but the installation fails
> (no files installed). If installed by hand at this point, programs using 
> rxtx fail due to:
> 
> java.lang.UnsatisfiedLinkError: gnu.io.RXTXCommDriver.nativeGetVersion()Ljava/lang/String; thrown while loading gnu.io.RXTXCommDriver

This looks useful. Let me test and commit it.


> --- Zach
> 
> *** configure+  Mon Sep  8 14:22:44 2008
> --- configure   Mon Sep  8 14:23:16 2008
> ***************
> *** 21611,21617 ****
>         TARGETLIB="\$(target_triplet)/librxtxSerial.la \
>                         \$(target_triplet)/librxtxParallel.la"
>         case $JAVA_VERSION in
> !       1.2*|1.3*|1.4*|1.5*)
>                 #fix_parameters $JPATH/jre/lib/javax.comm.properties
>                 CLASSPATH=".:\$(TOP):\$(TOP)/src:"`find $JPATH/ -name RXTXcomm.jar |head -n1`
>                 RXTX_PATH="\$(JPATH)/jre/lib/\$(OS_ARCH)"
> --- 21611,21617 ----
>         TARGETLIB="\$(target_triplet)/librxtxSerial.la \
>                         \$(target_triplet)/librxtxParallel.la"
>         case $JAVA_VERSION in
> !       1.2*|1.3*|1.4*|1.5*|1.6*)
>                 #fix_parameters $JPATH/jre/lib/javax.comm.properties
>                 CLASSPATH=".:\$(TOP):\$(TOP)/src:"`find $JPATH/ -name RXTXcomm.jar |head -n1`
>                 RXTX_PATH="\$(JPATH)/jre/lib/\$(OS_ARCH)"
> 
> *** configure.in+       Mon Sep  8 14:22:51 2008
> --- configure.in        Mon Sep  8 14:23:25 2008
> ***************
> *** 533,539 ****
>         TARGETLIB="\$(target_triplet)/librxtxSerial.la \
>                         \$(target_triplet)/librxtxParallel.la"
>         case $JAVA_VERSION in
> !       1.2*|1.3*|1.4*|1.5*) 
>                 #fix_parameters $JPATH/jre/lib/javax.comm.properties
>                 CLASSPATH=".:\$(TOP):\$(TOP)/src:"`find $JPATH/ -name RXTXcomm.jar |head -n1`
>                 RXTX_PATH="\$(JPATH)/jre/lib/\$(OS_ARCH)"
> --- 533,539 ----
>         TARGETLIB="\$(target_triplet)/librxtxSerial.la \
>                         \$(target_triplet)/librxtxParallel.la"
>         case $JAVA_VERSION in
> !       1.2*|1.3*|1.4*|1.5*|1.6*) 
>                 #fix_parameters $JPATH/jre/lib/javax.comm.properties
>                 CLASSPATH=".:\$(TOP):\$(TOP)/src:"`find $JPATH/ -name RXTXcomm.jar |head -n1`
>                 RXTX_PATH="\$(JPATH)/jre/lib/\$(OS_ARCH)"
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>
Your sig line (k) was stolen! -more- There is a puff of smoke!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?=
	=?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?=
	=?ISO-8859-1?Q?_zpr=E1vy?=
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080908/7ede5701/attachment.pgp
From bsam at ipt.ru  Mon Sep  8 20:17:46 2008
From: bsam at ipt.ru (Boris Samorodov)
Date: Mon Sep  8 20:17:54 2008
Subject: HEADS UP: Ports freeze for 6.4 and 7.0 in effect
In-Reply-To: <87od2y30xp.fsf@kobe.laptop> (Giorgos Keramidas's message of
	"Mon\, 08 Sep 2008 22\:14\:10 +0300")
References: <20080908120124.GK23062@droso.net> <87od2y30xp.fsf@kobe.laptop>
Message-ID: <70828971@bs1.sp34.ru>

Giorgos Keramidas <keramida@freebsd.org> writes:

> On Mon, 8 Sep 2008 14:01:25 +0200, Erwin Lansing <erwin@FreeBSD.org> wrote:
>> In preparation for both the 6.4 and 7.1 releases, the ports tree has
>> been frozen.  All commits have to be approved by portmgr.  See the
>> portmgr webpage[1] for more information about what is and isn't
>> allowed during the freeze.  We are aiming for a short freeze period,
>> so we will be quite strict in allowing commits during the freeze.  Of
>> course, we do appreciate any help fixing existing errors in the tree,
>> so if anyone is bored, a good starting point will be portsmon[2].
>
> Damn :/
>
> My emacs-22.3 release update almost made it into ports before the freeze
> by 1-2 days.  Is there any chance I could bribe you guys to get it in,
> so we can have the latest stable 22.X GNU Emacs in the release?
>
> Having said that, I am a bit unfamiliar with all the work port builders
> have to do during the freeze, so if getting a new Emacs in the tree is
> completely out of the question because it would create a lot of work for
> you guys, that's ok.
>
> On the other hand, if the ports stay frozen for several weeks and we
> still have time to let it settle into the tree, it would be very nice to
> include this version.  It includes a mildly important fix in the way
> Emacs spawns Python processes[1] that would be _very_ nice to have in
> ports sooner, rather than a couple of months later.
>
> http://lists.gnu.org/archive/html/emacs-devel/2008-09/msg00215.html

Since it is a security issue it may be resolved before release.
Just the patch should be polished a little.


WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone & Internet SP
FreeBSD committer, http://www.FreeBSD.org The Power To Serve
From pav at FreeBSD.org  Mon Sep  8 20:31:01 2008
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Mon Sep  8 20:31:07 2008
Subject: ports patch for comm/rxtx
In-Reply-To: <1220904835.9996.9.camel@ikaros.oook.cz>
References: <20080908193315.GA22691@raster>
	<1220904835.9996.9.camel@ikaros.oook.cz>
Message-ID: <1220905855.9996.15.camel@ikaros.oook.cz>

Pav Lucistnik p??e v po 08. 09. 2008 v 22:13 +0200:
> Zach Metzinger p??e v po 08. 09. 2008 v 14:33 -0500:
> 
> > The configure and configure.in files for comm/rxtx are broken when using
> > java/jdk16. Two patches, below, fix this problem. The actual credit for
> > figuring this out belongs to netbeans at gatworks.com. I just created 
> > patches to fix the issue.
> > 
> > Unpatched, the port does not indicate an error, but the installation fails
> > (no files installed). If installed by hand at this point, programs using 
> > rxtx fail due to:
> > 
> > java.lang.UnsatisfiedLinkError: gnu.io.RXTXCommDriver.nativeGetVersion()Ljava/lang/String; thrown while loading gnu.io.RXTXCommDriver
> 
> This looks useful. Let me test and commit it.

Committed, thanks!

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>
The Novice rogue. A rather shifty individual
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?=
	=?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?=
	=?ISO-8859-1?Q?_zpr=E1vy?=
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080908/35d8ab6a/attachment.pgp
From keramida at freebsd.org  Mon Sep  8 20:37:48 2008
From: keramida at freebsd.org (Giorgos Keramidas)
Date: Mon Sep  8 20:37:55 2008
Subject: HEADS UP: Ports freeze for 6.4 and 7.0 in effect
References: <20080908120124.GK23062@droso.net> <87od2y30xp.fsf@kobe.laptop>
	<70828971@bs1.sp34.ru>
Message-ID: <87hc8qwf0b.fsf@kobe.laptop>

On Mon, 08 Sep 2008 23:51:32 +0400, Boris Samorodov <bsam@ipt.ru> wrote:
> Giorgos Keramidas <keramida@freebsd.org> writes:
>> My emacs-22.3 release update almost made it into ports before the freeze
>> by 1-2 days.  Is there any chance I could bribe you guys to get it in,
>> so we can have the latest stable 22.X GNU Emacs in the release?
>
> Since it is a security issue it may be resolved before release.  Just
> the patch should be polished a little.

Thanks Boris :)

Yeah, the patch as it is attached in the port now lacks at least the
`bsd.emacs.mk' changes, which I attached to this message.  I've
resubmitted the patch to ports/127168 in the version I emailed to Erwin
earlier.

I don't know how busy you are these days, and I wouldn't want to put too
much pressure on your schedule, but if you can email me about the
changes to polish the patch, I'll do it resubmit the patch to the PR,
and get it committed later today.

%%%
Index: Mk/bsd.emacs.mk
===================================================================
RCS file: /home/ncvs/ports/Mk/bsd.emacs.mk,v
retrieving revision 1.73
diff -u -r1.73 bsd.emacs.mk
--- Mk/bsd.emacs.mk	3 Jun 2008 14:36:49 -0000	1.73
+++ Mk/bsd.emacs.mk	8 Sep 2008 19:46:40 -0000
@@ -83,7 +83,7 @@
 # Emacs-22.x
 .elif (${EMACS_PORT_NAME} == "emacs22")
 EMACS_NAME=		emacs
-EMACS_VER=		22.2
+EMACS_VER=		22.3
 EMACS_MAJOR_VER=	22
 EMACS_LIBDIR?=		share/${EMACS_NAME}
 EMACS_LIBDIR_WITH_VER?=	share/${EMACS_NAME}/${EMACS_VER}
Index: editors/emacs/Makefile
===================================================================
RCS file: /home/ncvs/ports/editors/emacs/Makefile,v
retrieving revision 1.79
diff -u -r1.79 Makefile
--- editors/emacs/Makefile	21 Aug 2008 06:16:55 -0000	1.79
+++ editors/emacs/Makefile	8 Sep 2008 19:46:05 -0000
@@ -29,7 +29,7 @@
 		xemacs-[0-9]* xemacs-devel-[0-9]* \
 		xemacs-mule-[0-9]* xemacs-devel-mule-[0-9]*
 
-EMACS_VER=	22.2
+EMACS_VER=	22.3
 GNU_CONFIGURE=	yes
 USE_GMAKE=	yes
 
Index: editors/emacs/distinfo
===================================================================
RCS file: /home/ncvs/ports/editors/emacs/distinfo,v
retrieving revision 1.13
diff -u -r1.13 distinfo
--- editors/emacs/distinfo	3 Jun 2008 14:36:49 -0000	1.13
+++ editors/emacs/distinfo	8 Sep 2008 19:46:05 -0000
@@ -1,3 +1,3 @@
-MD5 (emacs-22.2.tar.gz) = d6ee586b8752351334ebf072904c4d51
-SHA256 (emacs-22.2.tar.gz) = 216839e1fb38ca4f2ed0a07689fb47ee80d90845f34e0a56fe781d6aa462e367
-SIZE (emacs-22.2.tar.gz) = 38694318
+MD5 (emacs-22.3.tar.gz) = aa8ba34f548cd78b35914ae5a7bb87eb
+SHA256 (emacs-22.3.tar.gz) = 7bd9b719db8ee20c75ee0d256737f7fd2c0e2ea30a285a3afbfc32c856420d16
+SIZE (emacs-22.3.tar.gz) = 39587396
Index: editors/emacs/pkg-plist
===================================================================
RCS file: /home/ncvs/ports/editors/emacs/pkg-plist,v
retrieving revision 1.27
diff -u -r1.27 pkg-plist
--- editors/emacs/pkg-plist	3 Jun 2008 14:36:49 -0000	1.27
+++ editors/emacs/pkg-plist	8 Sep 2008 19:46:05 -0000
@@ -2381,10 +2381,10 @@
 %%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/artist.elc
 %%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/bib-mode.el.gz
 %%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/bib-mode.elc
-%%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/bibtex.el.gz
-%%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/bibtex.elc
 %%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/bibtex-style.el.gz
 %%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/bibtex-style.elc
+%%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/bibtex.el.gz
+%%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/bibtex.elc
 %%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/conf-mode.el.gz
 %%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/conf-mode.elc
 %%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/css-mode.el.gz
@@ -2403,6 +2403,16 @@
 %%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/makeinfo.elc
 %%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/nroff-mode.el.gz
 %%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/nroff-mode.elc
+%%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/org-export-latex.el.gz
+%%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/org-export-latex.elc
+%%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/org-irc.el.gz
+%%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/org-irc.elc
+%%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/org-mac-message.el.gz
+%%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/org-mac-message.elc
+%%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/org-mouse.el.gz
+%%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/org-mouse.elc
+%%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/org-publish.el.gz
+%%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/org-publish.elc
 %%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/org.el.gz
 %%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/org.elc
 %%DATADIR%%/%%EMACS_VER%%/lisp/textmodes/page-ext.el.gz
@@ -2620,9 +2630,10 @@
 %%DATADIR%%/site-lisp/subdirs.el
 var/games/emacs/snake-scores
 var/games/emacs/tetris-scores
-@dirrm libexec/emacs/%%EMACS_VER%%/%%EMACS_ARCH%%
-@dirrm libexec/emacs/%%EMACS_VER%%
-@dirrm libexec/emacs
+@dirrmtry var/games/emacs
+@dirrmtry var/games
+@dirrmtry var
+@dirrmtry %%DATADIR%%/%%EMACS_VER%%/site-lisp
 @dirrm %%DATADIR%%/%%EMACS_VER%%/lisp/url
 @dirrm %%DATADIR%%/%%EMACS_VER%%/lisp/textmodes
 @dirrm %%DATADIR%%/%%EMACS_VER%%/lisp/term
@@ -2658,8 +2669,7 @@
 @dirrm %%DATADIR%%/%%EMACS_VER%%/etc/images
 @dirrm %%DATADIR%%/%%EMACS_VER%%/etc/e
 @dirrm %%DATADIR%%/%%EMACS_VER%%/etc
-@dirrm %%DATADIR%%/%%EMACS_VER%%/site-lisp
 @dirrm %%DATADIR%%/%%EMACS_VER%%
-@dirrmtry var/games/emacs
-@dirrmtry var/games
-@dirrmtry var
+@dirrm libexec/emacs/%%EMACS_VER%%/%%EMACS_ARCH%%
+@dirrm libexec/emacs/%%EMACS_VER%%
+@dirrm libexec/emacs
Index: editors/emacs/files/patch-Makefile.in
===================================================================
RCS file: /home/ncvs/ports/editors/emacs/files/patch-Makefile.in,v
retrieving revision 1.3
diff -u -r1.3 patch-Makefile.in
--- editors/emacs/files/patch-Makefile.in	16 Jul 2007 17:06:44 -0000	1.3
+++ editors/emacs/files/patch-Makefile.in	8 Sep 2008 19:46:05 -0000
@@ -1,6 +1,6 @@
---- ./Makefile.in.orig	Sun Aug 27 04:16:25 2006
-+++ ./Makefile.in	Fri Sep  1 21:10:08 2006
-@@ -409,14 +409,6 @@
+--- Makefile.in.orig	2008-09-07 05:23:59.000000000 +0300
++++ Makefile.in	2008-09-07 05:23:59.000000000 +0300
+@@ -419,14 +419,6 @@
  ## That flag is also used in leim/Makefile.in
  install-arch-indep: mkdir info
  	-set ${COPYDESTS} ; \
@@ -15,7 +15,7 @@
  	mkdir ${COPYDESTS} ; \
  	chmod ugo+rx ${COPYDESTS} ; \
  	unset CDPATH; \
-@@ -503,9 +495,9 @@
+@@ -513,9 +505,9 @@
  	   fi; \
  	   cd ${srcdir}/info ; \
  	   for elt in $(INFO_FILES); do \
@@ -28,7 +28,7 @@
  	      done; \
  	   done); \
  	else true; fi
-@@ -515,7 +507,7 @@
+@@ -525,7 +517,7 @@
  	then \
  	  for elt in $(INFO_FILES); do \
  	    (cd $${thisdir}; \
@@ -36,4 +36,4 @@
 +	     ${INSTALL_INFO} --info-dir=$(DESTDIR)${infodir} $(DESTDIR)${infodir}/$$elt.info); \
  	  done; \
  	else true; fi
- 	-chmod -R a+r $(DESTDIR)${datadir}/emacs ${COPYDESTS} $(DESTDIR)${infodir}
+ 	-chmod -R a+r $(DESTDIR)${datadir}/emacs/${version} $(DESTDIR)${datadir}/emacs/site-lisp ${COPYDESTS} $(DESTDIR)${infodir}
Index: editors/emacs/files/patch-lispintro-Makefile.in
===================================================================
RCS file: /home/ncvs/ports/editors/emacs/files/patch-lispintro-Makefile.in,v
retrieving revision 1.1
diff -u -r1.1 patch-lispintro-Makefile.in
--- editors/emacs/files/patch-lispintro-Makefile.in	16 Jul 2007 17:06:44 -0000	1.1
+++ editors/emacs/files/patch-lispintro-Makefile.in	8 Sep 2008 19:46:05 -0000
@@ -1,6 +1,6 @@
---- ./lispintro/Makefile.in.orig	Mon Feb  6 01:05:17 2006
-+++ ./lispintro/Makefile.in	Fri Sep  1 21:10:08 2006
-@@ -33,7 +33,7 @@
+--- lispintro/Makefile.in.orig	2008-09-07 05:24:38.000000000 +0300
++++ lispintro/Makefile.in	2008-09-07 05:24:38.000000000 +0300
+@@ -34,7 +34,7 @@
  INFO_TARGETS = ${infodir}/eintr
  DVI_TARGETS = emacs-lisp-intro.dvi
  
@@ -8,4 +8,4 @@
 +MAKEINFO = makeinfo --no-split
  TEXI2DVI = texi2dvi
  DVIPS = dvips
- ENVADD = TEXINPUTS="$(srcdir):$(TEXINPUTS)" MAKEINFO="$(MAKEINFO) -I$(srcdir)"
+ 
Index: editors/emacs/files/patch-lispref-Makefile.in
===================================================================
RCS file: /home/ncvs/ports/editors/emacs/files/patch-lispref-Makefile.in,v
retrieving revision 1.1
diff -u -r1.1 patch-lispref-Makefile.in
--- editors/emacs/files/patch-lispref-Makefile.in	16 Jul 2007 17:06:44 -0000	1.1
+++ editors/emacs/files/patch-lispref-Makefile.in	8 Sep 2008 19:46:05 -0000
@@ -1,6 +1,6 @@
---- ./lispref/Makefile.in.orig	Mon Aug 21 08:22:22 2006
-+++ ./lispref/Makefile.in	Fri Sep  1 21:10:08 2006
-@@ -32,7 +32,7 @@
+--- lispref/Makefile.in.orig	2008-09-07 05:24:57.000000000 +0300
++++ lispref/Makefile.in	2008-09-07 05:24:57.000000000 +0300
+@@ -33,7 +33,7 @@
  TEXI2DVI = texi2dvi
  SHELL = /bin/sh
  INSTALL_INFO = install-info
@@ -9,7 +9,7 @@
  
  # The name of the manual:
  VERSION=2.9
-@@ -109,7 +109,7 @@
+@@ -110,7 +110,7 @@
  # This is for use in a separate distro of the Emacs Lisp manual.
  install: elisp
  	$(srcdir)/mkinstalldirs $(infodir)
@@ -18,7 +18,7 @@
  	${INSTALL_INFO} --info-dir=${infodir} ${infodir}/elisp
  
  # This is for use in a separate distro of the Emacs Lisp manual.
-@@ -125,7 +125,7 @@
+@@ -126,7 +126,7 @@
  
  maintainer-clean: clean
  	rm -f elisp.dvi elisp.oaux
@@ -27,7 +27,7 @@
  
  dist: $(infodir)/elisp elisp.dvi
  	-rm -rf temp
-@@ -135,7 +135,7 @@
+@@ -136,7 +136,7 @@
   $(srcdir)/Makefile.in $(srcs) \
   $(srcdir)/../man/texinfo.tex \
   elisp.dvi elisp.aux elisp.??s \
Index: editors/emacs/files/patch-man-Makefile.in
===================================================================
RCS file: /home/ncvs/ports/editors/emacs/files/patch-man-Makefile.in,v
retrieving revision 1.1
diff -u -r1.1 patch-man-Makefile.in
--- editors/emacs/files/patch-man-Makefile.in	16 Jul 2007 17:06:44 -0000	1.1
+++ editors/emacs/files/patch-man-Makefile.in	8 Sep 2008 19:46:05 -0000
@@ -1,5 +1,5 @@
---- ./man/Makefile.in.orig	Sat May  6 18:54:21 2006
-+++ ./man/Makefile.in	Fri Sep  1 21:10:08 2006
+--- man/Makefile.in.orig	2008-09-07 05:25:12.000000000 +0300
++++ man/Makefile.in	2008-09-07 05:25:12.000000000 +0300
 @@ -32,7 +32,7 @@
  
  # The makeinfo program is part of the Texinfo distribution.
Index: editors/emacs/files/patch-src-alloc.c
===================================================================
RCS file: editors/emacs/files/patch-src-alloc.c
diff -N editors/emacs/files/patch-src-alloc.c
--- /dev/null	1 Jan 1970 00:00:00 -0000
+++ editors/emacs/files/patch-src-alloc.c	8 Sep 2008 19:46:05 -0000
@@ -0,0 +1,15 @@
+--- src/alloc.c.orig	2008-09-07 05:25:27.000000000 +0300
++++ src/alloc.c	2008-09-07 05:25:27.000000000 +0300
+@@ -4573,8 +4573,12 @@
+      needed on ia64 too.  See mach_dep.c, where it also says inline
+      assembler doesn't work with relevant proprietary compilers.  */
+ #ifdef __sparc__
++#ifdef __sparc64__
++  asm ("flushw");
++#else
+   asm ("ta 3");
+ #endif
++#endif
+ 
+   /* Save registers that we need to see on the stack.  We need to see
+      registers used to hold register variables and registers used to
Index: editors/emacs/files/patch-src__alloc.c
===================================================================
RCS file: editors/emacs/files/patch-src__alloc.c
diff -N editors/emacs/files/patch-src__alloc.c
--- editors/emacs/files/patch-src__alloc.c	16 Jul 2007 17:06:44 -0000	1.1
+++ /dev/null	1 Jan 1970 00:00:00 -0000
@@ -1,14 +0,0 @@
---- ./src/alloc.c.orig	Thu Aug 31 20:50:29 2006
-+++ ./src/alloc.c	Fri Sep  1 21:10:08 2006
-@@ -4560,7 +4560,11 @@
-      needed on ia64 too.  See mach_dep.c, where it also says inline
-      assembler doesn't work with relevant proprietary compilers.  */
- #ifdef sparc
-+#ifdef __sparc64__
-+  asm ("flushw");
-+#else
-   asm ("ta 3");
-+#endif
- #endif
- 
-   /* Save registers that we need to see on the stack.  We need to see
%%%
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 194 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080908/a8539b25/attachment.pgp
From bsam at ipt.ru  Mon Sep  8 22:09:33 2008
From: bsam at ipt.ru (Boris Samorodov)
Date: Mon Sep  8 22:09:43 2008
Subject: HEADS UP: Ports freeze for 6.4 and 7.0 in effect
In-Reply-To: <87hc8qwf0b.fsf@kobe.laptop> (Giorgos Keramidas's message of
	"Mon\, 08 Sep 2008 23\:37\:24 +0300")
References: <20080908120124.GK23062@droso.net> <87od2y30xp.fsf@kobe.laptop>
	<70828971@bs1.sp34.ru> <87hc8qwf0b.fsf@kobe.laptop>
Message-ID: <04740659@bs1.sp34.ru>

Giorgos Keramidas <keramida@freebsd.org> writes:
> On Mon, 08 Sep 2008 23:51:32 +0400, Boris Samorodov <bsam@ipt.ru> wrote:
>> Giorgos Keramidas <keramida@freebsd.org> writes:

>>> My emacs-22.3 release update almost made it into ports before the freeze
>>> by 1-2 days.  Is there any chance I could bribe you guys to get it in,
>>> so we can have the latest stable 22.X GNU Emacs in the release?
>>
>> Since it is a security issue it may be resolved before release.  Just
>> the patch should be polished a little.
>
> Thanks Boris :)

My pleasure. BTW since you released the PR I've taken it.

> Yeah, the patch as it is attached in the port now lacks at least the
> `bsd.emacs.mk' changes, which I attached to this message.  I've

Usually I don't like such changes (to *.mk stuff) just before
freeze/release... But since you are the maintainer I'm not scared.

> resubmitted the patch to ports/127168 in the version I emailed to Erwin
> earlier.
>
> I don't know how busy you are these days, and I wouldn't want to put too

I whish I had more spare time. :-(

> much pressure on your schedule, but if you can email me about the
> changes to polish the patch,

I've just was going to do it and have received your email.

First of all, I'd like to ask you to send me (may be without CC to
ports@) a proposed commit log. And since it is a security issue it
will be good to add an entry to ports/security/vuxml/vuln.xml.

> I'll do it resubmit the patch to the PR,
> and get it committed later today.
>
> %%%
> Index: Mk/bsd.emacs.mk
> ===================================================================
> RCS file: /home/ncvs/ports/Mk/bsd.emacs.mk,v
> retrieving revision 1.73
> diff -u -r1.73 bsd.emacs.mk
> --- Mk/bsd.emacs.mk	3 Jun 2008 14:36:49 -0000	1.73
> +++ Mk/bsd.emacs.mk	8 Sep 2008 19:46:40 -0000
> @@ -83,7 +83,7 @@
>  # Emacs-22.x
>  .elif (${EMACS_PORT_NAME} == "emacs22")
>  EMACS_NAME=		emacs
> -EMACS_VER=		22.2
> +EMACS_VER=		22.3

As you may see at my email headers I'm already using the new emacs
version. But it states itself (at the window name) that it is 22.3.1.
I'm not sure why. I was always curious why those versions don't
correspond to the ports versions (i.e. PORTVERSION).

[...]

I'm not sure why the following patch is needed:

> Index: editors/emacs/files/patch-man-Makefile.in
> ===================================================================
> RCS file: /home/ncvs/ports/editors/emacs/files/patch-man-Makefile.in,v
> retrieving revision 1.1
> diff -u -r1.1 patch-man-Makefile.in
> --- editors/emacs/files/patch-man-Makefile.in	16 Jul 2007 17:06:44 -0000	1.1
> +++ editors/emacs/files/patch-man-Makefile.in	8 Sep 2008 19:46:05 -0000
> @@ -1,5 +1,5 @@
> ---- ./man/Makefile.in.orig	Sat May  6 18:54:21 2006
> -+++ ./man/Makefile.in	Fri Sep  1 21:10:08 2006
> +--- man/Makefile.in.orig	2008-09-07 05:25:12.000000000 +0300
> ++++ man/Makefile.in	2008-09-07 05:25:12.000000000 +0300
>  @@ -32,7 +32,7 @@
>   
>   # The makeinfo program is part of the Texinfo distribution.

And those two patches seems to only rename an existing file
if I'm not mistaken. With all my respect to you as a mantainer
I'd say that you should have a good reason for that and if so
it worth mentionning at the commit's log. As for me I won't
do any renames while at ports freeze. But sure it's up to you. ;-)

> Index: editors/emacs/files/patch-src-alloc.c
> ===================================================================
> RCS file: editors/emacs/files/patch-src-alloc.c
> diff -N editors/emacs/files/patch-src-alloc.c
> --- /dev/null	1 Jan 1970 00:00:00 -0000
> +++ editors/emacs/files/patch-src-alloc.c	8 Sep 2008 19:46:05 -0000
> @@ -0,0 +1,15 @@
> +--- src/alloc.c.orig	2008-09-07 05:25:27.000000000 +0300
> ++++ src/alloc.c	2008-09-07 05:25:27.000000000 +0300
> +@@ -4573,8 +4573,12 @@
> +      needed on ia64 too.  See mach_dep.c, where it also says inline
> +      assembler doesn't work with relevant proprietary compilers.  */
> + #ifdef __sparc__
> ++#ifdef __sparc64__
> ++  asm ("flushw");
> ++#else
> +   asm ("ta 3");
> + #endif
> ++#endif
> + 
> +   /* Save registers that we need to see on the stack.  We need to see
> +      registers used to hold register variables and registers used to
> Index: editors/emacs/files/patch-src__alloc.c
> ===================================================================
> RCS file: editors/emacs/files/patch-src__alloc.c
> diff -N editors/emacs/files/patch-src__alloc.c
> --- editors/emacs/files/patch-src__alloc.c	16 Jul 2007 17:06:44 -0000	1.1
> +++ /dev/null	1 Jan 1970 00:00:00 -0000
> @@ -1,14 +0,0 @@
> ---- ./src/alloc.c.orig	Thu Aug 31 20:50:29 2006
> -+++ ./src/alloc.c	Fri Sep  1 21:10:08 2006
> -@@ -4560,7 +4560,11 @@
> -      needed on ia64 too.  See mach_dep.c, where it also says inline
> -      assembler doesn't work with relevant proprietary compilers.  */
> - #ifdef sparc
> -+#ifdef __sparc64__
> -+  asm ("flushw");
> -+#else
> -   asm ("ta 3");
> -+#endif
> - #endif
> - 
> -   /* Save registers that we need to see on the stack.  We need to see
> %%%


HTH and WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone & Internet SP
FreeBSD committer, http://www.FreeBSD.org The Power To Serve
From shuvaev at physik.uni-wuerzburg.de  Mon Sep  8 23:35:50 2008
From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev)
Date: Mon Sep  8 23:36:13 2008
Subject: devel/libtool15 unconditionally hardcodes autodetected textproc/gsed
Message-ID: <20080908233719.GA7584@localhost.my.domain>

Hello all!

While the ports are in freeze just want to point to the problem I have
encountered. Not sure if this is a critical bug, just a bug or not
a bug at all (so, no PR yet).

If one installs/rebuilds devel/libtool15 while textproc/gsed is
installed, libtool autodetects it and hardcodes gsed in itself.
If later one removes gsed (and nothing prevents him from doing this),
libtool is left in a broken state. FWIW, textproc/gsed is a BUILD_DEPENDS
of some ports.

Ideally, I think, one should hack libtool's configure framework to
not detect gsed at all. Sorry, no patch here. Attached is the diff
between unpacked libtool packages, one built with system sed and
one - with gsed.

Alexey.
-------------- next part --------------
diff -ruN libtool-good/+CONTENTS libtool-bad/+CONTENTS
--- libtool-good/+CONTENTS	2008-09-08 10:29:34.000000000 +0200
+++ libtool-bad/+CONTENTS	2008-09-08 20:50:41.000000000 +0200
@@ -4,7 +4,7 @@
 @cwd /usr/local
 @comment $FreeBSD: ports/devel/libtool15/pkg-plist,v 1.13 2006/02/23 10:36:03 ade Exp $
 bin/libtool
-@comment MD5:d82d18482a1bdb6a66b4a88e5f6af477
+@comment MD5:553962c30b1587c8cd17cd90a252a8f2
 bin/libtoolize
 @comment MD5:efbc69981145a9fac91f0f875ba11c3e
 share/aclocal/libtool.m4
diff -ruN libtool-good/bin/libtool libtool-bad/bin/libtool
--- libtool-good/bin/libtool	2008-09-08 10:29:29.000000000 +0200
+++ libtool-bad/bin/libtool	2008-09-08 20:50:36.000000000 +0200
@@ -30,10 +30,10 @@
 # the same distribution terms that you use for the rest of that program.
 
 # A sed program that does not truncate output.
-SED="/usr/bin/sed"
+SED="/usr/local/bin/gsed"
 
 # Sed that helps us avoid accidentally triggering echo(1) options like -n.
-Xsed="/usr/bin/sed -e 1s/^X//"
+Xsed="/usr/local/bin/gsed -e 1s/^X//"
 
 # The HP-UX ksh and POSIX shell print the target directory to stdout
 # if CDPATH is set.
From kris at FreeBSD.org  Tue Sep  9 00:05:23 2008
From: kris at FreeBSD.org (Kris Kennaway)
Date: Tue Sep  9 00:05:32 2008
Subject: Making ports from source with weird download restrictions
In-Reply-To: <20080908185627.GE20793@lor.one-eyed-alien.net>
References: <539c60b90809081003t35ebd62p2f5e006a1270f066@mail.gmail.com>
	<20080908185627.GE20793@lor.one-eyed-alien.net>
Message-ID: <48C5BDC4.7060102@FreeBSD.org>

Brooks Davis wrote:

> As long as the license allows redistribution, we can host it on FreeBSD
> infrastructure using MASTER_SITE_LOCAL.
> 
>> 2) openocd - http://openfacts.berlios.de/index-en.phtml?title=Building_OpenOCD
>> - this is a bit more sensible - there's a stable SVN repository for
>> it, it's just that the only ports I've seen are on sourceforge, and
>> come from release .tgz archives, not a SVN archive (although I've
>> never gotten a broken version from the openocd SVN).  If someone
>> pointed me at a port that built from SVN instead of a .tgz, I'm sure I
>> could get the port done.
> 
> Doing an svn export in the fetch stage is possible, but probably not
> ideal.  In my devel/llvm-devel port I have a do-fetch target that
> fetches a snapshot and makes a tarball out of it, but I only use that
> for my own use and host a snapshot on the FreeBSD ftp servers for normal
> users since a tarball allows users to do a make clean and retry without
> having to fetch files again.

Yes, this is the right way to do it.

Kris
From mark.picone at deakin.edu.au  Tue Sep  9 01:13:29 2008
From: mark.picone at deakin.edu.au (Mark Picone)
Date: Tue Sep  9 01:13:36 2008
Subject: qemu problem
In-Reply-To: <48C36C71.6020801@micom.mng.net>
References: <48C27D1F.4000205@micom.mng.net>
	<e71790db0809061317t16c20335u7e4d3769e15cde48@mail.gmail.com>
	<48C36C71.6020801@micom.mng.net>
Message-ID: <787FAEC94123984293205DC78AD7C2C80E165511D2@garnet-1.du.deakin.edu.au>

I am using qemu without any problems on a 7.0-p4 host, here are a few things I 
learnt a lot the way:

1. qemu (with kqemu kernel module loaded) will cause the problems you are having 
(extreme instability).
2. qemu-devel (with kqemu-devel kernel module loaded) will work fine until you 
start swapping memory, then it seems some sort of memory corruption will occur and 
crash the VM.

If you have plenty of RAM give the -devel versions a go, otherwise do not use 
kqemu as it seems to be unstable.

At the moment I am running a WindowsXP-SP3 VM with qemu-devel (albeit very slowly) 
without kqemu or stability problems.

Thanks,


Mark Picone, Trainee Unix Administrator
Information Technology Services Division
Phone:   03 5227 8602   International: +61 3 5227 0806
Fax:     03 5227 8799   International: +61 3 5227 8799
Email:   mark.picone@deakin.edu.au
Website: http://www.deakin.edu.au


> -----Original Message-----
> From: owner-freebsd-ports@freebsd.org [mailto:owner-freebsd-
> ports@freebsd.org] On Behalf Of Ganbold
> Sent: Sunday, 7 September 2008 3:54 PM
> To: Carlos A. M. dos Santos
> Cc: freebsd-ports
> Subject: Re: qemu problem
>
> Carlos A. M. dos Santos wrote:
> > On Sat, Sep 6, 2008 at 9:52 AM, Ganbold <ganbold@micom.mng.net> wrote:
> >
> >> Hi,
> >>
> >> I have problem installing FreeBSD-7.0 using qemu in RELENG_7.
> >> It starts installing FreeBSD, but it crashes and dumps core in different
> >> places.
> >>
> >
> > It would be important to know what "different places" means. It is
> > *during* installation or *after*  it?
> >
> >
>
> Both. It happens when it tries to copy something, or when it tries to
> compile something.
> Yesterday it hanged and crashed when I tried to upgrade 7.0 to CURRENT
> (buildworld).
>
> >> Did somebody experience this before?
> >>
> >> devil# uname -an
> >> FreeBSD devil.micom.mng.net 7.0-STABLE FreeBSD 7.0-STABLE #9: Tue Aug 19
> >> 18:35:02 ULAT 2008
> tsgan@devil.micom.mng.net:/usr/obj/usr/src/sys/DEVIL
> >>  i386
> >> devil#
> >>
> >> devil# qemu -boot d -hda freebsd.img -m 256 -cdrom
> >> ~tsgan/7.0-RELEASE-i386-disc1.iso -localtime -net nic -net tap smp 2
> >> qemu: fatal: triple fault
> >> EAX=c0bfe67c EBX=0000000c ECX=f001003f EDX=f001003f
> >> ESI=c0bfe67c EDI=c24f7c60 EBP=c0bfe670 ESP=c0bfe5e0
> >> EIP=c0a49004 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0
> >> ES =0028 00000000 ffffffff 00cf9300
> >> CS =0020 00000000 ffffffff 00cf9b00
> >> SS =0028 00000000 ffffffff 00cf9300
> >> DS =0028 00000000 ffffffff 00cf9300
> >> FS =0008 ffc00000 ffffffff ffcf93c0
> >> GS =0028 00000000 ffffffff 00cf9300
> >> LDT=0050 c0bfef20 00000087 c000e2bf
> >> TR =0060 c0bff1c0 00000067 c00089bf
> >> GDT=     c0bfe5a0 00000097
> >> IDT=     c0c00240 000007ff
> >> CR0=e005003b CR2=f0010043 CR3=0141e000 CR4=00000690
> >> CCS=c0bfe67c CCD=c0bfe6e8 CCO=ADDB   FCW=127f FSW=0020 [ST=0] FTW=00
> >> MXCSR=00001f80
> >> FPR0=0000000000000000 0000 FPR1=0000000000000000 0000
> >> FPR2=0000000000000000 0000 FPR3=0000000000000000 0000
> >> FPR4=ccccccccccc40000 3ffe FPR5=8000000000000000 3ffe
> >> FPR6=e670d1fa33376800 3ffe FPR7=8e670d1fa3337800 4002
> >> XMM00=00000000000000000000000000000000
> >> XMM01=00000000000000000000000000000000
> >> XMM02=00000000000000000000000000000000
> >> XMM03=00000000000000000000000000000000
> >> XMM04=00000000000000000000000000000000
> >> XMM05=00000000000000000000000000000000
> >> XMM06=00000000000000000000000000000000
> >> XMM07=00000000000000000000000000000000
> >> Abort (core dumped)
> >>
> >
> > QEMU treats triple faults generated by the guest OS as fatal errors,
> > so it aborts execution and dumps core. In my opinion this is a too
> > self-punishing behavior that chould be replaced by a less harmful VM
> > restart. Triple faults are in fact fatal errors, so QEMU is correct,
> > in theory. In practice, however, some operating systems generate
> > triple faults on purpose in order to force a system reboot. The Linux
> > kernel used to do this. It appears that the FreeBSD boot loader does
> > it as well, so if you start FreeBSD and choose option 7 in the boot
> > prompt you will ever crash QEMU.
> >
> >
> >> %pkg_info|grep qemu
> >> kqemu-kmod-1.3.0.p11_9 Kernel Accelerator for QEMU CPU Emulator
> >> qemu-0.9.1_9        QEMU CPU Emulator
> >> %kldstat
> >> Id Refs Address    Size     Name
> >> 1   22 0xc0400000 701ae4   kernel
> >> 2    1 0xc0b02000 5844     if_tap.ko
> >> 3    1 0xc0b08000 15524    snd_hda.ko
> >> 4    2 0xc0b1e000 52a08    sound.ko
> >> 5    2 0xc0b71000 10ebc    drm.ko
> >> 6    1 0xc0b82000 71c4     i915.ko
> >> 7    1 0xc0b8a000 1ff24    kqemu.ko
> >> 8    1 0xc0baa000 b8c8     aio.ko
> >> 9    1 0xc0bb6000 6b3d0    acpi.ko
> >> 10    1 0xc4340000 9000     if_bridge.ko
> >> 11    1 0xc4349000 6000     bridgestp.ko
> >> 12    2 0xc44ac000 d000     ipfw.ko
> >> 13    1 0xc4500000 4000     ipdivert.ko
> >> 14    1 0xc4526000 22000    linux.ko
> >> 15    1 0xc45a0000 e000     fuse.ko
> >>
> >
> >
>
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3110 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080909/48e99d77/smime-0001.bin
From stephen at math.missouri.edu  Tue Sep  9 02:35:04 2008
From: stephen at math.missouri.edu (Stephen Montgomery-Smith)
Date: Tue Sep  9 02:35:11 2008
Subject: opendx port
Message-ID: <48C5E0D6.4070803@math.missouri.edu>

I have been looking at the graphics/opendx port (ports is the maintainer).

If I select WITHOUT_JAVA, then in fact it builds and installs just fine 
on the amd64 architecture, despite that it is currently marked broken 
for amd64.

If I don't select WITHOUT_JAVA, it doesn't even install properly on my 
i386 machines.

The easiest way - at least as a band aid solution - to fix this port is 
to make WITHOUT_JAVA the default (presumably turn it into WITH_JAVA, or 
even delete this possibility altogether).

I plan to submit a PR in a while, but not until the ports freeze is 
over.  If anyone objects to my proposed solution, they have plenty of 
time to discuss it here.

Stephen
From ganbold at micom.mng.net  Tue Sep  9 06:44:38 2008
From: ganbold at micom.mng.net (Ganbold)
Date: Tue Sep  9 06:44:46 2008
Subject: qemu problem
In-Reply-To: <787FAEC94123984293205DC78AD7C2C80E165511D2@garnet-1.du.deakin.edu.au>
References: <48C27D1F.4000205@micom.mng.net>	<e71790db0809061317t16c20335u7e4d3769e15cde48@mail.gmail.com>
	<48C36C71.6020801@micom.mng.net>
	<787FAEC94123984293205DC78AD7C2C80E165511D2@garnet-1.du.deakin.edu.au>
Message-ID: <48C61B50.3090200@micom.mng.net>

Mark Picone wrote:
> I am using qemu without any problems on a 7.0-p4 host, here are a few things I 
> learnt a lot the way:
>
> 1. qemu (with kqemu kernel module loaded) will cause the problems you are having 
> (extreme instability).
> 2. qemu-devel (with kqemu-devel kernel module loaded) will work fine until you 
> start swapping memory, then it seems some sort of memory corruption will occur and 
> crash the VM.
>   

I see. I will try next time qemu-devel.
Seems like some load like copying files, compiling etc makes qemu crash.
Yesterday installed 8.0-CURRENT, no crash yet, although I didn't test much.

thanks,

Ganbold
> If you have plenty of RAM give the -devel versions a go, otherwise do not use 
> kqemu as it seems to be unstable.
>
> At the moment I am running a WindowsXP-SP3 VM with qemu-devel (albeit very slowly) 
> without kqemu or stability problems.
>
> Thanks,
>
>
> Mark Picone, Trainee Unix Administrator
> Information Technology Services Division
> Phone:   03 5227 8602   International: +61 3 5227 0806
> Fax:     03 5227 8799   International: +61 3 5227 8799
> Email:   mark.picone@deakin.edu.au
> Website: http://www.deakin.edu.au
>
>
>   
>> -----Original Message-----
>> From: owner-freebsd-ports@freebsd.org [mailto:owner-freebsd-
>> ports@freebsd.org] On Behalf Of Ganbold
>> Sent: Sunday, 7 September 2008 3:54 PM
>> To: Carlos A. M. dos Santos
>> Cc: freebsd-ports
>> Subject: Re: qemu problem
>>
>> Carlos A. M. dos Santos wrote:
>>     
>>> On Sat, Sep 6, 2008 at 9:52 AM, Ganbold <ganbold@micom.mng.net> wrote:
>>>
>>>       
>>>> Hi,
>>>>
>>>> I have problem installing FreeBSD-7.0 using qemu in RELENG_7.
>>>> It starts installing FreeBSD, but it crashes and dumps core in different
>>>> places.
>>>>
>>>>         
>>> It would be important to know what "different places" means. It is
>>> *during* installation or *after*  it?
>>>
>>>
>>>       
>> Both. It happens when it tries to copy something, or when it tries to
>> compile something.
>> Yesterday it hanged and crashed when I tried to upgrade 7.0 to CURRENT
>> (buildworld).
>>
>>     
>>>> Did somebody experience this before?
>>>>
>>>> devil# uname -an
>>>> FreeBSD devil.micom.mng.net 7.0-STABLE FreeBSD 7.0-STABLE #9: Tue Aug 19
>>>> 18:35:02 ULAT 2008
>>>>         
>> tsgan@devil.micom.mng.net:/usr/obj/usr/src/sys/DEVIL
>>     
>>>>  i386
>>>> devil#
>>>>
>>>> devil# qemu -boot d -hda freebsd.img -m 256 -cdrom
>>>> ~tsgan/7.0-RELEASE-i386-disc1.iso -localtime -net nic -net tap smp 2
>>>> qemu: fatal: triple fault
>>>> EAX=c0bfe67c EBX=0000000c ECX=f001003f EDX=f001003f
>>>> ESI=c0bfe67c EDI=c24f7c60 EBP=c0bfe670 ESP=c0bfe5e0
>>>> EIP=c0a49004 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0
>>>> ES =0028 00000000 ffffffff 00cf9300
>>>> CS =0020 00000000 ffffffff 00cf9b00
>>>> SS =0028 00000000 ffffffff 00cf9300
>>>> DS =0028 00000000 ffffffff 00cf9300
>>>> FS =0008 ffc00000 ffffffff ffcf93c0
>>>> GS =0028 00000000 ffffffff 00cf9300
>>>> LDT=0050 c0bfef20 00000087 c000e2bf
>>>> TR =0060 c0bff1c0 00000067 c00089bf
>>>> GDT=     c0bfe5a0 00000097
>>>> IDT=     c0c00240 000007ff
>>>> CR0=e005003b CR2=f0010043 CR3=0141e000 CR4=00000690
>>>> CCS=c0bfe67c CCD=c0bfe6e8 CCO=ADDB   FCW=127f FSW=0020 [ST=0] FTW=00
>>>> MXCSR=00001f80
>>>> FPR0=0000000000000000 0000 FPR1=0000000000000000 0000
>>>> FPR2=0000000000000000 0000 FPR3=0000000000000000 0000
>>>> FPR4=ccccccccccc40000 3ffe FPR5=8000000000000000 3ffe
>>>> FPR6=e670d1fa33376800 3ffe FPR7=8e670d1fa3337800 4002
>>>> XMM00=00000000000000000000000000000000
>>>> XMM01=00000000000000000000000000000000
>>>> XMM02=00000000000000000000000000000000
>>>> XMM03=00000000000000000000000000000000
>>>> XMM04=00000000000000000000000000000000
>>>> XMM05=00000000000000000000000000000000
>>>> XMM06=00000000000000000000000000000000
>>>> XMM07=00000000000000000000000000000000
>>>> Abort (core dumped)
>>>>
>>>>         
>>> QEMU treats triple faults generated by the guest OS as fatal errors,
>>> so it aborts execution and dumps core. In my opinion this is a too
>>> self-punishing behavior that chould be replaced by a less harmful VM
>>> restart. Triple faults are in fact fatal errors, so QEMU is correct,
>>> in theory. In practice, however, some operating systems generate
>>> triple faults on purpose in order to force a system reboot. The Linux
>>> kernel used to do this. It appears that the FreeBSD boot loader does
>>> it as well, so if you start FreeBSD and choose option 7 in the boot
>>> prompt you will ever crash QEMU.
>>>
>>>
>>>       
>>>> %pkg_info|grep qemu
>>>> kqemu-kmod-1.3.0.p11_9 Kernel Accelerator for QEMU CPU Emulator
>>>> qemu-0.9.1_9        QEMU CPU Emulator
>>>> %kldstat
>>>> Id Refs Address    Size     Name
>>>> 1   22 0xc0400000 701ae4   kernel
>>>> 2    1 0xc0b02000 5844     if_tap.ko
>>>> 3    1 0xc0b08000 15524    snd_hda.ko
>>>> 4    2 0xc0b1e000 52a08    sound.ko
>>>> 5    2 0xc0b71000 10ebc    drm.ko
>>>> 6    1 0xc0b82000 71c4     i915.ko
>>>> 7    1 0xc0b8a000 1ff24    kqemu.ko
>>>> 8    1 0xc0baa000 b8c8     aio.ko
>>>> 9    1 0xc0bb6000 6b3d0    acpi.ko
>>>> 10    1 0xc4340000 9000     if_bridge.ko
>>>> 11    1 0xc4349000 6000     bridgestp.ko
>>>> 12    2 0xc44ac000 d000     ipfw.ko
>>>> 13    1 0xc4500000 4000     ipdivert.ko
>>>> 14    1 0xc4526000 22000    linux.ko
>>>> 15    1 0xc45a0000 e000     fuse.ko
>>>>
>>>>         
>>>       
>> _______________________________________________
>> freebsd-ports@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>>     


-- 
I cannot conceive that anybody will require multiplications at the rate 
of 40,000 or even 4,000 per hour ... -- F. H. Wales (1936)
From support at pine.nl  Tue Sep  9 11:46:02 2008
From: support at pine.nl (Pine Digital Security Support)
Date: Tue Sep  9 11:46:11 2008
Subject: Correct way to portupgrade php5 and php5-extensions-1.1 ?
Message-ID: <48C65D63.3020504@pine.nl>


Hi,

Following the most recent update of PHP5 (5.2.6_2) and subsequent 
portaudit warnings for 5.2.6, I've been upgrading lang/php5 and 
lang/php5-extensions-1.1 on a number of machines.

My question is, what is the best way to do this. Some options come to mind:

1) portupgrade -fpb php5-5.2.6 php5-extensions-1.1

or

2) portupgrade -fpb php5\*

or

3) portupgrade -fpbR php5-5.2.6


I noticed that the first option didn't update the actual binaries in 
/usr/local/lib/php/20060613/, but it still works on the machine where I 
tried it.

The second, I think, will always work (/usr/local/lib/php/20060613/ 
files are all updated/recompiled), but it takes a long time. I'm 
suspecting this way perhaps some ports will be updated/recompiled more 
than once? (once when php5-extensions is portupgraded, and once when for 
instance php5-session-5.2.6 is upgraded).

The last option seems the best according to the manpage, but this would 
in my case also recompile phpmyadmin. Is that needed?

Perhaps there are also different cases when for instance there is a 
minor version update like this one (from 5.2.6 to 5.2.6_2), and for 
instance a 5.2.6 to 5.2.7 or even 5.2.6 to 5.3 update).

Who can shine some light on this dark matter? :-)


-- Frederique


From frederique at pine.nl  Tue Sep  9 12:04:22 2008
From: frederique at pine.nl (Frederique Rijsdijk)
Date: Tue Sep  9 12:04:28 2008
Subject: Correct way to portupgrade php5 and php5-extensions-1.1 ?
Message-ID: <48C66210.90208@pine.nl>

Hi,

Following the most recent update of PHP5 (5.2.6_2) and subsequent 
portaudit warnings for 5.2.6, I've been upgrading lang/php5 and 
lang/php5-extensions-1.1 on a number of machines.

My question is, what is the best way to do this. Some options come to mind:

1) portupgrade -fpb php5-5.2.6 php5-extensions-1.1

or

2) portupgrade -fpb php5\*

or

3) portupgrade -fpbR php5-5.2.6


I noticed that the first option didn't update the actual binaries in 
/usr/local/lib/php/20060613/, but it still works on the machine where I 
tried it.

The second, I think, will always work (/usr/local/lib/php/20060613/ 
files are all updated/recompiled), but it takes a long time. I'm 
suspecting this way perhaps some ports will be updated/recompiled more 
than once? (once when php5-extensions is portupgraded, and once when for 
instance php5-session-5.2.6 is upgraded).

The last option seems the best according to the manpage, but this would 
in my case also recompile phpmyadmin. Is that needed?

Perhaps there are also different cases when for instance there is a 
minor version update like this one (from 5.2.6 to 5.2.6_2), and for 
instance a 5.2.6 to 5.2.7 or even 5.2.6 to 5.3 update).

Who can shine some light on this dark matter? :-)


-- FR
From 000.fbsd at quip.cz  Tue Sep  9 12:06:53 2008
From: 000.fbsd at quip.cz (Miroslav Lachman)
Date: Tue Sep  9 12:06:59 2008
Subject: Correct way to portupgrade php5 and php5-extensions-1.1 ?
In-Reply-To: <48C65D63.3020504@pine.nl>
References: <48C65D63.3020504@pine.nl>
Message-ID: <48C666F5.7060502@quip.cz>

Pine Digital Security Support wrote:
> 
> Hi,
> 
> Following the most recent update of PHP5 (5.2.6_2) and subsequent 
> portaudit warnings for 5.2.6, I've been upgrading lang/php5 and 
> lang/php5-extensions-1.1 on a number of machines.
> 
> My question is, what is the best way to do this. Some options come to mind:
> 
> 1) portupgrade -fpb php5-5.2.6 php5-extensions-1.1
> 
> or
> 
> 2) portupgrade -fpb php5\*
> 
> or
> 
> 3) portupgrade -fpbR php5-5.2.6
> 
> 
> I noticed that the first option didn't update the actual binaries in 
> /usr/local/lib/php/20060613/, but it still works on the machine where I 
> tried it.
> 
> The second, I think, will always work (/usr/local/lib/php/20060613/ 
> files are all updated/recompiled), but it takes a long time. I'm 
> suspecting this way perhaps some ports will be updated/recompiled more 
> than once? (once when php5-extensions is portupgraded, and once when for 
> instance php5-session-5.2.6 is upgraded).
> 
> The last option seems the best according to the manpage, but this would 
> in my case also recompile phpmyadmin. Is that needed?
> 
> Perhaps there are also different cases when for instance there is a 
> minor version update like this one (from 5.2.6 to 5.2.6_2), and for 
> instance a 5.2.6 to 5.2.7 or even 5.2.6 to 5.3 update).
> 
> Who can shine some light on this dark matter? :-)

I uprgraded PHP for same reason with just one simple command:

portmaster php5-extensions-1.1

It did all required steps (it first upgrade libraries for core PHP, then 
php5-5.x.x, then libraries for extensions, then extensions and as last 
step php5-extensions-1.1)

(optionally you can upgrade PECL extensions by portmaster pecl-\*)

Then restart Apache and PHP 5.2.6_2 is on ;)

Miroslav Lachman
From sem at FreeBSD.org  Tue Sep  9 12:26:04 2008
From: sem at FreeBSD.org (Sergey Matveychuk)
Date: Tue Sep  9 12:26:10 2008
Subject: Correct way to portupgrade php5 and php5-extensions-1.1 ?
In-Reply-To: <48C66210.90208@pine.nl>
References: <48C66210.90208@pine.nl>
Message-ID: <48C66B5A.906@FreeBSD.org>

Frederique Rijsdijk wrote:
> Hi,
> 
> Following the most recent update of PHP5 (5.2.6_2) and subsequent 
> portaudit warnings for 5.2.6, I've been upgrading lang/php5 and 
> lang/php5-extensions-1.1 on a number of machines.
> 
> My question is, what is the best way to do this. Some options come to mind:
> 
> 1) portupgrade -fpb php5-5.2.6 php5-extensions-1.1
> 
> or
> 
> 2) portupgrade -fpb php5\*

The command is OK. It rebuilds all ports that starts with php5 in 
dependency order.

-- 
Dixi.
Sem.
From tim at clewlow.org  Tue Sep  9 12:41:51 2008
From: tim at clewlow.org (Tim Clewlow)
Date: Tue Sep  9 12:41:58 2008
Subject: Correct way to portupgrade php5 and php5-extensions-1.1 ?
In-Reply-To: <48C666F5.7060502@quip.cz>
References: <48C65D63.3020504@pine.nl> <48C666F5.7060502@quip.cz>
Message-ID: <50132.192.168.1.10.1220963105.squirrel@192.168.1.100>


> Pine Digital Security Support wrote:
>>
>> Hi,
>>
>> Following the most recent update of PHP5 (5.2.6_2) and subsequent
>> portaudit warnings for 5.2.6, I've been upgrading lang/php5 and
>> lang/php5-extensions-1.1 on a number of machines.
>>
>> My question is, what is the best way to do this. Some options come
>> to mind:
>>
>> 1) portupgrade -fpb php5-5.2.6 php5-extensions-1.1
>>
>> or
>>
>> 2) portupgrade -fpb php5\*
>>
>> or
>>
>> 3) portupgrade -fpbR php5-5.2.6
>>
>>
>> I noticed that the first option didn't update the actual binaries
>> in
>> /usr/local/lib/php/20060613/, but it still works on the machine
>> where I
>> tried it.
>>
>> The second, I think, will always work
>> (/usr/local/lib/php/20060613/
>> files are all updated/recompiled), but it takes a long time. I'm
>> suspecting this way perhaps some ports will be updated/recompiled
>> more
>> than once? (once when php5-extensions is portupgraded, and once
>> when for
>> instance php5-session-5.2.6 is upgraded).
>>
>> The last option seems the best according to the manpage, but this
>> would
>> in my case also recompile phpmyadmin. Is that needed?
>>
>> Perhaps there are also different cases when for instance there is
>> a
>> minor version update like this one (from 5.2.6 to 5.2.6_2), and
>> for
>> instance a 5.2.6 to 5.2.7 or even 5.2.6 to 5.3 update).
>>
>> Who can shine some light on this dark matter? :-)
>
> I uprgraded PHP for same reason with just one simple command:
>
> portmaster php5-extensions-1.1
>
> It did all required steps (it first upgrade libraries for core PHP,
> then
> php5-5.x.x, then libraries for extensions, then extensions and as
> last
> step php5-extensions-1.1)
>
> (optionally you can upgrade PECL extensions by portmaster pecl-\*)
>
> Then restart Apache and PHP 5.2.6_2 is on ;)
>
> Miroslav Lachman
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to
> "freebsd-ports-unsubscribe@freebsd.org"
>

I used this command:

portmanager lang/php5-extensions -p -l -ui

then restart apache

as usual, portmanager "just works" :-)

cheers, Tim


From QAT at FreeBSD.org  Tue Sep  9 12:50:45 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Tue Sep  9 12:50:52 2008
Subject: net/icmpinfo - fails: install_error
Message-ID: <20080909125043.EE5C312E463A@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/icmpinfo-1.11.log :


building icmpinfo-1.11 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/net/icmpinfo
Makefile ident: $FreeBSD: ports/net/icmpinfo/Makefile,v 1.17 2008/05/28 13:28:38 edwin Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Tue Sep  9 12:50:39 UTC 2008

.................................<Last 40 lines of the log>..................

make: don't know how to make regression-test(continuing)
================================================================
====================<phase 6: make install>====================
add_pkg
===>  Installing for icmpinfo-1.11
===>   Generating temporary packing list
===>  Checking if net/icmpinfo already installed
install  -s -o root -g wheel -m 555 /work/a/ports/net/icmpinfo/work/icmpinfo-1.11/icmpinfo /usr/local/bin
/usr/sbin/chown root /usr/local/bin/icmpinfo
/bin/chmod 4555 /usr/local/bin/icmpinfo
install  -o root -g wheel -m 444 /work/a/ports/net/icmpinfo/work/icmpinfo-1.11/icmpinfo.man /usr/local/man/man1/icmpinfo.1
===>   Compressing manual pages for icmpinfo-1.11
===>   Registering installation for icmpinfo-1.11
===> SECURITY REPORT: 
      This port has installed the following binaries which execute with
      increased privileges.
/usr/local/bin/icmpinfo

      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/bin/icmpinfo

      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.
================================================================
====================<phase 7: make package>====================
===>  Building package for icmpinfo-1.11
tar: share/doc/icmpinfo/README: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/icmpinfo-1.11.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/icmpinfo-1.11.tbz'
*** Error code 1

Stop in /a/ports/net/icmpinfo.
================================================================
build of /usr/ports/net/icmpinfo ended at Tue Sep  9 12:50:42 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From amdmi3 at amdmi3.ru  Tue Sep  9 13:20:12 2008
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Tue Sep  9 13:20:22 2008
Subject: devel/libtool15 unconditionally hardcodes autodetected
	textproc/gsed
In-Reply-To: <20080908233719.GA7584@localhost.my.domain>
References: <20080908233719.GA7584@localhost.my.domain>
Message-ID: <20080909132006.GB65311@hades.panopticon>

* Alexey Shuvaev (shuvaev@physik.uni-wuerzburg.de) wrote:

> While the ports are in freeze just want to point to the problem I have
> encountered. Not sure if this is a critical bug, just a bug or not
> a bug at all (so, no PR yet).
This is definitely a bug, so better send-pr for this issue not to be
lost while we're in freeze.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From roam at ringlet.net  Tue Sep  9 13:34:09 2008
From: roam at ringlet.net (Peter Pentchev)
Date: Tue Sep  9 13:34:17 2008
Subject: devel/libtool15 unconditionally hardcodes autodetected
	textproc/gsed
In-Reply-To: <20080909132006.GB65311@hades.panopticon>
References: <20080908233719.GA7584@localhost.my.domain>
	<20080909132006.GB65311@hades.panopticon>
Message-ID: <20080909133406.GA1073@straylight.m.ringlet.net>

On Tue, Sep 09, 2008 at 05:20:06PM +0400, Dmitry Marakasov wrote:
> * Alexey Shuvaev (shuvaev@physik.uni-wuerzburg.de) wrote:
> 
> > While the ports are in freeze just want to point to the problem I have
> > encountered. Not sure if this is a critical bug, just a bug or not
> > a bug at all (so, no PR yet).
> This is definitely a bug, so better send-pr for this issue not to be
> lost while we're in freeze.

I think Alexey's point might have been that this should be fixed during
the freeze, before 6.4 and 7.1 ship with the ports tree - and I think it
might be a good idea, if libtool uses sed (resp. "gsed") in any files in
the already-built target application / library.  From a quick look,
that does not seem to be the case, but if it is, it's important.

What I mean is the following scenario:
- libfoo uses libtool for its build
- libfoo depends on libbar which depends on GNU sed
- during libfoo's build, libbar is built, thus gsed is installed
- during libfoo's build, libtool detects gsed installed and "remembers" it
- in libfoo's binary package, there is a shell script that uses "gsed",
  because libtool "knows" gsed is present on the system
- an unsuspecting user installs the libfoo binary package without previously
  building libbar
- the unsuspecting user gets a shell script that tries to run "gsed" and
  fails.

Of course, this all hinges on the idea that libtool uses "gsed" in any
files that are part of the binary package.  From a quick look, the .la
files do not contain any shell commands apart from variable assignments,
but I'm not too familiar with libtool and I don't know if there are any
other files that it might generate in the binary package.

If libtool may put "gsed" into libfoo's binary package, this should be
fixed before the freeze.  If libtool only uses "gsed" during libfoo's
build, then it is not a critical problem.

Of course, if Dmitry is more familiar with libtool than I am, and he
knows that libtool does not leave any such files, then I've just wasted
everybody's time with unneeded idle speculation, for which I apologize :)

G'luck,
Peter

-- 
Peter Pentchev	roam@ringlet.net    roam@cnsys.bg    roam@FreeBSD.org
PGP key:	http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint	FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
No language can express every thought unambiguously, least of all this one.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080909/4fc0e037/attachment.pgp
From amdmi3 at amdmi3.ru  Tue Sep  9 14:11:51 2008
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Tue Sep  9 14:11:59 2008
Subject: devel/libtool15 unconditionally hardcodes autodetected
	textproc/gsed
In-Reply-To: <20080909133406.GA1073@straylight.m.ringlet.net>
References: <20080908233719.GA7584@localhost.my.domain>
	<20080909132006.GB65311@hades.panopticon>
	<20080909133406.GA1073@straylight.m.ringlet.net>
Message-ID: <20080909141144.GD65311@hades.panopticon>

* Peter Pentchev (roam@ringlet.net) wrote:

> > This is definitely a bug, so better send-pr for this issue not to be
> > lost while we're in freeze.
> What I mean is the following scenario:
> - libfoo uses libtool for its build
> - libfoo depends on libbar which depends on GNU sed
> - during libfoo's build, libbar is built, thus gsed is installed
> - during libfoo's build, libtool detects gsed installed and "remembers" it
No, as <previously built> libtool package will be used, which doesn't
use gsed for sure.
> - in libfoo's binary package, there is a shell script that uses "gsed",
>   because libtool "knows" gsed is present on the system
> - an unsuspecting user installs the libfoo binary package without previously
>   building libbar
> - the unsuspecting user gets a shell script that tries to run "gsed" and
>   fails.
...
> If libtool may put "gsed" into libfoo's binary package, this should be
> fixed before the freeze.  If libtool only uses "gsed" during libfoo's
> build, then it is not a critical problem.
Neither seem to be the case for package building.

> Of course, if Dmitry is more familiar with libtool than I am, and he
I am most likely not,
> knows that libtool does not leave any such files, then I've just wasted
> everybody's time with unneeded idle speculation, for which I apologize :)
but my vision is that the problem will only show itself if you build
libtool with gsed installed and then deinstall gsed. Thus, you'll
end up with defunct libtool and all ports which have
USE_AUTOTOOLS=libtool:15 will fail to build.

Since this doesn't affect package builds, I don't this this is serious
enough to fix duing freeze. But still to be fixed :)

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From QAT at FreeBSD.org  Tue Sep  9 15:14:28 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Tue Sep  9 15:14:35 2008
Subject: net/mpd - fails: install_error
Message-ID: <20080909151426.AD46812E463A@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/mpd-3.18_5.log :


building mpd-3.18_5 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/net/mpd
Makefile ident: $FreeBSD: ports/net/mpd/Makefile,v 1.51 2007/02/12 07:57:25 sem Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Tue Sep  9 15:14:07 UTC 2008

.................................<Last 40 lines of the log>..................

===> src (install)
"/usr/share/mk/bsd.compat.mk", line 35: warning: NOMAN is deprecated in favour of NO_MAN
install -s -o root -g wheel -m 555   mpd /usr/local/sbin
===> conf (install)
"/usr/share/mk/bsd.compat.mk", line 35: warning: NOOBJ is deprecated in favour of NO_OBJ
install -c -o root -g wheel -m 444 mpd.conf.sample mpd.links.sample mpd.secret.sample mpd.script.sample  /usr/local/etc/mpd
===> Installing rc.d startup script(s)
===>   Registering installation for mpd-3.18_5
===> 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/sbin/mpd

      This port has installed the following startup scripts which may cause
      these network services to be started at boot time.
/usr/local/etc/rc.d/mpd

      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://sourceforge.net/projects/mpd/
================================================================
====================<phase 7: make package>====================
===>  Building package for mpd-3.18_5
tar: man/man8/mpd.8.gz: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/mpd-3.18_5.tbz
Registering depends:.
Registering conflicts: mpd-[^3]*.
Creating bzip'd tar ball in '/tmp/packages/All/mpd-3.18_5.tbz'
*** Error code 1

Stop in /a/ports/net/mpd.
================================================================
build of /usr/ports/net/mpd ended at Tue Sep  9 15:14:25 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From QAT at FreeBSD.org  Tue Sep  9 15:48:40 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Tue Sep  9 15:48:46 2008
Subject: ftp/py-curl - fails: mtree
Message-ID: <20080909154839.0109A12E463A@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.

The build of this port was tried 4 times since last BotMail
while trying to build ports that depend on it.

Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/py25-curl-7.16.4.log :


building py25-curl-7.16.4 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/ftp/py-curl
Makefile ident: $FreeBSD: ports/ftp/py-curl/Makefile,v 1.30 2008/05/30 05:21:25 perky Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Tue Sep  9 15:48:11 UTC 2008

.................................<Last 40 lines of the log>..................

Registering depends: curl-7.18.0 python25-2.5.2_3.
Creating bzip'd tar ball in '/tmp/packages/All/py25-curl-7.16.4.tbz'
Deleting py25-curl-7.16.4
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
9516619        4 drwxr-xr-x    3 root             wheel                 512 Sep  9 15:48 usr/local/share/doc/py-curl
9516620       56 -rw-r--r--    1 root             wheel               27397 Jul 11  2007 usr/local/share/doc/py-curl/ChangeLog
9516621       52 -rw-r--r--    1 root             wheel               26526 Jul 18  2002 usr/local/share/doc/py-curl/COPYING
9516622        4 -rw-r--r--    1 root             wheel                1509 Sep  6  2005 usr/local/share/doc/py-curl/INSTALL
9516623        4 -rw-r--r--    1 root             wheel                 471 Apr 22  2007 usr/local/share/doc/py-curl/README
9516624        4 -rw-r--r--    1 root             wheel                1058 Apr 23  2007 usr/local/share/doc/py-curl/TODO
9516633        4 drwxr-xr-x    2 root             wheel                1024 Sep  9 15:48 usr/local/share/doc/py-curl/tests
9516634        4 -rw-r--r--    1 root             wheel                1953 Apr 10  2007 usr/local/share/doc/py-curl/tests/test.py
9516635        4 -rw-r--r--    1 root             wheel                 693 Apr 21  2003 usr/local/share/doc/py-curl/tests/test_cb.py
9516636        4 -rw-r--r--    1 root             wheel                 340 Apr 21  2003 usr/local/share/doc/py-curl/tests/test_debug.py
9516637        4 -rw-r--r--    1 root             wheel                 289 Aug 24  2006 usr/local/share/doc/py-curl/tests/test_ftp.py
9516638        4 -rw-r--r--    1 root             wheel                1419 May  1  2003 usr/local/share/doc/py-curl/tests/test_getinfo.py
9516639        8 -rw-r--r--    1 root             wheel                2733 Mar 30  2005 usr/local/share/doc/py-curl/tests/test_gtk.py
9516640       12 -rw-r--r--    1 root             wheel                5476 May  1  2003 usr/local/share/doc/py-curl/tests/test_internals.py
9516641        4 -rw-r--r--    1 root             wheel                1126 May  1  2003 usr/local/share/doc/py-curl/tests/test_memleak.py
9516642        4 -rw-r--r--    1 root             wheel                 676 Mar 11  2005 usr/local/share/doc/py-curl/tests/test_multi.py
9516643        4 -rw-r--r--    1 root             wheel                1746 Apr 10  2007 usr/local/share/doc/py-curl/tests/test_multi2.py
9516644        8 -rw-r--r--    1 root             wheel                2068 Mar 11  2005 usr/local/share/doc/py-curl/tests/test_multi3.py
9516645        4 -rw-r--r--    1 root             wheel                1400 Mar 11  2005 usr/local/share/doc/py-curl/tests/test_multi4.py
9516646        4 -rw-r--r--    1 root             wheel                1472 Mar 11  2005 usr/local/share/doc/py-curl/tests/test_multi5.py
9516647        4 -rw-r--r--    1 root             wheel                1536 Mar 11  2005 usr/local/share/doc/py-curl/tests/test_multi6.py
9516648        4 -rw-r--r--    1 root             wheel                1924 Nov 10  2006 usr/local/share/doc/py-curl/tests/test_multi_socket.py
9516649        4 -rw-r--r--    1 root             wheel                1749 Nov 10  2006 usr/local/share/doc/py-curl/tests/test_multi_timer.py
9516650       12 -rw-r--r--    1 root             wheel                5773 Apr 12  2005 usr/local/share/doc/py-curl/tests/test_multi_vs_thread.py
9516651        4 -rw-r--r--    1 root             wheel                 589 Apr 21  2003 usr/local/share/doc/py-curl/tests/test_post.py
9516652        4 -rw-r--r--    1 root             wheel                 535 Mar  3  2005 usr/local/share/doc/py-curl/tests/test_post2.py
9516653        4 -rw-r--r--    1 root             wheel                 804 Jun 21  2004 usr/local/share/doc/py-curl/tests/test_post3.py
9516654        4 -rw-r--r--    1 root             wheel                 714 Jun 13  2006 usr/local/share/doc/py-curl/tests/test_share.py
9516655        4 -rw-r--r--    1 root             wheel                 473 Apr 21  2003 usr/local/share/doc/py-curl/tests/test_stringio.py
9516656        4 -rw-r--r--    1 root             wheel                 744 Apr 21  2003 usr/local/share/doc/py-curl/tests/test_xmlrpc.py
9516657        4 -rw-r--r--    1 root             wheel                 949 Apr 21  2003 usr/local/share/doc/py-curl/tests/util.py
================================================================
build of /usr/ports/ftp/py-curl ended at Tue Sep  9 15:48:37 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From amdmi3 at amdmi3.ru  Tue Sep  9 16:04:50 2008
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Tue Sep  9 16:04:57 2008
Subject: devel/libtool15 unconditionally hardcodes autodetected
	textproc/gsed
In-Reply-To: <20080908233719.GA7584@localhost.my.domain>
References: <20080908233719.GA7584@localhost.my.domain>
Message-ID: <20080909160444.GE65311@hades.panopticon>

Here's the fix, btw.

Portrevision bump is to make users with gsed-tainted libtool to
rebuild it with correct sed.

--- libtool.patch begins here ---
Index: Makefile
===================================================================
RCS file: /home/pcvs/ports/devel/libtool15/Makefile,v
retrieving revision 1.62
diff -u -r1.62 Makefile
--- Makefile	21 Aug 2008 06:16:44 -0000	1.62
+++ Makefile	9 Sep 2008 16:02:47 -0000
@@ -7,6 +7,7 @@
 
 PORTNAME?=	libtool
 PORTVERSION=	1.5.26
+PORTREVISION=	1
 CATEGORIES=	devel
 MASTER_SITES=	${MASTER_SITE_GNU}
 MASTER_SITE_SUBDIR=	libtool
Index: files/patch-configure
===================================================================
RCS file: files/patch-configure
diff -N files/patch-configure
--- /dev/null	1 Jan 1970 00:00:00 -0000
+++ files/patch-configure	9 Sep 2008 16:02:47 -0000
@@ -0,0 +1,11 @@
+--- configure.orig	2008-02-01 19:38:42.000000000 +0300
++++ configure	2008-09-09 20:01:57.000000000 +0400
+@@ -3615,7 +3615,7 @@
+ do
+   IFS=$as_save_IFS
+   test -z "$as_dir" && as_dir=.
+-  for lt_ac_prog in sed gsed; do
++  for lt_ac_prog in sed; do
+     for ac_exec_ext in '' $ac_executable_extensions; do
+       if { test -f "$as_dir/$lt_ac_prog$ac_exec_ext" && $as_test_x "$as_dir/$lt_ac_prog$ac_exec_ext"; }; then
+         lt_ac_sed_list="$lt_ac_sed_list $as_dir/$lt_ac_prog$ac_exec_ext"
--- libtool.patch ends here ---

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From talon at lpthe.jussieu.fr  Tue Sep  9 17:33:59 2008
From: talon at lpthe.jussieu.fr (Michel Talon)
Date: Tue Sep  9 17:34:06 2008
Subject: Exploring the FreeBSD ports tree
Message-ID: <20080909170916.GA32436@lpthe.jussieu.fr>

Hello,

while playing with fastcgi stuff, i have updated my tool to explore the
FreeBSD ports tree. It is now a fastcgi responder which can answer
questions behind  a web server such as apache or lighttpd. It can be
found here:
http://www.lpthe.jussieu.fr/~talon/show_index.fcgi
The needed configuration for lighttpd is explained in the comments at
the beginning, this is basically the same as for Django. So one needs to
run the python script show_index.fcgi as root, it creates a socket in
/tmp, daemonizes, and changes its ownership to www. It then communicates
with the web server through this socket. To browse the ports tree, just
point the browser at /showindex/ on the given server. A reasonable
number of queries per second is achievable through this setup.


-- 

Michel TALON

From QAT at FreeBSD.org  Tue Sep  9 19:12:48 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Tue Sep  9 19:12:59 2008
Subject: net/xwhois - fails: install_error
Message-ID: <20080909191245.D5E6B12E4645@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/xwhois-0.4.2_4.log :


building xwhois-0.4.2_4 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/net/xwhois
Makefile ident: $FreeBSD: ports/net/xwhois/Makefile,v 1.26 2008/06/06 13:50:32 edwin Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Tue Sep  9 19:12:16 UTC 2008

.................................<Last 40 lines of the log>..................

pkg_add libXau-1.0.3_2.tbz
skipping libXau-1.0.3_2, already added
pkg_add libXdmcp-1.0.2_1.tbz
skipping libXdmcp-1.0.2_1, already added
pkg_add xproto-7.0.10_1.tbz
skipping xproto-7.0.10_1, already added
pkg_add xextproto-7.0.2.tbz
skipping xextproto-7.0.2, already added
pkg_add inputproto-1.4.2.1.tbz
skipping inputproto-1.4.2.1, already added
pkg_add gtk-1.2.10_20.tbz
skipping gtk-1.2.10_20, already added
===>  Installing for xwhois-0.4.2_4
===>   xwhois-0.4.2_4 depends on executable: pkg-config - found
===>   xwhois-0.4.2_4 depends on shared library: glib-12.3 - found
===>   xwhois-0.4.2_4 depends on shared library: gtk-12.2 - found
===>   Generating temporary packing list
===>  Checking if net/xwhois already installed
install  -s -o root -g wheel -m 555 /work/a/ports/net/xwhois/work/xwhois-0.4.2/src/xwhois /usr/local/bin
/bin/mkdir -p /usr/local/share/xwhois
/bin/mkdir -p /usr/local/share/xwhois/pixmaps
install  -o root -g wheel -m 444 /work/a/ports/net/xwhois/work/xwhois-0.4.2/docs/xwhois.servers /usr/local/share/xwhois
install  -o root -g wheel -m 444 /work/a/ports/net/xwhois/work/xwhois-0.4.2/docs/xwhois.xpm /usr/local/share/xwhois/pixmaps
===>   Registering installation for xwhois-0.4.2_4
================================================================
====================<phase 7: make package>====================
===>  Building package for xwhois-0.4.2_4
tar: share/doc/xwhois/README: Cannot stat: No such file or directory
tar: share/doc/xwhois/TODO: Cannot stat: No such file or directory
tar: share/doc/xwhois/ChangeLog: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/xwhois-0.4.2_4.tbz
Registering depends: gtk-1.2.10_20 gettext-0.17_1 libiconv-1.11_1 glib-1.2.10_12 libXi-1.1.3,1 libXext-1.0.3,1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 libSM-1.0.3_1,1 libICE-1.0.4_1,1 xproto-7.0.10_1 pkg-config-0.23_1 perl-5.8.8_1 inputproto-1.4.2.1 kbproto-1.0.3 xextproto-7.0.2.
Creating bzip'd tar ball in '/tmp/packages/All/xwhois-0.4.2_4.tbz'
*** Error code 1

Stop in /a/ports/net/xwhois.
================================================================
build of /usr/ports/net/xwhois ended at Tue Sep  9 19:12:43 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From gahr at FreeBSD.org  Tue Sep  9 20:10:18 2008
From: gahr at FreeBSD.org (Pietro Cerutti)
Date: Tue Sep  9 20:10:25 2008
Subject: Request for approval -- devel/p5-Data-Dump-Streamer
Message-ID: <48C6D2D5.7020602@FreeBSD.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Dear portmgr team,

I would like to ask you to approve the following fix:

devel/p5-Data-Dump-Streamer
[http://www.gahr.ch/FreeBSD/patches/p5-Data-Dump-Streamer.diff]

Background:
Update to 0.06 of devel/p5-B-Utils has changed the installation path of
the file that p5-Data-Dump-Streamer checks for in the dependency list.

Evidence:
http://t64.tecnik93.com/errors/7-STABLE-FTP/p5-Data-Dump-Streamer-2.08.40.log

Thanks.

Best regards,

- --
Pietro Cerutti
gahr@FreeBSD.org

PGP Public Key:
http://gahr.ch/pgp

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEAREKAAYFAkjG0tQACgkQwMJqmJVx944W9QCfVR20tGIRYmgx8cjySPtCoBTn
0EoAoMPLMh5onpyqR9LRjWG1Y8yK/Q1Z
=05Zi
-----END PGP SIGNATURE-----
From QAT at FreeBSD.org  Tue Sep  9 20:25:16 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Tue Sep  9 20:25:23 2008
Subject: news/leafnode+ - fails: mtree
Message-ID: <20080909202514.D3AEA12E4645@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/leafnode+-2.15_1.log :


building leafnode+-2.15_1 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/news/leafnode+
Makefile ident: $FreeBSD: ports/news/leafnode+/Makefile,v 1.31 2006/05/27 12:22:34 pav Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Tue Sep  9 20:25:05 UTC 2008

.................................<Last 40 lines of the log>..................

: warning: warning: mktemp() possibly used unsafely; consider using mkstemp()
cc -O2 -fno-strict-aliasing -pipe  -DHAVE_POSIX_REGCOMP -DINET6 -c checkgroups.c
cc -O2 -fno-strict-aliasing -pipe  -DHAVE_POSIX_REGCOMP -DINET6 -o checkgroups checkgroups.o -L. -lutil 
./libutil.a(xoverutil.o)(.text+0x796): In function `getxover':
: warning: warning: mktemp() possibly used unsafely; consider using mkstemp()
cc -O2 -fno-strict-aliasing -pipe  -DHAVE_POSIX_REGCOMP -DINET6 -c leaftool.c
cc -O2 -fno-strict-aliasing -pipe  -DHAVE_POSIX_REGCOMP -DINET6 -o leaftool leaftool.o -L. -lutil 
./libutil.a(xoverutil.o)(.text+0x796): In function `getxover':
: warning: warning: mktemp() possibly used unsafely; consider using mkstemp()
================================================================
====================<phase 5: make test>====================
make: don't know how to make regression-test(continuing)
================================================================
====================<phase 6: make install>====================
add_pkg
===>  Installing for leafnode+-2.15_1
===>   Generating temporary packing list
===>  Checking if news/leafnode+ already installed
===>  Copying documents to /usr/local/share/doc/leafnode+
===>   Compressing manual pages for leafnode+-2.15_1
===>   Registering installation for leafnode+-2.15_1
================================================================
====================<phase 7: make package>====================
===>  Building package for leafnode+-2.15_1
Creating package /tmp/packages/All/leafnode+-2.15_1.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/leafnode+-2.15_1.tbz'
Deleting leafnode+-2.15_1
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
2874339        4 drwxr-xr-x    2 root             wheel                 512 Sep  9 20:25 usr/local/share/doc/leafnode+
2874340       16 -r--r--r--    1 root             wheel                7954 Sep  9 20:25 usr/local/share/doc/leafnode+/Changes
2874341        8 -r--r--r--    1 root             wheel                3834 Sep  9 20:25 usr/local/share/doc/leafnode+/FAQ
2874342        4 -r--r--r--    1 root             wheel                1681 Sep  9 20:25 usr/local/share/doc/leafnode+/INSTALL
2874343       12 -r--r--r--    1 root             wheel                4930 Sep  9 20:25 usr/local/share/doc/leafnode+/README
2874344        8 -r--r--r--    1 root             wheel                2156 Sep  9 20:25 usr/local/share/doc/leafnode+/config.example
================================================================
build of /usr/ports/news/leafnode+ ended at Tue Sep  9 20:25:13 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From QAT at FreeBSD.org  Tue Sep  9 21:15:21 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Tue Sep  9 21:15:27 2008
Subject: palm/plucker - fails: manpage
Message-ID: <20080909211519.F090212E4645@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/plucker-1.8_2.log :


building plucker-1.8_2 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/palm/plucker
Makefile ident: $FreeBSD: ports/palm/plucker/Makefile,v 1.17 2007/05/19 20:20:26 flz Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Tue Sep  9 21:14:33 UTC 2008

.................................<Last 40 lines of the log>..................

cd /work/a/ports/palm/plucker/work/plucker-1.8; find PyPlucker  \( -name "*.py" -or -name "*.py?" \)  -exec install  -o root -g wheel -m 444 {} /usr/local/lib/python2.5/site-packages/{} \;
install  -o root -g wheel -m 555 /work/a/ports/palm/plucker/work/plucker-1.8/PyPlucker/Spider.py  /usr/local/lib/python2.5/site-packages/PyPlucker
install  -o root -g wheel -m 555 /work/a/ports/palm/plucker/work/plucker-1.8/PyPlucker/PluckerDocs.py  /usr/local/lib/python2.5/site-packages/PyPlucker
install  -o root -g wheel -m 555 /work/a/ports/palm/plucker/work/plucker-1.8/PyPlucker/Decode.py  /usr/local/lib/python2.5/site-packages/PyPlucker
/bin/ln -sf /usr/local/lib/python2.5/site-packages/PyPlucker/Spider.py  /usr/local/bin/plucker-build
/bin/ln -sf /usr/local/lib/python2.5/site-packages/PyPlucker/PluckerDocs.py  /usr/local/bin/plucker-decode
/bin/ln -sf /usr/local/lib/python2.5/site-packages/PyPlucker/Decode.py  /usr/local/bin/plucker-dump
/bin/mkdir -p /usr/local/share/plucker
install  -o root -g wheel -m 444 /work/a/ports/palm/plucker/work/plucker-1.8/PluckerUserGuide.pdb  /work/a/ports/palm/plucker/work/plucker-1.8/*.prc /usr/local/share/plucker
/bin/mkdir -p /usr/local/etc/plucker
install  -o root -g wheel -m 444 /work/a/ports/palm/plucker/work/plucker-1.8/exclusionlist.txt  /usr/local/etc/plucker/exclusionlist.txt.sample
install  -o root -g wheel -m 444 /work/a/ports/palm/plucker/work/plucker-1.8/home.html  /usr/local/etc/plucker/home.html.sample
install  -o root -g wheel -m 444 /work/a/ports/palm/plucker/work/plucker-1.8/pluckerrc.sample  /usr/local/etc/plucker
/bin/mkdir -p /usr/local/share/plucker/fonts
install  -o root -g wheel -m 444 /work/a/ports/palm/plucker/work/plucker-1.8/fonts/* /usr/local/share/plucker/fonts
/bin/mkdir -p /usr/local/share/plucker/ppi
install  -o root -g wheel -m 444 /work/a/ports/palm/plucker/work/plucker-1.8/ppi/* /usr/local/share/plucker/ppi
/bin/mkdir -p /usr/local/share/plucker/xlit
install  -o root -g wheel -m 444 /work/a/ports/palm/plucker/work/plucker-1.8/xlit/* /usr/local/share/plucker/xlit
===>   Compressing manual pages for plucker-1.8_2
gzip: can't stat: /usr/local/man/man1/plucker-build.1: No such file or directory
gzip: can't stat: /usr/local/man/man1/plucker-decode.1: No such file or directory
gzip: can't stat: /usr/local/man/man1/plucker-dump.1: No such file or directory
===>   Registering installation for plucker-1.8_2
================================================================
====================<phase 7: make package>====================
===>  Building package for plucker-1.8_2
tar: man/man1/plucker-build.1.gz: Cannot stat: No such file or directory
tar: man/man1/plucker-decode.1.gz: Cannot stat: No such file or directory
tar: man/man1/plucker-dump.1.gz: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/plucker-1.8_2.tbz
Registering depends: ImageMagick-6.4.3.6 libxml2-2.6.32 ghostscript8-8.62_5 pilot-link-0.12.2,1 libiconv-1.11_1 libltdl-1.5.26 fontconfig-2.5.0,1 freetype2-2.3.7 libXext-1.0.3,1 libXt-1.0.5_1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 libSM-1.0.3_1,1 libICE-1.0.4_1,1 xproto-7.0.10_1 pkg-config-0.23_1 jasper-1.900.1_6 ppmtoTbmp-1.1 netpbm-10.26.56 jbigkit-1.6 tiff-3.8.2_1 jpeg-6b_7 lcms-1.17,1 libfpx-1.2.0.12_1 png-1.2.31 perl-5.8.8_1 python25-2.5.2_3 gsfonts-8.11_4 expat-2.0.1 kbproto-1.0.3 xextproto-7.0.2.
Creating bzip'd tar ball in '/tmp/packages/All/plucker-1.8_2.tbz'
*** Error code 1

Stop in /a/ports/palm/plucker.
================================================================
build of /usr/ports/palm/plucker ended at Tue Sep  9 21:15:18 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From shuvaev at physik.uni-wuerzburg.de  Tue Sep  9 21:30:27 2008
From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev)
Date: Tue Sep  9 21:30:34 2008
Subject: devel/libtool15 unconditionally hardcodes autodetected
	textproc/gsed
In-Reply-To: <20080909141144.GD65311@hades.panopticon>
References: <20080908233719.GA7584@localhost.my.domain>
	<20080909132006.GB65311@hades.panopticon>
	<20080909133406.GA1073@straylight.m.ringlet.net>
	<20080909141144.GD65311@hades.panopticon>
Message-ID: <20080909213438.GA71575@localhost.my.domain>

On Tue, Sep 09, 2008 at 06:11:44PM +0400, Dmitry Marakasov wrote:
> * Peter Pentchev (roam@ringlet.net) wrote:
> 
> > > This is definitely a bug, so better send-pr for this issue not to be
> > > lost while we're in freeze.
> > What I mean is the following scenario:
> > - libfoo uses libtool for its build
> > - libfoo depends on libbar which depends on GNU sed
> > - during libfoo's build, libbar is built, thus gsed is installed
> > - during libfoo's build, libtool detects gsed installed and "remembers" it
> No, as <previously built> libtool package will be used, which doesn't
> use gsed for sure.
> > - in libfoo's binary package, there is a shell script that uses "gsed",
> >   because libtool "knows" gsed is present on the system
> > - an unsuspecting user installs the libfoo binary package without previously
> >   building libbar
> > - the unsuspecting user gets a shell script that tries to run "gsed" and
> >   fails.
> ...
> > If libtool may put "gsed" into libfoo's binary package, this should be
> > fixed before the freeze.  If libtool only uses "gsed" during libfoo's
> > build, then it is not a critical problem.
> Neither seem to be the case for package building.
> 
> > Of course, if Dmitry is more familiar with libtool than I am, and he
> I am most likely not,
> > knows that libtool does not leave any such files, then I've just wasted
> > everybody's time with unneeded idle speculation, for which I apologize :)
> but my vision is that the problem will only show itself if you build
> libtool with gsed installed and then deinstall gsed. Thus, you'll
> end up with defunct libtool and all ports which have
> USE_AUTOTOOLS=libtool:15 will fail to build.
> 
I have encountered this with x11/libX11, FWIW.
The error was 'gsed not found' or something similar.

> Since this doesn't affect package builds, I don't this this is serious
> enough to fix duing freeze. But still to be fixed :)
> 
Yes, but the releases will be bundled with a 'broken' devel/libtool15 port.
Many [new] users could be using this port tree for a rather long time...

I have filed PR with the proposed patch:
http://www.freebsd.org/cgi/query-pr.cgi?pr=127256

Alexey.
From admin at lissyara.su  Tue Sep  9 22:02:52 2008
From: admin at lissyara.su (Alex Keda)
Date: Tue Sep  9 22:02:58 2008
Subject: portupgrade 'dovecot' failed
Message-ID: <48C6E935.7080503@lissyara.su>

--->  Backing up the old version
--->  Uninstalling the old version
--->  Deinstalling 'dovecot-1.1.2_1'
Dovecot is still running. Shall I stop it? [y]?
If you do not intend to reinstall Dovecot, you should manually remove 
the user 'dovecot' (uid='143') and the group 'dovecot' (gid='143').
Cleaning up "/var/run/dovecot".
[Updating the pkgdb <format:bdb1_btree> in /var/db/pkg ... - 227 
packages found (-1 +0) (...) done]
--->  Installing the new version via the port
===>  Installing for dovecot-1.1.3
===>   dovecot-1.1.3 depends on shared library: iconv.3 - found
===>   dovecot-1.1.3 depends on shared library: mysqlclient.15 - found
Dovecot has reserved the groupname 'dovecot' and gid '143':
Please resolve these issues and try again:
Either remove the conflicting group or if you wish to continue using a 
legacy group override DOVECOT_GID.
** Command failed [exit code 1]: /usr/bin/script -qa 
/tmp/portupgrade.16784.0 env UPGRADE_TOOL=portupgrade 
UPGRADE_PORT=dovecot-1.1.2_1 UPGRADE_PORT_VER=1.1.2_1 make reinstall
--->  Restoring the old version
Dovecot has reserved the groupname 'dovecot' and gid '143':
Please resolve these issues and try again:
Either remove the conflicting group or if you wish to continue using a 
legacy group override DOVECOT_GID.
pkg_add: install script returned error status
** Command failed [exit code 1]: /usr/sbin/pkg_add -f 
/var/tmp/portupgrade7wXzzsEk/dovecot-1.1.2_1.tbz
--->  Skipping 'mail/dovecot'
** Listing the failed packages (-:ignored / *:skipped / !:failed)
         - mail/dovecot (dovecot-1.1.2_1)
From mcdouga9 at egr.msu.edu  Wed Sep 10 01:24:50 2008
From: mcdouga9 at egr.msu.edu (Adam McDougall)
Date: Wed Sep 10 01:24:57 2008
Subject: portupgrade 'dovecot' failed
In-Reply-To: <48C6E935.7080503@lissyara.su>
References: <48C6E935.7080503@lissyara.su>
Message-ID: <20080910010839.GV1232@egr.msu.edu>

On Wed, Sep 10, 2008 at 01:23:01AM +0400, Alex Keda wrote:

  --->  Backing up the old version
  --->  Uninstalling the old version
  --->  Deinstalling 'dovecot-1.1.2_1'
  Dovecot is still running. Shall I stop it? [y]?
...
  --->  Restoring the old version
  Dovecot has reserved the groupname 'dovecot' and gid '143':
  Please resolve these issues and try again:
  Either remove the conflicting group or if you wish to continue using a 
  legacy group override DOVECOT_GID.
  pkg_add: install script returned error status
  ** Command failed [exit code 1]: /usr/sbin/pkg_add -f 
  /var/tmp/portupgrade7wXzzsEk/dovecot-1.1.2_1.tbz
  --->  Skipping 'mail/dovecot'
  ** Listing the failed packages (-:ignored / *:skipped / !:failed)
           - mail/dovecot (dovecot-1.1.2_1)

Just a guess, are you running nscd?  I've encountered problems
with it caching stale information and ports running into trouble
because of it.  I haven't had time to report it.
From QAT at FreeBSD.org  Wed Sep 10 10:52:09 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Wed Sep 10 10:52:16 2008
Subject: print/lprps-a4 - fails: compiler_error
Message-ID: <20080910105207.2E39212E4645@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/lprps-a4-2.5.log :


building lprps-a4-2.5 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/print/lprps-a4
Makefile ident: $FreeBSD: ports/print/lprps-a4/Makefile,v 1.6 2000/04/09 17:40:37 cpiazza Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Wed Sep 10 10:52:02 UTC 2008

.................................<Last 40 lines of the log>..................

psof.c:164: warning: incompatible implicit declaration of built-in function 'strcpy'
psof.c: In function 'print_banner':
psof.c:192: warning: incompatible implicit declaration of built-in function 'execl'
psof.c: In function 'sys_error':
psof.c:304: warning: incompatible implicit declaration of built-in function 'exit'
psof.c: In function 'xstrstr':
psof.c:318: warning: incompatible implicit declaration of built-in function 'strlen'
Making textps.n from textps.man
Making psrev.n from psrev.man
Making lprps.n from lprps.man
Making psif.n from psif.man
Making psof.n from psof.man
================================================================
====================<phase 5: make test>====================
make: don't know how to make regression-test(continuing)
================================================================
====================<phase 6: make install>====================
add_pkg
===>  Installing for lprps-a4-2.5
===>   Generating temporary packing list
===>  Checking if print/lprps-a4 already installed

Now edit your /etc/printcap

===>   Compressing manual pages for lprps-a4-2.5
===>   Registering installation for lprps-a4-2.5
================================================================
====================<phase 7: make package>====================
===>  Building package for lprps-a4-2.5
tar: share/doc/lprps/INSTALL: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/lprps-a4-2.5.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/lprps-a4-2.5.tbz'
*** Error code 1

Stop in /a/ports/print/lprps-a4.
================================================================
build of /usr/ports/print/lprps-a4 ended at Wed Sep 10 10:52:05 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From QAT at FreeBSD.org  Wed Sep 10 10:52:54 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Wed Sep 10 10:53:01 2008
Subject: print/lprps-letter - fails: compiler_error
Message-ID: <20080910105252.81E9912E4645@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/lprps-letter-2.5.log :


building lprps-letter-2.5 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/print/lprps-letter
Makefile ident: $FreeBSD: ports/print/lprps-letter/Makefile,v 1.17 2003/09/27 01:01:03 edwin Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Wed Sep 10 10:52:47 UTC 2008

.................................<Last 40 lines of the log>..................

psof.c:164: warning: incompatible implicit declaration of built-in function 'strcpy'
psof.c: In function 'print_banner':
psof.c:192: warning: incompatible implicit declaration of built-in function 'execl'
psof.c: In function 'sys_error':
psof.c:304: warning: incompatible implicit declaration of built-in function 'exit'
psof.c: In function 'xstrstr':
psof.c:318: warning: incompatible implicit declaration of built-in function 'strlen'
Making textps.n from textps.man
Making psrev.n from psrev.man
Making lprps.n from lprps.man
Making psif.n from psif.man
Making psof.n from psof.man
================================================================
====================<phase 5: make test>====================
make: don't know how to make regression-test(continuing)
================================================================
====================<phase 6: make install>====================
add_pkg
===>  Installing for lprps-letter-2.5
===>   Generating temporary packing list
===>  Checking if print/lprps-letter already installed

Now edit your /etc/printcap

===>   Compressing manual pages for lprps-letter-2.5
===>   Registering installation for lprps-letter-2.5
================================================================
====================<phase 7: make package>====================
===>  Building package for lprps-letter-2.5
tar: share/doc/lprps/INSTALL: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/lprps-letter-2.5.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/lprps-letter-2.5.tbz'
*** Error code 1

Stop in /a/ports/print/lprps-letter.
================================================================
build of /usr/ports/print/lprps-letter ended at Wed Sep 10 10:52:51 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From QAT at FreeBSD.org  Wed Sep 10 10:54:39 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Wed Sep 10 10:54:50 2008
Subject: print/mapagi - fails: install_error
Message-ID: <20080910105437.5ED4412E4645@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/mapagi-0.6_3.log :


building mapagi-0.6_3 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/print/mapagi
Makefile ident: $FreeBSD: ports/print/mapagi/Makefile,v 1.13 2008/06/06 13:57:50 edwin Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Wed Sep 10 10:53:54 UTC 2008

.................................<Last 40 lines of the log>..................

skipping randrproto-1.2.1, already added
pkg_add scrnsaverproto-1.1.0.tbz
skipping scrnsaverproto-1.1.0, already added
pkg_add recordproto-1.13.2.tbz
skipping recordproto-1.13.2, already added
pkg_add videoproto-2.2.2.tbz
skipping videoproto-2.2.2, already added
pkg_add xf86dgaproto-2.0.3.tbz
skipping xf86dgaproto-2.0.3, already added
pkg_add xf86miscproto-0.9.2.tbz
skipping xf86miscproto-0.9.2, already added
pkg_add xf86vidmodeproto-2.2.2.tbz
skipping xf86vidmodeproto-2.2.2, already added
pkg_add dmxproto-2.2.2.tbz
skipping dmxproto-2.2.2, already added
pkg_add qt-3.3.8_9.tbz
skipping qt-3.3.8_9, already added
===>  Installing for mapagi-0.6_3
===>   mapagi-0.6_3 depends on file: /usr/local/bin/moc - found
===>   Generating temporary packing list
===>  Checking if print/mapagi already installed
===>   Registering installation for mapagi-0.6_3
================================================================
====================<phase 7: make package>====================
===>  Building package for mapagi-0.6_3
tar: share/doc/mapagi/COPYING: Cannot stat: No such file or directory
tar: share/doc/mapagi/ChangeLog: Cannot stat: No such file or directory
tar: share/doc/mapagi/INSTALL: Cannot stat: No such file or directory
tar: share/doc/mapagi/README: Cannot stat: No such file or directory
tar: share/doc/mapagi/TODO: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/mapagi-0.6_3.tbz
Registering depends: qt-3.3.8_9 nas-1.9.1_2 cups-base-1.3.8_1 gnutls-2.4.1_1 libgcrypt-1.4.1_1 libgpg-error-1.6_1 gettext-0.17_1 libiconv-1.11_1 xorg-libraries-7.3_2 libXft-2.1.13 libXcursor-1.1.9_1 libXrandr-1.2.2_1 libXrender-0.9.4_1 liboldX-1.0.1 libxkbui-1.0.2_1 libxkbfile-1.0.4 libGLU-7.0.3 libGL-7.0.3 libXdamage-1.1.1 libXcomposite-0.4.0,1 libXfixes-4.0.3_1 libXTrap-1.0.0 trapproto-3.4.3 libXaw-1.0.4_1,1 libXmu-1.0.3,1 libXpm-3.5.7 libXprintAppUtil-1.0.1 libXprintUtil-1.0.1 libXt-1.0.5_1 libdmx-1.0.2_1 libXxf86vm-1.0.1 libXxf86misc-1.0.1 libXxf86dga-1.0.2 libXvMC-1.0.4_1 libXv-1.0.3_1,1 libXtst-1.0.3_1 libXScrnSaver-1.1.2 libXinerama-1.0.2,1 libXi-1.1.3,1 libXevie-1.0.2 libXres-1.0.3_3 libXfontcache-1.0.4 libXp-1.0.0,1 libXext-1.0.3,1 libX11-1.1.3_1,1 libXau-1.0.3_2 libXdmcp-1.0.2_1 libFS-1.0.0_1 libXfont-1.3.1_3,1 libfontenc-1.0.4 libSM-1.0.3_1,1 libICE-1.0.4_1,1 xproto-7.0.10_1 fontconfig-2.5.0,1 freetype2-2.3.7 pixman-0.10.0_2 xtrans-1.0.4 pkg-config-0.23_1 libmng-1.
 0.10 tiff-3.8.2_1 jpeg-6b_7 lcms-1.17,1 libdrm-2.3.1 png-1.2.31 expat-2.0.1 fontcacheproto-0.1.2 fontsproto-2.0.2 compositeproto-0.4 damageproto-1.1.0_2 dmxproto-2.2.2 fixesproto-4.0 inputproto-1.4.2.1 kbproto-1.0.3 printproto-1.0.3 randrproto-1.2.1 recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 videoproto-2.2.2 xextproto-7.0.2 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2.
Creating bzip'd tar ball in '/tmp/packages/All/mapagi-0.6_3.tbz'
*** Error code 1

Stop in /a/ports/print/mapagi.
================================================================
build of /usr/ports/print/mapagi ended at Wed Sep 10 10:54:35 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From QAT at FreeBSD.org  Wed Sep 10 11:00:31 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Wed Sep 10 11:00:37 2008
Subject: print/muttprint - fails: mtree
Message-ID: <20080910110027.E511512E4645@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/muttprint-0.72d_3.log :


building muttprint-0.72d_3 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/print/muttprint
Makefile ident: $FreeBSD: ports/print/muttprint/Makefile,v 1.37 2008/06/06 13:57:51 edwin Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Wed Sep 10 10:57:25 UTC 2008

.................................<Last 40 lines of the log>..................

pkg_add lcms-1.17,1.tbz
pkg_add libltdl-1.5.26.tbz
pkg_add libxml2-2.6.32.tbz
pkg_add ImageMagick-6.4.3.6.tbz
pkg_add p5-TimeDate-1.16,1.tbz
pkg_add p5-Text-Iconv-1.7.tbz
===>  Installing for muttprint-0.72d_3
===>   muttprint-0.72d_3 depends on executable: latex - found
===>   muttprint-0.72d_3 depends on executable: psnup - found
===>   muttprint-0.72d_3 depends on executable: uncompface - found
===>   muttprint-0.72d_3 depends on executable: convert - found
===>   muttprint-0.72d_3 depends on file: /usr/local/lib/perl5/site_perl/5.8.8/Date/Parse.pm - found
===>   muttprint-0.72d_3 depends on file: /usr/local/lib/perl5/site_perl/5.8.8/mach/Text/Iconv.pm - found
===>   muttprint-0.72d_3 depends on file: /usr/local/bin/perl5.8.8 - found
===>   Generating temporary packing list
===>  Checking if print/muttprint already installed
mkdir -p /usr/local/share/doc/muttprint /usr/local/bin /usr/local/share/muttprint/translations \
		/usr/local/man/man1
install  -o root -g wheel -m 555 muttprint /usr/local/bin/
install  -o root -g wheel -m 444 `find pics -type f -print` /usr/local/share/muttprint/
install  -o root -g wheel -m 444 `find translations -type f -print` /usr/local/share/muttprint/translations
gmake -C doc/manpages mandir=/usr/local/man install
gmake[1]: Entering directory `/work/a/ports/print/muttprint/work/muttprint-0.72d/doc/manpages'
install  -o root -g wheel -m 444 en/muttprint.1.gz /usr/local/man/man1/
gmake[1]: Leaving directory `/work/a/ports/print/muttprint/work/muttprint-0.72d/doc/manpages'
===>   Registering installation for muttprint-0.72d_3
================================================================
====================<phase 7: make package>====================
===>  Building package for muttprint-0.72d_3
Creating package /tmp/packages/All/muttprint-0.72d_3.tbz
Registering depends: faces-1.7.7_9 gtk-1.2.10_20 gettext-0.17_1 teTeX-3.0_2 cm-super-0.3.3_1 dvipsk-tetex-5.95a_2 xdvik-tetex-22.84.10_2 teTeX-base-3.0_13 ImageMagick-6.4.3.6 ghostscript8-8.62_5 libxml2-2.6.32 p5-Text-Iconv-1.7 libiconv-1.11_1 glib-1.2.10_12 libltdl-1.5.26 p5-TimeDate-1.16,1 fontconfig-2.5.0,1 gd-2.0.35,1 freetype2-2.3.7 t1lib-5.1.2,1 open-motif-2.2.3_5 libXaw-1.0.4_1,1 libXmu-1.0.3,1 libXpm-3.5.7 libXt-1.0.5_1 libSM-1.0.3_1,1 libICE-1.0.4_1,1 libXp-1.0.0,1 libXi-1.1.3,1 libXext-1.0.3,1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 xproto-7.0.10_1 pkg-config-0.23_1 jasper-1.900.1_6 jbigkit-1.6 tiff-3.8.2_1 jpeg-6b_7 lcms-1.17,1 libfpx-1.2.0.12_1 png-1.2.31 texi2html-1.76_1,1 psutils-letter-1.17_2 perl-5.8.8_1 teTeX-texmf-3.0_5 amspsfnt-1.0_5 cmpsfont-1.0_6 gsfonts-8.11_4 tex-texmflocal-1.9 expat-2.0.1 libwww-5.4.0_4 inputproto-1.4.2.1 kbproto-1.0.3 printproto-1.0.3 xbitmaps-1.0.1 xextproto-7.0.2.
Creating bzip'd tar ball in '/tmp/packages/All/muttprint-0.72d_3.tbz'
Deleting muttprint-0.72d_3
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
1910235        4 drwxr-xr-x    2 root             wheel                 512 Sep 10 11:00 usr/local/share/doc/muttprint
================================================================
build of /usr/ports/print/muttprint ended at Wed Sep 10 11:00:26 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From QAT at FreeBSD.org  Wed Sep 10 17:41:47 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Wed Sep 10 17:41:53 2008
Subject: russian/muttprint - fails: mtree
Message-ID: <20080910174143.A789512E464A@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/ru-muttprint-0.72d_3.log :


building ru-muttprint-0.72d_3 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/russian/muttprint
Makefile ident: $FreeBSD: ports/russian/muttprint/Makefile,v 1.8 2008/06/06 13:58:30 edwin Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Wed Sep 10 17:38:10 UTC 2008

.................................<Last 40 lines of the log>..................

pkg_add lcms-1.17,1.tbz
pkg_add libltdl-1.5.26.tbz
pkg_add libxml2-2.6.32.tbz
pkg_add ImageMagick-6.4.3.6.tbz
pkg_add p5-TimeDate-1.16,1.tbz
pkg_add p5-Text-Iconv-1.7.tbz
===>  Installing for ru-muttprint-0.72d_3
===>   ru-muttprint-0.72d_3 depends on executable: latex - found
===>   ru-muttprint-0.72d_3 depends on executable: psnup - found
===>   ru-muttprint-0.72d_3 depends on executable: uncompface - found
===>   ru-muttprint-0.72d_3 depends on executable: convert - found
===>   ru-muttprint-0.72d_3 depends on file: /usr/local/lib/perl5/site_perl/5.8.8/Date/Parse.pm - found
===>   ru-muttprint-0.72d_3 depends on file: /usr/local/lib/perl5/site_perl/5.8.8/mach/Text/Iconv.pm - found
===>   ru-muttprint-0.72d_3 depends on file: /usr/local/bin/perl5.8.8 - found
===>   Generating temporary packing list
===>  Checking if russian/muttprint already installed
mkdir -p /usr/local/share/doc/muttprint /usr/local/bin /usr/local/share/muttprint/translations \
		/usr/local/man/man1
install  -o root -g wheel -m 555 muttprint /usr/local/bin/
install  -o root -g wheel -m 444 `find pics -type f -print` /usr/local/share/muttprint/
install  -o root -g wheel -m 444 `find translations -type f -print` /usr/local/share/muttprint/translations
gmake -C doc/manpages mandir=/usr/local/man install
gmake[1]: Entering directory `/work/a/ports/russian/muttprint/work/muttprint-0.72d/doc/manpages'
install  -o root -g wheel -m 444 en/muttprint.1.gz /usr/local/man/man1/
gmake[1]: Leaving directory `/work/a/ports/russian/muttprint/work/muttprint-0.72d/doc/manpages'
===>   Registering installation for ru-muttprint-0.72d_3
================================================================
====================<phase 7: make package>====================
===>  Building package for ru-muttprint-0.72d_3
Creating package /tmp/packages/All/ru-muttprint-0.72d_3.tbz
Registering depends: faces-1.7.7_9 gtk-1.2.10_20 gettext-0.17_1 teTeX-3.0_2 cm-super-0.3.3_1 dvipsk-tetex-5.95a_2 xdvik-tetex-22.84.10_2 teTeX-base-3.0_13 ImageMagick-6.4.3.6 ghostscript8-8.62_5 libxml2-2.6.32 p5-Text-Iconv-1.7 libiconv-1.11_1 glib-1.2.10_12 libltdl-1.5.26 p5-TimeDate-1.16,1 fontconfig-2.5.0,1 gd-2.0.35,1 freetype2-2.3.7 t1lib-5.1.2,1 open-motif-2.2.3_5 libXaw-1.0.4_1,1 libXmu-1.0.3,1 libXpm-3.5.7 libXt-1.0.5_1 libSM-1.0.3_1,1 libICE-1.0.4_1,1 libXp-1.0.0,1 libXi-1.1.3,1 libXext-1.0.3,1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 xproto-7.0.10_1 pkg-config-0.23_1 jasper-1.900.1_6 jbigkit-1.6 tiff-3.8.2_1 jpeg-6b_7 lcms-1.17,1 libfpx-1.2.0.12_1 png-1.2.31 texi2html-1.76_1,1 psutils-letter-1.17_2 perl-5.8.8_1 teTeX-texmf-3.0_5 amspsfnt-1.0_5 cmpsfont-1.0_6 gsfonts-8.11_4 tex-texmflocal-1.9 expat-2.0.1 libwww-5.4.0_4 inputproto-1.4.2.1 kbproto-1.0.3 printproto-1.0.3 xbitmaps-1.0.1 xextproto-7.0.2.
Creating bzip'd tar ball in '/tmp/packages/All/ru-muttprint-0.72d_3.tbz'
Deleting ru-muttprint-0.72d_3
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
1838193        4 drwxr-xr-x    2 root             wheel                 512 Sep 10 17:41 usr/local/share/doc/muttprint
================================================================
build of /usr/ports/russian/muttprint ended at Wed Sep 10 17:41:41 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From horechuk at csolve.net  Wed Sep 10 18:23:15 2008
From: horechuk at csolve.net (Paul Horechuk)
Date: Wed Sep 10 18:23:22 2008
Subject: SoundServer crashes
Message-ID: <200809101756.02358.horechuk@csolve.net>

How do I track the source of soundserver crashes?
Since upgrading via source from 6.3 to 7.0 (currently 7.1 PRERELEASE), I 
often get a crash message. 

The application Soundserver (artsd) crashed and caused the signal 11 
(SIGSEGV).

The backtrace reports:

This backtrace appears to be of no use.
This is probably because your packages are built in a way which prevents 
creation of proper backtraces, or the stack frame was seriously corrupted 
in the crash.

Abort trap (core dumped)

I do get a gdnc.core in the root directory.

gdb gdnc.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"..."/gdnc.core": not in 
executable format: File format not recognized

Sometimes it works, but most often doesn't.

/var/log/messages reports:
Sep 10 17:42:00 paul kernel: pid 22404 (gdb), uid 1001: exited on signal 6 
(core dumped)

I've been using portupgrade -P to upgrade any and all ports. I have 1013 
ports installed on a P3/550 system. It takes a loooong time to re-install 
all ports. Most have been recompiled since the initial upgrade to FreeBSD 
7, due to libc.so.6 links. This last issue has been plaguing me since early 
July. KDE was upgraded from 3.5.8 to its current 3.5.10.

With the exception of:

Wed Sep 10 13:12:41 EDT 2008
ImageMagick-6.4.3.4                 <   needs updating (port has 6.4.3.6)
acroreadwrapper-0.0.20080110        <   needs updating (port has 
0.0.20080906)
cups-base-1.3.7_4                   <   needs updating (port has 1.3.8_1)
ghostscript-gpl-8.62_3              <   needs updating (port has 8.62_5)
gstreamer-plugins-all-1.3.0.10.1_4  <   needs updating (port has 
1.3.0.10.1_5)
gstreamer-plugins-spc-0.10.5_1,3    <   needs updating (port has 0.10.8_3,3)
gstreamer-plugins-swfdec-0.10.4,2   <   needs updating (port has 0.10.8_3,3)
jdk-1.5.0.14p8_2,1                  <   needs updating (port has 
1.5.0.14p8_3,1)
linux-flashplugin-9.0r124           <   needs updating (port has 9.0r124_1)
liveMedia-2008.07.25,1              <   needs updating (port has 
2008.09.02,1)
lsof-4.81A,2                        <   needs updating (port has 4.81D,2)
py25-cairo-1.4.12                   <   needs updating (port has 1.6.4)
python25-2.5.2_2                    <   needs updating (port has 2.5.2_3)
qt4-gui-4.4.1                       <   needs updating (port has 4.4.1_1)
samba-3.0.31_1,1                    <   needs updating (port has 3.0.32_1,1)
samba-libsmbclient-3.0.31_1         <   needs updating (port has 3.0.32_1)
xmps-win32-plugin-0.0.4_8           <   needs updating (port has 0.0.4_9)

everything else is up to date.

What other information does anyone need for this?

-- 
Paul Horechuk
      Think Free 
Use Open Source Software

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________
From wahjava.ml at gmail.com  Wed Sep 10 19:44:57 2008
From: wahjava.ml at gmail.com (=?utf-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksg==?= Ashish Shukla)
Date: Wed Sep 10 19:45:04 2008
Subject: SoundServer crashes
In-Reply-To: <200809101756.02358.horechuk@csolve.net>
References: <200809101756.02358.horechuk@csolve.net>
Message-ID: <20080910194451.GA8208@chateau.d.lf>

In <200809101756.02358.horechuk@csolve.net>, Paul Horechuk wrote:

[snip]

>gdb gdnc.core
>GNU gdb 6.1.1 [FreeBSD]
>Copyright 2004 Free Software Foundation, Inc.
>GDB is free software, covered by the GNU General Public License, and you are
>welcome to change it and/or distribute copies of it under certain 
>conditions.
>Type "show copying" to see the conditions.
>There is absolutely no warranty for GDB.  Type "show warranty" for details.
>This GDB was configured as "i386-marcel-freebsd"..."/gdnc.core": not in 
>executable format: File format not recognized

I don't think above is the way to inspect core-dumps with gdb.

% gdb
(gdb) core-file gdnc.core

HTH
Ashish
-- 
?-- ?- ???? ?--- ?- ???- ?- ?--?-? --? -- ?- ?? ?-?? ?-?-?- -?-? --- --
()  ascii ribbon campaign - against HTML e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080910/e706724e/attachment.pgp
From horechuk at csolve.net  Wed Sep 10 19:56:03 2008
From: horechuk at csolve.net (Paul Horechuk)
Date: Wed Sep 10 19:56:10 2008
Subject: SoundServer crashes
In-Reply-To: <20080910194451.GA8208@chateau.d.lf>
References: <200809101756.02358.horechuk@csolve.net>
	<20080910194451.GA8208@chateau.d.lf>
Message-ID: <200809101955.35202.horechuk@csolve.net>

On September 10, 2008, ???? ????? Ashish Shukla wrote:
> In <200809101756.02358.horechuk@csolve.net>, Paul Horechuk wrote:
>
> [snip]
>
> >gdb gdnc.core
> >GNU gdb 6.1.1 [FreeBSD]
> >Copyright 2004 Free Software Foundation, Inc.
> >GDB is free software, covered by the GNU General Public License, and you
> > are welcome to change it and/or distribute copies of it under certain
> > conditions.
> >Type "show copying" to see the conditions.
> >There is absolutely no warranty for GDB.  Type "show warranty" for
> > details. This GDB was configured as
> > "i386-marcel-freebsd"..."/gdnc.core": not in executable format: File
> > format not recognized
>
> I don't think above is the way to inspect core-dumps with gdb.
>
> % gdb
> (gdb) core-file gdnc.core
>
> HTH
> Ashish

better, but, 
back produces...
#0  0x2890b957 in ?? ()
#1  0x28829097 in ?? ()
#2  0x00000287 in ?? ()
#3  0x00000006 in ?? ()
#4  0xbfbfd654 in ?? ()
#5  0x00000000 in ?? ()
#6  0x2891f858 in ?? ()
#7  0xbfbfd68c in ?? ()
#8  0xbfbfd6a8 in ?? ()
#9  0x2890a499 in ?? ()
#10 0x00000006 in ?? ()
#11 0xbfbfd68c in ?? ()
#12 0x00000000 in ?? ()
#13 0x0804eff0 in ?? ()
#14 0x00000000 in ?? ()
#15 0xbfbfd6d8 in ?? ()
#16 0x2804f469 in ?? ()
#17 0xffffffdf in ?? ()
#18 0xffffffff in ?? ()
#19 0xffffffff in ?? ()
#20 0xffffffff in ?? ()
#21 0x0804f674 in ?? ()
#22 0x0804eff0 in ?? ()
#23 0x00000000 in ?? ()
#24 0xbfbfd6d8 in ?? ()
#25 0x0804ce11 in ?? ()
#26 0x0817a5b8 in ?? ()

I think I need to put debugging in to get symbols.
Which program do I recompile and what are the make options.

Thanks for the clue for the core dump.

-- 
Paul Horechuk
      Think Free 
Use Open Source Software

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________
From llc2w at virginia.edu  Wed Sep 10 20:38:33 2008
From: llc2w at virginia.edu (L Campbell)
Date: Wed Sep 10 20:39:04 2008
Subject: SoundServer crashes
In-Reply-To: <200809101955.35202.horechuk@csolve.net>
References: <200809101756.02358.horechuk@csolve.net>
	<20080910194451.GA8208@chateau.d.lf>
	<200809101955.35202.horechuk@csolve.net>
Message-ID: <792298050809101310v11f90120t167928d55d6ec6a9@mail.gmail.com>

artsd looks to be from the audio/arts; rebuilding it with
WITH_DEBUG=yes should enable debugging and disable stripping.

On Wed, Sep 10, 2008 at 3:55 PM, Paul Horechuk <horechuk@csolve.net> wrote:
> On September 10, 2008, ???? ????? Ashish Shukla wrote:
>> In <200809101756.02358.horechuk@csolve.net>, Paul Horechuk wrote:
>>
>> [snip]
>>
>> >gdb gdnc.core
>> >GNU gdb 6.1.1 [FreeBSD]
>> >Copyright 2004 Free Software Foundation, Inc.
>> >GDB is free software, covered by the GNU General Public License, and you
>> > are welcome to change it and/or distribute copies of it under certain
>> > conditions.
>> >Type "show copying" to see the conditions.
>> >There is absolutely no warranty for GDB.  Type "show warranty" for
>> > details. This GDB was configured as
>> > "i386-marcel-freebsd"..."/gdnc.core": not in executable format: File
>> > format not recognized
>>
>> I don't think above is the way to inspect core-dumps with gdb.
>>
>> % gdb
>> (gdb) core-file gdnc.core
>>
>> HTH
>> Ashish
>
> better, but,
> back produces...
> #0  0x2890b957 in ?? ()
> #1  0x28829097 in ?? ()
> #2  0x00000287 in ?? ()
> #3  0x00000006 in ?? ()
> #4  0xbfbfd654 in ?? ()
> #5  0x00000000 in ?? ()
> #6  0x2891f858 in ?? ()
> #7  0xbfbfd68c in ?? ()
> #8  0xbfbfd6a8 in ?? ()
> #9  0x2890a499 in ?? ()
> #10 0x00000006 in ?? ()
> #11 0xbfbfd68c in ?? ()
> #12 0x00000000 in ?? ()
> #13 0x0804eff0 in ?? ()
> #14 0x00000000 in ?? ()
> #15 0xbfbfd6d8 in ?? ()
> #16 0x2804f469 in ?? ()
> #17 0xffffffdf in ?? ()
> #18 0xffffffff in ?? ()
> #19 0xffffffff in ?? ()
> #20 0xffffffff in ?? ()
> #21 0x0804f674 in ?? ()
> #22 0x0804eff0 in ?? ()
> #23 0x00000000 in ?? ()
> #24 0xbfbfd6d8 in ?? ()
> #25 0x0804ce11 in ?? ()
> #26 0x0817a5b8 in ?? ()
>
> I think I need to put debugging in to get symbols.
> Which program do I recompile and what are the make options.
>
> Thanks for the clue for the core dump.
>
> --
> Paul Horechuk
>      Think Free
> Use Open Source Software
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>
From freebsd-ports at pp.dyndns.biz  Wed Sep 10 20:42:50 2008
From: freebsd-ports at pp.dyndns.biz (=?ISO-8859-1?Q?Morgan_Wesstr=F6m?=)
Date: Wed Sep 10 20:42:57 2008
Subject: Trying to "make index" in a crontab job
Message-ID: <48C83139.7080303@pp.dyndns.biz>

Hi list.


# uname -a
FreeBSD gatekeeper.pp.dyndns.biz 7.0-RELEASE-p4 FreeBSD 7.0-RELEASE-p4 
#0: Thu Sep  4 10:58:01 CEST 2008 
pp@gatekeeper.pp.dyndns.biz:/usr/obj/usr/src/sys/MYKERNEL  amd64

# which pkg_info
/usr/sbin/pkg_info


When I try to use crontab to "make index" in /usr/ports I end up with this:

Generating INDEX-7 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
<snip>
  Done.

I've tried to put the command directly in the crontab entry and also in 
a separate shell script but the result is the same. Running "make index" 
manually works fine and doesn't show those "pkg_info" messages. Does 
"make index" need another shell than /bin/sh to work or isn't the path 
working or what am I doing wrong? Is there a preferred way to update the 
ports source tree and create the index through crontab?

Thanks
Morgan
From john.marshall at riverwillow.com.au  Thu Sep 11 01:42:14 2008
From: john.marshall at riverwillow.com.au (John Marshall)
Date: Thu Sep 11 01:42:21 2008
Subject: Trying to "make index" in a crontab job
In-Reply-To: <48C83139.7080303@pp.dyndns.biz>
References: <48C83139.7080303@pp.dyndns.biz>
Message-ID: <20080911014211.GB23787@rwpc12.mby.riverwillow.net.au>

On Wed, 10 Sep 2008, 22:42 +0200, Morgan Wesstr?m wrote:
> Is there a preferred way to update the 
> ports source tree and create the index through crontab?

If your system is configured to use csup (or cvsup) to update your ports
tree to the latest (ports-all tag=.), then you can fetch a pre-built
index with "make fetchindex".

portsnap(8) updates the INDEX as well as the ports tree by default and
might be a better solution for you.

The Handbook article on portsnap includes details on running portsnap
from cron:
<http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/portsnap.html>

-- 
John Marshall
From john.marshall at riverwillow.com.au  Thu Sep 11 01:45:18 2008
From: john.marshall at riverwillow.com.au (John Marshall)
Date: Thu Sep 11 01:45:24 2008
Subject: Trying to "make index" in a crontab job
In-Reply-To: <48C83139.7080303@pp.dyndns.biz>
References: <48C83139.7080303@pp.dyndns.biz>
Message-ID: <20080911012951.GA23787@rwpc12.mby.riverwillow.net.au>

On Wed, 10 Sep 2008, 22:42 +0200, Morgan Wesstr?m wrote:
> 
> # which pkg_info
> /usr/sbin/pkg_info
> 
> When I try to use crontab to "make index" in /usr/ports I end up with this:
> Generating INDEX-7 - please wait..pkg_info: not found

See crontab(5). cron(8) doesn't give you /usr/sbin in PATH by default.

-- 
John Marshall
From freebsd-ports at pp.dyndns.biz  Thu Sep 11 10:20:36 2008
From: freebsd-ports at pp.dyndns.biz (=?ISO-8859-1?Q?Morgan_Wesstr=F6m?=)
Date: Thu Sep 11 10:20:49 2008
Subject: Trying to "make index" in a crontab job
In-Reply-To: <20080911012951.GA23787@rwpc12.mby.riverwillow.net.au>
References: <48C83139.7080303@pp.dyndns.biz>
	<20080911012951.GA23787@rwpc12.mby.riverwillow.net.au>
Message-ID: <48C8F0F1.8040204@pp.dyndns.biz>

John Marshall wrote:
> On Wed, 10 Sep 2008, 22:42 +0200, Morgan Wesstr?m wrote:
>> # which pkg_info
>> /usr/sbin/pkg_info
>>
>> When I try to use crontab to "make index" in /usr/ports I end up with this:
>> Generating INDEX-7 - please wait..pkg_info: not found
> 
> See crontab(5). cron(8) doesn't give you /usr/sbin in PATH by default.
> 

That was the problem. I simply assumed that since this is root's crontab 
that it also had root's complete environment available. I have added 
root's path to the crontab now. Thanks everyone for your help.
/M
From avg at icyb.net.ua  Thu Sep 11 12:13:50 2008
From: avg at icyb.net.ua (Andriy Gapon)
Date: Thu Sep 11 12:13:58 2008
Subject: emulators/bochs: acpi option
Message-ID: <48C90B7A.5030405@icyb.net.ua>


I need to use bochs configured with --acpi-enabled.
I see that currently the port doesn't enable that option and doesn't
provide any knob for it.
The attached trivial patch should add the knob.
Should I also file a PR or is this sufficient?

-- 
Andriy Gapon
-------------- next part --------------
--- Makefile.orig	2008-09-11 01:13:38.000000000 +0300
+++ Makefile	2008-09-11 01:15:17.000000000 +0300
@@ -23,7 +23,8 @@
 CONFIGURE_ENV=	CPPFLAGS="${CPPFLAGS}" LDFLAGS="${LDFLAGS}"
 CONFIGURE_ARGS=	--disable-docbook
 
-OPTIONS=	AES "Enable support of AES CPU extensions" off \
+OPTIONS=	ACPI "Enable ACPI emulation" off \
+		AES "Enable support of AES CPU extensions" off \
 		CDROM "Enable CDROM support" on \
 		CLGD54XX "Enable Cirrus Logic GD54xx video card" off \
 		DEBUGGER "Enable debugger and disassembler support" off \
@@ -74,6 +75,10 @@
 CONFIGURE_ARGS+=--with-nogui
 .endif
 
+.if defined(WITH_ACPI)
+CONFIGURE_ARGS+=--enable-acpi
+.endif
+
 .if defined(WITH_AES)
 CONFIGURE_ARGS+=--enable-aes
 .endif
From romane at smpbank.lv  Thu Sep 11 12:30:02 2008
From: romane at smpbank.lv (Roman Evstignejev)
Date: Thu Sep 11 12:30:09 2008
Subject: FreeBSD Port: clamav-0.93.3
Message-ID: <E8298C3B2FC1CC43B3FBAC70544780A60275B4F6@EXCH-01.mbint.multibanka.com>

Hello   !
 
Why it takes so long time to release new port after Clamav team released
0.94 version?
I know there is a patch in INternet to patch existing port, but i will
wait new port release.
 
Thank You!
 
Best regards,
Roman Evstigneev
IT Department
JSC "SMP Bank" 57, Elizabetes str., Riga, LV-1772, LATVIA
Phone : (371) 67019387 GSM : (371) 27031753   romane@smpbank.lv
 
From gahr at FreeBSD.org  Thu Sep 11 12:36:03 2008
From: gahr at FreeBSD.org (Pietro Cerutti)
Date: Thu Sep 11 12:36:10 2008
Subject: emulators/bochs: acpi option
In-Reply-To: <48C90B7A.5030405@icyb.net.ua>
References: <48C90B7A.5030405@icyb.net.ua>
Message-ID: <48C90C35.3060105@FreeBSD.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Andriy Gapon wrote:
| I need to use bochs configured with --acpi-enabled.
| I see that currently the port doesn't enable that option and doesn't
| provide any knob for it.
| The attached trivial patch should add the knob.
| Should I also file a PR or is this sufficient?

Please fill-in a PR and CC me, so that I can take it and remember to
commit it after the port freeze :)

Thanks a lot!

- --
Pietro Cerutti
gahr@FreeBSD.org

PGP Public Key:
http://gahr.ch/pgp

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEAREKAAYFAkjJDDQACgkQwMJqmJVx945gCwCgyP9vSwVR6Xp7e0n/xy1JmuK4
QuIAnRGZTAw+GstyFCt9hqf6cvm5ptQ2
=aA30
-----END PGP SIGNATURE-----
From 1wkmmr at gmail.com  Thu Sep 11 12:44:37 2008
From: 1wkmmr at gmail.com (1wkmmr@gmail.com)
Date: Thu Sep 11 12:44:43 2008
Subject: lang gcl is not broken now
Message-ID: <3518979e0809110513o20b74caeq20515b12724af88c@mail.gmail.com>

Hi,

Although lang/gcl has been marked broken for a long time, the port is
now working well.  It can actually operate math/maxima without errors
in its self-checking, at least on PRELEASE-7.1/i386.  Please find this
situation and delete the BROKEN variable in its Makefile.

  $FreeBSD: ports/lang/gcl/Makefile,v 1.43 2008/04/19 17:51:28 miwi Exp $

The following lines were usefull in early days of releng7

  .if ${OSVERSION} >= 700042
  BROKEN=              Gcl compiled with gcc42 dumps core
  .endif

but it looks too restrictive for now.  So, I'd like to recommend the
following altanative.

  .if ${OSVERSION} >= 700042 && ${OSVERSION} < 700108
  BROKEN=              Gcl compiled with gcc42 dumps core
  .endif

or these kind of condition can be deleted completely.

Than you
---
Mamoru Iwaki
Niigata University, Japan
From QAT at FreeBSD.org  Thu Sep 11 13:21:57 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Thu Sep 11 13:22:03 2008
Subject: security/gag - fails: install_error
Message-ID: <20080911132156.25AD612E464A@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/gag-2.9.log :


building gag-2.9 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/security/gag
Makefile ident: $FreeBSD: ports/security/gag/Makefile,v 1.8 2003/02/20 18:59:05 knu Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Thu Sep 11 13:21:52 UTC 2008

.................................<Last 40 lines of the log>..................

add_pkg
===>  Extracting for gag-2.9
=> MD5 Checksum OK for sickenscan.tar.
=> SHA256 Checksum OK for sickenscan.tar.
================================================================
====================<phase 3: make patch>====================
add_pkg
===>  Patching for gag-2.9
===>  Applying FreeBSD patches for gag-2.9
================================================================
====================<phase 4: make build>====================
add_pkg
===>  Configuring for gag-2.9
===>  Building for gag-2.9
cc -O2 -fno-strict-aliasing -pipe  -c gag.c
cc -o gag gag.o 
================================================================
====================<phase 5: make test>====================
make: don't know how to make regression-test(continuing)
================================================================
====================<phase 6: make install>====================
add_pkg
===>  Installing for gag-2.9
===>   Generating temporary packing list
===>  Checking if security/gag already installed
===>   Registering installation for gag-2.9
================================================================
====================<phase 7: make package>====================
===>  Building package for gag-2.9
tar: share/doc/gag/README: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/gag-2.9.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/gag-2.9.tbz'
*** Error code 1

Stop in /a/ports/security/gag.
================================================================
build of /usr/ports/security/gag ended at Thu Sep 11 13:21:54 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From gerard at seibercom.net  Thu Sep 11 13:43:22 2008
From: gerard at seibercom.net (Gerard)
Date: Thu Sep 11 13:43:29 2008
Subject: FreeBSD Port: clamav-0.93.3
In-Reply-To: <E8298C3B2FC1CC43B3FBAC70544780A60275B4F6@EXCH-01.mbint.multibanka.com>
References: <E8298C3B2FC1CC43B3FBAC70544780A60275B4F6@EXCH-01.mbint.multibanka.com>
Message-ID: <20080911094307.5009d1aa@scorpio>

On Thu, 11 Sep 2008 15:09:59 +0300
"Roman Evstignejev" <romane@smpbank.lv> wrote:

> Why it takes so long time to release new port after Clamav team
> released 0.94 version?
> I know there is a patch in INternet to patch existing port, but i will
> wait new port release.

It probably has something to do with the 'ports freeze' presently in
effect. You would probably be better served by contacting the port
maintainer directly; i.e., garga@FreeBSD.org as well as reading the
information available on the FreeBSD site.

http://www.freebsd.org/doc/en/articles/committers-guide/ports.html#AEN1478


-- 
Gerard
gerard@seibercom.net

I acted to show my love for Jodie Foster.

	John Hinckley
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080911/4f9bacf3/signature.pgp
From QAT at FreeBSD.org  Thu Sep 11 14:40:02 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Thu Sep 11 14:40:09 2008
Subject: security/identify - fails: install_error
Message-ID: <20080911144000.0A10512E464A@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/identify-0.7.log :


building identify-0.7 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/security/identify
Makefile ident: $FreeBSD: ports/security/identify/Makefile,v 1.16 2003/12/21 00:22:25 sergei Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Thu Sep 11 14:39:56 UTC 2008

.................................<Last 40 lines of the log>..................

adding dependencies
pkg_add libident-0.32_1.tbz
===>   identify-0.7 depends on file: /usr/local/lib/libident.a - found
===>  Configuring for identify-0.7
===>  Building for identify-0.7
cc -O2 -fno-strict-aliasing -pipe  -I/usr/local/include -L/usr/local/lib -c identify.c
identify.c: In function 'ident_get_identifier':
identify.c:70: warning: incompatible implicit declaration of built-in function 'strncpy'
identify.c:72: warning: passing argument 2 of 'strncpy' makes pointer from integer without a cast
identify.c: In function 'main':
identify.c:176: warning: incompatible implicit declaration of built-in function '_exit'
identify.c:213: warning: incompatible implicit declaration of built-in function '_exit'
identify.c:224: warning: incompatible implicit declaration of built-in function 'exit'
identify.c:232: warning: incompatible implicit declaration of built-in function 'exit'
cc -O2 -fno-strict-aliasing -pipe  -I/usr/local/include -L/usr/local/lib -o identify identify.o -lident
================================================================
====================<phase 5: make test>====================
make: don't know how to make regression-test(continuing)
================================================================
====================<phase 6: make install>====================
add_pkg
===>  Installing for identify-0.7
===>   Generating temporary packing list
===>  Checking if security/identify already installed
install  -s -o root -g wheel -m 555 /work/a/ports/security/identify/work/identify-0.7/identify /usr/local/libexec
===>   Registering installation for identify-0.7
================================================================
====================<phase 7: make package>====================
===>  Building package for identify-0.7
tar: share/doc/identify/README: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/identify-0.7.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/identify-0.7.tbz'
*** Error code 1

Stop in /a/ports/security/identify.
================================================================
build of /usr/ports/security/identify ended at Thu Sep 11 14:39:58 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From QAT at FreeBSD.org  Thu Sep 11 15:03:16 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Thu Sep 11 15:03:22 2008
Subject: security/keyprint - fails: install_error
Message-ID: <20080911150314.708AE12E464A@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/keyprint-1.0.log :


building keyprint-1.0 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/security/keyprint
Makefile ident: $FreeBSD: ports/security/keyprint/Makefile,v 1.11 2007/03/23 09:47:30 linimon Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Thu Sep 11 15:03:10 UTC 2008

.................................<Last 40 lines of the log>..................

add_pkg
===>  Extracting for keyprint-1.0
=> MD5 Checksum OK for keyprint-1.0.tar.gz.
=> SHA256 Checksum OK for keyprint-1.0.tar.gz.
================================================================
====================<phase 3: make patch>====================
add_pkg
===>  Patching for keyprint-1.0
/usr/bin/sed -i.bak -e 's,__PREFIX__,/usr/local,' /work/a/ports/security/keyprint/work/keyprint-1.0/keyprint
================================================================
====================<phase 4: make build>====================
add_pkg
===>  Configuring for keyprint-1.0
================================================================
====================<phase 5: make test>====================
make: don't know how to make regression-test(continuing)
================================================================
====================<phase 6: make install>====================
add_pkg
===>  Installing for keyprint-1.0
===>   Generating temporary packing list
===>  Checking if security/keyprint already installed
/bin/mkdir -p /usr/local/share/keyprint
install  -o root -g wheel -m 444 /work/a/ports/security/keyprint/work/keyprint-1.0/keyblank.ps /usr/local/share/keyprint
install  -o root -g wheel -m 555 /work/a/ports/security/keyprint/work/keyprint-1.0/keyprint /usr/local/bin
===>   Registering installation for keyprint-1.0
================================================================
====================<phase 7: make package>====================
===>  Building package for keyprint-1.0
tar: share/keyprint/README: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/keyprint-1.0.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/keyprint-1.0.tbz'
*** Error code 1

Stop in /a/ports/security/keyprint.
================================================================
build of /usr/ports/security/keyprint ended at Thu Sep 11 15:03:13 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From olivier at gid0.org  Thu Sep 11 15:26:23 2008
From: olivier at gid0.org (Olivier SMEDTS)
Date: Thu Sep 11 15:26:34 2008
Subject: FreeBSD Port: clamav-0.93.3
In-Reply-To: <E8298C3B2FC1CC43B3FBAC70544780A60275B4F6@EXCH-01.mbint.multibanka.com>
References: <E8298C3B2FC1CC43B3FBAC70544780A60275B4F6@EXCH-01.mbint.multibanka.com>
Message-ID: <367b2c980809110800te74457eme150c14141aad6ec@mail.gmail.com>

2008/9/11 Roman Evstignejev <romane@smpbank.lv>:
> Why it takes so long time to release new port after Clamav team released
> 0.94 version?

Clamav 0.94 is out since a week and two days only, am I right ? That's
not "so long time".
We're also in ports freeze for some days/few weeks, so it won't be
updated before the ports tree is unfrozen (unless there are
security/stability risks).
As a comparison, the debian stable (etch) version of clamav is still 0.90.1.
Don't panic when you see "Your ClamAV installation is OUTDATED" in clamav logs.

Cheers,
Olivier

-- 
Olivier Smedts                                                 _
                                        ASCII ribbon campaign ( )
e-mail: olivier@gid0.org        - against HTML email & vCards  X
www: http://www.gid0.org    - against proprietary attachments / \

  "Il y a seulement 10 sortes de gens dans le monde :
  ceux qui comprennent le binaire,
  et ceux qui ne le comprennent pas."
From QAT at FreeBSD.org  Thu Sep 11 16:50:37 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Thu Sep 11 16:50:44 2008
Subject: security/mindterm-binary - fails: install_error
Message-ID: <20080911165035.C446512E464A@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/mindterm-binary-1.2.1.log :


building mindterm-binary-1.2.1 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/security/mindterm-binary
Makefile ident: $FreeBSD: ports/security/mindterm-binary/Makefile,v 1.10 2008/03/07 13:00:55 miwi Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Thu Sep 11 16:50:31 UTC 2008

.................................<Last 40 lines of the log>..................

Deleting unzip-5.52_5
================================================================
====================<phase 3: make patch>====================
add_pkg
===>  Patching for mindterm-binary-1.2.1
================================================================
====================<phase 4: make build>====================
add_pkg unzip-5.52_5.tbz
adding dependencies
pkg_add unzip-5.52_5.tbz
===>  Configuring for mindterm-binary-1.2.1
================================================================
====================<phase 5: make test>====================
make: don't know how to make regression-test(continuing)
================================================================
====================<phase 6: make install>====================
add_pkg
===>  Installing for mindterm-binary-1.2.1
===>   Generating temporary packing list
===>  Checking if security/mindterm-binary already installed
===>   Registering installation for mindterm-binary-1.2.1
================================================================
====================<phase 7: make package>====================
===>  Building package for mindterm-binary-1.2.1
tar: share/doc/mindterm/CHANGES: Cannot stat: No such file or directory
tar: share/doc/mindterm/FAQ: Cannot stat: No such file or directory
tar: share/doc/mindterm/FEATURES: Cannot stat: No such file or directory
tar: share/doc/mindterm/PLATFORMS: Cannot stat: No such file or directory
tar: share/doc/mindterm/TODO: Cannot stat: No such file or directory
tar: share/doc/mindterm/mindterm-ssh.html: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/mindterm-binary-1.2.1.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/mindterm-binary-1.2.1.tbz'
*** Error code 1

Stop in /a/ports/security/mindterm-binary.
================================================================
build of /usr/ports/security/mindterm-binary ended at Thu Sep 11 16:50:34 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From itetcu at FreeBSD.org  Thu Sep 11 18:09:19 2008
From: itetcu at FreeBSD.org (Ion-Mihai Tetcu)
Date: Thu Sep 11 18:09:25 2008
Subject: Trying to "make index" in a crontab job
In-Reply-To: <20080911014211.GB23787@rwpc12.mby.riverwillow.net.au>
References: <48C83139.7080303@pp.dyndns.biz>
	<20080911014211.GB23787@rwpc12.mby.riverwillow.net.au>
Message-ID: <20080911210906.569c0019@it.buh.tecnik93.com>

On Thu, 11 Sep 2008 11:42:11 +1000
John Marshall <john.marshall@riverwillow.com.au> wrote:

> On Wed, 10 Sep 2008, 22:42 +0200, Morgan Wesstr?m wrote:
> > Is there a preferred way to update the 
> > ports source tree and create the index through crontab?
> 
> If your system is configured to use csup (or cvsup) to update your
> ports tree to the latest (ports-all tag=.), then you can fetch a
> pre-built index with "make fetchindex".
> 
> portsnap(8) updates the INDEX as well as the ports tree by default and
> might be a better solution for you.

Just that, in both cases one gets the default INDEX, as build for
default OPTIONS/KNOBS/... for all ports, hence it probably differs from
the one you'll generate locally.

As a suggestion for the OP:
ports-mgmt/p5-FreeBSD-Portindex


-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080911/74a68f11/signature.pgp
From Klaus.Espenlaub at Sun.COM  Thu Sep 11 18:14:27 2008
From: Klaus.Espenlaub at Sun.COM (Klaus Espenlaub)
Date: Thu Sep 11 18:14:33 2008
Subject: VirtualBox looks for FreeBSD developer
In-Reply-To: <ef8c8a880809081251q7d252c81tee99535ac8b8fdbf@mail.gmail.com>
References: <48C52718.5080807@sun.com>
	<ef8c8a880809081251q7d252c81tee99535ac8b8fdbf@mail.gmail.com>
Message-ID: <48C8F051.7060107@sun.com>

Hi,

Torfinn Ingolfsen wrote:
> On Mon, Sep 8, 2008 at 3:22 PM, Klaus Espenlaub <Klaus.Espenlaub@sun.com> wrote:
>> #include <disclaimer>
> 
> I speak for myself and nobody else. I do not claim that I in any way
> represent FreeBSD.
> 
>> freebsd is yet another kernel for which the VirtualBox devs would have
>> to figure out how to safely achieve a few things normal applications
>> don't ever need. Like dealing with physical memory, getting along with
>> the scheduler and stuff like that. It's also true that the written
>> documentation in VirtualBox about this area leaves something to be
>> desired - again a manpower problem.
> 
> It is easy for me as an outsider to see that this can be viewed from
> the opposite angle:
> 
> "VirtualBox is just another virtualization solution for FreeBSD. We
> are sorry that the VirtualBox team can't find any time to provide the
> necessary documentation. Currently FreeBSD don't have any developers
> with enough free time to figure things out from the documentation
> available now. You see - it is simply a manpower problem."

I like to do such rewordings myself every now and then, but this one was 
not very constructive. It incorrectly implies that whoever will attempt 
this will be on his own figuring out what needs to be done. We'll help 
with information as much as we can.

What I wrote is that the currently available written documentation isn't 
enough to do this. The very same is true for the FreeBSD documentation 
though, because if it were trivial to figure out what kernel functions 
perform the operations needed by the VirtualBox driver this issue 
wouldn't exist. But no one gains anything by pointing fingers, and thus 
all I'm saying is that we'll improve the documentation in cooperation 
with whoever is interested.

My mail was intended to start cooperation, and I still hope there's 
someone picking up this offer. We're easy to contact, on #vbox-dev on 
freenode.

Klaus
From gesbbb at yahoo.com  Thu Sep 11 18:28:29 2008
From: gesbbb at yahoo.com (Jerry)
Date: Thu Sep 11 18:28:36 2008
Subject: confirm 40cc26c517acc862580f5cd95b98a2a9991035c8
In-Reply-To: <mailman.0.1221155705.84513.freebsd-ports@freebsd.org>
References: <mailman.0.1221155705.84513.freebsd-ports@freebsd.org>
Message-ID: <20080911140147.3cf392a3@scorpio>

On Thu, 11 Sep 2008 17:55:05 +0000
freebsd-ports-request@freebsd.org wrote:

> Mailing list subscription confirmation notice for mailing list
> freebsd-ports
> 
> We have received a request for subscription of your email address,
> "gesbbb@yahoo.com", to the freebsd-ports@freebsd.org mailing list.  To
> confirm that you want to be added to this mailing list, simply reply
> to this message, keeping the Subject: header intact.  Or visit this
> web page:
> 
>     http://lists.freebsd.org/mailman/confirm/freebsd-ports/40cc26c517acc862580f5cd95b98a2a9991035c8
> 
> 
> Or include the following line -- and only the following line -- in a
> message to freebsd-ports-request@freebsd.org:
> 
>     confirm 40cc26c517acc862580f5cd95b98a2a9991035c8
> 
> Note that simply sending a `reply' to this message should work from
> most mail readers, since that usually leaves the Subject: line in the
> right form (additional "Re:" text in the Subject: is okay).
> 
> If you do not wish to be subscribed to this list, please simply
> disregard this message.  If you think you are being maliciously
> subscribed to the list, or have any other questions, send them to
> freebsd-ports-owner@freebsd.org.

From eculp at encontacto.net  Thu Sep 11 23:26:24 2008
From: eculp at encontacto.net (eculp)
Date: Thu Sep 11 23:26:32 2008
Subject: been trying to update kdenetwork for several days without success.
Message-ID: <20080911182620.33716y8q76hxrrks@econet.encontacto.net>

I'm running up to date current and am unable to update kdenetwork4.   
I've tried manually, with portupgrade and with portmaster, all ending  
in the same.

/usr/ports/net/kdenetwork4/work/kdenetwork-4.1.1/kopete/protocols/jabber/libiris/iris/xmpp-im/xmpp_task.cpp:21:27: error: qplatformdefs.h: No such file or  
directory
*** Error code 1

Stop in /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.1/build.
*** Error code 1


I hope I'm not the only one with this problem.

Thanks for any suggestions,

ed
From QAT at FreeBSD.org  Fri Sep 12 00:18:23 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Fri Sep 12 00:18:30 2008
Subject: security/rid - fails: install_error
Message-ID: <20080912001820.3A84212E4659@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/rid-1.0.log :


building rid-1.0 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/security/rid
Makefile ident: $FreeBSD: ports/security/rid/Makefile,v 1.13 2006/05/13 04:15:14 edwin Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Fri Sep 12 00:18:14 UTC 2008

.................................<Last 40 lines of the log>..................

====================<phase 3: make patch>====================
add_pkg
===>  Patching for rid-1.0
===>  Applying FreeBSD patches for rid-1.0
================================================================
====================<phase 4: make build>====================
add_pkg
===>  Configuring for rid-1.0
===>  Building for rid-1.0
yacc -d parser.y
lex parser.l
cc -o rid -g sender.c main.c pinger.c y.tab.c lex.yy.c listen.c -lpcap
parser.l: In function 'yylex':
parser.l:53: warning: incompatible implicit declaration of built-in function 'strdup'
parser.l:54: warning: incompatible implicit declaration of built-in function 'strdup'
parser.l:55: warning: incompatible implicit declaration of built-in function 'strdup'
================================================================
====================<phase 5: make test>====================
make: don't know how to make regression-test(continuing)
================================================================
====================<phase 6: make install>====================
add_pkg
===>  Installing for rid-1.0
===>   Generating temporary packing list
===>  Checking if security/rid already installed
===>   Registering installation for rid-1.0
================================================================
====================<phase 7: make package>====================
===>  Building package for rid-1.0
tar: share/doc/rid/README: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/rid-1.0.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/rid-1.0.tbz'
*** Error code 1

Stop in /a/ports/security/rid.
================================================================
build of /usr/ports/security/rid ended at Fri Sep 12 00:18:18 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From QAT at FreeBSD.org  Fri Sep 12 00:42:31 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Fri Sep 12 00:42:38 2008
Subject: security/saint - fails: manpage
Message-ID: <20080912004224.3CF2612E4659@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/saint-3.5.8.log :


building saint-3.5.8 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/security/saint
Makefile ident: $FreeBSD: ports/security/saint/Makefile,v 1.33 2006/10/31 02:22:03 alepulver Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Fri Sep 12 00:40:51 UTC 2008

.................................<Last 40 lines of the log>..................

adding dependencies
pkg_add perl-5.8.8_1.tbz
skipping perl-5.8.8_1, already added
===>  Installing for saint-3.5.8
===>   saint-3.5.8 depends on file: /usr/local/bin/perl5.8.8 - found
===>   Generating temporary packing list
===>  Checking if security/saint already installed
/usr/bin/tar -C /work/a/ports/security/saint/work/saint-3.5.8 -cf - -X /a/ports/security/saint/files/excludefiles . | /usr/bin/tar -C /usr/local/saint -xf -
===>   Compressing manual pages for saint-3.5.8
gzip: can't stat: /usr/local/man/man1/saint.1: No such file or directory
===>   Registering installation for saint-3.5.8
===> 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/saint/bin/ddos_scan
/usr/local/saint/bin/rex
/usr/local/saint/bin/fping

      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://www.wwdsi.com/saint/
================================================================
====================<phase 7: make package>====================
===>  Building package for saint-3.5.8
tar: man/man1/saint.1.gz: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/saint-3.5.8.tbz
Registering depends: perl-5.8.8_1.
Creating bzip'd tar ball in '/tmp/packages/All/saint-3.5.8.tbz'
*** Error code 1

Stop in /a/ports/security/saint.
================================================================
build of /usr/ports/security/saint ended at Fri Sep 12 00:42:22 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From QAT at FreeBSD.org  Fri Sep 12 01:45:43 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Fri Sep 12 01:45:49 2008
Subject: security/sslwrap - fails: install_error
Message-ID: <20080912014541.4463212E4659@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/sslwrap-2.0.6_1.log :


building sslwrap-2.0.6_1 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/security/sslwrap
Makefile ident: $FreeBSD: ports/security/sslwrap/Makefile,v 1.16 2006/05/13 04:15:16 edwin Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Fri Sep 12 01:45:36 UTC 2008

.................................<Last 40 lines of the log>..................

s_server.c:473: warning: passing argument 2 of 'SSL_CTX_set_info_callback' from incompatible pointer type
================================================================
====================<phase 5: make test>====================
make: don't know how to make regression-test(continuing)
================================================================
====================<phase 6: make install>====================
add_pkg
===>  Installing for sslwrap-2.0.6_1
===>   Generating temporary packing list
===>  Checking if security/sslwrap already installed
install  -s -o root -g wheel -m 555 /work/a/ports/security/sslwrap/work/sslwrap206/sslwrap /usr/local/bin/sslwrap
===>   Registering installation for sslwrap-2.0.6_1
===> 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/bin/sslwrap

      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://www.rickk.com/sslwrap/
================================================================
====================<phase 7: make package>====================
===>  Building package for sslwrap-2.0.6_1
tar: share/doc/sslwrap/README: Cannot stat: No such file or directory
tar: share/doc/sslwrap/docs.html: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/sslwrap-2.0.6_1.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/sslwrap-2.0.6_1.tbz'
*** Error code 1

Stop in /a/ports/security/sslwrap.
================================================================
build of /usr/ports/security/sslwrap ended at Fri Sep 12 01:45:39 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From aw1 at stade.co.uk  Fri Sep 12 01:57:21 2008
From: aw1 at stade.co.uk (Adrian Wontroba)
Date: Fri Sep 12 01:57:27 2008
Subject: FreeBSD Port: clamav-0.93.3
In-Reply-To: <20080911094307.5009d1aa@scorpio>
References: <E8298C3B2FC1CC43B3FBAC70544780A60275B4F6@EXCH-01.mbint.multibanka.com>
	<20080911094307.5009d1aa@scorpio>
Message-ID: <20080912011646.GA82666@steerpike.hanley.stade.co.uk>

On Thu, Sep 11, 2008 at 09:43:07AM -0400, Gerard wrote:
> On Thu, 11 Sep 2008 15:09:59 +0300
> "Roman Evstignejev" <romane@smpbank.lv> wrote:
> > Why it takes so long time to release new port after Clamav team
> > released 0.94 version?
> > I know there is a patch in INternet to patch existing port, but i will
> > wait new port release.
> It probably has something to do with the 'ports freeze' presently in
> effect. You would probably be better served by contacting the port
> maintainer directly; i.e., garga@FreeBSD.org as well as reading the
> information available on the FreeBSD site.

However, the patch (see
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127122 ) does work. You
may want to edit pkg-plist to cater for the library version bump (.4 ->
.5). I've just updated one system to 0.94.

Be aware that the PR indicates that there may be problems with dependant
ports, and these won't be resolved until after the freeze.

-- 
Adrian Wontroba
From QAT at FreeBSD.org  Fri Sep 12 02:53:53 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Fri Sep 12 02:54:01 2008
Subject: news/p5-Gateway - fails: install_error
Message-ID: <20080912025351.EF62F12E4659@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/p5-Gateway-0.42_1.log :


building p5-Gateway-0.42_1 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/news/p5-Gateway
Makefile ident: $FreeBSD: ports/news/p5-Gateway/Makefile,v 1.14 2008/04/17 14:27:54 araujo Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Fri Sep 12 02:53:04 UTC 2008

.................................<Last 40 lines of the log>..................

Installing /usr/local/lib/perl5/site_perl/5.8.8/auto/News/Gateway/mungeids.al
Installing /usr/local/lib/perl5/site_perl/5.8.8/auto/News/Gateway/crosspost.al
Installing /usr/local/lib/perl5/site_perl/5.8.8/auto/News/Gateway/post.al
Installing /usr/local/lib/perl5/site_perl/5.8.8/auto/News/Gateway/headers.al
Installing /usr/local/lib/perl5/site_perl/5.8.8/auto/News/Gateway/nobinaries.al
Installing /usr/local/lib/perl5/site_perl/5.8.8/auto/News/Gateway/mailtonews.al
Installing /usr/local/lib/perl5/site_perl/5.8.8/auto/News/Gateway/hash.al
Installing /usr/local/lib/perl5/site_perl/5.8.8/auto/News/Gateway/keywords.al
Installing /usr/local/lib/perl5/site_perl/5.8.8/auto/News/Gateway/newsgroups.al
Installing /usr/local/lib/perl5/site_perl/5.8.8/auto/News/Gateway/whitelist.al
Installing /usr/local/lib/perl5/site_perl/5.8.8/auto/News/Gateway/cleanbody.al
Installing /usr/local/lib/perl5/site_perl/5.8.8/auto/News/Gateway/previoushop.al
Installing /usr/local/lib/perl5/site_perl/5.8.8/auto/News/Gateway/mail.al
Installing /usr/local/lib/perl5/site_perl/5.8.8/auto/News/Gateway/moosesign.al
Installing /usr/local/lib/perl5/site_perl/5.8.8/auto/News/Gateway/config.al
Installing /usr/local/lib/perl5/site_perl/5.8.8/auto/News/Gateway/mailpath.al
Installing /usr/local/lib/perl5/site_perl/5.8.8/auto/News/Gateway/anykeyword.al
Installing /usr/local/lib/perl5/5.8.8/man/man3/News::Gateway.3
Writing /usr/local/lib/perl5/site_perl/5.8.8/mach/auto/News/Gateway/.packlist
===>   Compressing manual pages for p5-Gateway-0.42_1
===>   Registering installation for p5-Gateway-0.42_1
================================================================
====================<phase 7: make package>====================
===>  Building package for p5-Gateway-0.42_1
tar: share/examples/Gateway/listgate: Cannot stat: No such file or directory
tar: share/examples/Gateway/listgate.m4: Cannot stat: No such file or directory
tar: share/examples/Gateway/listgate.readme: Cannot stat: No such file or directory
tar: share/examples/Gateway/raccmod: Cannot stat: No such file or directory
tar: share/examples/Gateway/raccpost: Cannot stat: No such file or directory
tar: share/examples/Gateway/racrmod: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/p5-Gateway-0.42_1.tbz
Registering depends: p5-News-Article-1.27_2 p5-Net-1.22,1 p5-MIME-Base64-3.07 p5-Authen-SASL-2.12 p5-GSSAPI-0.26 p5-Digest-HMAC-1.01 p5-Digest-SHA1-2.11 p5-PGP-Sign-0.20 perl-5.8.8_1 pgp-2.6.3i_1.
Creating bzip'd tar ball in '/tmp/packages/All/p5-Gateway-0.42_1.tbz'
*** Error code 1

Stop in /a/ports/news/p5-Gateway.
================================================================
build of /usr/ports/news/p5-Gateway ended at Fri Sep 12 02:53:50 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From makc at issp.ac.ru  Fri Sep 12 05:48:46 2008
From: makc at issp.ac.ru (Max Brazhnikov)
Date: Fri Sep 12 05:48:53 2008
Subject: been trying to update kdenetwork for several days without
	success.
In-Reply-To: <20080911182620.33716y8q76hxrrks@econet.encontacto.net>
References: <20080911182620.33716y8q76hxrrks@econet.encontacto.net>
Message-ID: <200809120948.33667.makc@issp.ac.ru>

On Thu, 11 Sep 2008 18:26:20 -0500, eculp wrote:
> error: qplatformdefs.h: No such file or

http://mail.kde.org/pipermail/kde-freebsd/2008-July/003173.html

follow the thread and you'll find solution,

Max



From matiassurdi at gmail.com  Fri Sep 12 09:50:10 2008
From: matiassurdi at gmail.com (Matias Surdi)
Date: Fri Sep 12 09:50:16 2008
Subject: mod_python core dump
Message-ID: <gadd9p$p5r$1@ger.gmane.org>

Hi,

I've installed mod_python from the ports on a recently installed FreeBSD 
7 box and, despite all the build process goes well, when I try to start 
apache I get a core dump. If I disable the "Loadmodule" directive for 
mod_python in httpd.conf, then apache starts perfectly.

The versions I'm using are:

# pkg_version -v
apache-2.0.63_2                     =   up-to-date with port
autoconf-2.62                       =   up-to-date with port
autoconf-wrapper-20071109           =   up-to-date with port
bash-3.2.39_1                       =   up-to-date with port
dovecot-1.1.3                       =   up-to-date with port
expat-2.0.1                         =   up-to-date with port
gettext-0.17_1                      =   up-to-date with port
gmake-3.81_3                        =   up-to-date with port
help2man-1.36.4_2                   =   up-to-date with port
libiconv-1.11_1                     =   up-to-date with port
libtool-1.5.26                      =   up-to-date with port
linux_base-fc-4_10                  <   needs updating (port has 4_13)
m4-1.4.11,1                         =   up-to-date with port
mod_python-3.3.1_2                  =   up-to-date with port
p5-gettext-1.05_2                   =   up-to-date with port
pcre-7.7_1                          =   up-to-date with port
perl-5.8.8_1                        =   up-to-date with port
pkg-config-0.23_1                   =   up-to-date with port
postfix-2.5.4,1                     =   up-to-date with port
py25-sqlite3-2.5.2_1                =   up-to-date with port
python25-2.5.2_3                    =   up-to-date with port
sqlite3-3.5.6                       =   up-to-date with port




Any help will be appreciated, thanks.

From koitsu at FreeBSD.org  Fri Sep 12 09:58:30 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Fri Sep 12 09:58:38 2008
Subject: mod_python core dump
In-Reply-To: <gadd9p$p5r$1@ger.gmane.org>
References: <gadd9p$p5r$1@ger.gmane.org>
Message-ID: <20080912095828.GA52822@icarus.home.lan>

On Fri, Sep 12, 2008 at 11:39:35AM +0200, Matias Surdi wrote:
> I've installed mod_python from the ports on a recently installed FreeBSD  
> 7 box and, despite all the build process goes well, when I try to start  
> apache I get a core dump. If I disable the "Loadmodule" directive for  
> mod_python in httpd.conf, then apache starts perfectly.
>
> The versions I'm using are:
>
> # pkg_version -v
> apache-2.0.63_2                     =   up-to-date with port
> autoconf-2.62                       =   up-to-date with port
> autoconf-wrapper-20071109           =   up-to-date with port
> bash-3.2.39_1                       =   up-to-date with port
> dovecot-1.1.3                       =   up-to-date with port
> expat-2.0.1                         =   up-to-date with port
> gettext-0.17_1                      =   up-to-date with port
> gmake-3.81_3                        =   up-to-date with port
> help2man-1.36.4_2                   =   up-to-date with port
> libiconv-1.11_1                     =   up-to-date with port
> libtool-1.5.26                      =   up-to-date with port
> linux_base-fc-4_10                  <   needs updating (port has 4_13)
> m4-1.4.11,1                         =   up-to-date with port
> mod_python-3.3.1_2                  =   up-to-date with port
> p5-gettext-1.05_2                   =   up-to-date with port
> pcre-7.7_1                          =   up-to-date with port
> perl-5.8.8_1                        =   up-to-date with port
> pkg-config-0.23_1                   =   up-to-date with port
> postfix-2.5.4,1                     =   up-to-date with port
> py25-sqlite3-2.5.2_1                =   up-to-date with port
> python25-2.5.2_3                    =   up-to-date with port
> sqlite3-3.5.6                       =   up-to-date with port
>
> Any help will be appreciated, thanks.

You'll need to provide a gdb backtrace to determine the cause of the
core, and provide any error messages shown in Apache's error log
(default: /var/log/httpd-error.log).  The above information doesn't
provide enough detail.

Please also be aware that, quite often, debugging Apache and Apache
modules is a tedious and difficult task.  It's rarely a simple thing.

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From dokalanyi at gmail.com  Fri Sep 12 13:26:46 2008
From: dokalanyi at gmail.com (Okalany Daniel)
Date: Fri Sep 12 13:26:53 2008
Subject: Balance - Port
Message-ID: <28f643d90809120600rd8998bcya2999f32cefe7a19@mail.gmail.com>

Im on freebsd current with ports current.
FreeBSD down.one2net.co.ug 8.0-CURRENT FreeBSD 8.0-CURRENT #7: Wed Sep 10
19:31:10 EAT 2008     root@down.one2net.co.ug:/usr/obj/usr/src/sys/IPFWKERNEL
i386

[root@down /usr/home/oka]# /usr/local/etc/rc.d/balance start
setsockopt(IPV6_V6ONLY=0): Invalid argument

Is this a problem with balancer or my options?
My /etc/rc.conf is configured like

balance_enable="YES"
balance_hosts="topup"
balance_topup_flags="-a"
balance_topup_address="domain.com"
balance_topup_ports="8080"
balance_topup_targets="mail.domain1:80 mail2.domain1:80"

domains have been changed
-- 
OKALANY DANIEL
P.O BOX 26150
KAMPALA.
http://okaman.one2net.co.ug
--
Youth is a wonderful thing. What a crime to waste it on children.

The Word was spoken before it was written, and it was written so it could be
spoken!

Words can move mountais because mountains are created by words!
From koitsu at FreeBSD.org  Fri Sep 12 14:03:29 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Fri Sep 12 14:03:36 2008
Subject: Balance - Port
In-Reply-To: <28f643d90809120600rd8998bcya2999f32cefe7a19@mail.gmail.com>
References: <28f643d90809120600rd8998bcya2999f32cefe7a19@mail.gmail.com>
Message-ID: <20080912140325.GA57733@icarus.home.lan>

On Fri, Sep 12, 2008 at 04:00:06PM +0300, Okalany Daniel wrote:
> Im on freebsd current with ports current.
> FreeBSD down.one2net.co.ug 8.0-CURRENT FreeBSD 8.0-CURRENT #7: Wed Sep 10
> 19:31:10 EAT 2008     root@down.one2net.co.ug:/usr/obj/usr/src/sys/IPFWKERNEL
> i386
> 
> [root@down /usr/home/oka]# /usr/local/etc/rc.d/balance start
> setsockopt(IPV6_V6ONLY=0): Invalid argument
> 
> Is this a problem with balancer or my options?

It appears you've removed IPv6 support from your kernel, which is fine.

The bug in with the IPv6 detection method used by balancer.  The logic
in balancer is "if IPV6_V6ONLY is defined, call setsockopt() with
IPV6_V6ONLY".  The definition is pulled in from one of many #include
files in /usr/include.

balancer assumes that if IPV6_V6ONLY is defined, that it should make
the setsockopt() call.  This won't work for systems with IPv6 removed
from the kernel -- because the system #include files still define
IPV6_V6ONLY as an available bit.

Can you apply the following hackfix against ports/net/balancer/Makefile
and tell me if it works for you?  Please note you'll need to build the
port either with "make WITHOUT_IPV6=true" or place WITHOUT_IPV6=true
in /etc/make.conf.

--- Makefile.orig	2008-07-09 00:15:46.000000000 -0700
+++ Makefile	2008-09-12 07:00:44.000000000 -0700
@@ -20,6 +20,10 @@
 
 MAN1=		balance.1
 
+.if defined(WITHOUT_IPV6)
+CFLAGS+=	-UIPV6_V6ONLY
+.endif
+
 pre-build:
 	@${REINPLACE_CMD} -e 's|^CFLAGS|CFLAGS?|' \
 	-e 's|^CC|CC?|' ${WRKSRC}/Makefile

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From horechuk at csolve.net  Fri Sep 12 14:43:34 2008
From: horechuk at csolve.net (Paul Horechuk)
Date: Fri Sep 12 14:43:42 2008
Subject: SoundServer crashes
In-Reply-To: <792298050809101310v11f90120t167928d55d6ec6a9@mail.gmail.com>
References: <200809101756.02358.horechuk@csolve.net>
	<200809101955.35202.horechuk@csolve.net>
	<792298050809101310v11f90120t167928d55d6ec6a9@mail.gmail.com>
Message-ID: <200809121443.16825.horechuk@csolve.net>

On September 10, 2008, L Campbell wrote:
> artsd looks to be from the audio/arts; rebuilding it with
> WITH_DEBUG=yes should enable debugging and disable stripping.

Sorry, tried that, but neither the crash dump has a back-trace nor the 
gdnc-core can be analyzed. Both are as before. It looks like artsd is 
calling another program, which is causing the crash instead.

What is the gdnc program that is crashing?

>
> On Wed, Sep 10, 2008 at 3:55 PM, Paul Horechuk <horechuk@csolve.net> 
wrote:
> > On September 10, 2008, ???? ????? Ashish Shukla wrote:
> >> In <200809101756.02358.horechuk@csolve.net>, Paul Horechuk wrote:
> >>
> >> [snip]
> >>
> >> >gdb gdnc.core
> >> >GNU gdb 6.1.1 [FreeBSD]
> >> >Copyright 2004 Free Software Foundation, Inc.
> >> >GDB is free software, covered by the GNU General Public License, and
> >> > you are welcome to change it and/or distribute copies of it under
> >> > certain conditions.
> >> >Type "show copying" to see the conditions.
> >> >There is absolutely no warranty for GDB.  Type "show warranty" for
> >> > details. This GDB was configured as
> >> > "i386-marcel-freebsd"..."/gdnc.core": not in executable format: File
> >> > format not recognized
> >>
> >> I don't think above is the way to inspect core-dumps with gdb.
> >>
> >> % gdb
> >> (gdb) core-file gdnc.core
> >>
> >> HTH
> >> Ashish
> >
> > better, but,
> > back produces...
> > #0  0x2890b957 in ?? ()
> > #1  0x28829097 in ?? ()
> > #2  0x00000287 in ?? ()
> > #3  0x00000006 in ?? ()
> > #4  0xbfbfd654 in ?? ()
> > #5  0x00000000 in ?? ()
> > #6  0x2891f858 in ?? ()
> > #7  0xbfbfd68c in ?? ()
> > #8  0xbfbfd6a8 in ?? ()
> > #9  0x2890a499 in ?? ()
> > #10 0x00000006 in ?? ()
> > #11 0xbfbfd68c in ?? ()
> > #12 0x00000000 in ?? ()
> > #13 0x0804eff0 in ?? ()
> > #14 0x00000000 in ?? ()
> > #15 0xbfbfd6d8 in ?? ()
> > #16 0x2804f469 in ?? ()
> > #17 0xffffffdf in ?? ()
> > #18 0xffffffff in ?? ()
> > #19 0xffffffff in ?? ()
> > #20 0xffffffff in ?? ()
> > #21 0x0804f674 in ?? ()
> > #22 0x0804eff0 in ?? ()
> > #23 0x00000000 in ?? ()
> > #24 0xbfbfd6d8 in ?? ()
> > #25 0x0804ce11 in ?? ()
> > #26 0x0817a5b8 in ?? ()
> >
> > I think I need to put debugging in to get symbols.
> > Which program do I recompile and what are the make options.
> >
> > Thanks for the clue for the core dump.
> >
> > --
> > Paul Horechuk
> >      Think Free
> > Use Open Source Software
> >
> > ______________________________________________________________________
> > This email has been scanned by the MessageLabs Email Security System.
> > For more information please visit http://www.messagelabs.com/email
> > ______________________________________________________________________
> > _______________________________________________
> > freebsd-ports@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> > To unsubscribe, send any mail to
> > "freebsd-ports-unsubscribe@freebsd.org"



-- 
Paul Horechuk
      Think Free 
Use Open Source Software

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________
From chris# at 1command.com  Fri Sep 12 18:36:40 2008
From: chris# at 1command.com (chris#@1command.com)
Date: Fri Sep 12 18:36:45 2008
Subject: a $PREFIX question...
Message-ID: <20080912105907.hgkvg352gco0k8ow@webmail.1command.com>

Greetings,
I'm attempting to create (hack) the current php5 port to permit
the installation of the CGI sapi along side php4 (CLI, and MOD sapi).
I /know/ where /want/ everything to go (believing I can make it work).
BUT, I'm not confident I have a firm grasp on the ports variables.
This is what I've done so far:
o edited the pkg-plist; modifying all references to php/ to php5/
eg;
bin/php5/
etc/php5/
include/php5/
lib/php5/

o edited (hacked) the following lines in the Makefile;
CONFIGURE_ARGS=
--with-config-file-scan-dir=${PREFIX}/etc/php5
...
post-install:
@${INSTALL_DATA} ${WRKSRC}/php.ini-dist ${PREFIX}/etc/php5
@${INSTALL_DATA} ${WRKSRC}/php.ini-recommended ${PREFIX}/etc/php5
@${INSTALL_DATA} ${WRKDIR}/php.conf ${PREFIX}/etc/php5
@${TOUCH} ${PREFIX}/include/php5/ext/php_config.h

NOW, here's where I fail to completely understand the $PREFIX &|
$LOCALBASE variables. I understand that $PREFIX if left undefined
defaults to $LOCALBASE (/usr/local). BUT, what must I define to
coerce the php5 CGI sapi (and depends) to simply use the php5 directory
as opposed to the default *php* directory?

Any help here would be GREATLY appreciated, as I hope to ultimately
turn this into a port. :)

Thank you for your time and consideration.

--Chris



From amdmi3 at amdmi3.ru  Fri Sep 12 21:12:31 2008
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Fri Sep 12 21:12:38 2008
Subject: a $PREFIX question...
In-Reply-To: <20080912105907.hgkvg352gco0k8ow@webmail.1command.com>
References: <20080912105907.hgkvg352gco0k8ow@webmail.1command.com>
Message-ID: <20080912211222.GA37740@hades.panopticon>

* chris#@1command.com (chris#@1command.com) wrote:

You should just refedine PREFIX to, say, /usr/local/php5, and everything
will be installed there:

/usr/local/php5/bin
/usr/local/php5/etc
/usr/local/php5/include
/usr/local/php5/lib
...

If you specifically want bin/php5, etc/php5 etc. you'll have to
hack much more stuff. At least, you'll need to add
--bindir=${PREFIX}/bin/php5 --libdir=${PREFIX}/lib/php5 (etc. for other
dirs, see php's `configure --help`) to CONFIGURE_ARGS to make php5
actually install file into those locations, and most likely other hacks
will be needed.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From jahnke at sonatabio.com  Sat Sep 13 00:30:15 2008
From: jahnke at sonatabio.com (Frank Jahnke)
Date: Sat Sep 13 00:30:21 2008
Subject: FreeBSD Port: linuxpluginwrapper-20051113_8
Message-ID: <1221264777.5721.596.camel@pinot>

I updated my ports tree today, and a portsdb failed owing to
linuxpluginwrapper.  This seems to be because acroread7 is no longer in
the ports tree, so the update fails.  acroread7 is indeed in the
makefile.  You may wish to update the port for lpw.

Thanks for you attention!

Frank Jahnke

From unixmania at gmail.com  Sat Sep 13 01:00:51 2008
From: unixmania at gmail.com (Carlos A. M. dos Santos)
Date: Sat Sep 13 01:00:58 2008
Subject: FreeBSD Port: linuxpluginwrapper-20051113_8
In-Reply-To: <1221264777.5721.596.camel@pinot>
References: <1221264777.5721.596.camel@pinot>
Message-ID: <e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>

On Fri, Sep 12, 2008 at 9:12 PM, Frank Jahnke <jahnke@sonatabio.com> wrote:
> I updated my ports tree today, and a portsdb failed owing to
> linuxpluginwrapper.  This seems to be because acroread7 is no longer in
> the ports tree, so the update fails.  acroread7 is indeed in the
> makefile.  You may wish to update the port for lpw.
>
> Thanks for you attention!
>
> Frank Jahnke

I think www/nspluginwrapper is the best choice these days, since
linuxpluginwrapper seems to be an abandoned project.

-- 
cd /usr/ports/sysutils/life
make clean
From jahnke at sonatabio.com  Sat Sep 13 01:17:44 2008
From: jahnke at sonatabio.com (Frank Jahnke)
Date: Sat Sep 13 01:17:53 2008
Subject: FreeBSD Port: linuxpluginwrapper-20051113_8
In-Reply-To: <e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>
References: <1221264777.5721.596.camel@pinot>
	<e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>
Message-ID: <1221268629.5721.599.camel@pinot>

On Fri, 2008-09-12 at 22:00 -0300, Carlos A. M. dos Santos wrote:

> I think www/nspluginwrapper is the best choice these days, since
> linuxpluginwrapper seems to be an abandoned project.
> 

I agree, and have been using nspw for quite some time.  Still, if lpw
remains in the ports tree, it ought to play nicely with the various port
upgrading tools.

Frank

From peterjeremy at optushome.com.au  Sat Sep 13 01:23:41 2008
From: peterjeremy at optushome.com.au (Peter Jeremy)
Date: Sat Sep 13 01:23:48 2008
Subject: FreeBSD Port: linuxpluginwrapper-20051113_8
In-Reply-To: <e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>
References: <1221264777.5721.596.camel@pinot>
	<e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>
Message-ID: <20080913012337.GP15376@server.vk2pj.dyndns.org>

On 2008-Sep-12 22:00:49 -0300, "Carlos A. M. dos Santos" <unixmania@gmail.com> wrote:
>I think www/nspluginwrapper is the best choice these days, since
>linuxpluginwrapper seems to be an abandoned project.

Unfortunately, nspluginwrapper is not a general replacement for
linuxpluginwrapper - it is missing most of linuxpluginwrapper's
functionality.  nork@ also appears to be MIA - he hasn't responded to
any of the other threads on linuxpluginwrapper being broken.  For my
specific requirements (running pips), I managed to hack a work-around
but I don't believe it's committable.

-- 
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080913/916ef241/attachment.pgp
From chris# at 1command.com  Sat Sep 13 04:44:08 2008
From: chris# at 1command.com (Chris H)
Date: Sat Sep 13 04:44:16 2008
Subject: a $PREFIX question...
In-Reply-To: <20080912211222.GA37740@hades.panopticon>
References: <20080912105907.hgkvg352gco0k8ow@webmail.1command.com>
	<20080912211222.GA37740@hades.panopticon>
Message-ID: <20080912214349.xrprskkcg00gw080@webmail.1command.com>

Hello Dmitry, and thank you for your response.

Quoting Dmitry Marakasov <amdmi3@amdmi3.ru>:

> * chris#/@\1command.com (chris#/@\1command.com) wrote:
>
> You should just refedine PREFIX to, say, /usr/local/php5, and everything
> will be installed there:
>
> /usr/local/php5/bin
> /usr/local/php5/etc
> /usr/local/php5/include
> /usr/local/php5/lib
> ...

Yes. I tried that already. But didn't have the effect I was striving
for - duplicate the /current/ PHP install, but changing php/ to php5/
and simply adding php5/ to the bin path (bin/php5). Although your
first suggestion might be ideal for a jail.

>
> If you specifically want bin/php5, etc/php5 etc. you'll have to
> hack much more stuff. At least, you'll need to add
> --bindir=${PREFIX}/bin/php5 --libdir=${PREFIX}/lib/php5 (etc. for other
> dirs, see php's `configure --help`) to CONFIGURE_ARGS to make php5
> actually install file into those locations, and most likely other hacks
> will be needed.

OK. That's the layout I had hoped to achieve. So looks like I'll be
cobbling up some (e)grep(1) | find(1) | sed(1) scripts to best accomplish
this. I was hoping a simple tweak in the portinstall/*.bsd.mk might be
available. Oh well, I'd have needed to add some patches to create a port
anyway. So now that know that there's no kludge, I'll just have at it.

Thank you for your informative answer Dmitry.
That was exactly what I needed. :)

Best wishes.

--Chris

>
> --
> Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
> amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
>



From jos at catnook.com  Sat Sep 13 06:24:32 2008
From: jos at catnook.com (Jos Backus)
Date: Sat Sep 13 06:24:45 2008
Subject: FreeBSD Port: linuxpluginwrapper-20051113_8
In-Reply-To: <e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>
References: <1221264777.5721.596.camel@pinot>
	<e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>
Message-ID: <20080913055812.GB56811@lizzy.catnook.local>

On Fri, Sep 12, 2008 at 10:00:49PM -0300, Carlos A. M. dos Santos wrote:
> I think www/nspluginwrapper is the best choice these days, since
> linuxpluginwrapper seems to be an abandoned project.

Sadly, www/nspluginwrapper (specifically npviewer.bin), while functional on my
-current box, leaks like a sieve, ballooning to a gigabyte or more after a
day's use from within Firefox.

-- 
Jos Backus
jos at catnook.com
From jos at catnook.com  Sat Sep 13 06:24:32 2008
From: jos at catnook.com (Jos Backus)
Date: Sat Sep 13 06:24:46 2008
Subject: FreeBSD Port: linuxpluginwrapper-20051113_8
In-Reply-To: <e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>
References: <1221264777.5721.596.camel@pinot>
	<e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>
Message-ID: <20080913055812.GB56811@lizzy.catnook.local>

On Fri, Sep 12, 2008 at 10:00:49PM -0300, Carlos A. M. dos Santos wrote:
> I think www/nspluginwrapper is the best choice these days, since
> linuxpluginwrapper seems to be an abandoned project.

Sadly, www/nspluginwrapper (specifically npviewer.bin), while functional on my
-current box, leaks like a sieve, ballooning to a gigabyte or more after a
day's use from within Firefox.

-- 
Jos Backus
jos at catnook.com
From roberthuff at rcn.com  Sat Sep 13 12:34:57 2008
From: roberthuff at rcn.com (Robert Huff)
Date: Sat Sep 13 12:35:15 2008
Subject: FreeBSD Port: linuxpluginwrapper-20051113_8
In-Reply-To: <20080913055812.GB56811@lizzy.catnook.local>
References: <1221264777.5721.596.camel@pinot>
	<e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>
	<20080913055812.GB56811@lizzy.catnook.local>
Message-ID: <18635.45931.603158.510@jerusalem.litteratus.org>


Jos Backus writes:

>  Sadly, www/nspluginwrapper (specifically npviewer.bin), while
>  functional on my -current box, leaks like a sieve, ballooning to
>  a gigabyte or more after a day's use from within Firefox.

	The same here with the exception a) I'm using Seamonkey and b)
the maximum is between 525 and 550 mb.  When it is maxed out, no
browser window displays (redraws).
	I can restore correct behavior (temporarily) by doing 

	killall npviewer.bin

	however at some point the npviewer process will "restart",
slowing the system to a crawl for 60-90 seconds.
	I have anecdotal reason to believe this is related to the use
of the Flash plugin.


				Robert Huff


From roberthuff at rcn.com  Sat Sep 13 12:34:57 2008
From: roberthuff at rcn.com (Robert Huff)
Date: Sat Sep 13 12:35:16 2008
Subject: FreeBSD Port: linuxpluginwrapper-20051113_8
In-Reply-To: <20080913055812.GB56811@lizzy.catnook.local>
References: <1221264777.5721.596.camel@pinot>
	<e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>
	<20080913055812.GB56811@lizzy.catnook.local>
Message-ID: <18635.45931.603158.510@jerusalem.litteratus.org>


Jos Backus writes:

>  Sadly, www/nspluginwrapper (specifically npviewer.bin), while
>  functional on my -current box, leaks like a sieve, ballooning to
>  a gigabyte or more after a day's use from within Firefox.

	The same here with the exception a) I'm using Seamonkey and b)
the maximum is between 525 and 550 mb.  When it is maxed out, no
browser window displays (redraws).
	I can restore correct behavior (temporarily) by doing 

	killall npviewer.bin

	however at some point the npviewer process will "restart",
slowing the system to a crawl for 60-90 seconds.
	I have anecdotal reason to believe this is related to the use
of the Flash plugin.


				Robert Huff


From amdmi3 at amdmi3.ru  Sat Sep 13 12:54:17 2008
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Sat Sep 13 12:54:24 2008
Subject: a $PREFIX question...
In-Reply-To: <20080912214349.xrprskkcg00gw080@webmail.1command.com>
References: <20080912105907.hgkvg352gco0k8ow@webmail.1command.com>
	<20080912211222.GA37740@hades.panopticon>
	<20080912214349.xrprskkcg00gw080@webmail.1command.com>
Message-ID: <20080913125407.GC37740@hades.panopticon>

* Chris H (chris#@1command.com) wrote:

> Yes. I tried that already. But didn't have the effect I was striving
> for - duplicate the /current/ PHP install, but changing php/ to php5/
> and simply adding php5/ to the bin path (bin/php5). Although your
> first suggestion might be ideal for a jail.
For jail there's DESTDIR. PREFIX is exactly for keeping conflicting
apps along with each other. And I don't actually understand why you
need to scatter php5 files in all subdirs, while you could have
them in one directory with canonical hierarchy.
You'll have to modify $PATH and posibly other stuff in both cases,
so there's no difference in usability.

>> If you specifically want bin/php5, etc/php5 etc. you'll have to
>> hack much more stuff. At least, you'll need to add
>> --bindir=${PREFIX}/bin/php5 --libdir=${PREFIX}/lib/php5 (etc. for other
>> dirs, see php's `configure --help`) to CONFIGURE_ARGS to make php5
>> actually install file into those locations, and most likely other hacks
>> will be needed.
> OK. That's the layout I had hoped to achieve. So looks like I'll be
> cobbling up some (e)grep(1) | find(1) | sed(1) scripts to best accomplish
As I've said, providing --*lib args to configure should be enough to
install files to nondefault locations, but there's chance that there are
some assumptions regarding directory hierarchy inside php you'll need to
change as well. That's usually done with ${REINPLACE_CMD} (which is sed)
or patches.
> this. I was hoping a simple tweak in the portinstall/*.bsd.mk might be
> available.
That would be impossible, as no software is intended for such
nonstandart install, and build systems other than configure don't even
provide ways to specify bin/etc/lib dirs.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From nork at FreeBSD.org  Sat Sep 13 14:51:43 2008
From: nork at FreeBSD.org (Norikatsu Shigemura)
Date: Sat Sep 13 14:51:49 2008
Subject: FreeBSD Port: linuxpluginwrapper-20051113_8
In-Reply-To: <20080913012337.GP15376@server.vk2pj.dyndns.org>
References: <1221264777.5721.596.camel@pinot>
	<e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>
	<20080913012337.GP15376@server.vk2pj.dyndns.org>
Message-ID: <20080913235120.a456a9a2.nork@FreeBSD.org>

On Sat, 13 Sep 2008 11:23:37 +1000
Peter Jeremy <peterjeremy@optushome.com.au> wrote:
> On 2008-Sep-12 22:00:49 -0300, "Carlos A. M. dos Santos" <unixmania@gmail.com> wrote:
> >I think www/nspluginwrapper is the best choice these days, since
> >linuxpluginwrapper seems to be an abandoned project.
> Unfortunately, nspluginwrapper is not a general replacement for
> linuxpluginwrapper - it is missing most of linuxpluginwrapper's

	Recentry, wine is good solution for using Flash.

> functionality.  nork@ also appears to be MIA - he hasn't responded to
> any of the other threads on linuxpluginwrapper being broken.  For my
> specific requirements (running pips), I managed to hack a work-around
> but I don't believe it's committable.

	I don't have any idea to fix LPW.

	1. Because linux-flash is too unstable, so I don't know weither
	   LPW is wrong or linux-flash is wrong.

	2. By multiple weak symbols solution issue(undefined/unstable
	   resolve weak symbols), I can't hook some important functions
	   like dl*(4).  I'm thinking merging to libc to fix, but I don't
	   have any evidence that it's true.  This issue is critical by
	   ELF Symbol Versioning.

	3. I think that LPW's solution is quite good solution, but it's
	   too hard solution:-).  Maybe, all glibc functions should be
	   hooked, and hack for some macros like getc:-(.
From jahnke at sonatabio.com  Sat Sep 13 14:56:58 2008
From: jahnke at sonatabio.com (Frank Jahnke)
Date: Sat Sep 13 14:57:04 2008
Subject: FreeBSD Port: linuxpluginwrapper-20051113_8
In-Reply-To: <20080913235120.a456a9a2.nork@FreeBSD.org>
References: <1221264777.5721.596.camel@pinot>
	<e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>
	<20080913012337.GP15376@server.vk2pj.dyndns.org>
	<20080913235120.a456a9a2.nork@FreeBSD.org>
Message-ID: <1221317817.1345.5.camel@pinot>

On Sat, 2008-09-13 at 23:51 +0900, Norikatsu Shigemura wrote:
> On Sat, 13 Sep 2008 11:23:37 +1000
> Peter Jeremy <peterjeremy@optushome.com.au> wrote:

> 
> 	Recentry, wine is good solution for using Flash.

I use this too.  

I'm going to cut the rest of the comment about whether lpw can be saved
or not, but if it is in the ports tree it should play well with
upgrading tools.  All that it takes is to get rid of acroread7 and put
in acroread8.  That does not seem so hard.  Otherwise, lpw should be
dropped from the ports tree.


From chris# at 1command.com  Sat Sep 13 18:55:27 2008
From: chris# at 1command.com (Chris H)
Date: Sat Sep 13 18:55:36 2008
Subject: a $PREFIX question...
In-Reply-To: <20080913125407.GC37740@hades.panopticon>
References: <20080912105907.hgkvg352gco0k8ow@webmail.1command.com>
	<20080912211222.GA37740@hades.panopticon>
	<20080912214349.xrprskkcg00gw080@webmail.1command.com>
	<20080913125407.GC37740@hades.panopticon>
Message-ID: <20080913115506.y6dyjx8k8wcggk0g@webmail.1command.com>

Hello Dmitry. Thank you for taking the time to respond.

Quoting Dmitry Marakasov <amdmi3@amdmi3.ru>:

> * Chris H (chris#/@\1command.com) wrote:
>
>> Yes. I tried that already. But didn't have the effect I was striving
>> for - duplicate the /current/ PHP install, but changing php/ to php5/
>> and simply adding php5/ to the bin path (bin/php5). Although your
>> first suggestion might be ideal for a jail.
> For jail there's DESTDIR.

Ahh. That's good to know. I had thought to look to the BIND port as a
model for a jail. But, since I'm really just trying to get both PHP4 and
PHP5 to install in such a manner as to prevent symbol collisions, I
thought that simply keeping the configure/install the same as it is
now, but substituting php, for php5 would be the most efficient, and
tidy approach. It appears that all I'm dealing with is:

/usr/local/lib/php
/usr/local/include/php
/usr/local/etc/php && php.conf
/usr/local/bin/php || pgp-cgi

Which - if I have a reasonable understanding of all this, translates to:
$PREFIX || $LOCALBASE/php no?
So I figured that ultimately both php versions & the destination system
would be happiest if I simply exchanged php for php5
(php for v.4 & php5 for v.5). But as I read your replies I get the feeling
that you believe it would make better sense to simply drop the whole
install into it's own tree -
/usr/local/php5/ - lib/ include/ bin/ etc/
While that certainly isolates the install from symbol collisions with php4.
I thought it might make it harder for other applications to find it. But
maybe I'm just making/thinking this is harder that it really is. Bear in
mind that I'm ultimately looking to make this a port, and in the
"big picture" I hope to make a single port that installs /both/ php4 & php5
in such a manner as to live and work harmoniously together - creating
make conditionals that accommodate making/installing modules/extensions
out of the ports tree with out any struggle on the users part. So the
direction I choose must take all of that into account (your experience
is /greatly/ appreciated here :)) Maybe the ultimate solution would be
to simply go the
$PREFIX/php && $PREFIX/php5 route. Thereby dropping (isolating) both
versions into their own trees. But if I understand any of this correctly,
I'll need to modify the system' environment to include these directories:
($PREFIX/php/bin $PREFIX/php/lib $PREFIX/php/include &&
$PREFIX/php5/bin $PREFIX/php5/lib $PREFIX/php5/include)

Does this make any sense?

Well Dmitry, thank you again for sharing your experience and insight.
I /really/ appreciate it. Looks like I've got alot to think about. :)

Best wishes.

--Chris

> PREFIX is exactly for keeping conflicting
> apps along with each other. And I don't actually understand why you
> need to scatter php5 files in all subdirs, while you could have
> them in one directory with canonical hierarchy.
> You'll have to modify $PATH and posibly other stuff in both cases,
> so there's no difference in usability.
>
>>> If you specifically want bin/php5, etc/php5 etc. you'll have to
>>> hack much more stuff. At least, you'll need to add
>>> --bindir=${PREFIX}/bin/php5 --libdir=${PREFIX}/lib/php5 (etc. for other
>>> dirs, see php's `configure --help`) to CONFIGURE_ARGS to make php5
>>> actually install file into those locations, and most likely other hacks
>>> will be needed.
>> OK. That's the layout I had hoped to achieve. So looks like I'll be
>> cobbling up some (e)grep(1) | find(1) | sed(1) scripts to best accomplish
> As I've said, providing --*lib args to configure should be enough to
> install files to nondefault locations, but there's chance that there are
> some assumptions regarding directory hierarchy inside php you'll need to
> change as well. That's usually done with ${REINPLACE_CMD} (which is sed)
> or patches.
>> this. I was hoping a simple tweak in the portinstall/*.bsd.mk might be
>> available.
> That would be impossible, as no software is intended for such
> nonstandart install, and build systems other than configure don't even
> provide ways to specify bin/etc/lib dirs.
>
> --
> Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
> amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
>



From jos at catnook.com  Sat Sep 13 19:52:30 2008
From: jos at catnook.com (Jos Backus)
Date: Sat Sep 13 19:52:41 2008
Subject: FreeBSD Port: linuxpluginwrapper-20051113_8
In-Reply-To: <18635.45931.603158.510@jerusalem.litteratus.org>
References: <1221264777.5721.596.camel@pinot>
	<e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>
	<20080913055812.GB56811@lizzy.catnook.local>
	<18635.45931.603158.510@jerusalem.litteratus.org>
Message-ID: <20080913195250.GA82373@lizzy.catnook.local>

On Sat, Sep 13, 2008 at 08:34:51AM -0400, Robert Huff wrote:
> 	I have anecdotal reason to believe this is related to the use
> of the Flash plugin.

<AOL>Me too.</AOL>

-- 
Jos Backus
jos at catnook.com
From jos at catnook.com  Sat Sep 13 19:52:30 2008
From: jos at catnook.com (Jos Backus)
Date: Sat Sep 13 19:52:41 2008
Subject: FreeBSD Port: linuxpluginwrapper-20051113_8
In-Reply-To: <18635.45931.603158.510@jerusalem.litteratus.org>
References: <1221264777.5721.596.camel@pinot>
	<e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>
	<20080913055812.GB56811@lizzy.catnook.local>
	<18635.45931.603158.510@jerusalem.litteratus.org>
Message-ID: <20080913195250.GA82373@lizzy.catnook.local>

On Sat, Sep 13, 2008 at 08:34:51AM -0400, Robert Huff wrote:
> 	I have anecdotal reason to believe this is related to the use
> of the Flash plugin.

<AOL>Me too.</AOL>

-- 
Jos Backus
jos at catnook.com
From amdmi3 at amdmi3.ru  Sun Sep 14 00:49:35 2008
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Sun Sep 14 00:49:42 2008
Subject: a $PREFIX question...
In-Reply-To: <20080913115506.y6dyjx8k8wcggk0g@webmail.1command.com>
References: <20080912105907.hgkvg352gco0k8ow@webmail.1command.com>
	<20080912211222.GA37740@hades.panopticon>
	<20080912214349.xrprskkcg00gw080@webmail.1command.com>
	<20080913125407.GC37740@hades.panopticon>
	<20080913115506.y6dyjx8k8wcggk0g@webmail.1command.com>
Message-ID: <20080914004920.GD37740@hades.panopticon>

* Chris H (chris#@1command.com) wrote:

JFYI, I'm not php user, but I have more than enough experience of
ports hacking, so I may miss something php-specific, though I have
some thoughts.

>> For jail there's DESTDIR.
> Ahh. That's good to know. I had thought to look to the BIND port as a
> model for a jail. But, since I'm really just trying to get both PHP4 and
> PHP5 to install in such a manner as to prevent symbol collisions, I
> thought that simply keeping the configure/install the same as it is
> now, but substituting php, for php5 would be the most efficient, and
> tidy approach. It appears that all I'm dealing with is:
>
> /usr/local/lib/php
> /usr/local/include/php
> /usr/local/etc/php && php.conf
> /usr/local/bin/php || pgp-cgi
Ah, sorry. Actually I wasn't aware that php installs stuff into */php
directories. In this case maybe changing /php to /php5 may really be
more convenient.

> Which - if I have a reasonable understanding of all this, translates to:
> $PREFIX || $LOCALBASE/php no?
No. Now I finally understand your question :)

LOCALBASE (/usr/local by default) is a place where all software
installed through ports will go. It is also where ports search for
libraries, includes etc. installed by other ports.

PREFIX (LOCALBASE by default, thus /usr/local as well) is where the
currently installed port goes.

No one should really redefine LOCALBASE, but you may change prefix to
install a specific port to some nondefault location.

Those have nothing to do with /php dirs. It seems to be php-specific
feature to install it's files under /php subdirs everywhere. So, by
default (prefix=/usr/local) e.g. php cli binary will be installed as

/usr/local/bin/php/php
/usr/local/etc/php.conf
/usr/local/include/php/Zend/zend.h
...

and if you change PREFIX to /usr/local/php5 that'll be

/usr/local/php5/bin/php/php
/usr/local/php5/etc/php.conf
/usr/local/php5/include/php/Zend/zend.h
...

If you change PREFIX to /newphp, that'll be

/newphp/bin/php/php
/newphp/etc/php.conf
/newphp/include/php/Zend/zend.h
...

As you can see, changing PREFIX allows php4&5 to coexist, but some extra
directory hierarchy is introduced.

> So I figured that ultimately both php versions & the destination system
...
> is /greatly/ appreciated here :)) Maybe the ultimate solution would be
> to simply go the
> $PREFIX/php && $PREFIX/php5 route. Thereby dropping (isolating) both
> versions into their own trees. But if I understand any of this correctly,
> I'll need to modify the system' environment to include these directories:
> ($PREFIX/php/bin $PREFIX/php/lib $PREFIX/php/include &&
> $PREFIX/php5/bin $PREFIX/php5/lib $PREFIX/php5/include)
> Does this make any sense?

Just a quick flashback to possible solutions:

Solution 1: change PREFIX
Solution 2: hack port to use */php5 dirs instead of */php
Other than changing all paths in the port's Makefile and pkg-plist,
you'll need to hack configure to use different directories.
What you need is to look into php's configure.in, all paths you'll
need should be there. Since the port has USE_AUTOTOOLS=autoconf:262,
configure will be generated from configure.in when you build the
port automatically. There may be many caveats and other places to change
paths, or there may not be.

Yes, you'll need to `modify the system environment' to include paths to
both php versions. This is where the problems start.

Both php4 and php5 install equally named files, so if you need an app to
use php5, you'll have to change PATH to include /usr/local/bin/php5/ or
NEW_PHP_PREFIX/bin/php (depending on which way you chose); if an app
needs php's includes, you'll also need to add /usr/loca/include/php5/ or
NEW_PHP_PREFIX/include/php; same for lib/ and likely etc/. I believe
that'd be hell. Even more problems if you intend to install something
from ports which depend on php.

Thus, if you really need both versions, I'd just install the version you
need for more apps as default, and another version with changed PREFIX,
period. No port hacking, just change path to php in some marginal apps.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From jahnke at sonatabio.com  Sun Sep 14 07:19:09 2008
From: jahnke at sonatabio.com (Frank Jahnke)
Date: Sun Sep 14 07:19:15 2008
Subject: FreeBSD Port: linuxpluginwrapper-20051113_8
In-Reply-To: <48CCB4F9.90309@fsck.ch>
References: <1221264777.5721.596.camel@pinot>
	<e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>
	<20080913012337.GP15376@server.vk2pj.dyndns.org>
	<20080913235120.a456a9a2.nork@FreeBSD.org>
	<1221317817.1345.5.camel@pinot> <48CCB4F9.90309@fsck.ch>
Message-ID: <1221376743.1345.13.camel@pinot>

On Sun, 2008-09-14 at 08:53 +0200, Tobias Roth wrote:
> On 09/13/08 16:56, Frank Jahnke wrote:
> > On Sat, 2008-09-13 at 23:51 +0900, Norikatsu Shigemura wrote:
> >> On Sat, 13 Sep 2008 11:23:37 +1000
> >> Peter Jeremy <peterjeremy@optushome.com.au> wrote:
> > 
> >> 	Recentry, wine is good solution for using Flash.
> > 
> > I use this too.  
> 
> So you use wine + windows_firefox + windows_flash on FreeBSD with no
> problems? 

Right -- it works pretty well.  Not perfectly or as well as it does on
Windows, but pretty well.  It does help a lot.  If you are still in 6.x,
don't forget the OS patch.

Frank

From freebsd.lists at fsck.ch  Sun Sep 14 07:26:33 2008
From: freebsd.lists at fsck.ch (Tobias Roth)
Date: Sun Sep 14 07:26:40 2008
Subject: FreeBSD Port: linuxpluginwrapper-20051113_8
In-Reply-To: <1221317817.1345.5.camel@pinot>
References: <1221264777.5721.596.camel@pinot>	<e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>	<20080913012337.GP15376@server.vk2pj.dyndns.org>	<20080913235120.a456a9a2.nork@FreeBSD.org>
	<1221317817.1345.5.camel@pinot>
Message-ID: <48CCB4F9.90309@fsck.ch>

On 09/13/08 16:56, Frank Jahnke wrote:
> On Sat, 2008-09-13 at 23:51 +0900, Norikatsu Shigemura wrote:
>> On Sat, 13 Sep 2008 11:23:37 +1000
>> Peter Jeremy <peterjeremy@optushome.com.au> wrote:
> 
>> 	Recentry, wine is good solution for using Flash.
> 
> I use this too.  

So you use wine + windows_firefox + windows_flash on FreeBSD with no
problems? That'd be just the solution I'm looking for, as I neither need
nor want permanent flash support, I need it only for the very occasional
site that I can't look at without flash.

Thanks for clarification,
Tobias


-- 
Tobias Roth   ||   http://fsck.ch   ||   PGP: 0xCE599B4D
| To make honey, young bee need young flower. Not old prune.
|  - Mister Kesuke Miyagi
From fenner at FreeBSD.org  Sun Sep 14 10:00:12 2008
From: fenner at FreeBSD.org (Bill Fenner)
Date: Sun Sep 14 10:00:19 2008
Subject: Possibly unbuildable ports reminder
Message-ID: <200809141000.m8EA0C46059635@freefall.freebsd.org>

Dear porters,

  This is just a reminder to please periodically check the list of
unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ .
A list by MAINTAINER is

http://people.freebsd.org/~fenner/errorlogs/

so you can easily check the status of ports that you maintain.  In
addition, the list of ports with no MAINTAINER with build problems is

http://people.freebsd.org/~fenner/errorlogs/ports@freebsd.org.html

Since no one is responsible for these ports, the problem won't get
fixed unless someone on this list takes the initiative.

Thanks for your help!

Bill "annoying port email" Fenner
From dokalanyi at gmail.com  Sun Sep 14 15:12:10 2008
From: dokalanyi at gmail.com (Okalany Daniel)
Date: Sun Sep 14 15:12:19 2008
Subject: Balance - Port
In-Reply-To: <20080912140325.GA57733@icarus.home.lan>
References: <28f643d90809120600rd8998bcya2999f32cefe7a19@mail.gmail.com>
	<20080912140325.GA57733@icarus.home.lan>
Message-ID: <28f643d90809140812w4f05fafaxcdb9f88efbe8cd94@mail.gmail.com>

On Fri, Sep 12, 2008 at 5:03 PM, Jeremy Chadwick <koitsu@freebsd.org> wrote:

> On Fri, Sep 12, 2008 at 04:00:06PM +0300, Okalany Daniel wrote:
> > Im on freebsd current with ports current.
> > FreeBSD down.one2net.co.ug 8.0-CURRENT FreeBSD 8.0-CURRENT #7: Wed Sep
> 10
> > 19:31:10 EAT 2008     root@down.one2net.co.ug:
> /usr/obj/usr/src/sys/IPFWKERNEL
> > i386
> >
> > [root@down /usr/home/oka]# /usr/local/etc/rc.d/balance start
> > setsockopt(IPV6_V6ONLY=0): Invalid argument
> >
> > Is this a problem with balancer or my options?
>
> It appears you've removed IPv6 support from your kernel, which is fine.
>
> The bug in with the IPv6 detection method used by balancer.  The logic
> in balancer is "if IPV6_V6ONLY is defined, call setsockopt() with
> IPV6_V6ONLY".  The definition is pulled in from one of many #include
> files in /usr/include.
>
> balancer assumes that if IPV6_V6ONLY is defined, that it should make
> the setsockopt() call.  This won't work for systems with IPv6 removed
> from the kernel -- because the system #include files still define
> IPV6_V6ONLY as an available bit.
>
> Can you apply the following hackfix against ports/net/balancer/Makefile
> and tell me if it works for you?  Please note you'll need to build the
> port either with "make WITHOUT_IPV6=true" or place WITHOUT_IPV6=true
> in /etc/make.conf.
>
> --- Makefile.orig       2008-07-09 00:15:46.000000000 -0700
> +++ Makefile    2008-09-12 07:00:44.000000000 -0700
> @@ -20,6 +20,10 @@
>
>  MAN1=          balance.1
>
> +.if defined(WITHOUT_IPV6)
> +CFLAGS+=       -UIPV6_V6ONLY
> +.endif
> +
>  pre-build:
>        @${REINPLACE_CMD} -e 's|^CFLAGS|CFLAGS?|' \
>        -e 's|^CC|CC?|' ${WRKSRC}/Makefile
>
> --
> | Jeremy Chadwick                                jdc at parodius.com |
> | Parodius Networking                       http://www.parodius.com/ |
> | UNIX Systems Administrator                  Mountain View, CA, USA |
> | Making life hard for others since 1977.              PGP: 4BD6C0CB |
>
>

Thanks for the quick response, but that hasnt solved the issue, it stays the
same.
-- 
OKALANY DANIEL
P.O BOX 26150
KAMPALA.
http://okaman.one2net.co.ug
--
Youth is a wonderful thing. What a crime to waste it on children.

The Word was spoken before it was written, and it was written so it could be
spoken!

Words can move mountais because mountains are created by words!
From koitsu at FreeBSD.org  Sun Sep 14 15:26:06 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Sun Sep 14 15:26:32 2008
Subject: Balance - Port
In-Reply-To: <28f643d90809140812w4f05fafaxcdb9f88efbe8cd94@mail.gmail.com>
References: <28f643d90809120600rd8998bcya2999f32cefe7a19@mail.gmail.com>
	<20080912140325.GA57733@icarus.home.lan>
	<28f643d90809140812w4f05fafaxcdb9f88efbe8cd94@mail.gmail.com>
Message-ID: <20080914152603.GA13981@icarus.home.lan>

On Sun, Sep 14, 2008 at 06:12:08PM +0300, Okalany Daniel wrote:
> On Fri, Sep 12, 2008 at 5:03 PM, Jeremy Chadwick <koitsu@freebsd.org> wrote:
> 
> > On Fri, Sep 12, 2008 at 04:00:06PM +0300, Okalany Daniel wrote:
> > > Im on freebsd current with ports current.
> > > FreeBSD down.one2net.co.ug 8.0-CURRENT FreeBSD 8.0-CURRENT #7: Wed Sep
> > 10
> > > 19:31:10 EAT 2008     root@down.one2net.co.ug:
> > /usr/obj/usr/src/sys/IPFWKERNEL
> > > i386
> > >
> > > [root@down /usr/home/oka]# /usr/local/etc/rc.d/balance start
> > > setsockopt(IPV6_V6ONLY=0): Invalid argument
> > >
> > > Is this a problem with balancer or my options?
> >
> > It appears you've removed IPv6 support from your kernel, which is fine.
> >
> > The bug in with the IPv6 detection method used by balancer.  The logic
> > in balancer is "if IPV6_V6ONLY is defined, call setsockopt() with
> > IPV6_V6ONLY".  The definition is pulled in from one of many #include
> > files in /usr/include.
> >
> > balancer assumes that if IPV6_V6ONLY is defined, that it should make
> > the setsockopt() call.  This won't work for systems with IPv6 removed
> > from the kernel -- because the system #include files still define
> > IPV6_V6ONLY as an available bit.
> >
> > Can you apply the following hackfix against ports/net/balancer/Makefile
> > and tell me if it works for you?  Please note you'll need to build the
> > port either with "make WITHOUT_IPV6=true" or place WITHOUT_IPV6=true
> > in /etc/make.conf.
> >
> > --- Makefile.orig       2008-07-09 00:15:46.000000000 -0700
> > +++ Makefile    2008-09-12 07:00:44.000000000 -0700
> > @@ -20,6 +20,10 @@
> >
> >  MAN1=          balance.1
> >
> > +.if defined(WITHOUT_IPV6)
> > +CFLAGS+=       -UIPV6_V6ONLY
> > +.endif
> > +
> >  pre-build:
> >        @${REINPLACE_CMD} -e 's|^CFLAGS|CFLAGS?|' \
> >        -e 's|^CC|CC?|' ${WRKSRC}/Makefile
> >
> 
> Thanks for the quick response, but that hasnt solved the issue, it stays the
> same.

Interesting, since that resolved said problem on my IPv4-only machine,
but that's a RELENG_7 box.  I wonder how the -U is getting overridden.

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From matiassurdi at gmail.com  Sun Sep 14 15:46:19 2008
From: matiassurdi at gmail.com (Matias Surdi)
Date: Sun Sep 14 15:46:25 2008
Subject: mod_python core dump
In-Reply-To: <20080912095828.GA52822@icarus.home.lan>
References: <gadd9p$p5r$1@ger.gmane.org>
	<20080912095828.GA52822@icarus.home.lan>
Message-ID: <gajbjm$pa8$1@ger.gmane.org>

Jeremy Chadwick escribi?:
> On Fri, Sep 12, 2008 at 11:39:35AM +0200, Matias Surdi wrote:
>> I've installed mod_python from the ports on a recently installed FreeBSD  
>> 7 box and, despite all the build process goes well, when I try to start  
>> apache I get a core dump. If I disable the "Loadmodule" directive for  
>> mod_python in httpd.conf, then apache starts perfectly.
>>
>> The versions I'm using are:
>>
>> # pkg_version -v
>> apache-2.0.63_2                     =   up-to-date with port
>> autoconf-2.62                       =   up-to-date with port
>> autoconf-wrapper-20071109           =   up-to-date with port
>> bash-3.2.39_1                       =   up-to-date with port
>> dovecot-1.1.3                       =   up-to-date with port
>> expat-2.0.1                         =   up-to-date with port
>> gettext-0.17_1                      =   up-to-date with port
>> gmake-3.81_3                        =   up-to-date with port
>> help2man-1.36.4_2                   =   up-to-date with port
>> libiconv-1.11_1                     =   up-to-date with port
>> libtool-1.5.26                      =   up-to-date with port
>> linux_base-fc-4_10                  <   needs updating (port has 4_13)
>> m4-1.4.11,1                         =   up-to-date with port
>> mod_python-3.3.1_2                  =   up-to-date with port
>> p5-gettext-1.05_2                   =   up-to-date with port
>> pcre-7.7_1                          =   up-to-date with port
>> perl-5.8.8_1                        =   up-to-date with port
>> pkg-config-0.23_1                   =   up-to-date with port
>> postfix-2.5.4,1                     =   up-to-date with port
>> py25-sqlite3-2.5.2_1                =   up-to-date with port
>> python25-2.5.2_3                    =   up-to-date with port
>> sqlite3-3.5.6                       =   up-to-date with port
>>
>> Any help will be appreciated, thanks.
> 
> You'll need to provide a gdb backtrace to determine the cause of the
> core, and provide any error messages shown in Apache's error log
> (default: /var/log/httpd-error.log).  The above information doesn't
> provide enough detail.
> 
> Please also be aware that, quite often, debugging Apache and Apache
> modules is a tedious and difficult task.  It's rarely a simple thing.
> 

I've noticed that compiling python without threads support fixes the 
problem, but that's not a solution for me as I need threads. Any other 
ideas?

From koitsu at FreeBSD.org  Sun Sep 14 17:43:54 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Sun Sep 14 17:44:00 2008
Subject: mod_python core dump
In-Reply-To: <gajbjm$pa8$1@ger.gmane.org>
References: <gadd9p$p5r$1@ger.gmane.org>
	<20080912095828.GA52822@icarus.home.lan>
	<gajbjm$pa8$1@ger.gmane.org>
Message-ID: <20080914174351.GA16390@icarus.home.lan>

On Sun, Sep 14, 2008 at 05:45:59PM +0200, Matias Surdi wrote:
> Jeremy Chadwick escribi?:
>> On Fri, Sep 12, 2008 at 11:39:35AM +0200, Matias Surdi wrote:
>>> I've installed mod_python from the ports on a recently installed 
>>> FreeBSD  7 box and, despite all the build process goes well, when I 
>>> try to start  apache I get a core dump. If I disable the "Loadmodule" 
>>> directive for  mod_python in httpd.conf, then apache starts 
>>> perfectly.
>>>
>>> The versions I'm using are:
>>>
>>> # pkg_version -v
>>> apache-2.0.63_2                     =   up-to-date with port
>>> autoconf-2.62                       =   up-to-date with port
>>> autoconf-wrapper-20071109           =   up-to-date with port
>>> bash-3.2.39_1                       =   up-to-date with port
>>> dovecot-1.1.3                       =   up-to-date with port
>>> expat-2.0.1                         =   up-to-date with port
>>> gettext-0.17_1                      =   up-to-date with port
>>> gmake-3.81_3                        =   up-to-date with port
>>> help2man-1.36.4_2                   =   up-to-date with port
>>> libiconv-1.11_1                     =   up-to-date with port
>>> libtool-1.5.26                      =   up-to-date with port
>>> linux_base-fc-4_10                  <   needs updating (port has 4_13)
>>> m4-1.4.11,1                         =   up-to-date with port
>>> mod_python-3.3.1_2                  =   up-to-date with port
>>> p5-gettext-1.05_2                   =   up-to-date with port
>>> pcre-7.7_1                          =   up-to-date with port
>>> perl-5.8.8_1                        =   up-to-date with port
>>> pkg-config-0.23_1                   =   up-to-date with port
>>> postfix-2.5.4,1                     =   up-to-date with port
>>> py25-sqlite3-2.5.2_1                =   up-to-date with port
>>> python25-2.5.2_3                    =   up-to-date with port
>>> sqlite3-3.5.6                       =   up-to-date with port
>>>
>>> Any help will be appreciated, thanks.
>>
>> You'll need to provide a gdb backtrace to determine the cause of the
>> core, and provide any error messages shown in Apache's error log
>> (default: /var/log/httpd-error.log).  The above information doesn't
>> provide enough detail.
>>
>> Please also be aware that, quite often, debugging Apache and Apache
>> modules is a tedious and difficult task.  It's rarely a simple thing.
>>
>
> I've noticed that compiling python without threads support fixes the  
> problem, but that's not a solution for me as I need threads. Any other  
> ideas?

Doesn't surprise me.

I'd recommend first reporting your problem upstream to the mod_python
authors, as this does not appear to be a FreeBSD or FreeBSD ports issue.

As for solution, the solution here is to not use mod_python.  Surely
something like cgiwrap or FastCGI could be made to work with python.

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From david at vizion2000.net  Sun Sep 14 18:18:41 2008
From: david at vizion2000.net (David Southwell)
Date: Sun Sep 14 18:18:50 2008
Subject: vim-7.2 Checksum failure
Message-ID: <200809141143.21517.david@vizion2000.net>

Vim light problem..

=> Attempting to fetch from http://vim.fyxm.net/pub/vim/unix/.
fetch: http://vim.fyxm.net/pub/vim/unix/vim-7.2.tar.bz2: Not Found
=> Attempting to fetch from http://zloba.ath.cx/pub/vim/unix/.
fetch: http://zloba.ath.cx/pub/vim/unix/vim-7.2.tar.bz2: Moved Permanently
=> Attempting to fetch from 
http://ftp2.uk.vim.org/sites/ftp.vim.org/pub/vim/unix/.
fetch: http://ftp2.uk.vim.org/sites/ftp.vim.org/pub/vim/unix/vim-7.2.tar.bz2: 
Requested Range Not Satisfiable
=> Attempting to fetch from http://vim.mirror.fr/unix/.
fetch: http://vim.mirror.fr/unix/vim-7.2.tar.bz2: Operation timed out
=> Attempting to fetch from ftp://ftp.vim.org/pub/vim/unix/.
fetch: vim-7.2.tar.bz2: local modification time does not match remote
=> Attempting to fetch from ftp://ftp2.us.vim.org/pub/vim/unix/.
fetch: ftp://ftp2.us.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Operation timed out
=> Attempting to fetch from ftp://ftp9.us.vim.org/pub/vim/unix/.
fetch: ftp://ftp9.us.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Requested action 
aborted: local error in processing
=> Attempting to fetch from ftp://ftp.ca.vim.org/pub/vim/unix/.
fetch: vim-7.2.tar.bz2: local modification time does not match remote
=> Attempting to fetch from ftp://ftp.nl.vim.org/pub/vim/unix/.
fetch: vim-7.2.tar.bz2: local modification time does not match remote
=> Attempting to fetch from ftp://ftp.de.vim.org/unix/.
fetch: ftp://ftp.de.vim.org/unix/vim-7.2.tar.bz2: Unknown FTP error
=> Attempting to fetch from ftp://ftp3.de.vim.org/pub/vim/unix/.
fetch: vim-7.2.tar.bz2: local modification time does not match remote
=> Attempting to fetch from ftp://ftp.uk.vim.org/pub/vim/unix/.
fetch: vim-7.2.tar.bz2: local modification time does not match remote
=> Attempting to fetch from ftp://ftp.ie.vim.org/pub/vim/unix/.
fetch: vim-7.2.tar.bz2: local modification time does not match remote
=> Attempting to fetch from ftp://ftp.at.vim.org/pub/vim/unix/.
fetch: ftp://ftp.at.vim.org/pub/vim/unix/vim-7.2.tar.bz2: File unavailable 
(e.g., file not found, no access)
=> Attempting to fetch from ftp://ftp.pt.vim.org/pub/vim/unix/.
fetch: vim-7.2.tar.bz2: local modification time does not match remote
=> Attempting to fetch from ftp://ftp.is.vim.org/pub/vim/unix/.
fetch: vim-7.2.tar.bz2: local modification time does not match remote
=> Attempting to fetch from ftp://ftp.il.vim.org/pub/vim/unix/.
fetch: ftp://ftp.il.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Unknown error: 0
=> Attempting to fetch from ftp://ftp.pl.vim.org/pub/vim/unix/.
fetch: vim-7.2.tar.bz2: local modification time does not match remote
=> Attempting to fetch from ftp://ftp.ro.vim.org/pub/vim/unix/.
fetch: vim-7.2.tar.bz2: local modification time does not match remote
=> Attempting to fetch from ftp://ftp.sk.vim.org/pub/vim/unix/.
fetch: vim-7.2.tar.bz2: local modification time does not match remote
=> Attempting to fetch from ftp://ftp.tw.vim.org/pub/vim/unix/.
fetch: ftp://ftp.tw.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Requested action 
aborted: local error in processing
=> Attempting to fetch from ftp://vim.stu.edu.tw/pub/vim/unix/.
fetch: ftp://vim.stu.edu.tw/pub/vim/unix/vim-7.2.tar.bz2: Requested action 
aborted: local error in processing
=> Attempting to fetch from ftp://ftp.jp.vim.org/pub/vim/unix/.
fetch: ftp://ftp.jp.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Unknown FTP error
=> Attempting to fetch from ftp://ftp.kr.vim.org/pub/vim/unix/.
fetch: vim-7.2.tar.bz2: local modification time does not match remote
=> Attempting to fetch from 
ftp://ftp.mirrorservice.org/sites/ftp.vim.org/pub/vim/unix/.
fetch: vim-7.2.tar.bz2: local modification time does not match remote
=> Attempting to fetch from 
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/vim/.
fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/vim/vim-7.2.tar.bz2: 
size mismatch: expected 7203291, actual 7203720
** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.63681.13 
env UPGRADE_TOOL=portupgrade UPGRADE_PORT=vim-lite-7.2.9 
UPGRADE_PORT_VER=7.2.9 make
** Fix the problem and try again.
From h.skuhra at gmail.com  Sun Sep 14 20:01:14 2008
From: h.skuhra at gmail.com (Herbert J. Skuhra)
Date: Sun Sep 14 20:01:46 2008
Subject: vim-7.2 Checksum failure
In-Reply-To: <200809141143.21517.david@vizion2000.net> (David Southwell's
	message of "Sun, 14 Sep 2008 11:43:21 -0700")
References: <200809141143.21517.david@vizion2000.net>
Message-ID: <86prn6jzao.fsf@oslo.ath.cx>

David Southwell <david@vizion2000.net> writes:

> Vim light problem..
>
> => Attempting to fetch from http://vim.fyxm.net/pub/vim/unix/.
> fetch: http://vim.fyxm.net/pub/vim/unix/vim-7.2.tar.bz2: Not Found
> => Attempting to fetch from http://zloba.ath.cx/pub/vim/unix/.
> fetch: http://zloba.ath.cx/pub/vim/unix/vim-7.2.tar.bz2: Moved Permanently
> => Attempting to fetch from 
> http://ftp2.uk.vim.org/sites/ftp.vim.org/pub/vim/unix/.
> fetch: http://ftp2.uk.vim.org/sites/ftp.vim.org/pub/vim/unix/vim-7.2.tar.bz2: 
> Requested Range Not Satisfiable
> => Attempting to fetch from http://vim.mirror.fr/unix/.
> fetch: http://vim.mirror.fr/unix/vim-7.2.tar.bz2: Operation timed out
> => Attempting to fetch from ftp://ftp.vim.org/pub/vim/unix/.
> fetch: vim-7.2.tar.bz2: local modification time does not match remote
> => Attempting to fetch from ftp://ftp2.us.vim.org/pub/vim/unix/.
> fetch: ftp://ftp2.us.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Operation timed out
> => Attempting to fetch from ftp://ftp9.us.vim.org/pub/vim/unix/.
> fetch: ftp://ftp9.us.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Requested action 
> aborted: local error in processing
> => Attempting to fetch from ftp://ftp.ca.vim.org/pub/vim/unix/.
> fetch: vim-7.2.tar.bz2: local modification time does not match remote
> => Attempting to fetch from ftp://ftp.nl.vim.org/pub/vim/unix/.
> fetch: vim-7.2.tar.bz2: local modification time does not match remote
> => Attempting to fetch from ftp://ftp.de.vim.org/unix/.
> fetch: ftp://ftp.de.vim.org/unix/vim-7.2.tar.bz2: Unknown FTP error
> => Attempting to fetch from ftp://ftp3.de.vim.org/pub/vim/unix/.
> fetch: vim-7.2.tar.bz2: local modification time does not match remote
> => Attempting to fetch from ftp://ftp.uk.vim.org/pub/vim/unix/.
> fetch: vim-7.2.tar.bz2: local modification time does not match remote
> => Attempting to fetch from ftp://ftp.ie.vim.org/pub/vim/unix/.
> fetch: vim-7.2.tar.bz2: local modification time does not match remote
> => Attempting to fetch from ftp://ftp.at.vim.org/pub/vim/unix/.
> fetch: ftp://ftp.at.vim.org/pub/vim/unix/vim-7.2.tar.bz2: File unavailable 
> (e.g., file not found, no access)
> => Attempting to fetch from ftp://ftp.pt.vim.org/pub/vim/unix/.
> fetch: vim-7.2.tar.bz2: local modification time does not match remote
> => Attempting to fetch from ftp://ftp.is.vim.org/pub/vim/unix/.
> fetch: vim-7.2.tar.bz2: local modification time does not match remote
> => Attempting to fetch from ftp://ftp.il.vim.org/pub/vim/unix/.
> fetch: ftp://ftp.il.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Unknown error: 0
> => Attempting to fetch from ftp://ftp.pl.vim.org/pub/vim/unix/.
> fetch: vim-7.2.tar.bz2: local modification time does not match remote
> => Attempting to fetch from ftp://ftp.ro.vim.org/pub/vim/unix/.
> fetch: vim-7.2.tar.bz2: local modification time does not match remote
> => Attempting to fetch from ftp://ftp.sk.vim.org/pub/vim/unix/.
> fetch: vim-7.2.tar.bz2: local modification time does not match remote
> => Attempting to fetch from ftp://ftp.tw.vim.org/pub/vim/unix/.
> fetch: ftp://ftp.tw.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Requested action 
> aborted: local error in processing
> => Attempting to fetch from ftp://vim.stu.edu.tw/pub/vim/unix/.
> fetch: ftp://vim.stu.edu.tw/pub/vim/unix/vim-7.2.tar.bz2: Requested action 
> aborted: local error in processing
> => Attempting to fetch from ftp://ftp.jp.vim.org/pub/vim/unix/.
> fetch: ftp://ftp.jp.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Unknown FTP error
> => Attempting to fetch from ftp://ftp.kr.vim.org/pub/vim/unix/.
> fetch: vim-7.2.tar.bz2: local modification time does not match remote
> => Attempting to fetch from 
> ftp://ftp.mirrorservice.org/sites/ftp.vim.org/pub/vim/unix/.
> fetch: vim-7.2.tar.bz2: local modification time does not match remote
> => Attempting to fetch from 
> ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/vim/.
> fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/vim/vim-7.2.tar.bz2: 
> size mismatch: expected 7203291, actual 7203720
> ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.63681.13 
> env UPGRADE_TOOL=portupgrade UPGRADE_PORT=vim-lite-7.2.9 
> UPGRADE_PORT_VER=7.2.9 make
> ** Fix the problem and try again.

rm /usr/ports/distfiles/vim/vim-7.2.tar.bz2

solved the problem for me.

- Herbert
From david at vizion2000.net  Sun Sep 14 21:27:37 2008
From: david at vizion2000.net (David Southwell)
Date: Sun Sep 14 21:27:44 2008
Subject: vim-7.2 Checksum failure
In-Reply-To: <86prn6jzao.fsf@oslo.ath.cx>
References: <200809141143.21517.david@vizion2000.net>
	<86prn6jzao.fsf@oslo.ath.cx>
Message-ID: <200809141452.18550.david@vizion2000.net>

On Sunday 14 September 2008 12:35:43 Herbert J. Skuhra wrote:
> David Southwell <david@vizion2000.net> writes:
> > Vim light problem..
> >
> > => Attempting to fetch from http://vim.fyxm.net/pub/vim/unix/.
> > fetch: http://vim.fyxm.net/pub/vim/unix/vim-7.2.tar.bz2: Not Found
> > => Attempting to fetch from http://zloba.ath.cx/pub/vim/unix/.
> > fetch: http://zloba.ath.cx/pub/vim/unix/vim-7.2.tar.bz2: Moved
> > Permanently => Attempting to fetch from
> > http://ftp2.uk.vim.org/sites/ftp.vim.org/pub/vim/unix/.
> > fetch:
> > http://ftp2.uk.vim.org/sites/ftp.vim.org/pub/vim/unix/vim-7.2.tar.bz2:
> > Requested Range Not Satisfiable
> > => Attempting to fetch from http://vim.mirror.fr/unix/.
> > fetch: http://vim.mirror.fr/unix/vim-7.2.tar.bz2: Operation timed out
> > => Attempting to fetch from ftp://ftp.vim.org/pub/vim/unix/.
> > fetch: vim-7.2.tar.bz2: local modification time does not match remote
> > => Attempting to fetch from ftp://ftp2.us.vim.org/pub/vim/unix/.
> > fetch: ftp://ftp2.us.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Operation
> > timed out => Attempting to fetch from
> > ftp://ftp9.us.vim.org/pub/vim/unix/. fetch:
> > ftp://ftp9.us.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Requested action
> > aborted: local error in processing
> > => Attempting to fetch from ftp://ftp.ca.vim.org/pub/vim/unix/.
> > fetch: vim-7.2.tar.bz2: local modification time does not match remote
> > => Attempting to fetch from ftp://ftp.nl.vim.org/pub/vim/unix/.
> > fetch: vim-7.2.tar.bz2: local modification time does not match remote
> > => Attempting to fetch from ftp://ftp.de.vim.org/unix/.
> > fetch: ftp://ftp.de.vim.org/unix/vim-7.2.tar.bz2: Unknown FTP error
> > => Attempting to fetch from ftp://ftp3.de.vim.org/pub/vim/unix/.
> > fetch: vim-7.2.tar.bz2: local modification time does not match remote
> > => Attempting to fetch from ftp://ftp.uk.vim.org/pub/vim/unix/.
> > fetch: vim-7.2.tar.bz2: local modification time does not match remote
> > => Attempting to fetch from ftp://ftp.ie.vim.org/pub/vim/unix/.
> > fetch: vim-7.2.tar.bz2: local modification time does not match remote
> > => Attempting to fetch from ftp://ftp.at.vim.org/pub/vim/unix/.
> > fetch: ftp://ftp.at.vim.org/pub/vim/unix/vim-7.2.tar.bz2: File
> > unavailable (e.g., file not found, no access)
> > => Attempting to fetch from ftp://ftp.pt.vim.org/pub/vim/unix/.
> > fetch: vim-7.2.tar.bz2: local modification time does not match remote
> > => Attempting to fetch from ftp://ftp.is.vim.org/pub/vim/unix/.
> > fetch: vim-7.2.tar.bz2: local modification time does not match remote
> > => Attempting to fetch from ftp://ftp.il.vim.org/pub/vim/unix/.
> > fetch: ftp://ftp.il.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Unknown error:
> > 0 => Attempting to fetch from ftp://ftp.pl.vim.org/pub/vim/unix/.
> > fetch: vim-7.2.tar.bz2: local modification time does not match remote
> > => Attempting to fetch from ftp://ftp.ro.vim.org/pub/vim/unix/.
> > fetch: vim-7.2.tar.bz2: local modification time does not match remote
> > => Attempting to fetch from ftp://ftp.sk.vim.org/pub/vim/unix/.
> > fetch: vim-7.2.tar.bz2: local modification time does not match remote
> > => Attempting to fetch from ftp://ftp.tw.vim.org/pub/vim/unix/.
> > fetch: ftp://ftp.tw.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Requested
> > action aborted: local error in processing
> > => Attempting to fetch from ftp://vim.stu.edu.tw/pub/vim/unix/.
> > fetch: ftp://vim.stu.edu.tw/pub/vim/unix/vim-7.2.tar.bz2: Requested
> > action aborted: local error in processing
> > => Attempting to fetch from ftp://ftp.jp.vim.org/pub/vim/unix/.
> > fetch: ftp://ftp.jp.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Unknown FTP
> > error => Attempting to fetch from ftp://ftp.kr.vim.org/pub/vim/unix/.
> > fetch: vim-7.2.tar.bz2: local modification time does not match remote
> > => Attempting to fetch from
> > ftp://ftp.mirrorservice.org/sites/ftp.vim.org/pub/vim/unix/.
> > fetch: vim-7.2.tar.bz2: local modification time does not match remote
> > => Attempting to fetch from
> > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/vim/.
> > fetch:
> > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/vim/vim-7.2.tar.bz2:
> > size mismatch: expected 7203291, actual 7203720
> > ** Command failed [exit code 1]: /usr/bin/script -qa
> > /tmp/portupgrade.63681.13 env UPGRADE_TOOL=portupgrade
> > UPGRADE_PORT=vim-lite-7.2.9
> > UPGRADE_PORT_VER=7.2.9 make
> > ** Fix the problem and try again.
>
> rm /usr/ports/distfiles/vim/vim-7.2.tar.bz2
>
> solved the problem for me

OK - I tried that - probably too early on.. so I'll try again

Thanks

<chuckles>..

david
From unixmania at gmail.com  Sun Sep 14 21:44:07 2008
From: unixmania at gmail.com (Carlos A. M. dos Santos)
Date: Sun Sep 14 21:44:14 2008
Subject: FreeBSD Port: linuxpluginwrapper-20051113_8
In-Reply-To: <1221376743.1345.13.camel@pinot>
References: <1221264777.5721.596.camel@pinot>
	<e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>
	<20080913012337.GP15376@server.vk2pj.dyndns.org>
	<20080913235120.a456a9a2.nork@FreeBSD.org>
	<1221317817.1345.5.camel@pinot> <48CCB4F9.90309@fsck.ch>
	<1221376743.1345.13.camel@pinot>
Message-ID: <e71790db0809141444h5946dee5pf5f7566613f2160f@mail.gmail.com>

On Sun, Sep 14, 2008 at 4:19 AM, Frank Jahnke <jahnke@sonatabio.com> wrote:
> On Sun, 2008-09-14 at 08:53 +0200, Tobias Roth wrote:
>> On 09/13/08 16:56, Frank Jahnke wrote:
>> > On Sat, 2008-09-13 at 23:51 +0900, Norikatsu Shigemura wrote:
>> >> On Sat, 13 Sep 2008 11:23:37 +1000
>> >> Peter Jeremy <peterjeremy@optushome.com.au> wrote:
>> >
>> >>    Recentry, wine is good solution for using Flash.
>> >
>> > I use this too.
>>
>> So you use wine + windows_firefox + windows_flash on FreeBSD with no
>> problems?
>
> Right -- it works pretty well.  Not perfectly or as well as it does on
> Windows, but pretty well.  It does help a lot.  If you are still in 6.x,
> don't forget the OS patch.

Did you guys try swfdec-plugin? If a flash solution that works pretty
well, though not perfectly, then it may provide what you need.

BTW, I strongly believe that we, FreeBSD users, would be doing
ourselves a big favour by using -- and helping to improve -- open
source software that run natively on FreeBSD. Foreign options may work
here and there but using them will ever be playing catch-up with Linux
and Windows.

-- 
cd /usr/ports/sysutils/life
make clean
From roberthuff at rcn.com  Sun Sep 14 21:56:18 2008
From: roberthuff at rcn.com (Robert Huff)
Date: Sun Sep 14 21:56:23 2008
Subject: FreeBSD Port: linuxpluginwrapper-20051113_8
In-Reply-To: <e71790db0809141444h5946dee5pf5f7566613f2160f@mail.gmail.com>
References: <1221264777.5721.596.camel@pinot>
	<e71790db0809121800g6a83c49w6442dca48548ab53@mail.gmail.com>
	<20080913012337.GP15376@server.vk2pj.dyndns.org>
	<20080913235120.a456a9a2.nork@FreeBSD.org>
	<1221317817.1345.5.camel@pinot> <48CCB4F9.90309@fsck.ch>
	<1221376743.1345.13.camel@pinot>
	<e71790db0809141444h5946dee5pf5f7566613f2160f@mail.gmail.com>
Message-ID: <18637.34942.755039.51987@jerusalem.litteratus.org>


Carlos A. M. dos Santos writes:

>  BTW, I strongly believe that we, FreeBSD users, would be doing
>  ourselves a big favour by using -- and helping to improve -- open
>  source software that run natively on FreeBSD. Foreign options may
>  work here and there but using them will ever be playing catch-up
>  with Linux and Windows.

	Unfortunately, there is a quite a bit of stuff which - while I
hesitate to say "will never" - is exponentially unlikely to ever
have a native counterpart.
	Using the Linux version, and improving the emulation layer so
more things run (correctly and fast), is an acceptable second best.


					Robert Huff

				
	
From talon at lpthe.jussieu.fr  Sun Sep 14 21:58:47 2008
From: talon at lpthe.jussieu.fr (Michel Talon)
Date: Sun Sep 14 21:58:54 2008
Subject: mod_python core dump
Message-ID: <20080914215843.GA47806@lpthe.jussieu.fr>

Jeremy Chadwick wrote:

> As for solution, the solution here is to not use mod_python.  Surely
> something like cgiwrap or FastCGI could be made to work with python.

Indeed python works very well with FastCGI, this is the way Django works
for example. But this requires some  small modification of the program
in question so that it speaks FastCGI. A simple working example is:
http://www.lpthe.jussieu.fr/~talon/show_index.fcgi
notably the function request_handler and the following (the rest is
irrelevant here). For the needed Apache configuration, the Django doc
is clear:
http://docs.djangoproject.com/en/dev/howto/deployment/fastcgi/
the lighttpd configuration is in the comments at the beginning of my
script. I have checked that running through fcgi and lighttpd gives far
better performance that under Apache anyways.


-- 

Michel TALON

From xistence at 0x58.com  Sun Sep 14 23:40:37 2008
From: xistence at 0x58.com (Bert JW Regeer)
Date: Sun Sep 14 23:40:43 2008
Subject: portupgrade fails with a stack trace (portupgrade -rRn php5\* p5\*
	python\*)
Message-ID: <0562E238-F194-47D2-8ECA-5170A067C86C@0x58.com>

Hello,

Please CC me in any future communications, I am not on the mailling  
list.

I apologise ahead of time for the extremely long email.

I am receiving the following error from portupgrade:

defiant# portupgrade -rRn php5\* p5\* python\*
--->  Session started at: Sun, 14 Sep 2008 18:07:51 -0500
[Gathering depends for lang/php5 ...................... done]
[Gathering depends for sysutils/php5-posix .. done]
[Gathering depends for databases/php5-mysqli ................. done]
[Gathering depends for lang/php5- 
extensions 
  .......................................................................................................................................................... done 
]
[Gathering depends for security/php-suhosin .. done]
[Gathering depends for databases/php5-pdo_mysql .... done]
[Gathering depends for www/pecl-APC .. done]
[Gathering depends for textproc/php5-pspell ........ done]
[Gathering depends for databases/phpmyadmin .................... done]
[Gathering depends for mail/roundcube .......... done]
[Gathering depends for mail/squirrelmail ......... done]
[Exclude up-to-date  
packages 
  ........................................................................ done 
]
[Gathering depends for archivers/p5-Archive-Tar ............... done]
[Gathering depends for mail/p5-Mail- 
SpamAssassin 
  ................................................................................................................... done 
]
[Gathering depends for print/html2ps- 
a4 ................................... done]
[Gathering depends for devel/p5-Curses . done]
[Gathering depends for databases/p5-DBI ... done]
[Gathering depends for databases/p5-Mysql ..... done]
[Gathering depends for devel/p5-Date-Manip . done]
[Gathering depends for security/p5-Digest . done]
[Gathering depends for devel/git ............ done]
[Gathering depends for devel/p5-IO-stringy . done]
[Gathering depends for net/p5-Net-CIDR-Lite ..... done]
[Gathering depends for net/p5-Net-XWhois . done]
[Gathering depends for www/awstats .. done]
[Gathering depends for textproc/p5-Parse-Syslog .. done]
[Gathering depends for devel/p5-PathTools . done]
[Gathering depends for lang/p5-Scalar-List-Utils . done]
[Exclude up-to-date  
packages 
  ................................................................................................................... done 
]
--->  Session ended at: Sun, 14 Sep 2008 18:08:48 -0500 (consumed  
00:00:56)
/usr/local/lib/ruby/site_ruby/1.8/pkginfo.rb:74:in `initialize': : Not  
in due form: <name>-<version> (ArgumentError)
	from /usr/local/sbin/portupgrade:614:in `new'
	from /usr/local/sbin/portupgrade:614:in `main'
	from /usr/local/sbin/portupgrade:613:in `each'
	from /usr/local/sbin/portupgrade:613:in `main'
	from /usr/local/sbin/portupgrade:588:in `catch'
	from /usr/local/sbin/portupgrade:588:in `main'
	from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `call'
	from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `parse_in_order'
	 ... 7 levels...
	from /usr/local/lib/ruby/1.8/optparse.rb:785:in `initialize'
	from /usr/local/sbin/portupgrade:229:in `new'
	from /usr/local/sbin/portupgrade:229:in `main'
	from /usr/local/sbin/portupgrade:2208

defiant# portupgrade --version
portupgrade 2.4.6
defiant# pkg_info portupgrade\*
Information for portupgrade-2.4.6,2:

[...]


defiant# pkg_version -v
ImageMagick-nox11-6.4.1.5           <   needs updating (port has  
6.4.3.6)
apache-worker-2.2.8                 <   needs updating (port has  
2.2.9_5)
aspell-0.60.6_2                     =   up-to-date with port
autoconf-2.61_2                     <   needs updating (port has 2.62)
autoconf-wrapper-20071109           =   up-to-date with port
automake-1.5_4,1                    <   needs updating (port has  
1.5_5,1)
automake-wrapper-20071109           =   up-to-date with port
autorespond-2.0.5                   =   up-to-date with port
awstats-6.7,1                       <   needs updating (port has  
6.8_1,1)
bash-3.2.39_1                       =   up-to-date with port
bigreqsproto-1.0.2                  =   up-to-date with port
bincimap-1.2.13                     =   up-to-date with port
bison-2.3_4,1                       =   up-to-date with port
bzip2-1.0.4                         <   needs updating (port has 1.0.5)
cclient-2006j_1,1                   =   up-to-date with port
chkrootkit-0.48                     =   up-to-date with port
clearsilver-python-0.10.5           =   up-to-date with port
curl-7.18.0                         =   up-to-date with port
cvsps-devel-2.1                     =   up-to-date with port
daemontools-0.76_11                 <   needs updating (port has  
0.76_12)
db41-4.1.25_4                       =   up-to-date with port
dirmngr-1.0.1_2                     =   up-to-date with port
djbdns-1.05_10                      <   needs updating (port has  
1.05_12)
expat-2.0.1                         =   up-to-date with port
ezmlm-idx-0.40_4                    <   needs updating (port has 0.444)
fontconfig-2.5.0,1                  =   up-to-date with port
freetype2-2.3.5                     <   needs updating (port has 2.3.7)
gd-2.0.35,1                         =   up-to-date with port
gettext-0.17_1                      =   up-to-date with port
ghostscript-gnu-nox11-7.07_17       <   needs updating (port has  
7.07_20)
git-1.5.5                           <   needs updating (port has  
1.6.0.1)
gmake-3.81_3                        =   up-to-date with port
gnupg-2.0.9_1                       <   needs updating (port has  
2.0.9_2)
graphviz-2.18_2                     <   needs updating (port has 2.20.2)
gsfonts-8.11_4                      =   up-to-date with port
help2man-1.36.4_2                   =   up-to-date with port
html2ps-A4-1.0.b5_1,1               =   up-to-date with port
inputproto-1.4.2.1                  =   up-to-date with port
jasper-1.900.1_6                    =   up-to-date with port
jbigkit-1.6                         =   up-to-date with port
jpeg-6b_4                           <   needs updating (port has 6b_7)
kbproto-1.0.3                       =   up-to-date with port
lcms-1.17,1                         =   up-to-date with port
libICE-1.0.4_1,1                    =   up-to-date with port
libSM-1.0.3_1,1                     =   up-to-date with port
libX11-1.1.3_1,1                    =   up-to-date with port
libXau-1.0.3_2                      =   up-to-date with port
libXaw-1.0.4_1,1                    =   up-to-date with port
libXdmcp-1.0.2_1                    =   up-to-date with port
libXext-1.0.3,1                     =   up-to-date with port
libXmu-1.0.3,1                      =   up-to-date with port
libXp-1.0.0,1                       =   up-to-date with port
libXpm-3.5.7                        =   up-to-date with port
libXt-1.0.5_1                       =   up-to-date with port
libassuan-1.0.4                     =   up-to-date with port
libfpx-1.2.0.12_1                   =   up-to-date with port
libgcrypt-1.4.1_1                   =   up-to-date with port
libgpg-error-1.6_1                  =   up-to-date with port
libiconv-1.11_1                     =   up-to-date with port
libksba-1.0.2_1                     <   needs updating (port has 1.0.3)
libltdl-1.5.26                      =   up-to-date with port
libmcrypt-2.5.8                     =   up-to-date with port
libsigc++-2.2.2                     =   up-to-date with port
libtool-1.5.26                      =   up-to-date with port
libtorrent-0.11.9                   =   up-to-date with port
libungif-nox11-4.1.4_5              =   up-to-date with port
libxml2-2.6.32                      =   up-to-date with port
libxslt-1.1.24                      <   needs updating (port has  
1.1.24_1)
lighttpd-1.4.19                     <   needs updating (port has  
1.4.19_2)
links-2.1.p28,1                     <   needs updating (port has 2.2,1)
lua-5.1.3_1                         <   needs updating (port has  
5.1.3_3)
m4-1.4.11,1                         =   up-to-date with port
maildrop-2.0.4                      =   up-to-date with port
mhash-0.9.9                         =   up-to-date with port
ming-0.3.0_3                        =   up-to-date with port
mod_fastcgi-2.4.6                   =   up-to-date with port
mtop-0.6.6_1                        =   up-to-date with port
mysql-client-4.1.22                 =   up-to-date with port
mysql-server-4.1.22                 =   up-to-date with port
nano-2.0.7_1                        <   needs updating (port has 2.0.8)
neon26-0.26.4_1                     =   up-to-date with port
nmap-4.20_1                         <   needs updating (port has 4.68)
openldap-client-2.3.41              <   needs updating (port has 2.3.43)
p5-Archive-Tar-1.38_1               =   up-to-date with port
p5-Authen-SASL-2.11                 <   needs updating (port has 2.12)
p5-Compress-Raw-Zlib-2.011          <   needs updating (port has 2.015)
p5-Compress-Zlib-2.011              <   needs updating (port has 2.015)
p5-Curses-1.23                      =   up-to-date with port
p5-DBI-1.60.1                       <   needs updating (port has 1.60.4)
p5-Data-ShowTable-3.3               =   up-to-date with port
p5-Date-Manip-5.44                  <   needs updating (port has 5.54)
p5-Digest-1.15                      <   needs updating (port has 1.15_1)
p5-Digest-HMAC-1.01                 =   up-to-date with port
p5-Digest-MD5-2.36                  <   needs updating (port has 2.36_1)
p5-Digest-SHA1-2.11                 =   up-to-date with port
p5-Encode-Detect-1.01               =   up-to-date with port
p5-Error-0.17012                    <   needs updating (port has  
0.17015)
p5-ExtUtils-CBuilder-0.23           <   needs updating (port has 0.24)
p5-ExtUtils-ParseXS-2.19            =   up-to-date with port
p5-GSSAPI-0.26                      =   up-to-date with port
p5-Geography-Countries-1.4          =   up-to-date with port
p5-HTML-Parser-3.56_1               =   up-to-date with port
p5-HTML-Tagset-3.20                 =   up-to-date with port
p5-IO-Compress-Base-2.011           <   needs updating (port has 2.015)
p5-IO-Compress-Zlib-2.011           <   needs updating (port has 2.015)
p5-IO-Socket-INET6-2.52             =   up-to-date with port
p5-IO-Socket-SSL-1.13               <   needs updating (port has 1.15)
p5-IO-String-1.08                   =   up-to-date with port
p5-IO-Zlib-1.09                     =   up-to-date with port
p5-IO-stringy-2.110                 =   up-to-date with port
p5-IP-Country-2.23_1                =   up-to-date with port
p5-MIME-Base64-3.07                 =   up-to-date with port
p5-Mail-SPF-2.005                   =   up-to-date with port
p5-Mail-SpamAssassin-3.2.4_5        <   needs updating (port has 3.2.5)
p5-Mail-Tools-2.02                  =   up-to-date with port
p5-Math-BigInt-1.89                 =   up-to-date with port
p5-Module-Build-0.28.08_2           =   up-to-date with port
p5-Mysql-modules-1.2219             =   up-to-date with port
p5-Net-1.22,1                       =   up-to-date with port
p5-Net-CIDR-Lite-0.20               =   up-to-date with port
p5-Net-DNS-0.63                     =   up-to-date with port
p5-Net-DNS-Resolver-Programmable-0.003  =   up-to-date with port
p5-Net-IP-1.25                      =   up-to-date with port
p5-Net-SSLeay-1.30_1                <   needs updating (port has 1.35)
p5-Net-XWhois-0.90_4                =   up-to-date with port
p5-NetAddr-IP-4.00.7                =   up-to-date with port
p5-Parse-Syslog-1.10                =   up-to-date with port
p5-PathTools-3.2701                 =   up-to-date with port
p5-Scalar-List-Utils-1.19,1         =   up-to-date with port
p5-Socket6-0.20                     <   needs updating (port has 0.22)
p5-Spiffy-0.30                      =   up-to-date with port
p5-Storable-2.18                    =   up-to-date with port
p5-Test-Base-0.54_1                 =   up-to-date with port
p5-Test-Harness-3.10                <   needs updating (port has 3.13)
p5-Test-Simple-0.80                 =   up-to-date with port
p5-URI-1.36                         <   needs updating (port has 1.37)
p5-YAML-0.66                        =   up-to-date with port
p5-gettext-1.05_2                   =   up-to-date with port
p5-libwww-5.805                     <   needs updating (port has 5.814)
p5-version-0.74                     <   needs updating (port has 0.76)
pcre-7.6                            <   needs updating (port has 7.7_1)
pdflib-7.0.2                        =   up-to-date with port
pecl-APC-3.0.19                     =   up-to-date with port
pecl-filter-0.11.0                  =   up-to-date with port
pecl-hash-1.5                       =   up-to-date with port
pecl-json-1.2.1                     =   up-to-date with port
pecl-pdflib-2.1.5                   =   up-to-date with port
pecl-zip-1.9.0                      =   up-to-date with port
perl-5.8.8_1                        =   up-to-date with port
php-suhosin-0.9.24                  <   needs updating (port has 0.9.27)
php5-5.2.6                          <   needs updating (port has  
5.2.6_2)
php5-bcmath-5.2.6                   <   needs updating (port has  
5.2.6_2)
php5-bz2-5.2.6                      <   needs updating (port has  
5.2.6_2)
php5-ctype-5.2.6                    <   needs updating (port has  
5.2.6_2)
php5-curl-5.2.6                     <   needs updating (port has  
5.2.6_2)
php5-dom-5.2.6                      <   needs updating (port has  
5.2.6_2)
php5-extensions-1.1                 =   up-to-date with port
php5-ftp-5.2.6                      <   needs updating (port has  
5.2.6_2)
php5-gd-5.2.6                       <   needs updating (port has  
5.2.6_2)
php5-gettext-5.2.6_1                =   up-to-date with port
php5-iconv-5.2.6                    <   needs updating (port has  
5.2.6_2)
php5-imap-5.2.6_1                   =   up-to-date with port
php5-mbstring-5.2.6                 <   needs updating (port has  
5.2.6_2)
php5-mcrypt-5.2.6                   <   needs updating (port has  
5.2.6_2)
php5-mhash-5.2.6                    <   needs updating (port has  
5.2.6_2)
php5-mysql-5.2.6                    <   needs updating (port has  
5.2.6_2)
php5-mysqli-5.2.6                   <   needs updating (port has  
5.2.6_2)
php5-ncurses-5.2.6                  <   needs updating (port has  
5.2.6_2)
php5-openssl-5.2.6                  <   needs updating (port has  
5.2.6_2)
php5-pcntl-5.2.6                    <   needs updating (port has  
5.2.6_2)
php5-pcre-5.2.6                     <   needs updating (port has  
5.2.6_2)
php5-pdo-5.2.6                      <   needs updating (port has  
5.2.6_2)
php5-pdo_mysql-5.2.6                <   needs updating (port has  
5.2.6_2)
php5-pdo_sqlite-5.2.6               <   needs updating (port has  
5.2.6_2)
php5-posix-5.2.6                    <   needs updating (port has  
5.2.6_2)
php5-pspell-5.2.6_1                 =   up-to-date with port
php5-readline-5.2.6                 <   needs updating (port has  
5.2.6_2)
php5-session-5.2.6                  <   needs updating (port has  
5.2.6_2)
php5-simplexml-5.2.6                <   needs updating (port has  
5.2.6_2)
php5-sockets-5.2.6                  <   needs updating (port has  
5.2.6_2)
php5-spl-5.2.6                      <   needs updating (port has  
5.2.6_2)
php5-sqlite-5.2.6                   <   needs updating (port has  
5.2.6_2)
php5-tidy-5.2.6                     <   needs updating (port has  
5.2.6_2)
php5-tokenizer-5.2.6                <   needs updating (port has  
5.2.6_2)
php5-xml-5.2.6                      <   needs updating (port has  
5.2.6_2)
php5-xmlreader-5.2.6                <   needs updating (port has  
5.2.6_2)
php5-xmlwriter-5.2.6                <   needs updating (port has  
5.2.6_2)
php5-zlib-5.2.6                     <   needs updating (port has  
5.2.6_2)
phpMyAdmin-2.11.6                   <   needs updating (port has 2.11.9)
pkg-config-0.23_1                   =   up-to-date with port
pkg_cutleaves-20061113              <   needs updating (port has  
20080320)
png-1.2.28                          <   needs updating (port has 1.2.31)
portupgrade-2.4.6,2                 =   up-to-date with port
printproto-1.0.3                    =   up-to-date with port
pth-2.0.7                           =   up-to-date with port
pure-ftpd-1.0.21_1                  <   needs updating (port has  
1.0.21_2)
puredb-2.1                          =   up-to-date with port
py25-docutils-0.4                   <   needs updating (port has 0.5)
py25-pysqlite-2.3.5                 =   up-to-date with port
py25-setuptools-0.6c8               =   up-to-date with port
python-2.5,2                        =   up-to-date with port
python25-2.5.2_2                    <   needs updating (port has  
2.5.2_3)
qmail-1.03_4                        <   needs updating (port has 1.03_7)
qmailadmin-1.2.10,1                 =   up-to-date with port
razor-agents-2.84                   =   up-to-date with port
roundcube-0.1.1_1,1                 <   needs updating (port has 0.2.a, 
1)
rtorrent-0.7.9_1                    =   up-to-date with port
ruby-1.8.6.287,1                    =   up-to-date with port
ruby18-bdb-0.6.4                    =   up-to-date with port
screen-4.0.3_1                      <   needs updating (port has  
4.0.3_5)
silvercity-0.9.7                    =   up-to-date with port
sqlite3-3.5.6                       =   up-to-date with port
squirrelmail-1.4.15_1               =   up-to-date with port
strace-4.5.7                        =   up-to-date with port
subversion-python-1.4.6_2           <   needs updating (port has 1.5.2)
t1lib-5.1.2,1                       =   up-to-date with port
tcl-8.4.16,1                        <   needs updating (port has  
8.4.19,1)
tidy-lib-070813.c_1                 <   needs updating (port has  
080621.c)
tiff-3.8.2_1                        =   up-to-date with port
trac-0.10.4_2                       <   needs updating (port has 0.11.1)
trac-webadmin-0.1.2.4429_1          <   needs updating (port has  
0.1.2.4429_2)
ucspi-tcp-0.88_2                    =   up-to-date with port
unzip-5.52_5                        =   up-to-date with port
vim-7.1.293_2                       <   needs updating (port has 7.2.14)
vpopmail-5.4.26                     <   needs updating (port has  
5.4.26_1)
weblint-1.020                       =   up-to-date with port
wget-1.11.2_1                       =   up-to-date with port
xcmiscproto-1.1.2                   =   up-to-date with port
xextproto-7.0.2                     =   up-to-date with port
xf86bigfontproto-1.1.2              =   up-to-date with port
xmlrpc-c-1.06.23                    <   needs updating (port has  
1.06.30)
xproto-7.0.10_1                     =   up-to-date with port
xtrans-1.0.4                        =   up-to-date with port
zziplib-0.13.49                     =   up-to-date with port


Do note, that as soon as I remove the python\* on the end it works  
perfectly, or if I do just portupgrade -rRn python\* I do not receive  
the same error.

I am upgrading the system that is currently affected to the newer  
version of the software by hand for the packages that are causing  
trouble, so unless I can re-produce the error after that is completed  
I am not sure if I can be of any more help.

Cheers,
Bert JW Regeer
From chris# at 1command.com  Mon Sep 15 01:50:41 2008
From: chris# at 1command.com (Chris H)
Date: Mon Sep 15 01:50:48 2008
Subject: a $PREFIX question...
In-Reply-To: <20080914004920.GD37740@hades.panopticon>
References: <20080912105907.hgkvg352gco0k8ow@webmail.1command.com>
	<20080912211222.GA37740@hades.panopticon>
	<20080912214349.xrprskkcg00gw080@webmail.1command.com>
	<20080913125407.GC37740@hades.panopticon>
	<20080913115506.y6dyjx8k8wcggk0g@webmail.1command.com>
	<20080914004920.GD37740@hades.panopticon>
Message-ID: <20080914184418.wa74jqjy0wk0sowo@webmail.1command.com>

Hello Dmitry, and thank you for your response.

Quoting Dmitry Marakasov <amdmi3/@\amdmi3.ru>:

> * Chris H (chris#/@\1command.com) wrote:
>
> JFYI, I'm not php user, but I have more than enough experience of
> ports hacking, so I may miss something php-specific, though I have
> some thoughts.

Understood. Thank you.

>
>>> For jail there's DESTDIR.
>> Ahh. That's good to know. I had thought to look to the BIND port as a
>> model for a jail. But, since I'm really just trying to get both PHP4 and
>> PHP5 to install in such a manner as to prevent symbol collisions, I
>> thought that simply keeping the configure/install the same as it is
>> now, but substituting php, for php5 would be the most efficient, and
>> tidy approach. It appears that all I'm dealing with is:
>>
>> /usr/local/lib/php
>> /usr/local/include/php
>> /usr/local/etc/php && php.conf
>> /usr/local/bin/php || pgp-cgi
> Ah, sorry. Actually I wasn't aware that php installs stuff into */php
> directories. In this case maybe changing /php to /php5 may really be
> more convenient.
>
>> Which - if I have a reasonable understanding of all this, translates to:
>> $PREFIX || $LOCALBASE/php no?
> No. Now I finally understand your question :)

Just for the record, I read Mk/bsd.port.mk and /intended/ to infer:
$LOCALBASE == /usr/local
$PREFIX if undefined == $LOCALBASE
else $PREFIX == $PREFIX

or

if $PREFIX != $PREFIX, $PREFIX == $LOCALBASE

Sorry for not being clearer. :)

>
> LOCALBASE (/usr/local by default) is a place where all software
> installed through ports will go. It is also where ports search for
> libraries, includes etc. installed by other ports.
>
> PREFIX (LOCALBASE by default, thus /usr/local as well) is where the
> currently installed port goes.
>
> No one should really redefine LOCALBASE, but you may change prefix to
> install a specific port to some nondefault location.
>
> Those have nothing to do with /php dirs. It seems to be php-specific
> feature to install it's files under /php subdirs everywhere. So, by
> default (prefix=/usr/local) e.g. php cli binary will be installed as
>
> /usr/local/bin/php/php

Actually the php binary, and php-cgi are installed in local/bin/
But local/include, local/lib, and local/etc have a php directory appended,
and php.conf is dumped into the local/etc/ directory.

> /usr/local/etc/php.conf
> /usr/local/include/php/Zend/zend.h
> ...
>
> and if you change PREFIX to /usr/local/php5 that'll be
>
> /usr/local/php5/bin/php/php
> /usr/local/php5/etc/php.conf
> /usr/local/php5/include/php/Zend/zend.h
> ...
>
> If you change PREFIX to /newphp, that'll be
>
> /newphp/bin/php/php
> /newphp/etc/php.conf
> /newphp/include/php/Zend/zend.h
> ...
>
> As you can see, changing PREFIX allows php4&5 to coexist, but some extra
> directory hierarchy is introduced.
>
>> So I figured that ultimately both php versions & the destination system
> ...
>> is /greatly/ appreciated here :)) Maybe the ultimate solution would be
>> to simply go the
>> $PREFIX/php && $PREFIX/php5 route. Thereby dropping (isolating) both
>> versions into their own trees. But if I understand any of this correctly,
>> I'll need to modify the system' environment to include these directories:
>> ($PREFIX/php/bin $PREFIX/php/lib $PREFIX/php/include &&
>> $PREFIX/php5/bin $PREFIX/php5/lib $PREFIX/php5/include)
>> Does this make any sense?
>
> Just a quick flashback to possible solutions:
>
> Solution 1: change PREFIX
> Solution 2: hack port to use */php5 dirs instead of */php
> Other than changing all paths in the port's Makefile and pkg-plist,
> you'll need to hack configure to use different directories.
> What you need is to look into php's configure.in, all paths you'll
> need should be there. Since the port has USE_AUTOTOOLS=autoconf:262,
> configure will be generated from configure.in when you build the
> port automatically. There may be many caveats and other places to change
> paths, or there may not be.

Huge insight, thank you!

OK. Looks like this will be the path I'll need to pursue to accomplish
my ultimate goal - eg;

# for PHP4
/usr/local/bin/
/usr/local/include/php/
/usr/local/lib/php/
/usr/local/etc/php/
/usr/local/etc/php.conf
# for PHP5
/usr/local/bin/
/usr/local/include/php/
/usr/local/lib/php5/
/usr/local/etc/php5/
/usr/local/etc/php5/php.conf
or
/usr/local/etc/php5.conf (probably better)

My understanding thus far for the php.conf file seems to indicate that
changing bsd's:
--with-config-file-scan-dir=${PREFIX}/etc/php
in the Makefile to:
--with-config-file-scan-dir=${PREFIX}/etc/php5
will create and use /usr/local/etc/php5/php.conf
which may be fine, but I'm going to look closer at the source(s) to
see if using /usr/local/etc/php5.conf will be a better choice or not.

>
> Yes, you'll need to `modify the system environment' to include paths to
> both php versions.

Understood. :)

> This is where the problems start.

Also understood. But my initial findings don't seem to indicate this
will pose a big problem - with possible/probable exception(s) being
adding ports depending on different php versions. But I figure if I
use/install php4 as the "base version" and install any modules/extensions
/before/ installing the php5 cgi and any additional php5 modules/extensions,
it should go pretty smoothly (fingers crossed) ;)

>
> Both php4 and php5 install equally named files, so if you need an app to
> use php5, you'll have to change PATH to include /usr/local/bin/php5/ or
> NEW_PHP_PREFIX/bin/php (depending on which way you chose); if an app
> needs php's includes, you'll also need to add /usr/loca/include/php5/ or
> NEW_PHP_PREFIX/include/php; same for lib/ and likely etc/. I believe
> that'd be hell. Even more problems if you intend to install something
> from ports which depend on php.

Also understood (see just above).

>
> Thus, if you really need both versions, I'd just install the version you
> need for more apps as default, and another version with changed PREFIX,
> period. No port hacking, just change path to php in some marginal apps.

Also understood.

Maybe when I've managed all of this successfully and also reverse this
in the same way (php5 as base and php4 as additional), I can introduce
a PHPSWITCH knob that will bring up a configure dialog that allows for
a choice for the chosen base, and additional php version choices. :)
I've whipped up a box especially for all this hackery with a 7.0-RELEASE
install. So I'm pretty committed to a /working/ version of all this. :)

Dmitry, I can't thank you enough for all the time you continue to
extend me on all of this! Thank you, thank you, thank you. :)

Best wishes.

--Chris

>
> --
> Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
> amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
>



From xaenn at yahoo.com  Mon Sep 15 00:02:08 2008
From: xaenn at yahoo.com (Dan Reinholz)
Date: Mon Sep 15 03:10:23 2008
Subject: =?iso-8859-1?q?Evince_2=2E22=2E2=5F3=3A_=22Unhandled_MIME_type?=
	=?iso-8859-1?q?=3A_=E2=80=9Capplication/pdf=E2=80=9D=22?=
Message-ID: <40519.1847.qm@web50107.mail.re2.yahoo.com>

Since updating to the latest revision of Evince (to
2.22.2_3 from 2.22.2_2) I am no longer able to open
.pdf files. Anytime I try to do so I now get the
error:

"Unhandled MIME type: ???application/pdf???

At the same time I also updated some related ports
such as poppler, so I'm not able to say for sure which
update it is that caused the problem. Any help is
appreciated.

Thanks,
-Daniel


      
From yanefbsd at gmail.com  Mon Sep 15 04:12:09 2008
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Mon Sep 15 04:12:21 2008
Subject: Fwd: bin/125932: pkg_add(1) doesn't prompt for root credentials and
	then fails badly
In-Reply-To: <7d6fde3d0809142110x1d28e40fm4e976f93ae507852@mail.gmail.com>
References: <200807241348.m6ODmVNe090621@www.freebsd.org>
	<7d6fde3d0807241118x122c25dbjad0e6f7b98f789d7@mail.gmail.com>
	<20080909212343.58886989@tau.draftnet>
	<7d6fde3d0809112324l5d99c157n1d5f23efbb32f3bf@mail.gmail.com>
	<7d6fde3d0809142110x1d28e40fm4e976f93ae507852@mail.gmail.com>
Message-ID: <7d6fde3d0809142112o4de36352md0302b4d8608b03f@mail.gmail.com>

------------------------
Fyi (From Bugbuster email for bin/125932):
------------------------

Here's a proposed patch for the first set of cleanup to pkg_install:
<http://pastebin.com/f1cee71c2>, and some fixing to alleviate the
issue in bin/125932.

Rather than biting off more than I can chew with the perforce project,
I'm going to work off the changes Anders has made and incrementally
polish pkg_install (like I should have done last year -_-...)

This patch causes pkg_install to error out at the first sign of
install failure (which could take a while as it's still using tar(1)
to extract archives in add/extract.c), BUT in getFileByURL I've
completely replaced the tar requirement in lib/url.c with
archive(3)'s, quite handy hooks for writing to files. So don't be
alarmed when you see that the file has grown 4 times ;)...

This patch hasn't gotten much mileage, other than a few failure and
success cases, so if others could please take a look at this and
provide comments I'd much appreciate it.

Cheers,
-Garrett

PS Packages might not be dumped in the correct spot -- I just chose
/var/tmp, but if someone could point me to the "industry standard"
location that portupgrade uses for instance, I'd be more than happy to
point there.
From pj at smo.de  Mon Sep 15 04:20:56 2008
From: pj at smo.de (Philipp Ost)
Date: Mon Sep 15 04:21:04 2008
Subject: vim-7.2 Checksum failure
In-Reply-To: <86prn6jzao.fsf@oslo.ath.cx>
References: <200809141143.21517.david@vizion2000.net>
	<86prn6jzao.fsf@oslo.ath.cx>
Message-ID: <48CD8665.5020903@smo.de>

Herbert J. Skuhra wrote:
> David Southwell <david@vizion2000.net> writes:
> 
> 
>>Vim light problem..
>>
>>=> Attempting to fetch from http://vim.fyxm.net/pub/vim/unix/.
>>fetch: http://vim.fyxm.net/pub/vim/unix/vim-7.2.tar.bz2: Not Found
>>=> Attempting to fetch from http://zloba.ath.cx/pub/vim/unix/.
>>fetch: http://zloba.ath.cx/pub/vim/unix/vim-7.2.tar.bz2: Moved Permanently
>>=> Attempting to fetch from 
>>http://ftp2.uk.vim.org/sites/ftp.vim.org/pub/vim/unix/.
>>fetch: http://ftp2.uk.vim.org/sites/ftp.vim.org/pub/vim/unix/vim-7.2.tar.bz2: 
>>Requested Range Not Satisfiable
>>=> Attempting to fetch from http://vim.mirror.fr/unix/.
>>fetch: http://vim.mirror.fr/unix/vim-7.2.tar.bz2: Operation timed out
>>=> Attempting to fetch from ftp://ftp.vim.org/pub/vim/unix/.
>>fetch: vim-7.2.tar.bz2: local modification time does not match remote
>>=> Attempting to fetch from ftp://ftp2.us.vim.org/pub/vim/unix/.
>>fetch: ftp://ftp2.us.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Operation timed out
>>=> Attempting to fetch from ftp://ftp9.us.vim.org/pub/vim/unix/.
>>fetch: ftp://ftp9.us.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Requested action 
>>aborted: local error in processing
>>=> Attempting to fetch from ftp://ftp.ca.vim.org/pub/vim/unix/.
>>fetch: vim-7.2.tar.bz2: local modification time does not match remote
>>=> Attempting to fetch from ftp://ftp.nl.vim.org/pub/vim/unix/.
>>fetch: vim-7.2.tar.bz2: local modification time does not match remote
>>=> Attempting to fetch from ftp://ftp.de.vim.org/unix/.
>>fetch: ftp://ftp.de.vim.org/unix/vim-7.2.tar.bz2: Unknown FTP error
>>=> Attempting to fetch from ftp://ftp3.de.vim.org/pub/vim/unix/.
>>fetch: vim-7.2.tar.bz2: local modification time does not match remote
>>=> Attempting to fetch from ftp://ftp.uk.vim.org/pub/vim/unix/.
>>fetch: vim-7.2.tar.bz2: local modification time does not match remote
>>=> Attempting to fetch from ftp://ftp.ie.vim.org/pub/vim/unix/.
>>fetch: vim-7.2.tar.bz2: local modification time does not match remote
>>=> Attempting to fetch from ftp://ftp.at.vim.org/pub/vim/unix/.
>>fetch: ftp://ftp.at.vim.org/pub/vim/unix/vim-7.2.tar.bz2: File unavailable 
>>(e.g., file not found, no access)
>>=> Attempting to fetch from ftp://ftp.pt.vim.org/pub/vim/unix/.
>>fetch: vim-7.2.tar.bz2: local modification time does not match remote
>>=> Attempting to fetch from ftp://ftp.is.vim.org/pub/vim/unix/.
>>fetch: vim-7.2.tar.bz2: local modification time does not match remote
>>=> Attempting to fetch from ftp://ftp.il.vim.org/pub/vim/unix/.
>>fetch: ftp://ftp.il.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Unknown error: 0
>>=> Attempting to fetch from ftp://ftp.pl.vim.org/pub/vim/unix/.
>>fetch: vim-7.2.tar.bz2: local modification time does not match remote
>>=> Attempting to fetch from ftp://ftp.ro.vim.org/pub/vim/unix/.
>>fetch: vim-7.2.tar.bz2: local modification time does not match remote
>>=> Attempting to fetch from ftp://ftp.sk.vim.org/pub/vim/unix/.
>>fetch: vim-7.2.tar.bz2: local modification time does not match remote
>>=> Attempting to fetch from ftp://ftp.tw.vim.org/pub/vim/unix/.
>>fetch: ftp://ftp.tw.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Requested action 
>>aborted: local error in processing
>>=> Attempting to fetch from ftp://vim.stu.edu.tw/pub/vim/unix/.
>>fetch: ftp://vim.stu.edu.tw/pub/vim/unix/vim-7.2.tar.bz2: Requested action 
>>aborted: local error in processing
>>=> Attempting to fetch from ftp://ftp.jp.vim.org/pub/vim/unix/.
>>fetch: ftp://ftp.jp.vim.org/pub/vim/unix/vim-7.2.tar.bz2: Unknown FTP error
>>=> Attempting to fetch from ftp://ftp.kr.vim.org/pub/vim/unix/.
>>fetch: vim-7.2.tar.bz2: local modification time does not match remote
>>=> Attempting to fetch from 
>>ftp://ftp.mirrorservice.org/sites/ftp.vim.org/pub/vim/unix/.
>>fetch: vim-7.2.tar.bz2: local modification time does not match remote
>>=> Attempting to fetch from 
>>ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/vim/.
>>fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/vim/vim-7.2.tar.bz2: 
>>size mismatch: expected 7203291, actual 7203720
>>** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.63681.13 
>>env UPGRADE_TOOL=portupgrade UPGRADE_PORT=vim-lite-7.2.9 
>>UPGRADE_PORT_VER=7.2.9 make
>>** Fix the problem and try again.
> 
> 
> rm /usr/ports/distfiles/vim/vim-7.2.tar.bz2
> 
> solved the problem for me.
> 
> - Herbert

I had the same problem and did download vim-7.2.tar.bz2 manually, moved 
it to distfiles and everything was well...

Philipp
From inform.me at gmx.net  Mon Sep 15 06:42:52 2008
From: inform.me at gmx.net (Bruno Flueckiger)
Date: Mon Sep 15 06:42:59 2008
Subject: vim-7.2 Checksum failure
In-Reply-To: <200809141143.21517.david@vizion2000.net>
References: <200809141143.21517.david@vizion2000.net>
Message-ID: <17315bceb4694b1f51dd599ace5d5a31.squirrel@bruflu190381.kicks-ass.net>


> fetch:
> ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/vim/vim-7.2.tar.bz2:
> size mismatch: expected 7203291, actual 7203720
> ** Command failed [exit code 1]: /usr/bin/script -qa
> /tmp/portupgrade.63681.13
> env UPGRADE_TOOL=portupgrade UPGRADE_PORT=vim-lite-7.2.9
> UPGRADE_PORT_VER=7.2.9 make
> ** Fix the problem and try again.

I've had similar problems with other ports in the past. Usually I change
to the ports folder and run make distclean. After this fetch will download
the new files.

Cheers,
Bruno


From QAT at FreeBSD.org  Mon Sep 15 12:12:20 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Mon Sep 15 12:12:35 2008
Subject: shells/zoidberg - fails: mtree
Message-ID: <20080915121218.4FF9012E4677@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/zoidberg-0.96.log :


building zoidberg-0.96 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/shells/zoidberg
Makefile ident: $FreeBSD: ports/shells/zoidberg/Makefile,v 1.5 2008/04/17 14:28:27 araujo Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Mon Sep 15 12:11:28 UTC 2008

.................................<Last 40 lines of the log>..................

Installing /usr/local/lib/perl5/5.8.8/man/man3/Zoidberg::Utils::FileSystem.3
Installing /usr/local/lib/perl5/5.8.8/man/man3/Zoidberg::Utils.3
Installing /usr/local/lib/perl5/5.8.8/man/man3/Zoidberg::Utils::GetOpt.3
Installing /usr/local/lib/perl5/5.8.8/man/man3/Zoidberg::StringParser.3
Installing /usr/local/lib/perl5/5.8.8/man/man3/Bundle::Zoidberg.3
Installing /usr/local/bin/zoid
Installing /usr/local/share/zoidberg/AppInfo.xml
Installing /usr/local/share/zoidberg/pixmaps/zoid16.png
Installing /usr/local/share/zoidberg/pixmaps/zoid32.png
Installing /usr/local/share/zoidberg/pixmaps/zoid64.png
Installing /usr/local/share/zoidberg/pixmaps/zoid70.png
Installing /usr/local/share/zoidberg/plugins/Commands.pl
Installing /usr/local/share/zoidberg/plugins/CPAN.pm
Installing /usr/local/share/zoidberg/plugins/Intel.pl
Installing /usr/local/share/zoidberg/plugins/Log.pl
Installing /usr/local/share/zoidberg/plugins/ReadLine.pl
===>   Compressing manual pages for zoidberg-0.96
===>   Registering installation for zoidberg-0.96
================================================================
====================<phase 7: make package>====================
===>  Building package for zoidberg-0.96
Creating package /tmp/packages/All/zoidberg-0.96.tbz
Registering depends: p5-Env-PS1-0.05 p5-Exporter-Tidy-0.07 p5-Term-ReadLine-Zoid-0.07 p5-Module-Build-0.28.08_2 p5-ExtUtils-ParseXS-2.19 p5-ExtUtils-CBuilder-0.24 p5-YAML-0.66 p5-Test-Base-0.54_1 p5-Spiffy-0.30 p5-Term-ReadKey-2.30 perl-5.8.8_1.
Creating bzip'd tar ball in '/tmp/packages/All/zoidberg-0.96.tbz'
Deleting zoidberg-0.96
updating /etc/shells
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
9304745        4 drwxr-xr-x    3 root             wheel                 512 Sep 15 12:12 usr/local/share/doc/zoidberg
9304784       56 -r--r--r--    1 root             wheel               27390 Sep 15 12:12 usr/local/share/doc/zoidberg/Changes
9304786        8 -r--r--r--    1 root             wheel                3233 Sep 15 12:12 usr/local/share/doc/zoidberg/README
9304787        4 -r--r--r--    1 root             wheel                1721 Sep 15 12:12 usr/local/share/doc/zoidberg/index.html
9304788        4 drwxr-xr-x    2 root             wheel                 512 Sep 15 12:12 usr/local/share/doc/zoidberg/examples
9304789        8 -r--r--r--    1 root             wheel                2761 Sep 15 12:12 usr/local/share/doc/zoidberg/examples/cpan.pl
9304790        8 -r--r--r--    1 root             wheel                3033 Sep 15 12:12 usr/local/share/doc/zoidberg/examples/Menu.pl
9304791        4 -r--r--r--    1 root             wheel                1389 Sep 15 12:12 usr/local/share/doc/zoidberg/examples/word_expansion.pl
================================================================
build of /usr/ports/shells/zoidberg ended at Mon Sep 15 12:12:16 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From QAT at FreeBSD.org  Mon Sep 15 12:23:01 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Mon Sep 15 12:23:09 2008
Subject: devel/libcheck - fails: mtree
Message-ID: <20080915122252.7F26012E4058@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.

The build of this port was tried 16 times since last BotMail
while trying to build ports that depend on it.

Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/libcheck-0.9.5_1.log :


building libcheck-0.9.5_1 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/devel/libcheck
Makefile ident: $FreeBSD: ports/devel/libcheck/Makefile,v 1.7 2008/09/01 00:59:45 linimon Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Mon Sep 15 12:22:31 UTC 2008

.................................<Last 40 lines of the log>..................

Creating package /tmp/packages/All/libcheck-0.9.5_1.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/libcheck-0.9.5_1.tbz'
Deleting libcheck-0.9.5_1
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
6365630        4 drwxr-xr-x    2 root             wheel                 512 Sep 15 12:22 usr/local/share/doc/check-0.9.5
6365631      240 -r--r--r--    1 root             wheel              121027 Sep 15 12:22 usr/local/share/doc/check-0.9.5/SVNChangeLog
6365632       68 -r--r--r--    1 root             wheel               33962 Sep 15 12:22 usr/local/share/doc/check-0.9.5/ChangeLog
6365633        8 -r--r--r--    1 root             wheel                3680 Sep 15 12:22 usr/local/share/doc/check-0.9.5/ChangeLogOld
6365634       16 -r--r--r--    1 root             wheel                7712 Sep 15 12:22 usr/local/share/doc/check-0.9.5/NEWS
6365635        8 -r--r--r--    1 root             wheel                2551 Sep 15 12:22 usr/local/share/doc/check-0.9.5/README
6365586        4 drwxr-xr-x    4 root             wheel                 512 Sep 15 12:22 usr/local/share/examples/check-0.9.5
6365588        4 -r--r--r--    1 root             wheel                  80 Sep 15 12:22 usr/local/share/examples/check-0.9.5/Makefile.am
6365589        4 -r--r--r--    1 root             wheel                 614 Sep 15 12:22 usr/local/share/examples/check-0.9.5/README
6365590        4 -r--r--r--    1 root             wheel                1144 Sep 15 12:22 usr/local/share/examples/check-0.9.5/configure.ac
6365592        4 drwxr-xr-x    2 root             wheel                 512 Sep 15 12:22 usr/local/share/examples/check-0.9.5/src
6365593        4 -r--r--r--    1 root             wheel                 195 Sep 15 12:22 usr/local/share/examples/check-0.9.5/src/Makefile.am
6365595        4 -r--r--r--    1 root             wheel                 242 Sep 15 12:22 usr/local/share/examples/check-0.9.5/src/main.c
6365596        4 -r--r--r--    1 root             wheel                 512 Sep 15 12:22 usr/local/share/examples/check-0.9.5/src/money.c
6365599        4 -r--r--r--    1 root             wheel                 227 Sep 15 12:22 usr/local/share/examples/check-0.9.5/src/money.h
6365600        4 -r--r--r--    1 root             wheel                  54 Sep 15 12:22 usr/local/share/examples/check-0.9.5/src/money.1.h
6365604        4 -r--r--r--    1 root             wheel                 227 Sep 15 12:22 usr/local/share/examples/check-0.9.5/src/money.2.h
6365605        0 -r--r--r--    1 root             wheel                   0 Sep 15 12:22 usr/local/share/examples/check-0.9.5/src/money.1.c
6365607        4 -r--r--r--    1 root             wheel                 252 Sep 15 12:22 usr/local/share/examples/check-0.9.5/src/money.3.c
6365608        4 -r--r--r--    1 root             wheel                 293 Sep 15 12:22 usr/local/share/examples/check-0.9.5/src/money.4.c
6365611        4 -r--r--r--    1 root             wheel                 462 Sep 15 12:22 usr/local/share/examples/check-0.9.5/src/money.5.c
6365612        4 -r--r--r--    1 root             wheel                 512 Sep 15 12:22 usr/local/share/examples/check-0.9.5/src/money.6.c
6365615        4 drwxr-xr-x    2 root             wheel                 512 Sep 15 12:22 usr/local/share/examples/check-0.9.5/tests
6365616        4 -r--r--r--    1 root             wheel                 273 Sep 15 12:22 usr/local/share/examples/check-0.9.5/tests/Makefile.am
6365618        4 -r--r--r--    1 root             wheel                1610 Sep 15 12:22 usr/local/share/examples/check-0.9.5/tests/check_money.c
6365624        4 -r--r--r--    1 root             wheel                  32 Sep 15 12:22 usr/local/share/examples/check-0.9.5/tests/check_money.1.c
6365625        4 -r--r--r--    1 root             wheel                 379 Sep 15 12:22 usr/local/share/examples/check-0.9.5/tests/check_money.2.c
6365626        4 -r--r--r--    1 root             wheel                 863 Sep 15 12:22 usr/local/share/examples/check-0.9.5/tests/check_money.3.c
6365627        4 -r--r--r--    1 root             wheel                1452 Sep 15 12:22 usr/local/share/examples/check-0.9.5/tests/check_money.6.c
6365628        4 -r--r--r--    1 root             wheel                1610 Sep 15 12:22 usr/local/share/examples/check-0.9.5/tests/check_money.7.c
================================================================
build of /usr/ports/devel/libcheck ended at Mon Sep 15 12:22:50 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From QAT at FreeBSD.org  Mon Sep 15 13:09:25 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Mon Sep 15 13:09:32 2008
Subject: sysutils/fileschanged - fails: mtree
Message-ID: <20080915130923.73E8412E4677@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/fileschanged-0.6.5_1.log :


building fileschanged-0.6.5_1 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/sysutils/fileschanged
Makefile ident: $FreeBSD: ports/sysutils/fileschanged/Makefile,v 1.8 2008/06/06 14:02:58 edwin Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Mon Sep 15 13:08:40 UTC 2008

.................................<Last 40 lines of the log>..................

	  done; \
	else \
	  : ; \
	fi
gmake[1]: Leaving directory `/work/a/ports/sysutils/fileschanged/work/fileschanged-0.6.5/po'
gmake[1]: Entering directory `/work/a/ports/sysutils/fileschanged/work/fileschanged-0.6.5'
gmake[2]: Entering directory `/work/a/ports/sysutils/fileschanged/work/fileschanged-0.6.5'
gmake[2]: Nothing to be done for `install-exec-am'.
test -z "/usr/local/share/doc/fileschanged" || /bin/sh ./mkinstalldirs "/usr/local/share/doc/fileschanged"
mkdir /usr/local/share/doc/fileschanged
 install  -o root -g wheel -m 444 'ChangeLog' '/usr/local/share/doc/fileschanged/ChangeLog'
 install  -o root -g wheel -m 444 'AUTHORS' '/usr/local/share/doc/fileschanged/AUTHORS'
 install  -o root -g wheel -m 444 'NEWS' '/usr/local/share/doc/fileschanged/NEWS'
 install  -o root -g wheel -m 444 'README' '/usr/local/share/doc/fileschanged/README'
 install  -o root -g wheel -m 444 'INSTALL' '/usr/local/share/doc/fileschanged/INSTALL'
gmake[2]: Leaving directory `/work/a/ports/sysutils/fileschanged/work/fileschanged-0.6.5'
gmake[1]: Leaving directory `/work/a/ports/sysutils/fileschanged/work/fileschanged-0.6.5'
install-info --quiet /usr/local/info/fileschanged.info /usr/local/info/dir
install-info: warning: no info dir entry in `/usr/local/info/fileschanged.info'
===>   Compressing manual pages for fileschanged-0.6.5_1
===>   Registering installation for fileschanged-0.6.5_1
================================================================
====================<phase 7: make package>====================
===>  Building package for fileschanged-0.6.5_1
Creating package /tmp/packages/All/fileschanged-0.6.5_1.tbz
Registering depends: gamin-0.1.9_2 glib-2.16.5 gettext-0.17_1 libiconv-1.11_1 pcre-7.7_1 pkg-config-0.23_1 perl-5.8.8_1 python25-2.5.2_3.
Creating bzip'd tar ball in '/tmp/packages/All/fileschanged-0.6.5_1.tbz'
Deleting fileschanged-0.6.5_1
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
2875135        4 drwxr-xr-x    2 root             wheel                 512 Sep 15 13:09 usr/local/share/doc/fileschanged
2875136       12 -r--r--r--    1 root             wheel                4537 Sep 15 13:09 usr/local/share/doc/fileschanged/ChangeLog
2875137        4 -r--r--r--    1 root             wheel                  53 Sep 15 13:09 usr/local/share/doc/fileschanged/AUTHORS
2875138        0 -r--r--r--    1 root             wheel                   0 Sep 15 13:09 usr/local/share/doc/fileschanged/NEWS
2875139        4 -r--r--r--    1 root             wheel                1505 Sep 15 13:09 usr/local/share/doc/fileschanged/README
2875140       20 -r--r--r--    1 root             wheel                9498 Sep 15 13:09 usr/local/share/doc/fileschanged/INSTALL
================================================================
build of /usr/ports/sysutils/fileschanged ended at Mon Sep 15 13:09:22 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From QAT at FreeBSD.org  Mon Sep 15 13:12:57 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Mon Sep 15 13:13:04 2008
Subject: sysutils/ftrace - fails: mtree
Message-ID: <20080915131255.1FF3A12E4677@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/ftrace-0.9b.log :


building ftrace-0.9b in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/sysutils/ftrace
Makefile ident: $FreeBSD: ports/sysutils/ftrace/Makefile,v 1.8 2006/08/15 01:04:51 clsung Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Mon Sep 15 13:12:49 UTC 2008

.................................<Last 40 lines of the log>..................

creating ftrace
creating config.h
===>  Building for ftrace-0.9b
cc -O2 -fno-strict-aliasing -pipe -DPIC -fPIC -D_REENTRANT -I. -c ftrace.c
ftrace.c:54: warning: conflicting types for built-in function 'log'
ld -shared ftrace.o -o libftrace.so
================================================================
====================<phase 5: make test>====================
make: don't know how to make regression-test(continuing)
================================================================
====================<phase 6: make install>====================
add_pkg
===>  Installing for ftrace-0.9b
===>   Generating temporary packing list
===>  Checking if sysutils/ftrace already installed
install  -o root -g wheel -m 555 /work/a/ports/sysutils/ftrace/work/ftrace-0.9b/ftrace /usr/local/bin
install  -o root -g wheel -m 444 /work/a/ports/sysutils/ftrace/work/ftrace-0.9b/libftrace.so /usr/local/lib
/bin/mkdir -p /usr/local/share/doc/ftrace
cd /work/a/ports/sysutils/ftrace/work/ftrace-0.9b && install  -o root -g wheel -m 444 COPYING README TODO ChangeLog /usr/local/share/doc/ftrace
===>   Running ldconfig
/sbin/ldconfig -m /usr/local/lib
===>   Registering installation for ftrace-0.9b
================================================================
====================<phase 7: make package>====================
===>  Building package for ftrace-0.9b
Creating package /tmp/packages/All/ftrace-0.9b.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/ftrace-0.9b.tbz'
Deleting ftrace-0.9b
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
2874128        4 drwxr-xr-x    2 root             wheel                 512 Sep 15 13:12 usr/local/share/doc/ftrace
2874129       36 -r--r--r--    1 root             wheel               17976 Sep 15 13:12 usr/local/share/doc/ftrace/COPYING
2874130        4 -r--r--r--    1 root             wheel                 873 Sep 15 13:12 usr/local/share/doc/ftrace/README
2874131        4 -r--r--r--    1 root             wheel                  24 Sep 15 13:12 usr/local/share/doc/ftrace/TODO
2874132        4 -r--r--r--    1 root             wheel                 538 Sep 15 13:12 usr/local/share/doc/ftrace/ChangeLog
================================================================
build of /usr/ports/sysutils/ftrace ended at Mon Sep 15 13:12:53 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From amdmi3 at amdmi3.ru  Mon Sep 15 14:00:28 2008
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Mon Sep 15 14:00:36 2008
Subject: a $PREFIX question...
In-Reply-To: <20080914184418.wa74jqjy0wk0sowo@webmail.1command.com>
References: <20080912105907.hgkvg352gco0k8ow@webmail.1command.com>
	<20080912211222.GA37740@hades.panopticon>
	<20080912214349.xrprskkcg00gw080@webmail.1command.com>
	<20080913125407.GC37740@hades.panopticon>
	<20080913115506.y6dyjx8k8wcggk0g@webmail.1command.com>
	<20080914004920.GD37740@hades.panopticon>
	<20080914184418.wa74jqjy0wk0sowo@webmail.1command.com>
Message-ID: <20080915140012.GA56355@hades.panopticon>

* Chris H (chris#@1command.com) wrote:

>> Those have nothing to do with /php dirs. It seems to be php-specific
>> feature to install it's files under /php subdirs everywhere. So, by
>> default (prefix=/usr/local) e.g. php cli binary will be installed as
>>
>> /usr/local/bin/php/php
> Actually the php binary, and php-cgi are installed in local/bin/
> But local/include, local/lib, and local/etc have a php directory appended,
> and php.conf is dumped into the local/etc/ directory.
D'oh, I'm heedless. Correct.

> Dmitry, I can't thank you enough for all the time you continue to
> extend me on all of this! Thank you, thank you, thank you. :)
No problem. Well, good luck on your quest :)

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From reinhard.haller at interactive-net.de  Mon Sep 15 14:26:22 2008
From: reinhard.haller at interactive-net.de (Reinhard Haller)
Date: Mon Sep 15 14:26:28 2008
Subject: FreeBSD Port: clamav-0.93.3
Message-ID: <000b01c9173d$2ec50ec0$8c4f2c40$@haller@interactive-net.de>

Hi,

is there any reason why clamav-0.94 is not supported in the ports?

Portaudit and clamav report security deficiencies!

Greetings
Reinhard Haller

----- 
Dipl. Inform. Reinhard Haller
INTERACTIVE Computer Systems GmbH
Gesellschaft f?r Systemtechnik

Hermann-Hesse-Str. 5
85551 Kirchheim b. M?nchen

Tel.: 089/904885-0
Mob.: 0171/8022551
Fax: 089/904885-22

mailto: reinhard.haller@interactive-net.de

Angaben gem?? EHUG:
Gesch?ftsf?hrer: Reinhard Haller
eingetragen: Amtsgericht M?nchen, HRB 70987
USt-ID: DE129385991


From jhb at freebsd.org  Mon Sep 15 14:36:47 2008
From: jhb at freebsd.org (John Baldwin)
Date: Mon Sep 15 14:36:54 2008
Subject: OPTIONS handling doesn't seem to work fully in dependencies anymore
Message-ID: <200809151036.19674.jhb@freebsd.org>

So I upgraded my desktop machine at home from 6.x -> 7.x this weekend.  As 
part of that I do my usual (albeit archaic) practice of just deleting all 
packages and rebuilding everything from ports.  I also decided to try out 
kde4 instead of kde3.  I "discovered" during this process that ports that 
were built as dependencies no longer pop up the dialog box to set OPTIONS, 
etc. during a build.  Only the "top-level" port does so.  I'm curious if this 
is a bug or a feature?  I think it might be a bug.  I'm not super familiar 
with bsd.port.mk, but I think that this bit of the Makefile might cause this 
behavior:

################################################################
#
# Do preliminary work to detect if we need to run the config
# target or not.
#
################################################################
.if (!defined(OPTIONS) || defined(CONFIG_DONE) || \
        defined(PACKAGE_BUILDING) || defined(BATCH))
_OPTIONS_OK=yes
.endif

...

.for target in extract patch configure build install package

.if !target(${target}) && defined(_OPTIONS_OK)
${target}: ${${target:U}_COOKIE}
.elif !target(${target})
${target}: config-conditional
        @cd ${.CURDIR} && ${MAKE} CONFIG_DONE=1 ${__softMAKEFLAGS} 
${${target:U}
_COOKIE}
.elif target(${target}) && defined(IGNORE)
.endif

I think this has the side effect that 'CONFIG_DONE=1' is passed to the make 
invocations used to build dependencies via the MAKEFLAGS environment 
variable, so dependency ports always have CONFIG_DONE set from the get go.  
Thus, they never invoke the config-conditional target.  My guess is that the 
intention was that this CONFIG_DONE wasn't supposed to "leak" from a port to 
its depencies, but I think that is what is happening.

-- 
John Baldwin
From QAT at FreeBSD.org  Mon Sep 15 14:47:59 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Mon Sep 15 14:48:22 2008
Subject: sysutils/xsu - fails: mtree
Message-ID: <20080915144757.5EE1712E4677@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/xsu-0.2.4_2.log :


building xsu-0.2.4_2 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/sysutils/xsu
Makefile ident: $FreeBSD: ports/sysutils/xsu/Makefile,v 1.10 2008/06/06 14:03:26 edwin Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Mon Sep 15 14:46:57 UTC 2008

.................................<Last 40 lines of the log>..................

===>   xsu-0.2.4_2 depends on shared library: xml.5 - found
===>   xsu-0.2.4_2 depends on shared library: Imlib.5 - found
===>   xsu-0.2.4_2 depends on shared library: ORBit.2 - found
===>   Generating temporary packing list
===>  Checking if sysutils/xsu already installed
- I n s t a l l i n g --------------------------------------
install -d /usr/local/bin
install -c -m 755 bin/xsu /usr/local/bin
- I n s t a l l i n g   D o c u m e n t a t i o n ----------
install -d /usr/local/man/man8
install -d /usr/local/share/doc/xsu
install -c -m 644 doc/man/xsu.8 /usr/local/man/man8/xsu.8
install -c -m 644 README AUTHORS 	doc/html/xsu_doc.html doc/html/xsu_example.jpg doc/html/xsu_example2.png  doc/html/xsu_example3.png doc/html/xsu_in_gmenu.jpg /usr/local/share/doc/xsu/
- I n s t a l l a t i o n   c o m p l e t e ----------------
Now read the README file

install  -o root -g wheel -m 444 /work/a/ports/sysutils/xsu/work/xsu-0.2.4/xsu.desktop  /usr/local/share/gnome/apps/System
===>   Compressing manual pages for xsu-0.2.4_2
===>   Registering installation for xsu-0.2.4_2
================================================================
====================<phase 7: make package>====================
===>  Building package for xsu-0.2.4_2
Creating package /tmp/packages/All/xsu-0.2.4_2.tbz
Registering depends: gnome-libs-1.4.2_12 esound-0.2.40 libaudiofile-0.2.6 imlib-1.9.15_7 gtk-1.2.10_20 ORBit-0.5.17_4 rarian-0.8.1 getopt-1.1.4_1 bash-3.2.39_1 gettext-0.17_1 libxslt-1.1.24_1 libxml2-2.6.32 libiconv-1.11_1 glib-1.2.10_12 libungif-4.1.4_5 libXpm-3.5.7 libXt-1.0.5_1 libSM-1.0.3_1,1 libICE-1.0.4_1,1 libXi-1.1.3,1 libXext-1.0.3,1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 xproto-7.0.10_1 libxml-1.8.17_4 pkg-config-0.23_1 tiff-3.8.2_1 jpeg-6b_7 png-1.2.31 perl-5.8.8_1 python25-2.5.2_3 gnomehier-2.3_10 docbook-sk-4.1.2_4 docbook-xsl-1.74.0 docbook-xml-4.2_1 sdocbook-xml-1.1,1 xmlcatmgr-2.2 inputproto-1.4.2.1 kbproto-1.0.3 xextproto-7.0.2.
Creating bzip'd tar ball in '/tmp/packages/All/xsu-0.2.4_2.tbz'
Deleting xsu-0.2.4_2
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
9680260        4 drwxr-xr-x    2 root             wheel                 512 Sep 15 14:47 usr/local/share/doc/xsu
9680261       12 -rw-r--r--    1 root             wheel                4492 Sep 15 14:47 usr/local/share/doc/xsu/README
9680262        4 -rw-r--r--    1 root             wheel                1334 Sep 15 14:47 usr/local/share/doc/xsu/AUTHORS
9680263       20 -rw-r--r--    1 root             wheel                8436 Sep 15 14:47 usr/local/share/doc/xsu/xsu_doc.html
9680264       24 -rw-r--r--    1 root             wheel               11629 Sep 15 14:47 usr/local/share/doc/xsu/xsu_example.jpg
9680265       36 -rw-r--r--    1 root             wheel               16465 Sep 15 14:47 usr/local/share/doc/xsu/xsu_example2.png
9680267       48 -rw-r--r--    1 root             wheel               22921 Sep 15 14:47 usr/local/share/doc/xsu/xsu_example3.png
9680269       56 -rw-r--r--    1 root             wheel               28228 Sep 15 14:47 usr/local/share/doc/xsu/xsu_in_gmenu.jpg
================================================================
build of /usr/ports/sysutils/xsu ended at Mon Sep 15 14:47:56 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From llc2w at virginia.edu  Mon Sep 15 14:51:43 2008
From: llc2w at virginia.edu (L Campbell)
Date: Mon Sep 15 14:51:50 2008
Subject: FreeBSD Port: clamav-0.93.3
In-Reply-To: <-3174256778097416817@unknownmsgid>
References: <-3174256778097416817@unknownmsgid>
Message-ID: <792298050809150732h4904d25o5c6cbab0b42fc1b4@mail.gmail.com>

http://www.freebsd.org/cgi/getmsg.cgi?fetch=462148+465255+/usr/local/www/db/text/2008/freebsd-ports/20080914.freebsd-ports

| 2008/9/11 Roman Evstignejev <romane@smpbank.lv>:
| > Why it takes so long time to release new port after Clamav team released
| > 0.94 version?
|
| Clamav 0.94 is out since a week and two days only, am I right ? That's
| not "so long time".
| We're also in ports freeze for some days/few weeks, so it won't be
| updated before the ports tree is unfrozen (unless there are
| security/stability risks).
| As a comparison, the debian stable (etch) version of clamav is still 0.90.1.
| Don't panic when you see "Your ClamAV installation is OUTDATED" in
clamav logs.
|
| Cheers,
| Olivier

On Mon, Sep 15, 2008 at 10:13 AM, Reinhard Haller
<reinhard.haller@interactive-net.de> wrote:
> Hi,
>
> is there any reason why clamav-0.94 is not supported in the ports?
>
> Portaudit and clamav report security deficiencies!
>
> Greetings
> Reinhard Haller
>
> -----
> Dipl. Inform. Reinhard Haller
> INTERACTIVE Computer Systems GmbH
> Gesellschaft f?r Systemtechnik
>
> Hermann-Hesse-Str. 5
> 85551 Kirchheim b. M?nchen
>
> Tel.: 089/904885-0
> Mob.: 0171/8022551
> Fax: 089/904885-22
>
> mailto: reinhard.haller@interactive-net.de
>
> Angaben gem?? EHUG:
> Gesch?ftsf?hrer: Reinhard Haller
> eingetragen: Amtsgericht M?nchen, HRB 70987
> USt-ID: DE129385991
>
>
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>
From clint.olsen at gmail.com  Mon Sep 15 15:02:17 2008
From: clint.olsen at gmail.com (Clint Olsen)
Date: Mon Sep 15 15:02:23 2008
Subject: Issue building editors/openoffice.org-3-RC
Message-ID: <20080915150210.GA94653@0lsen.net>

Hi:

I received the following error building OO:

1 module(s): 
        instsetoo_native
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making
/usr/ports/editors/openoffice.org-3-RC/work/OOO300_m5/instsetoo_native/util

Attention: if you build and deliver the above module(s) you may prolongue
your the build issuing command "build --from instsetoo_native"

rmdir /tmp/26327
*** Error code 1

And from the logfile:

***************************************************************
ERROR: Could not register all components for file services.rdb (gid_Starregistry_Services_Rdb)!
in function: create_services_rdb
***************************************************************

I have no idea what this means...

Platform is: 6.3-STABLE #0: Sun May 25 21:55:57 PDT 2008 /usr/obj/usr/src/sys/GENERIC  i386

Thanks,

-Clint

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

From bugmaster at FreeBSD.org  Mon Sep 15 15:07:32 2008
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Sep 15 15:07:59 2008
Subject: Current unassigned ports problem reports
Message-ID: <200809151507.m8FF7WOr016220@freefall.freebsd.org>

(Note: an HTML version of this report is available at
http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .)

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o ports/127386            graphics/opendx does not build
f ports/127324            [PATCH] security/apache-xml-security-c: update to 1.4.
o ports/127321            japanese/kon2-16dot: buffer overflow and mouse bugs
f ports/127302            security/swatch: swatch-3.2.1_1 multiple issues
f ports/127259            [update] devel/jude-community to 5.3
f ports/127238            [update] net/p5-SOAP-Lite: upgrade from version 0.69 t
o ports/127193            New port: editors/emacs-nox11 Emacs built without X11
f ports/127182            shells/ksh93 fails to build
f ports/127181            audio/musicpd logs warning
o ports/127089            sysutils/heartbeat does not compile
o ports/127087            mail/bincimap port does not include an rc.d file
o ports/127075            comms/qpage segmentation fault due to freeing already-
f ports/127018            Linuxulator incapable of using FreeBSD's LDAP environm
o ports/126922            devel/libusb : update for Network UPS Tools
f ports/126890            port update: lang/cmucl
o ports/126872            New port: lang/linux-tcl84
f ports/126867            security/sshguard-pf 1.1 fails to detect attempted log
f ports/126840            [PATCH] update sysutils/fusefs-wdfs to use neon28 if p
f ports/126839            ports/misc/ezload - update: add hardware support for r
f ports/126805            audio/Teamspeak_server port runs as root by default
o ports/126732            [patch] archivers/rpm5 update (build depends)
f ports/126706            multimedia/libdvdcss unusable on RELENG_7
o ports/126674            New port: print/latex-babel
o ports/126673            New port: print/latex-supertabular
o ports/126655            java/jboss4 can not take standard parameter "-b host_n
o ports/126628            sysutils/heartbeat incorrect detect interfaces during 
f ports/126532            devel/tclxml-libxml2 - do not found libtclxmlstub
o ports/126520            textproc/flex is conflicts with system flex and have A
f ports/126518            Unbroke archivers/lzo2 on i386
o ports/126513            print/ghostscript-gpl - ghostscript - gpl - compile bu
s ports/126476            [update] net-mgmt/nrpe2: Update to 2.12; add 'reload' 
o ports/126345            ports mail/libpst not post Outlook 2003 compatible
f ports/126322            [patch] sysutils/fusefs-kmod: Make install location co
o ports/126291            [Update]lang/py-mx-base:update to 3.1.1
o ports/126273            Utilize MASTER_SITES abbreviations.
f ports/126228            [PATCH] mail/courier: new version 0.60.0
f ports/126196            sysutils/heartbeat: port 1.2.5 rev3 problem with libne
f ports/126161            security/bsp_upektfmess does not work on 7.0
o ports/126141            [patch] security/dirmngr update to 1.0.2
f ports/126058            net/generic-nqs fails to compile
f ports/126055            x11-toolkits/p5-Tk - segmentation fault running perl-t
o ports/126040            update sysutils/linux-megacli
f ports/125960            sysutils/syscp lacks of chattr/chflags
o ports/125719            shells/pdksh, zombie process's occouring on SMP Machin
o ports/125714            [patch] www/httptunnel: users not added
o ports/125705            semi new port: resurrect graphics/mesagl in a mangled 
f ports/125594            net-p2p/Amule2 port is outdated
f ports/125362            New port: devel/ocaml-lwt (cooperative threading libra
o ports/125348            lang/nawk: support multibyte charsets in tolower/toupp
o ports/125324            editors/the (3.2) looses cursor when compiled with PDC
o ports/125201            audio/aqualung crashes
f ports/125111            [PATCH] graphics/gdal: cyclic dependency and wrong opt
o ports/124905            new port: databases/sqlitejdbc 051
f ports/124901            [patch] sysutils/fusefs-kmod dataloss on write shortly
o ports/124864            print/ghostscript-gpl fails to install if ESC/Page dri
o ports/124597            [NEW PORT] net/callweaver: Fork of the popular Open So
o ports/124548            net/mDNSResponder port incompatible with gnome desktop
f ports/124428            palm/jpilot configure error when checking for pilot-li
f ports/124423            multimedia/mplayer detection of OSS Audio is faulty
f ports/124083            net/vnc is not building the xorg vnc module
f ports/124082            [UPDATE]: audio/qmpdclient Update to new release, 1.0.
o ports/124061            [patch]: lang/mlton (new features)
o ports/124000            [patch] update net/isc-dhcp3-server to 3.0.7 and reset
f ports/123756            [patch] put devel/libffi includes in sane place
o ports/123437            comms/qpage -- hangup problems and ident requests
f ports/123424            [NEW PORT] net/winexe
o ports/123247            linux-firefox and linux-seamonkey from multiple users
o ports/123239            New port: graphics/diamondbox Layer based photo editor
o ports/122907            [patch] sysutils/fusefs-kmod dataloss on write shortly
o ports/122824            [new port] add news/husky-htick-devel port
f ports/122701            New port: www/mod_wombat "Apache Lua module"
f ports/122596            devel/python: Python hangs when importing pygtk
f ports/122276            Compiled audio/musicpd segfaults on FreeBSD 7.0
f ports/121405            Update graphics/gmt to newer version (4.2.1)
o ports/121325            Xorg crashes when x11-wm/xcompmgr is running
o ports/121259            New port: net/openamq OpenAMQ is a complete AMQP messa
o ports/121194            math/arpack - Patch to use ARPACK++ on modern compiler
o ports/119183            [NEW PORT] net/freeradius-client: FreeRADIUS Client li
f ports/118877            audio/streamripper does not detect song title from str
f ports/116586            net/isc-dhcp3-server does not work when compiled with 
f ports/116385            net/vnc using vnc.so crashes Xorg 7.3 when remote comp
f ports/115304            multimedia/gpac-mp4box cannot import files larger than
s ports/113144            print/ghostscript-gnu dumps core with several output d
o ports/110144            New port: math/Matlab7
o ports/108795            ports/icc: Proposed update to icc port for intel compi
f ports/107304            print/apsfilter does not print PDF to raw PostScript p
o amd64/104311            ports/wine should be installable on amd64
o ports/97254             ports-mgmt/porttools - wrong prefix
s ports/85513             Intel C++ compiler not 100% binary compatible with sys
o ports/79651             [patch] mail/ssmtp: add per-user smtp authentication c
a ports/79351             Character passing error in security/pinentry-qt

91 problems total.

From llc2w at virginia.edu  Mon Sep 15 16:07:17 2008
From: llc2w at virginia.edu (L Campbell)
Date: Mon Sep 15 16:07:24 2008
Subject: fluxbox unshade crashing GTK2 applications?
Message-ID: <792298050809150907r5f53fa09r433afc176fb4b368@mail.gmail.com>

(This probably isn't the right place to ask, but I figured I'd start
here and head upstream if necessary).

Since updating to fluxbox 1.1.0.1 last night (and x11-toolkits/gtk20
to revision 1), attempting to unshade a shaded GUI application is
causing the application to segfault with a BadAlloc X Window System
error. This behavior was not observed before updating. Tested with
www/firefox3, graphics/gimp and graphics/inkscape. For all three
applications, unshading produces the following error --

The program 'gimp' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'.
  (Details: serial 3250 error_code 11 request_code 53 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

I'm not really sure if this is an issue with fluxbox, GTK, or my own
configuration. It seems like only GTK2 applications crashing --
audio/aumix uses GTK 1.2 and doesn't crash on unshade. Relevant
version information follows, please advise on appropriate course of
action :(

$ uname -a
FreeBSD kanaria.desudesudesu.org 7.0-STABLE FreeBSD 7.0-STABLE #4: Fri
Aug  1 17:05:27 EDT 2008
hark@kanaria.desudesudesu.org:/usr/obj/usr/src/sys/KANARIA  i386

x11-wm/fluxbox-1.1.0.1
$ fluxbox -version
Fluxbox 1.1.0.1 : (c) 2001-2008 Fluxbox Team

x11-toolkits/gtk-1.2.10_20
x11-toolkits/gtk-2.12.11_1

www/firefox-3.0.1_1,1
$ firefox3 -version
Mozilla Firefox 3.0.1, Copyright (c) 1998 - 2008 mozilla.org

graphics/gimp-2.4.7,2
$ gimp --version
GNU Image Manipulation Program version 2.4.7

graphics/inkscape-0.46_3
$ inkscape --version
Inkscape 0.46 (Jul  6 2008)

Let me know if there's anything else I can do to help get this fixed. Thanks :(
From stsp at stsp.in-berlin.de  Mon Sep 15 18:00:23 2008
From: stsp at stsp.in-berlin.de (Stefan Sperling)
Date: Mon Sep 15 18:00:29 2008
Subject: emulators/zsnes is up for grabs
Message-ID: <20080915173105.GA1745@jack.stsp.name>

Hi,

I will not have time anymore to maintain emulators/zsnes.

There hasn't been a new upstream release for more than a year,
so the port is not exactly a maintenance burden. But I probably
won't be able to update the port quickly should a new release
become available.

So if anyone wants to take the port, please do so.

Thanks,
Stefan
From freebsd at optiksecurite.com  Mon Sep 15 18:00:38 2008
From: freebsd at optiksecurite.com (FreeBSD)
Date: Mon Sep 15 18:00:44 2008
Subject: Multiple installation of one ports
Message-ID: <48CE949F.9060002@optiksecurite.com>

Hi everyone,

I've been asked by a customer to install Drupal on one server to manage 
a new site. No problem yet. But, he also asked if it would be possible 
to install it for other sites.

I know that there is a warning if you want to install a port that is 
already installed, but is there a way to bypass this? I know I could 
install it from the tarball from the website, but I want to be able to 
use portupgrade and portaudit to deal with it.

Any suggestions?

Thank you for your time,

Martin
From cyberbotx at cyberbotx.com  Mon Sep 15 18:34:50 2008
From: cyberbotx at cyberbotx.com (Naram Qashat)
Date: Mon Sep 15 18:34:57 2008
Subject: emulators/zsnes is up for grabs
In-Reply-To: <20080915173105.GA1745@jack.stsp.name>
References: <20080915173105.GA1745@jack.stsp.name>
Message-ID: <48CEAAC5.2000107@cyberbotx.com>

Stefan Sperling wrote:
> Hi,
> 
> I will not have time anymore to maintain emulators/zsnes.
> 
> There hasn't been a new upstream release for more than a year,
> so the port is not exactly a maintenance burden. But I probably
> won't be able to update the port quickly should a new release
> become available.
> 
> So if anyone wants to take the port, please do so.

I'd be willing to do so.  I have been following ZSNES's development for a while 
on their message boards, and I have submitted a few updates to the port in the past.

Thanks,
Naram Qashat

> Thanks,
> Stefan
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
> 
From mezz7 at cox.net  Mon Sep 15 18:55:01 2008
From: mezz7 at cox.net (Jeremy Messenger)
Date: Mon Sep 15 18:55:07 2008
Subject: fluxbox unshade crashing GTK2 applications?
In-Reply-To: <792298050809150907r5f53fa09r433afc176fb4b368@mail.gmail.com>
References: <792298050809150907r5f53fa09r433afc176fb4b368@mail.gmail.com>
Message-ID: <op.uhjclrg39aq2h7@mezz.mezzweb.com>

On Mon, 15 Sep 2008 11:07:09 -0500, L Campbell <llc2w@virginia.edu> wrote:

> (This probably isn't the right place to ask, but I figured I'd start
> here and head upstream if necessary).
>
> Since updating to fluxbox 1.1.0.1 last night (and x11-toolkits/gtk20
> to revision 1), attempting to unshade a shaded GUI application is
> causing the application to segfault with a BadAlloc X Window System
> error. This behavior was not observed before updating. Tested with
> www/firefox3, graphics/gimp and graphics/inkscape. For all three
> applications, unshading produces the following error --
>
> The program 'gimp' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadAlloc (insufficient resources for operation)'.
>   (Details: serial 3250 error_code 11 request_code 53 minor_code 0)
>   (Note to programmers: normally, X errors are reported asynchronously;
>    that is, you will receive the error a while after causing it.
>    To debug your program, run it with the --sync command line
>    option to change this behavior. You can then get a meaningful
>    backtrace from your debugger if you break on the gdk_x_error()  
> function.)
>
> I'm not really sure if this is an issue with fluxbox, GTK, or my own
> configuration. It seems like only GTK2 applications crashing --
> audio/aumix uses GTK 1.2 and doesn't crash on unshade. Relevant
> version information follows, please advise on appropriate course of
> action :(
>
> $ uname -a
> FreeBSD kanaria.desudesudesu.org 7.0-STABLE FreeBSD 7.0-STABLE #4: Fri
> Aug  1 17:05:27 EDT 2008
> hark@kanaria.desudesudesu.org:/usr/obj/usr/src/sys/KANARIA  i386
>
> x11-wm/fluxbox-1.1.0.1
> $ fluxbox -version
> Fluxbox 1.1.0.1 : (c) 2001-2008 Fluxbox Team
>
> x11-toolkits/gtk-1.2.10_20
> x11-toolkits/gtk-2.12.11_1
>
> www/firefox-3.0.1_1,1
> $ firefox3 -version
> Mozilla Firefox 3.0.1, Copyright (c) 1998 - 2008 mozilla.org
>
> graphics/gimp-2.4.7,2
> $ gimp --version
> GNU Image Manipulation Program version 2.4.7
>
> graphics/inkscape-0.46_3
> $ inkscape --version
> Inkscape 0.46 (Jul  6 2008)
>
> Let me know if there's anything else I can do to help get this fixed.  
> Thanks :(

Try to fetch this patch and put in x11-wm/fluxbox/files/, then reinstall  
fluxbox. It was took from its git.

http://people.freebsd.org/~mezz/diff/patch-fix_unshading_crash

Cheers,
Mezz


-- 
mezz7@cox.net  -  mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome@FreeBSD.org
From QAT at FreeBSD.org  Mon Sep 15 19:52:12 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Mon Sep 15 19:52:31 2008
Subject: cvs commit: ports/security/bjorb Makefile
	ports/security/bjorb/files patch-log.cc
In-Reply-To: <200809151950.m8FJo9Kk049391@repoman.freebsd.org>
References: In-Reply-To: <200809151950.m8FJo9Kk049391@repoman.freebsd.org>
Message-ID: <20080915195209.CC6A012E4678@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/bjorb-0.5.5p1.log :


building bjorb-0.5.5p1 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/security/bjorb
Makefile ident: $FreeBSD: ports/security/bjorb/Makefile,v 1.27 2008/09/15 19:50:08 gahr Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Mon Sep 15 19:51:26 UTC 2008

.................................<Last 40 lines of the log>..................

      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/sbin/bjorb

      This port has installed the following startup scripts which may cause
      these network services to be started at boot time.
/usr/local/etc/rc.d/bjorb.sh.sample

      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://www.hitachi-ms.co.jp/bjorb/
================================================================
====================<phase 7: make package>====================
===>  Building package for bjorb-0.5.5p1
tar: share/doc/bjorb/ChangeLog: Cannot stat: No such file or directory
tar: share/doc/bjorb/COPYRIGHT: Cannot stat: No such file or directory
tar: share/doc/bjorb/INSTALL: Cannot stat: No such file or directory
tar: share/doc/bjorb/README: Cannot stat: No such file or directory
tar: share/doc/bjorb/ChangeLog.jp: Cannot stat: No such file or directory
tar: share/doc/bjorb/COPYRIGHT.jp: Cannot stat: No such file or directory
tar: share/doc/bjorb/INSTALL.jp: Cannot stat: No such file or directory
tar: share/doc/bjorb/README.jp: Cannot stat: No such file or directory
tar: share/doc/bjorb/bjorb.conf.5.jp.txt: Cannot stat: No such file or directory
tar: share/doc/bjorb/features.jp: Cannot stat: No such file or directory
tar: share/examples/bjorb/bjorb.conf.doc: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/bjorb-0.5.5p1.tbz
Registering depends: perl-5.8.8_1.
Creating bzip'd tar ball in '/tmp/packages/All/bjorb-0.5.5p1.tbz'
*** Error code 1

Stop in /a/ports/security/bjorb.
================================================================
build of /usr/ports/security/bjorb ended at Mon Sep 15 19:52:08 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From bsd-unix at embarqmail.com  Mon Sep 15 19:59:09 2008
From: bsd-unix at embarqmail.com (Randy Pratt)
Date: Mon Sep 15 19:59:19 2008
Subject: fluxbox unshade crashing GTK2 applications?
In-Reply-To: <op.uhjclrg39aq2h7@mezz.mezzweb.com>
References: <792298050809150907r5f53fa09r433afc176fb4b368@mail.gmail.com>
	<op.uhjclrg39aq2h7@mezz.mezzweb.com>
Message-ID: <20080915155906.5288eaa5.bsd-unix@embarqmail.com>

On Mon, 15 Sep 2008 13:35:41 -0500
"Jeremy Messenger" <mezz7@cox.net> wrote:

> On Mon, 15 Sep 2008 11:07:09 -0500, L Campbell <llc2w@virginia.edu> wrote:
> 
> > (This probably isn't the right place to ask, but I figured I'd start
> > here and head upstream if necessary).
> >
> > Since updating to fluxbox 1.1.0.1 last night (and x11-toolkits/gtk20
> > to revision 1), attempting to unshade a shaded GUI application is
> > causing the application to segfault with a BadAlloc X Window System
> > error. This behavior was not observed before updating. Tested with
> > www/firefox3, graphics/gimp and graphics/inkscape. For all three
> > applications, unshading produces the following error --
> >
> > The program 'gimp' received an X Window System error.
> > This probably reflects a bug in the program.
> > The error was 'BadAlloc (insufficient resources for operation)'.
> >   (Details: serial 3250 error_code 11 request_code 53 minor_code 0)
> >   (Note to programmers: normally, X errors are reported asynchronously;
> >    that is, you will receive the error a while after causing it.
> >    To debug your program, run it with the --sync command line
> >    option to change this behavior. You can then get a meaningful
> >    backtrace from your debugger if you break on the gdk_x_error()  
> > function.)
> >
> > I'm not really sure if this is an issue with fluxbox, GTK, or my own
> > configuration. It seems like only GTK2 applications crashing --
> > audio/aumix uses GTK 1.2 and doesn't crash on unshade. Relevant
> > version information follows, please advise on appropriate course of
> > action :(
> >
> > $ uname -a
> > FreeBSD kanaria.desudesudesu.org 7.0-STABLE FreeBSD 7.0-STABLE #4: Fri
> > Aug  1 17:05:27 EDT 2008
> > hark@kanaria.desudesudesu.org:/usr/obj/usr/src/sys/KANARIA  i386
> >
> > x11-wm/fluxbox-1.1.0.1
> > $ fluxbox -version
> > Fluxbox 1.1.0.1 : (c) 2001-2008 Fluxbox Team
> >
> > x11-toolkits/gtk-1.2.10_20
> > x11-toolkits/gtk-2.12.11_1
> >
> > www/firefox-3.0.1_1,1
> > $ firefox3 -version
> > Mozilla Firefox 3.0.1, Copyright (c) 1998 - 2008 mozilla.org
> >
> > graphics/gimp-2.4.7,2
> > $ gimp --version
> > GNU Image Manipulation Program version 2.4.7
> >
> > graphics/inkscape-0.46_3
> > $ inkscape --version
> > Inkscape 0.46 (Jul  6 2008)
> >
> > Let me know if there's anything else I can do to help get this fixed.  
> > Thanks :(
> 
> Try to fetch this patch and put in x11-wm/fluxbox/files/, then reinstall  
> fluxbox. It was took from its git.
> 
> http://people.freebsd.org/~mezz/diff/patch-fix_unshading_crash

I was seeing the same unshading problem with Sylpheed2 with the
new fluxbox.  The above patch seems to fix it.  Oddly, if I ran
sylpheed -sync (as the error message suggested for debugging) then
the unshading problem disappeared so I wasn't able to do any
debugging.

Like the OP, I wasn't sure where the problem originated but reverting
to an older version of fluxbox eliminated the problem.  

Thanks for digging out the patch!

Randy

-- 
From dougb at FreeBSD.org  Mon Sep 15 20:25:21 2008
From: dougb at FreeBSD.org (Doug Barton)
Date: Mon Sep 15 20:25:27 2008
Subject: OPTIONS handling doesn't seem to work fully in dependencies
	anymore
In-Reply-To: <200809151036.19674.jhb@freebsd.org>
References: <200809151036.19674.jhb@freebsd.org>
Message-ID: <48CEBE6E.1030508@FreeBSD.org>

John Baldwin wrote:
> So I upgraded my desktop machine at home from 6.x -> 7.x this weekend.  As 
> part of that I do my usual (albeit archaic) practice of just deleting all 
> packages and rebuilding everything from ports.  I also decided to try out 
> kde4 instead of kde3.  I "discovered" during this process that ports that 
> were built as dependencies no longer pop up the dialog box to set OPTIONS, 
> etc. during a build.  Only the "top-level" port does so.  I'm curious if this 
> is a bug or a feature? 

Bug, and at first glance I think your analysis is correct about the
cause.

You can work around this problem by using portmaster since it will go
through all the config screens for all the ports in its first pass
before it starts building things (and download distfiles in the bg
while it does so). This also takes dependencies into account since it
does a depth-first traversal of the tree.

If you're doing an install from scratch you might also want to blow
away the contents of /var/db/ports/*, or if you're using portmaster
you could use the --force-config option to re-run config even if there
is a stored options file for that port.


hth,

Doug

-- 

    This .signature sanitized for your protection

From bms at incunabulum.net  Mon Sep 15 21:50:55 2008
From: bms at incunabulum.net (Bruce M Simpson)
Date: Mon Sep 15 21:51:02 2008
Subject: [PATCH] ports/multimedia/pwcbsd install pwc-ioctl.h header
Message-ID: <48CED4CB.5040704@incunabulum.net>

Hi.

This is needed by stuff like spook which can use pwc specific ioctls.

The Phillips webcams have a number of features which "just work better" 
than other webcams.

Thanks
BMS
-------------- next part --------------
Index: Makefile
===================================================================
RCS file: /home/pcvs/ports/multimedia/pwcbsd/Makefile,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile
--- Makefile	20 Mar 2008 21:05:48 -0000	1.15
+++ Makefile	15 Sep 2008 21:33:14 -0000
@@ -61,6 +61,7 @@ post-install:
 	${INSTALL_PROGRAM} ${PROGRAMS:S|^|${WRKSRC}/|} ${PREFIX}/bin
 	${INSTALL_MAN} ${MAN1:S|^|${WRKSRC}/|} ${PREFIX}/man/man1
 .endif
+	${INSTALL_DATA} ${WRKSRC}/pwc-ioctl.h ${PREFIX}/include
 	@${CAT} ${PKGMESSAGE}
 
 .include <bsd.port.post.mk>
Index: pkg-plist
===================================================================
RCS file: /home/pcvs/ports/multimedia/pwcbsd/pkg-plist,v
retrieving revision 1.2
diff -u -p -r1.2 pkg-plist
--- pkg-plist	1 Aug 2006 20:36:09 -0000	1.2
+++ pkg-plist	15 Sep 2008 21:33:14 -0000
@@ -1,4 +1,5 @@
 %%PROGRAMS%%bin/pwcview
+include/pwc-ioctl.h
 @cwd /boot/modules
 pwc.ko
 @exec kldxref %D
From mezz7 at cox.net  Mon Sep 15 22:07:25 2008
From: mezz7 at cox.net (Jeremy Messenger)
Date: Mon Sep 15 22:07:31 2008
Subject: fluxbox unshade crashing GTK2 applications?
In-Reply-To: <20080915155906.5288eaa5.bsd-unix@embarqmail.com>
References: <792298050809150907r5f53fa09r433afc176fb4b368@mail.gmail.com>
	<op.uhjclrg39aq2h7@mezz.mezzweb.com>
	<20080915155906.5288eaa5.bsd-unix@embarqmail.com>
Message-ID: <op.uhjmekq79aq2h7@mezz.mezzweb.com>

On Mon, 15 Sep 2008 14:59:06 -0500, Randy Pratt <bsd-unix@embarqmail.com>  
wrote:

> On Mon, 15 Sep 2008 13:35:41 -0500
> "Jeremy Messenger" <mezz7@cox.net> wrote:
>
>> On Mon, 15 Sep 2008 11:07:09 -0500, L Campbell <llc2w@virginia.edu>  
>> wrote:
>>
>> > (This probably isn't the right place to ask, but I figured I'd start
>> > here and head upstream if necessary).
>> >
>> > Since updating to fluxbox 1.1.0.1 last night (and x11-toolkits/gtk20
>> > to revision 1), attempting to unshade a shaded GUI application is
>> > causing the application to segfault with a BadAlloc X Window System
>> > error. This behavior was not observed before updating. Tested with
>> > www/firefox3, graphics/gimp and graphics/inkscape. For all three
>> > applications, unshading produces the following error --
>> >
>> > The program 'gimp' received an X Window System error.
>> > This probably reflects a bug in the program.
>> > The error was 'BadAlloc (insufficient resources for operation)'.
>> >   (Details: serial 3250 error_code 11 request_code 53 minor_code 0)
>> >   (Note to programmers: normally, X errors are reported  
>> asynchronously;
>> >    that is, you will receive the error a while after causing it.
>> >    To debug your program, run it with the --sync command line
>> >    option to change this behavior. You can then get a meaningful
>> >    backtrace from your debugger if you break on the gdk_x_error()
>> > function.)
>> >
>> > I'm not really sure if this is an issue with fluxbox, GTK, or my own
>> > configuration. It seems like only GTK2 applications crashing --
>> > audio/aumix uses GTK 1.2 and doesn't crash on unshade. Relevant
>> > version information follows, please advise on appropriate course of
>> > action :(
>> >
<snip>
>> >
>> > Let me know if there's anything else I can do to help get this fixed.
>> > Thanks :(
>>
>> Try to fetch this patch and put in x11-wm/fluxbox/files/, then reinstall
>> fluxbox. It was took from its git.
>>
>> http://people.freebsd.org/~mezz/diff/patch-fix_unshading_crash
>
> I was seeing the same unshading problem with Sylpheed2 with the
> new fluxbox.  The above patch seems to fix it.  Oddly, if I ran
> sylpheed -sync (as the error message suggested for debugging) then
> the unshading problem disappeared so I wasn't able to do any
> debugging.
>
> Like the OP, I wasn't sure where the problem originated but reverting
> to an older version of fluxbox eliminated the problem.
>
> Thanks for digging out the patch!

No problem and thank (include to L Campbell too) for test patch. I shall  
put in ports tree whenever portmgr approves tomorrow or so. I have one  
more patch that I want to test tonight or tomorrow, before I make request  
to portmgr. It's for pixmap resource leak in pixmap menu.

Cheers,
Mezz

> Randy


-- 
mezz7@cox.net  -  mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome@FreeBSD.org
From unixmania at gmail.com  Tue Sep 16 01:39:12 2008
From: unixmania at gmail.com (Carlos A. M. dos Santos)
Date: Tue Sep 16 01:39:19 2008
Subject: [PATCH] ports/multimedia/pwcbsd install pwc-ioctl.h header
In-Reply-To: <48CED4CB.5040704@incunabulum.net>
References: <48CED4CB.5040704@incunabulum.net>
Message-ID: <e71790db0809151839v1f804c3em53c6bfd849be0893@mail.gmail.com>

On Mon, Sep 15, 2008 at 6:34 PM, Bruce M Simpson <bms@incunabulum.net> wrote:
> Hi.
>
> This is needed by stuff like spook which can use pwc specific ioctls.
>
> The Phillips webcams have a number of features which "just work better" than
> other webcams.
>
> Thanks
> BMS
>
> Index: Makefile
> ===================================================================
> RCS file: /home/pcvs/ports/multimedia/pwcbsd/Makefile,v
> retrieving revision 1.15
> diff -u -p -r1.15 Makefile
> --- Makefile    20 Mar 2008 21:05:48 -0000      1.15
> +++ Makefile    15 Sep 2008 21:33:14 -0000
> @@ -61,6 +61,7 @@ post-install:
>        ${INSTALL_PROGRAM} ${PROGRAMS:S|^|${WRKSRC}/|} ${PREFIX}/bin
>        ${INSTALL_MAN} ${MAN1:S|^|${WRKSRC}/|} ${PREFIX}/man/man1
>  .endif
> +       ${INSTALL_DATA} ${WRKSRC}/pwc-ioctl.h ${PREFIX}/include
>        @${CAT} ${PKGMESSAGE}
>
>  .include <bsd.port.post.mk>
> Index: pkg-plist
> ===================================================================
> RCS file: /home/pcvs/ports/multimedia/pwcbsd/pkg-plist,v
> retrieving revision 1.2
> diff -u -p -r1.2 pkg-plist
> --- pkg-plist   1 Aug 2006 20:36:09 -0000       1.2
> +++ pkg-plist   15 Sep 2008 21:33:14 -0000
> @@ -1,4 +1,5 @@
>  %%PROGRAMS%%bin/pwcview
> +include/pwc-ioctl.h
>  @cwd /boot/modules
>  pwc.ko
>  @exec kldxref %D

Did you submit a PR?

-- 
cd /usr/ports/sysutils/life
make clean
From linimon at lonesome.com  Tue Sep 16 02:52:47 2008
From: linimon at lonesome.com (Mark Linimon)
Date: Tue Sep 16 02:52:54 2008
Subject: emulators/zsnes is up for grabs
In-Reply-To: <48CEAAC5.2000107@cyberbotx.com>
References: <20080915173105.GA1745@jack.stsp.name>
	<48CEAAC5.2000107@cyberbotx.com>
Message-ID: <20080916025246.GB8746@soaustin.net>

OK, I'll assign it over to you once the freeze ends.  (You may need
to send me email to remind me).

mcl
From joe at thrallingpenguin.com  Tue Sep 16 09:30:03 2008
From: joe at thrallingpenguin.com (Joseph Benden)
Date: Tue Sep 16 09:30:09 2008
Subject: FreeBSD Port: proftpd-1.3.1_14
Message-ID: <62B6FC71-6C39-4D16-88BF-BB958E6A06E7@thrallingpenguin.com>

Hello,

I have updated the Mod_Clamav module available here:

http://www.thrallingpenguin.com/resources/mod_clamav.htm

Please also note that the UglyBoxIndustries.com website is no longer  
available and points directly at the ThrallingPenguin.com domain.

Best Regards,
Joseph Benden

              .--.
             |o_o |
             |:_/ |
            //   \ \
           (|     | )
           /'\_   _/`\
           \___)=(___/
http://www.ThrallingPenguin.com/
--------------------------------
  We design, develop, and extend
  software technologies for the
     most demanding business
    applications, as well as
      offer VoIP Consulting
            services.



From yanefbsd at gmail.com  Tue Sep 16 09:50:16 2008
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Tue Sep 16 09:50:48 2008
Subject: Multiple installation of one ports
In-Reply-To: <48CE949F.9060002@optiksecurite.com>
References: <48CE949F.9060002@optiksecurite.com>
Message-ID: <7d6fde3d0809160250w50e40ee5rbe64a89b02a4ea69@mail.gmail.com>

On Mon, Sep 15, 2008 at 10:00 AM, FreeBSD <freebsd@optiksecurite.com> wrote:
> Hi everyone,
>
> I've been asked by a customer to install Drupal on one server to manage a
> new site. No problem yet. But, he also asked if it would be possible to
> install it for other sites.
>
> I know that there is a warning if you want to install a port that is already
> installed, but is there a way to bypass this? I know I could install it from
> the tarball from the website, but I want to be able to use portupgrade and
> portaudit to deal with it.
>
> Any suggestions?
>
> Thank you for your time,
>
> Martin

I believe you're looking for the -f flag to pkg_add(1).
-Garrett
From mark.evenson at gmx.at  Tue Sep 16 14:57:23 2008
From: mark.evenson at gmx.at (Mark Evenson)
Date: Tue Sep 16 15:00:47 2008
Subject: =?windows-1252?q?Re=3A_Evince_2=2E22=2E2=5F3=3A_=22Unhandled_MIM?=
 =?windows-1252?q?E_type=3A_=93application/pdf=94=22?=
In-Reply-To: <40519.1847.qm@web50107.mail.re2.yahoo.com>
References: <40519.1847.qm@web50107.mail.re2.yahoo.com>
Message-ID: <gaohfv$s0r$1@ger.gmane.org>

Dan Reinholz wrote:
> Since updating to the latest revision of Evince (to
> 2.22.2_3 from 2.22.2_2) I am no longer able to open
> .pdf files. Anytime I try to do so I now get the
> error:
> 
> "Unhandled MIME type: “application/pdf�
> 
> At the same time I also updated some related ports
> such as poppler, so I'm not able to say for sure which
> update it is that caused the problem. Any help is
> appreciated.

I can confirm the same behavior.

Shouldn't we file a bug report?


-- 
<Mark.Evenson@gmx.at>

"[T]his is not a disentanglement from, but a progressive knotting into."

From ale at FreeBSD.org  Tue Sep 16 15:44:04 2008
From: ale at FreeBSD.org (Alex Dupre)
Date: Tue Sep 16 15:45:58 2008
Subject: OPTIONS handling doesn't seem to work fully in
	dependencies	anymore
In-Reply-To: <48CEBE6E.1030508@FreeBSD.org>
References: <200809151036.19674.jhb@freebsd.org> <48CEBE6E.1030508@FreeBSD.org>
Message-ID: <48CFCE01.4050304@FreeBSD.org>

Doug Barton ha scritto:
> Bug, and at first glance I think your analysis is correct about the
> cause.

Surely a bug, but the mentioned code is what was added in rev 1.560 
(http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk?r1=1.560#rev1.560) 
exactly to add this feature, and AFAIR it worked.

-- 
Alex Dupre
From mezz7 at cox.net  Tue Sep 16 16:41:05 2008
From: mezz7 at cox.net (Jeremy Messenger)
Date: Tue Sep 16 16:42:06 2008
Subject: =?utf-8?q?Evince_2=2E22=2E2=5F3=3A_=22Unhandled_MIME_type=3A_?=
 =?utf-8?b?4oCcYXBwbGljYXRpb24vcGRm4oCdIg==?=
In-Reply-To: <gaohfv$s0r$1@ger.gmane.org>
References: <40519.1847.qm@web50107.mail.re2.yahoo.com>
	<gaohfv$s0r$1@ger.gmane.org>
Message-ID: <op.uhk1xykw9aq2h7@mezz.mezzweb.com>

On Tue, 16 Sep 2008 09:57:03 -0500, Mark Evenson <mark.evenson@gmx.at>  
wrote:

> Dan Reinholz wrote:
>> Since updating to the latest revision of Evince (to
>> 2.22.2_3 from 2.22.2_2) I am no longer able to open
>> .pdf files. Anytime I try to do so I now get the
>> error:
>>  "Unhandled MIME type: ???application/pdf???
>>  At the same time I also updated some related ports
>> such as poppler, so I'm not able to say for sure which
>> update it is that caused the problem. Any help is
>> appreciated.
>
> I can confirm the same behavior.
>
> Shouldn't we file a bug report?

Have you guys follow in /usr/ports/UPDATING?

Cheers,
Mezz


-- 
mezz7@cox.net  -  mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome@FreeBSD.org
From freebsd-ports at pp.dyndns.biz  Tue Sep 16 18:50:58 2008
From: freebsd-ports at pp.dyndns.biz (=?ISO-8859-1?Q?Morgan_Wesstr=F6m?=)
Date: Tue Sep 16 18:51:05 2008
Subject: databases/mysql51-server and beginner's InnoDB questions
Message-ID: <48D0000E.9050709@pp.dyndns.biz>

# uname -a
FreeBSD gatekeeper.pp.dyndns.biz 7.0-RELEASE-p4 FreeBSD 7.0-RELEASE-p4 
#0: Thu Sep  4 10:58:01 CEST 2008 
pp@gatekeeper.pp.dyndns.biz:/usr/obj/usr/src/sys/MYKERNEL  amd64

# pkg_info | grep mysql-server
mysql-server-5.1.26 Multithreaded SQL database (server)


Dear list.

I have a few questions regarding enabling InnoDB but I'm not an expert 
on MySQL so I'm not even sure I know how to ask them correctly. But the 
only way to learn is to ask and hope nobody is offended by stupid 
questions. :-)

I realized today actually that there are different storage engines 
available for MySQL and that InnoDB seems to be preferred so I naturally 
wanted to use it. I can see with "show create table <sometable>" that 
Mediawiki's tables for example are already created with ENGINE=InnoDB. 
But in my MySQL config file, which is simply a copy of my-large.cnf, 
there is a whole section for InnoDB that is commented out. It begins with:
"# Uncomment the following if you are using InnoDB tables"

_First question:_
Is InnoDB enabled by default regardless of the settings in my.cnf and 
how can I verify it?


Assuming it wasn't enabled, despite the output from "show create table", 
I uncommented all the InnoDB options in my config and restarted MySQL 
and got the first error:

"InnoDB: Error: log file /usr/local/var/db/mysql/ib_logfile0 is of 
different size 0 5242880 bytes
InnoDB: than specified in the .cnf file 0 67108864 bytes!"

I was able to work around this by changing innodb_log_file_size from the 
default 64M to 5M.

_Second question:_
How can I increase the logfile size from it's original 5M to the 64M 
suggested in the config? Can I just delete the old logfile and have it 
recreated or will that break any of my databases?


MySQL also complained about this:

"[ERROR] /usr/local/libexec/mysqld: unknown variable 
'innodb_log_arch_dir=/usr/local/var/db/mysql/'"

After some googling I realized this was a deprecated variable and the 
reference to it in the config file should have been removed in 5.1.25.

_Third question:_
Is this an issue with the FreeBSD port specifically? Should I report 
this to someone and how would I do that the correct way?


Regards
Morgan
From koitsu at FreeBSD.org  Tue Sep 16 19:08:00 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Tue Sep 16 19:09:33 2008
Subject: databases/mysql51-server and beginner's InnoDB questions
In-Reply-To: <48D0000E.9050709@pp.dyndns.biz>
References: <48D0000E.9050709@pp.dyndns.biz>
Message-ID: <20080916190758.GA71693@icarus.home.lan>

On Tue, Sep 16, 2008 at 08:50:54PM +0200, Morgan Wesstr?m wrote:
> I have a few questions regarding enabling InnoDB but I'm not an expert  
> on MySQL so I'm not even sure I know how to ask them correctly. But the  
> only way to learn is to ask and hope nobody is offended by stupid  
> questions. :-)

I'm wondering why you're asking MySQL-specific questions on
freebsd-ports.  Questions I didn't answer should be punted to the MySQL
folks, they're quite helpful.

> I realized today actually that there are different storage engines  
> available for MySQL and that InnoDB seems to be preferred so I naturally  

First and foremost: I don't know where you got the idea that InnoDB is
preferred.  Whoever told you that is flat out wrong.  You need to spend
some more time reading up on the pros/cons to all of the MySQL storage
engine types.  InnoDB happens to be one of the most horrendous ones to
deal with from an administrative point of view.  It's always great when
the InnoDB part is out of sync with /var/db/mysql/database/whatever.*,
which can often happen during replication errors or bugs.

My advice to people is to avoid InnoDB unless you *specifically* have
engineered an application that will make use of it.  MyISAM is a lot
easier to deal with.

> wanted to use it. I can see with "show create table <sometable>" that  
> Mediawiki's tables for example are already created with ENGINE=InnoDB.  
> But in my MySQL config file, which is simply a copy of my-large.cnf,  
> there is a whole section for InnoDB that is commented out. It begins 
> with:
> "# Uncomment the following if you are using InnoDB tables"

Ignore that.  I can tell you're flailing around with config files.  :-)
You can look at the compile-time defaults of InnoDB by using "SHOW
VARIABLES", and performance using "SHOW STATUS".  Please read the
MySQL docs.

> _First question:_
> Is InnoDB enabled by default regardless of the settings in my.cnf and  
> how can I verify it?

It's enabled by default.

Look at ports/databases/mysql51-server/Makefile; see WITHOUT_INNODB?  If
that's set (e.g. make WITHOUT_INNODB=true, or WITHOUT_INNODB=true in
your /etc/make.conf), then the InnoDB storage engine will not be
included.

You can also disable InnoDB at runtime using mysqld --skip-innodb.

If InnoDB stats are seen in "SHOW STATUS", then InnoDB is enabled.  You
can also try creating a table using the InnoDB storage engine type.  The
CREATE TABLE will fail if the engine is disabled or unavailable.

> _Third question:_
> Is this an issue with the FreeBSD port specifically? Should I report  
> this to someone and how would I do that the correct way?

None of what you've described (I snipped the portions out) are specific
to the FreeBSD port.  They are purely configuration issues, and are
with MySQL.  You should discuss your issues with the MySQL people.

Cheers!

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From freebsd-ports at pp.dyndns.biz  Tue Sep 16 19:45:34 2008
From: freebsd-ports at pp.dyndns.biz (=?ISO-8859-1?Q?Morgan_Wesstr=F6m?=)
Date: Tue Sep 16 19:46:32 2008
Subject: databases/mysql51-server and beginner's InnoDB questions
In-Reply-To: <20080916190758.GA71693@icarus.home.lan>
References: <48D0000E.9050709@pp.dyndns.biz>
	<20080916190758.GA71693@icarus.home.lan>
Message-ID: <48D00CDA.2050804@pp.dyndns.biz>

Jeremy Chadwick wrote:
> I'm wondering why you're asking MySQL-specific questions on
> freebsd-ports.  Questions I didn't answer should be punted to the MySQL
> folks, they're quite helpful.

Lol, thanks Jeremy. In an earlier "incident" I asked net-snmp questions 
directly to the developers and the reply was that "Those FreeBSD guys 
have their own patches and we have no clue what they do, ask them!". I 
intended to not make the same mistake this time and now I don't have any 
more cheeks to turn... or wait - I do have two more :-)

> First and foremost: I don't know where you got the idea that InnoDB is
> preferred.  Whoever told you that is flat out wrong.  You need to spend
> some more time reading up on the pros/cons to all of the MySQL storage
> engine types.

Well, I was referring to the way it stores its indexes sorted and also 
the transaction log which makes crash recoveries more or less 
independent on db size. Things I thought was default for any SQL engine 
but realized today that MyISAM lacked, unless I'm misinformed.

   InnoDB happens to be one of the most horrendous ones to
> deal with from an administrative point of view.  It's always great when
> the InnoDB part is out of sync with /var/db/mysql/database/whatever.*,
> which can often happen during replication errors or bugs.

Yes, I can see from googling that there are frequent bugreports related 
to this but bugs are there to work out, aren't they? :-)

> My advice to people is to avoid InnoDB unless you *specifically* have
> engineered an application that will make use of it.  MyISAM is a lot
> easier to deal with.

I take your word for it. I simply have an urge to try to better 
understand the applications I use in FreeBSD without having to read and 
understand source code.

>> "# Uncomment the following if you are using InnoDB tables"
> 
> Ignore that.  I can tell you're flailing around with config files.  :-)
> You can look at the compile-time defaults of InnoDB by using "SHOW
> VARIABLES", and performance using "SHOW STATUS".  Please read the
> MySQL docs.

I am but I'm a slow reader. ;-)

>> _First question:_
>> Is InnoDB enabled by default regardless of the settings in my.cnf and  
>> how can I verify it?
> 
> It's enabled by default.

Is InnoDB enabled by the FreeBSD port maintainer and shouldn't that 
somehow be reflected in the config sample files in that case? At least I 
get a little confused from the fact that they were all commented out and 
the text instructed me to uncomment them to enable InnoDB.

>> _Third question:_
>> Is this an issue with the FreeBSD port specifically? Should I report  
>> this to someone and how would I do that the correct way?
> 
> None of what you've described (I snipped the portions out) are specific
> to the FreeBSD port.  They are purely configuration issues, and are
> with MySQL.  You should discuss your issues with the MySQL people.
> 
> Cheers!
> 

Thanks for your valuable input Jeremy and for not kicking me more than 
necessary. ;-)

Regards
Morgan
From m.seaman at infracaninophile.co.uk  Tue Sep 16 19:49:57 2008
From: m.seaman at infracaninophile.co.uk (Matthew Seaman)
Date: Tue Sep 16 19:52:40 2008
Subject: databases/mysql51-server and beginner's InnoDB questions
In-Reply-To: <48D0000E.9050709@pp.dyndns.biz>
References: <48D0000E.9050709@pp.dyndns.biz>
Message-ID: <48D00DD5.9030806@infracaninophile.co.uk>

Morgan Wesstr?m wrote:

> I realized today actually that there are different storage engines 
> available for MySQL and that InnoDB seems to be preferred so I naturally 
> wanted to use it. I can see with "show create table <sometable>" that 
> Mediawiki's tables for example are already created with ENGINE=InnoDB. 
> But in my MySQL config file, which is simply a copy of my-large.cnf, 
> there is a whole section for InnoDB that is commented out. It begins with:
> "# Uncomment the following if you are using InnoDB tables"

Correct.  MySQl's reputation for speed is based on simple, generally
single threaded, tests against the basic MyISAM table type[*].  However
once your database starts getting busy and certainly if you need such 
things as ACID behaviour, Foreign Keys or High Concurrency -- ie. basically 
for any real-world database solution --  then you should be using InnoDB.  

> _First question:_
> Is InnoDB enabled by default regardless of the settings in my.cnf and 
> how can I verify it?

The easiest way to check is to run the following SQL:

   SHOW ENGINES ;

If it doesn't list InnoDB then check the following:

There is a compile-time option to include InnoDB support which is enabled
by default, so unless you've deliberately turned it off your MySQL server
should have compiled-in support for it.  

You can disable InnoDB from within my.cnf using the 'skip-innodb' command
-- if that isn't present then InnoDB should be enabled.

> Assuming it wasn't enabled, despite the output from "show create table", 
> I uncommented all the InnoDB options in my config and restarted MySQL 
> and got the first error:
> 
> "InnoDB: Error: log file /usr/local/var/db/mysql/ib_logfile0 is of 
> different size 0 5242880 bytes
> InnoDB: than specified in the .cnf file 0 67108864 bytes!"
> 
> I was able to work around this by changing innodb_log_file_size from the 
> default 64M to 5M.

> _Second question:_
> How can I increase the logfile size from it's original 5M to the 64M 
> suggested in the config? Can I just delete the old logfile and have it 
> recreated or will that break any of my databases?


Yes -- sizes of various InnoDB related files are set from the my.cnf
file and its not entirely trivial to change them.  A surefire method
which should always work is the following:

   i) Make sure your database is quiescent and dump out all of the
      contents using mysqldump.

  ii) Stop mysql, and remove all files prefixed with 'ib' from within
      /var/db/mysql -- *warning* this deletes any data stored in
      InnoDB tables in the live copy of the DB.  You did take the backup
      mentioned in (i) didn't you?

 iii) Edit file sizes to taste in my.cnf

  iv) Restart MySQL.  It will create new, empty copies of the required
      ib_logfileN and ibdataN files.

   v) Now reload your data from the dump you made in (i)

Note that the size quoted for the ibdata1 file is the initial size,
and that file will grow as you add more data.  The ib_logfileN files
are a fixed size, and tuning them can help optimize performance.

> 
> MySQL also complained about this:
> 
> "[ERROR] /usr/local/libexec/mysqld: unknown variable 
> 'innodb_log_arch_dir=/usr/local/var/db/mysql/'"
> 
> After some googling I realized this was a deprecated variable and the 
> reference to it in the config file should have been removed in 5.1.25.

MySQl 5.1 is still not available for general release.  Unless you need 5.1
specific features, you're actually going to be better off sticking with
MySQL 5.0.x -- and I do believe that MySQL 5.0 is still typically faster 
than MySQL 5.1.

> _Third question:_
> Is this an issue with the FreeBSD port specifically? Should I report 
> this to someone and how would I do that the correct way?

No, the sample my.cnf files in /usr/local/share/mysql/ are copied
straight out of the mysql sources -- there are no FreeBSD specific 
modifications to those files.  The bug is with the upstream MySQL
distribution.  There's already an open bug report:

    http://bugs.mysql.com/bug.php?id=38249

	Cheers,

	Matthew

[*] When you do more realistic benchmarks, MySQL doesn't look quite
so good.  See for example: http://people.freebsd.org/~kris/scaling/7.0 Preview.pdf (Slide 16 in particular)

-- 
Dr Matthew J Seaman MA, D.Phil.                   7 Priory Courtyard
                                                  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey     Ramsgate
                                                  Kent, CT11 9PW

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 258 bytes
Desc: OpenPGP digital signature
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080916/5eb35f72/signature.pgp
From freebsd-ports at pp.dyndns.biz  Tue Sep 16 21:04:28 2008
From: freebsd-ports at pp.dyndns.biz (=?ISO-8859-1?Q?Morgan_Wesstr=F6m?=)
Date: Tue Sep 16 21:04:37 2008
Subject: databases/mysql51-server and beginner's InnoDB questions
In-Reply-To: <48D00DD5.9030806@infracaninophile.co.uk>
References: <48D0000E.9050709@pp.dyndns.biz>
	<48D00DD5.9030806@infracaninophile.co.uk>
Message-ID: <48D01F59.10008@pp.dyndns.biz>

Sorry, I forgot to cc the list...

Matthew Seaman wrote:

Thanks Matthew. Your answers are very helpful for someone like me to 
understand MySQL better and to guide me what parts to explore more 
thoroughly.

 > Correct.  MySQl's reputation for speed is based on simple, generally
 > single threaded, tests against the basic MyISAM table type[*].  However
 > once your database starts getting busy and certainly if you need such 
things as ACID behaviour, Foreign Keys or High Concurrency -- ie. 
basically for any real-world database solution --  then you should be 
using InnoDB.

InnoDB pops up in several LAMP related guides and instructions I've come 
across so that's what caught my attention. I only use MySQL to run some 
low traffic forums on my FreeBSD server at home so it's not that 
important but if it's good for your average data center, then it's good 
for me I figured :-)

 >> _First question:_
 >> Is InnoDB enabled by default regardless of the settings in my.cnf 
and how can I verify it?
 >
 > The easiest way to check is to run the following SQL:
 >
 >   SHOW ENGINES ;

Simple as that. I really should have searched some more, I apologize for 
that. I will refrain from asking how to change the default engine to 
InnoDB and find it out myself...

 >> _Second question:_
 >> How can I increase the logfile size from it's original 5M to the 64M 
suggested in the config? Can I just delete the old logfile and have it 
recreated or will that break any of my databases?
 >
 >
 > Yes -- sizes of various InnoDB related files are set from the my.cnf
 > file and its not entirely trivial to change them.  A surefire method
 > which should always work is the following:
 >
 >   i) Make sure your database is quiescent and dump out all of the
 >      contents using mysqldump.
 >
 >  ii) Stop mysql, and remove all files prefixed with 'ib' from within
 >      /var/db/mysql -- *warning* this deletes any data stored in
 >      InnoDB tables in the live copy of the DB.  You did take the backup
 >      mentioned in (i) didn't you?
 >
 > iii) Edit file sizes to taste in my.cnf
 >
 >  iv) Restart MySQL.  It will create new, empty copies of the required
 >      ib_logfileN and ibdataN files.
 >
 >   v) Now reload your data from the dump you made in (i)
 >
 > Note that the size quoted for the ibdata1 file is the initial size,
 > and that file will grow as you add more data.  The ib_logfileN files
 > are a fixed size, and tuning them can help optimize performance.

I feared there was some vital relation between those files. Your 
instructions are now part of my growing collection of helpful 
information. Thanks.

 > MySQl 5.1 is still not available for general release.  Unless you 
need 5.1
 > specific features, you're actually going to be better off sticking with
 > MySQL 5.0.x -- and I do believe that MySQL 5.0 is still typically 
faster than MySQL 5.1.

Yes, I took a calculated risk when I installed it but I thought the 
difference would be minor in the way I use it and since 6.0-alpha was 
also in the ports tree I went for the version in between.

 >> _Third question:_
 >> Is this an issue with the FreeBSD port specifically? Should I report 
this to someone and how would I do that the correct way?
 >
 > No, the sample my.cnf files in /usr/local/share/mysql/ are copied
 > straight out of the mysql sources -- there are no FreeBSD specific 
modifications to those files.  The bug is with the upstream MySQL
 > distribution.  There's already an open bug report:
 >
 >    http://bugs.mysql.com/bug.php?id=38249

I found some other report suggesting it was fixed in 5.1.25 but in this 
bugreport it appears to be fixed in versions after 5.1.26 if I 
understand it correctly?

Regards
Morgan
From Boston.Jung at gmail.com  Tue Sep 16 22:17:31 2008
From: Boston.Jung at gmail.com (johnharten)
Date: Tue Sep 16 22:17:38 2008
Subject: Linux Help
Message-ID: <02a63bf9-fa84-4dba-a5c9-94053332584f@j22g2000hsf.googlegroups.com>

LINUX is not UNIX, but it's close enough
This book is old
I will try to take the concepts the book lays out and integrate them
with more recent versions.
Lecture material will be a hybrid
Chapter 1

Logging on to the System
Why we study UNIX/LINUX
Started in the 1970's (pre-Microsoft)?
UNIX runs ?everything?
The Internet, Stock Market, Movies, technological advancements,
Embedded Devices (ATM's), POS systems, the military, utility
companies, and much more.
Linux began in the early '90's
Has revolutionized the IT world
Authentication
Authentication is the process of confirming that you are who you say
you are
Logging in (authenticating) typically requires two components
Username (login name)?
Password
Authentication (continued)?
Authentication can also take the following forms:
Public/Private Key Pair
PGP / SSL certificates
Biometric Authentication
Fingerprints
Retinal scans
Voice matching
Authorization
Authorization is the process of determining who gets access to what.
Unlike authentication, authorization does not generally involve and
additional input.
Keeps the system secure.
Login Scenarios
Running system with the root username and password
Running system where you have the username / password of non-root user
A system with no Operating System
Scenario:  No OS
If there is no operating system present, you'll need to install one
Setting the root password is part of the installation process
You'll need to create a regular user account for yourself as well
Scenarios:  Have Credentials
Running system where you have a valid username / password (root or
otherwise)
At login prompt, enter valid username and hit enter
At password prompt, enter valid password and hit enter
Have Credentials (cont'd)?
Whether or not you enter the username correctly, you will be prompted
for a password.
When you type your password, the characters will be masked by *'s for
security
UNIX is case-sensitive!!!
Notes on root user
root is the system administrator
root has access to all resources and there is no safety net
Use root only when necessary
Login Prompts
Command Line
Telnet / ssh / no graphical environment
Graphical
X Windows system is installed on system
Pictures of both on page 5
Lab Work
Install Linux
Fedora 9, because we have new hardware.

CMPSC 249:

Introduction to UNIX/Linux
Week 2: UNIX Essentials
The Kernel
The kernel is the core of an operating system.
Source Provided for compilation.
RedHat provides RPM packages.  (rpm ?qa |grep ?i kernel)
You don?t touch it directly.
Where is the Kernel?
The boot loader runs and loads the kernel based on the choice you
make.
Editing the boot loader entry will reveal the location of the kernel
(usually /boot/vmlinuz*)
RamDisk and kernel load and then process id 1 (init) is spawned.
User Space
User space is the visible part of the operating system.
User processes
Services / daemons
Every user space component executes system calls and spends some time
in the kernel.


What does the Kernel do?
Sits between programs (user space) and hardware.
Applications use syscall facilities to have the kernel perform work on
their behalf.
This work takes many forms.

Kernel
Kernel (2)
System call facility that allows processes to use kernel functions.
Process creation and tracking
Process priority control
Swapping pages & memory management
IPC - inter-process communication
Cache, Buffer and I/O management
File creation, removal and modification and permissions
Filesystems
Log file data accumulation and flushing.

The Filesystem
What is a filesystem?

<geek>a method for storing and organizing computer files and the data
they contain to make it easy to find and access them.</geek>
What is a filesystem (English)
A container for data
More than just a place to keep files
Hierarchical
File Attributes
Security

Filesystem Layout
/ = System Top Level Directory. Start of the tree
Everything is hierarchical in folders underneath / (/opt, /usr, /etc)
Folders can act as mount points for local and network filesystems
Common Directories
/usr ? shared, read-only libraries and binaries.
/etc ? machine configuration files
/home ? user directories (private)
/boot ? location of necessary files for boot loader.  Usually at
beginning of disk
Common Directories (2)
/dev ? location of special device descriptor files
/proc ? Virtual filesystem that gives insight into the kernel and
running tasks.
/var ? Typical location of spool (print, mail) and log files.
/opt ? optional installed packages
/dev and /proc are virtual file systems
Separation of FileSystems
Separation involves creating individual filesystems for each mount
point.
Prevents an errant process or user from filling up all filesystems and
crashing the system.
Separating everything is not practical.

Disk Partitioning
Very similar to Windows, Linux supports carving of drives into
partitions.
During our install we created separate partitions for various
filesystems
The fdisk command can be used to create and view partitions.
To view current disks and partitions use fdisk ?l

Disk Partitioning (2)
Disk /dev/sda: 80.0 GB, 80000000000 bytes
255 heads, 63 sectors/track, 9726 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          32      257008+  83  Linux
/dev/sda2              33        1307    10241437+  83  Linux
/dev/sda3            1308        1568     2096482+  82  Linux swap /
Solaris
/dev/sda4            1569        9726    65529135    5  Extended
/dev/sda5            1569        1600      257008+  83  Linux
/dev/sda6            1601        2875    10241406   83  Linux
/dev/sda7            2876        9726    55030626   8e  Linux LVM
[root@reboot ~]#

Disk Partitioning (3)
To match partitions to filesystems you can use df to correllate:
 [root@reboot ~]# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda6              9920592   1463072   7945452  16% /
/dev/sda5               248895     17297    218748   8% /boot
tmpfs                   479236         0    479236   0% /dev/shm
/dev/mapper/vg_reboot-lvhome
                      19838052  16125436   2688616  86% /home
/dev/mapper/vg_reboot-lvtmp
                       9560920     72440   9010156   1% /tmp
/dev/mapper/vg_reboot-lvusr
                       6983168   4129136   2493612  63% /usr
/dev/mapper/vg_reboot-lvvar
                       2951952    701460   2098124  26% /var

LVM
LVM (Logical Volume Management Devices)
Volume Groups are essentially logical disks that can actually span
multiple devices.
/dev/mapper entries are logical volumes within a volume group.
Volume groups can consist of partitions on disks or whole disks called
physical volumes.
Physical volumes (pv?s) are raw LVM devices with a partition type of
8e or Linux LVM.
?vgdisplay? command lists current lvm volume groups.  With no options,
it prints a stanza for each defined volume group (vg)
[root@reboot ~]# vgdisplay
  --- Volume group ---
  VG Name               vg_reboot
  ?


LVM (continued)
Vgdisplay gives other useful information as well:
PE Size               32.00 MB
Total PE              1679
Alloc PE / Size       1239 / 38.72 GB
Free  PE / Size       440 / 13.75 GB

PE?s are Physical Extent.  It?s the smallest allocation size you can
have in a VG.
Total PE is the number of PE?s in the volume group.
You multiply PE size by Total PE to get the size of the vg.
Allocated PE is the total amount of PE assigned to a volume
Free PE is the total amount of PE that is available for use.
LVM Part 3
How do you determine how many devices are contained in a vg?
Easy ? you use vgdisplay ?v.  At the very bottom of the output will be
a stanza for each physical volume.

 --- Physical volumes ---
  PV Name               /dev/sda7
  PV UUID               YDgW5U-0gFQ-kzBm-HJh5-0l7F-V1Cp-X7VPcj
  PV Status             allocatable
  Total PE / Free PE    1679 / 440


LVM 4
So, we have pv?s and vg?s ? what about filesystems?
You need a logical volume.  Vgdisplay ?v also gives information on
each lv:
 --- Logical volume ---
  LV Name                /dev/vg_reboot/lvusr
  VG Name                vg_reboot
LV Status              available
LV Size                6.88 GB
  Current LE             220

Creating PV?s
Create a partition with fdisk of type 8e (Linux LVM) ? BE CAREFUL not
to change an existing partition.
fdisk /dev/sda will open the fdisk menu for /dev/sda
The letter m prints help information, but you want to use n to create
a new partition.
Accept default for starting location (first available sector).
Default end will be end of disk.
The t option lets you specify type.
Use the letter w once you are sure it?s right to activate changes.
It will created /dev/sda# for you
Once done, you?ll need to execute the following command:
		pvcreate /dev/sd# (where # is the partition you just created).
Creating VG?s and LV?s
Once you have your pv, creating a volume group is as easy as
executing:
		vgcreate classvg /dev/sda# (where number is the pv you just created)

Once you have your vg, you can create an LV contained within:
lvcreate ?n classlv  -L 1G classvg

NOTE ? lvcreate and lvextend accept ?L for human readable size as well
as ?l to specify the number of PE?s
Resizing Filesystems
Resizing filesystems can be done online with resize2fs.
Resize2fs /dev/vg_reboot/lv_to_increase ? by default it will increase
to LV size
MUCH easier to resize a filesystem in an LV.
LV?s can be grown without being contiguous.
lvextend ?L +5G /dev/vg_reboot/lv_to_increase will increase the
logical volume by 5G
If you need to resize a partition it can be risky because you need to
reorder your partition scheme.
Command Syntax Basics
Commands consist of three parts:
Binary Name
Options
Arguments

Options are indicated by ?-? or ??? prefixes.
indicates a single letter (Linux Style)
--indicates a word argument (BSD Style)

Arguments take many forms.
Values for options (-L 5G)
Full paths to files or directories on which to perform actions.
?ls? command
Command:  ls
Purpose: Lists files and directories (like dir)
Options: common options are ?la (long listing).  Also use ?t to sort
by time, latest first.  -r reverses the sort.
Common use:  ls -latr
Arguments: directory or path name (fully qualified or in current dir).
?cat? command
Command:  cat
Purpose: display contents of a file
Options: none
Arguments: filename

?more? command
Command:  more
Purpose: another way to show the contents of a file.  Breaks by page,
so you can read it.  Space advances a page, entery advances a line.
Options: none
Arguments: filename

?grep? command
Command:  grep
Purpose: Funny name, serious tool.  Grep looks for pattern matches in
a file.
Options:  ?i is my favorite.  Means case insensitive (remember, UNIX
is case sensitive).  Also grep ?v means show me everyline but the ones
that contain this text.
Arguments: filename


?cd?
Command:  cd
Purpose: Changes your current directory.  Default directory is /home/
student.
Options: none
Arguments: Directory name

NOTE:  cd ? puts you back to your old directory.


?mkdir?
Command: mkdir
Purpose: Creates a directory
Options: -p if you?re making a deep directory mkdir ?p /dir1/dir2/dir3
will create dir1, dir2, and dir3
Arguments: Directory name

?pwd?
Command:   pwd
Purpose: Prints your current directory (you are here).
Options: none
Arguments: none

?rm?
Command:  rm
Purpose: Removes a file
Options: -f (means don?t ask me if I?m sure).  -R means recursive ?
the only way to remove a directory.
Arguments:  file name

NOTE:  rm ?Rf / is ALWAYS a bad idea

?df?
Command:  df
Purpose: Displays information on mounted filesystems
Options: -h (human readable.  Calculates in GB, MB, or KB).
Arguments: none

?cp?
Command:  cp
Purpose: copies one file or directory to another, preserving the
original.
Options: -R for directories ?p to preserve permissions
Arguments: Directory 1, directory2

?mv?
Command: mv
Purpose: Moves one file or a directory to another ? rename.
Options: none
Arguments: file1, file2

?echo?
Command:  echo
Purpose: prints a string to a screen
Options: none we?ll worry about right now.
Arguments: text --- if spaces, enclose in ??s

?appropos?
Command: appropos
Purpose: English to geek translator.
Options: none
Arguments: when you know the purpose of the command, appropos might
help you find it.

?man?
Command:  man
Purpose: more information than you will ever want to know.
Options: none
Arguments: command

Bash basics
Bash is your friend.  IT is the lazy man?s shell.
If you know the command name, you can type the first few letters and
hit tab twice.  It will show you your options.
Also, to use your last command (or edit it) just hit up.
Notes
Linux treats spaces as special characters.  Avoid them at all costs.
If you are dead set on using them, you?ll have to escape them with \.
If you don?t know how to use a command, try man.
If you want a quick reference, 9 times out of 10 you can type the
command without any options or arguments and hit enter.  It will tell
you.

CMPSC 249:

Introduction to UNIX/Linux
Syllabus Update
Test has been pushed from next week.


All the LVM material from last week?s class will not be tested on.
Tonight?s Agenda
Revisit Common Commands

Chain Commands Together

Redirecting Output

Any questions from last week?

Navigating the filesystem
Filesystem:  collection of files and directories contained on a block
device.
Examples of commands to navigate the filesystem:  pwd, mv, cp, ls


Navigating the Filesystem
The best place to start is how to figure out where you are.
To get a listing of your current directory execute:   pwd
Pwd tells you where you are, and as such where your various file
operations will look for their input
The output of that command will look like:
/home/student

Looking for files
We?ll talk about ls again in a few minutes, but in the meantime,
without any arguments or options, it serves one purpose:
To show you a list of the files in your current directory:
[root@bob ~]# ls
backup      other_stuff    scripty   tmp.sh
French.zip  questions.out  test.txt  uniq_q_n_a.txt
[root@bob ~]#

/ -- ain?t it cool
/ is where all files start from
To get a listing of all objects in / execute the following:  ls /
Note, in the command above, / serves the purpose of an argument.
The output should look something like:
[root@bob ~]# ls /
backup  boot  etc   lib         media  mnt  Old  proc  sbin     srv
tmp  var
bin     dev   home  lost+found  misc   net  opt  root  selinux  sys
usr



Looking at other directories
What happens when you want to view a filesystem that has thousands of
files in it?
ls will display it?s output and it will scroll way past the top of
your screen, and you won?t be able to see it all.
Try it --- go ahead, I?ll wait  (ls /etc)
This is where you get to meet a UNIX Admin?s best friend:  |

| -- also cool
| (called ?pipe?) serves the purpose of taking the output from one
command and passing it as input to another.  It?s basically a chain.
By itself ls | would do nothing.  However, if we introduce the more
command, our output is broken up by our screen size.
ls |more ? try it.  I?ll wait
You can use the Enter key to advance one line at a time, or the space
key basically does a page down, q will exit more without looking at
all the output.
Directories Gone Wild
So, this whole / thing is pretty cool, but what if I want to make my
own directory?
Easy, use mkdir
mkdir takes one argument ? the destination directory.
If you do not specify a full path (mkdir /home/student/cookiemonster),
mkdir will create the directory in your current directory.
mkdir tmp will create a dir called tmp wherever you are.
Go ahead, try it?I?ll wait *use ls to validate*
Moving between directories
So, you know what your pwd is, and you know you want to get to /, but
how do you make / your current directory?
Use cd.  Much like in windows/dos, cd changes your current directory.
If you fully path the directory (cd /home/etc/sysconfig/) you will be
dropped in /etc/sysconfig.
Without specifying a full path (cd cookiemonster) cd will look in your
pwd for that directory and fail if it does not exist.
Go ahead, try it.  I?ll wait.
cd with no arguments
What happens if you run cd with no arguments?  Where do you get
placed?

Anyone?  Try it and see.
More more
As with most commands in UNIX, more can be used in a few different
ways.
When we used more before, we piped the output of ls to more.
But what if I want to look at a file to see what is in it?
Well, you can use more in one of two ways:  more /etc/termcap
Or, you can use cat to print the contents of the file and pipe it to
more:  cat /etc/termcap | more
What?s the difference?
Looking only at parts of a file
Look at the beginning of a file:  head /etc/termcap
Look at the end of a file:  tail /etc/termcap.
These commands will show you the first ten and the last ten lines of
the file.
Or, as above, cat /etc/termcap |head and cat /etc/termcap | tail
See a pattern developing?

I wanna see more!!!
Well, head and tail both support one option:  -n
-n specifies a number of lines to see.
tail ?n 20 /etc/termcap will show the last 20 lines.
Try this:  tail ?n 100 /etc/termcap
What do you need to do to make that all visible? tail ?n 100 /etc/
termcap/more

Tail continued
Tail supports an option to view a file in real time:  tail ?f /etc/
termcap.
Will show you the last 10 lines and then sit there.
If any new characters get added to the file ?f forces tail to show
them to you as they arrive.
VERY useful for debugging and monitoring log files.
How do you interrupt it?  Any ideas?
Bueller?
cp/mv
We used cp/mv in lab last week.  Anyone remember how they worked?
cp was to copy, mv was to rename.  Only, mv is actually a move
command, and does more than just rename.
Using cp to copy a file involves two arguments:  source and
destination.
If destination is a directory, cp and mv will put their output in the
directory as opposed to pwd.

Notes
Remember, there is a difference between fully pathing (/etc/
sysconfig/) and shortening the path (sysconfig).
Anyone want to tell us what that difference is?
Cp supports many source files.  You can do something like this:  cp
file1 file2 file3 file4 backup_directory.  All files will be put in
the directory: backup_directory.
Time to remove
rm = delete a file
rm ?i puts rm into interactive (windows) mode.  It asks for
confirmation before deleting.  It?s safer to run as root.
rm accepts many arguments as files to remove.
Let?s try an experement?
touch file_1
rm file_1


What happened?  Did it ask you to remove the file, or did it just do
it?
Confirmation Elimination
What do you do if rm asks you if it?s ok to remove a file every
time?
You can use rm ?f (f for force).
It?s probably set up as a command alias for your user.
[root@bob ~]# alias
alias rm='rm -i?





To get rid of the alias execute:  unalias rm --- but this will only
work for this session.  The next time you log in you?ll have to change
it.

Removing files with wild cards
 * is a wildcard, meaning it matches any character.
If you have a bunch of files to delete that all have a similar name,
you can use * to your advantage.
Let?s try:
Create the files:
	touch file_1
	touch file_2
	touch file_3
	touch file_4
Wild cards Continued
We created the files, now let?s remove them.
To do it manually would require either one long command (rm file_1
file_2 file_3 file_4) or four separate remove commands.
Instead, we can save ourselves some work:
rm file_*
Common error scenarios
Command not found:  indicates you have spelled your base command
wrong.
Using copy instead of cp
No such file or directory:  indicates that one of your options is
incorrect (you?ve tried to look at a file that doesn?t exist)
ls /cookiemonster

Errors (2)
If you get an error message, but you are sure that you?ve spelled the
command right, often times you can use man to figure out what you are
doing wrong.
man ls
Navigating man pages is similar to navigating output from more.

Redirecting Output
We use | to move output from one program to another in a command
string.
What if we wanted our commands to output directories to a file?
There are two ways to do this.  One way appends to an existing file,
the other creates a new file.
Redirecting Output
ls > ls.out ? this creates a new file called ls.out.  If ls.out
already existed, it would destroy the file and create a new one for
us.
ls >> ls.out ? this will append the output of our command to the
existing ls.out file.  If ls.out did not exist, it would create it for
us.
Line counting
Sometimes you really need to see how big a file is.  The wc command
counts certain types of entries.
To see how many lines are in the /etc/termcap file, you?d use:  cat /
etc/termcap | wc ?l
wc ?w shows how many words
wc ?c shows how many characters
Without any options, wc will show you all three:
[root@bob ~]# cat /etc/termcap |wc
  19092   91266  807103
[root@bob ~]#
                                    Lines   Chars     Words

Command Arguments
As we discussed last week, commands are made up of three pieces:
Binary
Options (Flags ? preceeded with a -)
Arguments
These arguments can be combined in various ways.

Ls Options
ls ?l shows us more columns of output.
[root@bob ~]# ls
backup      other_stuff    scripty   tmp.sh
French.zip  questions.out  test.txt  uniq_q_n_a.txt


[root@bob ~]# ls -l
total 1524
drwxr-xr-x 4 root root    4096 Dec 23  2006 backup

Permissions  Owner Group Size Time Name

Ls Options
Using ls ?la will show you hidden files as well.
Hidden files begin with a .
Other than that, the output is the same to ls ?l
Using the ?t option for ls sorts the files by modification time with
the latest first.
Using the ?r option combined with ?t reverses the time search order,
and puts oldest last.
Combining ls Options
So, we like ?l, -a, -t, and ?r for ls.  It gives as much information
as we?d need to look at the files.  How do we use them?
ls ?l ?a ?t ?r  (long way)
ls ?latr (lazy way)
The options are able to be combined by a single: 			?

This is true for most commands you will use.
Sorting your output
By default the output you will from some commands seems to have no
real order.
 Not all files are maintained in alphabetical order.
So, the powers that be developed a command to help us poor humans:
sort
Sorting 2
The /etc/passwd file contains information on all users on the
system.
When new users get created, they get added to the bottom of the
file.
It gets out of hand quickly.  So, let?s try the following:
cat /etc/passwd ? It?s hard to find entries
sort /etc/passwd ? much easier to read
More sorting
Looking to reverse that sort, backwards alphabetical anyone?
sort ?r has got your back.
Very similar to the ls ?latr (reverse time sort)
Just remember, UNIX is case sensitive, so A does not equal a out of
the box.
You can use sort ?f to ignore case


If you have a list of files that has multiple entries, many of which
are the same, you can use sort to extract unique records:     sort ?u
We all need a break
Great time to break.  Be back here in 10 minutes.
The sleep command
Sometimes you are writing a script that needs to allow time for
something to complete.
For that the sleep command was invented.
sleep takes one argument, and one argument only.  A number.
It?s job is basically to wait that many seconds and the return control
to you.  sleep 5 sleeps for 5 seconds, etc.
Passing Arguments
You can see what?s happening with arguments by issuing this command:
echo A B C D > file
cat file


What does this tell us?
echo is spawned with 4 arguments
echo operates and redirects its output to a file
Combining files
Suppose you have three separate files that you need in one big file.
No problem!
date >file1
echo hello world > file2
ls > file3
Cat each of these files individually to see the results.
Merge them by executing:
cat file1 file2 file3 > bigfile
cat bigfile
Locating Specific lines in a file
grep is hands down one of the most useful utilities ever.
Quickly described, grep simply looks for a pattern and outputs the
match.
A quick example would be:
grep student /etc/passwd
What else can grep do?
You can use grep to find files:
	ls |grep ?file1?
You can use grep to match case insensitive:
			grep ?i student /etc/passwd
You can use grep to match everything but:
grep ?v student /etc/passwd
Notes
Just a reminder, many utilities can be executed as part of a command
string:
cat /etc/passwd |grep ?i student
They can also be executed independently
grep ?i student /etc/passwd




Both methods produce identical output
Some utilities are dumb
cat, more, sort when executed without any arguments or options will
just sit there and stare at you blankly
Why?  Because they are waiting for you to do something.
Execute the sort command and hit enter.
What happens?
Sort with nothing
You didn?t give it a file to work with.  You didn?t give it a stream
to work with, so it?s waiting for you to provide the data for it to do
it?s work.
Enter the following strings:
Hello
Goodbye
42
AAA
Aaa
Then hold ctrl and hit D.  This tells sort that it?s reached the end
of the input and it does its work.  It will use your input as its
source.
Using cat to create a new file
cat > newfile
Opens the cat binary and attaches to newfile for output.
Drops to the input method we just used to get it?s contents.  Enter:
Hello from cat
Then ctrl-D.
cat newfile ? will show your entry.
You can also create a file with echo:  echo ?hello? > newfile2

CMPSC 249:

Introduction to UNIX/Linux
Week 4 -- vi

Announcements

Test next week
We will review at the end of lecture


vi
The vi that we are using tonight is not actually, it?s vim (VI
iMproved).
VIM is not the same as vi, but the basics are close.  Not all UNIXes
are the same when it comes to vi.
Type the following command:  vi
~                              VIM - Vi IMproved
~
~                               version 7.0.109
~                           by Bram Moolenaar et al.
~                 Vim is open source and freely distributable


What now?
~                type  :q<Enter>               to exit
~                type  :help<Enter>  or  <F1>  for on-line help
~                type  :help version7<Enter>   for version info
This information is useful, because it gives you some of vi?s more
basic commands.
Use :q to exit vi.

VI modes
VI has two basic modes:  command and insert.
VI always starts in command mode.
Special mode for vi control commands.
Insert mode is the only way to actually modify text.
Insert mode
VI help
So, when you enter vi, you can use :help to navigate through the help
pages.
It?s a little quirky, and easy to get lost.  I often refer to:
http://vimdoc.sourceforge.net/htmldoc/help.html
What?s vi for?
As we?ve discussed, the vast majority of UNIX programs are controlled
by text files.
VI gives you a method to edit those files.  VI can:
Move around a file
Delete Text
Copy and Paste Text
Moving around (viewing) a file
The arrow keys can help you move through a file.  For example, execute
the following command:  vi /etc/passwd
Use the arrow keys to scroll up, down, left, and right in the file.

Quitting vi
Ctrl-c will not work with vi.
You can manually kill the process from another window or use the q
command.
Esc + :q to exit (might not need esc, but always good to be safe)
You must ALWAYS precede commands with :
Moving 2
In vi, there are special key sequences to perform certain tasks.
For example:
Shift + G moves to the last line in a file
$ moves to the end of the line you are currently on.
: and a number moves to that specific line (:1 moves to line 1)

Who needs a mouse?
When not in insert mode, vi allows you to move around with more than
just arrow keys.
w allows you to move your cursor from word to word.
e moves the cursor to the end of the word
b moves back one word.
Cursor positioning is key to hitting insert mode running.


Searching in a file
You can use vi to search for a specific pattern in a file.
Anyone remember the command we used to search for patterns last week?
In vi you precede your search string with a /
vi /etc/passwd
Type:     /root    it will take you to the line that matches root.
The ?n? key will move to the next match.
An uppercase N will take you to the previous match.
Searching continued
UNIX is case sensitive, remember?
Grep, sort, and other utilities have builtin ways of being case-
agnostic.
Vi is no different, although there is no special command ? it?s a
setting.
You need to use the following:
Esc + :set ignorecase
Using VI to edit an existing file
Find one of the files we created last week in lab.
vi that file (vi $filename)
Go to the end of the file.
Go to the end of the line.
Append the following line:  ABC123
Save the file (esc + :wq)
cat it to ensure the text got saved.
Using vi to create a new file
Similar to some of the topics we covered last week, if you give vi an
argument that is a filename, vi will open that file.
If the filename does not exist, vi will create it for you.
Let?s execute the following command:
			vi vi_file_create.txt


Switching out of command mode
So, you?ve opened your file, and you want to put text in it.
If this is truly a new file, vi will tell you at the bottom:
"vi_tmp_file.txt" [New File]

But, you?re in command mode.
Type the letter h.  Nothing happens.

To get out of insert mode, type:  i

I is a vi command that switches to insert mode.  Now, you can type
till your heart?s content.  Go ahead, put a few lines of text in.

Done entering text?
If you hit :q here, all changes are lost.  Your file will not
created.
So, how you actually write to your file?
Four key components:
Hit the escape key.  This is the way to exit command mode
:  -- Indicates a command string is coming
w ? is the vi command to write your changes to the file.
q ? command to quit.



Often the command sequence used is:  Esc + :wq
Accomplishes this all in one command
Checking your input
cat vi_tmp_file.txt
See your text?
You?ve now used vi to create a file.

What commands did you use to create files last week?
Key Concept
?vi rocks? ? Ron Utsinger, Caterpillar, Inc UNIX Operations.
The Esc key switches from insert mode to command mode.
If you accidentally put your command in your text, you need to switch
to command mode.
Before you execute a command it is a good idea to ensure you?re out of
insert mode by using escape.
Functions
You?ve probably noticed some commands are not preceded by a :
These are hotkeys, or macros.  I call them functions.
There are functions to perform various tasks.
Most of these functions, when preceded with a number will perform that
function that number of times.  20dd will delete 20 lines, etc.




These functions cannot be performed in insert mode.  So, if you are in
insert mode you?ll need to hit escape first.
Deleting Lines
dd is the function to delete the current line.
If you precede dd with a number it will remove that many lines.  From
your cursor down.
Let?s create a file.
vi tmp_file1
20i aaaa (enter)
Esc + :w
Now, let?s delete 1 line
Dd
Now, let?s delete 10 lines
10dd    esc + :wq
cat the file, and count the lines.  How many are there?
Deleting a specific line
Knowing the line number can be advantageous.  You can delete a line
based on it?s number.
For example: to delete line 5, execute:
:5d
Deleting Characters
You can delete characters with the delete key and backspace keys when
insert mode.
In command mode, there is an alternative:  x
Why?  Sometimes you just don?t want to go to insert mode.
vi tmp_file1 again.  Delete the remaining lines (9dd)
Go to insert mode and enter:  abcd
Hit escape, and move your cursor to c
Hit x


Move your cursor back to b, and hit 2x.  What happened?
Deleting a word
Much line x can delete a character , you can delete a word by
highlighting it and executing:
dw
Undo
Yes, we realize that people make mistakes.
u executes the undo command.  It will undo your previous text add or
deletion.
Hit u once ? what happened?
Hit it again ? what happened?
Changing a word
Vi gives you the option to change an entire word without actually
going into insert mode first.
You simply highlight any letter in the word, and enter:
cw
The existing word is replaced, and you are allowed to insert a new one
in its place.

Changing a letter
VI also gives you the option to change just a letter without going
into insert mode first.
You simply move your cursor to the word you want to replace and
enter:
cl
The existing letter is removed and you are allowed to insert a new one
in its place.

Yanking (copying)
VI supports functionality similar to that of copy and paste.
To copy an entire line, you type:
yy (yank)
To copy a word, you type:
yw (Yank Word)
To copy a letter, you type:
yl (Yank Letter)
As with all functions, you can precede any of the y?s above with a
number to yank that many lines/words/letters
Pasting
Pasting is accomplished via the following function:
p
Regardless if you have yanked a word, letter, or line p will paste
what is in the buffer.
You can precede p with a number to paste the line that many times.


A line will be pasted below your current line

A word or letter will be pasted after your current cursor position.

An example
vi paste_test
i for insert mode
Enter the following text:
abcd
1234
Move your cursor to the first line and type:
	yy
	then p
You should now have two lines of abcd.



Example 2
Delete the second abcd line with dd
Move back to the first line, and type yy.
Move your arrow key down to the second line and hit p.
Your file should now look like:
abcd
	1234
	abcd
You can move your cursor between yanks and pastes.
Example 3
Delete the second abcd line with dd.
Move back to the first line and type 2yy (yank 2 lines).
Then hit p.  Your file will now look like:
		abcd
		abcd
		1234
		1234
Why?  Vi pastes lines below your current cursor position.
Hit u, then move down to the bottom of the file and type p, does that
look better?
Example 4
Delete the extra lines, and move back to the top line.
Enter yy
Move to the bottom of the file and type 20p.
You should now have abcd, 1234, and then 20 more abcd?s
Creating a new line
We can use Shift G and $ to go the the last line and the end of that
line respectively.  From there we can hit enter and put a new line
below the last.
Is there a better way?  Yes, when you are on a line and you want to
start a new line directly below, you can use the o key to insert a new
line and begin typing.  o will automatically put you into insert
mode.
A Capital O will create a new line above the cursor.
Also, capital A will automatically create a new line at the bottom of
the file and put you in insert mode.
Mistakes
So, what if you horribly mess up the file in the process of miskeying
functions?
Easy, all you have to do is quit without saving:
Esc + :q
What happened?  Why won?t it let you leave?



Esc + :q!    (! Means force)
Reading in another file
So, you?ve opened vi, but you forgot to make a copy of your original
file before editing.
Sure, you COULD leave vi, copy it and open up vi again.
But there are better ways.

Reading in another file ? Way 1
Way 1 is slightly dangerous in that you actually edit the live file.
You could accidentally overwrite the live file.
This violates Creighton?s rule #1:  Always make a backup before you
change something.
So, assume you vi /etc/passwd, and you make changes.  But you don?t
want your changes to go live yet.  Easy:
Esc + :w filename will write to a new file
Reading in another file ? Way 2
Method 2 involves telling vi to input the contents of another file
with read.
Let?s try this:
vi passwd_copy
Esc + :r /etc/passwd
Esc + :wq
Cat the file ? what just happened?


You copied the contents of /etc/passwd into your file and saved it as
passwd_copy
VI?ing a directory
This is my favorite feature of vim.  Why?  Because I?m lazy.
In vim, you can call vi with the argument of a directory.  It will
give you a list of files in that directory, and let you pick a file.
Arrow keys and enter select.
Then, you are editing that file.
Try it, type vi /etc/
What happens?
More navigation
Now that we know the power that numbers hold in front of functions,
get out of insert mode.
Type 15, and then the down key.
You?ve just moved 15 lines down.
See why lazy admins like vi?
View
View is a utility that is bundled with vi.
We used more, head, and tail last week to look at big files.
View gives us another method to do that.
It is basically a read-only version of vi.
You can search, use Shift G, or $, /, etc to navigate through bigger
files.
More tricks
$ moves to the end of a line
:$ moves to the last line of the file (like Shift G)
^ moves to the beginning of the line you?re on.
w advances a word from the beginning of the word (try 3w)
b moves back one word (try 3b)
A number followed by | moves to that position in the line.
E moves word to word by the end of the word (5e)
Tricks continued
L moves the cursor to the lowest line on the screen
M moves the cursor to the middle line on the screen
H moves the cursor to the first line on the screen.
Screen Scrolling
Ctrl-D moves down one-half screen at a time
Ctrl-U moves up one half screen at a time
Ctrl-F moves down one whole screen
Ctrl-B moves up one whole screen

From dougb at FreeBSD.org  Tue Sep 16 22:25:15 2008
From: dougb at FreeBSD.org (Doug Barton)
Date: Tue Sep 16 22:25:22 2008
Subject: OPTIONS handling doesn't seem to work fully in
	dependencies	anymore
In-Reply-To: <48CFCE01.4050304@FreeBSD.org>
References: <200809151036.19674.jhb@freebsd.org>
	<48CEBE6E.1030508@FreeBSD.org> <48CFCE01.4050304@FreeBSD.org>
Message-ID: <48D03248.1040109@FreeBSD.org>

Alex Dupre wrote:
> Doug Barton ha scritto:
>> Bug, and at first glance I think your analysis is correct about the
>> cause.
> 
> Surely a bug, but the mentioned code is what was added in rev 1.560
> (http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk?r1=1.560#rev1.560)
> exactly to add this feature, and AFAIR it worked.

The commit log refers to a different problem than John reported. The
commit log refers to the problem of a saved options file that doesn't
have all of the new OPTIONS for a new version of the port.

John was referring to the problem of 'make config' not being called for
ports being installed as dependencies of a port that has OPTIONS.

Doug

-- 

    This .signature sanitized for your protection
From mark.picone at deakin.edu.au  Tue Sep 16 22:32:56 2008
From: mark.picone at deakin.edu.au (Mark Picone)
Date: Tue Sep 16 22:33:05 2008
Subject: Linux Help
In-Reply-To: <02a63bf9-fa84-4dba-a5c9-94053332584f@j22g2000hsf.googlegroups.com>
References: <02a63bf9-fa84-4dba-a5c9-94053332584f@j22g2000hsf.googlegroups.com>
Message-ID: <787FAEC94123984293205DC78AD7C2C80E16551218@garnet-1.du.deakin.edu.au>

Ok then...

Mark Picone, Trainee Unix Administrator
Deakin University, Information Technology Services Division
Phone:   03 5227 8602   International: +61 3 5227 0806
Fax:     03 5227 8799   International: +61 3 5227 8799
Email:   mark.picone@deakin.edu.au
Website: http://www.deakin.edu.au


> -----Original Message-----
> From: owner-freebsd-ports@freebsd.org [mailto:owner-freebsd-
> ports@freebsd.org] On Behalf Of johnharten
> Sent: Wednesday, 17 September 2008 8:05 AM
> To: freebsd-ports@freebsd.org
> Subject: Linux Help
> 
> LINUX is not UNIX, but it's close enough
> This book is old
> I will try to take the concepts the book lays out and integrate them
> with more recent versions.
> Lecture material will be a hybrid
> Chapter 1
> 
> Logging on to the System
> Why we study UNIX/LINUX
> Started in the 1970's (pre-Microsoft)?
> UNIX runs ?everything?
> The Internet, Stock Market, Movies, technological advancements,
> Embedded Devices (ATM's), POS systems, the military, utility
> companies, and much more.
> Linux began in the early '90's
> Has revolutionized the IT world
> Authentication
> Authentication is the process of confirming that you are who you say
> you are
> Logging in (authenticating) typically requires two components
> Username (login name)?
> Password
> Authentication (continued)?
> Authentication can also take the following forms:
> Public/Private Key Pair
> PGP / SSL certificates
> Biometric Authentication
> Fingerprints
> Retinal scans
> Voice matching
> Authorization
> Authorization is the process of determining who gets access to what.
> Unlike authentication, authorization does not generally involve and
> additional input.
> Keeps the system secure.
> Login Scenarios
> Running system with the root username and password
> Running system where you have the username / password of non-root user
> A system with no Operating System
> Scenario:  No OS
> If there is no operating system present, you'll need to install one
> Setting the root password is part of the installation process
> You'll need to create a regular user account for yourself as well
> Scenarios:  Have Credentials
> Running system where you have a valid username / password (root or
> otherwise)
> At login prompt, enter valid username and hit enter
> At password prompt, enter valid password and hit enter
> Have Credentials (cont'd)?
> Whether or not you enter the username correctly, you will be prompted
> for a password.
> When you type your password, the characters will be masked by *'s for
> security
> UNIX is case-sensitive!!!
> Notes on root user
> root is the system administrator
> root has access to all resources and there is no safety net
> Use root only when necessary
> Login Prompts
> Command Line
> Telnet / ssh / no graphical environment
> Graphical
> X Windows system is installed on system
> Pictures of both on page 5
> Lab Work
> Install Linux
> Fedora 9, because we have new hardware.
> 
> CMPSC 249:
> 
> Introduction to UNIX/Linux
> Week 2: UNIX Essentials
> The Kernel
> The kernel is the core of an operating system.
> Source Provided for compilation.
> RedHat provides RPM packages.  (rpm ?qa |grep ?i kernel)
> You don?t touch it directly.
> Where is the Kernel?
> The boot loader runs and loads the kernel based on the choice you
> make.
> Editing the boot loader entry will reveal the location of the kernel
> (usually /boot/vmlinuz*)
> RamDisk and kernel load and then process id 1 (init) is spawned.
> User Space
> User space is the visible part of the operating system.
> User processes
> Services / daemons
> Every user space component executes system calls and spends some time
> in the kernel.
> 
> 
> What does the Kernel do?
> Sits between programs (user space) and hardware.
> Applications use syscall facilities to have the kernel perform work on
> their behalf.
> This work takes many forms.
> 
> Kernel
> Kernel (2)
> System call facility that allows processes to use kernel functions.
> Process creation and tracking
> Process priority control
> Swapping pages & memory management
> IPC - inter-process communication
> Cache, Buffer and I/O management
> File creation, removal and modification and permissions
> Filesystems
> Log file data accumulation and flushing.
> 
> The Filesystem
> What is a filesystem?
> 
> <geek>a method for storing and organizing computer files and the data
> they contain to make it easy to find and access them.</geek>
> What is a filesystem (English)
> A container for data
> More than just a place to keep files
> Hierarchical
> File Attributes
> Security
> 
> Filesystem Layout
> / = System Top Level Directory. Start of the tree
> Everything is hierarchical in folders underneath / (/opt, /usr, /etc)
> Folders can act as mount points for local and network filesystems
> Common Directories
> /usr ? shared, read-only libraries and binaries.
> /etc ? machine configuration files
> /home ? user directories (private)
> /boot ? location of necessary files for boot loader.  Usually at
> beginning of disk
> Common Directories (2)
> /dev ? location of special device descriptor files
> /proc ? Virtual filesystem that gives insight into the kernel and
> running tasks.
> /var ? Typical location of spool (print, mail) and log files.
> /opt ? optional installed packages
> /dev and /proc are virtual file systems
> Separation of FileSystems
> Separation involves creating individual filesystems for each mount
> point.
> Prevents an errant process or user from filling up all filesystems and
> crashing the system.
> Separating everything is not practical.
> 
> Disk Partitioning
> Very similar to Windows, Linux supports carving of drives into
> partitions.
> During our install we created separate partitions for various
> filesystems
> The fdisk command can be used to create and view partitions.
> To view current disks and partitions use fdisk ?l
> 
> Disk Partitioning (2)
> Disk /dev/sda: 80.0 GB, 80000000000 bytes
> 255 heads, 63 sectors/track, 9726 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
>    Device Boot      Start         End      Blocks   Id  System
> /dev/sda1   *           1          32      257008+  83  Linux
> /dev/sda2              33        1307    10241437+  83  Linux
> /dev/sda3            1308        1568     2096482+  82  Linux swap /
> Solaris
> /dev/sda4            1569        9726    65529135    5  Extended
> /dev/sda5            1569        1600      257008+  83  Linux
> /dev/sda6            1601        2875    10241406   83  Linux
> /dev/sda7            2876        9726    55030626   8e  Linux LVM
> [root@reboot ~]#
> 
> Disk Partitioning (3)
> To match partitions to filesystems you can use df to correllate:
>  [root@reboot ~]# df
> Filesystem           1K-blocks      Used Available Use% Mounted on
> /dev/sda6              9920592   1463072   7945452  16% /
> /dev/sda5               248895     17297    218748   8% /boot
> tmpfs                   479236         0    479236   0% /dev/shm
> /dev/mapper/vg_reboot-lvhome
>                       19838052  16125436   2688616  86% /home
> /dev/mapper/vg_reboot-lvtmp
>                        9560920     72440   9010156   1% /tmp
> /dev/mapper/vg_reboot-lvusr
>                        6983168   4129136   2493612  63% /usr
> /dev/mapper/vg_reboot-lvvar
>                        2951952    701460   2098124  26% /var
> 
> LVM
> LVM (Logical Volume Management Devices)
> Volume Groups are essentially logical disks that can actually span
> multiple devices.
> /dev/mapper entries are logical volumes within a volume group.
> Volume groups can consist of partitions on disks or whole disks called
> physical volumes.
> Physical volumes (pv?s) are raw LVM devices with a partition type of
> 8e or Linux LVM.
> ?vgdisplay? command lists current lvm volume groups.  With no options,
> it prints a stanza for each defined volume group (vg)
> [root@reboot ~]# vgdisplay
>   --- Volume group ---
>   VG Name               vg_reboot
>   ?
> 
> 
> LVM (continued)
> Vgdisplay gives other useful information as well:
> PE Size               32.00 MB
> Total PE              1679
> Alloc PE / Size       1239 / 38.72 GB
> Free  PE / Size       440 / 13.75 GB
> 
> PE?s are Physical Extent.  It?s the smallest allocation size you can
> have in a VG.
> Total PE is the number of PE?s in the volume group.
> You multiply PE size by Total PE to get the size of the vg.
> Allocated PE is the total amount of PE assigned to a volume
> Free PE is the total amount of PE that is available for use.
> LVM Part 3
> How do you determine how many devices are contained in a vg?
> Easy ? you use vgdisplay ?v.  At the very bottom of the output will be
> a stanza for each physical volume.
> 
>  --- Physical volumes ---
>   PV Name               /dev/sda7
>   PV UUID               YDgW5U-0gFQ-kzBm-HJh5-0l7F-V1Cp-X7VPcj
>   PV Status             allocatable
>   Total PE / Free PE    1679 / 440
> 
> 
> LVM 4
> So, we have pv?s and vg?s ? what about filesystems?
> You need a logical volume.  Vgdisplay ?v also gives information on
> each lv:
>  --- Logical volume ---
>   LV Name                /dev/vg_reboot/lvusr
>   VG Name                vg_reboot
> LV Status              available
> LV Size                6.88 GB
>   Current LE             220
> 
> Creating PV?s
> Create a partition with fdisk of type 8e (Linux LVM) ? BE CAREFUL not
> to change an existing partition.
> fdisk /dev/sda will open the fdisk menu for /dev/sda
> The letter m prints help information, but you want to use n to create
> a new partition.
> Accept default for starting location (first available sector).
> Default end will be end of disk.
> The t option lets you specify type.
> Use the letter w once you are sure it?s right to activate changes.
> It will created /dev/sda# for you
> Once done, you?ll need to execute the following command:
>                 pvcreate /dev/sd# (where # is the partition you just
> created).
> Creating VG?s and LV?s
> Once you have your pv, creating a volume group is as easy as
> executing:
>                 vgcreate classvg /dev/sda# (where number is the pv you just
> created)
> 
> Once you have your vg, you can create an LV contained within:
> lvcreate ?n classlv  -L 1G classvg
> 
> NOTE ? lvcreate and lvextend accept ?L for human readable size as well
> as ?l to specify the number of PE?s
> Resizing Filesystems
> Resizing filesystems can be done online with resize2fs.
> Resize2fs /dev/vg_reboot/lv_to_increase ? by default it will increase
> to LV size
> MUCH easier to resize a filesystem in an LV.
> LV?s can be grown without being contiguous.
> lvextend ?L +5G /dev/vg_reboot/lv_to_increase will increase the
> logical volume by 5G
> If you need to resize a partition it can be risky because you need to
> reorder your partition scheme.
> Command Syntax Basics
> Commands consist of three parts:
> Binary Name
> Options
> Arguments
> 
> Options are indicated by ?-? or ??? prefixes.
> indicates a single letter (Linux Style)
> --indicates a word argument (BSD Style)
> 
> Arguments take many forms.
> Values for options (-L 5G)
> Full paths to files or directories on which to perform actions.
> ?ls? command
> Command:  ls
> Purpose: Lists files and directories (like dir)
> Options: common options are ?la (long listing).  Also use ?t to sort
> by time, latest first.  -r reverses the sort.
> Common use:  ls -latr
> Arguments: directory or path name (fully qualified or in current dir).
> ?cat? command
> Command:  cat
> Purpose: display contents of a file
> Options: none
> Arguments: filename
> 
> ?more? command
> Command:  more
> Purpose: another way to show the contents of a file.  Breaks by page,
> so you can read it.  Space advances a page, entery advances a line.
> Options: none
> Arguments: filename
> 
> ?grep? command
> Command:  grep
> Purpose: Funny name, serious tool.  Grep looks for pattern matches in
> a file.
> Options:  ?i is my favorite.  Means case insensitive (remember, UNIX
> is case sensitive).  Also grep ?v means show me everyline but the ones
> that contain this text.
> Arguments: filename
> 
> 
> ?cd?
> Command:  cd
> Purpose: Changes your current directory.  Default directory is /home/
> student.
> Options: none
> Arguments: Directory name
> 
> NOTE:  cd ? puts you back to your old directory.
> 
> 
> ?mkdir?
> Command: mkdir
> Purpose: Creates a directory
> Options: -p if you?re making a deep directory mkdir ?p /dir1/dir2/dir3
> will create dir1, dir2, and dir3
> Arguments: Directory name
> 
> ?pwd?
> Command:   pwd
> Purpose: Prints your current directory (you are here).
> Options: none
> Arguments: none
> 
> ?rm?
> Command:  rm
> Purpose: Removes a file
> Options: -f (means don?t ask me if I?m sure).  -R means recursive ?
> the only way to remove a directory.
> Arguments:  file name
> 
> NOTE:  rm ?Rf / is ALWAYS a bad idea
> 
> ?df?
> Command:  df
> Purpose: Displays information on mounted filesystems
> Options: -h (human readable.  Calculates in GB, MB, or KB).
> Arguments: none
> 
> ?cp?
> Command:  cp
> Purpose: copies one file or directory to another, preserving the
> original.
> Options: -R for directories ?p to preserve permissions
> Arguments: Directory 1, directory2
> 
> ?mv?
> Command: mv
> Purpose: Moves one file or a directory to another ? rename.
> Options: none
> Arguments: file1, file2
> 
> ?echo?
> Command:  echo
> Purpose: prints a string to a screen
> Options: none we?ll worry about right now.
> Arguments: text --- if spaces, enclose in ??s
> 
> ?appropos?
> Command: appropos
> Purpose: English to geek translator.
> Options: none
> Arguments: when you know the purpose of the command, appropos might
> help you find it.
> 
> ?man?
> Command:  man
> Purpose: more information than you will ever want to know.
> Options: none
> Arguments: command
> 
> Bash basics
> Bash is your friend.  IT is the lazy man?s shell.
> If you know the command name, you can type the first few letters and
> hit tab twice.  It will show you your options.
> Also, to use your last command (or edit it) just hit up.
> Notes
> Linux treats spaces as special characters.  Avoid them at all costs.
> If you are dead set on using them, you?ll have to escape them with \.
> If you don?t know how to use a command, try man.
> If you want a quick reference, 9 times out of 10 you can type the
> command without any options or arguments and hit enter.  It will tell
> you.
> 
> CMPSC 249:
> 
> Introduction to UNIX/Linux
> Syllabus Update
> Test has been pushed from next week.
> 
> 
> All the LVM material from last week?s class will not be tested on.
> Tonight?s Agenda
> Revisit Common Commands
> 
> Chain Commands Together
> 
> Redirecting Output
> 
> Any questions from last week?
> 
> Navigating the filesystem
> Filesystem:  collection of files and directories contained on a block
> device.
> Examples of commands to navigate the filesystem:  pwd, mv, cp, ls
> 
> 
> Navigating the Filesystem
> The best place to start is how to figure out where you are.
> To get a listing of your current directory execute:   pwd
> Pwd tells you where you are, and as such where your various file
> operations will look for their input
> The output of that command will look like:
> /home/student
> 
> Looking for files
> We?ll talk about ls again in a few minutes, but in the meantime,
> without any arguments or options, it serves one purpose:
> To show you a list of the files in your current directory:
> [root@bob ~]# ls
> backup      other_stuff    scripty   tmp.sh
> French.zip  questions.out  test.txt  uniq_q_n_a.txt
> [root@bob ~]#
> 
> / -- ain?t it cool
> / is where all files start from
> To get a listing of all objects in / execute the following:  ls /
> Note, in the command above, / serves the purpose of an argument.
> The output should look something like:
> [root@bob ~]# ls /
> backup  boot  etc   lib         media  mnt  Old  proc  sbin     srv
> tmp  var
> bin     dev   home  lost+found  misc   net  opt  root  selinux  sys
> usr
> 
> 
> 
> Looking at other directories
> What happens when you want to view a filesystem that has thousands of
> files in it?
> ls will display it?s output and it will scroll way past the top of
> your screen, and you won?t be able to see it all.
> Try it --- go ahead, I?ll wait  (ls /etc)
> This is where you get to meet a UNIX Admin?s best friend:  |
> 
> | -- also cool
> | (called ?pipe?) serves the purpose of taking the output from one
> command and passing it as input to another.  It?s basically a chain.
> By itself ls | would do nothing.  However, if we introduce the more
> command, our output is broken up by our screen size.
> ls |more ? try it.  I?ll wait
> You can use the Enter key to advance one line at a time, or the space
> key basically does a page down, q will exit more without looking at
> all the output.
> Directories Gone Wild
> So, this whole / thing is pretty cool, but what if I want to make my
> own directory?
> Easy, use mkdir
> mkdir takes one argument ? the destination directory.
> If you do not specify a full path (mkdir /home/student/cookiemonster),
> mkdir will create the directory in your current directory.
> mkdir tmp will create a dir called tmp wherever you are.
> Go ahead, try it?I?ll wait *use ls to validate*
> Moving between directories
> So, you know what your pwd is, and you know you want to get to /, but
> how do you make / your current directory?
> Use cd.  Much like in windows/dos, cd changes your current directory.
> If you fully path the directory (cd /home/etc/sysconfig/) you will be
> dropped in /etc/sysconfig.
> Without specifying a full path (cd cookiemonster) cd will look in your
> pwd for that directory and fail if it does not exist.
> Go ahead, try it.  I?ll wait.
> cd with no arguments
> What happens if you run cd with no arguments?  Where do you get
> placed?
> 
> Anyone?  Try it and see.
> More more
> As with most commands in UNIX, more can be used in a few different
> ways.
> When we used more before, we piped the output of ls to more.
> But what if I want to look at a file to see what is in it?
> Well, you can use more in one of two ways:  more /etc/termcap
> Or, you can use cat to print the contents of the file and pipe it to
> more:  cat /etc/termcap | more
> What?s the difference?
> Looking only at parts of a file
> Look at the beginning of a file:  head /etc/termcap
> Look at the end of a file:  tail /etc/termcap.
> These commands will show you the first ten and the last ten lines of
> the file.
> Or, as above, cat /etc/termcap |head and cat /etc/termcap | tail
> See a pattern developing?
> 
> I wanna see more!!!
> Well, head and tail both support one option:  -n
> -n specifies a number of lines to see.
> tail ?n 20 /etc/termcap will show the last 20 lines.
> Try this:  tail ?n 100 /etc/termcap
> What do you need to do to make that all visible? tail ?n 100 /etc/
> termcap/more
> 
> Tail continued
> Tail supports an option to view a file in real time:  tail ?f /etc/
> termcap.
> Will show you the last 10 lines and then sit there.
> If any new characters get added to the file ?f forces tail to show
> them to you as they arrive.
> VERY useful for debugging and monitoring log files.
> How do you interrupt it?  Any ideas?
> Bueller?
> cp/mv
> We used cp/mv in lab last week.  Anyone remember how they worked?
> cp was to copy, mv was to rename.  Only, mv is actually a move
> command, and does more than just rename.
> Using cp to copy a file involves two arguments:  source and
> destination.
> If destination is a directory, cp and mv will put their output in the
> directory as opposed to pwd.
> 
> Notes
> Remember, there is a difference between fully pathing (/etc/
> sysconfig/) and shortening the path (sysconfig).
> Anyone want to tell us what that difference is?
> Cp supports many source files.  You can do something like this:  cp
> file1 file2 file3 file4 backup_directory.  All files will be put in
> the directory: backup_directory.
> Time to remove
> rm = delete a file
> rm ?i puts rm into interactive (windows) mode.  It asks for
> confirmation before deleting.  It?s safer to run as root.
> rm accepts many arguments as files to remove.
> Let?s try an experement?
> touch file_1
> rm file_1
> 
> 
> What happened?  Did it ask you to remove the file, or did it just do
> it?
> Confirmation Elimination
> What do you do if rm asks you if it?s ok to remove a file every
> time?
> You can use rm ?f (f for force).
> It?s probably set up as a command alias for your user.
> [root@bob ~]# alias
> alias rm='rm -i?
> 
> 
> 
> 
> 
> To get rid of the alias execute:  unalias rm --- but this will only
> work for this session.  The next time you log in you?ll have to change
> it.
> 
> Removing files with wild cards
>  * is a wildcard, meaning it matches any character.
> If you have a bunch of files to delete that all have a similar name,
> you can use * to your advantage.
> Let?s try:
> Create the files:
>         touch file_1
>         touch file_2
>         touch file_3
>         touch file_4
> Wild cards Continued
> We created the files, now let?s remove them.
> To do it manually would require either one long command (rm file_1
> file_2 file_3 file_4) or four separate remove commands.
> Instead, we can save ourselves some work:
> rm file_*
> Common error scenarios
> Command not found:  indicates you have spelled your base command
> wrong.
> Using copy instead of cp
> No such file or directory:  indicates that one of your options is
> incorrect (you?ve tried to look at a file that doesn?t exist)
> ls /cookiemonster
> 
> Errors (2)
> If you get an error message, but you are sure that you?ve spelled the
> command right, often times you can use man to figure out what you are
> doing wrong.
> man ls
> Navigating man pages is similar to navigating output from more.
> 
> Redirecting Output
> We use | to move output from one program to another in a command
> string.
> What if we wanted our commands to output directories to a file?
> There are two ways to do this.  One way appends to an existing file,
> the other creates a new file.
> Redirecting Output
> ls > ls.out ? this creates a new file called ls.out.  If ls.out
> already existed, it would destroy the file and create a new one for
> us.
> ls >> ls.out ? this will append the output of our command to the
> existing ls.out file.  If ls.out did not exist, it would create it for
> us.
> Line counting
> Sometimes you really need to see how big a file is.  The wc command
> counts certain types of entries.
> To see how many lines are in the /etc/termcap file, you?d use:  cat /
> etc/termcap | wc ?l
> wc ?w shows how many words
> wc ?c shows how many characters
> Without any options, wc will show you all three:
> [root@bob ~]# cat /etc/termcap |wc
>   19092   91266  807103
> [root@bob ~]#
>                                     Lines   Chars     Words
> 
> Command Arguments
> As we discussed last week, commands are made up of three pieces:
> Binary
> Options (Flags ? preceeded with a -)
> Arguments
> These arguments can be combined in various ways.
> 
> Ls Options
> ls ?l shows us more columns of output.
> [root@bob ~]# ls
> backup      other_stuff    scripty   tmp.sh
> French.zip  questions.out  test.txt  uniq_q_n_a.txt
> 
> 
> [root@bob ~]# ls -l
> total 1524
> drwxr-xr-x 4 root root    4096 Dec 23  2006 backup
> 
> Permissions  Owner Group Size Time Name
> 
> Ls Options
> Using ls ?la will show you hidden files as well.
> Hidden files begin with a .
> Other than that, the output is the same to ls ?l
> Using the ?t option for ls sorts the files by modification time with
> the latest first.
> Using the ?r option combined with ?t reverses the time search order,
> and puts oldest last.
> Combining ls Options
> So, we like ?l, -a, -t, and ?r for ls.  It gives as much information
> as we?d need to look at the files.  How do we use them?
> ls ?l ?a ?t ?r  (long way)
> ls ?latr (lazy way)
> The options are able to be combined by a single:                        ?
> 
> This is true for most commands you will use.
> Sorting your output
> By default the output you will from some commands seems to have no
> real order.
>  Not all files are maintained in alphabetical order.
> So, the powers that be developed a command to help us poor humans:
> sort
> Sorting 2
> The /etc/passwd file contains information on all users on the
> system.
> When new users get created, they get added to the bottom of the
> file.
> It gets out of hand quickly.  So, let?s try the following:
> cat /etc/passwd ? It?s hard to find entries
> sort /etc/passwd ? much easier to read
> More sorting
> Looking to reverse that sort, backwards alphabetical anyone?
> sort ?r has got your back.
> Very similar to the ls ?latr (reverse time sort)
> Just remember, UNIX is case sensitive, so A does not equal a out of
> the box.
> You can use sort ?f to ignore case
> 
> 
> If you have a list of files that has multiple entries, many of which
> are the same, you can use sort to extract unique records:     sort ?u
> We all need a break
> Great time to break.  Be back here in 10 minutes.
> The sleep command
> Sometimes you are writing a script that needs to allow time for
> something to complete.
> For that the sleep command was invented.
> sleep takes one argument, and one argument only.  A number.
> It?s job is basically to wait that many seconds and the return control
> to you.  sleep 5 sleeps for 5 seconds, etc.
> Passing Arguments
> You can see what?s happening with arguments by issuing this command:
> echo A B C D > file
> cat file
> 
> 
> What does this tell us?
> echo is spawned with 4 arguments
> echo operates and redirects its output to a file
> Combining files
> Suppose you have three separate files that you need in one big file.
> No problem!
> date >file1
> echo hello world > file2
> ls > file3
> Cat each of these files individually to see the results.
> Merge them by executing:
> cat file1 file2 file3 > bigfile
> cat bigfile
> Locating Specific lines in a file
> grep is hands down one of the most useful utilities ever.
> Quickly described, grep simply looks for a pattern and outputs the
> match.
> A quick example would be:
> grep student /etc/passwd
> What else can grep do?
> You can use grep to find files:
>         ls |grep ?file1?
> You can use grep to match case insensitive:
>                         grep ?i student /etc/passwd
> You can use grep to match everything but:
> grep ?v student /etc/passwd
> Notes
> Just a reminder, many utilities can be executed as part of a command
> string:
> cat /etc/passwd |grep ?i student
> They can also be executed independently
> grep ?i student /etc/passwd
> 
> 
> 
> 
> Both methods produce identical output
> Some utilities are dumb
> cat, more, sort when executed without any arguments or options will
> just sit there and stare at you blankly
> Why?  Because they are waiting for you to do something.
> Execute the sort command and hit enter.
> What happens?
> Sort with nothing
> You didn?t give it a file to work with.  You didn?t give it a stream
> to work with, so it?s waiting for you to provide the data for it to do
> it?s work.
> Enter the following strings:
> Hello
> Goodbye
> 42
> AAA
> Aaa
> Then hold ctrl and hit D.  This tells sort that it?s reached the end
> of the input and it does its work.  It will use your input as its
> source.
> Using cat to create a new file
> cat > newfile
> Opens the cat binary and attaches to newfile for output.
> Drops to the input method we just used to get it?s contents.  Enter:
> Hello from cat
> Then ctrl-D.
> cat newfile ? will show your entry.
> You can also create a file with echo:  echo ?hello? > newfile2
> 
> CMPSC 249:
> 
> Introduction to UNIX/Linux
> Week 4 -- vi
> 
> Announcements
> 
> Test next week
> We will review at the end of lecture
> 
> 
> vi
> The vi that we are using tonight is not actually, it?s vim (VI
> iMproved).
> VIM is not the same as vi, but the basics are close.  Not all UNIXes
> are the same when it comes to vi.
> Type the following command:  vi
> ~                              VIM - Vi IMproved
> ~
> ~                               version 7.0.109
> ~                           by Bram Moolenaar et al.
> ~                 Vim is open source and freely distributable
> 
> 
> What now?
> ~                type  :q<Enter>               to exit
> ~                type  :help<Enter>  or  <F1>  for on-line help
> ~                type  :help version7<Enter>   for version info
> This information is useful, because it gives you some of vi?s more
> basic commands.
> Use :q to exit vi.
> 
> VI modes
> VI has two basic modes:  command and insert.
> VI always starts in command mode.
> Special mode for vi control commands.
> Insert mode is the only way to actually modify text.
> Insert mode
> VI help
> So, when you enter vi, you can use :help to navigate through the help
> pages.
> It?s a little quirky, and easy to get lost.  I often refer to:
> http://vimdoc.sourceforge.net/htmldoc/help.html
> What?s vi for?
> As we?ve discussed, the vast majority of UNIX programs are controlled
> by text files.
> VI gives you a method to edit those files.  VI can:
> Move around a file
> Delete Text
> Copy and Paste Text
> Moving around (viewing) a file
> The arrow keys can help you move through a file.  For example, execute
> the following command:  vi /etc/passwd
> Use the arrow keys to scroll up, down, left, and right in the file.
> 
> Quitting vi
> Ctrl-c will not work with vi.
> You can manually kill the process from another window or use the q
> command.
> Esc + :q to exit (might not need esc, but always good to be safe)
> You must ALWAYS precede commands with :
> Moving 2
> In vi, there are special key sequences to perform certain tasks.
> For example:
> Shift + G moves to the last line in a file
> $ moves to the end of the line you are currently on.
> : and a number moves to that specific line (:1 moves to line 1)
> 
> Who needs a mouse?
> When not in insert mode, vi allows you to move around with more than
> just arrow keys.
> w allows you to move your cursor from word to word.
> e moves the cursor to the end of the word
> b moves back one word.
> Cursor positioning is key to hitting insert mode running.
> 
> 
> Searching in a file
> You can use vi to search for a specific pattern in a file.
> Anyone remember the command we used to search for patterns last week?
> In vi you precede your search string with a /
> vi /etc/passwd
> Type:     /root    it will take you to the line that matches root.
> The ?n? key will move to the next match.
> An uppercase N will take you to the previous match.
> Searching continued
> UNIX is case sensitive, remember?
> Grep, sort, and other utilities have builtin ways of being case-
> agnostic.
> Vi is no different, although there is no special command ? it?s a
> setting.
> You need to use the following:
> Esc + :set ignorecase
> Using VI to edit an existing file
> Find one of the files we created last week in lab.
> vi that file (vi $filename)
> Go to the end of the file.
> Go to the end of the line.
> Append the following line:  ABC123
> Save the file (esc + :wq)
> cat it to ensure the text got saved.
> Using vi to create a new file
> Similar to some of the topics we covered last week, if you give vi an
> argument that is a filename, vi will open that file.
> If the filename does not exist, vi will create it for you.
> Let?s execute the following command:
>                         vi vi_file_create.txt
> 
> 
> Switching out of command mode
> So, you?ve opened your file, and you want to put text in it.
> If this is truly a new file, vi will tell you at the bottom:
> "vi_tmp_file.txt" [New File]
> 
> But, you?re in command mode.
> Type the letter h.  Nothing happens.
> 
> To get out of insert mode, type:  i
> 
> I is a vi command that switches to insert mode.  Now, you can type
> till your heart?s content.  Go ahead, put a few lines of text in.
> 
> Done entering text?
> If you hit :q here, all changes are lost.  Your file will not
> created.
> So, how you actually write to your file?
> Four key components:
> Hit the escape key.  This is the way to exit command mode
> :  -- Indicates a command string is coming
> w ? is the vi command to write your changes to the file.
> q ? command to quit.
> 
> 
> 
> Often the command sequence used is:  Esc + :wq
> Accomplishes this all in one command
> Checking your input
> cat vi_tmp_file.txt
> See your text?
> You?ve now used vi to create a file.
> 
> What commands did you use to create files last week?
> Key Concept
> ?vi rocks? ? Ron Utsinger, Caterpillar, Inc UNIX Operations.
> The Esc key switches from insert mode to command mode.
> If you accidentally put your command in your text, you need to switch
> to command mode.
> Before you execute a command it is a good idea to ensure you?re out of
> insert mode by using escape.
> Functions
> You?ve probably noticed some commands are not preceded by a :
> These are hotkeys, or macros.  I call them functions.
> There are functions to perform various tasks.
> Most of these functions, when preceded with a number will perform that
> function that number of times.  20dd will delete 20 lines, etc.
> 
> 
> 
> 
> These functions cannot be performed in insert mode.  So, if you are in
> insert mode you?ll need to hit escape first.
> Deleting Lines
> dd is the function to delete the current line.
> If you precede dd with a number it will remove that many lines.  From
> your cursor down.
> Let?s create a file.
> vi tmp_file1
> 20i aaaa (enter)
> Esc + :w
> Now, let?s delete 1 line
> Dd
> Now, let?s delete 10 lines
> 10dd    esc + :wq
> cat the file, and count the lines.  How many are there?
> Deleting a specific line
> Knowing the line number can be advantageous.  You can delete a line
> based on it?s number.
> For example: to delete line 5, execute:
> :5d
> Deleting Characters
> You can delete characters with the delete key and backspace keys when
> insert mode.
> In command mode, there is an alternative:  x
> Why?  Sometimes you just don?t want to go to insert mode.
> vi tmp_file1 again.  Delete the remaining lines (9dd)
> Go to insert mode and enter:  abcd
> Hit escape, and move your cursor to c
> Hit x
> 
> 
> Move your cursor back to b, and hit 2x.  What happened?
> Deleting a word
> Much line x can delete a character , you can delete a word by
> highlighting it and executing:
> dw
> Undo
> Yes, we realize that people make mistakes.
> u executes the undo command.  It will undo your previous text add or
> deletion.
> Hit u once ? what happened?
> Hit it again ? what happened?
> Changing a word
> Vi gives you the option to change an entire word without actually
> going into insert mode first.
> You simply highlight any letter in the word, and enter:
> cw
> The existing word is replaced, and you are allowed to insert a new one
> in its place.
> 
> Changing a letter
> VI also gives you the option to change just a letter without going
> into insert mode first.
> You simply move your cursor to the word you want to replace and
> enter:
> cl
> The existing letter is removed and you are allowed to insert a new one
> in its place.
> 
> Yanking (copying)
> VI supports functionality similar to that of copy and paste.
> To copy an entire line, you type:
> yy (yank)
> To copy a word, you type:
> yw (Yank Word)
> To copy a letter, you type:
> yl (Yank Letter)
> As with all functions, you can precede any of the y?s above with a
> number to yank that many lines/words/letters
> Pasting
> Pasting is accomplished via the following function:
> p
> Regardless if you have yanked a word, letter, or line p will paste
> what is in the buffer.
> You can precede p with a number to paste the line that many times.
> 
> 
> A line will be pasted below your current line
> 
> A word or letter will be pasted after your current cursor position.
> 
> An example
> vi paste_test
> i for insert mode
> Enter the following text:
> abcd
> 1234
> Move your cursor to the first line and type:
>         yy
>         then p
> You should now have two lines of abcd.
> 
> 
> 
> Example 2
> Delete the second abcd line with dd
> Move back to the first line, and type yy.
> Move your arrow key down to the second line and hit p.
> Your file should now look like:
> abcd
>         1234
>         abcd
> You can move your cursor between yanks and pastes.
> Example 3
> Delete the second abcd line with dd.
> Move back to the first line and type 2yy (yank 2 lines).
> Then hit p.  Your file will now look like:
>                 abcd
>                 abcd
>                 1234
>                 1234
> Why?  Vi pastes lines below your current cursor position.
> Hit u, then move down to the bottom of the file and type p, does that
> look better?
> Example 4
> Delete the extra lines, and move back to the top line.
> Enter yy
> Move to the bottom of the file and type 20p.
> You should now have abcd, 1234, and then 20 more abcd?s
> Creating a new line
> We can use Shift G and $ to go the the last line and the end of that
> line respectively.  From there we can hit enter and put a new line
> below the last.
> Is there a better way?  Yes, when you are on a line and you want to
> start a new line directly below, you can use the o key to insert a new
> line and begin typing.  o will automatically put you into insert
> mode.
> A Capital O will create a new line above the cursor.
> Also, capital A will automatically create a new line at the bottom of
> the file and put you in insert mode.
> Mistakes
> So, what if you horribly mess up the file in the process of miskeying
> functions?
> Easy, all you have to do is quit without saving:
> Esc + :q
> What happened?  Why won?t it let you leave?
> 
> 
> 
> Esc + :q!    (! Means force)
> Reading in another file
> So, you?ve opened vi, but you forgot to make a copy of your original
> file before editing.
> Sure, you COULD leave vi, copy it and open up vi again.
> But there are better ways.
> 
> Reading in another file ? Way 1
> Way 1 is slightly dangerous in that you actually edit the live file.
> You could accidentally overwrite the live file.
> This violates Creighton?s rule #1:  Always make a backup before you
> change something.
> So, assume you vi /etc/passwd, and you make changes.  But you don?t
> want your changes to go live yet.  Easy:
> Esc + :w filename will write to a new file
> Reading in another file ? Way 2
> Method 2 involves telling vi to input the contents of another file
> with read.
> Let?s try this:
> vi passwd_copy
> Esc + :r /etc/passwd
> Esc + :wq
> Cat the file ? what just happened?
> 
> 
> You copied the contents of /etc/passwd into your file and saved it as
> passwd_copy
> VI?ing a directory
> This is my favorite feature of vim.  Why?  Because I?m lazy.
> In vim, you can call vi with the argument of a directory.  It will
> give you a list of files in that directory, and let you pick a file.
> Arrow keys and enter select.
> Then, you are editing that file.
> Try it, type vi /etc/
> What happens?
> More navigation
> Now that we know the power that numbers hold in front of functions,
> get out of insert mode.
> Type 15, and then the down key.
> You?ve just moved 15 lines down.
> See why lazy admins like vi?
> View
> View is a utility that is bundled with vi.
> We used more, head, and tail last week to look at big files.
> View gives us another method to do that.
> It is basically a read-only version of vi.
> You can search, use Shift G, or $, /, etc to navigate through bigger
> files.
> More tricks
> $ moves to the end of a line
> :$ moves to the last line of the file (like Shift G)
> ^ moves to the beginning of the line you?re on.
> w advances a word from the beginning of the word (try 3w)
> b moves back one word (try 3b)
> A number followed by | moves to that position in the line.
> E moves word to word by the end of the word (5e)
> Tricks continued
> L moves the cursor to the lowest line on the screen
> M moves the cursor to the middle line on the screen
> H moves the cursor to the first line on the screen.
> Screen Scrolling
> Ctrl-D moves down one-half screen at a time
> Ctrl-U moves up one half screen at a time
> Ctrl-F moves down one whole screen
> Ctrl-B moves up one whole screen
> 
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3110 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080916/52093ecf/smime-0001.bin
From lists at stringsutils.com  Tue Sep 16 23:30:25 2008
From: lists at stringsutils.com (Francisco Reyes)
Date: Tue Sep 16 23:30:31 2008
Subject: Source install to look like installed package
Message-ID: <cone.1221606730.422849.39251.1000@zoraida.natserv.net>

Where could I find the structure of an installed port?

I am trying to take an existing binary install and make it appear as an 
installed package to facilitate uninstall.

It is the FreePascal install script. Although we have a a port, it usually 
is behind. 

The existing script basically just untars some binaries to a user 
selected directory.

From linimon at lonesome.com  Tue Sep 16 23:44:10 2008
From: linimon at lonesome.com (Mark Linimon)
Date: Tue Sep 16 23:44:17 2008
Subject: pointyhat sparc64
In-Reply-To: <485EF201.9030906@dan.me.uk>
References: <485EF201.9030906@dan.me.uk>
Message-ID: <20080916234409.GL30695@soaustin.net>

On Mon, Jun 23, 2008 at 01:44:49AM +0100, Daniel Austin MBCS wrote:
> Is there anything I can do to assist getting more ports/packages tested 
> (or the pointyhat cluster running faster) ?

I'm not sure I ever answered this email (I am going through the backlog
today).  I hope you did not get discouraged by the lack of response.

We are always on the lookout for some more UltraSparc-II machines to add
to the build cluster.  The fastest things we have are e4500s right now.
(There are 3 of those, 5 Netra 1s, and some other misc. stuff).

> I had a quick look at your crash logs for the netras... It seems they 
> have some issues with the ATA controller (atapci0 interrupt storm) - you 
> only appear to use it for the cdrom drive - perhaps simply disabling via 
> the boot loader would prevent the kernel panic (and get the machines 
> into the build cluster)?

No, the machines are set up to pxeboot.

acd0: CDRW <TOSHIBA CD-ROM XM-7002Bc/1110> at ata2-master UDMA33
IOMMU fault virtual address 0xc3008000
panic: pcib: uncorrectable DMA error AFAR 0x1fc5c020 AFSR
0x270000ff80000000
cpuid = 0
KDB: enter: panic
[thread pid 11 tid 100003 ]
Stopped at      kdb_enter+0x80: ta              %xcc, 1
db

However, you are right to point out ata.  The T1 200s use a different
chipset than the T1 105s.  (There are also other differences between
them, so it may not necessarily be the cause.)

However, you are right that this is a fairly low-cost thing to look
at.  I'll try it and let you know.  (I've been short-cycled on time
to look at this for a while, as you might be able to tell from the
fact it took me this long to get around to looking at your email).

Again, don't get discouraged, there is progress on the sparc64 front,
albeit slow.  I am running the 7.1R package builds right now.

mcl
From stephen at math.missouri.edu  Wed Sep 17 04:22:23 2008
From: stephen at math.missouri.edu (Stephen Montgomery-Smith)
Date: Wed Sep 17 04:22:29 2008
Subject: signal handling issues
Message-ID: <48D085F7.8080004@math.missouri.edu>

Apparently the program octave, as installed from ports, can coredump 
with "malloc(): error: recursive call."  I did a google check, and it 
seems that it results when a signal handler calls malloc when the signal 
was caught inside a malloc.  And looking inside 
/usr/ports/math/octave/work/octave-3.0.2/src/sighandlers.cc, I see that 
it does seem to use "new" and printing functions which I guess are not 
listed as allowed in "man sigaction."

My question is this.  Do you think it would be a good idea to link 
octave against /devel/ptmalloc?  I am thinking of graphics/xaralx as a 
model for how to do this.

Or does anyone else have some other idea on how to fix this?

Thanks, Stephen

From danfe at FreeBSD.org  Wed Sep 17 05:27:27 2008
From: danfe at FreeBSD.org (Alexey Dokuchaev)
Date: Wed Sep 17 05:27:34 2008
Subject: OPTIONS handling doesn't seem to work fully in
	dependencies	anymore
In-Reply-To: <48D03248.1040109@FreeBSD.org>
References: <200809151036.19674.jhb@freebsd.org>
	<48CEBE6E.1030508@FreeBSD.org> <48CFCE01.4050304@FreeBSD.org>
	<48D03248.1040109@FreeBSD.org>
Message-ID: <20080917052727.GA71514@FreeBSD.org>

On Tue, Sep 16, 2008 at 03:25:12PM -0700, Doug Barton wrote:
> Alex Dupre wrote:
> > Doug Barton ha scritto:
> >> Bug, and at first glance I think your analysis is correct about the
> >> cause.
> > 
> > Surely a bug, but the mentioned code is what was added in rev 1.560
> > (http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk?r1=1.560#rev1.560)
> > exactly to add this feature, and AFAIR it worked.
> 
> The commit log refers to a different problem than John reported. The
> commit log refers to the problem of a saved options file that doesn't
> have all of the new OPTIONS for a new version of the port.
> 
> John was referring to the problem of 'make config' not being called for
> ports being installed as dependencies of a port that has OPTIONS.

Nevertheless, going back to rev. 1.559 of b.p.m. restores correct
behavior.  Quite ironically, since commit logs tells us that "The end
user impact of this is more blue screens." for rev. 1.560, which I tend
to blame now.

I also don't think that we can simply tell our users to user portmaster
or some force-config switches.  This bug is quite annoying, and should
be fixed to work in vanilla environment environment with default
settings.

./danfe
From m.seaman at infracaninophile.co.uk  Wed Sep 17 05:29:01 2008
From: m.seaman at infracaninophile.co.uk (Matthew Seaman)
Date: Wed Sep 17 05:29:08 2008
Subject: databases/mysql51-server and beginner's InnoDB questions
In-Reply-To: <48D01F59.10008@pp.dyndns.biz>
References: <48D0000E.9050709@pp.dyndns.biz>	<48D00DD5.9030806@infracaninophile.co.uk>
	<48D01F59.10008@pp.dyndns.biz>
Message-ID: <48D09588.6030502@infracaninophile.co.uk>

Morgan Wesstr?m wrote:
> Matthew Seaman wrote:

>  > No, the sample my.cnf files in /usr/local/share/mysql/ are copied
>  > straight out of the mysql sources -- there are no FreeBSD specific 
>  > modifications to those files.  The bug is with the upstream MySQL
>  > distribution.  There's already an open bug report:
>  >
>  >    http://bugs.mysql.com/bug.php?id=38249
> 
> I found some other report suggesting it was fixed in 5.1.25 but in this 
> bugreport it appears to be fixed in versions after 5.1.26 if I 
> understand it correctly?

The status is 'verified' -- that is, MySQL acknowledge that it is a
bug, but no fix has yet been committed.  '5.1+' identifies the versions
where the bug is /present/ -- that configuration option is perfectly
legal in 5.0 or below.  It's seen as a low priority documentation fix
so it's currently languishing somewhere at the back of the queue for 
available resources...

	Cheers,

	Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.                   7 Priory Courtyard
                                                  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey     Ramsgate
                                                  Kent, CT11 9PW

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 258 bytes
Desc: OpenPGP digital signature
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080917/0fbe48f4/signature.pgp
From m.seaman at infracaninophile.co.uk  Wed Sep 17 05:49:44 2008
From: m.seaman at infracaninophile.co.uk (Matthew Seaman)
Date: Wed Sep 17 05:49:50 2008
Subject: Source install to look like installed package
In-Reply-To: <cone.1221606730.422849.39251.1000@zoraida.natserv.net>
References: <cone.1221606730.422849.39251.1000@zoraida.natserv.net>
Message-ID: <48D09A6A.3060200@infracaninophile.co.uk>

Francisco Reyes wrote:
> Where could I find the structure of an installed port?

The plist format is documented in pkg_create(1) -- that's the 
bulk of what you need.  pkg_add(1) contains most of the rest.
 
> I am trying to take an existing binary install and make it appear as an 
> installed package to facilitate uninstall.
> 
> It is the FreePascal install script. Although we have a a port, it 
> usually is behind.
> The existing script basically just untars some binaries to a user 
> selected directory.

You mean you want to generate a /var/db/pkg/portname-1.2.3
directory with appropriate contents so you can wrangle a bunch
of files already on your hard drive as if they were a port?

Actually, that's pretty much what the ports system does when you
do an install from source.  Check out the commands the 'do-package'
target runs as shown in /usr/ports/Mk/bsd.port.mk

Alternatively, and something which is a lot simpler: if all you
want is to cleanly dispose of files installed outside the ports
system and there is already a port of the software you want, then
just do a forced install of the port on top of the existing files,
and then  pkg_delete the port.  This should get rid of the vast
majority if not all of those files.

Submitting PRs with updates to bring the FreePascal port up to date
will earn you karma points...

	Cheers,

	Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.                   7 Priory Courtyard
                                                  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey     Ramsgate
                                                  Kent, CT11 9PW

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 258 bytes
Desc: OpenPGP digital signature
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080917/203d7372/signature.pgp
From ale at FreeBSD.org  Wed Sep 17 06:41:11 2008
From: ale at FreeBSD.org (Alex Dupre)
Date: Wed Sep 17 06:41:17 2008
Subject: OPTIONS handling doesn't seem to work fully in
	dependencies	anymore
In-Reply-To: <48D03248.1040109@FreeBSD.org>
References: <200809151036.19674.jhb@freebsd.org>
	<48CEBE6E.1030508@FreeBSD.org> <48CFCE01.4050304@FreeBSD.org>
	<48D03248.1040109@FreeBSD.org>
Message-ID: <48D0A683.9020802@FreeBSD.org>

Doug Barton wrote:
> John was referring to the problem of 'make config' not being called for
> ports being installed as dependencies of a port that has OPTIONS.

John said (correct me if I'm wrong) that with an up-to-date system 
OPTIONS doesn't correctly shows up (when the top port has OPTIONS), but 
with an "old" system this worked. Reading the bsd.port.mk, the 
"incriminated" CONFIG_DONE rows never changed since the introduction of 
the OPTIONS support, so I think this *never* worked as expected.

--
Alex Dupre
From ale at FreeBSD.org  Wed Sep 17 06:52:34 2008
From: ale at FreeBSD.org (Alex Dupre)
Date: Wed Sep 17 06:52:41 2008
Subject: OPTIONS handling doesn't seem to work fully
	in	dependencies	anymore
In-Reply-To: <20080917052727.GA71514@FreeBSD.org>
References: <200809151036.19674.jhb@freebsd.org>	<48CEBE6E.1030508@FreeBSD.org>
	<48CFCE01.4050304@FreeBSD.org>	<48D03248.1040109@FreeBSD.org>
	<20080917052727.GA71514@FreeBSD.org>
Message-ID: <48D0A92F.8010609@FreeBSD.org>

Alexey Dokuchaev wrote:
> Nevertheless, going back to rev. 1.559 of b.p.m. restores correct
> behavior.

Are you sure? I didn't try, but that commit seems to add new reasons to 
show up the dialog box while not removing any of the old ones.
Running "make config-recursive" still works (and it calls recursively 
"make config-conditional" that works), so it seems john's analysis is 
correct, but I cannot figure how (and if) ever worked before.

--
Alex Dupre
From danfe at FreeBSD.org  Wed Sep 17 07:44:14 2008
From: danfe at FreeBSD.org (Alexey Dokuchaev)
Date: Wed Sep 17 07:44:21 2008
Subject: OPTIONS handling doesn't seem to work fully in dependencies
	anymore
In-Reply-To: <48D0A92F.8010609@FreeBSD.org>
References: <200809151036.19674.jhb@freebsd.org>
	<48CEBE6E.1030508@FreeBSD.org> <48CFCE01.4050304@FreeBSD.org>
	<48D03248.1040109@FreeBSD.org> <20080917052727.GA71514@FreeBSD.org>
	<48D0A92F.8010609@FreeBSD.org>
Message-ID: <20080917074414.GA4703@FreeBSD.org>

On Wed, Sep 17, 2008 at 08:52:31AM +0200, Alex Dupre wrote:
> Alexey Dokuchaev wrote:
> >Nevertheless, going back to rev. 1.559 of b.p.m. restores correct
> >behavior.
> 
> Are you sure? I didn't try, but that commit seems to add new reasons to 
> show up the dialog box while not removing any of the old ones.
> Running "make config-recursive" still works (and it calls recursively 
> "make config-conditional" that works), so it seems john's analysis is 
> correct, but I cannot figure how (and if) ever worked before.

Perhaps I was too fast in my response; I cannot reproduce it now.  While
I'm trying to continuously approach revision that used to work, I'm
starting to suspect that what if it never actually worked?

John, how old was your ports tree on 6.x?  Maybe this can shed some light
on the subject..

./danfe
From franco.marchesini at gmail.com  Wed Sep 17 12:37:07 2008
From: franco.marchesini at gmail.com (Franco Marchesini)
Date: Wed Sep 17 12:37:14 2008
Subject: axis2/c & port
Message-ID: <135cc46d0809170504q145f7489x24f7b2ffef9f364f@mail.gmail.com>

Hello guys,
there is someone that already working on axis2/c ports?

Ciao
Franco
From mark.evenson at gmx.at  Wed Sep 17 12:57:06 2008
From: mark.evenson at gmx.at (Mark Evenson)
Date: Wed Sep 17 12:57:13 2008
Subject: Evince 2.22.2_3: "Unhandled MIME type: =?utf-8?b?4oCcYXBwbGlj?=
 =?utf-8?b?YXRpb24vcGRm4oCdIg==?=
In-Reply-To: <op.uhk1xykw9aq2h7@mezz.mezzweb.com>
References: <40519.1847.qm@web50107.mail.re2.yahoo.com>	<gaohfv$s0r$1@ger.gmane.org>
	<op.uhk1xykw9aq2h7@mezz.mezzweb.com>
Message-ID: <48D0FE97.2000107@gmx.at>

Jeremy Messenger wrote:
> On Tue, 16 Sep 2008 09:57:03 -0500, Mark Evenson <mark.evenson@gmx.at> 
> wrote:
> 
>> Dan Reinholz wrote:
>>> Since updating to the latest revision of Evince (to
>>> 2.22.2_3 from 2.22.2_2) I am no longer able to open
>>> .pdf files. Anytime I try to do so I now get the
>>> error:

[...]

> Have you guys follow in /usr/ports/UPDATING?

Which entry?  Grep'ing for 'evince' doesn't show anything.

On additional nosing around, it seems that GNOME (at least Nautilus) has 
lost the notion of MIME types altogether.

Is there a command-line equivalent to magic(1) for GNOME to show what 
GNOME thinks the underlying MIME type consists of?




-- 
<Mark.Evenson@gmx.at>

"[T]his is not a disentanglement from, but a progressive knotting into."

From mark.evenson at gmx.at  Wed Sep 17 13:23:45 2008
From: mark.evenson at gmx.at (Mark Evenson)
Date: Wed Sep 17 13:23:52 2008
Subject: Evince 2.22.2_3: "Unhandled MIME type: =?utf-8?b?4oCcYXBwbGlj?=
 =?utf-8?b?YXRpb24vcGRm4oCdIg==?=
In-Reply-To: <op.uhk1xykw9aq2h7@mezz.mezzweb.com>
References: <40519.1847.qm@web50107.mail.re2.yahoo.com>	<gaohfv$s0r$1@ger.gmane.org>
	<op.uhk1xykw9aq2h7@mezz.mezzweb.com>
Message-ID: <48D0FE97.2000107@gmx.at>

Jeremy Messenger wrote:
> On Tue, 16 Sep 2008 09:57:03 -0500, Mark Evenson <mark.evenson@gmx.at> 
> wrote:
> 
>> Dan Reinholz wrote:
>>> Since updating to the latest revision of Evince (to
>>> 2.22.2_3 from 2.22.2_2) I am no longer able to open
>>> .pdf files. Anytime I try to do so I now get the
>>> error:

[...]

> Have you guys follow in /usr/ports/UPDATING?

Which entry?  Grep'ing for 'evince' doesn't show anything.

On additional nosing around, it seems that GNOME (at least Nautilus) has 
lost the notion of MIME types altogether.

Is there a command-line equivalent to magic(1) for GNOME to show what 
GNOME thinks the underlying MIME type consists of?




-- 
<Mark.Evenson@gmx.at>

"[T]his is not a disentanglement from, but a progressive knotting into."

From lenzi at k1.com.br  Wed Sep 17 13:26:21 2008
From: lenzi at k1.com.br (sergio lenzi)
Date: Wed Sep 17 13:26:29 2008
Subject: Evince 2.22.2_3: "Unhandled MIME type: =?utf-8?b?4oCcYXBwbGlj?=
	=?utf-8?b?YXRpb24vcGRm4oCdIg==?=
In-Reply-To: <48D0FE97.2000107@gmx.at>
References: <40519.1847.qm@web50107.mail.re2.yahoo.com>
	<gaohfv$s0r$1@ger.gmane.org> <op.uhk1xykw9aq2h7@mezz.mezzweb.com>
	<48D0FE97.2000107@gmx.at>
Message-ID: <1221656681.1282.6.camel@localhost>

Em Qua, 2008-09-17 ?s 14:56 +0200, Mark Evenson escreveu:

> Jeremy Messenger wrote:
> > On Tue, 16 Sep 2008 09:57:03 -0500, Mark Evenson <mark.evenson@gmx.at> 
> > wrote:
> > 
> >> Dan Reinholz wrote:
> >>> Since updating to the latest revision of Evince (to
> >>> 2.22.2_3 from 2.22.2_2) I am no longer able to open
> >>> .pdf files. Anytime I try to do so I now get the
> >>> error:
> 
> [...]
> 
> > Have you guys follow in /usr/ports/UPDATING?
> 
> Which entry?  Grep'ing for 'evince' doesn't show anything.
> 
> On additional nosing around, it seems that GNOME (at least Nautilus) has 
> lost the notion of MIME types altogether.
> 
> Is there a command-line equivalent to magic(1) for GNOME to show what 
> GNOME thinks the underlying MIME type consists of?
> 
> 
> 

seems that your mime database is corrupted/altered....
the command: "update-mime-database"  (root user) should fix it (in a
global basis)
if not, your local mime database is corrupted....
as a last help,
1) save evolution by making a backup of it (in the evolution file tab)
2) rename your user directory to anoter one
3) log out, in again
4) move your directories files (documents....)
5) restore evolution from backup...

restore your background image...   panel icons...
sure works ....


> 
From mezz7 at cox.net  Wed Sep 17 15:06:12 2008
From: mezz7 at cox.net (Jeremy Messenger)
Date: Wed Sep 17 15:06:19 2008
Subject: =?utf-8?q?Evince_2=2E22=2E2=5F3=3A_=22Unhandled_MIME_type=3A_?=
 =?utf-8?b?4oCcYXBwbGljYXRpb24vcGRm4oCdIiI=?=
In-Reply-To: <48D0FE97.2000107@gmx.at>
References: <40519.1847.qm@web50107.mail.re2.yahoo.com>
	<gaohfv$s0r$1@ger.gmane.org> <op.uhk1xykw9aq2h7@mezz.mezzweb.com>
	<48D0FE97.2000107@gmx.at>
Message-ID: <op.uhmr8a0s9aq2h7@mezz.mezzweb.com>

On Wed, 17 Sep 2008 07:56:55 -0500, Mark Evenson <mark.evenson@gmx.at>  
wrote:

> Jeremy Messenger wrote:
>> On Tue, 16 Sep 2008 09:57:03 -0500, Mark Evenson <mark.evenson@gmx.at>  
>> wrote:
>>
>>> Dan Reinholz wrote:
>>>> Since updating to the latest revision of Evince (to
>>>> 2.22.2_3 from 2.22.2_2) I am no longer able to open
>>>> .pdf files. Anytime I try to do so I now get the
>>>> error:
>
> [...]
>
>> Have you guys follow in /usr/ports/UPDATING?
>
> Which entry?  Grep'ing for 'evince' doesn't show anything.

Grep for 'mime'. You shouldn't be use grep, which you should be use your  
own eyes.

> On additional nosing around, it seems that GNOME (at least Nautilus) has  
> lost the notion of MIME types altogether.
>
> Is there a command-line equivalent to magic(1) for GNOME to show what  
> GNOME thinks the underlying MIME type consists of?


-- 
mezz7@cox.net  -  mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome@FreeBSD.org
From mark.evenson at gmx.at  Wed Sep 17 15:28:37 2008
From: mark.evenson at gmx.at (Mark Evenson)
Date: Wed Sep 17 15:28:44 2008
Subject: Evince 2.22.2_3: "Unhandled MIME type: =?utf-8?b?4oCcYXBwbGlj?=
 =?utf-8?b?YXRpb24vcGRm4oCdIg==?=
In-Reply-To: <op.uhk1xykw9aq2h7@mezz.mezzweb.com>
References: <40519.1847.qm@web50107.mail.re2.yahoo.com>	<gaohfv$s0r$1@ger.gmane.org>
	<op.uhk1xykw9aq2h7@mezz.mezzweb.com>
Message-ID: <gar7mq$4fn$1@ger.gmane.org>

Jeremy Messenger wrote:
[...]
> Have you guys follow in /usr/ports/UPDATING?
> 

Mezz is refering to the entry labeled  20080725:

20080725:
   AFFECTS: users of x11-fm/nautilus and misc/shared-mime-info
   AUTHOR: gnome@FreeBSD.org

   In order to properly update x11-fm/nautilus and misc/shared-mime-info, do
   the following using portupgrade:

	# pkg_deinstall -fO nautilus
	# portupgrade shared-mime-info
	# portinstall -O nautilus

   Once misc/shared-mime-info has been updated, each user will need to 
run the
   following command:

	$ update-mime-database ~/.local/share/mime/

which, after I followed the instructions, results in a working Nautilus.

I wasn't able to find a Nautilus/GNOME command-line equivalent to 
file(1), but context-clicking in Nautilus to show the "Properties" 
dialog reports the MIME type that Nautilus thinks the file represents.




-- 
<Mark.Evenson@gmx.at>

"[T]his is not a disentanglement from, but a progressive knotting into."

From jhb at freebsd.org  Wed Sep 17 17:43:50 2008
From: jhb at freebsd.org (John Baldwin)
Date: Wed Sep 17 17:44:02 2008
Subject: OPTIONS handling doesn't seem to work fully in
	dependencies	anymore
In-Reply-To: <48D0A683.9020802@FreeBSD.org>
References: <200809151036.19674.jhb@freebsd.org>
	<48D03248.1040109@FreeBSD.org> <48D0A683.9020802@FreeBSD.org>
Message-ID: <200809171303.05759.jhb@freebsd.org>

On Wednesday 17 September 2008 02:41:07 am Alex Dupre wrote:
> Doug Barton wrote:
> > John was referring to the problem of 'make config' not being called for
> > ports being installed as dependencies of a port that has OPTIONS.
> 
> John said (correct me if I'm wrong) that with an up-to-date system 
> OPTIONS doesn't correctly shows up (when the top port has OPTIONS), but 
> with an "old" system this worked. Reading the bsd.port.mk, the 
> "incriminated" CONFIG_DONE rows never changed since the introduction of 
> the OPTIONS support, so I think this *never* worked as expected.

It used to work.  I was just guessing about how it might not be working now 
based on reading the existing logic.  I have not delved into the history to 
see what has changed.

-- 
John Baldwin
From jhb at freebsd.org  Wed Sep 17 17:43:56 2008
From: jhb at freebsd.org (John Baldwin)
Date: Wed Sep 17 17:44:03 2008
Subject: OPTIONS handling doesn't seem to work fully in dependencies
	anymore
In-Reply-To: <20080917074414.GA4703@FreeBSD.org>
References: <200809151036.19674.jhb@freebsd.org> <48D0A92F.8010609@FreeBSD.org>
	<20080917074414.GA4703@FreeBSD.org>
Message-ID: <200809171304.08204.jhb@freebsd.org>

On Wednesday 17 September 2008 03:44:14 am Alexey Dokuchaev wrote:
> On Wed, Sep 17, 2008 at 08:52:31AM +0200, Alex Dupre wrote:
> > Alexey Dokuchaev wrote:
> > >Nevertheless, going back to rev. 1.559 of b.p.m. restores correct
> > >behavior.
> > 
> > Are you sure? I didn't try, but that commit seems to add new reasons to 
> > show up the dialog box while not removing any of the old ones.
> > Running "make config-recursive" still works (and it calls recursively 
> > "make config-conditional" that works), so it seems john's analysis is 
> > correct, but I cannot figure how (and if) ever worked before.
> 
> Perhaps I was too fast in my response; I cannot reproduce it now.  While
> I'm trying to continuously approach revision that used to work, I'm
> starting to suspect that what if it never actually worked?
> 
> John, how old was your ports tree on 6.x?  Maybe this can shed some light
> on the subject..

I had updated it the day before my e-mail.  When I noticed that ports weren't 
popping up config screens, I actually stopped my build of ports/x11/kde4 at 
one point and did a 'make config-recursive' from that port and encountered 
several config screens (libxine, qt4-gui, etc.)

-- 
John Baldwin
From dougb at FreeBSD.org  Wed Sep 17 20:22:27 2008
From: dougb at FreeBSD.org (Doug Barton)
Date: Wed Sep 17 20:22:33 2008
Subject: OPTIONS handling doesn't seem to work fully in
	dependencies	anymore
In-Reply-To: <20080917052727.GA71514@FreeBSD.org>
References: <200809151036.19674.jhb@freebsd.org>
	<48CEBE6E.1030508@FreeBSD.org> <48CFCE01.4050304@FreeBSD.org>
	<48D03248.1040109@FreeBSD.org> <20080917052727.GA71514@FreeBSD.org>
Message-ID: <48D166FF.7070304@FreeBSD.org>

Alexey Dokuchaev wrote:
> I also don't think that we can simply tell our users to user portmaster
> or some force-config switches. 

If you read my post carefully I was suggesting that using portmaster
would be a temporary workaround while the actual problem is
(hopefully) being fixed.

Doug

-- 

    This .signature sanitized for your protection

From lists at stringsutils.com  Wed Sep 17 20:41:01 2008
From: lists at stringsutils.com (Francisco Reyes)
Date: Wed Sep 17 20:41:08 2008
Subject: Source install to look like installed package
References: <cone.1221606730.422849.39251.1000@zoraida.natserv.net>
	<48D09A6A.3060200@infracaninophile.co.uk>
Message-ID: <cone.1221684059.511719.60576.1000@zoraida.natserv.net>

Matthew Seaman writes:

> You mean you want to generate a /var/db/pkg/portname-1.2.3
> directory with appropriate contents so you can wrangle a bunch
> of files already on your hard drive as if they were a port?

Yes.
 
> Actually, that's pretty much what the ports system does when you
> do an install from source.  Check out the commands the 'do-package'
> target runs as shown in /usr/ports/Mk/bsd.port.mk


Ok.
 
> Submitting PRs with updates to bring the FreePascal port up to date
> will earn you karma points...

I am thinking perhaps start out with a "binary" port or a package until I 
get familiar with the port system.

Thanks for the pointers.
From gahr at FreeBSD.org  Wed Sep 17 21:25:06 2008
From: gahr at FreeBSD.org (Pietro Cerutti)
Date: Wed Sep 17 21:25:13 2008
Subject: axis2/c & port
In-Reply-To: <135cc46d0809170504q145f7489x24f7b2ffef9f364f@mail.gmail.com>
References: <135cc46d0809170504q145f7489x24f7b2ffef9f364f@mail.gmail.com>
Message-ID: <48D1759E.9050502@FreeBSD.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Franco Marchesini wrote:
| Hello guys,
Hello,

| there is someone that already working on axis2/c ports?
Yes me, I have a draft ready and am waiting for the ports tree to
un-freeze before committing it.

I will send it to you tomorrow for review, if you would like :)

| Ciao
Ciao,

| Franco

- --
Pietro Cerutti
gahr@FreeBSD.org

PGP Public Key:
http://gahr.ch/pgp

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEAREKAAYFAkjRdZ4ACgkQwMJqmJVx9474qQCghk2tbzDp74tWvbjhF+CuEXbf
GEkAnjgMgm/RXKeNBFObm3qlv3tmQOlG
=hESM
-----END PGP SIGNATURE-----
From chris at vindaloo.com  Wed Sep 17 23:06:16 2008
From: chris at vindaloo.com (Christopher Sean Hilton)
Date: Wed Sep 17 23:06:23 2008
Subject: port: security/cfs
Message-ID: <6C55E656-6B08-4B35-8CE7-6CCE00DDC871@vindaloo.com>

The port security/cfs, Matt Blaze's userland Cryptographic filesystem,  
is marked as broken because it does not compile under FreeBSD-7.0 or  
later.

I've managed to get it to compile through some simple changes but I  
don't know enough about RPC to know if I am on the right track. I'm  
asking for the help of an RPC wizard to check my train of thought.

The big change is rpcgen. In FreeBSD 6.0 it builds a C header file  
with prototypes like this:

      void * rpc_entry_point();

Now it builds prototypes like this:

      void * rpc_entry_point(struct yourtype * yourvar, CLIENT * clnt);

I'm guessing that the first prototype caused GCC 4.x to gag so rpcgen  
was patched to produce the second when the move was made to FreeBSD-7.0.

The second problem is that CFS is coded with rpc entry points that  
look like this.

      void * rpc_entry_point(yourvar, rp)
          struct yourtype * yourvar;
          struct svc_req *rp;
      {
          int ret = 0;

          ...

          return ret;
      }

While gcc doesn't completely gag on that one it's not that happy about  
it either.
The small issue here is that the coding style is ancient. Returning an  
(int) 0 as NULL has been taboo in C for years and gcc is getting more  
and more fussy about these problems as time passes. The bigger problem  
is that the parameter types don't match up. But the mismatch is so  
huge that I find it difficult to believe that code ever worked.  
Looking further into things I discovered that rpcgen is basically  
specifying an client-server interface. For every:

      void * rpc_entry_point(struct yourtype * yt, CLIENT * clnt);

You also get:

      void * rpc_entry_point_svc(struct yourtype *yt, struct svc_req  
*rp);

Now CFS uses K&R to mangle up the _svc functions pretty well to but  
basically if you patch cfs_adm.c and cfs_nfs.c to change the rpc entry  
points from client to service definitions then the code compiles  
reasonably cleanly with gcc 4.

After that long discussion does someone know RPC programming well  
enough to verify that CFS was defining the Service side of thing all  
along and that in the past RPC was loose enough to take  
rpc_entry_point(... as the definition of the service which is now  
properly called rpc_entry_point_svc(... ?

-- Chris
-- 
Chris Hilton                                   chris-at-vindaloo-dot-com
------------------------------------------------------------------------
                "All I was doing was trying to get home from work!"
                                                 -- Rosa Parks

From alexanderchuranov at gmail.com  Wed Sep 17 23:38:30 2008
From: alexanderchuranov at gmail.com (Alexander Churanov)
Date: Wed Sep 17 23:38:36 2008
Subject: STILL OPEN: Fwd: ports/127015: [patch] Impossible to fetch
	devel/valgrind from the jail
Message-ID: <3cb459ed0809171638y5f7f7255wf3f09ac6c0fa62fe@mail.gmail.com>

Wesley,

In the beginning of September, I've filed an issue about
devel/valgrind and also sent an e-mail to port maintainer. The issue
is still unresolved.

I've also noted that the same person is responsible for devel/boost,
that is of version 1.34 in ports while current version is 1.36. The
version 1.34 released more than a year ago.

Given that, could you verify that the person who maintains that ports
is still interested in / capable of doing that?

In case current maintainer is not reachable I'd like to start managing
this two ports.

I was not maintaining ports in FreeBSD before, but I'm experienced
software engineer and think that I could manage all technical issues
that may arise if any.

Alexander Churanov

---------- Forwarded message ----------
From: Alexander Churanov <alexanderchuranov@gmail.com>
Date: Tue, 9 Sep 2008 00:39:32 +0400
Subject: ports/127015: [patch] Impossible to fetch devel/valgrind from the jail
To: barner@freebsd.org

Hi!

Recently I've suggested a patch to devel/valgrind Makefile. However, the
issue is still open currently.

Details are here: http://www.freebsd.org/cgi/query-pr.cgi?pr=127015

Just want to know, is supplied patch acceptable to check it in?

Alexander Churanov
From edwin at mavetju.org  Wed Sep 17 23:51:13 2008
From: edwin at mavetju.org (Edwin Groothuis)
Date: Wed Sep 17 23:51:21 2008
Subject: port: security/cfs
In-Reply-To: <6C55E656-6B08-4B35-8CE7-6CCE00DDC871@vindaloo.com>
References: <6C55E656-6B08-4B35-8CE7-6CCE00DDC871@vindaloo.com>
Message-ID: <20080917232807.GA83339@k7.mavetju>

On Wed, Sep 17, 2008 at 06:38:56PM -0400, Christopher Sean Hilton wrote:
> The port security/cfs, Matt Blaze's userland Cryptographic filesystem,  
> is marked as broken because it does not compile under FreeBSD-7.0 or  
> later.

I got patches which I (stupidely) never commited. I'll send0pr them
so they will be kept tracked.

Edwin

-- 
Edwin Groothuis      |            Personal website: http://www.mavetju.org
edwin@mavetju.org    |              Weblog: http://www.mavetju.org/weblog/
From edwin at mavetju.org  Wed Sep 17 23:52:16 2008
From: edwin at mavetju.org (Edwin Groothuis)
Date: Wed Sep 17 23:52:28 2008
Subject: port: security/cfs
In-Reply-To: <6C55E656-6B08-4B35-8CE7-6CCE00DDC871@vindaloo.com>
References: <6C55E656-6B08-4B35-8CE7-6CCE00DDC871@vindaloo.com>
Message-ID: <20080917235217.GB83339@k7.mavetju>

On Wed, Sep 17, 2008 at 06:38:56PM -0400, Christopher Sean Hilton wrote:
> The port security/cfs, Matt Blaze's userland Cryptographic filesystem,  
> is marked as broken because it does not compile under FreeBSD-7.0 or  
> later.

ports/127457

Edwin

-- 
Edwin Groothuis      |            Personal website: http://www.mavetju.org
edwin@mavetju.org    |              Weblog: http://www.mavetju.org/weblog/
From QAT at FreeBSD.org  Thu Sep 18 00:51:26 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Thu Sep 18 00:51:34 2008
Subject: textproc/xslide.el - fails: mtree
Message-ID: <20080918005124.78D1012E4679@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/xslide.el-0.2.2_1.log :


building xslide.el-0.2.2_1 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/textproc/xslide.el
Makefile ident: $FreeBSD: ports/textproc/xslide.el/Makefile,v 1.6 2006/06/26 19:21:03 anray Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Thu Sep 18 00:51:20 UTC 2008

.................................<Last 40 lines of the log>..................

(cd /work/a/ports/textproc/xslide.el/work/xslide-0.2.2 &&  for f in xslide.el  xslide-abbrev.el  xslide-data.el  xslide-font.el  xslide-initial.xsl  xslide-process.el;  do  install  -o root -g wheel -m 444 $f /usr/local/share/emacs/site-lisp;  /bin/ln -sf /usr/local/share/emacs/site-lisp/$f /usr/local/lib/xemacs/site-lisp;  done;  install  -o root -g wheel -m 444 README.TXT TODO NEWS ChangeLog /usr/local/share/doc/xslide.el  )
****************************************************************************
To use xsl-mode, add to your ~/.emacs the following lines:

;; XSL mode
(autoload 'xsl-mode "xslide" "Major mode for XSL stylesheets." t)

;; Turn on font lock when in XSL mode
(add-hook 'xsl-mode-hook
	  'turn-on-font-lock)

(setq auto-mode-alist
      (append
       (list
	'("\\.fo" . xsl-mode)
	'("\\.xsl" . xsl-mode))
       auto-mode-alist))

;; Uncomment if using abbreviations
;; (abbrev-mode t)
****************************************************************************
===>   Registering installation for xslide.el-0.2.2_1
================================================================
====================<phase 7: make package>====================
===>  Building package for xslide.el-0.2.2_1
Creating package /tmp/packages/All/xslide.el-0.2.2_1.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/xslide.el-0.2.2_1.tbz'
Deleting xslide.el-0.2.2_1
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
2779334        4 drwxr-xr-x    2 root             wheel                 512 Sep 18 00:51 usr/local/share/doc/xslide.el
2779341       12 -r--r--r--    1 root             wheel                4574 Sep 18 00:51 usr/local/share/doc/xslide.el/README.TXT
2779342        4 -r--r--r--    1 root             wheel                  95 Sep 18 00:51 usr/local/share/doc/xslide.el/TODO
2779343        4 -r--r--r--    1 root             wheel                 427 Sep 18 00:51 usr/local/share/doc/xslide.el/NEWS
2779344        8 -r--r--r--    1 root             wheel                2781 Sep 18 00:51 usr/local/share/doc/xslide.el/ChangeLog
================================================================
build of /usr/ports/textproc/xslide.el ended at Thu Sep 18 00:51:23 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From linimon at lonesome.com  Thu Sep 18 03:21:15 2008
From: linimon at lonesome.com (Mark Linimon)
Date: Thu Sep 18 03:21:21 2008
Subject: STILL OPEN: Fwd: ports/127015: [patch] Impossible to fetch
	devel/valgrind from the jail
In-Reply-To: <3cb459ed0809171638y5f7f7255wf3f09ac6c0fa62fe@mail.gmail.com>
References: <3cb459ed0809171638y5f7f7255wf3f09ac6c0fa62fe@mail.gmail.com>
Message-ID: <20080918032114.GB29511@soaustin.net>

On Thu, Sep 18, 2008 at 03:38:28AM +0400, Alexander Churanov wrote:
> In the beginning of September, I've filed an issue about
> devel/valgrind and also sent an e-mail to port maintainer. The issue
> is still unresolved.

For future reference, the address to contact with issues with
maintainers is portmgr@FreeBSD.org.  I've already forwarded your email
to barner@.

mcl
From snopyland at gmail.com  Thu Sep 18 05:08:38 2008
From: snopyland at gmail.com (Snopy Land)
Date: Thu Sep 18 05:08:45 2008
Subject: clamav port for 0.94 version , pls help
Message-ID: <d67eb5d90809172141m4a0edb8fx925fda7514b4d0df@mail.gmail.com>

Hi,

My server version is freebsd6.2 amd64. I have installed clamav to scan my
incoming mail. Everything works smoothly for several years.
Recently, I need to upgrade clamav version from 0.92 to 0.94 (latest
version). Actually, I had done this upgrade clamav process before.
My procedures is :

1. run "make deinstall" to deinstall the clamav version of 0.92
2. Modify /usr/ports-supfile  (to make sure security port can be download
from a correct default host)
*default host=ftp.tw.freebsd.org
ports-security   <--- remark ports-all, and enable the ports-security only
3. cd /usr ; run "cvsup -g -L 2 ports-supfile
4. check /usr/port/security/clamav port is updated
5. cd /usr/port/security/clamav
6. run "make install clean"

There is no error message found in the whole process, however, I cannot find
the file of "clamd", "clamscan" & "freshclam".
The previous version of these file can be found in /usr/local/sbin and
/usr/local/bin

Anyone have encoutered the same problem ? I am not sure whether my posting
is put in the correct mailling list.
Any comments are appreciated.

Thanks.
From QAT at FreeBSD.org  Thu Sep 18 06:29:34 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Thu Sep 18 06:29:40 2008
Subject: ftp/py-curl - fails: mtree
Message-ID: <20080918062932.C039812E467B@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.

The build of this port was tried 6 times since last BotMail
while trying to build ports that depend on it.

Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/py25-curl-7.16.4.log :


building py25-curl-7.16.4 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/ftp/py-curl
Makefile ident: $FreeBSD: ports/ftp/py-curl/Makefile,v 1.30 2008/05/30 05:21:25 perky Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Thu Sep 18 06:29:13 UTC 2008

.................................<Last 40 lines of the log>..................

Registering depends: curl-7.18.0 python25-2.5.2_3.
Creating bzip'd tar ball in '/tmp/packages/All/py25-curl-7.16.4.tbz'
Deleting py25-curl-7.16.4
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
2898350        4 drwxr-xr-x    3 root             wheel                 512 Sep 18 06:29 usr/local/share/doc/py-curl
2898351       56 -rw-r--r--    1 root             wheel               27397 Jul 11  2007 usr/local/share/doc/py-curl/ChangeLog
2898352       52 -rw-r--r--    1 root             wheel               26526 Jul 18  2002 usr/local/share/doc/py-curl/COPYING
2898353        4 -rw-r--r--    1 root             wheel                1509 Sep  6  2005 usr/local/share/doc/py-curl/INSTALL
2898354        4 -rw-r--r--    1 root             wheel                 471 Apr 22  2007 usr/local/share/doc/py-curl/README
2898355        4 -rw-r--r--    1 root             wheel                1058 Apr 23  2007 usr/local/share/doc/py-curl/TODO
2898364        4 drwxr-xr-x    2 root             wheel                1024 Sep 18 06:29 usr/local/share/doc/py-curl/tests
2898365        4 -rw-r--r--    1 root             wheel                1953 Apr 10  2007 usr/local/share/doc/py-curl/tests/test.py
2898366        4 -rw-r--r--    1 root             wheel                 693 Apr 21  2003 usr/local/share/doc/py-curl/tests/test_cb.py
2898367        4 -rw-r--r--    1 root             wheel                 340 Apr 21  2003 usr/local/share/doc/py-curl/tests/test_debug.py
2898368        4 -rw-r--r--    1 root             wheel                 289 Aug 24  2006 usr/local/share/doc/py-curl/tests/test_ftp.py
2898369        4 -rw-r--r--    1 root             wheel                1419 May  1  2003 usr/local/share/doc/py-curl/tests/test_getinfo.py
2898370        8 -rw-r--r--    1 root             wheel                2733 Mar 30  2005 usr/local/share/doc/py-curl/tests/test_gtk.py
2898371       12 -rw-r--r--    1 root             wheel                5476 May  1  2003 usr/local/share/doc/py-curl/tests/test_internals.py
2898372        4 -rw-r--r--    1 root             wheel                1126 May  1  2003 usr/local/share/doc/py-curl/tests/test_memleak.py
2898373        4 -rw-r--r--    1 root             wheel                 676 Mar 11  2005 usr/local/share/doc/py-curl/tests/test_multi.py
2898374        4 -rw-r--r--    1 root             wheel                1746 Apr 10  2007 usr/local/share/doc/py-curl/tests/test_multi2.py
2898375        8 -rw-r--r--    1 root             wheel                2068 Mar 11  2005 usr/local/share/doc/py-curl/tests/test_multi3.py
2898376        4 -rw-r--r--    1 root             wheel                1400 Mar 11  2005 usr/local/share/doc/py-curl/tests/test_multi4.py
2898377        4 -rw-r--r--    1 root             wheel                1472 Mar 11  2005 usr/local/share/doc/py-curl/tests/test_multi5.py
2898378        4 -rw-r--r--    1 root             wheel                1536 Mar 11  2005 usr/local/share/doc/py-curl/tests/test_multi6.py
2898379        4 -rw-r--r--    1 root             wheel                1924 Nov 10  2006 usr/local/share/doc/py-curl/tests/test_multi_socket.py
2898380        4 -rw-r--r--    1 root             wheel                1749 Nov 10  2006 usr/local/share/doc/py-curl/tests/test_multi_timer.py
2898381       12 -rw-r--r--    1 root             wheel                5773 Apr 12  2005 usr/local/share/doc/py-curl/tests/test_multi_vs_thread.py
2898382        4 -rw-r--r--    1 root             wheel                 589 Apr 21  2003 usr/local/share/doc/py-curl/tests/test_post.py
2898383        4 -rw-r--r--    1 root             wheel                 535 Mar  3  2005 usr/local/share/doc/py-curl/tests/test_post2.py
2898384        4 -rw-r--r--    1 root             wheel                 804 Jun 21  2004 usr/local/share/doc/py-curl/tests/test_post3.py
2898385        4 -rw-r--r--    1 root             wheel                 714 Jun 13  2006 usr/local/share/doc/py-curl/tests/test_share.py
2898386        4 -rw-r--r--    1 root             wheel                 473 Apr 21  2003 usr/local/share/doc/py-curl/tests/test_stringio.py
2898387        4 -rw-r--r--    1 root             wheel                 744 Apr 21  2003 usr/local/share/doc/py-curl/tests/test_xmlrpc.py
2898388        4 -rw-r--r--    1 root             wheel                 949 Apr 21  2003 usr/local/share/doc/py-curl/tests/util.py
================================================================
build of /usr/ports/ftp/py-curl ended at Thu Sep 18 06:29:31 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From roam at ringlet.net  Thu Sep 18 06:46:29 2008
From: roam at ringlet.net (Peter Pentchev)
Date: Thu Sep 18 06:46:35 2008
Subject: Source install to look like installed package
In-Reply-To: <cone.1221684059.511719.60576.1000@zoraida.natserv.net>
References: <cone.1221606730.422849.39251.1000@zoraida.natserv.net>
	<48D09A6A.3060200@infracaninophile.co.uk>
	<cone.1221684059.511719.60576.1000@zoraida.natserv.net>
Message-ID: <20080918064625.GA1118@straylight.m.ringlet.net>

On Wed, Sep 17, 2008 at 04:40:59PM -0400, Francisco Reyes wrote:
> Matthew Seaman writes:
> 
> > You mean you want to generate a /var/db/pkg/portname-1.2.3
> > directory with appropriate contents so you can wrangle a bunch
> > of files already on your hard drive as if they were a port?
> 
> Yes.
>  
> > Actually, that's pretty much what the ports system does when you
> > do an install from source.  Check out the commands the 'do-package'
> > target runs as shown in /usr/ports/Mk/bsd.port.mk
> 
> 
> Ok.
>  
> > Submitting PRs with updates to bring the FreePascal port up to date
> > will earn you karma points...
> 
> I am thinking perhaps start out with a "binary" port or a package until I 
> get familiar with the port system.

In most cases that's actually a bit harder than doing a simple port :)
Of course, there are applications that do not lend themselves to
porting simply, but in most cases even the "Quick Porting" procedure
described in the Porters Handbook[1] is enough to get you a working,
albeit not picture-perfect, package.

[1] http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/

G'luck,
Peter

-- 
Peter Pentchev	roam@ringlet.net    roam@cnsys.bg    roam@FreeBSD.org
PGP key:	http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint	FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
You have, of course, just begun reading the sentence that you have just finished reading.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080918/2deef28d/attachment.pgp
From ale at FreeBSD.org  Thu Sep 18 08:51:15 2008
From: ale at FreeBSD.org (Alex Dupre)
Date: Thu Sep 18 08:51:21 2008
Subject: OPTIONS handling doesn't seem to work fully in dependencies
	anymore
In-Reply-To: <200809171303.05759.jhb@freebsd.org>
References: <200809151036.19674.jhb@freebsd.org>
	<48D03248.1040109@FreeBSD.org> <48D0A683.9020802@FreeBSD.org>
	<200809171303.05759.jhb@freebsd.org>
Message-ID: <48D2167F.3040203@FreeBSD.org>

John Baldwin ha scritto:
> It used to work.

I was thinking the same thing, but actually it never worked in that way.

> I was just guessing about how it might not be working now 
> based on reading the existing logic.  I have not delved into the history to 
> see what has changed.

The attached patch should solve this erratic behavior.

-- 
Alex Dupre
-------------- next part --------------
--- bsd.port.mk.orig	2008-09-18 10:31:14.000000000 +0200
+++ bsd.port.mk	2008-09-18 10:46:02.000000000 +0200
@@ -3234,7 +3234,7 @@
 # target or not.
 #
 ################################################################
-.if (!defined(OPTIONS) || defined(CONFIG_DONE) || \
+.if (!defined(OPTIONS) || defined(CONFIG_DONE_${UNIQUENAME:U}) || \
 	defined(PACKAGE_BUILDING) || defined(BATCH))
 _OPTIONS_OK=yes
 .endif
@@ -4169,7 +4169,7 @@
 ${target}: ${${target:U}_COOKIE}
 .elif !target(${target})
 ${target}: config-conditional
-	@cd ${.CURDIR} && ${MAKE} CONFIG_DONE=1 ${__softMAKEFLAGS} ${${target:U}_COOKIE}
+	@cd ${.CURDIR} && ${MAKE} CONFIG_DONE_${UNIQUENAME:U}=1 ${__softMAKEFLAGS} ${${target:U}_COOKIE}
 .elif target(${target}) && defined(IGNORE)
 .endif
 
From davidb at boothscientific.com  Thu Sep 18 08:56:26 2008
From: davidb at boothscientific.com (David Booth)
Date: Thu Sep 18 08:56:34 2008
Subject: clamav port for 0.94 version , pls help
In-Reply-To: <d67eb5d90809172141m4a0edb8fx925fda7514b4d0df@mail.gmail.com>
References: <d67eb5d90809172141m4a0edb8fx925fda7514b4d0df@mail.gmail.com>
Message-ID: <200809180332.26464.davidb@boothscientific.com>

On Wednesday 17 September 2008, Snopy Land wrote:
> Hi,
>
> My server version is freebsd6.2 amd64. I have installed clamav to
> scan my incoming mail. Everything works smoothly for several years.
> Recently, I need to upgrade clamav version from 0.92 to 0.94
> (latest version). Actually, I had done this upgrade clamav process
> before. My procedures is :
>
> 1. run "make deinstall" to deinstall the clamav version of 0.92
> 2. Modify /usr/ports-supfile  (to make sure security port can be
> download from a correct default host)
> *default host=ftp.tw.freebsd.org
> ports-security   <--- remark ports-all, and enable the
> ports-security only 3. cd /usr ; run "cvsup -g -L 2 ports-supfile
> 4. check /usr/port/security/clamav port is updated
> 5. cd /usr/port/security/clamav
> 6. run "make install clean"
>
> There is no error message found in the whole process, however, I
> cannot find the file of "clamd", "clamscan" & "freshclam".
> The previous version of these file can be found in /usr/local/sbin
> and /usr/local/bin
>
> Anyone have encoutered the same problem ? I am not sure whether my
> posting is put in the correct mailling list.
> Any comments are appreciated.
>
> Thanks.
They should still be in /usr/local/sbin and /usr/local/bin.  Does the 
new version of the port show as installed?  What does

ls /var/db/pkg | grep clam

show?
From ohartman at zedat.fu-berlin.de  Thu Sep 18 14:24:14 2008
From: ohartman at zedat.fu-berlin.de (O. Hartmann)
Date: Thu Sep 18 14:24:20 2008
Subject: teTeX/TeXLive: powerdot still missing ...
Message-ID: <48D25F95.3080504@zedat.fu-berlin.de>

Still using teTeX, but as we all know, development has been canceld by 
Thomas Esser. I'm looking for a working 'powerdot' which is part of 
TeXLive now, but there is no TeXLive-port available for FreeBSD. 
Searching for that matter brings up some informations released a year 
ago and I'm wondering about the fact that there is no support for FreeBSD.
Is there a workaround or 'master plan' how to bring TeXLive to a FreeBSD 
bx in a clean way? Can TeXLive coexists with teTeX.

Thank you very much for your patience ...

Regards,
Oliver
From sbruno at miralink.com  Thu Sep 18 14:31:00 2008
From: sbruno at miralink.com (Sean Bruno)
Date: Thu Sep 18 14:31:07 2008
Subject: [RELENG_6]apr-db configure warnings ... what the heck is this stuff?
Message-ID: <48D26620.8060205@miralink.com>

Updated my ports tree this morning to build freebsd-subversion and this 
popped up during my build:

===>  Configuring for apr-db42-1.3.3.1.3.4
cd /usr/ports/devel/apr-svn/work/apr-1.3.3 ;  /usr/bin/env 
PYTHON="/usr/local/bin/python2.4" SHELL=/bin/sh CONFIG_SHELL=/bin/sh 
MAKE=gmake ACLOCAL=/usr/local/bin/aclocal-1.9 
AUTOMAKE=/usr/local/bin/automake-1.9 AUTOMAKE_VERSION=19 
AUTOCONF=/usr/local/bin/autoconf-2.62 
AUTOHEADER=/usr/local/bin/autoheader-2.62 
AUTOIFNAMES=/usr/local/bin/ifnames-2.62 
AUTOM4TE=/usr/local/bin/autom4te-2.62 
AUTORECONF=/usr/local/bin/autoreconf-2.62 
AUTOSCAN=/usr/local/bin/autoscan-2.62 
AUTOUPDATE=/usr/local/bin/autoupdate-2.62 AUTOCONF_VERSION=262 
LIBTOOL=/usr/local/bin/libtool LIBTOOLIZE=/usr/local/bin/libtoolize 
LIBTOOL_M4=/usr/local/share/aclocal/libtool.m4 
lt_cv_sys_max_cmd_len=262144 /bin/sh ./buildconf
buildconf: checking installation...
buildconf: python version 2.4.3 (ok)
buildconf: autoconf version 2.62 (ok)
buildconf: libtool version 1.5.22 (ok)
Copying libtool helper files ...
buildconf: Using libtool.m4 at /usr/local/share/aclocal/libtool.m4.
Creating include/arch/unix/apr_private.h.in ...
configure.in:186: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, 
...): suspicious cache-id, must contain _cv_ to be cached
autoconf/general.m4:1987: AC_CACHE_VAL is expanded from...
autoconf/general.m4:2000: AC_CACHE_CHECK is expanded from...
build/libtool.m4:653: AC_LIBTOOL_COMPILER_OPTION is expanded from...
build/libtool.m4:5336: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
build/libtool.m4:2723: _LT_AC_LANG_C_CONFIG is expanded from...
build/libtool.m4:2650: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
build/libtool.m4:220: AC_LIBTOOL_SETUP is expanded from...
build/libtool.m4:75: _AC_PROG_LIBTOOL is expanded from...
build/libtool.m4:55: AC_PROG_LIBTOOL is expanded from...
configure.in:186: the top level
configure.in:186: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, 
...): suspicious cache-id, must contain _cv_ to be cached
build/libtool.m4:690: AC_LIBTOOL_LINKER_OPTION is expanded from...
configure.in:186: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, 
...): suspicious cache-id, must contain _cv_ to be cached
build/libtool.m4:3731: _LT_AC_LANG_CXX_CONFIG is expanded from...
build/libtool.m4:2731: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from...
build/libtool.m4:1886: _LT_AC_TAGCONFIG is expanded from...
configure.in:186: warning: 
AC_CACHE_VAL(lt_prog_compiler_static_works_CXX, ...): suspicious 
cache-id, must contain _cv_ to be cached
configure.in:186: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, 
...): suspicious cache-id, must contain _cv_ to be cached
build/libtool.m4:3992: _LT_AC_LANG_F77_CONFIG is expanded from...
build/libtool.m4:3898: AC_LIBTOOL_LANG_F77_CONFIG is expanded from...
configure.in:186: warning: 
AC_CACHE_VAL(lt_prog_compiler_static_works_F77, ...): suspicious 
cache-id, must contain _cv_ to be cached
configure.in:186: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, 
...): suspicious cache-id, must contain _cv_ to be cached
build/libtool.m4:4052: _LT_AC_LANG_GCJ_CONFIG is expanded from...
build/libtool.m4:4000: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
configure.in:186: warning: 
AC_CACHE_VAL(lt_prog_compiler_static_works_GCJ, ...): suspicious 
cache-id, must contain _cv_ to be cached
Creating configure ...
configure.in:186: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, 
...): suspicious cache-id, must contain _cv_ to be cached
autoconf/general.m4:1987: AC_CACHE_VAL is expanded from...
autoconf/general.m4:2000: AC_CACHE_CHECK is expanded from...
build/libtool.m4:653: AC_LIBTOOL_COMPILER_OPTION is expanded from...
build/libtool.m4:5336: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
build/libtool.m4:2723: _LT_AC_LANG_C_CONFIG is expanded from...
build/libtool.m4:2650: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
build/libtool.m4:220: AC_LIBTOOL_SETUP is expanded from...
build/libtool.m4:75: _AC_PROG_LIBTOOL is expanded from...
build/libtool.m4:55: AC_PROG_LIBTOOL is expanded from...
configure.in:186: the top level
configure.in:186: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, 
...): suspicious cache-id, must contain _cv_ to be cached
build/libtool.m4:690: AC_LIBTOOL_LINKER_OPTION is expanded from...
configure.in:186: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, 
...): suspicious cache-id, must contain _cv_ to be cached
build/libtool.m4:3731: _LT_AC_LANG_CXX_CONFIG is expanded from...
build/libtool.m4:2731: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from...
build/libtool.m4:1886: _LT_AC_TAGCONFIG is expanded from...
configure.in:186: warning: 
AC_CACHE_VAL(lt_prog_compiler_static_works_CXX, ...): suspicious 
cache-id, must contain _cv_ to be cached
configure.in:186: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, 
...): suspicious cache-id, must contain _cv_ to be cached
build/libtool.m4:3992: _LT_AC_LANG_F77_CONFIG is expanded from...
build/libtool.m4:3898: AC_LIBTOOL_LANG_F77_CONFIG is expanded from...
configure.in:186: warning: 
AC_CACHE_VAL(lt_prog_compiler_static_works_F77, ...): suspicious 
cache-id, must contain _cv_ to be cached
configure.in:186: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, 
...): suspicious cache-id, must contain _cv_ to be cached
build/libtool.m4:4052: _LT_AC_LANG_GCJ_CONFIG is expanded from...
build/libtool.m4:4000: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
configure.in:186: warning: 
AC_CACHE_VAL(lt_prog_compiler_static_works_GCJ, ...): suspicious 
cache-id, must contain _cv_ to be cached

-- 
Sean Bruno
MiraLink Corporation
6015 NE 80th Ave, Ste 100
Portland, OR 97218
Cell 503-358-6832
Phone 503-621-5143
Fax 503-621-5199
MSN: sbruno@miralink.com
Google:  seanwbruno@gmail.com

From dougb at FreeBSD.org  Thu Sep 18 18:04:09 2008
From: dougb at FreeBSD.org (Doug Barton)
Date: Thu Sep 18 18:04:15 2008
Subject: Error building print/ghostscript8
Message-ID: <48D29816.4060407@FreeBSD.org>

Anyone else seeing this?

cat ./obj/../soobj/ld.tr >>./obj/../soobj/ldt.tr
./obj/../soobj/echogs -a ./obj/../soobj/ldt.tr -s - -lm  -liconv
-lstdc++  -L/usr/local/lib -lfontconfig   -Wl,-export-dynamic -lm
if [ x != x ]; then LD_RUN_PATH=; export LD_RUN_PATH; fi; \
	XCFLAGS= XINCLUDE= XLDFLAGS= XLIBDIRS= XLIBS= \
	FEATURE_DEVS= DEVICE_DEVS= DEVICE_DEVS1= DEVICE_DEVS2= DEVICE_DEVS3= \
	DEVICE_DEVS4= DEVICE_DEVS5= DEVICE_DEVS6= DEVICE_DEVS7= DEVICE_DEVS8= \
	DEVICE_DEVS9= DEVICE_DEVS10= DEVICE_DEVS11= DEVICE_DEVS12= \
	DEVICE_DEVS13= DEVICE_DEVS14= DEVICE_DEVS15= DEVICE_DEVS16= \
	DEVICE_DEVS17= DEVICE_DEVS18= DEVICE_DEVS19= DEVICE_DEVS20= \
	DEVICE_DEVS_EXTRA= \
	/bin/sh <./obj/../soobj/ldt.tr
./obj/../soobj/gdevl256.o(.text+0x7b0): In function `gs_shared_init':
./src/gdevl256.c:312: multiple definition of `gs_shared_init'
./obj/../soobj/gdevxalt.o(.text+0x1830):./src/gdevxalt.c:851: first
defined here
/usr/bin/ld: Warning: size of symbol `gs_shared_init' changed from 150
in ./obj/../soobj/gdevxalt.o to 38 in ./obj/../soobj/gdevl256.o
./obj/../soobj/gdevvglb.o(.text+0xa10): In function `gs_shared_init':
./src/gdevvglb.c:379: multiple definition of `gs_shared_init'
./obj/../soobj/gdevxalt.o(.text+0x1830):./src/gdevxalt.c:851: first
defined here
gmake[1]: *** [bin/../sobin/libgs.so.8.62] Error 1
gmake[1]: Leaving directory
`/usr/ports/print/ghostscript8/work/ghostscript-8.62'
gmake: *** [so] Error 2
*** Error code 2


-- 

    This .signature sanitized for your protection

From jhb at freebsd.org  Thu Sep 18 18:34:54 2008
From: jhb at freebsd.org (John Baldwin)
Date: Thu Sep 18 18:35:09 2008
Subject: OPTIONS handling doesn't seem to work fully in dependencies
	anymore
In-Reply-To: <48D2167F.3040203@FreeBSD.org>
References: <200809151036.19674.jhb@freebsd.org>
	<200809171303.05759.jhb@freebsd.org> <48D2167F.3040203@FreeBSD.org>
Message-ID: <200809181033.56619.jhb@freebsd.org>

On Thursday 18 September 2008 04:51:11 am Alex Dupre wrote:
> John Baldwin ha scritto:
> > It used to work.
> 
> I was thinking the same thing, but actually it never worked in that way.

Trust me, since I rebuild from scratch all the time, I quite remember when 
options were first added and I'd kick off a build of kde or some such 
overnight and check my screen session in the morning only find it hadn't 
build hardly anything b/c it had popped up the option screen for gettext. :)

> > I was just guessing about how it might not be working now 
> > based on reading the existing logic.  I have not delved into the history 
to 
> > see what has changed.
> 
> The attached patch should solve this erratic behavior.

I wonder why it has to be this hackish btw.  Could config-conditional simply 
be in the list of targets before 'fetch' or some such?

-- 
John Baldwin
From makc at issp.ac.ru  Thu Sep 18 18:39:34 2008
From: makc at issp.ac.ru (Max Brazhnikov)
Date: Thu Sep 18 18:39:41 2008
Subject: Error building print/ghostscript8
In-Reply-To: <48D29816.4060407@FreeBSD.org>
References: <48D29816.4060407@FreeBSD.org>
Message-ID: <200809182239.31640.makc@issp.ac.ru>

On Thu, 18 Sep 2008 11:04:06 -0700, Doug Barton wrote:
> Anyone else seeing this?
>
> cat ./obj/../soobj/ld.tr >>./obj/../soobj/ldt.tr
> ../obj/../soobj/echogs -a ./obj/../soobj/ldt.tr -s - -lm  -liconv
> -lstdc++  -L/usr/local/lib -lfontconfig   -Wl,-export-dynamic -lm
> if [ x != x ]; then LD_RUN_PATH=; export LD_RUN_PATH; fi; \
> 	XCFLAGS= XINCLUDE= XLDFLAGS= XLIBDIRS= XLIBS= \
> 	FEATURE_DEVS= DEVICE_DEVS= DEVICE_DEVS1= DEVICE_DEVS2= DEVICE_DEVS3= \
> 	DEVICE_DEVS4= DEVICE_DEVS5= DEVICE_DEVS6= DEVICE_DEVS7= DEVICE_DEVS8= \
> 	DEVICE_DEVS9= DEVICE_DEVS10= DEVICE_DEVS11= DEVICE_DEVS12= \
> 	DEVICE_DEVS13= DEVICE_DEVS14= DEVICE_DEVS15= DEVICE_DEVS16= \
> 	DEVICE_DEVS17= DEVICE_DEVS18= DEVICE_DEVS19= DEVICE_DEVS20= \
> 	DEVICE_DEVS_EXTRA= \
> 	/bin/sh <./obj/../soobj/ldt.tr
> ../obj/../soobj/gdevl256.o(.text+0x7b0): In function `gs_shared_init':
> ../src/gdevl256.c:312: multiple definition of `gs_shared_init'
> ../obj/../soobj/gdevxalt.o(.text+0x1830):./src/gdevxalt.c:851: first
> defined here
> /usr/bin/ld: Warning: size of symbol `gs_shared_init' changed from 150
> in ./obj/../soobj/gdevxalt.o to 38 in ./obj/../soobj/gdevl256.o
> ../obj/../soobj/gdevvglb.o(.text+0xa10): In function `gs_shared_init':
> ../src/gdevvglb.c:379: multiple definition of `gs_shared_init'
> ../obj/../soobj/gdevxalt.o(.text+0x1830):./src/gdevxalt.c:851: first
> defined here
> gmake[1]: *** [bin/../sobin/libgs.so.8.62] Error 1
> gmake[1]: Leaving directory
> `/usr/ports/print/ghostscript8/work/ghostscript-8.62'
> gmake: *** [so] Error 2
> *** Error code 2

Yes, see http://www.freebsd.org/cgi/query-pr.cgi?pr=115593 with similar 
problem.

Max
From ale at FreeBSD.org  Thu Sep 18 19:18:21 2008
From: ale at FreeBSD.org (Alex Dupre)
Date: Thu Sep 18 19:18:27 2008
Subject: OPTIONS handling doesn't seem to work fully in
	dependencies	anymore
In-Reply-To: <200809181033.56619.jhb@freebsd.org>
References: <200809151036.19674.jhb@freebsd.org>	<200809171303.05759.jhb@freebsd.org>
	<48D2167F.3040203@FreeBSD.org> <200809181033.56619.jhb@freebsd.org>
Message-ID: <48D2A979.7090809@FreeBSD.org>

John Baldwin wrote:
> Trust me, since I rebuild from scratch all the time, I quite remember when 
> options were first added and I'd kick off a build of kde or some such 
> overnight and check my screen session in the morning only find it hadn't 
> build hardly anything b/c it had popped up the option screen for gettext. :)

Me, too, really :-) But kde3 meta-port doesn't use the OPTIONS 
framework, even if it displays the dialog box. And when the OPTIONS 
framework was added, very few ports actually used it, so it was very 
very rare to incur in *direct* dependencies between two OPTIONS-enabled 
ports. The kde4 meta-port now uses it, so it became obvious that 
something wasn't working as expected when you tried to build it.

> I wonder why it has to be this hackish btw.  Could config-conditional simply 
> be in the list of targets before 'fetch' or some such?

I thought the same thing, probably yes, but I dunno why it was added in 
such way from the beginning, so I tried to create the simplest and 
surely working patch maintaining the current workflow.

--
Alex Dupre
From dougb at FreeBSD.org  Thu Sep 18 19:31:50 2008
From: dougb at FreeBSD.org (Doug Barton)
Date: Thu Sep 18 19:32:01 2008
Subject: Error building print/ghostscript8
In-Reply-To: <200809182239.31640.makc@issp.ac.ru>
References: <48D29816.4060407@FreeBSD.org> <200809182239.31640.makc@issp.ac.ru>
Message-ID: <48D2ACA3.3080709@FreeBSD.org>

Max Brazhnikov wrote:
> On Thu, 18 Sep 2008 11:04:06 -0700, Doug Barton wrote:
>> Anyone else seeing this?
>>
>> cat ./obj/../soobj/ld.tr >>./obj/../soobj/ldt.tr
>> ../obj/../soobj/echogs -a ./obj/../soobj/ldt.tr -s - -lm  -liconv
>> -lstdc++  -L/usr/local/lib -lfontconfig   -Wl,-export-dynamic -lm
>> if [ x != x ]; then LD_RUN_PATH=; export LD_RUN_PATH; fi; \
>> 	XCFLAGS= XINCLUDE= XLDFLAGS= XLIBDIRS= XLIBS= \
>> 	FEATURE_DEVS= DEVICE_DEVS= DEVICE_DEVS1= DEVICE_DEVS2= DEVICE_DEVS3= \
>> 	DEVICE_DEVS4= DEVICE_DEVS5= DEVICE_DEVS6= DEVICE_DEVS7= DEVICE_DEVS8= \
>> 	DEVICE_DEVS9= DEVICE_DEVS10= DEVICE_DEVS11= DEVICE_DEVS12= \
>> 	DEVICE_DEVS13= DEVICE_DEVS14= DEVICE_DEVS15= DEVICE_DEVS16= \
>> 	DEVICE_DEVS17= DEVICE_DEVS18= DEVICE_DEVS19= DEVICE_DEVS20= \
>> 	DEVICE_DEVS_EXTRA= \
>> 	/bin/sh <./obj/../soobj/ldt.tr
>> ../obj/../soobj/gdevl256.o(.text+0x7b0): In function `gs_shared_init':
>> ../src/gdevl256.c:312: multiple definition of `gs_shared_init'
>> ../obj/../soobj/gdevxalt.o(.text+0x1830):./src/gdevxalt.c:851: first
>> defined here
>> /usr/bin/ld: Warning: size of symbol `gs_shared_init' changed from 150
>> in ./obj/../soobj/gdevxalt.o to 38 in ./obj/../soobj/gdevl256.o
>> ../obj/../soobj/gdevvglb.o(.text+0xa10): In function `gs_shared_init':
>> ../src/gdevvglb.c:379: multiple definition of `gs_shared_init'
>> ../obj/../soobj/gdevxalt.o(.text+0x1830):./src/gdevxalt.c:851: first
>> defined here
>> gmake[1]: *** [bin/../sobin/libgs.so.8.62] Error 1
>> gmake[1]: Leaving directory
>> `/usr/ports/print/ghostscript8/work/ghostscript-8.62'
>> gmake: *** [so] Error 2
>> *** Error code 2
> 
> Yes, see http://www.freebsd.org/cgi/query-pr.cgi?pr=115593 with similar 
> problem.

Removing svgalib from the config options got it building, thanks.

Doug

-- 

    This .signature sanitized for your protection

From chris at vindaloo.com  Thu Sep 18 20:01:35 2008
From: chris at vindaloo.com (Christopher Sean Hilton)
Date: Thu Sep 18 20:01:46 2008
Subject: port: security/cfs
In-Reply-To: <20080917235217.GB83339@k7.mavetju>
References: <6C55E656-6B08-4B35-8CE7-6CCE00DDC871@vindaloo.com>
	<20080917235217.GB83339@k7.mavetju>
Message-ID: <778E81B5-6492-4E71-963F-8A6FC4A3EF20@vindaloo.com>

On Sep 17, 2008, at 7:52 PM, Edwin Groothuis wrote:

> On Wed, Sep 17, 2008 at 06:38:56PM -0400, Christopher Sean Hilton  
> wrote:
>> The port security/cfs, Matt Blaze's userland Cryptographic  
>> filesystem,
>> is marked as broken because it does not compile under FreeBSD-7.0 or
>> later.
>
> ports/127457
>

Thanks for the patch once I recognized that it was against existing  
patches in the ports files directory it went smoothly.

-- Chris

-- 
Chris Hilton                                   chris-at-vindaloo-dot-com
------------------------------------------------------------------------
                "All I was doing was trying to get home from work!"
                                                 -- Rosa Parks

From jhb at freebsd.org  Thu Sep 18 21:38:02 2008
From: jhb at freebsd.org (John Baldwin)
Date: Thu Sep 18 21:38:08 2008
Subject: OPTIONS handling doesn't seem to work fully in
	dependencies	anymore
In-Reply-To: <48D2A979.7090809@FreeBSD.org>
References: <200809151036.19674.jhb@freebsd.org>
	<200809181033.56619.jhb@freebsd.org> <48D2A979.7090809@FreeBSD.org>
Message-ID: <200809181545.48487.jhb@freebsd.org>

On Thursday 18 September 2008 03:18:17 pm Alex Dupre wrote:
> John Baldwin wrote:
> > Trust me, since I rebuild from scratch all the time, I quite remember when 
> > options were first added and I'd kick off a build of kde or some such 
> > overnight and check my screen session in the morning only find it hadn't 
> > build hardly anything b/c it had popped up the option screen for 
gettext. :)
> 
> Me, too, really :-) But kde3 meta-port doesn't use the OPTIONS 
> framework, even if it displays the dialog box. And when the OPTIONS 
> framework was added, very few ports actually used it, so it was very 
> very rare to incur in *direct* dependencies between two OPTIONS-enabled 
> ports. The kde4 meta-port now uses it, so it became obvious that 
> something wasn't working as expected when you tried to build it.

Ahh, I think I see now.  It requires one OPTIONS using port to mask the 
dependencies.

> > I wonder why it has to be this hackish btw.  Could config-conditional 
simply 
> > be in the list of targets before 'fetch' or some such?
> 
> I thought the same thing, probably yes, but I dunno why it was added in 
> such way from the beginning, so I tried to create the simplest and 
> surely working patch maintaining the current workflow.

Ok.

-- 
John Baldwin
From alexanderchuranov at gmail.com  Thu Sep 18 21:49:16 2008
From: alexanderchuranov at gmail.com (Alexander Churanov)
Date: Thu Sep 18 21:49:41 2008
Subject: STILL OPEN: Fwd: ports/127015: [patch] Impossible to fetch
	devel/valgrind from the jail
In-Reply-To: <20080918032114.GB29511@soaustin.net>
References: <3cb459ed0809171638y5f7f7255wf3f09ac6c0fa62fe@mail.gmail.com>
	<20080918032114.GB29511@soaustin.net>
Message-ID: <3cb459ed0809181449h7b4b2eabie89fb4ebc33422ef@mail.gmail.com>

2008/9/18 Mark Linimon <linimon@lonesome.com>

> For future reference, the address to contact with issues with
> maintainers is portmgr@FreeBSD.org.  I've already forwarded your email
> to barner@.
>
> mcl
>
OK, Thank you
From lihong at ieee.org  Fri Sep 19 00:45:30 2008
From: lihong at ieee.org (Eric L. Chen)
Date: Fri Sep 19 00:45:38 2008
Subject: clamav port for 0.94 version , pls help
In-Reply-To: <d67eb5d90809172141m4a0edb8fx925fda7514b4d0df@mail.gmail.com>
References: <d67eb5d90809172141m4a0edb8fx925fda7514b4d0df@mail.gmail.com>
Message-ID: <a50d5a500809181717s103d3ae3x8b9c66a649f60c9d@mail.gmail.com>

I am using cvsup3.tw.FreeBSD.org, no any problem.
> ls | grep clam
clamav-0.94_1
> which clamd
/usr/local/sbin/clamd

/Eric

On Thu, Sep 18, 2008 at 12:41 PM, Snopy Land <snopyland@gmail.com> wrote:

> Hi,
>
> My server version is freebsd6.2 amd64. I have installed clamav to scan my
> incoming mail. Everything works smoothly for several years.
> Recently, I need to upgrade clamav version from 0.92 to 0.94 (latest
> version). Actually, I had done this upgrade clamav process before.
> My procedures is :
>
> 1. run "make deinstall" to deinstall the clamav version of 0.92
> 2. Modify /usr/ports-supfile  (to make sure security port can be download
> from a correct default host)
> *default host=ftp.tw.freebsd.org
> ports-security   <--- remark ports-all, and enable the ports-security only
> 3. cd /usr ; run "cvsup -g -L 2 ports-supfile
> 4. check /usr/port/security/clamav port is updated
> 5. cd /usr/port/security/clamav
> 6. run "make install clean"
>
> There is no error message found in the whole process, however, I cannot
> find
> the file of "clamd", "clamscan" & "freshclam".
> The previous version of these file can be found in /usr/local/sbin and
> /usr/local/bin
>
> Anyone have encoutered the same problem ? I am not sure whether my posting
> is put in the correct mailling list.
> Any comments are appreciated.
>
> Thanks.
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>
From snopyland at gmail.com  Fri Sep 19 04:15:03 2008
From: snopyland at gmail.com (Snopy Land)
Date: Fri Sep 19 04:15:10 2008
Subject: clamav port for 0.94 version , pls help
In-Reply-To: <a50d5a500809181717s103d3ae3x8b9c66a649f60c9d@mail.gmail.com>
References: <d67eb5d90809172141m4a0edb8fx925fda7514b4d0df@mail.gmail.com>
	<a50d5a500809181717s103d3ae3x8b9c66a649f60c9d@mail.gmail.com>
Message-ID: <d67eb5d90809182115g41fbc1fci67ccd6cd7af916a4@mail.gmail.com>

Hi,

Thanks for your both reply.

I get clamav-0.94_1 when run "ls /var/db/pkg | grep clam"

Today, I have changed the default host to cvsup3.tw.FreeBSD.org and redo the
upgrade of clamav. I find the following message when I run "make install
clean"


Making install in clamscan
test -z "/usr/local/bin" || ../config/install-sh -c -d "/usr/local/bin"
  /bin/sh /usr/local/bin/libtool   --mode=install install  -s -o root -g
wheel -
m 555 'clamscan' '/usr/local/bin/amd64-portbld-freebsd6.2-clamscan'
install -o root -g wheel -m 555 -s .libs/clamscan
/usr/local/bin/amd64-portbld-f
reebsd6.2-clamscan
Making install in clamd
test -z "/usr/local/sbin" || ../config/install-sh -c -d "/usr/local/sbin"
  /bin/sh /usr/local/bin/libtool   --mode=install install  -s -o root -g
wheel -
m 555 'clamd' '/usr/local/sbin/amd64-portbld-freebsd6.2-clamd'
install -o root -g wheel -m 555 -s .libs/clamd
/usr/local/sbin/amd64-portbld-fre
ebsd6.2-clamd
Making install in clamdscan
test -z "/usr/local/bin" || ../config/install-sh -c -d "/usr/local/bin"
  /bin/sh /usr/local/bin/libtool   --mode=install install  -s -o root -g
wheel -
m 555 'clamdscan' '/usr/local/bin/amd64-portbld-freebsd6.2-clamdscan'
install -o root -g wheel -m 555 -s clamdscan
/usr/local/bin/amd64-portbld-freebs
d6.2-clamdscan
Making install in freshclam
test -z "/usr/local/bin" || ../config/install-sh -c -d "/usr/local/bin"
  /bin/sh /usr/local/bin/libtool   --mode=install install  -s -o root -g
wheel -
m 555 'freshclam' '/usr/local/bin/amd64-portbld-freebsd6.2-freshclam'
install -o root -g wheel -m 555 -s .libs/freshclam
/usr/local/bin/amd64-portbld-
freebsd6.2-freshclam
Making install in sigtool
test -z "/usr/local/bin" || ../config/install-sh -c -d "/usr/local/bin"
  /bin/sh /usr/local/bin/libtool   --mode=install install  -s -o root -g
wheel -
m 555 'sigtool' '/usr/local/bin/amd64-portbld-freebsd6.2-sigtool'
install -o root -g wheel -m 555 -s .libs/sigtool
/usr/local/bin/amd64-portbld-fr
eebsd6.2-sigtool
Making install in clamconf
test -z "/usr/local/bin" || ../config/install-sh -c -d "/usr/local/bin"
  /bin/sh /usr/local/bin/libtool   --mode=install install  -s -o root -g
wheel -
m 555 'clamconf' '/usr/local/bin/amd64-portbld-freebsd6.2-clamconf'
install -o root -g wheel -m 555 -s .libs/clamconf
/usr/local/bin/amd64-portbld-f
reebsd6.2-clamconf

And I find that there are some files under /usr/local/bin/ and
/usr/local/sbin

ls -ltr /usr/local/bin
-r-xr-xr-x  1 root  wheel    80624 Sep 19 11:07
amd64-portbld-freebsd6.2-sigtool
-r-xr-xr-x  1 root  wheel    87944 Sep 19 11:07
amd64-portbld-freebsd6.2-freshcl
am
-r-xr-xr-x  1 root  wheel    51968 Sep 19 11:07
amd64-portbld-freebsd6.2-clamsca
n
-r-xr-xr-x  1 root  wheel    52592 Sep 19 11:07
amd64-portbld-freebsd6.2-clamdsc
an
-r-xr-xr-x  1 root  wheel    28272 Sep 19 11:07
amd64-portbld-freebsd6.2-clamcon
f
-r-xr-xr-x  1 root  wheel     1103 Sep 19 11:07
amd64-portbld-freebsd6.2-clamav-
config

ls -ltr /usr/local/sbin

-r-xr-xr-x  1 root  wheel    67536 Sep 19 11:07
amd64-portbld-freebsd6.2-clamd

So I am not sure whether the file name has been changed.
It seems that this version of clamav can only provide the above files.
I have double checked that there is no clamd, clamscan & freshclam in
/usr/local/bin and /usr/local/sbin.

How can I know the ans. of these question ?

Any comment are appreciated.




On Fri, Sep 19, 2008 at 8:17 AM, Eric L. Chen <lihong@ieee.org> wrote:

> I am using cvsup3.tw.FreeBSD.org <http://cvsup3.tw.freebsd.org/>, no any
> problem.
> > ls | grep clam
> clamav-0.94_1
> > which clamd
> /usr/local/sbin/clamd
>
> /Eric
>
>   On Thu, Sep 18, 2008 at 12:41 PM, Snopy Land <snopyland@gmail.com>wrote:
>
>>  Hi,
>>
>> My server version is freebsd6.2 amd64. I have installed clamav to scan my
>> incoming mail. Everything works smoothly for several years.
>> Recently, I need to upgrade clamav version from 0.92 to 0.94 (latest
>> version). Actually, I had done this upgrade clamav process before.
>> My procedures is :
>>
>> 1. run "make deinstall" to deinstall the clamav version of 0.92
>> 2. Modify /usr/ports-supfile  (to make sure security port can be download
>> from a correct default host)
>> *default host=ftp.tw.freebsd.org
>> ports-security   <--- remark ports-all, and enable the ports-security only
>> 3. cd /usr ; run "cvsup -g -L 2 ports-supfile
>> 4. check /usr/port/security/clamav port is updated
>> 5. cd /usr/port/security/clamav
>> 6. run "make install clean"
>>
>> There is no error message found in the whole process, however, I cannot
>> find
>> the file of "clamd", "clamscan" & "freshclam".
>> The previous version of these file can be found in /usr/local/sbin and
>> /usr/local/bin
>>
>> Anyone have encoutered the same problem ? I am not sure whether my posting
>> is put in the correct mailling list.
>> Any comments are appreciated.
>>
>> Thanks.
>> _______________________________________________
>> freebsd-ports@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>>
>
>
From stephen at math.missouri.edu  Fri Sep 19 04:16:55 2008
From: stephen at math.missouri.edu (Stephen Montgomery-Smith)
Date: Fri Sep 19 04:17:02 2008
Subject: two ptmalloc ports
Message-ID: <48D327B5.4010304@math.missouri.edu>

There are two ports:

devel/ptmalloc
devel/ptmalloc2

They are identical!

Which one is the "true" port?
From davidb at boothscientific.com  Fri Sep 19 04:29:27 2008
From: davidb at boothscientific.com (David Booth)
Date: Fri Sep 19 04:29:39 2008
Subject: clamav port for 0.94 version , pls help
In-Reply-To: <d67eb5d90809182115g41fbc1fci67ccd6cd7af916a4@mail.gmail.com>
References: <d67eb5d90809172141m4a0edb8fx925fda7514b4d0df@mail.gmail.com>
	<a50d5a500809181717s103d3ae3x8b9c66a649f60c9d@mail.gmail.com>
	<d67eb5d90809182115g41fbc1fci67ccd6cd7af916a4@mail.gmail.com>
Message-ID: <200809182329.25028.davidb@boothscientific.com>

On Thursday 18 September 2008, Snopy Land wrote:
> Hi,
>
> Thanks for your both reply.
>
> I get clamav-0.94_1 when run "ls /var/db/pkg | grep clam"
>
> Today, I have changed the default host to cvsup3.tw.FreeBSD.org and
> redo the upgrade of clamav. I find the following message when I run
> "make install clean"
>
>
> Making install in clamscan
> test -z "/usr/local/bin" || ../config/install-sh -c -d
> "/usr/local/bin" /bin/sh /usr/local/bin/libtool   --mode=install
> install  -s -o root -g wheel -
> m 555 'clamscan' '/usr/local/bin/amd64-portbld-freebsd6.2-clamscan'
> install -o root -g wheel -m 555 -s .libs/clamscan
> /usr/local/bin/amd64-portbld-f
> reebsd6.2-clamscan
> Making install in clamd
> test -z "/usr/local/sbin" || ../config/install-sh -c -d
> "/usr/local/sbin" /bin/sh /usr/local/bin/libtool   --mode=install
> install  -s -o root -g wheel -
> m 555 'clamd' '/usr/local/sbin/amd64-portbld-freebsd6.2-clamd'
> install -o root -g wheel -m 555 -s .libs/clamd
> /usr/local/sbin/amd64-portbld-fre
> ebsd6.2-clamd
> Making install in clamdscan
> test -z "/usr/local/bin" || ../config/install-sh -c -d
> "/usr/local/bin" /bin/sh /usr/local/bin/libtool   --mode=install
> install  -s -o root -g wheel -
> m 555 'clamdscan'
> '/usr/local/bin/amd64-portbld-freebsd6.2-clamdscan' install -o root
> -g wheel -m 555 -s clamdscan
> /usr/local/bin/amd64-portbld-freebs
> d6.2-clamdscan
> Making install in freshclam
> test -z "/usr/local/bin" || ../config/install-sh -c -d
> "/usr/local/bin" /bin/sh /usr/local/bin/libtool   --mode=install
> install  -s -o root -g wheel -
> m 555 'freshclam'
> '/usr/local/bin/amd64-portbld-freebsd6.2-freshclam' install -o root
> -g wheel -m 555 -s .libs/freshclam
> /usr/local/bin/amd64-portbld-
> freebsd6.2-freshclam
> Making install in sigtool
> test -z "/usr/local/bin" || ../config/install-sh -c -d
> "/usr/local/bin" /bin/sh /usr/local/bin/libtool   --mode=install
> install  -s -o root -g wheel -
> m 555 'sigtool' '/usr/local/bin/amd64-portbld-freebsd6.2-sigtool'
> install -o root -g wheel -m 555 -s .libs/sigtool
> /usr/local/bin/amd64-portbld-fr
> eebsd6.2-sigtool
> Making install in clamconf
> test -z "/usr/local/bin" || ../config/install-sh -c -d
> "/usr/local/bin" /bin/sh /usr/local/bin/libtool   --mode=install
> install  -s -o root -g wheel -
> m 555 'clamconf' '/usr/local/bin/amd64-portbld-freebsd6.2-clamconf'
> install -o root -g wheel -m 555 -s .libs/clamconf
> /usr/local/bin/amd64-portbld-f
> reebsd6.2-clamconf
>
> And I find that there are some files under /usr/local/bin/ and
> /usr/local/sbin
>
> ls -ltr /usr/local/bin
> -r-xr-xr-x  1 root  wheel    80624 Sep 19 11:07
> amd64-portbld-freebsd6.2-sigtool
> -r-xr-xr-x  1 root  wheel    87944 Sep 19 11:07
> amd64-portbld-freebsd6.2-freshcl
> am
> -r-xr-xr-x  1 root  wheel    51968 Sep 19 11:07
> amd64-portbld-freebsd6.2-clamsca
> n
> -r-xr-xr-x  1 root  wheel    52592 Sep 19 11:07
> amd64-portbld-freebsd6.2-clamdsc
> an
> -r-xr-xr-x  1 root  wheel    28272 Sep 19 11:07
> amd64-portbld-freebsd6.2-clamcon
> f
> -r-xr-xr-x  1 root  wheel     1103 Sep 19 11:07
> amd64-portbld-freebsd6.2-clamav-
> config
>
> ls -ltr /usr/local/sbin
>
> -r-xr-xr-x  1 root  wheel    67536 Sep 19 11:07
> amd64-portbld-freebsd6.2-clamd
>
> So I am not sure whether the file name has been changed.
> It seems that this version of clamav can only provide the above
> files. I have double checked that there is no clamd, clamscan &
> freshclam in /usr/local/bin and /usr/local/sbin.
>
> How can I know the ans. of these question ?
>
> Any comment are appreciated.
>
I do not have an amd64 system, so I cannot tell from my system if the 
names are changed, but looking at the port install log, it looks as 
if they are.  
There are a couple of things to check.

(1) is there a file in /usr/local/etc/rc.d/ called clamav-clamd ?

(2) If so, or you can identify what the equivalent file is on your 
system, what is on the 'command' line in the file.  Mine says

command=/usr/local/sbin/clamd


Does yours say

command=/usr/local/sbin/amd64-portbld-freebsd6.2-clamd

?

If so, then I would venture that that is the equivalent executable.


From snopyland at gmail.com  Fri Sep 19 04:56:59 2008
From: snopyland at gmail.com (Snopy Land)
Date: Fri Sep 19 04:57:06 2008
Subject: clamav port for 0.94 version , pls help
In-Reply-To: <200809182329.25028.davidb@boothscientific.com>
References: <d67eb5d90809172141m4a0edb8fx925fda7514b4d0df@mail.gmail.com>
	<a50d5a500809181717s103d3ae3x8b9c66a649f60c9d@mail.gmail.com>
	<d67eb5d90809182115g41fbc1fci67ccd6cd7af916a4@mail.gmail.com>
	<200809182329.25028.davidb@boothscientific.com>
Message-ID: <d67eb5d90809182156q26096628v9a9959863f8d1ea@mail.gmail.com>

Hi David,

Thanks for your prompt reply.

I have checked the files of "clamav-clamd" and "clamav-freshclam" under
/usr/local/etc/rc.d.

-r-xr-xr-x  1 root  wheel   722 Sep 19 11:07 clamav-freshclam
-r-xr-xr-x  1 root  wheel   974 Sep 19 11:07 clamav-clamd

The file date has been updated by today's upgrade process. However, the
command is still using clamd and freshclam

i.e. command=/usr/local/sbin/clamd    <---clamav-clamd file
command=/usr/local/bin/freshclam    <--clamav-freshclam file

So I worry that there may be some hidden problems if I run the
"amd64-portbid-freebsd6.2-clamd" instead of "clamd"

I will report this case to the admin of freebsd.org. Have you tried to send
mail to them before? I find that
garga@FreeBSD.org<garga@FreeBSD.org?cc=ports@FreeBSD.org&subject=FreeBSD%20Port:%20clamav-0.94_1>
maintains
the port of clamav from the port search of freebsd.org.

Any other suggestions ?

Thanks.




On Fri, Sep 19, 2008 at 12:29 PM, David Booth <davidb@boothscientific.com>wrote:

>  On Thursday 18 September 2008, Snopy Land wrote:
> > Hi,
> >
> > Thanks for your both reply.
> >
> > I get clamav-0.94_1 when run "ls /var/db/pkg | grep clam"
> >
> > Today, I have changed the default host to cvsup3.tw.FreeBSD.org<http://cvsup3.tw.freebsd.org/>and
> > redo the upgrade of clamav. I find the following message when I run
> > "make install clean"
> >
> >
> > Making install in clamscan
> > test -z "/usr/local/bin" || ../config/install-sh -c -d
> > "/usr/local/bin" /bin/sh /usr/local/bin/libtool   --mode=install
> > install  -s -o root -g wheel -
> > m 555 'clamscan' '/usr/local/bin/amd64-portbld-freebsd6.2-clamscan'
> > install -o root -g wheel -m 555 -s .libs/clamscan
> > /usr/local/bin/amd64-portbld-f
> > reebsd6.2-clamscan
> > Making install in clamd
> > test -z "/usr/local/sbin" || ../config/install-sh -c -d
> > "/usr/local/sbin" /bin/sh /usr/local/bin/libtool   --mode=install
> > install  -s -o root -g wheel -
> > m 555 'clamd' '/usr/local/sbin/amd64-portbld-freebsd6.2-clamd'
> > install -o root -g wheel -m 555 -s .libs/clamd
> > /usr/local/sbin/amd64-portbld-fre
> > ebsd6.2-clamd
> > Making install in clamdscan
> > test -z "/usr/local/bin" || ../config/install-sh -c -d
> > "/usr/local/bin" /bin/sh /usr/local/bin/libtool   --mode=install
> > install  -s -o root -g wheel -
> > m 555 'clamdscan'
> > '/usr/local/bin/amd64-portbld-freebsd6.2-clamdscan' install -o root
> > -g wheel -m 555 -s clamdscan
> > /usr/local/bin/amd64-portbld-freebs
> > d6.2-clamdscan
> > Making install in freshclam
> > test -z "/usr/local/bin" || ../config/install-sh -c -d
> > "/usr/local/bin" /bin/sh /usr/local/bin/libtool   --mode=install
> > install  -s -o root -g wheel -
> > m 555 'freshclam'
> > '/usr/local/bin/amd64-portbld-freebsd6.2-freshclam' install -o root
> > -g wheel -m 555 -s .libs/freshclam
> > /usr/local/bin/amd64-portbld-
> > freebsd6.2-freshclam
> > Making install in sigtool
> > test -z "/usr/local/bin" || ../config/install-sh -c -d
> > "/usr/local/bin" /bin/sh /usr/local/bin/libtool   --mode=install
> > install  -s -o root -g wheel -
> > m 555 'sigtool' '/usr/local/bin/amd64-portbld-freebsd6.2-sigtool'
> > install -o root -g wheel -m 555 -s .libs/sigtool
> > /usr/local/bin/amd64-portbld-fr
> > eebsd6.2-sigtool
> > Making install in clamconf
> > test -z "/usr/local/bin" || ../config/install-sh -c -d
> > "/usr/local/bin" /bin/sh /usr/local/bin/libtool   --mode=install
> > install  -s -o root -g wheel -
> > m 555 'clamconf' '/usr/local/bin/amd64-portbld-freebsd6.2-clamconf'
> > install -o root -g wheel -m 555 -s .libs/clamconf
> > /usr/local/bin/amd64-portbld-f
> > reebsd6.2-clamconf
> >
> > And I find that there are some files under /usr/local/bin/ and
> > /usr/local/sbin
> >
> > ls -ltr /usr/local/bin
> > -r-xr-xr-x  1 root  wheel    80624 Sep 19 11:07
> > amd64-portbld-freebsd6.2-sigtool
> > -r-xr-xr-x  1 root  wheel    87944 Sep 19 11:07
> > amd64-portbld-freebsd6.2-freshcl
> > am
> > -r-xr-xr-x  1 root  wheel    51968 Sep 19 11:07
> > amd64-portbld-freebsd6.2-clamsca
> > n
> > -r-xr-xr-x  1 root  wheel    52592 Sep 19 11:07
> > amd64-portbld-freebsd6.2-clamdsc
> > an
> > -r-xr-xr-x  1 root  wheel    28272 Sep 19 11:07
> > amd64-portbld-freebsd6.2-clamcon
> > f
> > -r-xr-xr-x  1 root  wheel     1103 Sep 19 11:07
> > amd64-portbld-freebsd6.2-clamav-
> > config
> >
> > ls -ltr /usr/local/sbin
> >
> > -r-xr-xr-x  1 root  wheel    67536 Sep 19 11:07
> > amd64-portbld-freebsd6.2-clamd
> >
> > So I am not sure whether the file name has been changed.
> > It seems that this version of clamav can only provide the above
> > files. I have double checked that there is no clamd, clamscan &
> > freshclam in /usr/local/bin and /usr/local/sbin.
> >
> > How can I know the ans. of these question ?
> >
> > Any comment are appreciated.
> >
> I do not have an amd64 system, so I cannot tell from my system if the
> names are changed, but looking at the port install log, it looks as
> if they are.
> There are a couple of things to check.
>
> (1) is there a file in /usr/local/etc/rc.d/ called clamav-clamd ?
>
> (2) If so, or you can identify what the equivalent file is on your
> system, what is on the 'command' line in the file.  Mine says
>
> command=/usr/local/sbin/clamd
>
>
> Does yours say
>
> command=/usr/local/sbin/amd64-portbld-freebsd6.2-clamd
>
> ?
>
> If so, then I would venture that that is the equivalent executable.
>
>
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>
From davidb at boothscientific.com  Fri Sep 19 05:05:41 2008
From: davidb at boothscientific.com (David Booth)
Date: Fri Sep 19 05:05:48 2008
Subject: clamav port for 0.94 version , pls help
In-Reply-To: <d67eb5d90809182156q26096628v9a9959863f8d1ea@mail.gmail.com>
References: <d67eb5d90809172141m4a0edb8fx925fda7514b4d0df@mail.gmail.com>
	<200809182329.25028.davidb@boothscientific.com>
	<d67eb5d90809182156q26096628v9a9959863f8d1ea@mail.gmail.com>
Message-ID: <200809190005.37955.davidb@boothscientific.com>

On Thursday 18 September 2008, Snopy Land wrote:
> Hi David,
>
> Thanks for your prompt reply.
>
> I have checked the files of "clamav-clamd" and "clamav-freshclam"
> under /usr/local/etc/rc.d.
>
> -r-xr-xr-x  1 root  wheel   722 Sep 19 11:07 clamav-freshclam
> -r-xr-xr-x  1 root  wheel   974 Sep 19 11:07 clamav-clamd
>
> The file date has been updated by today's upgrade process. However,
> the command is still using clamd and freshclam
>
> i.e. command=/usr/local/sbin/clamd    <---clamav-clamd file
> command=/usr/local/bin/freshclam    <--clamav-freshclam file
>
> So I worry that there may be some hidden problems if I run the
> "amd64-portbid-freebsd6.2-clamd" instead of "clamd"
>
> I will report this case to the admin of freebsd.org. Have you tried
> to send mail to them before? I find that
> garga@FreeBSD.org<garga@FreeBSD.org?cc=ports@FreeBSD.org&subject=Fr
>eeBSD%20Port:%20clamav-0.94_1> maintains
> the port of clamav from the port search of freebsd.org.
>
> Any other suggestions ?
>
> Thanks.
>

I would just rename the amd64-borbfld-freebsd6.2-<rootname> to 
<rootname> and see clamav works after that.  If it does then it is 
just a problem in the install part of the port which the maintainer 
will probably fix after the port freeze is over. You could either 
submit a pr (see http://www.freebsd.org/send-pr.html ) or shoot an 
email to the maintainer.
From snopyland at gmail.com  Fri Sep 19 05:07:56 2008
From: snopyland at gmail.com (Snopy Land)
Date: Fri Sep 19 05:08:03 2008
Subject: FreeBSD Port: clamav-0.94_1
Message-ID: <d67eb5d90809182140o55a81f31jb332dc4e406f42ed@mail.gmail.com>

Hi,

My server version is freebsd6.2 amd64. I have installed clamav to scan my
incoming mail. Everything works smoothly for several years.
Recently, I need to upgrade clamav version from 0.92 to 0.94 (latest
version).

There is no error message found in the whole process, however, I cannot find
the file of "clamd", "clamscan" & "freshclam".
The previous version of these file can be found in /usr/local/sbin and
/usr/local/bin

I have posted my problem in the mailling list of freebsd-ports, however, I
cannot get any hints.

After redo the upgrade process, I find there are some files under
/usr/local/bin and /usr/local/sbin but the file name is differenet.

ls -ltr /usr/local/bin
-r-xr-xr-x  1 root  wheel    80624 Sep 19 11:07
amd64-portbld-freebsd6.2-sigtool
-r-xr-xr-x  1 root  wheel    87944 Sep 19 11:07
amd64-portbld-freebsd6.2-freshclam
-r-xr-xr-x  1 root  wheel    51968 Sep 19 11:07
amd64-portbld-freebsd6.2-clamscan
-r-xr-xr-x  1 root  wheel    52592 Sep 19 11:07
amd64-portbld-freebsd6.2-clamdscan
-r-xr-xr-x  1 root  wheel    28272 Sep 19 11:07
amd64-portbld-freebsd6.2-clamconf
-r-xr-xr-x  1 root  wheel     1103 Sep 19 11:07
amd64-portbld-freebsd6.2-clamav-config

ls -ltr /usr/local/sbin
-r-xr-xr-x  1 root  wheel    67536 Sep 19 11:07
amd64-portbld-freebsd6.2-clamd
Are these files are the same as the file of "clamd", "freshclam" and
"clamscan". If yes, can I create symbolic link for these file so that I can
keep my old setting? (i.e run "/usr/local/sbin/clamd -c
/usr/local/etc/clamd.conf",   and run "/usr/local/bin/freshclam --quiet" in
the cronjob). How many configuration files location should I change ?

Thanks.
From freysman at comcast.net  Fri Sep 19 05:24:18 2008
From: freysman at comcast.net (David J Brooks)
Date: Fri Sep 19 05:24:25 2008
Subject: how to upgrade ports that depend on openssl-stable?
Message-ID: <200809190008.15927.freysman@comcast.net>

I keep running into this error:

===>  openssl-stable-0.9.7m_1 Conflicts with version in the base.
*** Error code 1

Stop in /usr/ports/security/openssl-stable.

===>>> make failed for security/openssl-stable
===>>> Aborting update

===>>> Update for /usr/ports/security/openssl-stable failed
===>>> Aborting update

===>>> Update for qt4-network-4.3.4_1 failed
===>>> Aborting update

-- 
Smell-O-Vision users insert nostril tubes now.
From edwin at mavetju.org  Fri Sep 19 05:24:29 2008
From: edwin at mavetju.org (Edwin Groothuis)
Date: Fri Sep 19 05:24:39 2008
Subject: two ptmalloc ports
In-Reply-To: <48D327B5.4010304@math.missouri.edu>
References: <48D327B5.4010304@math.missouri.edu>
Message-ID: <20080919052424.GC83339@k7.mavetju>

On Thu, Sep 18, 2008 at 11:16:53PM -0500, Stephen Montgomery-Smith wrote:
> There are two ports:
> 
> devel/ptmalloc
> devel/ptmalloc2
> 
> They are identical!
> 
> Which one is the "true" port?

See http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127012

ports/127012: Update devel/ptmalloc to version 3

But the assignee is wrong, I'll fix it.

Edwin
-- 
Edwin Groothuis      |            Personal website: http://www.mavetju.org
edwin@mavetju.org    |              Weblog: http://www.mavetju.org/weblog/
From ale at FreeBSD.org  Fri Sep 19 05:52:54 2008
From: ale at FreeBSD.org (Alex Dupre)
Date: Fri Sep 19 05:53:00 2008
Subject: OPTIONS handling doesn't seem to work fully in dependencies
	anymore
In-Reply-To: <200809181545.48487.jhb@freebsd.org>
References: <200809151036.19674.jhb@freebsd.org>
	<200809181033.56619.jhb@freebsd.org> <48D2A979.7090809@FreeBSD.org>
	<200809181545.48487.jhb@freebsd.org>
Message-ID: <48D33E32.2030607@FreeBSD.org>

John Baldwin wrote:
> Ahh, I think I see now.  It requires one OPTIONS using port to mask the 
> dependencies.

Exactly.

>> I thought the same thing, probably yes, but I dunno why it was added in 
>> such way from the beginning, so I tried to create the simplest and 
>> surely working patch maintaining the current workflow.
> 
> Ok.

Probably it was added in such way because at the beginning there wasn't 
the config-conditional target and runing the config target for every 
port (re)build was not a bright idea. If I have time I'll try to make a 
patch following this rationale, but in the meanwhile my previous patch 
seems good enough.

--
Alex Dupre
From koitsu at FreeBSD.org  Fri Sep 19 06:37:34 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Fri Sep 19 06:37:40 2008
Subject: how to upgrade ports that depend on openssl-stable?
In-Reply-To: <200809190008.15927.freysman@comcast.net>
References: <200809190008.15927.freysman@comcast.net>
Message-ID: <20080919062732.GA37698@icarus.home.lan>

On Fri, Sep 19, 2008 at 12:08:15AM -0500, David J Brooks wrote:
> I keep running into this error:
> 
> ===>  openssl-stable-0.9.7m_1 Conflicts with version in the base.
> *** Error code 1

OpenSSL is included in FreeBSD in the base system.  The port you're
trying to install requires a newer version of OpenSSL than what's in the
base system.

You need to define WITH_OPENSSL_BASE=yes in your /etc/make.conf.  This
should make the port build/install successfully, and will overwrite
the OpenSSL installation in the base system.

You will also need to set WITHOUT_OPENSSL=true in /etc/src.conf
(assuming this is FreeBSD 7.x), to ensure the next time you
build/install world, that you do not bother building the "base version"
of OpenSSL, and instead continue to rely on the port version.

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From koitsu at FreeBSD.org  Fri Sep 19 06:56:00 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Fri Sep 19 06:56:06 2008
Subject: how to upgrade ports that depend on openssl-stable?
In-Reply-To: <20080919062732.GA37698@icarus.home.lan>
References: <200809190008.15927.freysman@comcast.net>
	<20080919062732.GA37698@icarus.home.lan>
Message-ID: <20080919064556.GA38073@icarus.home.lan>

On Thu, Sep 18, 2008 at 11:27:32PM -0700, Jeremy Chadwick wrote:
> On Fri, Sep 19, 2008 at 12:08:15AM -0500, David J Brooks wrote:
> > I keep running into this error:
> > 
> > ===>  openssl-stable-0.9.7m_1 Conflicts with version in the base.
> > *** Error code 1
> 
> OpenSSL is included in FreeBSD in the base system.  The port you're
> trying to install requires a newer version of OpenSSL than what's in the
> base system.
> 
> You need to define WITH_OPENSSL_BASE=yes in your /etc/make.conf.  This
> should make the port build/install successfully, and will overwrite
> the OpenSSL installation in the base system.
> 
> You will also need to set WITHOUT_OPENSSL=true in /etc/src.conf
> (assuming this is FreeBSD 7.x), to ensure the next time you
> build/install world, that you do not bother building the "base version"
> of OpenSSL, and instead continue to rely on the port version.

One other thing I forgot to mention:

You will need to rebuild all ports reliant on SSL (this may be hard to
determine reliably), as well as all base system utilities reliant on SSL
(make world will suffice for this), as there will very likely be a
library version mismatch between the old base OpenSSL and the port
version of OpenSSL.

There's a chance you won't have to do this ("I installed the port like
you said and everything still works"), but I would recommend you not
take any chances.

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From lme at FreeBSD.org  Fri Sep 19 08:27:22 2008
From: lme at FreeBSD.org (Lars Engels)
Date: Fri Sep 19 08:27:28 2008
Subject: VirtualBox looks for FreeBSD developer
In-Reply-To: <48C8F051.7060107@sun.com>
References: <48C52718.5080807@sun.com>
	<ef8c8a880809081251q7d252c81tee99535ac8b8fdbf@mail.gmail.com>
	<48C8F051.7060107@sun.com>
Message-ID: <20080919082719.GH676@e.0x20.net>

On Thu, Sep 11, 2008 at 12:17:53PM +0200, Klaus Espenlaub wrote:
> Hi,
> 
> Torfinn Ingolfsen wrote:
> >On Mon, Sep 8, 2008 at 3:22 PM, Klaus Espenlaub <Klaus.Espenlaub@sun.com> wrote:
> >>#include <disclaimer>
> >I speak for myself and nobody else. I do not claim that I in any way
> >represent FreeBSD.
> >>freebsd is yet another kernel for which the VirtualBox devs would have
> >>to figure out how to safely achieve a few things normal applications
> >>don't ever need. Like dealing with physical memory, getting along with
> >>the scheduler and stuff like that. It's also true that the written
> >>documentation in VirtualBox about this area leaves something to be
> >>desired - again a manpower problem.
> >It is easy for me as an outsider to see that this can be viewed from
> >the opposite angle:
> >"VirtualBox is just another virtualization solution for FreeBSD. We
> >are sorry that the VirtualBox team can't find any time to provide the
> >necessary documentation. Currently FreeBSD don't have any developers
> >with enough free time to figure things out from the documentation
> >available now. You see - it is simply a manpower problem."

I think you could better ask for help on hackers@FreeBSD.org as there
aren't too many kernel developers reading ports@ is guess.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080919/b6fce849/attachment.pgp
From shuvaev at physik.uni-wuerzburg.de  Fri Sep 19 08:37:06 2008
From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev)
Date: Fri Sep 19 08:37:13 2008
Subject: FreeBSD Port: clamav-0.94_1
In-Reply-To: <d67eb5d90809182140o55a81f31jb332dc4e406f42ed@mail.gmail.com>
References: <d67eb5d90809182140o55a81f31jb332dc4e406f42ed@mail.gmail.com>
Message-ID: <20080919083704.GC44330@wep4035.physik.uni-wuerzburg.de>

On Fri, Sep 19, 2008 at 12:40:35PM +0800, Snopy Land wrote:
> Hi,
> 
> My server version is freebsd6.2 amd64. I have installed clamav to scan my
                              ^^^
According to http://www.freebsd.org/security/ it is not supported any more.
Consider upgrading your base system (as opposed to ports) as well.

> incoming mail. Everything works smoothly for several years.
> Recently, I need to upgrade clamav version from 0.92 to 0.94 (latest
> version).
> 

The procedure used (from the original mail):

> 1. run "make deinstall" to deinstall the clamav version of 0.92
> 2. Modify /usr/ports-supfile  (to make sure security port can be download
> from a correct default host)
> *default host=ftp.tw.freebsd.org
> ports-security   <--- remark ports-all, and enable the ports-security only
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  That is not a good idea, I think.

> 3. cd /usr ; run "cvsup -g -L 2 ports-supfile
> 4. check /usr/port/security/clamav port is updated
> 5. cd /usr/port/security/clamav
> 6. run "make install clean"

> There is no error message found in the whole process, however, I cannot find
> the file of "clamd", "clamscan" & "freshclam".
> The previous version of these file can be found in /usr/local/sbin and
> /usr/local/bin
> 
> After redo the upgrade process, I find there are some files under
> /usr/local/bin and /usr/local/sbin but the file name is differenet.
> 
> ls -ltr /usr/local/bin
> -r-xr-xr-x  1 root  wheel    80624 Sep 19 11:07
> amd64-portbld-freebsd6.2-sigtool
> -r-xr-xr-x  1 root  wheel    87944 Sep 19 11:07
> amd64-portbld-freebsd6.2-freshclam
> -r-xr-xr-x  1 root  wheel    51968 Sep 19 11:07
> amd64-portbld-freebsd6.2-clamscan
> -r-xr-xr-x  1 root  wheel    52592 Sep 19 11:07
> amd64-portbld-freebsd6.2-clamdscan
> -r-xr-xr-x  1 root  wheel    28272 Sep 19 11:07
> amd64-portbld-freebsd6.2-clamconf
> -r-xr-xr-x  1 root  wheel     1103 Sep 19 11:07
> amd64-portbld-freebsd6.2-clamav-config
> 
> ls -ltr /usr/local/sbin
> -r-xr-xr-x  1 root  wheel    67536 Sep 19 11:07
> amd64-portbld-freebsd6.2-clamd
> Are these files are the same as the file of "clamd", "freshclam" and
> "clamscan". If yes, can I create symbolic link for these file so that I can
> keep my old setting? (i.e run "/usr/local/sbin/clamd -c
> /usr/local/etc/clamd.conf",   and run "/usr/local/bin/freshclam --quiet" in
> the cronjob). How many configuration files location should I change ?
> 
Yes, these files are the same. You have run into this problem because you
have not updated the whole tree, namely ports/Mk* directory. There was
a change which is responsible for fixing these ugly names.
FWIW, from the /usr/share/examples/cvsup/ports-supfile:

# These are the individual collections that make up "ports-all".  If you
# use these, be sure to comment out "ports-all" above.
#
# Be sure to ALWAYS cvsup the ports-base collection if you use any of the
# other individual collections below. ports-base is a mandatory collection
# for the ports collection, and your ports may not build correctly if it
# is not kept up to date.
#ports-base

Good luck!
Alexey.
From miwi at FreeBSD.org  Fri Sep 19 08:48:18 2008
From: miwi at FreeBSD.org (Martin Wilke)
Date: Fri Sep 19 08:48:24 2008
Subject: CALL FOR TEST Qt 4.4.2
Message-ID: <20080919084812.GC86244@bsdcrew.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello everybody!

Yesterday Qt 4.4.2 was released, area51 is
already updated, and I would like some testers
before we commit it to the Ports tree after the
freeze.

You can find the changelog here:
http://trolltech.com/developer/resources/notes/changes/changes-4.4.2

Note on area51:
You now need subversion to checkout area51,

svn co https://kf.athame.co.uk/kde-freebsd/trunk/area51

Happy Testing.

Regards Martin

- -- 

+-----------------------+-------------------------------+
|  PGP    : 0x05682353  |  Jabber : miwi(at)BSDCrew.de  |
|  ICQ    : 169139903   |  Mail   : miwi(at)FreeBSD.org |
+-----------------------+-------------------------------+
|	Mess with the Best, Die like the Rest!		|
+-----------------------+-------------------------------+
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEARECAAYFAkjTZ0sACgkQFwpycAVoI1OxyQCglTwiiGJCcFLfkhL73wnnPDyE
OO0An0jZhIGjA9C0wlsYrNuEdK0Ivlwf
=noBp
-----END PGP SIGNATURE-----
From shuvaev at physik.uni-wuerzburg.de  Fri Sep 19 08:50:32 2008
From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev)
Date: Fri Sep 19 08:50:39 2008
Subject: teTeX/TeXLive: powerdot still missing ...
In-Reply-To: <48D25F95.3080504@zedat.fu-berlin.de>
References: <48D25F95.3080504@zedat.fu-berlin.de>
Message-ID: <20080919085029.GE44330@wep4035.physik.uni-wuerzburg.de>

On Thu, Sep 18, 2008 at 02:03:01PM +0000, O. Hartmann wrote:
> Still using teTeX, but as we all know, development has been canceld by  
> Thomas Esser. I'm looking for a working 'powerdot' which is part of  
> TeXLive now, but there is no TeXLive-port available for FreeBSD.  
> Searching for that matter brings up some informations released a year  
> ago and I'm wondering about the fact that there is no support for 
> FreeBSD.
> Is there a workaround or 'master plan' how to bring TeXLive to a FreeBSD  
> bx in a clean way? Can TeXLive coexists with teTeX.
>
Not about porting TeXLive to FreeBSD actually.
After a quick look at 'powerdot' class I can suggest you using 'beamer'
as a workaround. It is in the teTeX.
Porting of TeXLive is a todo anyway, I think.

Alexey.
From trebestie at gmail.com  Fri Sep 19 10:50:51 2008
From: trebestie at gmail.com (Diego Depaoli)
Date: Fri Sep 19 10:51:22 2008
Subject: teTeX/TeXLive: powerdot still missing ...
In-Reply-To: <20080919085029.GE44330@wep4035.physik.uni-wuerzburg.de>
References: <48D25F95.3080504@zedat.fu-berlin.de>
	<20080919085029.GE44330@wep4035.physik.uni-wuerzburg.de>
Message-ID: <83e5fb980809190328k522e86f1kd230fdf9448ce75b@mail.gmail.com>

2008/9/19 Alexey Shuvaev <shuvaev@physik.uni-wuerzburg.de>:
> On Thu, Sep 18, 2008 at 02:03:01PM +0000, O. Hartmann wrote:
>> Still using teTeX, but as we all know, development has been canceld by
>> Thomas Esser. I'm looking for a working 'powerdot' which is part of
>> TeXLive now, but there is no TeXLive-port available for FreeBSD.
>> Searching for that matter brings up some informations released a year
>> ago and I'm wondering about the fact that there is no support for
>> FreeBSD.
>> Is there a workaround or 'master plan' how to bring TeXLive to a FreeBSD
>> bx in a clean way? Can TeXLive coexists with teTeX.
>>
> Not about porting TeXLive to FreeBSD actually.
> After a quick look at 'powerdot' class I can suggest you using 'beamer'
> as a workaround.
or ConTeXT which provides support for FreeBSD.

Regards
--
Diego Depaoli
From gahr at FreeBSD.org  Fri Sep 19 11:45:20 2008
From: gahr at FreeBSD.org (Pietro Cerutti)
Date: Fri Sep 19 11:45:24 2008
Subject: teTeX/TeXLive: powerdot still missing ...
In-Reply-To: <48D25F95.3080504@zedat.fu-berlin.de>
References: <48D25F95.3080504@zedat.fu-berlin.de>
Message-ID: <48D390B3.5060103@FreeBSD.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

O. Hartmann wrote:
| Still using teTeX, but as we all know, development has been canceld by
| Thomas Esser. I'm looking for a working 'powerdot' which is part of
| TeXLive now, but there is no TeXLive-port available for FreeBSD.
| Searching for that matter brings up some informations released a year
| ago and I'm wondering about the fact that there is no support for FreeBSD.
| Is there a workaround or 'master plan' how to bring TeXLive to a FreeBSD
| bx in a clean way? Can TeXLive coexists with teTeX.
|
| Thank you very much for your patience ...

Hi Oliver,

I currently have a local working installation of TeXLive. However, there
are a few problems which prevent me to commit the port to the ports tree.

I am planning to gather feedback and do something about it in the near
future, so stay tuned :)

| Regards,
Best regards,

| Oliver

- --
Pietro Cerutti
gahr@FreeBSD.org

PGP Public Key:
http://gahr.ch/pgp

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEAREKAAYFAkjTkLIACgkQwMJqmJVx9462NwCdGOrDy4w4O5NJwZ/MxdgyFj+d
ZasAnA8HKzvW7A/dI1OoibTuTQ37TaLa
=KB/4
-----END PGP SIGNATURE-----
From garga at FreeBSD.org  Fri Sep 19 12:00:19 2008
From: garga at FreeBSD.org (Renato Botelho)
Date: Fri Sep 19 12:00:26 2008
Subject: FreeBSD Port: clamav-0.94_1
In-Reply-To: <d67eb5d90809182140o55a81f31jb332dc4e406f42ed@mail.gmail.com>
References: <d67eb5d90809182140o55a81f31jb332dc4e406f42ed@mail.gmail.com>
Message-ID: <20080919113513.GA2735@bluepex.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Fri, Sep 19, 2008 at 12:40:35PM +0800, Snopy Land wrote:
> Hi,
> 
> My server version is freebsd6.2 amd64. I have installed clamav to scan my
> incoming mail. Everything works smoothly for several years.
> Recently, I need to upgrade clamav version from 0.92 to 0.94 (latest
> version).
> 
> There is no error message found in the whole process, however, I cannot find
> the file of "clamd", "clamscan" & "freshclam".
> The previous version of these file can be found in /usr/local/sbin and
> /usr/local/bin
> 
> I have posted my problem in the mailling list of freebsd-ports, however, I
> cannot get any hints.
> 
> After redo the upgrade process, I find there are some files under
> /usr/local/bin and /usr/local/sbin but the file name is differenet.
> 
> ls -ltr /usr/local/bin
> -r-xr-xr-x  1 root  wheel    80624 Sep 19 11:07
> amd64-portbld-freebsd6.2-sigtool
> -r-xr-xr-x  1 root  wheel    87944 Sep 19 11:07
> amd64-portbld-freebsd6.2-freshclam
> -r-xr-xr-x  1 root  wheel    51968 Sep 19 11:07
> amd64-portbld-freebsd6.2-clamscan
> -r-xr-xr-x  1 root  wheel    52592 Sep 19 11:07
> amd64-portbld-freebsd6.2-clamdscan
> -r-xr-xr-x  1 root  wheel    28272 Sep 19 11:07
> amd64-portbld-freebsd6.2-clamconf
> -r-xr-xr-x  1 root  wheel     1103 Sep 19 11:07
> amd64-portbld-freebsd6.2-clamav-config
> 
> ls -ltr /usr/local/sbin
> -r-xr-xr-x  1 root  wheel    67536 Sep 19 11:07
> amd64-portbld-freebsd6.2-clamd
> Are these files are the same as the file of "clamd", "freshclam" and
> "clamscan". If yes, can I create symbolic link for these file so that I can
> keep my old setting? (i.e run "/usr/local/sbin/clamd -c
> /usr/local/etc/clamd.conf",   and run "/usr/local/bin/freshclam --quiet" in
> the cronjob). How many configuration files location should I change ?
> 
> Thanks.

This same problem happened with another user, and the cause was his ports
tree and autotools ports are not up-to-date. Please, update your ports tree,
update all autotools ports (automake, autoconf, libtool) and rebuild clamav.

Thanks
- -- 
Renato Botelho <garga @ FreeBSD.org>
               <garga @ freebsdbrasil.com.br>
GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc

The one good thing about repeating your
mistakes is that you know when to cringe.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEARECAAYFAkjTjnEACgkQ6CRbiSJE7amXzwCePlC+uU715DPcmIlIxYfW5nJM
XloAoLGXwcWWYPniW2VIXlv5fQU9JJns
=VOj/
-----END PGP SIGNATURE-----
From ghirai at ghirai.com  Fri Sep 19 15:33:56 2008
From: ghirai at ghirai.com (Ghirai)
Date: Fri Sep 19 15:34:00 2008
Subject: FreeBSD Port: py25-wxPython-2.8.7.1_1
Message-ID: <20080919181635.ae1e5fd4.ghirai@ghirai.com>

Hello,

The version in the ports tree is a bit dated (Nov. 2007).
Any chance we can get an update (current is 2.8.8.1)?

Thanks.

-- 
Regards,
Ghirai.
From estrabd at gmail.com  Fri Sep 19 17:11:47 2008
From: estrabd at gmail.com (B. Estrade)
Date: Fri Sep 19 17:11:51 2008
Subject: www/vee
Message-ID: <20080919165808.GP71681@bc3.hpc.lsu.edu>

I am the author of www/vee, and when checking to see if it's been upgraded to the latest I found out that there was no longer a maintainer for this port.

http://www.freshports.org/www/?page=19

I am interested in getting the latest version into ports, and am willing to become port maintainer for it - if someone would kindly point me to the documentation describing how to do such a thing.

The vee site is: http://www.0x743.com/vee/

Cheers,
Brett

From wxs at FreeBSD.org  Fri Sep 19 17:26:31 2008
From: wxs at FreeBSD.org (Wesley Shields)
Date: Fri Sep 19 17:26:35 2008
Subject: www/vee
In-Reply-To: <20080919165808.GP71681@bc3.hpc.lsu.edu>
References: <20080919165808.GP71681@bc3.hpc.lsu.edu>
Message-ID: <20080919172631.GA28024@atarininja.org>

On Fri, Sep 19, 2008 at 11:58:08AM -0500, B. Estrade wrote:
> I am the author of www/vee, and when checking to see if it's been
> upgraded to the latest I found out that there was no longer a
> maintainer for this port.
> 
> http://www.freshports.org/www/?page=19
> 
> I am interested in getting the latest version into ports, and am
> willing to become port maintainer for it - if someone would kindly
> point me to the documentation describing how to do such a thing.
> 
> The vee site is: http://www.0x743.com/vee/

http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html

Also, reading through /usr/ports/Mk/* is a good idea if you ever get
stuck.

Lastly, this list is also helpful in case you have questions that are
not answered with the above resources.

-- WXS
From miwi at FreeBSD.org  Fri Sep 19 19:49:50 2008
From: miwi at FreeBSD.org (Martin Wilke)
Date: Fri Sep 19 19:49:55 2008
Subject: [kde-freebsd] CALL FOR TEST Qt 4.4.2
In-Reply-To: <48D3E3F3.4020301@gmx.de>
References: <20080919084812.GC86244@bsdcrew.de> <48D3E3F3.4020301@gmx.de>
Message-ID: <20080919194945.GF35488@bsdcrew.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Yep we also documented that today,

https://kf.athame.co.uk/access.php


On Fri, Sep 19, 2008 at 07:40:03PM +0200, Dorian B?ttner wrote:
> Martin Wilke schrieb:
> > Note on area51:
> > You now need subversion to checkout area51,
> >
> > svn co https://kf.athame.co.uk/kde-freebsd/trunk/area51
> >
> >   
> Anything else remains the same?
> 
> 3. Choose a partition for the area51 repository checkout. I personally 
> > use /var, but you can use what you want.
> > 
> > 4. If you use /var (or use your path here) then
> > 
> > # cd /var
> > 
> > 5. This creates a folder area51 into /var with checked out repository.
> > 
> > # cvs -d:ext:anoncvs@orm.arved.priv.at:/home/kde-freebsd co area51
> > 
> > 6. If you use /var (or use your path here) then
> > 
> > # mount -t unionfs /var/area51 /usr/ports
> > 
> > You have now area51 repository on top of your existing ports tree. Use your 
> > ports tree now as usual.
> > 
> > 7. Install / update QT 4 first.
> > 
> > 8. Install KDE 4 ports you want. You can start with /usr/ports/x11/kdebase4
> > 
> > That is all. When you want to use your unmodified original ports tree just
> > 
> > # umount /usr/ports
> > 
> > and everything is like before. Of course do not downgrade / uninstall the new 
> > installed ports and run KDE 4 only with your test user accoun
> 
> Thanks,
> Dorian
> 

- -- 

+-----------------------+-------------------------------+
|  PGP    : 0x05682353  |  Jabber : miwi(at)BSDCrew.de  |
|  ICQ    : 169139903   |  Mail   : miwi(at)FreeBSD.org |
+-----------------------+-------------------------------+
|	Mess with the Best, Die like the Rest!		|
+-----------------------+-------------------------------+
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEARECAAYFAkjUAlgACgkQFwpycAVoI1MVYwCbBy/ZpiJQHhl+ymzrcx+pWPsg
EmMAn2si+zExz69BDKS/inDBzl3mj6II
=E3/p
-----END PGP SIGNATURE-----
From dorian.buettner at gmx.de  Fri Sep 19 20:06:45 2008
From: dorian.buettner at gmx.de (=?ISO-8859-1?Q?Dorian_B=FCttner?=)
Date: Fri Sep 19 20:06:50 2008
Subject: [kde-freebsd] CALL FOR TEST Qt 4.4.2
In-Reply-To: <20080919084812.GC86244@bsdcrew.de>
References: <20080919084812.GC86244@bsdcrew.de>
Message-ID: <48D3E3F3.4020301@gmx.de>

Martin Wilke schrieb:
> Note on area51:
> You now need subversion to checkout area51,
>
> svn co https://kf.athame.co.uk/kde-freebsd/trunk/area51
>
>   
Anything else remains the same?

3. Choose a partition for the area51 repository checkout. I personally 
> use /var, but you can use what you want.
> 
> 4. If you use /var (or use your path here) then
> 
> # cd /var
> 
> 5. This creates a folder area51 into /var with checked out repository.
> 
> # cvs -d:ext:anoncvs@orm.arved.priv.at:/home/kde-freebsd co area51
> 
> 6. If you use /var (or use your path here) then
> 
> # mount -t unionfs /var/area51 /usr/ports
> 
> You have now area51 repository on top of your existing ports tree. Use your 
> ports tree now as usual.
> 
> 7. Install / update QT 4 first.
> 
> 8. Install KDE 4 ports you want. You can start with /usr/ports/x11/kdebase4
> 
> That is all. When you want to use your unmodified original ports tree just
> 
> # umount /usr/ports
> 
> and everything is like before. Of course do not downgrade / uninstall the new 
> installed ports and run KDE 4 only with your test user accoun

Thanks,
Dorian
From ale at FreeBSD.org  Fri Sep 19 21:36:37 2008
From: ale at FreeBSD.org (Alex Dupre)
Date: Fri Sep 19 21:36:39 2008
Subject: OPTIONS handling doesn't seem to work fully in
	dependencies	anymore
In-Reply-To: <48D2167F.3040203@FreeBSD.org>
References: <200809151036.19674.jhb@freebsd.org>	<48D03248.1040109@FreeBSD.org>
	<48D0A683.9020802@FreeBSD.org>	<200809171303.05759.jhb@freebsd.org>
	<48D2167F.3040203@FreeBSD.org>
Message-ID: <48D41B62.90603@FreeBSD.org>

Alex Dupre wrote:
> The attached patch should solve this erratic behavior.

Another quick patch, that removes handling OPTIONS as a special case.

--
Alex Dupre
-------------- next part --------------
--- bsd.port.mk.orig	2008-09-19 23:15:37.000000000 +0200
+++ bsd.port.mk	2008-09-19 23:29:30.000000000 +0200
@@ -3229,17 +3229,6 @@
 .endif
 
 ################################################################
-#
-# Do preliminary work to detect if we need to run the config
-# target or not.
-#
-################################################################
-.if (!defined(OPTIONS) || defined(CONFIG_DONE) || \
-	defined(PACKAGE_BUILDING) || defined(BATCH))
-_OPTIONS_OK=yes
-.endif
-
-################################################################
 # The following are used to create easy dummy targets for
 # disabling some bit of default target behavior you don't want.
 # They still check to see if the target exists, and if so don't
@@ -4114,7 +4103,7 @@
 _SANITY_SEQ=	${_CHROOT_SEQ} pre-everything check-makefile check-categories \
 				check-makevars check-desktop-entries check-depends \
 				check-deprecated check-vulnerable buildanyway-message \
-				options-message
+				options-message config-conditional
 _FETCH_DEP=		check-sanity
 _FETCH_SEQ=		fetch-depends pre-fetch pre-fetch-script \
 				do-fetch post-fetch post-fetch-script
@@ -4165,12 +4154,8 @@
 
 .for target in extract patch configure build install package
 
-.if !target(${target}) && defined(_OPTIONS_OK)
+.if !target(${target})
 ${target}: ${${target:U}_COOKIE}
-.elif !target(${target})
-${target}: config-conditional
-	@cd ${.CURDIR} && ${MAKE} CONFIG_DONE=1 ${__softMAKEFLAGS} ${${target:U}_COOKIE}
-.elif target(${target}) && defined(IGNORE)
 .endif
 
 .if !exists(${${target:U}_COOKIE})
@@ -5936,7 +5921,7 @@
 
 .if !target(config-conditional)
 config-conditional:
-.if defined(OPTIONS)
+.if defined(OPTIONS) && !defined(PACKAGE_BUILDING) && !defined(BATCH)
 .if exists(${OPTIONSFILE})
 # scan saved options and invalidate them, if the set of options does not match
 	@. ${OPTIONSFILE}; \
From freysman at comcast.net  Fri Sep 19 22:45:14 2008
From: freysman at comcast.net (David J Brooks)
Date: Fri Sep 19 22:45:18 2008
Subject: how to upgrade ports that depend on openssl-stable?
In-Reply-To: <20080919062732.GA37698@icarus.home.lan>
References: <200809190008.15927.freysman@comcast.net>
	<20080919062732.GA37698@icarus.home.lan>
Message-ID: <200809191729.05657.freysman@comcast.net>

On Friday 19 September 2008 01:27:32 am Jeremy Chadwick wrote:
> On Fri, Sep 19, 2008 at 12:08:15AM -0500, David J Brooks wrote:
> > I keep running into this error:
> >
> > ===>  openssl-stable-0.9.7m_1 Conflicts with version in the base.
> > *** Error code 1
>
> OpenSSL is included in FreeBSD in the base system.  The port you're
> trying to install requires a newer version of OpenSSL than what's in the
> base system.
>
> You need to define WITH_OPENSSL_BASE=yes in your /etc/make.conf.  This
> should make the port build/install successfully, and will overwrite
> the OpenSSL installation in the base system.
>
> You will also need to set WITHOUT_OPENSSL=true in /etc/src.conf
> (assuming this is FreeBSD 7.x), to ensure the next time you
> build/install world, that you do not bother building the "base version"
> of OpenSSL, and instead continue to rely on the port version.


That did the trick. Thanks!
-- 
This message has been foretold by Nostradamus.
From estrabd at gmail.com  Fri Sep 19 23:27:07 2008
From: estrabd at gmail.com (B. Estrade)
Date: Fri Sep 19 23:27:12 2008
Subject: www/vee
In-Reply-To: <20080919172631.GA28024@atarininja.org>
References: <20080919165808.GP71681@bc3.hpc.lsu.edu>
	<20080919172631.GA28024@atarininja.org>
Message-ID: <20080919232336.GH71681@bc3.hpc.lsu.edu>

On Fri, Sep 19, 2008 at 01:26:31PM -0400, Wesley Shields wrote:
> On Fri, Sep 19, 2008 at 11:58:08AM -0500, B. Estrade wrote:
> > I am the author of www/vee, and when checking to see if it's been
> > upgraded to the latest I found out that there was no longer a
> > maintainer for this port.
> > 
> > http://www.freshports.org/www/?page=19
> > 
> > I am interested in getting the latest version into ports, and am
> > willing to become port maintainer for it - if someone would kindly
> > point me to the documentation describing how to do such a thing.
> > 
> > The vee site is: http://www.0x743.com/vee/
> 
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html
> 
> Also, reading through /usr/ports/Mk/* is a good idea if you ever get
> stuck.
> 
> Lastly, this list is also helpful in case you have questions that are
> not answered with the above resources.
> 
> -- WXS

Okay.  So I followed the instructions on updating at http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/port-upgrading.html, and during the process updated the checksum file with 'make makesum' and ran the suggested install/deinstall/reinstall/etc tests. Everything worked fine, so I sent in the result of 'diff -ruN vee.bak vee' in through send-pr.

So is that about it? Also, I mentioned in the report that I'd like to be the maintainer for the port, but would like to reiterate it.

Thanks - this was pretty fun and the replies I got were very helpful.

Cheers,
Brett
From wxs at FreeBSD.org  Sat Sep 20 00:21:07 2008
From: wxs at FreeBSD.org (Wesley Shields)
Date: Sat Sep 20 00:21:11 2008
Subject: www/vee
In-Reply-To: <20080919232336.GH71681@bc3.hpc.lsu.edu>
References: <20080919165808.GP71681@bc3.hpc.lsu.edu>
	<20080919172631.GA28024@atarininja.org>
	<20080919232336.GH71681@bc3.hpc.lsu.edu>
Message-ID: <20080920002106.GA30884@atarininja.org>

On Fri, Sep 19, 2008 at 06:23:36PM -0500, B. Estrade wrote:
> On Fri, Sep 19, 2008 at 01:26:31PM -0400, Wesley Shields wrote:
> > On Fri, Sep 19, 2008 at 11:58:08AM -0500, B. Estrade wrote:
> > > I am the author of www/vee, and when checking to see if it's been
> > > upgraded to the latest I found out that there was no longer a
> > > maintainer for this port.
> > > 
> > > http://www.freshports.org/www/?page=19
> > > 
> > > I am interested in getting the latest version into ports, and am
> > > willing to become port maintainer for it - if someone would kindly
> > > point me to the documentation describing how to do such a thing.
> > > 
> > > The vee site is: http://www.0x743.com/vee/
> > 
> > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html
> > 
> > Also, reading through /usr/ports/Mk/* is a good idea if you ever get
> > stuck.
> > 
> > Lastly, this list is also helpful in case you have questions that are
> > not answered with the above resources.
> > 
> > -- WXS
> 
> Okay.  So I followed the instructions on updating at
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/port-upgrading.html,
> and during the process updated the checksum file with 'make makesum'
> and ran the suggested install/deinstall/reinstall/etc tests.
> Everything worked fine, so I sent in the result of 'diff -ruN vee.bak
> vee' in through send-pr.
> 
> So is that about it? Also, I mentioned in the report that I'd like to
> be the maintainer for the port, but would like to reiterate it.

Provided it passes the tests that a committer will put your update
through, then yes.  We are currently in a freeze for the upcoming
releases so please be patient as the kind of update you have prepared
will have to wait until the tree is thawed.

> Thanks - this was pretty fun and the replies I got were very helpful.

Your welcome, and welcome to the club.  :)

-- WXS
From kitchetech at gmail.com  Sat Sep 20 04:16:50 2008
From: kitchetech at gmail.com (matt donovan)
Date: Sat Sep 20 04:16:54 2008
Subject: Does anyone know nginx's www path
Message-ID: <28283d910809192050l49e39bc5xcc229a711c66a29@mail.gmail.com>

Since I am trying to get this setup for a developer machine and I can't get
to the default index.html. and it seems that the pid file is not created
either with the port. All I get with a default nginx install is a 404 error
From QAT at FreeBSD.org  Sat Sep 20 11:57:53 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Sat Sep 20 11:57:58 2008
Subject: x11-clocks/emiclock - fails: mtree
Message-ID: <20080920115751.8437812E467B@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/emiclock-2.0.2_2.log :


building emiclock-2.0.2_2 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/x11-clocks/emiclock
Makefile ident: $FreeBSD: ports/x11-clocks/emiclock/Makefile,v 1.28 2008/04/19 17:54:49 miwi Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Sat Sep 20 11:57:10 UTC 2008

.................................<Last 40 lines of the log>..................

pkg_add fontconfig-2.5.0,1.tbz
skipping fontconfig-2.5.0,1, already added
pkg_add dmxproto-2.2.2.tbz
skipping dmxproto-2.2.2, already added
pkg_add expat-2.0.1.tbz
skipping expat-2.0.1, already added
pkg_add xorg-libraries-7.3_2.tbz
skipping xorg-libraries-7.3_2, already added
===>  Installing for emiclock-2.0.2_2
===>   emiclock-2.0.2_2 depends on file: /usr/local/libdata/xorg/libraries - found
cd /work/a/ports/x11-clocks/emiclock/work/emiclock-2.0.2; install  -o root -g wheel -m 444 -c -m 0444 resources/R6/EUC/EmiClock.ad /usr/local/lib/X11/ja_JP.eucJP/app-defaults/EmiClock
cd /work/a/ports/x11-clocks/emiclock/work/emiclock-2.0.2; install  -o root -g wheel -m 444 -c -m 0444 resources/R6/EUC/EmiClock.ad /usr/local/lib/X11/ja_JP.EUC/app-defaults/EmiClock
cd /work/a/ports/x11-clocks/emiclock/work/emiclock-2.0.2; install  -o root -g wheel -m 444 -c -m 0444 COPYRIGHT COPYRIGHT.en /usr/local/share/doc/emiclock
===>   Generating temporary packing list
===>  Checking if x11-clocks/emiclock already installed
/usr/bin/install -c -s  emiclock /usr/local/bin/emiclock
cp resources/Xaw/EmiClock.ad .
/usr/bin/install -c -m 0444 EmiClock.ad /usr/local/lib/X11/app-defaults/EmiClock
install in . done
rm -f /usr/local/man/man1/emiclock.1*
/usr/bin/install -c -m 0444 emiclock._man  /usr/local/man/man1/emiclock.1
gzip -n /usr/local/man/man1/emiclock.1
install.man in . done
===>   Registering installation for emiclock-2.0.2_2
================================================================
====================<phase 7: make package>====================
===>  Building package for emiclock-2.0.2_2
Creating package /tmp/packages/All/emiclock-2.0.2_2.tbz
Registering depends: xorg-libraries-7.3_2 libXfontcache-1.0.4 libXres-1.0.3_3 libXTrap-1.0.0 libXaw-1.0.4_1,1 libXpm-3.5.7 libXprintAppUtil-1.0.1 libXprintUtil-1.0.1 libXp-1.0.0,1 libXmu-1.0.3,1 libXcomposite-0.4.0,1 libXevie-1.0.2 libXi-1.1.3,1 libXinerama-1.0.2,1 libXrandr-1.2.2_1 libXScrnSaver-1.1.2 libXtst-1.0.3_1 libXvMC-1.0.4_1 libXv-1.0.3_1,1 libXxf86dga-1.0.2 libXxf86misc-1.0.1 libXxf86vm-1.0.1 libdmx-1.0.2_1 libXext-1.0.3,1 trapproto-3.4.3 libxkbui-1.0.2_1 libXt-1.0.5_1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXfixes-4.0.3_1 libXft-2.1.13 libXrender-0.9.4_1 libxkbfile-1.0.4 liboldX-1.0.1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 libXfont-1.3.1_3,1 libfontenc-1.0.4 libSM-1.0.3_1,1 libICE-1.0.4_1,1 libFS-1.0.0_1 xproto-7.0.10_1 fontconfig-2.5.0,1 freetype2-2.3.7 xtrans-1.0.4 pixman-0.10.0_2 pkg-config-0.23_1 expat-2.0.1 fontcacheproto-0.1.2 fontsproto-2.0.2 compositeproto-0.4 damageproto-1.1.0_2 dmxproto-2.2.2 fixesproto-4.0 inputproto-1.4.2.1 kbproto-1.0.3 printp
 roto-1.0.3 randrproto-1.2.1 recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 videoproto-2.2.2 xextproto-7.0.2 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2.
Creating bzip'd tar ball in '/tmp/packages/All/emiclock-2.0.2_2.tbz'
Deleting emiclock-2.0.2_2
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
2968745        4 drwxr-xr-x    2 root             wheel                 512 Sep 20 11:57 usr/local/share/doc/emiclock
2968746       12 -r--r--r--    1 root             wheel                4367 Sep 20 11:57 usr/local/share/doc/emiclock/COPYRIGHT
2968757        8 -r--r--r--    1 root             wheel                4067 Sep 20 11:57 usr/local/share/doc/emiclock/COPYRIGHT.en
================================================================
build of /usr/ports/x11-clocks/emiclock ended at Sat Sep 20 11:57:50 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From QAT at FreeBSD.org  Sat Sep 20 14:01:40 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Sat Sep 20 14:01:46 2008
Subject: x11-fm/workplace - fails: install_error
Message-ID: <20080920140139.5AFF812E467B@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/workplace-1.0.a3_5,1.log :


building workplace-1.0.a3_5,1 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/x11-fm/workplace
Makefile ident: $FreeBSD: ports/x11-fm/workplace/Makefile,v 1.32 2008/06/06 14:12:23 edwin Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Sat Sep 20 14:01:12 UTC 2008

.................................<Last 40 lines of the log>..................

pkg_add libiconv-1.11_1.tbz
skipping libiconv-1.11_1, already added
pkg_add kbproto-1.0.3.tbz
skipping kbproto-1.0.3, already added
pkg_add libXau-1.0.3_2.tbz
skipping libXau-1.0.3_2, already added
pkg_add libXdmcp-1.0.2_1.tbz
skipping libXdmcp-1.0.2_1, already added
pkg_add xproto-7.0.10_1.tbz
skipping xproto-7.0.10_1, already added
pkg_add xextproto-7.0.2.tbz
skipping xextproto-7.0.2, already added
pkg_add inputproto-1.4.2.1.tbz
skipping inputproto-1.4.2.1, already added
pkg_add gtk-1.2.10_20.tbz
skipping gtk-1.2.10_20, already added
===>  Installing for workplace-1.0.a3_5,1
===>   workplace-1.0.a3_5,1 depends on executable: pkg-config - found
===>   workplace-1.0.a3_5,1 depends on shared library: glib-12.3 - found
===>   workplace-1.0.a3_5,1 depends on shared library: gtk-12.2 - found
===>   Generating temporary packing list
===>  Checking if x11-fm/workplace already installed
===>   Registering installation for workplace-1.0.a3_5,1
================================================================
====================<phase 7: make package>====================
===>  Building package for workplace-1.0.a3_5,1
tar: share/doc/workplace/AUTHORS: Cannot stat: No such file or directory
tar: share/doc/workplace/INSTALL: Cannot stat: No such file or directory
tar: share/doc/workplace/README: Cannot stat: No such file or directory
tar: share/doc/workplace/TODO: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/workplace-1.0.a3_5,1.tbz
Registering depends: gtk-1.2.10_20 gettext-0.17_1 libiconv-1.11_1 glib-1.2.10_12 libXi-1.1.3,1 libXext-1.0.3,1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 libSM-1.0.3_1,1 libICE-1.0.4_1,1 xproto-7.0.10_1 pkg-config-0.23_1 perl-5.8.8_1 inputproto-1.4.2.1 kbproto-1.0.3 xextproto-7.0.2.
Creating bzip'd tar ball in '/tmp/packages/All/workplace-1.0.a3_5,1.tbz'
*** Error code 1

Stop in /a/ports/x11-fm/workplace.
================================================================
build of /usr/ports/x11-fm/workplace ended at Sat Sep 20 14:01:37 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From QAT at FreeBSD.org  Sat Sep 20 14:04:14 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Sat Sep 20 14:05:07 2008
Subject: x11-fonts/intlfonts - fails: install_error
Message-ID: <20080920140412.DC7BE12E467B@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/intlfonts-1.2.1_2.log :


building intlfonts-1.2.1_2 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/x11-fonts/intlfonts
Makefile ident: $FreeBSD: ports/x11-fonts/intlfonts/Makefile,v 1.16 2008/08/20 06:40:43 linimon Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Sat Sep 20 14:02:40 UTC 2008

.................................<Last 40 lines of the log>..................

skipping xproto-7.0.10_1, already added
pkg_add libfontenc-1.0.4.tbz
skipping libfontenc-1.0.4, already added
pkg_add p5-type1inst-0.6.1_5.tbz
pkg_add kbproto-1.0.3.tbz
skipping kbproto-1.0.3, already added
pkg_add libXau-1.0.3_2.tbz
skipping libXau-1.0.3_2, already added
pkg_add libXdmcp-1.0.2_1.tbz
skipping libXdmcp-1.0.2_1, already added
pkg_add libX11-1.1.3_1,1.tbz
skipping libX11-1.1.3_1,1, already added
===>  Installing for intlfonts-1.2.1_2
===>   intlfonts-1.2.1_2 depends on executable: type1inst - found
===>   intlfonts-1.2.1_2 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found
===>   Generating temporary packing list
===>  Checking if x11-fonts/intlfonts already installed
(cd /work/a/ports/x11-fonts/intlfonts/work/intlfonts-1.2.1;  /bin/mkdir -p /usr/local/lib/X11/fonts/local;  for dir in Asian		 Chinese		 Ethiopic	 European	 Japanese	 Misc Chinese.BIG	 European.BIG	 Japanese.BIG; do  install  -o root -g wheel -m 444 $dir/*.pcf.gz /usr/local/lib/X11/fonts/local ;  done;  /bin/mkdir -p /usr/local/lib/X11/fonts/Type1;  install  -o root -g wheel -m 444 Type1/*.* /usr/local/lib/X11/fonts/Type1 ;  /bin/mkdir -p /usr/local/lib/X11/fonts/TrueType;  install  -o root -g wheel -m 444 TrueType/*.ttf /usr/local/lib/X11/fonts/TrueType ;  )
/work/a/ports/x11-fonts/intlfonts/work/INSTALL: /usr/local/bin/xset: not found
**********************************************************
You should restart X server or do 'xset fp rehash' command
to enable this update.
**********************************************************
===>   Registering installation for intlfonts-1.2.1_2
================================================================
====================<phase 7: make package>====================
===>  Building package for intlfonts-1.2.1_2
tar: share/doc/intlfonts-1.2.1/README: Cannot stat: No such file or directory
tar: share/doc/intlfonts-1.2.1/Emacs.ap: Cannot stat: No such file or directory
tar: share/doc/intlfonts-1.2.1/NEWS: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/intlfonts-1.2.1_2.tbz
Registering depends: p5-type1inst-0.6.1_5 mkfontdir-1.0.3_1 mkfontscale-1.0.3 freetype2-2.3.7 libfontenc-1.0.4 libX11-1.1.3_1,1 libXau-1.0.3_2 libXdmcp-1.0.2_1 xproto-7.0.10_1 pkg-config-0.23_1 perl-5.8.8_1 kbproto-1.0.3.
Creating bzip'd tar ball in '/tmp/packages/All/intlfonts-1.2.1_2.tbz'
*** Error code 1

Stop in /a/ports/x11-fonts/intlfonts.
================================================================
build of /usr/ports/x11-fonts/intlfonts ended at Sat Sep 20 14:04:11 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From QAT at FreeBSD.org  Sat Sep 20 14:05:23 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Sat Sep 20 14:05:27 2008
Subject: x11-fonts/mozilla-fonts - fails: install_error
Message-ID: <20080920140519.8238312E467B@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.


Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/mozilla-fonts-1.0_4.log :


building mozilla-fonts-1.0_4 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/x11-fonts/mozilla-fonts
Makefile ident: $FreeBSD: ports/x11-fonts/mozilla-fonts/Makefile,v 1.15 2008/03/10 20:00:40 gahr Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Sat Sep 20 14:05:13 UTC 2008

.................................<Last 40 lines of the log>..................

 install -m 644 timesi6.pcf /usr/local/lib/X11/fonts/mozilla/timesi6.pcf
 install -m 644 timesi7.pcf /usr/local/lib/X11/fonts/mozilla/timesi7.pcf
install  -o root -g wheel -m 444 -m 644 fonts.alias /usr/local/lib/X11/fonts/mozilla/fonts.alias
cd /usr/local/lib/X11/fonts/mozilla && mkfontdir
mozilla-fonts is a complete set of the three kingpin typefaces in
Httpland-- Times, Helvetica, and Courier-- each in two weights,
two slants, and seven sizes (for a grand total of 84). The sizes
range from 13- to 57-point (all @ 100dpi) and have been individually
selected to match the font display behavior of MS-Windows Netscape
as closely as possible.  Right down to the glaring scale disparity
between sizes 6 and 7.

Once installed, you'll have to add /usr/X11R6/lib/X11/fonts/mozilla to
your X font path by either:

$ xset fp+ /usr/X11R6/lib/X11/fonts/mozilla
$ xset fp rehash

or by adding it to your X server configuration file (usually
/etc/XF86Config) and restarting the X server.

You'll also need to configure netscape to use them.  See
/usr/X11R6/share/doc/mozilla-fonts/README.

WWW: http://fox.mit.edu/skunk/xwin/#mozilla_fonts
===>   Registering installation for mozilla-fonts-1.0_4
================================================================
====================<phase 7: make package>====================
===>  Building package for mozilla-fonts-1.0_4
tar: share/doc/mozilla-fonts/README: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/mozilla-fonts-1.0_4.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/mozilla-fonts-1.0_4.tbz'
*** Error code 1

Stop in /a/ports/x11-fonts/mozilla-fonts.
================================================================
build of /usr/ports/x11-fonts/mozilla-fonts ended at Sat Sep 20 14:05:18 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From robillard.etienne at gmail.com  Sat Sep 20 16:20:28 2008
From: robillard.etienne at gmail.com (Etienne Robillard)
Date: Sat Sep 20 16:20:33 2008
Subject: [patch] devel/py-sip 4.7.7 and x11-toolkits/py-qt4-gui 4.4.3
Message-ID: <20080920123535.60317137@fluke>



Hi,

I've made 2 patches which updates x11-toolkits/py-qt4-gui and devel/py-sip to 4.4.3 and 4.7.7 respectively:

http://gthc.org/distfiles/py-sip.patch - Updates py-sip (in bsd.pyqt.mk) to 4.7.7
http://gthc.org/distfiles/py-qt4-gui.distinfo.patch - Updates the distinfo file in x11-toolkits/py-qt4-gui

To apply, I recommend the following steps:

1. cd /usr/ports
2. patch -p0 < /path/to/py-sip.patch
3. cd x11-toolkits/py-qt4-gui
4. patch -p0  < /path/to/py-qt4-gui.distinfo.patch

Comments are welcome!

Cheers,

-Etienne

-- 
Etienne Robillard
Software Developer, Green Tea Hackers Club

Mobile phone number: 514-962-7703 
Website: http://gthc.org/ 
Email: robillard.etienne (at) gmail.com

From dorian.buettner at gmx.de  Sat Sep 20 17:41:18 2008
From: dorian.buettner at gmx.de (Dorian =?utf-8?q?B=C3=BCttner?=)
Date: Sat Sep 20 17:41:24 2008
Subject: [kde-freebsd] CALL FOR TEST Qt 4.4.2
In-Reply-To: <20080919194945.GF35488@bsdcrew.de>
References: <20080919084812.GC86244@bsdcrew.de> <48D3E3F3.4020301@gmx.de>
	<20080919194945.GF35488@bsdcrew.de>
Message-ID: <200809201741.14224.dorian.buettner@gmx.de>

On Friday 19 September 2008 19:49:45 Martin Wilke wrote:
> Yep we also documented that today,
>
> https://kf.athame.co.uk/access.php
>
> On Fri, Sep 19, 2008 at 07:40:03PM +0200, Dorian B?ttner wrote:
> > Martin Wilke schrieb:
> > > Note on area51:
> > > You now need subversion to checkout area51,
> > >
> > > svn co https://kf.athame.co.uk/kde-freebsd/trunk/area51
> >
> > Anything else remains the same?
> >
> > 3. Choose a partition for the area51 repository checkout. I personally
> >
> > > use /var, but you can use what you want.
> > >
> > > 4. If you use /var (or use your path here) then
> > >
> > > # cd /var
> > >
> > > 5. This creates a folder area51 into /var with checked out repository.
> > >
> > > # cvs -d:ext:anoncvs@orm.arved.priv.at:/home/kde-freebsd co area51
> > >
> > > 6. If you use /var (or use your path here) then
> > >
> > > # mount -t unionfs /var/area51 /usr/ports
> > >
> > > You have now area51 repository on top of your existing ports tree. Use
> > > your ports tree now as usual.
> > >
> > > 7. Install / update QT 4 first.
> > >
> > > 8. Install KDE 4 ports you want. You can start with
> > > /usr/ports/x11/kdebase4
> > >
> > > That is all. When you want to use your unmodified original ports tree
> > > just
> > >
> > > # umount /usr/ports
> > >
> > > and everything is like before. Of course do not downgrade / uninstall
> > > the new installed ports and run KDE 4 only with your test user accoun
> >
> > Thanks,
> > Dorian

Doing an update with 'portmaster -ad qt\*', I get the attached error in qt4-
designer, it does, however, work, when I cd /usr/ports/devel/qt4-designer and 
do a make install clean from there.
No idea, if this is a port or a portmaster related problem?

-------------- next part --------------
===>>> Dependency check complete for devel/qt4-designer           
        qt4-4.4.1_2 >> qt4-designer-4.4.1                         

===>  Installing for qt4-designer-4.4.2
/usr/bin/sed -i.bak -e 's|/usr/local/lib/qt4/pkgconfig|/usr/local/libdata/pkgconfig|g'  /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/Makefile  /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/uitools/Makefile  /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/components/lib/Makefile           
===>   Generating temporary packing list                                        
===>  Checking if devel/qt4-designer already installed                          
cd src/ && /usr/bin/make -f Makefile install                                    
cd uitools/ && /usr/bin/make -f Makefile install                                
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/uitools/quiloader.h /usr/local/include/qt4/QtUiTools/                   
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtUiTools/QtUiTools /usr/local/include/qt4/QtUiTools/                              
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtUiTools/QUiLoader /usr/local/include/qt4/QtUiTools/                              
cp -f "../../../../lib/libQtUiTools.a" "/usr/local/lib/qt4/libQtUiTools.a"      
cp -f "../../../../lib/libQtUiTools.prl" "/usr/local/lib/qt4/libQtUiTools.prl"  
cp -f "../../../../lib/pkgconfig/QtUiTools.pc" "/usr/local/libdata/pkgconfig/QtUiTools.pc"                                                                      
cd lib/ && /usr/bin/make -f Makefile install                                    
cp -f "../../../../lib/libQtDesigner.so.4.4.2" "/usr/local/lib/qt4/libQtDesigner.so.4.4.2"                                                                      
ln -sf "libQtDesigner.so.4.4.2" "/usr/local/lib/qt4/libQtDesigner.so"           
ln -sf "libQtDesigner.so.4.4.2" "/usr/local/lib/qt4/libQtDesigner.so.4"         
ln -sf "libQtDesigner.so.4.4.2" "/usr/local/lib/qt4/libQtDesigner.so.4.4"       
cp -f "../../../../lib/libQtDesigner.prl" "/usr/local/lib/qt4/libQtDesigner.prl"
cp -f "../../../../lib/pkgconfig/QtDesigner.pc" "/usr/local/libdata/pkgconfig/QtDesigner.pc"                                                                    
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/components/qdesigner_components.h /usr/local/include/qt4/QtDesigner/
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/components/qdesigner_components_global.h /usr/local/include/qt4/QtDesigner/                                                                         
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/extension/default_extensionfactory.h /usr/local/include/qt4/QtDesigner/                                                                             
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/extension/extension.h /usr/local/include/qt4/QtDesigner/            
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/extension/extension_global.h /usr/local/include/qt4/QtDesigner/     
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/extension/qextensionmanager.h /usr/local/include/qt4/QtDesigner/    
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractactioneditor.h /usr/local/include/qt4/QtDesigner/       
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractbrushmanager.h /usr/local/include/qt4/QtDesigner/       
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractdnditem.h /usr/local/include/qt4/QtDesigner/            
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractformeditor.h /usr/local/include/qt4/QtDesigner/         
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractformeditorplugin.h /usr/local/include/qt4/QtDesigner/   
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractformwindow.h /usr/local/include/qt4/QtDesigner/         
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractformwindowcursor.h /usr/local/include/qt4/QtDesigner/   
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractformwindowmanager.h /usr/local/include/qt4/QtDesigner/  
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractformwindowtool.h /usr/local/include/qt4/QtDesigner/     
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstracticoncache.h /usr/local/include/qt4/QtDesigner/          
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractintegration.h /usr/local/include/qt4/QtDesigner/        
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractlanguage.h /usr/local/include/qt4/QtDesigner/           
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractmetadatabase.h /usr/local/include/qt4/QtDesigner/       
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractobjectinspector.h /usr/local/include/qt4/QtDesigner/    
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractpromotioninterface.h /usr/local/include/qt4/QtDesigner/ 
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractpropertyeditor.h /usr/local/include/qt4/QtDesigner/     
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractresourcebrowser.h /usr/local/include/qt4/QtDesigner/    
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractwidgetbox.h /usr/local/include/qt4/QtDesigner/          
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractwidgetdatabase.h /usr/local/include/qt4/QtDesigner/     
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/abstractwidgetfactory.h /usr/local/include/qt4/QtDesigner/      
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/dynamicpropertysheet.h /usr/local/include/qt4/QtDesigner/       
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/extrainfo.h /usr/local/include/qt4/QtDesigner/                  
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/layoutdecoration.h /usr/local/include/qt4/QtDesigner/           
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/membersheet.h /usr/local/include/qt4/QtDesigner/                
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/propertysheet.h /usr/local/include/qt4/QtDesigner/              
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/sdk_global.h /usr/local/include/qt4/QtDesigner/                 
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/sdk/taskmenu.h /usr/local/include/qt4/QtDesigner/                   
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/uilib/abstractformbuilder.h /usr/local/include/qt4/QtDesigner/      
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/uilib/container.h /usr/local/include/qt4/QtDesigner/                
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/uilib/customwidget.h /usr/local/include/qt4/QtDesigner/             
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/uilib/formbuilder.h /usr/local/include/qt4/QtDesigner/              
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/uilib/qdesignerexportwidget.h /usr/local/include/qt4/QtDesigner/    
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/lib/uilib/uilib_global.h /usr/local/include/qt4/QtDesigner/             
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QtDesigner /usr/local/include/qt4/QtDesigner/                           
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerComponents /usr/local/include/qt4/QtDesigner/                  
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QExtensionFactory /usr/local/include/qt4/QtDesigner/                    
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QAbstractExtensionFactory /usr/local/include/qt4/QtDesigner/            
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QAbstractExtensionManager /usr/local/include/qt4/QtDesigner/            
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QExtensionManager /usr/local/include/qt4/QtDesigner/                    
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerActionEditorInterface /usr/local/include/qt4/QtDesigner/       
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerBrushManagerInterface /usr/local/include/qt4/QtDesigner/       
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerDnDItemInterface /usr/local/include/qt4/QtDesigner/            
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerFormEditorInterface /usr/local/include/qt4/QtDesigner/         
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerFormEditorPluginInterface /usr/local/include/qt4/QtDesigner/   
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerFormWindowInterface /usr/local/include/qt4/QtDesigner/         
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerFormWindowCursorInterface /usr/local/include/qt4/QtDesigner/   
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerFormWindowManagerInterface /usr/local/include/qt4/QtDesigner/  
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerFormWindowToolInterface /usr/local/include/qt4/QtDesigner/     
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerIconCacheInterface /usr/local/include/qt4/QtDesigner/          
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerIntegrationInterface /usr/local/include/qt4/QtDesigner/        
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerLanguageExtension /usr/local/include/qt4/QtDesigner/           
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerMetaDataBaseItemInterface /usr/local/include/qt4/QtDesigner/   
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerMetaDataBaseInterface /usr/local/include/qt4/QtDesigner/       
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerObjectInspectorInterface /usr/local/include/qt4/QtDesigner/    
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerPromotionInterface /usr/local/include/qt4/QtDesigner/          
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerPropertyEditorInterface /usr/local/include/qt4/QtDesigner/     
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerResourceBrowserInterface /usr/local/include/qt4/QtDesigner/    
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerWidgetBoxInterface /usr/local/include/qt4/QtDesigner/          
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerWidgetDataBaseItemInterface /usr/local/include/qt4/QtDesigner/ 
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerWidgetDataBaseInterface /usr/local/include/qt4/QtDesigner/     
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerWidgetFactoryInterface /usr/local/include/qt4/QtDesigner/      
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerDynamicPropertySheetExtension /usr/local/include/qt4/QtDesigner/                                                                               
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerExtraInfoExtension /usr/local/include/qt4/QtDesigner/          
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerLayoutDecorationExtension /usr/local/include/qt4/QtDesigner/   
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerMemberSheetExtension /usr/local/include/qt4/QtDesigner/        
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerPropertySheetExtension /usr/local/include/qt4/QtDesigner/      
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerTaskMenuExtension /usr/local/include/qt4/QtDesigner/           
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QAbstractFormBuilder /usr/local/include/qt4/QtDesigner/                 
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerContainerExtension /usr/local/include/qt4/QtDesigner/          
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerCustomWidgetInterface /usr/local/include/qt4/QtDesigner/       
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerCustomWidgetCollectionInterface /usr/local/include/qt4/QtDesigner/                                                                             
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QFormBuilder /usr/local/include/qt4/QtDesigner/                         
cp -f /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/include/QtDesigner/QDesignerExportWidget /usr/local/include/qt4/QtDesigner/                
cd components/ && /usr/bin/make -f Makefile install                             
cd lib/ && /usr/bin/make -f Makefile install                                    
/usr/local/bin/qmake-qt4 -spec /usr/local/share/qt4/mkspecs/freebsd-g++ -unix -o Makefile lib.pro                                                               
Creating '/usr/local/lib/qt4/libQtDesigner.so.4.4.1'                            
(cd /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.1/tools/designer/src/lib;/usr/bin/make)                                                        
cd: can't cd to /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.1/tools/designer/src/lib                                                           
*** Error code 2

Stop in /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/components/lib.
*** Error code 1

Stop in /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src/components.
*** Error code 1

Stop in /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer/src.
*** Error code 1

Stop in /usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.4.2/tools/designer.
*** Error code 1

Stop in /usr/ports/devel/qt4-designer.

===>>> A backup package for qt4-designer-4.4.1 should
       be located in /usr/ports/packages/portmaster-backup

===>>> Installation of qt4-designer-4.4.2 (devel/qt4-designer) failed
===>>> Aborting update

===>>> Update for qt4-designer-4.4.1 failed
===>>> Aborting update

===>>> Update for qt4-4.4.1_2 failed
===>>> Aborting update

From unxfbsdi at gmail.com  Sat Sep 20 18:09:52 2008
From: unxfbsdi at gmail.com (manish jain)
Date: Sat Sep 20 18:09:55 2008
Subject: Incorrect commandline history with bash
Message-ID: <71a1c60e0809201048s168fe713j3ec661eeb93f4492@mail.gmail.com>

Hi,

I just migrated from Linux and I am now using FreeBSD 6.3. My keyboard
layout is US-ISO and my TERM is con25. I am using bash#3 as my login shell.
(I installed the bash package from the distribution media, not from
/usr/ports).

The problem is that bash does not remember my commands correctly. Almost all
commands I enter in a login session are forgotten in the next session. Using
the Up and Down arrow keys navigates a mangled and incomlete command
history. Even using Ctrl-r for a reverse find almost never fetches a command
I had actually typed in previously.

The following are the contents of my .bash_profile and .bashrc:


#.bash_profile :
[ -f ~/.bashrc ] && source ~/.bashrc
#end-of-file


#.bashrc :
export HISTFILESIZE=200
shopt -s cmdhist
shopt -s histappend
#end-of-file


If anyone can help me to get bash remembering my command history correctly,
I will be grateful.
Thanks
unxfbsdi@gmail.com
From trebestie at gmail.com  Sat Sep 20 19:19:22 2008
From: trebestie at gmail.com (Diego Depaoli)
Date: Sat Sep 20 19:19:26 2008
Subject: [kde-freebsd] CALL FOR TEST Qt 4.4.2
In-Reply-To: <200809201741.14224.dorian.buettner@gmx.de>
References: <20080919084812.GC86244@bsdcrew.de> <48D3E3F3.4020301@gmx.de>
	<20080919194945.GF35488@bsdcrew.de>
	<200809201741.14224.dorian.buettner@gmx.de>
Message-ID: <83e5fb980809201219h2693704dx4ed34d7d18066610@mail.gmail.com>

2008/9/20 Dorian B?ttner <dorian.buettner@gmx.de>:
>
> Doing an update with 'portmaster -ad qt\*', I get the attached error in qt4-
> designer, it does, however, work, when I cd /usr/ports/devel/qt4-designer and
> do a make install clean from there.
> No idea, if this is a port or a portmaster related problem?
Just a 'me too'.
Same error with portmaster, all well with 'old-style' make.

Regards
-- 
Diego Depaoli
From xaenn at yahoo.com  Sat Sep 20 18:28:16 2008
From: xaenn at yahoo.com (Dan Reinholz)
Date: Sat Sep 20 21:28:11 2008
Subject: =?iso-8859-1?q?Re=3A_Evince_2=2E22=2E2=5F3=3A_=22Unhandled_MIME_?=
	=?iso-8859-1?q?type=3A_=E2=80=9Capplication/pdf=E2=80=9D=22=22?=
In-Reply-To: <op.uhmr8a0s9aq2h7@mezz.mezzweb.com>
Message-ID: <511145.32079.qm@web50101.mail.re2.yahoo.com>

I've looked through /usr/ports/UPDATING but can't find
an entry that is relevant to the situation (the
closest thing was updating the mime-database). 

First things first I did a 

portupgrade -f shared-mime-info

Then I ran

update-mime-database ~/.local/share/mime/

as well as

update-mime-database /usr/local/share/mime

but I still have the same error. 



--- Jeremy Messenger <mezz7@cox.net> wrote:

> On Wed, 17 Sep 2008 07:56:55 -0500, Mark Evenson
> <mark.evenson@gmx.at>  
> wrote:
> 
> > Jeremy Messenger wrote:
> >> On Tue, 16 Sep 2008 09:57:03 -0500, Mark Evenson
> <mark.evenson@gmx.at>  
> >> wrote:
> >>
> >>> Dan Reinholz wrote:
> >>>> Since updating to the latest revision of Evince
> (to
> >>>> 2.22.2_3 from 2.22.2_2) I am no longer able to
> open
> >>>> .pdf files. Anytime I try to do so I now get
> the
> >>>> error:
> >
> > [...]
> >
> >> Have you guys follow in /usr/ports/UPDATING?
> >
> > Which entry?  Grep'ing for 'evince' doesn't show
> anything.
> 
> Grep for 'mime'. You shouldn't be use grep, which
> you should be use your  
> own eyes.
> 
> > On additional nosing around, it seems that GNOME
> (at least Nautilus) has  
> > lost the notion of MIME types altogether.
> >
> > Is there a command-line equivalent to magic(1) for
> GNOME to show what  
> > GNOME thinks the underlying MIME type consists of?
> 
> 
> -- 
> mezz7@cox.net  -  mezz@FreeBSD.org
> FreeBSD GNOME Team
> http://www.FreeBSD.org/gnome/  -  gnome@FreeBSD.org
> 



      
From koitsu at FreeBSD.org  Sat Sep 20 21:42:15 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Sat Sep 20 21:42:19 2008
Subject: Incorrect commandline history with bash
In-Reply-To: <71a1c60e0809201048s168fe713j3ec661eeb93f4492@mail.gmail.com>
References: <71a1c60e0809201048s168fe713j3ec661eeb93f4492@mail.gmail.com>
Message-ID: <20080920214212.GA82955@icarus.home.lan>

On Sat, Sep 20, 2008 at 11:18:34PM +0530, manish jain wrote:
> I just migrated from Linux and I am now using FreeBSD 6.3. My keyboard
> layout is US-ISO and my TERM is con25. I am using bash#3 as my login shell.
> (I installed the bash package from the distribution media, not from
> /usr/ports).
> 
> The problem is that bash does not remember my commands correctly. Almost all
> commands I enter in a login session are forgotten in the next session. Using
> the Up and Down arrow keys navigates a mangled and incomlete command
> history. Even using Ctrl-r for a reverse find almost never fetches a command
> I had actually typed in previously.
> 
> The following are the contents of my .bash_profile and .bashrc:
> 
> #.bash_profile :
> [ -f ~/.bashrc ] && source ~/.bashrc
> #end-of-file

You have this backwards.  ~/.bashrc should contain something like this:

if [ -f "${HOME}/.bash_profile" ]
then
  source "${HOME}/.bash_profile"
fi

And all of your applicable environment settings should go in
.bash_profile.  This probably won't solve your problem, but I thought
I'd point it out.

> #.bashrc :
> export HISTFILESIZE=200
> shopt -s cmdhist
> shopt -s histappend
> #end-of-file

I set none of these things (though I do use export HISTTIMEFORMAT="%T  "
but that should not affect your problem) and my .bash_history always
contains commands from past sessions, including timestamps too.

My options are defaults:

$ shopt | egrep 'cmdhist|histappend'
cmdhist         on
histappend      off

Can you please try pkg_delete'ing the bash you installed from the
installation media, and instead update your ports tree via csup (not
cvsup) and then build/install bash from /usr/ports/shells/bash?

Finally, please do not cross-post to multiple lists.  It's shunned upon,
and generally pointless as not everyone is subscribed to both lists.
I've removed freebsd-questions@freebsd.org, as this could be a ports
issue rather than a generic question.

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From danny at ricin.com  Sun Sep 21 01:28:22 2008
From: danny at ricin.com (Danny Pansters)
Date: Sun Sep 21 01:28:50 2008
Subject: [patch] devel/py-sip 4.7.7 and x11-toolkits/py-qt4-gui 4.4.3
In-Reply-To: <20080920123535.60317137@fluke>
References: <20080920123535.60317137@fluke>
Message-ID: <200809210311.01525.danny@ricin.com>

On Saturday 20 September 2008 18:35:35 Etienne Robillard wrote:
> Hi,
>
> I've made 2 patches which updates x11-toolkits/py-qt4-gui and devel/py-sip
> to 4.4.3 and 4.7.7 respectively:
>
> http://gthc.org/distfiles/py-sip.patch - Updates py-sip (in bsd.pyqt.mk) to
> 4.7.7 http://gthc.org/distfiles/py-qt4-gui.distinfo.patch - Updates the
> distinfo file in x11-toolkits/py-qt4-gui
>
> To apply, I recommend the following steps:
>
> 1. cd /usr/ports
> 2. patch -p0 < /path/to/py-sip.patch
> 3. cd x11-toolkits/py-qt4-gui
> 4. patch -p0  < /path/to/py-qt4-gui.distinfo.patch
>
> Comments are welcome!
>
> Cheers,
>
> -Etienne

What needs to be done is that all of the py-qt4-* ports get updated to 
pyqt4.4.x and qscintilla2 and derived ports. Some new ports would need to be 
created e.g. for webkit, phonon, qthelp and friends, the new xmlfoo 
modules... And after that pykde4.

It's a bad idea to only update sip and one of the pyqt4 ports (e.g. gui). It 
all comes from one set of source tarballs: sip, pyqt and qscintilla. While qt 
is binary compatible over major versions, sip is not binary compatible at 
all. So partially updating would surely lead to problems.

The setup script should be repatched to have the new qt4.4 modules. Also, 
qt-phonon currently conflicts with kde4's phonon. I think we need a 
workaround for that, and of course then also for its pyqt equivalent.

I will try to make some time to do the pyqt and related updates, hopefully on 
monday. If you like/are able to do the whole shebang that would be fine too, 
but please don't partially update the sip/qscintilla/pyqt/pykde combo. 
I'm very busy lately, so to efficiently work on pyqt/pykde I rather reserve a 
whole day or perhaps even two so that I can finish it somewhere past midnight 
that day or the second ;-)

If you want to take it on (the whole shebang that is), you're welcome to do 
so. Please let me know then, so that we don't duplicate work.

Cheers,

Dan
From robillard.etienne at gmail.com  Sun Sep 21 13:02:02 2008
From: robillard.etienne at gmail.com (Etienne Robillard)
Date: Sun Sep 21 13:02:07 2008
Subject: Utility for safe updating of ports in base system
In-Reply-To: <20080321143500.1a0e4ef6@anthesphoria.net>
References: <alpine.BSF.1.10.0803191454030.48140@ync.qbhto.arg>
	<47E2EA72.8000309@FreeBSD.org>
	<1206054541.83260.50.camel@ikaros.oook.cz>
	<47E2F7F1.5000002@FreeBSD.org>
	<20080321143500.1a0e4ef6@anthesphoria.net>
Message-ID: <20080921091706.7dc735cf@fluke>

On Fri, 21 Mar 2008 14:35:00 +0100
Nikola Le?i? <nikola.lecic@anthesphoria.net> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: RIPEMD160
> 
> On Fri, 21 Mar 2008 00:49:05 +0100
> Kris Kennaway <kris@FreeBSD.org> wrote:
>  
> > In the past we've even talked about how to move all of pkg_* out of
> > src and into ports, i.e. the opposite case.
> 
> A propos (non-)removing pkg_* into the ports, what do you people think
> of introducing bin-install ports make target (similar to what pkgsrc
> has)? Besides, bin[-install]-fetch[-recursive] come to mind as well.
> IMHO, this would have nice pedagogical and heuristic effect since it
> could
> 
> 1) resolve eternal users' confusion on what is the "difference between
>    ports and packages" and "between 'make install' and 'pkg_add'": it's
>    different if a package is actually installed by e,g.
>      cd /usr/ports/lang/python ; make [BIN_PKGSITES=...] bin-install
> 
> 2) parallelise binary-install/compiling/local-package-building logics;
> 
> 3) simplify things since it would cut proliferation of similar
>    command-line options and utilities/methods that do the same thing.
> 
> Best regards.
> - -- 
> Nikola Le?i? = ?????? ?????
> fingerprint : FEF3 66AF C90E EDC3 D878  7CDC 956D F4AB A377 1C9B

I like the 'make update' target as implemented in OpenBSD. Its then very
convenient to update a port when binary update is not an option. 

my 2 cents,

- Etienne
From barner at FreeBSD.org  Sun Sep 21 19:36:33 2008
From: barner at FreeBSD.org (Simon Barner)
Date: Sun Sep 21 19:37:01 2008
Subject: STILL OPEN: Fwd: ports/127015: [patch] Impossible to fetch
	devel/valgrind from the jail
In-Reply-To: <3cb459ed0809181449h7b4b2eabie89fb4ebc33422ef@mail.gmail.com>
References: <3cb459ed0809171638y5f7f7255wf3f09ac6c0fa62fe@mail.gmail.com>
	<20080918032114.GB29511@soaustin.net>
	<3cb459ed0809181449h7b4b2eabie89fb4ebc33422ef@mail.gmail.com>
Message-ID: <20080921190943.GB18259@dose.local.invalid>

Hello,

sorry once again for the delay. I have reviewed your patch and inserted
it into portmgr's approval queue during the ports freeze.

-- 
Best regards / Viele Gr??e,                             barner@FreeBSD.org
 Simon Barner                                                barner@gmx.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080921/a508d913/attachment.pgp
From koitsu at FreeBSD.org  Sun Sep 21 21:52:56 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Sun Sep 21 21:53:01 2008
Subject: Fwd: Re: Incorrect commandline history with bash
Message-ID: <20080921215255.GA9622@icarus.home.lan>

Individual did not CC the mailing list on his response.

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

----- Forwarded message from manish jain <unxfbsdi@gmail.com> -----

> From: manish jain <unxfbsdi@gmail.com>
> To: Jeremy Chadwick <koitsu@freebsd.org>
> Date: Mon, 22 Sep 2008 01:54:46 +0530
> Subject: Re: Incorrect commandline history with bash
> 
> Thanks Jeremy. Sourcing .bash_profile from .bashrc solved the problem. For
> some reason, sourcing .bashrc from .bash_profile worked equally well with
> the version of Linux I was previously using.
> 
> Regards
> Manish Jain
> 
> 
> 
> On 9/21/08, Jeremy Chadwick <koitsu@freebsd.org> wrote:
> >
> > On Sat, Sep 20, 2008 at 11:18:34PM +0530, manish jain wrote:
> > > I just migrated from Linux and I am now using FreeBSD 6.3. My keyboard
> > > layout is US-ISO and my TERM is con25. I am using bash#3 as my login
> > shell.
> > > (I installed the bash package from the distribution media, not from
> > > /usr/ports).
> > >
> > > The problem is that bash does not remember my commands correctly. Almost
> > all
> > > commands I enter in a login session are forgotten in the next session.
> > Using
> > > the Up and Down arrow keys navigates a mangled and incomlete command
> > > history. Even using Ctrl-r for a reverse find almost never fetches a
> > command
> > > I had actually typed in previously.
> > >
> > > The following are the contents of my .bash_profile and .bashrc:
> > >
> > > #.bash_profile :
> > > [ -f ~/.bashrc ] && source ~/.bashrc
> > > #end-of-file
> >
> > You have this backwards.  ~/.bashrc should contain something like this:
> >
> > if [ -f "${HOME}/.bash_profile" ]
> > then
> > source "${HOME}/.bash_profile"
> > fi
> >
> > And all of your applicable environment settings should go in
> > .bash_profile.  This probably won't solve your problem, but I thought
> > I'd point it out.
> >
> > > #.bashrc :
> > > export HISTFILESIZE=200
> > > shopt -s cmdhist
> > > shopt -s histappend
> > > #end-of-file
> >
> > I set none of these things (though I do use export HISTTIMEFORMAT="%T  "
> > but that should not affect your problem) and my .bash_history always
> > contains commands from past sessions, including timestamps too.
> >
> > My options are defaults:
> >
> > $ shopt | egrep 'cmdhist|histappend'
> > cmdhist         on
> > histappend      off
> >
> > Can you please try pkg_delete'ing the bash you installed from the
> > installation media, and instead update your ports tree via csup (not
> > cvsup) and then build/install bash from /usr/ports/shells/bash?
> >
> > Finally, please do not cross-post to multiple lists.  It's shunned upon,
> > and generally pointless as not everyone is subscribed to both lists.
> > I've removed freebsd-questions@freebsd.org, as this could be a ports
> > issue rather than a generic question.
> >
> > --
> > | Jeremy Chadwick                                jdc at parodius.com |
> > | Parodius Networking                       http://www.parodius.com/ |
> > | UNIX Systems Administrator                  Mountain View, CA, USA |
> > | Making life hard for others since 1977.              PGP: 4BD6C0CB |
> >
> >

----- End forwarded message -----
From jrhett at netconsonance.com  Sun Sep 21 23:31:23 2008
From: jrhett at netconsonance.com (Jo Rhett)
Date: Sun Sep 21 23:31:27 2008
Subject: Incorrect commandline history with bash
In-Reply-To: <20080921215255.GA9622@icarus.home.lan>
References: <20080921215255.GA9622@icarus.home.lan>
Message-ID: <34CFC7BB-E7D2-4B34-9D85-70F4C8E718E2@netconsonance.com>


On Sep 21, 2008, at 2:52 PM, Jeremy Chadwick wrote:
>> The following are the contents of my .bash_profile and .bashrc:
>>
>> #.bash_profile :
>> [ -f ~/.bashrc ] && source ~/.bashrc
>> #end-of-file
>
> You have this backwards.  ~/.bashrc should contain something like  
> this:
>
> if [ -f "${HOME}/.bash_profile" ]
> then
> source "${HOME}/.bash_profile"
> fi

Jeremy, I'm not sure what version of FreeBSD you are using but I'd  
like to point out that in 6.2 and 6.3-REL his version is correct and  
yours will not work.

.bashrc is not sourced on login on any of my hosts.  I have ".  
~/.bashrc" in my .bash_profile.  And I just commented it out,  
and .bash_profile environment was set up, and the stuff in .bashrc was  
not.

Is this perhaps an X versus SSH login sort of thing?  I don't know.   
We have no X environment, this is entirely logging in via SSH.

-- 
Jo Rhett
Net Consonance : consonant endings by net philanthropy, open source  
and other randomness


From drosih at rpi.edu  Sun Sep 21 23:53:36 2008
From: drosih at rpi.edu (Garance A Drosihn)
Date: Sun Sep 21 23:53:41 2008
Subject: Fwd: Re: Incorrect commandline history with bash
In-Reply-To: <20080921215255.GA9622@icarus.home.lan>
References: <20080921215255.GA9622@icarus.home.lan>
Message-ID: <p06240801c4fc7c57b712@[128.113.24.47]>

At 2:52 PM -0700 9/21/08, Jeremy Chadwick wrote:
>
>Individual did not CC the mailing list on his response.
>
>----- Forwarded message from manish jain <unxfbsdi@gmail.com> -----
>  >
>  > Thanks Jeremy. Sourcing .bash_profile from .bashrc solved the
>  > problem. For some reason, sourcing .bashrc from .bash_profile
>  > worked equally well with the version of Linux I was previously
>  > using.
>  >
>>  Regards
>>  Manish Jain
>-----    end message from manish jain <unxfbsdi@gmail.com> -----

I do not understand how that makes any difference.  He had all his
commands in .bashrc, and sourced it from .bash_profile.  If he
moves all his commands to .bash_profile, and then sources that
from his .bashrc, then isn't the result exactly the same?  Either
way, all commands should be executed no matter how bash starts up.

I only mention this because my .bash_profile sources my .bashrc,
and has done so on many different platforms for the past 18 years,
and I've never had a problem with it.  Although in my case it
checks for and sources $HOME/.bashrc while he was using ~/.bashrc.
Not only my .bash_profile, but every .bash_profile and .bashrc at
RPI was setup this way.  Tens of thousands of users, and I've never
heard of anyone who had a problem with it.

-- 
Garance Alistair Drosehn            =   gad@gilead.netel.rpi.edu
Senior Systems Programmer           or  gad@freebsd.org
Rensselaer Polytechnic Institute    or  drosih@rpi.edu
From koitsu at FreeBSD.org  Mon Sep 22 00:22:30 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Mon Sep 22 00:22:36 2008
Subject: Incorrect commandline history with bash
In-Reply-To: <34CFC7BB-E7D2-4B34-9D85-70F4C8E718E2@netconsonance.com>
References: <20080921215255.GA9622@icarus.home.lan>
	<34CFC7BB-E7D2-4B34-9D85-70F4C8E718E2@netconsonance.com>
Message-ID: <20080922002229.GA12314@icarus.home.lan>

On Sun, Sep 21, 2008 at 03:54:12PM -0700, Jo Rhett wrote:
>
> On Sep 21, 2008, at 2:52 PM, Jeremy Chadwick wrote:
>>> The following are the contents of my .bash_profile and .bashrc:
>>>
>>> #.bash_profile :
>>> [ -f ~/.bashrc ] && source ~/.bashrc
>>> #end-of-file
>>
>> You have this backwards.  ~/.bashrc should contain something like  
>> this:
>>
>> if [ -f "${HOME}/.bash_profile" ]
>> then
>> source "${HOME}/.bash_profile"
>> fi
>
> Jeremy, I'm not sure what version of FreeBSD you are using but I'd like 
> to point out that in 6.2 and 6.3-REL his version is correct and yours 
> will not work.

That's funny, because mine does work.  I spent quite a lot of time
looking at the bash man page over the years to determine how to properly
meet said needs.  I use the exact same setup on Solaris 7/8/9/10 (bash
v2) and FreeBSD 4/5/6/7/8 (bash v3), and it works exactly how the man
page describes.

> .bashrc is not sourced on login on any of my hosts.  I have ".  
> ~/.bashrc" in my .bash_profile.  And I just commented it out, and 
> .bash_profile environment was set up, and the stuff in .bashrc was not.

Everyone lecturing me needs to read, slowly, the INVOCATION part of the
bash man page.  The method I described above should become apparent
afterwards.

> Is this perhaps an X versus SSH login sort of thing?  I don't know.  We 
> have no X environment, this is entirely logging in via SSH.

No, I do not use X anywhere.  The OP may be using it.

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From koitsu at FreeBSD.org  Mon Sep 22 00:28:26 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Mon Sep 22 00:28:31 2008
Subject: Fwd: Re: Incorrect commandline history with bash
In-Reply-To: <p06240801c4fc7c57b712@[128.113.24.47]>
References: <20080921215255.GA9622@icarus.home.lan>
	<p06240801c4fc7c57b712@[128.113.24.47]>
Message-ID: <20080922002819.GA12610@icarus.home.lan>

On Sun, Sep 21, 2008 at 06:45:22PM -0400, Garance A Drosihn wrote:
> At 2:52 PM -0700 9/21/08, Jeremy Chadwick wrote:
>>
>> Individual did not CC the mailing list on his response.
>>
>> ----- Forwarded message from manish jain <unxfbsdi@gmail.com> -----
>>  >
>>  > Thanks Jeremy. Sourcing .bash_profile from .bashrc solved the
>>  > problem. For some reason, sourcing .bashrc from .bash_profile
>>  > worked equally well with the version of Linux I was previously
>>  > using.
>>  >
>>>  Regards
>>>  Manish Jain
>> -----    end message from manish jain <unxfbsdi@gmail.com> -----
>
> I do not understand how that makes any difference.  He had all his
> commands in .bashrc, and sourced it from .bash_profile.  If he
> moves all his commands to .bash_profile, and then sources that
> from his .bashrc, then isn't the result exactly the same?  Either
> way, all commands should be executed no matter how bash starts up.

The INVOCATION section of the bash man page goes over the subtle
differences.

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From drosih at rpi.edu  Mon Sep 22 01:22:13 2008
From: drosih at rpi.edu (Garance A Drosihn)
Date: Mon Sep 22 01:22:18 2008
Subject: Incorrect commandline history with bash
In-Reply-To: <20080922002819.GA12610@icarus.home.lan>
References: <20080921215255.GA9622@icarus.home.lan>
	<p06240801c4fc7c57b712@[128.113.24.47]>
	<20080922002819.GA12610@icarus.home.lan>
Message-ID: <p06240802c4fca00b1500@[128.113.24.47]>

At 5:28 PM -0700 9/21/08, Jeremy Chadwick wrote:
>On Sun, Sep 21, 2008 at 06:45:22PM -0400, Garance A Drosihn wrote:
>  >
>>  I do not understand how that makes any difference.  He had all his
>>  commands in .bashrc, and sourced it from .bash_profile.  If he
>>  moves all his commands to .bash_profile, and then sources that
>>  from his .bashrc, then isn't the result exactly the same?  Either
>>  way, all commands should be executed no matter how bash starts up.
>
>The INVOCATION section of the bash man page goes over the subtle
>differences.

Okay, I've re-read it, and I'm still missing what the difference
would be.  I'm not arguing that you're wrong, I'm just saying that
I don't understand it.  Apparently your advice did help the person
with the original problem, but I'm still sitting here with literally
tens of thousands of RPI users who did it "the wrong way", and not
one of them has ever reported a problem due to that.  Now, most of
those people have never used FreeBSD, but I've used this same setup
on freebsd for at least 13 years, and have never seen a problem.

Given:
       a) .bashrc sources .bash_profile
or    b) .bash_profile sources .bashrc

In both cases, both  .bashrc and .bash_profile will exist.  So,
any decision that bash makes based on the *existence* of either
file should be the same.  In both cases, both files exist.  If
bash picks one file to source, that file will either contain the
commands to execute, or it will source the other file which
contains those very same commands.  I don't see how that could
possibly make any difference.

Obviously I'm then at a loss to explain how the problem went away
for the original user.  All I can guess is that maybe one of the
files was permitted wrong, and he happened to fix that while moving
the files around.  I admit that doesn't seem likely, but I just
cannot see how your advice managed to fix his problem.

Sign me:  Confused in Troy...

-- 
Garance Alistair Drosehn            =   gad@gilead.netel.rpi.edu
Senior Systems Programmer           or  gad@freebsd.org
Rensselaer Polytechnic Institute    or  drosih@rpi.edu
From tim at clewlow.org  Mon Sep 22 01:37:23 2008
From: tim at clewlow.org (Tim Clewlow)
Date: Mon Sep 22 01:37:26 2008
Subject: print/acroread8
Message-ID: <5e526634dc708175b70b6a84e2071c01.squirrel@192.168.1.100>

Hello,

# uname -a
FreeBSD 7.1-PRERELEASE #0: Sun Sep 21 13:28:51 EST 2008

I just installed print/acroread8 from a ports tree that is about 1-2
days old (depending on your time zone). The plugin for firefox
(mozilla) was installed to:

/root/.mozilla/plugins/nppdf.so

When I did:

nsplugginwrapper -v -a -i

it found the plugin, and:

nsplugginwrapper -l

lists it as installed, but firefox doesnt load it.

So, I removed the plugin with:

nspluginwrapper -r /root/.mozilla/plugins/npwrapper.nppdf.so

then, moved the file nppdf.so into /usr/X11R6/lib/browser_plugins
and then, reinstalled it from the new location with:

nsplugginwrapper -v -a -i

Now firefox loads the plugin and it all works as expected.

I dont know if this is a packaging problem with acroread8, ie maybe
it should drop the file nppdf.so into /usr/X11R6/lib/browser_plugins
instead of /root/.mozilla/plugins - - - or maybe this is a problem
with the wrapper not setting up the plugin properly.

Anyway, this was the problem I encountered, and how to fix it
manually in case anyone else is seeing this.

Cheers, Tim.

From alexanderchuranov at gmail.com  Mon Sep 22 10:03:08 2008
From: alexanderchuranov at gmail.com (Alexander Churanov)
Date: Mon Sep 22 10:03:11 2008
Subject: STILL OPEN: Fwd: ports/127015: [patch] Impossible to fetch
	devel/valgrind from the jail
In-Reply-To: <20080921190943.GB18259@dose.local.invalid>
References: <3cb459ed0809171638y5f7f7255wf3f09ac6c0fa62fe@mail.gmail.com>
	<20080918032114.GB29511@soaustin.net>
	<3cb459ed0809181449h7b4b2eabie89fb4ebc33422ef@mail.gmail.com>
	<20080921190943.GB18259@dose.local.invalid>
Message-ID: <3cb459ed0809220303n66cd766co9b9e411f2564dc7@mail.gmail.com>

Simon,

It's nice to have an e-mail from you. And since I'm highly interested to
have most recent stable development tools and libraries on FreeBSD, I'm
willing to take part in porting if necessary. So if you ever run into
problems with this (technical or just lack of time), I probably will be able
to help. Do not hesitate to ask me. Having recent boost is top priority for
me.

Alexander Churanov
From bugmaster at FreeBSD.org  Mon Sep 22 11:06:07 2008
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Sep 22 11:06:23 2008
Subject: Current unassigned ports problem reports
Message-ID: <200809221106.m8MB66ZZ014393@freefall.freebsd.org>

(Note: an HTML version of this report is available at
http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .)

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o ports/127538            [New Port]: x11/yakuake-kde4
f ports/127530            mail/postfix: LDA of postfix with dovecot will fail wh
o ports/127525            games/Pysol links to libSDL-1.2.so.11, should link to 
f ports/127513            mail/dcc-dccd sets home to /var/dcc even if you didn' 
f ports/127512            Small problems with the Makefile for /usr/ports/lang/m
f ports/127509            [PATCH] ports mail/mutt-devel and news/tin install con
a ports/127496            devel/icu 3.8.1_1 does not build when Danish locale is
o ports/127490            devel/ptmalloc port doesn't apply the -fPIC flag
f ports/127489            port audio/sox depends on audio/lame, which is RESTRIC
f ports/127482            security/ossec-hids-server - ossec-hids ports outdated
o ports/127458            [PATCH] www/dotproject: update to 2.1.2
f ports/127447            LICENSE (EULA) of x11-fonts/webfonts is not included
o ports/127444            sysutils/nagios-statd: RC script fails to log a valid 
o ports/127386            graphics/opendx does not build
o ports/127324            [PATCH] security/apache-xml-security-c: update to 1.4.
o ports/127321            japanese/kon2-16dot: buffer overflow and mouse bugs
f ports/127302            security/swatch: swatch-3.2.1_1 multiple issues
f ports/127259            [update] devel/jude-community to 5.3
f ports/127238            [update] net/p5-SOAP-Lite: upgrade from version 0.69 t
o ports/127193            New port: editors/emacs-nox11 Emacs built without X11
f ports/127182            shells/ksh93 fails to build
f ports/127181            audio/musicpd logs warning
o ports/127087            mail/bincimap port does not include an rc.d file
o ports/127075            comms/qpage segmentation fault due to freeing already-
f ports/127018            Linuxulator incapable of using FreeBSD's LDAP environm
o ports/126922            devel/libusb : update for Network UPS Tools
f ports/126890            port update: lang/cmucl
o ports/126872            New port: lang/linux-tcl84
f ports/126867            security/sshguard-pf 1.1 fails to detect attempted log
f ports/126840            [PATCH] update sysutils/fusefs-wdfs to use neon28 if p
f ports/126839            ports/misc/ezload - update: add hardware support for r
f ports/126805            audio/Teamspeak_server port runs as root by default
o ports/126732            [patch] archivers/rpm5 update (build depends)
f ports/126706            multimedia/libdvdcss unusable on RELENG_7
o ports/126674            New port: print/latex-babel
o ports/126673            New port: print/latex-supertabular
o ports/126655            java/jboss4 can not take standard parameter "-b host_n
o ports/126628            sysutils/heartbeat incorrect detect interfaces during 
f ports/126532            devel/tclxml-libxml2 - do not found libtclxmlstub
o ports/126520            textproc/flex is conflicts with system flex and have A
f ports/126518            Unbroke archivers/lzo2 on i386
o ports/126513            print/ghostscript-gpl - ghostscript - gpl - compile bu
s ports/126476            [update] net-mgmt/nrpe2: Update to 2.12; add 'reload' 
o ports/126345            ports mail/libpst not post Outlook 2003 compatible
f ports/126322            [patch] sysutils/fusefs-kmod: Make install location co
o ports/126291            [Update]lang/py-mx-base:update to 3.1.1
o ports/126273            Utilize MASTER_SITES abbreviations.
f ports/126228            [PATCH] mail/courier: new version 0.60.0
f ports/126196            sysutils/heartbeat: port 1.2.5 rev3 problem with libne
f ports/126161            security/bsp_upektfmess does not work on 7.0
o ports/126141            [patch] security/dirmngr update to 1.0.2
f ports/126058            net/generic-nqs fails to compile
f ports/126055            x11-toolkits/p5-Tk - segmentation fault running perl-t
o ports/126040            update sysutils/linux-megacli
f ports/125960            sysutils/syscp lacks of chattr/chflags
o ports/125719            shells/pdksh, zombie process's occouring on SMP Machin
o ports/125714            [patch] www/httptunnel: users not added
o ports/125705            semi new port: resurrect graphics/mesagl in a mangled 
f ports/125594            net-p2p/Amule2 port is outdated
f ports/125362            New port: devel/ocaml-lwt (cooperative threading libra
o ports/125348            lang/nawk: support multibyte charsets in tolower/toupp
o ports/125324            editors/the (3.2) looses cursor when compiled with PDC
o ports/125201            audio/aqualung crashes
f ports/125111            [PATCH] graphics/gdal: cyclic dependency and wrong opt
o ports/124905            new port: databases/sqlitejdbc 051
f ports/124901            [patch] sysutils/fusefs-kmod dataloss on write shortly
o ports/124864            print/ghostscript-gpl fails to install if ESC/Page dri
o ports/124597            [NEW PORT] net/callweaver: Fork of the popular Open So
o ports/124548            net/mDNSResponder port incompatible with gnome desktop
f ports/124428            palm/jpilot configure error when checking for pilot-li
f ports/124423            multimedia/mplayer detection of OSS Audio is faulty
f ports/124083            net/vnc is not building the xorg vnc module
o ports/124061            [patch]: lang/mlton (new features)
o ports/124000            [patch] update net/isc-dhcp3-server to 3.0.7 and reset
f ports/123756            [patch] put devel/libffi includes in sane place
o ports/123437            comms/qpage -- hangup problems and ident requests
f ports/123424            [NEW PORT] net/winexe
o ports/123247            linux-firefox and linux-seamonkey from multiple users
o ports/123239            New port: graphics/diamondbox Layer based photo editor
o ports/122907            [patch] sysutils/fusefs-kmod dataloss on write shortly
o ports/122824            [new port] add news/husky-htick-devel port
f ports/122701            New port: www/mod_wombat "Apache Lua module"
f ports/122596            devel/python: Python hangs when importing pygtk
f ports/122276            Compiled audio/musicpd segfaults on FreeBSD 7.0
f ports/121405            Update graphics/gmt to newer version (4.2.1)
o ports/121325            Xorg crashes when x11-wm/xcompmgr is running
o ports/121259            New port: net/openamq OpenAMQ is a complete AMQP messa
o ports/121194            math/arpack - Patch to use ARPACK++ on modern compiler
o ports/119183            [NEW PORT] net/freeradius-client: FreeRADIUS Client li
f ports/118877            audio/streamripper does not detect song title from str
f ports/116586            net/isc-dhcp3-server does not work when compiled with 
f ports/116385            net/vnc using vnc.so crashes Xorg 7.3 when remote comp
f ports/115304            multimedia/gpac-mp4box cannot import files larger than
s ports/113144            print/ghostscript-gnu dumps core with several output d
o ports/110144            New port: math/Matlab7
o ports/108795            ports/icc: Proposed update to icc port for intel compi
f ports/107304            print/apsfilter does not print PDF to raw PostScript p
o amd64/104311            ports/wine should be installable on amd64
o ports/97254             ports-mgmt/porttools - wrong prefix
s ports/85513             Intel C++ compiler not 100% binary compatible with sys
o ports/79651             [patch] mail/ssmtp: add per-user smtp authentication c
a ports/79351             Character passing error in security/pinentry-qt

102 problems total.

From tad1214 at aol.com  Mon Sep 22 12:20:46 2008
From: tad1214 at aol.com (Thomas Donnelly)
Date: Mon Sep 22 12:20:49 2008
Subject: audio/Mixxx
Message-ID: <48D7843D.6080609@aol.com>

Hi,

I noticed that there is no longer a maintainer of this port. It is quite 
a few versions old now (1.4.2, now up to 1.6.0) and I was curious if it 
was going to be updated. I would be willing to maintain this port, but I 
feel it is out of my technical capabilities. I am unable to build the 
1.6.0 version from source with quite a few errors and I am not 
completely sure what the previous maintainer did to get it working. I 
did try emailing the previous maintainer, but I am not expecting a 
response due to his no longer maintaining the port.

Thanks!
-=Tom Donnelly
From kurucz.jozsef at gmail.com  Mon Sep 22 13:25:48 2008
From: kurucz.jozsef at gmail.com (=?ISO-8859-1?Q?J=F3zsef_Kurucz?=)
Date: Mon Sep 22 13:25:55 2008
Subject: problem with postgresql-plpython
Message-ID: <e66031da0809220554x7fbb615el50543d47e8585a63@mail.gmail.com>

Hi,

I try to install the postgresql-plpython from ports ( i use FreeBSD 7
stable;amd64)  but i get the following error message:



configure: error: threaded Python not supported on this platform
===>  Script "configure" failed unexpectedly.
Please report the problem to ports@FreeBSD.org [maintainer] and attach the
"/usr/ports/databases/postgresql-plpython/work/postgresql-8.3.3/config.log"
including the output of the failure of your make command. Also, it might be
a good idea to provide an overview of all packages installed on your system
(e.g. an `ls /var/db/pkg`).
*** Error code 1

Stop in /usr/ports/databases/postgresql-plpython.



My installed packages:


[root@coyote /usr/ports/databases]# ls /var/db/pkg/
apache-2.2.9_5                  gmake-3.81_3
openldap-client-2.4.11          py25-psycopg-1.1.21_1
autoconf-2.62                   help2man-1.36.4_2
p5-BSD-Resource-1.2901          py25-psycopg2-2.0.7_1
autoconf-wrapper-20071109       libiconv-1.11_1
p5-gettext-1.05_2               py25-pysqlite-2.3.5
automake-1.9.6_3                libmemcache-1.4.0.rc2
pcre-7.7_1                      py25-setuptools-0.6c8
automake-wrapper-20071109       libtool-1.5.26
perl-5.8.8_1                    python-2.5,2
bash-3.2.39_1                   libxml2-2.6.32
pkg-config-0.23_1               python25-2.5.2_3
db41-4.1.25_4                   lighttpd-1.4.19_2
portaudit-0.5.12                screen-4.0.3_5
expat-2.0.1                     lua-5.1.3_3
postgresql-client-8.3.3         sqlite3-3.5.6
fam-2.6.10_3                    m4-1.4.11,1
postgresql-server-8.3.3         tcl-8.4.19,1
gdbm-1.8.3_3                    mod_perl2-2.0.4,3
py25-cheetah-2.0.1
gettext-0.17_1                  mysql-client-5.0.67
py25-mx-base-2.0.6
[root@coyote /usr/ports/databases]#



I attached the config.log!



Best Regards

Josef
-------------- next part --------------
A non-text attachment was scrubbed...
Name: config.log
Type: application/octet-stream
Size: 18113 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080922/c0df5032/config.obj
From nico at 65535.com  Mon Sep 22 14:54:32 2008
From: nico at 65535.com (Nico)
Date: Mon Sep 22 14:54:34 2008
Subject: FreeBSD Port: ruby18-gnustep-0.2.2_3
Message-ID: <48D7AB27.7040702@65535.com>


From shuvaev at physik.uni-wuerzburg.de  Mon Sep 22 17:52:52 2008
From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev)
Date: Mon Sep 22 17:52:55 2008
Subject: x11-wm/fluxbox fluxbox-generate_menu lists all available programs.
Message-ID: <20080922175249.GA43367@wep4035.physik.uni-wuerzburg.de>

Hello!

The script fluxbox-generate_menu shipped with current versions of
fluxbox (fluxbox-1.1.0.1_1 and 1.1.1 too, I think) produces
menu with all known programs. The reason for it is find_it* family
of functions used to determine if the program exists (see attached test.sh).
It expects that 'hash' will return non-zero exit code when it cannot find
the command and it is true on linix (some Ubuntu with 'dash', surprisingly
enough, man says it is BSD sh), but not here:

~> uname -a
FreeBSD wep4035.physik.uni-wuerzburg.de 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Sep 21 18:51:53 CEST 2008     root@wep4035.physik.uni-wuerzburg.de:/usr/obj/usr/src/sys/GENERIC  amd64

~> ./test.sh ls
Found ls

~> ./test.sh bla-bla-non-existent
Found bla-bla-non-existent

Substituting 'hash' with 'which' solves the problem more or less,
but I am not a sh guru to claim it is 100% correct.

It could be also a sh(1) bug...

Alexey.
-------------- next part --------------
#!/bin/sh
find_it() {
    [ -n "$1" ] && hash $1 2> /dev/null && shift && "$@"
}

find_it $1 echo "Found $1"
exit 0
From amdmi3 at amdmi3.ru  Mon Sep 22 18:19:35 2008
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Mon Sep 22 18:19:39 2008
Subject: audio/Mixxx
In-Reply-To: <48D7843D.6080609@aol.com>
References: <48D7843D.6080609@aol.com>
Message-ID: <20080922175707.GA22933@hades.panopticon>

* Thomas Donnelly (tad1214@aol.com) wrote:

> I noticed that there is no longer a maintainer of this port. It is quite  
> a few versions old now (1.4.2, now up to 1.6.0) and I was curious if it  
> was going to be updated. I would be willing to maintain this port, but I  
> feel it is out of my technical capabilities. I am unable to build the  
> 1.6.0 version from source with quite a few errors and I am not  
> completely sure what the previous maintainer did to get it working. I  
> did try emailing the previous maintainer, but I am not expecting a  
> response due to his no longer maintaining the port.
Actually, if you're going to maintain it, you should at be least able to
build it. If you can't build it yet, that's easily fixable :)

I've made a draft port for 1.6.0-beta2, you can use it for reference.
It compiles fine, but I didn't ran it yet. The main changes I had
to make for it to compile are:

SConstruct: fix include/lib paths:
+env.Prepend(CPPPATH=["/usr/local/include/qt4/Qt", "/usr/local/include/portaudio2", "/usr/local/include"])
+env.Prepend(LIBPATH=["/usr/local/lib/qt4", "/usr/local/lib/portaudio2", "/usr/local/lib"])

please note the order, it is crucial (as well as using Prepend
instead of Append). mixxx includes Qt stuff as #include <qfoobar.h>,
so it should search in /usr/local/include/qt4/Qt _before_
/usr/local/include, or it will pick up qt3 includes instead.
Same for portaudio2 - include/portaudio2 should come before
/usr/local/include, or includes for old portaudio v18 will be picked
(audio/portaudio = v18, audio/portaudio2 = v19 which we need).

Other changes to SConstruct include disabling linux-specific stuff
like ALSA and uncompatible input handlers and  making it respect
CC/CXX/CFLAGS/CXXFLAGS set by Ports Collection.

Other two patches under files/ are for removing linux-specific input
stuff as well, and additional REINPLACE_CMD's in post-patch are
for fixing includes for FreeBSD: endian.h->sys/endian.h and
malloc.h->stdlib.h and getting rid of qt4-linguist dependency we don't
actually need.

The port is ready to be committed as it is (I've checked it to be
buildable 6.x/7.x/8.x i386/amd64), but you should at least test it and
ensure that it works well. Maybe some other things should be fixed.

For instance, I'm concerned about it's usability after removing
linux-specific audio and input stuff. Is it of any use without MIDI
(MIDI throught ALSA is unavailable, and I'm not sure if portaudio
supports MIDI on its own) and support for input devices (joysticks, MIDI
keyboards etc.)?

Patch can be found here:
http://people.freebsd.org/~amdmi3/mixxx.diff

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From jpaetzel at FreeBSD.org  Mon Sep 22 18:34:30 2008
From: jpaetzel at FreeBSD.org (Josh Paetzel)
Date: Mon Sep 22 18:34:58 2008
Subject: problem with postgresql-plpython
In-Reply-To: <e66031da0809220554x7fbb615el50543d47e8585a63@mail.gmail.com>
References: <e66031da0809220554x7fbb615el50543d47e8585a63@mail.gmail.com>
Message-ID: <48D7DFAB.7030303@FreeBSD.org>

J?zsef Kurucz wrote:
> Hi,
> 
> I try to install the postgresql-plpython from ports ( i use FreeBSD 7
> stable;amd64)  but i get the following error message:
> 
> 
> 
> configure: error: threaded Python not supported on this platform
> ===>  Script "configure" failed unexpectedly.
> Please report the problem to ports@FreeBSD.org [maintainer] and attach the
> "/usr/ports/databases/postgresql-plpython/work/postgresql-8.3.3/config.log"
> including the output of the failure of your make command. Also, it might be
> a good idea to provide an overview of all packages installed on your system
> (e.g. an `ls /var/db/pkg`).
> *** Error code 1
> 
> Stop in /usr/ports/databases/postgresql-plpython.
> 
> 
> 
> My installed packages:
> 
> 
> [root@coyote /usr/ports/databases]# ls /var/db/pkg/
> apache-2.2.9_5                  gmake-3.81_3
> openldap-client-2.4.11          py25-psycopg-1.1.21_1
> autoconf-2.62                   help2man-1.36.4_2
> p5-BSD-Resource-1.2901          py25-psycopg2-2.0.7_1
> autoconf-wrapper-20071109       libiconv-1.11_1
> p5-gettext-1.05_2               py25-pysqlite-2.3.5
> automake-1.9.6_3                libmemcache-1.4.0.rc2
> pcre-7.7_1                      py25-setuptools-0.6c8
> automake-wrapper-20071109       libtool-1.5.26
> perl-5.8.8_1                    python-2.5,2
> bash-3.2.39_1                   libxml2-2.6.32
> pkg-config-0.23_1               python25-2.5.2_3
> db41-4.1.25_4                   lighttpd-1.4.19_2
> portaudit-0.5.12                screen-4.0.3_5
> expat-2.0.1                     lua-5.1.3_3
> postgresql-client-8.3.3         sqlite3-3.5.6
> fam-2.6.10_3                    m4-1.4.11,1
> postgresql-server-8.3.3         tcl-8.4.19,1
> gdbm-1.8.3_3                    mod_perl2-2.0.4,3
> py25-cheetah-2.0.1
> gettext-0.17_1                  mysql-client-5.0.67
> py25-mx-base-2.0.6
> [root@coyote /usr/ports/databases]#
> 
> 
> 
> I attached the config.log!
> 
> 
> 
> Best Regards
> 
> Josef

Like the config.log says, a threaded python isn't supported on FreeBSD.
  The fix is to deinstall python, run make config in it's ports
directory again, deselect the threaded option, run make clean and
reinstall it.

Thanks,

Josh Paetzel
From mezz7 at cox.net  Mon Sep 22 19:16:37 2008
From: mezz7 at cox.net (Jeremy Messenger)
Date: Mon Sep 22 19:16:39 2008
Subject: x11-wm/fluxbox fluxbox-generate_menu lists all available
 programs.
In-Reply-To: <20080922175249.GA43367@wep4035.physik.uni-wuerzburg.de>
References: <20080922175249.GA43367@wep4035.physik.uni-wuerzburg.de>
Message-ID: <op.uhwc5x179aq2h7@mezz.mezzweb.com>

On Mon, 22 Sep 2008 12:52:49 -0500, Alexey Shuvaev  
<shuvaev@physik.uni-wuerzburg.de> wrote:

> Hello!
>
> The script fluxbox-generate_menu shipped with current versions of
> fluxbox (fluxbox-1.1.0.1_1 and 1.1.1 too, I think) produces
> menu with all known programs. The reason for it is find_it* family
> of functions used to determine if the program exists (see attached  
> test.sh).
> It expects that 'hash' will return non-zero exit code when it cannot find
> the command and it is true on linix (some Ubuntu with 'dash',  
> surprisingly
> enough, man says it is BSD sh), but not here:
>
> ~> uname -a
> FreeBSD wep4035.physik.uni-wuerzburg.de 8.0-CURRENT FreeBSD 8.0-CURRENT  
> #0: Sun Sep 21 18:51:53 CEST 2008      
> root@wep4035.physik.uni-wuerzburg.de:/usr/obj/usr/src/sys/GENERIC  amd64
>
> ~> ./test.sh ls
> Found ls
>
> ~> ./test.sh bla-bla-non-existent
> Found bla-bla-non-existent
>
> Substituting 'hash' with 'which' solves the problem more or less,
> but I am not a sh guru to claim it is 100% correct.

I agree for 'which' is best thing to do. Not all shells (csh, see in  
builtin(1)) have 'hash' stuff. I have bring all of hash -> which stuff  
 from 1.0.0, so let me know patches work for you.

http://people.freebsd.org/~mezz/diff/patch-util%3a%3afluxbox-generate_menu.in
http://people.freebsd.org/~mezz/diff/patch-util_fbsetbg

Put those files in x11-wm/fluxbox/files/ and reinstall fluxbox.

> It could be also a sh(1) bug...

No idea, I get same result with zsh.

Cheers,
Mezz

> Alexey.


-- 
mezz7@cox.net  -  mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome@FreeBSD.org
From bsd-unix at embarqmail.com  Mon Sep 22 22:35:24 2008
From: bsd-unix at embarqmail.com (Randy Pratt)
Date: Mon Sep 22 22:35:27 2008
Subject: x11-wm/fluxbox fluxbox-generate_menu lists all available
 programs.
In-Reply-To: <op.uhwc5x179aq2h7@mezz.mezzweb.com>
References: <20080922175249.GA43367@wep4035.physik.uni-wuerzburg.de>
	<op.uhwc5x179aq2h7@mezz.mezzweb.com>
Message-ID: <20080922183520.0984eae1.bsd-unix@embarqmail.com>

On Mon, 22 Sep 2008 14:16:35 -0500
"Jeremy Messenger" <mezz7@cox.net> wrote:

> I agree for 'which' is best thing to do. Not all shells (csh, see in  
> builtin(1)) have 'hash' stuff. I have bring all of hash -> which stuff  
>  from 1.0.0, so let me know patches work for you.
> 
> http://people.freebsd.org/~mezz/diff/patch-util%3a%3afluxbox-generate_menu.in
> http://people.freebsd.org/~mezz/diff/patch-util_fbsetbg
> 
> Put those files in x11-wm/fluxbox/files/ and reinstall fluxbox.

The patch-util_fbsetbg fixed the inability to set backgrounds.  I had
almost forgotten about this minor problem.

The fluxbox-generate_menu.in patch results in an improved function
but I recommend users backup their ~/.fluxbox in case it does
something odd (I have a highly customized menu).

Thanks again for fluxbox patches ;-)

Randy
-- 
From shuvaev at physik.uni-wuerzburg.de  Mon Sep 22 23:06:23 2008
From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev)
Date: Mon Sep 22 23:06:27 2008
Subject: x11-wm/fluxbox fluxbox-generate_menu lists all available
	programs.
In-Reply-To: <20080922183520.0984eae1.bsd-unix@embarqmail.com>
References: <20080922175249.GA43367@wep4035.physik.uni-wuerzburg.de>
	<op.uhwc5x179aq2h7@mezz.mezzweb.com>
	<20080922183520.0984eae1.bsd-unix@embarqmail.com>
Message-ID: <20080922231044.GA73828@localhost.my.domain>

On Mon, Sep 22, 2008 at 06:35:20PM -0400, Randy Pratt wrote:
> On Mon, 22 Sep 2008 14:16:35 -0500
> "Jeremy Messenger" <mezz7@cox.net> wrote:
> 
> > I agree for 'which' is best thing to do. Not all shells (csh, see in  
> > builtin(1)) have 'hash' stuff. I have bring all of hash -> which stuff  
> >  from 1.0.0, so let me know patches work for you.
> > 
> > http://people.freebsd.org/~mezz/diff/patch-util%3a%3afluxbox-generate_menu.in
> > http://people.freebsd.org/~mezz/diff/patch-util_fbsetbg
> > 
> > Put those files in x11-wm/fluxbox/files/ and reinstall fluxbox.
> 
Everything seems to be fine now.

> The patch-util_fbsetbg fixed the inability to set backgrounds.  I had
> almost forgotten about this minor problem.
> 
> The fluxbox-generate_menu.in patch results in an improved function
> but I recommend users backup their ~/.fluxbox in case it does
> something odd (I have a highly customized menu).
> 
This function gives some (not so bad) starting point for those
who have never used fluxbox before.

> Thanks again for fluxbox patches ;-)
> 
Me too :)

Alexey.
From marcus at FreeBSD.org  Mon Sep 22 23:30:10 2008
From: marcus at FreeBSD.org (Joe Marcus Clarke)
Date: Mon Sep 22 23:30:12 2008
Subject: HEADS UP: Ports tree is unfrozen
Message-ID: <1222126221.52357.98.camel@shumai.marcuscom.com>

The ports tree has been unfrozen, and is now in the usual "slush" state
pending the releases of 6.4 and 7.1.  This means no sweeping commits (or
commits which change a large number of files) until these releases are
announced.  If you are in doubt as to whether or not a commit could be
considered sweeping, please ask portmgr@freebsd.org.

Joe

-- 
Joe Marcus Clarke
FreeBSD GNOME Team      ::      gnome@FreeBSD.org
FreeNode / #freebsd-gnome
http://www.FreeBSD.org/gnome
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080922/c288f813/attachment.pgp
From mezz7 at cox.net  Tue Sep 23 04:32:30 2008
From: mezz7 at cox.net (Jeremy Messenger)
Date: Tue Sep 23 04:32:34 2008
Subject: x11-wm/fluxbox fluxbox-generate_menu lists all available
 programs.
In-Reply-To: <20080922231044.GA73828@localhost.my.domain>
References: <20080922175249.GA43367@wep4035.physik.uni-wuerzburg.de>
	<op.uhwc5x179aq2h7@mezz.mezzweb.com>
	<20080922183520.0984eae1.bsd-unix@embarqmail.com>
	<20080922231044.GA73828@localhost.my.domain>
Message-ID: <op.uhw2wgbu9aq2h7@mezz.mezzweb.com>

On Mon, 22 Sep 2008 18:10:44 -0500, Alexey Shuvaev  
<shuvaev@physik.uni-wuerzburg.de> wrote:

> On Mon, Sep 22, 2008 at 06:35:20PM -0400, Randy Pratt wrote:
>> On Mon, 22 Sep 2008 14:16:35 -0500
>> "Jeremy Messenger" <mezz7@cox.net> wrote:
>>
>> > I agree for 'which' is best thing to do. Not all shells (csh, see in
>> > builtin(1)) have 'hash' stuff. I have bring all of hash -> which stuff
>> >  from 1.0.0, so let me know patches work for you.
>> >
>> >  
>> http://people.freebsd.org/~mezz/diff/patch-util%3a%3afluxbox-generate_menu.in

I forgot to say that make sure to rename it to  
patch-util::fluxbox-generate_menu.in. In case, if you haven't done then be  
sure to remove this patch before you update your ports tree.

>> > http://people.freebsd.org/~mezz/diff/patch-util_fbsetbg
>> >
>> > Put those files in x11-wm/fluxbox/files/ and reinstall fluxbox.
>>
> Everything seems to be fine now.
>
>> The patch-util_fbsetbg fixed the inability to set backgrounds.  I had
>> almost forgotten about this minor problem.
>>
>> The fluxbox-generate_menu.in patch results in an improved function
>> but I recommend users backup their ~/.fluxbox in case it does
>> something odd (I have a highly customized menu).
>>
> This function gives some (not so bad) starting point for those
> who have never used fluxbox before.

Yeah, it's good for fresh account or ~/.fluxbox/*. But any users that have  
custom menu shouldn't be use fluxbox-generate_menu thought.

>> Thanks again for fluxbox patches ;-)
>>
> Me too :)

Np and thank for test. Both patches have been committed.

Cheers,
Mezz

> Alexey.


-- 
mezz7@cox.net  -  mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome@FreeBSD.org
From me at janh.de  Tue Sep 23 10:35:30 2008
From: me at janh.de (Jan Henrik Sylvester)
Date: Tue Sep 23 10:35:32 2008
Subject: audio/akode  PORTREVISION went backwards
Message-ID: <48D8C679.9080205@janh.de>

At 2008/08/18, audio/akode went from 2.0.2_1,1 to 2.0.2,1 and it is 
still there. (2.0.2_1,1 had existed since 2008/05/27.)

No change with default OPTIONS, though.

Cheers,
Jan Henrik
From makc at issp.ac.ru  Tue Sep 23 12:37:58 2008
From: makc at issp.ac.ru (Max Brazhnikov)
Date: Tue Sep 23 12:38:04 2008
Subject: [kde-freebsd] CALL FOR TEST Qt 4.4.2
In-Reply-To: <200809201741.14224.dorian.buettner@gmx.de>
References: <20080919084812.GC86244@bsdcrew.de>
	<20080919194945.GF35488@bsdcrew.de>
	<200809201741.14224.dorian.buettner@gmx.de>
Message-ID: <200809231637.53017.makc@issp.ac.ru>

On Sat, 20 Sep 2008 17:41:13 +0000, Dorian B?ttner wrote:
> Doing an update with 'portmaster -ad qt\*', I get the attached error in
> qt4- designer, it does, however, work, when I cd
> /usr/ports/devel/qt4-designer and do a make install clean from there.
> No idea, if this is a port or a portmaster related problem?

I've got the same problem. Looks, qt4-designer can't be build when previous 
version is installed.

Max
From jrhett at netconsonance.com  Tue Sep 23 18:45:10 2008
From: jrhett at netconsonance.com (Jo Rhett)
Date: Tue Sep 23 18:45:14 2008
Subject: Incorrect commandline history with bash
In-Reply-To: <20080922002229.GA12314@icarus.home.lan>
References: <20080921215255.GA9622@icarus.home.lan>
	<34CFC7BB-E7D2-4B34-9D85-70F4C8E718E2@netconsonance.com>
	<20080922002229.GA12314@icarus.home.lan>
Message-ID: <47824C4F-78DE-41EB-A8C4-D0F7282803D0@netconsonance.com>

On Sep 21, 2008, at 5:22 PM, Jeremy Chadwick wrote:
> Everyone lecturing me needs to read, slowly, the INVOCATION part of  
> the
> bash man page.  The method I described above should become apparent
> afterwards.

I'm sorry if you feel I'm lecturing you -- I'm not.  I was just trying  
to note that what you said seems to be backwards in my experience.   
Moreover, the section of the man page you quoted backed up my analysis:

> When  bash  is invoked as an interactive login shell, or as a non- 
> interactive shell with the --login option, it
>        first reads and executes commands from the file /etc/profile,  
> if that file exists.  After reading that file, it
>        looks  for  ~/.bash_profile, ~/.bash_login, and ~/.profile,  
> in that order, and reads and executes commands from
>        the first one that exists and is readable.  The --noprofile  
> option may be used when the  shell  is  started  to
>        inhibit this behavior.

It does not read ~/.bashrc.   I have tested this and confirmed its  
behavior.

Now, I will go farther and mention the obvious:

>  When  an  interactive  shell  that  is  not  a  login  shell  is  
> started, bash reads and executes commands from
>        ~/.bashrc, if that file exists.

However, this file is only read when and if you type "bash" after you  
are already logged into the system in question.

In general, because of the way bash works, it would suggest that  
putting variables you always want set in the .bashrc is correct, and  
sourcing it from .bash_profile is also correct.   Variables (like  
terminal settings) which are only applied during login should be set  
in .bash_profile.  Sourcing .bash_profile from .bashrc means you'd  
need some heft if/then code to avoid playing havoc with your terminal  
settings.

IMHO of course.

-- 
Jo Rhett
Net Consonance : consonant endings by net philanthropy, open source  
and other randomness


From jaguilar at masecurity-pma.com  Tue Sep 23 20:38:29 2008
From: jaguilar at masecurity-pma.com (Jorge Aguilar)
Date: Tue Sep 23 20:38:33 2008
Subject: pkg_add -r firefox didn't work
Message-ID: <20080923131147.e0efed0d44d0168692f611d51eb41922.ce50bd801c.wbe@email.secureserver.net>


   Good day guys this is an error I got after tring to install firefox
   from ports, I hope to have a solution on this not just for me but for
   others having the same problem.
   FreeBSD NixHeiser 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24
   19:59:52 UTC 2008
   root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386
   another thing this root@logan.cse.buffalo.edu what does this means :-(
   is something from where i downloaded the image? or someone has root
   access to my system.
   NixHeiser# pkg_add -r firefox
   Fetching [1]ftp://ftp.freebsd.org/pub/FreeBSD/ports/i   386/packages-7.0-release/Latest/firefox.tbz... Done.
   ===> Building Chrome's registry...
   =======================   3D=   =======================   3D=   SMB issues:
   Network group, machine, and share browsing does not work correctly.
   SFTP:
   Only sftp access using public key authentication works.  To easily
   setup public key authentication to "remote_host":
   ssh-keygen -t dsa
   cat ~/.ssh/id_dsa.pub | ssh remote_host "cat >> .ssh/authorized_keys"   The SSH sever on remote_host must allow pub key authentication.
   =======================   3D=   =======================   3D=   Any bug reports should be addressed to the maintainers at:
           gnome@FreeBSD.org
   You may also Cc: freebsd-ports@FreeBSD.org. Please do not send
   bug reports to any other addresses.
   Please include the following information with any bug report:
   * Output from 'uname -a'.
   * Date/time stamp from www/firefox/Makefile.
   * Where/when did the problem occur: configuring, building, or
           running firefox
   * How can you reproduce the problem?
   Thank you for your help in testing and reporting bugs, and we hope you
   enjoy using Firefox.
   The Maintainers (gnome@)
   =======================   3D=   =======================   3D=   NixHeiser# clear
   NixHeiser# pkg_add -r firefox
   Fetching [2]ftp://ftp.freebsd.org/pub/FreeBSD/ports/i3   86/packages-7.0-release/Latest/firefox.tbz...^CSignal 2 received,
   cleaning up..
   NixHeiser# ssh-keygen -t dsa
   Generating public/private dsa key pair.
   Enter file in which to save the key (/root/.ssh/id_dsa): cat
   ~/.ssh/id_dsa.pub | ssh remote_host "cat >> .ssh/authorized_keys"
   Enter passphrase (empty for no passphrase):
   Enter same passphrase again:
   open cat ~/.ssh/id_dsa.pub | ssh remote_host "cat >> .ssh/authorized_   keys" failed: No such file or directory.
   Saving the key failed: cat ~/.ssh/id_dsa.pub | ssh remote_host "cat
   >>   NixHeiser#
   NixHeiser#
   Jorge Aguilar
   MCP MCTS DSCE A+

References

   1. 3D"ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7   2. 3D"ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7.0-releas
From rchisholm at southlandonline.com  Tue Sep 23 20:43:27 2008
From: rchisholm at southlandonline.com (Rick Chisholm)
Date: Tue Sep 23 20:43:29 2008
Subject: FreeBSD Port: openx-2.4.7
Message-ID: <op.uhyafuufj29rs7@chavez>

Hello:

what's the time frame for getting the port up-to-date (ver. 2.6.1)?

thanks,

Rick

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
From koitsu at FreeBSD.org  Wed Sep 24 03:32:53 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Wed Sep 24 03:32:56 2008
Subject: Incorrect commandline history with bash
In-Reply-To: <47824C4F-78DE-41EB-A8C4-D0F7282803D0@netconsonance.com>
References: <20080921215255.GA9622@icarus.home.lan>
	<34CFC7BB-E7D2-4B34-9D85-70F4C8E718E2@netconsonance.com>
	<20080922002229.GA12314@icarus.home.lan>
	<47824C4F-78DE-41EB-A8C4-D0F7282803D0@netconsonance.com>
Message-ID: <20080924033250.GA71319@icarus.home.lan>

On Tue, Sep 23, 2008 at 11:45:07AM -0700, Jo Rhett wrote:
> On Sep 21, 2008, at 5:22 PM, Jeremy Chadwick wrote:
>> Everyone lecturing me needs to read, slowly, the INVOCATION part of  
>> the
>> bash man page.  The method I described above should become apparent
>> afterwards.
>
> I'm sorry if you feel I'm lecturing you -- I'm not.  I was just trying  
> to note that what you said seems to be backwards in my experience.   
> Moreover, the section of the man page you quoted backed up my analysis:
>
>> When  bash  is invoked as an interactive login shell, or as a non- 
>> interactive shell with the --login option, it
>>        first reads and executes commands from the file /etc/profile,  
>> if that file exists.  After reading that file, it
>>        looks  for  ~/.bash_profile, ~/.bash_login, and ~/.profile, in 
>> that order, and reads and executes commands from
>>        the first one that exists and is readable.  The --noprofile  
>> option may be used when the  shell  is  started  to
>>        inhibit this behavior.
>
> It does not read ~/.bashrc.   I have tested this and confirmed its  
> behavior.
>
> Now, I will go farther and mention the obvious:
>
>>  When  an  interactive  shell  that  is  not  a  login  shell  is  
>> started, bash reads and executes commands from
>>        ~/.bashrc, if that file exists.
>
> However, this file is only read when and if you type "bash" after you  
> are already logged into the system in question.
>
> In general, because of the way bash works, it would suggest that putting 
> variables you always want set in the .bashrc is correct, and sourcing it 
> from .bash_profile is also correct.   Variables (like terminal settings) 
> which are only applied during login should be set in .bash_profile.  
> Sourcing .bash_profile from .bashrc means you'd need some heft if/then 
> code to avoid playing havoc with your terminal settings.
>
> IMHO of course.

Thanks Jo.  It looks like in my case I do have my "files backwards" (for
lack of better phrasing), though I'm well aware of the difference
between a login and non-login interactive shell.  :-)

I don't do any "terminal tweaking" in any of my dotfiles (I rely solely
upon what PuTTY or SSH exports to the remote sshd via TERM).

Switching the logic I have (.bashrc containing what my old .bash_profile
did, and having .bash_profile source .bashrc) continues to work, as
documented.

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From jrhett at netconsonance.com  Wed Sep 24 04:47:33 2008
From: jrhett at netconsonance.com (Jo Rhett)
Date: Wed Sep 24 04:47:35 2008
Subject: Incorrect commandline history with bash
In-Reply-To: <20080924033250.GA71319@icarus.home.lan>
References: <20080921215255.GA9622@icarus.home.lan>
	<34CFC7BB-E7D2-4B34-9D85-70F4C8E718E2@netconsonance.com>
	<20080922002229.GA12314@icarus.home.lan>
	<47824C4F-78DE-41EB-A8C4-D0F7282803D0@netconsonance.com>
	<20080924033250.GA71319@icarus.home.lan>
Message-ID: <6AD478FD-BEB0-48BD-808A-24165FA865FA@netconsonance.com>

On Sep 23, 2008, at 8:32 PM, Jeremy Chadwick wrote:
> I don't do any "terminal tweaking" in any of my dotfiles (I rely  
> solely
> upon what PuTTY or SSH exports to the remote sshd via TERM).

Ah.  I play havoc with the prompt, and I also have some logic to  
properly handle console logins appropriately.

-- 
Jo Rhett
Net Consonance : consonant endings by net philanthropy, open source  
and other randomness


From 000.fbsd at quip.cz  Wed Sep 24 09:43:51 2008
From: 000.fbsd at quip.cz (Miroslav Lachman)
Date: Wed Sep 24 09:43:53 2008
Subject: ProFTPd 1.3.2.r2 - ftpwho missing scoreboard file
Message-ID: <48DA0796.3080502@quip.cz>

I can not use ftpwho command after upgrade to proftpd-mysql-1.3.2.r2.

# ftpwho
/var/run/proftpd/proftpd.scoreboard: No such file or directory
(Perhaps you need to specify the ScoreboardFile with -f, or change
  the compile-time default directory?)

I have in proftpd.conf
ScoreboardFile  /var/run/proftpd.scoreboard

(I think /var/run/proftpd.scoreboard was default location in older versions)

and this file exists:
# ls -al /var/run/proftpd.scoreboard
-rw-r--r--  1 root  wheel  7888 Sep 24 11:10 /var/run/proftpd.scoreboard

What / why changed in ProFTPd code?

Workaround is to change proftpd.conf to:
ScoreboardFile  /var/run/proftpd/proftpd.scoreboard

then after restart, scoreboard file is created in this location and 
ftpwho command can use it.

Can it be fixed or mentioned in UPDATING?

It is not showstopper and I can live with this little change in my 
configs, but it is annoying to do this change on all my servers. 
(already done)

Miroslav Lachman
From tonemmaps1 at thegroves.net  Wed Sep 24 10:03:26 2008
From: tonemmaps1 at thegroves.net (tonemmaps)
Date: Wed Sep 24 11:31:04 2008
Subject: ports/122167: ports/dns/bind94 REPLACE_BASE option
Message-ID: <AA23372057E441B7897D5037D095C259@opcxp>

ALL,
 
Found the bug report by Richard, and the comments from Doug explain to "make
clean", "make rmconfig", and then "make" as the problem was a "local"
problem.
 
I've done the same (copied below), and have the same problem, after
selecting to replace the base BIND, the make stops with an error 2.  This
happens for me regardless of being in bash or csh.
 
FreeBSD 7 Release p4 
i386
PORTVERSION=    9.4.2.2
 
(below is from bash instance, hence the path showing in the prompt)
 
Any help/pointers, and apologies to anyone offended, I'm a newbie and didn't
find anything else that could help.
 
Thank you!!
 
-Trebor
 
 
 
[root@ns /]# cd /usr/ports/dns/bind94
[root@ns /usr/ports/dns/bind94]# make clean
===>  Cleaning for bind94-base-9.4.2.2
[root@ns /usr/ports/dns/bind94]# make rmconfig
===> Removing user-configured options for bind94-9.4.2.2
[root@ns /usr/ports/dns/bind94]# make         
cd /usr/ports/dns/bind94 && make config;
 
 
 
 
 
 
 

 
lqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqk
               x                    Options for bind94 9.4.2.2
x
               x
lqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqk x
               x x [X] REPLACE_BASE  Replace base BIND with this version
x x
               x x [ ] LARGE_FILE    64-bit file support
x x
               x x [ ] SIGCHASE      dig/host/nslookup will do DNSSEC
validation  x x
               x x [ ] IPV6          IPv6 Support (autodetected by default)
x x
               x x [X] THREADS       Compile with thread support
x x
               x x
x x
               x x
x x
               x x
x x
               x x
x x
               x x
x x
               x x
x x
               x x
x x
               x x
x x
               x x
x x
               x x
x x
 
tqmqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqjqu
               x                       [  OK  ]       Cancel
x
 
mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj
 
 
 
 
 
 
 
make: don't know how to make
/usr/ports/dns/bind94/work/.build_done.bind94._usr_local. Stop
*** Error code 2
 
Stop in /usr/ports/dns/bind94.
[root@ns /usr/ports/dns/bind94]# 
From avg at icyb.net.ua  Wed Sep 24 12:27:37 2008
From: avg at icyb.net.ua (Andriy Gapon)
Date: Wed Sep 24 12:27:38 2008
Subject: emulators/bochs: acpi option
In-Reply-To: <48C90C35.3060105@FreeBSD.org>
References: <48C90B7A.5030405@icyb.net.ua> <48C90C35.3060105@FreeBSD.org>
Message-ID: <48DA3234.7010107@icyb.net.ua>

on 11/09/2008 15:16 Pietro Cerutti said the following:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
> 
> Andriy Gapon wrote:
> | I need to use bochs configured with --acpi-enabled.
> | I see that currently the port doesn't enable that option and doesn't
> | provide any knob for it.
> | The attached trivial patch should add the knob.
> | Should I also file a PR or is this sufficient?
> 
> Please fill-in a PR and CC me, so that I can take it and remember to
> commit it after the port freeze :)
> 
> Thanks a lot!

Pietro, thank you.
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127606


-- 
Andriy Gapon
From josh.carroll at gmail.com  Wed Sep 24 15:54:45 2008
From: josh.carroll at gmail.com (Josh Carroll)
Date: Wed Sep 24 15:54:50 2008
Subject: new reconfig-recursive target for ports
Message-ID: <8cb6106e0809240828v3ebe1095w898597fea2d40272@mail.gmail.com>

All,

Note: I'm not currently subscribed to ports@, please cc: me on replies.

I was wondering what peoples' thoughts are on a "reconfig-recursive"
target for ports? Basically, the same as config-recursive, but instead
of using config-conditional for each dependency, it would use config.
This might be useful for someone who wants to review dependecies'
options and/or make changes, but without having to manually iterate
through them or rmconfig-recursive first.

I figured this might come in handy. Thoughts?

Patch is below.

Thanks!
Josh


--- Mk/bsd.port.mk.old  2008-09-24 11:21:20.000000000 -0400
+++ Mk/bsd.port.mk      2008-09-24 11:21:02.000000000 -0400
@@ -5934,6 +5934,14 @@
        done
 .endif

+.if !target(reconfig-recursive)
+reconfig-recursive:
+       @${ECHO_MSG} "===> Setting user-specified options for
${PKGNAME} and dependencies";
+       @for dir in ${.CURDIR} $$(${ALL-DEPENDS-LIST}); do \
+               (cd $$dir; ${MAKE} config); \
+       done
+.endif
+
 .if !target(config-conditional)
 config-conditional:
 .if defined(OPTIONS)
From wxs at FreeBSD.org  Wed Sep 24 16:06:35 2008
From: wxs at FreeBSD.org (Wesley Shields)
Date: Wed Sep 24 16:06:37 2008
Subject: new reconfig-recursive target for ports
In-Reply-To: <8cb6106e0809240828v3ebe1095w898597fea2d40272@mail.gmail.com>
References: <8cb6106e0809240828v3ebe1095w898597fea2d40272@mail.gmail.com>
Message-ID: <20080924160633.GC30745@atarininja.org>

On Wed, Sep 24, 2008 at 11:28:43AM -0400, Josh Carroll wrote:
> All,
> 
> Note: I'm not currently subscribed to ports@, please cc: me on replies.
> 
> I was wondering what peoples' thoughts are on a "reconfig-recursive"
> target for ports? Basically, the same as config-recursive, but instead
> of using config-conditional for each dependency, it would use config.
> This might be useful for someone who wants to review dependecies'
> options and/or make changes, but without having to manually iterate
> through them or rmconfig-recursive first.
> 
> I figured this might come in handy. Thoughts?

Seems like a rare case where someone would want to re-visit (in this
manner) options they have already set.  That said, it may come in handy.

I think "config-recursive-unconditional" would be a better name as it
fits better with the "config-recursive" target.  Of course, this is just
a bikeshed argument so I don't care what it ends up being called.  ;)

-- WXS
From josh.carroll at gmail.com  Wed Sep 24 16:25:49 2008
From: josh.carroll at gmail.com (Josh Carroll)
Date: Wed Sep 24 16:25:55 2008
Subject: new reconfig-recursive target for ports
In-Reply-To: <20080924160633.GC30745@atarininja.org>
References: <8cb6106e0809240828v3ebe1095w898597fea2d40272@mail.gmail.com>
	<20080924160633.GC30745@atarininja.org>
Message-ID: <8cb6106e0809240925i5d7ad067o21cc680bd800cc9f@mail.gmail.com>

> Seems like a rare case where someone would want to re-visit (in this
> manner) options they have already set.  That said, it may come in handy.

Yeah, I figured it can't *hurt* and might come in handy in a few circumstances.

> I think "config-recursive-unconditional" would be a better name as it
> fits better with the "config-recursive" target.  Of course, this is just
> a bikeshed argument so I don't care what it ends up being called.  ;)

I originally named the target config-recursive-force, but the name can
be whatever is most appropriate of course. :)

Josh
From wxs at FreeBSD.org  Wed Sep 24 16:33:39 2008
From: wxs at FreeBSD.org (Wesley Shields)
Date: Wed Sep 24 16:33:44 2008
Subject: new reconfig-recursive target for ports
In-Reply-To: <8cb6106e0809240925i5d7ad067o21cc680bd800cc9f@mail.gmail.com>
References: <8cb6106e0809240828v3ebe1095w898597fea2d40272@mail.gmail.com>
	<20080924160633.GC30745@atarininja.org>
	<8cb6106e0809240925i5d7ad067o21cc680bd800cc9f@mail.gmail.com>
Message-ID: <20080924163338.GA9540@atarininja.org>

On Wed, Sep 24, 2008 at 12:25:48PM -0400, Josh Carroll wrote:
> > Seems like a rare case where someone would want to re-visit (in this
> > manner) options they have already set.  That said, it may come in handy.
> 
> Yeah, I figured it can't *hurt* and might come in handy in a few
> circumstances.

I'd submit it as a PR for portmgr to handle.  Understandably they are
busy handling other things but you can at least get it on their radar.

I've had some stuff pending portmgr for a while now so patience is
necessary for little updates like this.  There are almost always higher
priorities.

-- WXS
From adaugherity at tamu.edu  Wed Sep 24 18:14:43 2008
From: adaugherity at tamu.edu (Andrew Daugherity)
Date: Wed Sep 24 18:15:11 2008
Subject: feasibility of updating databases/mysql41-server?
Message-ID: <48DA385B.2389.00F2.0@vprmail.tamu.edu>

I still have a server running mysql 4.1.22, and it's marked as having the "MyISAM table privileges secuity [sic] bypass vulnerability".  According to CVE-2008-2079 (linked from portaudit), this is fixed in 4.1.24.

I was going to file a PR asking for an update to 4.1.24, but then I discovered that MySQL 4.1 is in the "extended support" phase where they aren't releasing tarballs any more (and of course no binaries).  The source *is* still available, but it's in the bazaar repo (see: http://blogs.sun.com/datacharmer/entry/hidden_jevewls_in_mysql_bazaar ).  This can be checked out and built, but having a build-dep of bzr is probably not wanted.

Is it feasible (both license-wise and technically) to have a mirror of  a 4.1.24 bzr checkout in tarball form somewhere, so the port can be built?


Thanks,

Andrew

From dougb at FreeBSD.org  Wed Sep 24 22:22:40 2008
From: dougb at FreeBSD.org (Doug Barton)
Date: Wed Sep 24 22:22:46 2008
Subject: ports/122167: ports/dns/bind94 REPLACE_BASE option
In-Reply-To: <AA23372057E441B7897D5037D095C259@opcxp>
References: <AA23372057E441B7897D5037D095C259@opcxp>
Message-ID: <48DABDAD.8090701@FreeBSD.org>

tonemmaps wrote:
> [root@ns /]# cd /usr/ports/dns/bind94
> [root@ns /usr/ports/dns/bind94]# make clean
> ===>  Cleaning for bind94-base-9.4.2.2
> [root@ns /usr/ports/dns/bind94]# make rmconfig
> ===> Removing user-configured options for bind94-9.4.2.2

Ok so far.

> [root@ns /usr/ports/dns/bind94]# make        
> cd /usr/ports/dns/bind94 && make config;

That last bit doesn't make any sense. Do this exactly:

cd /usr/ports/dns/bind94
make clean
make rmconfig
make

And then post the results.


hth,

Doug

-- 

    This .signature sanitized for your protection

From robillard.etienne at gmail.com  Thu Sep 25 00:19:36 2008
From: robillard.etienne at gmail.com (Etienne Robillard)
Date: Thu Sep 25 00:19:43 2008
Subject: [patch] devel/py-sip 4.7.7 and x11-toolkits/py-qt4-gui 4.4.3
In-Reply-To: <200809210311.01525.danny@ricin.com>
References: <20080920123535.60317137@fluke>
	<200809210311.01525.danny@ricin.com>
Message-ID: <20080924203426.023f929a@fluke>

On Sun, 21 Sep 2008 03:11:00 +0200
"Danny Pansters" <danny@ricin.com> wrote:

> On Saturday 20 September 2008 18:35:35 Etienne Robillard wrote:
> > Hi,
> >
> > I've made 2 patches which updates x11-toolkits/py-qt4-gui and devel/py-sip
> > to 4.4.3 and 4.7.7 respectively:
> >
> > http://gthc.org/distfiles/py-sip.patch - Updates py-sip (in bsd.pyqt.mk) to
> > 4.7.7 http://gthc.org/distfiles/py-qt4-gui.distinfo.patch - Updates the
> > distinfo file in x11-toolkits/py-qt4-gui
> >
> > To apply, I recommend the following steps:
> >
> > 1. cd /usr/ports
> > 2. patch -p0 < /path/to/py-sip.patch
> > 3. cd x11-toolkits/py-qt4-gui
> > 4. patch -p0  < /path/to/py-qt4-gui.distinfo.patch
> >
> > Comments are welcome!
> >
> > Cheers,
> >
> > -Etienne
> 
> What needs to be done is that all of the py-qt4-* ports get updated to 
> pyqt4.4.x and qscintilla2 and derived ports. Some new ports would need to be 
> created e.g. for webkit, phonon, qthelp and friends, the new xmlfoo 
> modules... And after that pykde4.
> 
> It's a bad idea to only update sip and one of the pyqt4 ports (e.g. gui). It 
> all comes from one set of source tarballs: sip, pyqt and qscintilla. While qt 
> is binary compatible over major versions, sip is not binary compatible at 
> all. So partially updating would surely lead to problems.
> 
> The setup script should be repatched to have the new qt4.4 modules. Also, 
> qt-phonon currently conflicts with kde4's phonon. I think we need a 
> workaround for that, and of course then also for its pyqt equivalent.
> 
> I will try to make some time to do the pyqt and related updates, hopefully on 
> monday. If you like/are able to do the whole shebang that would be fine too, 
> but please don't partially update the sip/qscintilla/pyqt/pykde combo. 
> I'm very busy lately, so to efficiently work on pyqt/pykde I rather reserve a 
> whole day or perhaps even two so that I can finish it somewhere past midnight 
> that day or the second ;-)
> 
> If you want to take it on (the whole shebang that is), you're welcome to do 
> so. Please let me know then, so that we don't duplicate work.
> 
> Cheers,
> 
> Dan


Hi Dan,

Sorry I was quite busy myself lately. But I have managed to run Camelot,
a gui on top of Elixir, which requires PyQt 4.4.3 and related dependencies
with the patches mentioned above. 

So I don't think updating the whole shebang is a must, although I agree
with you that its advisable to update the whole thing for best results.

erob@fluke% pkg_info | grep qt4
py25-qt4-core-4.4.3_2,1 Python bindings for the Qt4 toolkit, QtCore module
py25-qt4-gui-4.4.3_2,1 Python bindings for the Qt4 toolkit, QtGui module
py25-qt4-test-4.4.3_2,1 Python bindings for the Qt4 toolkit, QtTest module
qt4-assistant-4.4.1 Qt documentation browser
qt4-clucene-4.4.1   QtCLucene full text search library wrapper
qt4-corelib-4.4.1   Qt core library
qt4-designer-4.4.1  Qt ui editor
qt4-doc-4.4.1       Multiplatform C++ application framework
qt4-gui-4.4.1_1     Qt graphical user interface library
qt4-help-4.4.1      QtHelp module provides QHelpEngine API and is used by Assis
qt4-iconengines-4.4.1 Qt SVG icon engine plugin
qt4-imageformats-4.4.1 Qt imageformat plugins for GIF, JPEG, MNG and SVG
qt4-inputmethods-4.4.1 Qt input method plugins
qt4-moc-4.4.1       Qt meta object compiler
qt4-network-4.4.1   Qt network library
qt4-qmake-4.4.1     The build utility of the Qt project
qt4-qt3support-4.4.1 Qt3 compatibility library
qt4-qtestlib-4.4.1  Qt unit testing library
qt4-rcc-4.4.1       Qt resource compiler
qt4-script-4.4.1    Qt script
qt4-sql-4.4.1       Qt SQL library
qt4-sqlite-plugin-4.4.1 Qt SQLite 3.x database plugin
qt4-svg-4.4.1       Qt SVG library
qt4-uic-4.4.1       Qt user interface compiler
qt4-webkit-4.4.1    Qt4 webkit engine
qt4-xml-4.4.1       Qt XML library

Thanks!

Etienne
From tonemmaps1 at thegroves.net  Thu Sep 25 05:01:13 2008
From: tonemmaps1 at thegroves.net (tonemmaps)
Date: Thu Sep 25 05:01:19 2008
Subject: ports/122167: ports/dns/bind94 REPLACE_BASE option
In-Reply-To: <48DABDAD.8090701@FreeBSD.org>
References: <AA23372057E441B7897D5037D095C259@opcxp>
	<48DABDAD.8090701@FreeBSD.org>
Message-ID: <D7A01954E9E74D05940CACC971B57C18@rcghpcxp1>

The part you were referring to...
	cd /usr/ports/dns/bind94 && make config;

is happening after I type just "make" on the command line by itself and hit
enter.

Thank you for taking the time to look!!

-Robert



----------------------------------

ns# cd /usr/ports/dns/bind94
ns# pwd
/usr/ports/dns/bind94
ns# make clean
===>  Cleaning for bind94-9.4.2.2
ns# make rmconfig
===> No user-specified options configured for bind94-9.4.2.2
ns# make
cd /usr/ports/dns/bind94 && make config;









 
lqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqk
               x                    Options for bind94 9.4.2.2
x
               x
lqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqk x
               x x [X] REPLACE_BASE  Replace base BIND with this version
x x
               x x [ ] LARGE_FILE    64-bit file support
x x
               x x [ ] SIGCHASE      dig/host/nslookup will do DNSSEC
validation  x x
               x x [ ] IPV6          IPv6 Support (autodetected by default)
x x
               x x [X] THREADS       Compile with thread support
x x
               x x
x x
               x x
x x
               x x
x x
               x x
x x
               x x
x x
               x x
x x
               x x
x x
               x x
x x
               x x
x x
               x x
x x
 
tqmqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqjqu
               x                       [  OK  ]       Cancel
x
 
mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj








make: don't know how to make
/usr/ports/dns/bind94/work/.build_done.bind94._usr_local. Stop
*** Error code 2

Stop in /usr/ports/dns/bind94.
ns#  

-----Original Message-----
From: Doug Barton [mailto:dougb@FreeBSD.org] 
Sent: Wednesday, September 24, 2008 6:23 PM
To: tonemmaps
Cc: rsecor@seqlogic.com; freebsd-ports@freebsd.org
Subject: Re: ports/122167: ports/dns/bind94 REPLACE_BASE option

tonemmaps wrote:
> [root@ns /]# cd /usr/ports/dns/bind94
> [root@ns /usr/ports/dns/bind94]# make clean
> ===>  Cleaning for bind94-base-9.4.2.2
> [root@ns /usr/ports/dns/bind94]# make rmconfig
> ===> Removing user-configured options for bind94-9.4.2.2

Ok so far.

> [root@ns /usr/ports/dns/bind94]# make        
> cd /usr/ports/dns/bind94 && make config;

That last bit doesn't make any sense. Do this exactly:

cd /usr/ports/dns/bind94
make clean
make rmconfig
make

And then post the results.


hth,

Doug

-- 

    This .signature sanitized for your protection

From spil.oss at googlemail.com  Thu Sep 25 11:24:45 2008
From: spil.oss at googlemail.com (Spil Oss)
Date: Thu Sep 25 11:24:52 2008
Subject: [irc/bitlbee] security and new version 1.2.3
Message-ID: <5fbf03c20809250353w6ec8e896tda71653f5f633de6@mail.gmail.com>

Hi all,

Changelog of bitlbee 1.2.2 to 1.2.3

Version 1.2.3 (released 2008-09-07) hilights:
    * Fixed a security issue similar to the previous account
overwrite/hijack bug.

My guess is that the port hasn't been updated due to the ports-freeze.
Should it be because there's a security fix?

The security issue isn't exploitable on my machine but I upgraded the
port anyway.

cd /usr/ports/distfiles
fetch http://get.bitlbee.org/src/bitlbee-1.2.3.tar.gz
cd /usr/ports/irc/bitlbee
sed -i .bak -e 's/1.2.2/1.2.3/' Makefile
make makesum
make && make deinstall && make reinstall
/usr/local/etc/rc.d/bitlbee restart

Since then running without any issues.

Kind regards,

Spil.
From Jahanshah_Rashidian at gmx.de  Thu Sep 25 17:25:12 2008
From: Jahanshah_Rashidian at gmx.de (Jahanshah Rashidian)
Date: Thu Sep 25 17:25:19 2008
Subject: The Walls of Auschwitz
Message-ID: <20080925171042.JIKL12744.hrndva-omta01.mail.rr.com@2ao1z>

The Walls of Auschwitz
A Review of the Chemical Studies by Nicholas Kollerstrom, PhD

In his essay, Dr Nicholas Kollerstrom argues that the alleged massacre of Jewish people by gassing during World War II was scientifically impossible.

The distinguished academic was dismissed on April 22, 2008 without any explanation and a Holocaust conference held on 16-18 May in Berlin refused his article and warned that he would be arrested if he attended the conference and presented his essay.

The West punishes people for their scientific research on Holocaust but the same western countries allow insults to prophets and religious beliefs…


I. The Leuchter Report, 1988

In February 1988, Fred Leuchter came to the Auschwitz crematoria ruins, with his wife and a team, and took 32 samples chiseled out of the wall. His Report published in April of 1998 contained five maps as appendices which indicated where the samples had been taken from, and in addition a film was made of his sampling'. The locations are important, because some of the 'gas chamber' locations are postwar-reconstructed, and the obtaining of original brickwork was essential for his purpose.

Leuchter in effect tested the hypothesis, as to whether or not certain large rooms, designated in the Auschwitz design-plans as either morgues or washrooms, had in fact been used for large-scale human cyanide gassing on a daily and lethal basis. As America's only professional cyanide-gas execution expert, Leuchter was primarily concerned with whether it would have been feasible to perform such executions using the designated rooms; this however will not concern us here, our concern being solely with the wall samples he took. These were analyzed in March 1988 by Alpha Analytical Laboratories Ltd, in ignorance of their source.

He managed to take one one sample of a 'Disinfestation Chamber,' by breaking and entering a locked building: but prowling guards and snowy blizzards prevented further sampling from a second such chamber at camp Majdanek . His swiftly-published 'Report' in effect grouped his data into two, that of the sample 32 which he called perhaps unfortunately his 'control,' and all the others, as the graph shows. The latter came from five 'Crematoria' sites in the Auschwitz complex.

Duality of the 'Gas Chamber' concept in Leuchter's Report

The terms that will here be used, that are as far as possible non-judgmental, are AHGCs or alleged human gas chambers for what Leuchter called 'Crematoria' and DCs or disinfestation chambers for what in the German design-plans were called 'gas chambers' (gaskammers). The latter had been used in Germany since 1924, much as we would ?nowadays use DDT, for killing the flea that carried the typhus bacillus.

They were operated using 'Zyklon-B' granules, composed of liquid hydrogen cyanide (boiling-point 27° C) that would evaporate over a couple of hours from its clay substrate. In the German labor-camps, clothing and bedding were repeatedly fumigated in such chambers. Prior to Leuchter's work, pro - Holocaust books had not acknowledged such chambers, and had rather carried the message of the Nuremberg trials, whereby any use of Zyklon-B was merely presumed to have been for human extermination.

After Leuchter, Pressac's magnum opus reproducing design-plans of Auschwitz-Birkenau located and described the 'Gaskammer' or DCs . These were quite a lot smaller than the AHGCs, and designed by the industrial-chemistry firm 'Degesh.' Pressac also observed that their walls tended to be blue: they had gradually developed that hue after the War, owing to their saturation with iron-cyanide.

Fred Leuchter found one thousand -fold difference in residual cyanide levels between these two types of 'gas chamber' - that designated in German design-plans as gas chambers but whose existence was ignored at Nuremberg, and the much larger rooms alleged to have functioned as gas chambers. Together with Pressac's acknowledgement of the DCs, this meant that all future pro-Holocaust books had to work with a duality: that the very same cans of ' Zyklon-B' were used for two extremely different purposes on the same campsite: for taking lives via the extermination procedure, whereby millions died, in the extraordinary manner described at Nuremberg, and also for saving them by combating the typhus epidemic.
This did not make a great deal of sense and some noted that one could more readily have not bothered and just let the typhus epidemic do its work.

There was controversy over the extent to which all of Leuchter's samples had indeed been taken from walls of chambers allegedly exposed to the cyanide, given that much of the 'gas chambers' are now acknowledged to be postwar-reconstructed; as likewise there was disagreement over the extent to which exposed walls may have had any cyanide leeched out from them over six decades, a theme we return later on with the work of Mr Dan Desjardins.

The iron-cyanide bonding which takes place once the HCN has entered the brick and mortar of the walls, is permanent: the complex ferric ferrocyanide otherwise known as "Iron Berlinate" or "Prussian Blue" is, according to The Merck Index, " ... practically insoluble in water." It is used as a pigment in printing inks and artists' colors, and remains stable in water, air, ultraviolet radiation and with the elevated temperatures of summer.

Following Leuchter's discovery, some suggested that the DCs had been more heavily used than the AHGCs, after all did not beetles or fleas take longer to kill than humans? And, were not the DCs heated in order to promote the release of the HCN, and would that not give a higher degree of wall-absorption? Others replied that, if half a million people had allegedly been gassed in 'Krema I' over a two-year or so period then that would have been a rather intensive use, and not easily reconcilable with Alpha Analytical Laboratory's finding that all seven wall-samples taken therefrom had total cyanide too low to be measurable. Should not all the moisture from the body sweat have rather promoted HCN absorption?

Others had a different criticism, that the cyanide gas would have only been adsorbed onto the wall surface, and that the concentrations found would to a large extent merely reflect the extent to which surface material of the wall had been scraped off, while deeper samples would hardly contain any. We leave these questions for now and review the two further chemical investigations, performed in the wake of Leuchter.

II. The Rudolf Report, 1993

…fortunately it is precisely the one 'gas chamber' in which the largest number of people was allegedly killed by poison gas during the Third Reich which has remained almost entirely intact: morgue 1 of crematorium II' Germar Rudolf

Germar Rudolf found that the Leuchter Report 'embedded the thorn of doubt in my heart' while he was a PhD chemist at the prestigious Max Plank Institute. In 1991 he visited Auschwitz and took 24 samples, analyzed by the Fresenius Institute using a comparable procedure. He was later criticized for having used the Max Plank Institute notepaper for having asked them to do this, without explaining where they had been taken from. Both Leuchter and Rudolf used their professional position to request the chemical analysis, and both had their professional existence terminated by that act.

Although Rudolf's sample-taking was photographed, he was criticized for not having had enough by way of witnesses checking his sample-taking and how the containers were labeled for his thirty-odd samples. Both Leuchter and Rudolf took their samples without having obtained permission - which assuredly would not have been given, had they asked. The samples were boiled for an hour with hydrochloric acid to drive out the cyanide gas, collected by absorption with caustic potash, then assayed photometrically.

?The method gave cyanide levels down to 0.1 - 0.2 ppm in the mortar, obtaining measurable values for almost all of his samples, despite which Rudolf remained doubtful over the value and reproducibility of results below several parts per million
He sampled extensively both from the inside and outside of the blue-stained DCs at Birkenau, where his grouped results were:

Table 1: Mean Cyanide DC Birkenau wall-sample values, Germar Rudolf data, 1991
De-lousing room, inside: 5830 ± 3700 ppm (n=l0)
outside: 3010 ± 3600 ppm (n=5)

This indicates that the cyanide gas was able to penetrate right through the brick walls, and would not merely have been adsorbed onto the surface; and suggests that weathering over half a century has not greatly affected the cyanide concentrations. This data has a central importance, because Leuchter had only managed to take one single sample of de-lousing chamber wall.

The 'Control' samples of Germar Rudolf

Rudolf only took three samples from the AHGC walls (from what is called the Krema-II morgue), which was the weakness of his survey. Their wide divergences (7.2, 0.6 and 6.7 ppm) give little idea of this key parameter!". He took more samples from 'controls' - i.e., rooms where no-one had alleged that systematic cyanide gassing had taken place. His 'control' group is here subdivided into samples taken from the mortar between the bricks, and the rest.

Table 2: As before, sampling AHGC walls vs 'controls'
AHGC walls 4.8 ± 3 ppm (n=3) His samples 1-3 of Table 19.
Controls, plaster: 1.1± 1.3 ppm (n=6) His samples 4,5,7,8, 10,23.
Controls, mortar: 0.2± 0.1 (n=3) Samples 6,21,24

This indicates a significant elevation of residual cyanide in the AHGCs.

The Ball Report 1993

It is hard to obtain copies of this Report, or to gain details of where the chemical analysis was performed'". J.C. Ball has a degree in geology, and worked as a mineral exploration geologist. Given the intensity of criticism to which anyone publishing in this area is exposed, one should perhaps refrain from criticism on this matter. Its six samples were:

Table 3: Mean values of the cyanide measurements found by John Ball, 1993
>From a DC 3000 ppm (n=2)


11.The Rudolf Report, 8.3.3, Table 19; also Table 3 in 'Dissecting the Holocaust' Chapter by GR.
12. Dissecting the Holocaust 2003 http://vho.orglGB/Books/dth/fndgcger.html Table 3 ofRudolfCh.
13. For his difficulties here, see: www.ihr.orglleaflets/inside.shtml
14. Table 19, p254 of The Rudolf Report 2001.
15. John Clive Ball, The Ball Report, Ball Resource Services Ltd., Canada 1993; The Rudolf Report, p.268.
?
>From AHGC sites 0.5 ± 0.6 (n=4) ppm

III. The Markiewicz et. al. Polish Study of 1994

The manager of Auschwitz Mr Piper approached Dr Jan Markiewicz of the Jan Sehn Institute of Forensic Research at Cracow as to whether they would check over the residual cyanide levels, in the wake of the Leuchter Report. On 20 Feb 1990 Dr. Wojciech Gubala arrived and removed 22 samples, including two control samples. The team then decided that they would like to follow this up with a further study before publishing any results.

This survey, published in 1994, differed from those of Leuchter and Rudolf in that it only looked at soluble cyanide in the brickwork. Critics objected that it was precisely the soluble component of cyanide which one would not expect to provide a memory of the past, because it would clearly be affected by weathering. Their reason for using such a method, was apparently that they did not want to get involved in debates over Prussian Blue formation: their approach 'excludes the possibility of the decomposition of the relatively permanent Prussian blue, whose origin is unclear in many parts of the structures under investigation,' and therefore 'The real level of total cyanide compounds could therefore be higher than shown by our analysis.' The samples were put in 10% sulphuric acid for 24 hours, thereby driving off the cyanide as before, except that cyanide bonded to iron was not liberated by the Polish method - the point of which has not been clear to a lot of people.

The soluble or non-bonded cyanide thereby measured was only present in low concentrations measured in parts per billion rather than parts per million. How were they able to attain this accuracy in measurement unattainable either by Alpha Analytical laboratories or the Fesenius Institute? The method they referenced for this analysis had been published in 1947, and could one expect this to attain these much higher levels of accuracy? From three 'gas chambers' they found:

Table IV: Polish data, Mean levels of soluble cyanide in Crematoria walls. 1994 AHGC walls, Krema I: 0.07 ± 0.1 ppm (n=7)
KremaII: 0.16 ± 0.2 ppm (n=7)
Krema III: 0.03 ± 0.02 ppm (n=7)

These samples averaged 90 parts per billion. The Polish group claimed that their method could measure down to 2-3 parts per billion. For their 'control' they took eight samples from three different residential blocks, and thereby obtained (or at least published) consistently zero values - i.e., zero parts per billion! How impressive to have discovered this ultra-sensitive method. As 'holocaust' chemist Dr Richard Green explained, 'The IFFR used a much more sensitive method. Their sensitivity was 3-4/!g/kg, i.e., 300 times more sensitive.' If that method published in 1947 had such astounding accuracy, then why did subsequent chemists fail to use it?

This investigation gave DC wall-concentrations in its Table 4, finding a several-fold elevation in cyanide levels there. Eight values for 'concentrations of cyanide ions in samples collected in the facilities for the fumigation of prisoners clothes, (Birkenau BathHouse Camp BI-A)' gave a mean value of273 ppb, thrice that of the 'Kremas.' Their conclusion omitted comment upon this highly significant elevation.

This paper has been much cited by pro-Holocaust sources, as refuting the Leuchter Report, by demonstrating that the AHGCs ('Kremas') had raised cyanide as compared to 'controls.' The paper was entitled, 'A study of the cyanide compound contents in the walls of the gas chambers in the former Auschwitz and Birkenau concentration camps'.

It thus used a Nuremberg-type terminology, where 'gas chamber' simply meant a place for human extermination. They could hardly have done otherwise, because doubt over 'the Holocaust' is a crime in Poland. The DCs were alluded to as 'Facilities For the Fumigation of Prisoners' Clothes.'

The Polish team went to a lot of trouble, with some sixty measurements mostly measured thrice, and was the only study which obtained permission to take the samples. It omitted two things in its conclusions: any allusion to the Birkenau DC ('facilities for the fumigation of prisoners' clothes') where it had found greatly-elevated cyanide levels over the AHGCs; and, the insoluble cyanide that was bound to iron. In regard to both of these it cited the Prussian blue ferric ferrocyanide complex, leaving open the possibility that is had some quite extraneous source and was therefore to be avoided.

The 1947 method used by Markiewicz et. al. was given by Joseph Epstein and published in a US chemistry journal." It was a procedure whose limit of accuracy was given as 0.2 micrograms per ml. To expel the cyanide from brickwork and then dissolve it into a solution suitable for measuring it, involves an order-of-magnitude dilution at least, so that one would not expect to obtain an accuracy less then one ppm in the brickwork, using this method. Any claim that this decades-old titration and colorimetric method using thiocyanate can find parts per billion has to be spurious.

IV. Desjardin analyses Leuchter

Dan Desjardins, after carefully retracing the steps of Leuchter on a 1996 visit to Auschwitz'", and watching the film that had been made of Leuchter's sampling'", divided the samples 1-31 into two groups: those which had been exposed and open to the elements over the decades (n=20), and those which were more protected in sheltered, unexposed locations: 'Leuchter's samples, numbered 25 through 31, extracted from Crematorium I... taken from a facility which was not destroyed and has remained intact since the end of the war, were not exposed to the elements. The same might be said for samples 4, 5 and 6 taken from Crematorium II. Leuchter removed these samples from a pillar, wall and ceiling which, though accessible, were nevertheless well protected against wind, rain and sun.'

Less then half (14 out of 35) of Leuchter's samples had measurable levels of cyanide in them, where measurable means above one part per million. We have here assigned an arbitrary value of 0.5 ppm for those too low to measure, i.e below 1 ppm. This gave:

Table 5: Desjardins grouping of the Leuchter data as 'sheltered' or 'exposed' (2007) Sheltered (n=l0) 1.88 ± 2.2 ppm
Exposed (n=20) 1.31 ± 1.56 ppm

The 'exposed' group scored 30% lower than the sheltered group, a result which lacks statistical significance (t=0.8). This data could suggest that one-third of the cyanide had leeched out from the exposed walls, over sixty years; if indeed they had all at one historic period been exposed to hydrogen cyanide.

Mr Desjardins further subdivided the Leuchter samples into those taken from AHGC walls, and those which were 'controls' i.e taken from barracks, etc. The definition of the 'control' concept is critical here, and means brickwork where no one has been concerned to allege that is was part of a room where systematic cyanide gassing took place whether of humans or of mattresses.

Leuchter surmised that the 'control' sample had been exposed at some stage to a single fumigation by cyanide gas, by way of cleaning out any lice from cracks etc.

Table 6: Desjardins groups Leuchter's data by AHGC versus 'controls'
AHGCs (n=19) 1.63 ± 2.1 ppm
Controls (n=9) 1.45 ± 1.2 ppm


This result too lacks statistical significance, i.e. Leuchter's sample provides no evidence for human 'gas chambers' having raised residual cyanide levels above those of 'controls.' The data suggests that the AHGCs did not ever function as lethal gas chambers.

These two sets of data (using Desjardins' divisions) covary somewhat, in that if we increase the 'exposed' samples by say 25%, to allow for leeching out of their cyanide over the decades, then the difference between the AHGC and 'control' groups disappears altogether. (As Mr Desjardins put it, five times as many of these [AHGC] samples came from locations protected from 40-years' exposure to wind and rain.') Mr Desjardins concluded, 'Fred Leuchter's broad sample gathering, despite flaws, establishes a reasonable basis for inferring that the presence of cyanide residue is due to benign rather than homicidal purposes.

Conclusions

1. One might expect that the accuracy of cyanide-ion assay would have increased substantially over the last couple of decades, but this is not the case: any reanalysis of the brickwork would face the same frustrating situation, where differences between AHGCs and controls hover right next to the lowest detectable levels.

2. The essential questions here reviewed may be best evaluated without arguments over whether or not Prussian blue coloration has formed. The latter involves a slow and complex sequence of reactions. We have here been primarily concerned with total cyanide in the brickwork.

3. Plaster on the wall-surface may tend to have a higher cyanide level than brick or mortar underneath it, and the ferric-ferrocyanide does decrease as a function of depth. Samples should therefore aim to have a comparable breadth-to-depth ratio.

4. The notion of a 'control' sample has developed from Rudolf's sampling and also from Mr. Desjardins evaluation of the Leuchter sample locations. This permitted an evaluation of whether measurements of authentic AHGC wall were significantly elevated over such. While there was a hint of this from Rudolf's sampling, and while further investigation might confirm this, overall no statistically significant elevation was evident.

5. The careful and extensive Polish data was analyzed using a 1947 US titration procedure, which gave no indication of reaching the parts per billion accuracy claimed by that study. If Marciewicz et. al chose to use a method which only analyzed 1 % or less of the cyanide, viz. the soluble component, for whatever reason, they should first have shown that their method was capable of detecting it.

6. Both the Leuchter and Rudolf surveys obtained a three order-of-magnitude differential between the walls of DC and AHGC buildings; the simplest explanation of which is that the former was used on a regular basis for cyanide fumigation while the latter was not.

7. The Leuchter data showed that there was no great diminution of cyanide levels due to weathering over half a century, and this accords with what is known about the insolubility and permanence of the ferric-ferrocyanide complex. The residual cyanide within those walls may therefore offer the most reliable memory which the human race now has, concerning what happened historically in German 'gas chambers.'

Source:

 http://www.presstv.com/Detail.aspx?id=56287&sectionid=3510303

------------------------------------------------------------------------------

To unsubscribe from our mailing list, please send an email to Jahanshah_Rashidian@gmx.de

Jahanshah Rashidian
From evanben at earthlink.net  Thu Sep 25 17:26:12 2008
From: evanben at earthlink.net (Erik Van Benschoten)
Date: Thu Sep 25 17:26:18 2008
Subject: net/samba3 not installing VFS modules
Message-ID: <BBDEA61C-E9CD-448A-9EA5-113CC5A7CD03@earthlink.net>

Greetings,

  I have been looking into setting up a network recycle bin under  
v3.0.32 of Samba. The default configuration does not install/package  
any of the VFS modules from the looks of it. The man pages are there  
for them, but not the actual binaries. After looking at the Makefile I  
tried to add the following to /etc/make.conf:

WITH_EXP_MODULES=
WANT_EXP_MODULES+=	vfs_recycle

That failed to install the recycle VFS module, so I tried:

WITH_EXP_MODULES=
WANT_EXP_MODULES=	vfs_recycle

Still no luck. The VFS modules are getting compiled, but are  
apparently not getting added to the packing list. Anyone have any  
suggestions? Is anyone else having this problem?

Thanks,
Erik Van Benschoten
From QAT at FreeBSD.org  Thu Sep 25 20:02:08 2008
From: QAT at FreeBSD.org (QAT@FreeBSD.org)
Date: Thu Sep 25 20:02:14 2008
Subject: devel/libcheck - fails: mtree
Message-ID: <20080925200205.6C3F712E42CD@quark.ds9.tecnik93.com>

Hi,


The build which triggered this email is done under tinderbox-2.4.3, on 
7-STABLE on amd64, 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.

The build of this port was tried 24 times since last BotMail
while trying to build ports that depend on it.

Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/libcheck-0.9.5_1.log :


building libcheck-0.9.5_1 in directory /var/tinderbox/7-STABLE-FTP
maintained by: ports@FreeBSD.org
building for:  7.0-STABLE amd64
port directory: /usr/ports/devel/libcheck
Makefile ident: $FreeBSD: ports/devel/libcheck/Makefile,v 1.7 2008/09/01 00:59:45 linimon Exp $
prefixes: LOCALBASE=usr/local X11BASE=usr/local
NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes
build started at Thu Sep 25 20:01:48 UTC 2008

.................................<Last 40 lines of the log>..................

Creating package /tmp/packages/All/libcheck-0.9.5_1.tbz
Registering depends:.
Creating bzip'd tar ball in '/tmp/packages/All/libcheck-0.9.5_1.tbz'
Deleting libcheck-0.9.5_1
================================================================

=== Checking filesystem state
list of extra files and directories in / (not present before this port was installed but present after it was deinstalled)
2874453        4 drwxr-xr-x    2 root             wheel                 512 Sep 25 20:02 usr/local/share/doc/check-0.9.5
2874454      240 -r--r--r--    1 root             wheel              121027 Sep 25 20:02 usr/local/share/doc/check-0.9.5/SVNChangeLog
2874455       68 -r--r--r--    1 root             wheel               33962 Sep 25 20:02 usr/local/share/doc/check-0.9.5/ChangeLog
2874456        8 -r--r--r--    1 root             wheel                3680 Sep 25 20:02 usr/local/share/doc/check-0.9.5/ChangeLogOld
2874457       16 -r--r--r--    1 root             wheel                7712 Sep 25 20:02 usr/local/share/doc/check-0.9.5/NEWS
2874458        8 -r--r--r--    1 root             wheel                2551 Sep 25 20:02 usr/local/share/doc/check-0.9.5/README
2874428        4 drwxr-xr-x    4 root             wheel                 512 Sep 25 20:02 usr/local/share/examples/check-0.9.5
2874429        4 -r--r--r--    1 root             wheel                  80 Sep 25 20:02 usr/local/share/examples/check-0.9.5/Makefile.am
2874430        4 -r--r--r--    1 root             wheel                 614 Sep 25 20:02 usr/local/share/examples/check-0.9.5/README
2874431        4 -r--r--r--    1 root             wheel                1144 Sep 25 20:02 usr/local/share/examples/check-0.9.5/configure.ac
2874432        4 drwxr-xr-x    2 root             wheel                 512 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src
2874433        4 -r--r--r--    1 root             wheel                 195 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/Makefile.am
2874434        4 -r--r--r--    1 root             wheel                 242 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/main.c
2874435        4 -r--r--r--    1 root             wheel                 512 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/money.c
2874436        4 -r--r--r--    1 root             wheel                 227 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/money.h
2874437        4 -r--r--r--    1 root             wheel                  54 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/money.1.h
2874438        4 -r--r--r--    1 root             wheel                 227 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/money.2.h
2874439        0 -r--r--r--    1 root             wheel                   0 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/money.1.c
2874440        4 -r--r--r--    1 root             wheel                 252 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/money.3.c
2874441        4 -r--r--r--    1 root             wheel                 293 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/money.4.c
2874442        4 -r--r--r--    1 root             wheel                 462 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/money.5.c
2874443        4 -r--r--r--    1 root             wheel                 512 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/money.6.c
2874444        4 drwxr-xr-x    2 root             wheel                 512 Sep 25 20:02 usr/local/share/examples/check-0.9.5/tests
2874445        4 -r--r--r--    1 root             wheel                 273 Sep 25 20:02 usr/local/share/examples/check-0.9.5/tests/Makefile.am
2874446        4 -r--r--r--    1 root             wheel                1610 Sep 25 20:02 usr/local/share/examples/check-0.9.5/tests/check_money.c
2874447        4 -r--r--r--    1 root             wheel                  32 Sep 25 20:02 usr/local/share/examples/check-0.9.5/tests/check_money.1.c
2874448        4 -r--r--r--    1 root             wheel                 379 Sep 25 20:02 usr/local/share/examples/check-0.9.5/tests/check_money.2.c
2874449        4 -r--r--r--    1 root             wheel                 863 Sep 25 20:02 usr/local/share/examples/check-0.9.5/tests/check_money.3.c
2874450        4 -r--r--r--    1 root             wheel                1452 Sep 25 20:02 usr/local/share/examples/check-0.9.5/tests/check_money.6.c
2874451        4 -r--r--r--    1 root             wheel                1610 Sep 25 20:02 usr/local/share/examples/check-0.9.5/tests/check_money.7.c
================================================================
build of /usr/ports/devel/libcheck ended at Thu Sep 25 20:02:03 UTC 2008


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


Thanks for your work on making FreeBSD better,

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B

From Klaus.Espenlaub at Sun.COM  Fri Sep 26 07:40:54 2008
From: Klaus.Espenlaub at Sun.COM (Klaus Espenlaub)
Date: Fri Sep 26 07:41:01 2008
Subject: VirtualBox looks for FreeBSD developer
In-Reply-To: <ef8c8a880809081251q7d252c81tee99535ac8b8fdbf@mail.gmail.com>
References: <48C52718.5080807@sun.com>
	<ef8c8a880809081251q7d252c81tee99535ac8b8fdbf@mail.gmail.com>
Message-ID: <48DC91E4.8060206@sun.com>

Hi again,

this mail was so far a partial success, since we've got into touch with 
people capable of helping us with this issue. In the last days the 
communication slowed down a bit, but this could be just temporary overload.

The problems for me getting something onto the mailing list should be 
resolved, thanks goes to the people running the freebsd mail server.

Klaus
From swhetzel at gmail.com  Fri Sep 26 14:27:52 2008
From: swhetzel at gmail.com (Scot Hetzel)
Date: Fri Sep 26 14:27:58 2008
Subject: net/samba3 not installing VFS modules
In-Reply-To: <BBDEA61C-E9CD-448A-9EA5-113CC5A7CD03@earthlink.net>
References: <BBDEA61C-E9CD-448A-9EA5-113CC5A7CD03@earthlink.net>
Message-ID: <790a9fff0809260727t225dfe65u8372a858af1bca9b@mail.gmail.com>

On 9/25/08, Erik Van Benschoten <evanben@earthlink.net> wrote:
> Greetings,
>
>   I have been looking into setting up a network recycle bin under v3.0.32 of
> Samba. The default configuration does not install/package any of the VFS
> modules from the looks of it. The man pages are there for them, but not the
> actual binaries. After looking at the Makefile I tried to add the following
> to /etc/make.conf:
>
>  WITH_EXP_MODULES=
>  WANT_EXP_MODULES+=      vfs_recycle
>
>  That failed to install the recycle VFS module, so I tried:
>
>  WITH_EXP_MODULES=
>  WANT_EXP_MODULES=       vfs_recycle
>
>  Still no luck. The VFS modules are getting compiled, but are apparently not
> getting added to the packing list. Anyone have any suggestions? Is anyone
> else having this problem?
>
You don't need to add the WANT_EXP_MODULES /etc/make.conf, as the
vfs_recycle module is a standard module in Samba.

After a make configure, I looked at the resulting Makefile, and it
does show that vfs_recycle is listed as a VFS_MODULES.  Then when a
make install was performed, the recycle.so module was located in the
PREFIX/lib/samba/vfs directory.

Did you check this directory?

Scot
From evanben at earthlink.net  Fri Sep 26 16:37:21 2008
From: evanben at earthlink.net (Erik Van Benschoten)
Date: Fri Sep 26 16:37:28 2008
Subject: net/samba3 not installing VFS modules
In-Reply-To: <790a9fff0809260727t225dfe65u8372a858af1bca9b@mail.gmail.com>
References: <BBDEA61C-E9CD-448A-9EA5-113CC5A7CD03@earthlink.net>
	<790a9fff0809260727t225dfe65u8372a858af1bca9b@mail.gmail.com>
Message-ID: <E9D92821-32A4-4471-AA9A-E6CC73DA1ACF@earthlink.net>


On Sep 26, 2008, at 10:27 AM, Scot Hetzel wrote:

> On 9/25/08, Erik Van Benschoten <evanben@earthlink.net> wrote:
>> Greetings,
>>
>>  I have been looking into setting up a network recycle bin under  
>> v3.0.32 of
>> Samba. The default configuration does not install/package any of  
>> the VFS
>> modules from the looks of it. The man pages are there for them, but  
>> not the
>> actual binaries. After looking at the Makefile I tried to add the  
>> following
>> to /etc/make.conf:
>>
>> WITH_EXP_MODULES=
>> WANT_EXP_MODULES+=      vfs_recycle
>>
>> That failed to install the recycle VFS module, so I tried:
>>
>> WITH_EXP_MODULES=
>> WANT_EXP_MODULES=       vfs_recycle
>>
>> Still no luck. The VFS modules are getting compiled, but are  
>> apparently not
>> getting added to the packing list. Anyone have any suggestions? Is  
>> anyone
>> else having this problem?
>>
> You don't need to add the WANT_EXP_MODULES /etc/make.conf, as the
> vfs_recycle module is a standard module in Samba.
>
> After a make configure, I looked at the resulting Makefile, and it
> does show that vfs_recycle is listed as a VFS_MODULES.  Then when a
> make install was performed, the recycle.so module was located in the
> PREFIX/lib/samba/vfs directory.
>
> Did you check this directory?
>
> Scot

Scot,

  The problem was not getting the VFS modules compiled, but rather  
getting them installed.

I found a brute force workaround was to manually add 'lib/samba/vfs/ 
recycle.so' to the '/net/samba3/pkg-plist' file.
I know this is not the proper thing to do, but it works for getting a  
package built.  I would have preferred a tweak to the Makefile that  
would work for everyone, but I'm afraid my Makefile reading skills are  
not up to snuff.

Thanks,
Erik

From swhetzel at gmail.com  Fri Sep 26 19:58:09 2008
From: swhetzel at gmail.com (Scot Hetzel)
Date: Fri Sep 26 19:58:16 2008
Subject: net/samba3 not installing VFS modules
In-Reply-To: <E9D92821-32A4-4471-AA9A-E6CC73DA1ACF@earthlink.net>
References: <BBDEA61C-E9CD-448A-9EA5-113CC5A7CD03@earthlink.net>
	<790a9fff0809260727t225dfe65u8372a858af1bca9b@mail.gmail.com>
	<E9D92821-32A4-4471-AA9A-E6CC73DA1ACF@earthlink.net>
Message-ID: <790a9fff0809261258m2f797986k831fc69c91ca54c5@mail.gmail.com>

On Fri, Sep 26, 2008 at 11:36 AM, Erik Van Benschoten
<evanben@earthlink.net> wrote:
>
> On Sep 26, 2008, at 10:27 AM, Scot Hetzel wrote:
>> Then when a
>> make install was performed, the recycle.so module was located in the
>> PREFIX/lib/samba/vfs directory.
>>
>> Did you check this directory?
>>
>> Scot
>
> Scot,
>
>  The problem was not getting the VFS modules compiled, but rather getting
> them installed.
>
The VFS modules are installed on my system, and when i grepped the
+CONTENTS file for recycle.so, it was listed in the package.

> I found a brute force workaround was to manually add
> 'lib/samba/vfs/recycle.so' to the '/net/samba3/pkg-plist' file.
> I know this is not the proper thing to do, but it works for getting a
> package built.  I would have preferred a tweak to the Makefile that would
> work for everyone, but I'm afraid my Makefile reading skills are not up to snuff.

There is no need to add 'lib/samba/vfs/recycle.so' to the
samba3/pkg-plist, as the samba3/Makefile has automatic pkg-plist
generation to  detect the files in PREFIX/lib/samba.  They get added
to the ${TMPPLIST} file, which is used to create the package.

Scot
From brix at FreeBSD.org  Fri Sep 26 22:09:07 2008
From: brix at FreeBSD.org (Henrik Brix Andersen)
Date: Fri Sep 26 22:09:13 2008
Subject: [irc/bitlbee] security and new version 1.2.3
In-Reply-To: <5fbf03c20809250353w6ec8e896tda71653f5f633de6@mail.gmail.com>
References: <5fbf03c20809250353w6ec8e896tda71653f5f633de6@mail.gmail.com>
Message-ID: <20080926214907.GB62630@tirith.brixandersen.dk>

On Thu, Sep 25, 2008 at 12:53:38PM +0200, Spil Oss wrote:
> Changelog of bitlbee 1.2.2 to 1.2.3
> 
> Version 1.2.3 (released 2008-09-07) hilights:
>     * Fixed a security issue similar to the previous account
> overwrite/hijack bug.
> 
> My guess is that the port hasn't been updated due to the ports-freeze.
> Should it be because there's a security fix?

The update was delayed partly due to the Ports Freeze, partly due to
me being busy at work.

I have just committed an update to irc/bitlbee along with a vuxml
entry.

Brix
-- 
Henrik Brix Andersen <brix@FreeBSD.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 217 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080926/287b4654/attachment.pgp
From dnaeon at gmail.com  Fri Sep 26 23:38:58 2008
From: dnaeon at gmail.com (Marin Atanasov)
Date: Fri Sep 26 23:39:05 2008
Subject: My interactive version of pkg_add
Message-ID: <717f7a3e0809261638i7088384bw58f909858a7278a3@mail.gmail.com>

Hello everyone! :)

I have a program I wrote 1 or 2 days ago for a friend who was asking about
how to make pkg_add install a package from a specific local path and if
the package is not there then pkg_add should install it remotely (using
the -r option). Of course this is not a new pkg_add version - it's just an
interactive interface which uses pkg_add (pkg_info, pkg_delete could also
be used - in next version) to install a specific package.

The idea about the program is that you don't have to know the full name of
the package - you just choose a path to scan and a pattern, and the
program returns all matching entries of pattern, so this way you could
interactively choose which package to install.

I have some ideas in my mind which could be added to the program's
features. I am writing to you to find out will such a program would be
useful and worth improving it?

This is what I am planning to add as features in the next version
(suggestions are welcome):
-- Command Line Options(CLO) like (add, delete, info) allowing the program
to invoke a different pkg_* command and perform the action upon the chosen
package
-- CLO which tells the program to scan PKG_PATH first and then the
specified directory
-- an option to interactively set PACKAGEROOT and PACKAGESITE env vars if
they have not been set already in order to search PACKAGEROOT and
PACKAGESITE if no single matching pattern was found in the local path

-- Some guys from DaemonForums suggested that I could write a function
which does exactly what the local scan function does, but for an FTP
server - recursively searching an FTP server for a given pattern of a
package.

It doesn't have an official name already - so I named it smart_add - just
for now :)

Anyway, a screenshot of the program is available here:
http://www.unix-heaven.org/doc/smartadd.png

And here's the code of the program:
http://www.unix-heaven.org/doc/smartadd.tar.gz

So what do you think - is it worth improving upon it or it's a waste of time?
Thanks for any suggestions.


-- 
Marin Atanasov a.k.a DNAeon
dnaeon AT gmail DOT com
daemon AT unix-heaven DOT org
From delphij at delphij.net  Sat Sep 27 07:43:57 2008
From: delphij at delphij.net (Xin LI)
Date: Sat Sep 27 07:44:04 2008
Subject: feasibility of updating databases/mysql41-server?
In-Reply-To: <48DA385B.2389.00F2.0@vprmail.tamu.edu>
References: <48DA385B.2389.00F2.0@vprmail.tamu.edu>
Message-ID: <48DDE42D.3050006@delphij.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Andrew Daugherity wrote:
> I still have a server running mysql 4.1.22, and it's marked as having the "MyISAM table privileges secuity [sic] bypass vulnerability".  According to CVE-2008-2079 (linked from portaudit), this is fixed in 4.1.24.
> 
> I was going to file a PR asking for an update to 4.1.24, but then I discovered that MySQL 4.1 is in the "extended support" phase where they aren't releasing tarballs any more (and of course no binaries).  The source *is* still available, but it's in the bazaar repo (see: http://blogs.sun.com/datacharmer/entry/hidden_jevewls_in_mysql_bazaar ).  This can be checked out and built, but having a build-dep of bzr is probably not wanted.
> 
> Is it feasible (both license-wise and technically) to have a mirror of  a 4.1.24 bzr checkout in tarball form somewhere, so the port can be built?

Yes, but for this case I think the more preferred way would be to obtain
the fix from repository and apply it in files/ as a patch.  This makes
reviewing the code much easier.

Cheers,
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEARECAAYFAkjd5C0ACgkQi+vbBBjt66CQ6wCbBYJAysE7YzcCaHwRyvcVfuya
GnMAnjAIHEgf5ABw2/57dmWnIy1I+ocn
=WZdp
-----END PGP SIGNATURE-----
From talon at lpthe.jussieu.fr  Sat Sep 27 14:02:39 2008
From: talon at lpthe.jussieu.fr (Michel Talon)
Date: Sat Sep 27 14:02:46 2008
Subject: My interactive version of pkg_add
Message-ID: <20080927140236.GA73536@lpthe.jussieu.fr>

Marin Atanasov wrote:

> So what do you think - is it worth improving upon it or it's a waste of
> time?
> Thanks for any suggestions.

I think it is worth improving and certainly not a waste of time.
Each work which allows to use precompiled packages more efficiently
in FreeBSD is very useful, in my opinion. While compiling ports
is very fine on a server, where only a small number of ports are
installed - and then the tool "portmaster" does that really
wonderfully, looking at the other extreme, a desktop with around
a thousand installed ports is better managed through precompiled
packages. And, sorry, but portupgrade is not the solution to do that,
either with the -P or -PP option.

I can only concur with the suggestion you mention, exploring ftp sites
to discover what is available here. How to do that efficiently is
harder. Apparently "official" FreeBSD ftp sites have an INDEX of
available packages. I hope it is reliable. Then i suggest to download it
and work from that.

Best regards

-- 

Michel TALON

From erwin at FreeBSD.org  Sat Sep 27 15:43:17 2008
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Sat Sep 27 15:43:24 2008
Subject: INDEX build failed for 6.x
Message-ID: <200809271543.m8RFhGkH069352@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
make_index: dblatex-0.2.9: no entry for /usr/ports/print/ifxetex

Committers on the hook:
clsung dinoex lwhsu wxs 

Most recent CVS update was:
U devel/p5-Coro/Makefile
U devel/p5-Coro/distinfo
U math/ruby-gsl/Makefile
U math/ruby-gsl/distinfo
U math/ruby-gsl/pkg-plist
U misc/magicpoint/Makefile
U misc/magicpoint/distinfo
U print/ifxetex/Makefile
U textproc/dblatex/Makefile
U textproc/dblatex/distinfo
U textproc/dblatex/pkg-plist
U textproc/msort/Makefile
U textproc/msort/distinfo
U textproc/msort/files/patch-Makefile.in
U www/py-clientform/Makefile
U www/py-clientform/distinfo
From erwin at FreeBSD.org  Sat Sep 27 18:58:51 2008
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Sat Sep 27 18:58:56 2008
Subject: INDEX build failed for 6.x
Message-ID: <200809271858.m8RIwoBk087436@pointyhat.freebsd.org>

INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
pkg_info: not found
pkg_info: not found
 Done.
make_index: dblatex-0.2.9: no entry for /usr/ports/print/ifxetex

Committers on the hook:
clsung dinoex lwhsu wxs 

Most recent CVS update was:
From glz at hidden-powers.com  Sat Sep 27 21:16:30 2008
From: glz at hidden-powers.com (Goran Lowkrantz)
Date: Sat Sep 27 21:16:37 2008
Subject: Call for Testers: misc/amanda-{server,client} 2.6.0p2
Message-ID: <15BD3E45E9FF7269B52ACEDB@[10.255.253.2]>

Testing it and found the following so far:

1: Zero length patchfiles in the tar.
===>  Applying FreeBSD patches for amanda-client-2.6.0p2,1
  I can't seem to find a patch in there anywhere.
  I can't seem to find a patch in there anywhere.
  I can't seem to find a patch in there anywhere.
  I can't seem to find a patch in there anywhere.
  I can't seem to find a patch in there anywhere.
  I can't seem to find a patch in there anywhere.
  I can't seem to find a patch in there anywhere.

# find . -size 0 -print
./patch-sendsize.c
./patch-ab
./patch-ae
./patch-server-src::amcrypt-ossl-asym.sh.in
./patch-aa
./patch-ac
./patch-server-src::amcrypt-ossl.sh.in
# ls -la
total 14
drwxrwxr-x  2 1021  wheel    15 Sep  2 01:17 .
drwxrwxr-x  3 1021  wheel     8 Sep  4 06:43 ..
-rw-rw-r--  1 1021  wheel   885 Nov  6  2006 extra-patch-sendbackup-dump.c
-rw-rw-r--  1 1021  wheel     0 Aug 30 13:08 patch-aa
-rw-rw-r--  1 1021  wheel     0 Aug 30 13:09 patch-ab
-rw-rw-r--  1 1021  wheel     0 Aug 30 13:10 patch-ac
-rw-rw-r--  1 1021  wheel   511 Aug 30 13:12 patch-ad
-rw-rw-r--  1 1021  wheel     0 Aug 30 13:13 patch-ae
-rw-rw-r--  1 1021  wheel   320 Aug 30 13:15 patch-chg-zd-mtx.sh.in
-rw-rw-r--  1 1021  wheel  1786 Sep  1 00:42 patch-common-src::Makefile.in
-rw-rw-r--  1 1021  wheel   310 Aug 31 15:28 patch-man::Makefile.in
-rw-rw-r--  1 1021  wheel  5384 Sep  2 00:37 patch-perl::Makefile.in
-rw-rw-r--  1 1021  wheel     0 Aug 30 13:18 patch-sendsize.c
-rw-rw-r--  1 1021  wheel     0 Aug 30 13:19 
patch-server-src::amcrypt-ossl-asym.sh.in
-rw-rw-r--  1 1021  wheel     0 Aug 30 13:20 
patch-server-src::amcrypt-ossl.sh.in


2: When doing an upgrade, the libamdevice.so got dependant on the previous 
version of Amanda. Will test this on my other server next week and see if I 
can find where it happens.
  /usr/local/lib/amanda/libamdevice-2.6.0p2.so:
        libamanda-2.5.1p3.so => not found (0x0)
        libm.so.4 => /lib/libm.so.4 (0x28181000)
        libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 
(0x28197000)
        libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 
(0x2819b000)
        libgthread-2.0.so.0 => /usr/local/lib/libgthread-2.0.so.0 
(0x281d0000)
        libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x281d4000)
        libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x282a7000)
        libintl.so.8 => /usr/local/lib/libintl.so.8 (0x2829e000)
        libcurl.so.4 => /usr/local/lib/libcurl.so.4 (0x2839b000)
        libssl.so.4 => /usr/lib/libssl.so.4 (0x283d2000)
        libcrypto.so.4 => /lib/libcrypto.so.4 (0x28400000)
        libz.so.3 => /lib/libz.so.3 (0x284f3000)

3: The chg-zd-mtx has picked up an bashism. Attached a patch for the patch.

That's it. Will make noise if I find anything more.

Cheers,
	G?ran L

---
"There is hopeful symbolism in the fact that flags do not wave in a vacuum."
                -- Arthur C. Clarke
-------------- next part --------------
A non-text attachment was scrubbed...
Name: patch-chg-zd-mtx.sh.in
Type: application/octet-stream
Size: 599 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080927/7709ee66/patch-chg-zd-mtx.sh.obj
From erwin at FreeBSD.org  Sat Sep 27 21:51:25 2008
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Sat Sep 27 21:51:32 2008
Subject: INDEX now builds successfully on 6.x
Message-ID: <200809272151.m8RLpO0K044670@pointyhat.freebsd.org>

From yanefbsd at gmail.com  Sun Sep 28 04:11:29 2008
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Sun Sep 28 04:11:37 2008
Subject: My interactive version of pkg_add
In-Reply-To: <20080927140236.GA73536@lpthe.jussieu.fr>
References: <20080927140236.GA73536@lpthe.jussieu.fr>
Message-ID: <7d6fde3d0809272111l6c89eb05i25538121afc7b479@mail.gmail.com>

On Sat, Sep 27, 2008 at 7:02 AM, Michel Talon <talon@lpthe.jussieu.fr> wrote:
> Marin Atanasov wrote:
>
>> So what do you think - is it worth improving upon it or it's a waste of
>> time?
>> Thanks for any suggestions.
>
> I think it is worth improving and certainly not a waste of time.
> Each work which allows to use precompiled packages more efficiently
> in FreeBSD is very useful, in my opinion. While compiling ports
> is very fine on a server, where only a small number of ports are
> installed - and then the tool "portmaster" does that really
> wonderfully, looking at the other extreme, a desktop with around
> a thousand installed ports is better managed through precompiled
> packages. And, sorry, but portupgrade is not the solution to do that,
> either with the -P or -PP option.
>
> I can only concur with the suggestion you mention, exploring ftp sites
> to discover what is available here. How to do that efficiently is
> harder. Apparently "official" FreeBSD ftp sites have an INDEX of
> available packages. I hope it is reliable. Then i suggest to download it
> and work from that.
>
> Best regards
>
> --
>
> Michel TALON

INDEX is made available via to pkg_install within sysinstall and
exists on mirrors in the following location:

ftp://ftp.freebsd.org/pub/FreeBSD/ports/${ARCH}/packages-${VERSION}/INDEX

where ARCH can be:

- amd64
- sparc64
- i386
etc, etc

and version can be:

- 7-stable
- 7.0-release
- 8-current
etc, etc

Poking around: ftp://ftp.freebsd.org/pub/FreeBSD/ports will give you
the results you desire.

-Garrett
From gcooper at FreeBSD.org  Sun Sep 28 06:09:55 2008
From: gcooper at FreeBSD.org (Garrett Cooper)
Date: Sun Sep 28 06:10:15 2008
Subject: ports/127690: Upgrade pexpect from 2.1 to 2.3
In-Reply-To: <364299f40809272015q464bcc9ap7851785946e6d392@mail.gmail.com>
References: <200809280253.m8S2rrKK077603@freefall.freebsd.org>
	<364299f40809272015q464bcc9ap7851785946e6d392@mail.gmail.com>
Message-ID: <364299f40809272245y126f461eobb5e136155b02f71@mail.gmail.com>

On Sat, Sep 27, 2008 at 8:15 PM, Garrett Cooper <gcooper@freebsd.org> wrote:
> On Sat, Sep 27, 2008 at 7:53 PM,  <linimon@freebsd.org> wrote:
>> Synopsis: Upgrade pexpect from 2.1 to 2.3
>>
>> State-Changed-From-To: open->feedback
>> State-Changed-By: linimon
>> State-Changed-When: Sun Sep 28 02:52:48 UTC 2008
>> State-Changed-Why:
>> Patch is garbled, please try again.
>>
>> Also, to which port does this apply?
>>
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=127690
>
> <misc/py-pexpect>.
>
> I'll resubmit the patch once I get the SVN tree synced; the file I
> provided was a tgz file (should have done straight .tar).
>
> -Garrett

   Please nuke this request. Turns out that portsnap wasn't updating
properly due to pilot error on my part (was using bsd globs instead of
regex globs for my refuse directives in portsnap.conf).
-Garrett
From glz at hidden-powers.com  Sun Sep 28 06:33:14 2008
From: glz at hidden-powers.com (Goran Lowkrantz)
Date: Sun Sep 28 06:33:22 2008
Subject: Call for Testers: misc/amanda-{server,client} 2.6.0p2
In-Reply-To: <15BD3E45E9FF7269B52ACEDB@[10.255.253.2]>
References: <15BD3E45E9FF7269B52ACEDB@[10.255.253.2]>
Message-ID: <E30A2D9BFE6E376A1BA1C18F@[10.255.253.2]>

One more script error:

# diff -u server-src/amcleanup.sh.orig server-src/amcleanup.sh
--- server-src/amcleanup.sh.orig        2008-09-28 08:21:09.000000000 +0200
+++ server-src/amcleanup.sh     2008-09-28 08:21:22.000000000 +0200
@@ -75,7 +75,7 @@
 #   after receiving SIGTERM,  if yes send SIGKILL
 #

-function killpid() {
+killpid() {

 killPID=$1
 SIGTERM=15

Cheers,
	G?ran

---
"There is hopeful symbolism in the fact that flags do not wave in a vacuum."
                -- Arthur C. Clarke
From yanefbsd at gmail.com  Sun Sep 28 06:54:32 2008
From: yanefbsd at gmail.com (Garrett Cooper)
Date: Sun Sep 28 06:54:38 2008
Subject: Usefulness of pkg_depend command?
Message-ID: <7d6fde3d0809272354o2da84929t62ca7f585d486a1f@mail.gmail.com>

Hi porters,
     Just thinking -- one of the problems with many utilities is
mapping dependencies with installing either packages or ports. Would
there be any interest in a C app (based off the same code in
pkg_install already) in the base system being able to provide
dependency info for a list of ports / pkgs provided, s.t. we could
have a shell script to simply install items in order via the
BUILD_DEPS and RUN_DEPS fields in INDEX files?
     The driving force behind this is that I should be able to do the
following to upgrade my ports / pkgs instead of depending on
complicated infrastructures to do this for me:

#!/bin/sh

for pkg in `pkg_depend -o $@ | grep '<' | cut -d ' ' -f 1`; do
        cd /usr/ports/$pkg || continue
        make clean all || continue
        make deinstall install
done
# END

      I realize that pkg_cutleaves brute forces this logic and
pkg_tree does similar. My point was to implement it in C with existing
logic in pkg_install for both performance reasons and to prevent code
duplication as much as possible.
Thanks,
-Garrett
From axel.kellermann at get2net.dk  Sun Sep 28 08:37:29 2008
From: axel.kellermann at get2net.dk (Axel Kellermann)
Date: Sun Sep 28 08:37:37 2008
Subject: FreeBSD Port: asterisk-1.4.21.2_3
Message-ID: <1222589402.6892.12.camel@axel-desktop-64>

Hi

I have trouble with this port.
When I use the volgain function in voicemail.conf the attached
voicemailfile  (gsm or wav file) for the message is empty, but if i
don't use volgain the voice is very weak.
I can see that the problem was solved with a patch in asterisk 1.2
http://lists.digium.com/pipermail/asterisk-users/2006-July/160193.html

My FreeBSD:
FreeBSD drift-02.helsemail.dk 7.0-STABLE FreeBSD 7.0-STABLE #5: Sat Aug
9 23:18:15 CEST 2008
axke@drift-02.helsemail.dk:/usr/obj/usr/src/sys/GENERIC  i386

asterisk-addon and sox is installed.

I tried to install asterisk by hand, but the Makefile had to many
missing values which I couldn't determine.

Yours Sincerely

Axel Kellermann

From fenner at FreeBSD.org  Sun Sep 28 10:00:10 2008
From: fenner at FreeBSD.org (Bill Fenner)
Date: Sun Sep 28 10:00:21 2008
Subject: Possibly unbuildable ports reminder
Message-ID: <200809281000.m8SA04vi056958@freefall.freebsd.org>

Dear porters,

  This is just a reminder to please periodically check the list of
unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ .
A list by MAINTAINER is

http://people.freebsd.org/~fenner/errorlogs/

so you can easily check the status of ports that you maintain.  In
addition, the list of ports with no MAINTAINER with build problems is

http://people.freebsd.org/~fenner/errorlogs/ports@freebsd.org.html

Since no one is responsible for these ports, the problem won't get
fixed unless someone on this list takes the initiative.

Thanks for your help!

Bill "annoying port email" Fenner
From rea-fbsd at codelabs.ru  Sun Sep 28 10:02:02 2008
From: rea-fbsd at codelabs.ru (Eygene Ryabinkin)
Date: Sun Sep 28 10:02:08 2008
Subject: ports/126853: ports-mgmt/portaudit: speed up audit of
	installed packages
In-Reply-To: <48DE5CC0.9000708@localhost.inse.ru>
References: <WGReTVL6CLts/44OKi4qLEsAGHs@jm/Q2DKg1djxmpGNf45V+WpjPIE>
	<48DE5CC0.9000708@localhost.inse.ru>
Message-ID: <o/JeKQBFxyWYOEj+ysAVRhQK6g8@iXA9ZWPrtc2I2BMzBXoToMd7YdQ>

Roman, good day.

Sat, Sep 27, 2008 at 08:18:08PM +0400, Roman Kurakin wrote:
> Have you also posted this to ports@?

No, forgot to do it.  CC'ing ports@

Thanks!

The original posting to hackers@ goes below.  It will be double-posted
to the bug-followup@ -- sorry for this.

> Eygene Ryabinkin wrote:
> > Good day.
> >
> > A while ago I had created the new utility that serves as VuXML
> > filter for the installed packages:
> >   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126853
> >
> > My primary intention was to speed up the process of auditing the
> > vulnerable ports: I needed to run portaudit checks with Nagios and to
> > avoid large timeouts.
> >
> > The new utility is called pkg_audit and it serves as a simple text
> > filter: on input it takes the full VuXML feed and on output it puts
> > VuXML entries that matches ports that are installed in the system with
> > port version specification substituted with the actual port versions.
> >
> > No harm is done to the actual poartudit -- if pkg_audit is missing, old
> > code path is activated.
> >
> > If someone is interested and will be able to test -- I a