From tlott at gamesnet.de  Mon Jun  1 03:08:35 2009
From: tlott at gamesnet.de (Tobias lott)
Date: Mon Jun  1 03:08:43 2009
Subject: audio/oss x-fi with no sound output
Message-ID: <20090601045142.298b8edc@sub.han.vpn.gamesnet.de>

Hi,

today I wanted to use my Line-in Interface on my Soundblaster X-Fi
(never had to use it before) so I tried the audio/oss port since snd_hda
(which I was using normally) doesn't seem to support the Line-in
Interface.
Installation worked just fine, I unloaded sound and snd_hda and
started oss with the following result:

May 27 20:43:44 sub kernel: oss_sbxfi0: [ITHREAD]
May 27 20:43:44 sub kernel: oss_sbxfi: Switching to xfi core...
May 27 20:43:44 sub kernel: oss_sbxfi: Interrupts don't seem to be
working. May 27 20:43:44 sub kernel: oss_sbxfi0: <Sound Blaster X-Fi
(UAA)> port 0xdf00-0xdf1f mem
0xdfff8000-0xdfffbfff,0xdfc00000-0xdfdfffff,0xd8000000-0xdbffffff irq
16 at device 1.0 on pci2 May 27 20:45:00 sub kernel: osscore: Overflow
593920+65536, 0 May 27 20:45:02 sub kernel: osscore: Overflow
724992+65536, 0 May 27 20:45:06 sub kernel: osscore: Overflow
987136+65536, 0 May 27 20:45:15 sub kernel: osscore: Overflow
1576960+65536, 0 May 27 20:45:18 sub kernel: osscore: Overflow
1773568+65536, 0 May 27 20:45:21 sub kernel: osscore: Overflow
1970176+65536, 0 May 27 20:45:30 sub kernel: osscore: Overflow
2560000+65536, 0 May 27 20:45:52 sub kernel: osscore: Overflow
4001792+65536, 0 May 27 20:46:11 sub kernel: osscore: Overflow
5246976+65536, 0 May 27 20:46:20 sub kernel: osscore: Overflow
5836800+65536, 0 May 27 20:46:44 sub kernel: osscore: Overflow
7406544+49152, 0 May 27 20:46:52 sub kernel: osscore: Overflow
7933952+65536, 0 May 27 20:47:06 sub kernel: osscore: Overflow
8851456+65536, 0 May 27 20:47:35 sub kernel: osscore: Overflow
10752000+65536, 0 May 27 20:47:37 sub kernel: osscore: Overflow
10883072+65536, 0 May 27 20:52:50 sub kernel: oss_sbxfi0: detached May
27 20:52:52 sub kernel: oss_sbxfi0: [ITHREAD] May 27 20:52:52 sub
kernel: oss_sbxfi: Switching to xfi core... May 27 20:52:52 sub kernel:
oss_sbxfi: Interrupts don't seem to be working. May 27 20:52:52 sub
kernel: oss_sbxfi0: <Sound Blaster X-Fi (UAA)> port 0xdf00-0xdf1f mem
0xdfff8000-0xdfffbfff,0xdfc00000-0xdfdfffff,0xd8000000-0xdbffffff irq
16 at device 1.0 on pci2

Additionally I had no Sound output and xmms/mplayer seemed pretty
choppy/slow, and I only saw interval Volume peaking with the delay of
like 1-2 seconds on ossxmix volume meter.

Got the soundon.log as Attachment.

You can ignore all the hdac0 timeouts and warnings thats caused by
loading the snd_hda.

Anybody had the same problem, a hint, is it just the beta state of
x-fi support or should I open a PR?

Tobias Lott
From clint.olsen at gmail.com  Mon Jun  1 03:41:11 2009
From: clint.olsen at gmail.com (Clint Olsen)
Date: Mon Jun  1 03:41:17 2009
Subject: Trouble upgrading math/fftw3 on 6.4-STABLE
Message-ID: <20090601034109.GA14837@0lsen.net>

I got this message:

===>    Verifying install for gfortran43 in /usr/ports/lang/gcc43
Making GCC 4.3.4.20090524 for FreeBSD 6.4  target=i386-portbld-freebsd6.4
You need to increase the datasize limit to at least 700000 (and set
kern.maxdsiz="734003200" in /boot/loader.conf) to build with Java
support.
*** Error code 1


Ok, so I added the appropriate flag to /boot/loader.conf, however I wanted
to use sysctl to update the parameter without booting.  However, even
though the parameter is listed in /boot/defaults/loader.conf, sysctl won't
accept this:

# sysctl kern.maxdsiz 734003200
sysctl: unknown oid 'kern.maxdsiz'o

Is there a way to change this w/o rebooting?  Am I even using sysctl
correctly?

Thanks,

-Clint
From leslie at eskk.nu  Mon Jun  1 05:17:52 2009
From: leslie at eskk.nu (Leslie Jensen)
Date: Mon Jun  1 05:17:59 2009
Subject: Trouble upgrading math/fftw3 on 6.4-STABLE
In-Reply-To: <20090601034109.GA14837@0lsen.net>
References: <20090601034109.GA14837@0lsen.net>
Message-ID: <4A236458.8060006@eskk.nu>


Clint Olsen skrev:
> I got this message:
> 
> ===>    Verifying install for gfortran43 in /usr/ports/lang/gcc43
> Making GCC 4.3.4.20090524 for FreeBSD 6.4  target=i386-portbld-freebsd6.4
> You need to increase the datasize limit to at least 700000 (and set
> kern.maxdsiz="734003200" in /boot/loader.conf) to build with Java
> support.
> *** Error code 1
> 
> 
> Ok, so I added the appropriate flag to /boot/loader.conf, however I wanted
> to use sysctl to update the parameter without booting.  However, even
> though the parameter is listed in /boot/defaults/loader.conf, sysctl won't
> accept this:
> 
> # sysctl kern.maxdsiz 734003200
> sysctl: unknown oid 'kern.maxdsiz'o
> 
> Is there a way to change this w/o rebooting?  Am I even using sysctl
> correctly?
> 
> Thanks,
> 
> -Clint

I have the same problem on a 7.2-RELEASE. I wrote about it some weeks 
ago but I got no working answers. I'm considering reinstalling all ports 
that gcc depends on but I haven't had the time yet.
/Leslie
From rene at freebsd.org  Mon Jun  1 08:28:13 2009
From: rene at freebsd.org (Rene Ladan)
Date: Mon Jun  1 08:28:22 2009
Subject: Setiathome
In-Reply-To: <4A21BB6F.9040805@altadena.net>
References: <4A21BB6F.9040805@altadena.net>
Message-ID: <4A239117.3050500@freebsd.org>

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

Pete Carah schreef:
| It would be very nice to those of us that install setiathome on remote
| servers to be able to build it without needing all of X and GL.
I know ;-)

| I'm not the only one since there *is* an option in configure
| (--disable-graphics) to do this (but when I did the obvious to the
| makefile to add this option, something else (a SED script late in the
| build??) broke.)
|
| Anyhow, a make option to do this would be very welcome.
|
Not having graphics is not really supported upstream at the moment.
I think setiathome supports it right now, but astropulse does not.
There is line in the astropulse sources that should be removed
(ap_init_graphics(...) IIRC), but then it crashes at runtime during
startup. I had some mail exchanges with the developers about
supporting it but the mails probably got lost in their usual work load.

See http://lists.ssl.berkeley.edu/pipermail/boinc_opt/2009-January/001089.html
and http://lists.ssl.berkeley.edu/pipermail/boinc_opt/2009-February/001094.html

| I guess I can figure out how to do this and submit a send-pr, but
| someone probably already knows how...
|
I have a patch which also updates astropulse to version 5.03 and
somewhat cleans up the current port:
ftp://rene-ladan.nl/pub/freebsd/boinc-setiathome-enhanced.diff
SIZE = 6728
SHA256 = f55d8e43714cf68acd8b67f6fa960ac0ed2c9a08ecb0b03b61063deeab33ae12

This probably results in non-working binary(ies).  Feel free to
improve/fix it.  The distfiles areslimmed down versions of certain
SVN revisions (probably close to the file date).

Regards,
Rene
- --
http://www.rene-ladan.nl/

GPG fingerprint = ADBC ECCD EB5F A6B4 549F  600D 8C9E 647A E564 2BFC (subkeys.pgp.net)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkojkRcACgkQjJ5keuVkK/yx7ACgoaVO3ksgFUaW0aw6gGgfHIe5
LyEAoNTxSRjsWuXQztGEPulH2K0v5y3G
=cc1G
-----END PGP SIGNATURE-----
From bugmaster at FreeBSD.org  Mon Jun  1 11:06:05 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Jun  1 11:06:32 2009
Subject: Current unassigned ports problem reports
Message-ID: <200906011106.n51B64RI020148@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/135096            new port:databases/slonyI-2
o ports/135086            new port:mail/qmailadmin-devel
f ports/135084            net-im/pidgin-facebookchat: new upstream version (patc
o ports/135078            [maintainer update] [patch] apache22-peruser-mpm: dc2 
o ports/135071            [New Port] mail/phpmailer2 : Full Featured Email Trans
f ports/135051            mail/postfix make package fails.
o ports/135019            sysutils/bubblemon-dockapp 1.46_6 memory usage meter i
f ports/135018            Port multimedia/vlc fails to compile when WITHOUT_X11=
f ports/134987            databases/tokyotyrant - rc.d file for Tokyo Tyrant not
o ports/134976            [patch] security/lsh: bad dependencies
f ports/134945            [UPDATE] update sysutils/linux-megacli
f ports/134875            Update Port: editors/emacs-devel to v.23.0.93
f ports/134799            devel/cvs-devel changes base-system's cvs/cvsbug binar
f ports/134770            lang/spidermonkey misses installation of some header f
f ports/134743            devel/Monotone and pthreaded dependencies
f ports/134711            mail/postfix - repocopy of (old) postfix to postfix25 
f ports/134709            sysutils/bacula-bat: fix lib dependencies
f ports/134639            devel/boost can't be made with parameteres  -DWITH_PYT
f ports/134581            [UPDATE] www/tinymce3 : update to 3.2.3.1
f ports/134580            [UPDATE] www/smarty : update to 2.6.23
s ports/134485            net-mgmt/trafd 3.0.2.1 doesn't collect traffic
o ports/134474            deskutils/wmpinboard segfaults on startup
o ports/134443            [NEW PORT] multimedia/2ManDVD: Create your own video d
s ports/134347            mail/spamd: spamlogd's whitelist expiration period is 
f ports/134271            mail/popd POP3 server dies handling messages with very
f ports/134270            update port: print/hplip update to: 3.9.4
f ports/134264            audio/cmus - segmentation fault with ogg files
o ports/134230            graphics/digikam-kde4 does not build from ports
o ports/134112            [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0
o ports/134101            New port: multimedia/playd playd is a simple to use mp
f ports/134055            bulding port: misc/libhome on FreeBSD 7.1 amd64
f ports/133944            [PATCH] print/latex-prettyref: [SUMMARIZE CHANGES]
o ports/133928            New Port: multimedia/gdialog, A Project X addon to rea
o ports/133822            New port for cad/linux-eagle5 (Eagle 5.5.0)
o ports/133563            security/cfs rc script needs "mntudp" option on 8-CURR
o ports/133533            [PATCH] Add a static user/group for audio/musicpd port
f ports/133451            www/plone3 build fails. Plone3 needs python-2.4 but li
o ports/133421            [NEW PORT] java/eclipse-xsd: EMF-XSD Runtime
f ports/133358            [PATCH] net/bounce: add new -q option
f ports/133344            net/nss_ldap fails to compile if world was installed w
o ports/133303            lang/visualworks cannot load Jun because of lacking TG
f ports/133261            [patch] www/free-sa: respect system cflags and expose 
o ports/133254            [bsd.fpc.mk] don't display bogus message for fpc-using
o ports/133068            New port: audio/linux-genpuid
f ports/133031            ports/net/igmpproxy "must be at least 2 Vif's where on
o ports/132792            [new port] re-activating print/ifhp
o ports/132786            New port: sysutils/sispmctl Utility for controlling a 
o ports/132556            New port: ftp/vsftpd-ext   Extended build of ftp/vsftp
o ports/132391            multimedia/mplayer does not work with pulseaudio
o ports/131580            port databases/frontbase upgraded to version 4.2.9
o ports/131526            lang/cmucl: CMUCL for FreeBSD 7
o ports/131442 ports      new port: audio/xmms-timidity
s ports/131218            www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca
p ports/130779            [PATCH] emulators/dosbox enable directserial passthrou
o ports/130719            www/nspluginwrapper installs plugins in the old direct
o ports/130715            New Port:devel/binutils-2.19
o ports/130675            [NEW PORT] devel/ocfpcsc: Open Card Framework to PC/SC
o ports/130541            new port: net/isc-dhcp41-server
f ports/130326            [patch] update to sysutils/megarc
f ports/130209            www/typo3 upgrade removes configuration
o ports/129677            /usr/ports/sysutils/aaccli Bad system call: 12 (core d
o ports/129478            multimedia/acidrip: patch file to commit to ports
o ports/129435            java/jakarta-commons-dbcp not BROKEN on jdk15
o ports/128603            [patch] textproc/flex has too small capacity
o ports/128140            update devel/pwlib to 2.4.1 to fit GNOME 2.24
o ports/127728            ports/games/freebsd-games doesn't build, and larn(6) s
o ports/127321            japanese/kon2-16dot: buffer overflow and mouse bugs
o ports/127181            audio/musicpd logs warning
s ports/127087            mail/bincimap port does not include an rc.d file
o ports/127017            sysutils/ntfsprogs - ntfsclone not working version 2.0
f ports/125324            editors/the (3.2) looses cursor when compiled with PDC
f ports/124423            multimedia/mplayer detection of OSS Audio is faulty
o ports/123927            devel/Boost and devel/boost-python ports naming genera
o ports/123068            sysutils/bubblemon2 bubblemon-dockapp: error extractin
o ports/122571            [patch] net/libnet10 does not work on amd64
f ports/121050            New port: sysutils/heartbeat2 Linux High-Availability 
o ports/115304            multimedia/gpac-mp4box cannot import files larger than
o ports/114106            mail/postgrey does not properly shut down via rc.d scr
o ports/111501            [NEW PORT] databases/ruby-oci8
o ports/108795            ports/icc: Proposed update to icc port for intel compi
o amd64/104311            ports/wine should be installable on amd64
s ports/85513             Intel C++ compiler not 100% binary compatible with sys
o bin/85011               /sbin/restore on 5.4 will not read Solaris-sparc dumps
f ports/74752  ports-bug  make takes a little while before anything visible happ

84 problems total.

From spaz at whotookspaz.org  Mon Jun  1 11:49:27 2009
From: spaz at whotookspaz.org (Jacob Myers)
Date: Mon Jun  1 11:49:59 2009
Subject: Lighttpd 1.4.22/PHP 5.2.9 hardlocking the system
Message-ID: <4A23B8F6.4060304@whotookspaz.org>

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

Hello,

I'm running lighttpd 1.4.22 and PHP 5.2.9 on FreeBSD 7.2-RELEASE. When
uploading files > 1 MB in size or so via PHP, the box then hard locks.
SSH and HTTP become unavailable, and apparently console logins don't
work; however, the box can still be pinged. So far I've been able to
reproduce this issue on FreeBSD/i386 and FreeBSD/amd64.

I have no clue how to debug this, but I'm willing to help :). Sadly, I
don't have physical access to a FreeBSD machine atm to help debug this
with, but I'm working on that.

- -- Jacob
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkojuPUACgkQnokOSaNFCAYVmgCg4CtC68Wo9Aa7jWHXjnvzs5oa
V2cAnRzXhMXucY0G7hY0wyTSmE/QpfCQ
=s2Id
-----END PGP SIGNATURE-----
From killing at multiplay.co.uk  Mon Jun  1 12:31:24 2009
From: killing at multiplay.co.uk (Steven Hartland)
Date: Mon Jun  1 12:31:30 2009
Subject: Lighttpd 1.4.22/PHP 5.2.9 hardlocking the system
References: <4A23B8F6.4060304@whotookspaz.org>
Message-ID: <5145080EF7404E4A8CA381DD2492EF02@multiplay.co.uk>

We had issues when running lighttpd which indicated an issue with kqueue.

Disabling lightttpd's use of kqueue using the following prevented this.
server.event-handler = "poll"

In the logger term we have moved to nginx.

    Regards
    Steve
 
----- Original Message ----- 
From: "Jacob Myers" <spaz@whotookspaz.org>
To: <freebsd-ports@freebsd.org>
Sent: Monday, June 01, 2009 12:18 PM
Subject: Lighttpd 1.4.22/PHP 5.2.9 hardlocking the system


> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hello,
> 
> I'm running lighttpd 1.4.22 and PHP 5.2.9 on FreeBSD 7.2-RELEASE. When
> uploading files > 1 MB in size or so via PHP, the box then hard locks.
> SSH and HTTP become unavailable, and apparently console logins don't
> work; however, the box can still be pinged. So far I've been able to
> reproduce this issue on FreeBSD/i386 and FreeBSD/amd64.
> 
> I have no clue how to debug this, but I'm willing to help :). Sadly, I
> don't have physical access to a FreeBSD machine atm to help debug this
> with, but I'm working on that.
> 
> - -- Jacob
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (GNU/Linux)
> 
> iEYEARECAAYFAkojuPUACgkQnokOSaNFCAYVmgCg4CtC68Wo9Aa7jWHXjnvzs5oa
> V2cAnRzXhMXucY0G7hY0wyTSmE/QpfCQ
> =s2Id
> -----END PGP SIGNATURE-----
> _______________________________________________
> 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"
>

================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to postmaster@multiplay.co.uk.

From spaz at whotookspaz.org  Mon Jun  1 13:20:37 2009
From: spaz at whotookspaz.org (Jacob Myers)
Date: Mon Jun  1 13:20:44 2009
Subject: Lighttpd 1.4.22/PHP 5.2.9 hardlocking the system
In-Reply-To: <5145080EF7404E4A8CA381DD2492EF02@multiplay.co.uk>
References: <4A23B8F6.4060304@whotookspaz.org>
	<5145080EF7404E4A8CA381DD2492EF02@multiplay.co.uk>
Message-ID: <4A23D5A0.7020407@whotookspaz.org>

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

Steven Hartland wrote:
> We had issues when running lighttpd which indicated an issue with kqueue.

After doing some experimentation of my own in VirtualBox, I've traced
the issue to sendfile(2). I changed server.network-backend to "write"
and "writev" and the issue went away. Changing it to freebsd-sendfile
caused the issue.

> 
> Disabling lightttpd's use of kqueue using the following prevented this.
> server.event-handler = "poll"
> 

Hmm... maybe there's some weird interaction with sendfile/kqueue going
on here. *shrug*

- -- Jacob

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkoj1aAACgkQnokOSaNFCAb95gCfT4J+dZ7gBbAhbHDlQwqgtoYk
VtcAoOOlmFFc4wc7YA/btiZTNkMhlDwr
=rKQM
-----END PGP SIGNATURE-----
From amdmi3 at amdmi3.ru  Mon Jun  1 16:03:04 2009
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Mon Jun  1 16:03:13 2009
Subject: request for exp-run, comments: eliminate USE_X_PREFIX
Message-ID: <20090601160256.GB50585@hades.panopticon>

Hi!

Thought we've switched to modular xorg more than a year ago, some
ports still define USE_XLIB and thus depend on all X libraries (even
when it's not really required). Which is even worse, USE_XLIB is
implicitely defined for ports that define USE_IMAKE, some of which
don't require any X libraries at all.

This patch adds USE_XORG to (hopefully) all USE_IMAKE ports and
some (but not all) USE_XLIB ports. It also makes USE_IMAKE ports
no more implicitely define USE_XLIB and eliminates all mentions of
USE_X_PREFIX from bsd.port.mk. It requires an exp-run, as though
I've tested all changed ports in a local tinderbox, there may be
ports with incomplete X dependencies further down dependency chains.

http://people.freebsd.org/~amdmi3/xprefix_obliterate.patch

Comments are welcome. Actually I think we could drop X11BASE related
bits as well.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From pgollucci at p6m7g8.com  Mon Jun  1 16:44:01 2009
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Mon Jun  1 16:44:09 2009
Subject: request for exp-run, comments: eliminate USE_X_PREFIX
In-Reply-To: <20090601160256.GB50585@hades.panopticon>
References: <20090601160256.GB50585@hades.panopticon>
Message-ID: <4A24054F.7060900@p6m7g8.com>

Dmitry Marakasov wrote:
> Comments are welcome. Actually I think we could drop X11BASE related
> bits as well.
What does
USE_XORG=	# empty

do for you ?


-- 
------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant          - P6M7G8 Inc.                http://p6m7g8.net
Senior Sys Admin    - RideCharge, Inc.           http://ridecharge.com
Contractor          - PositiveEnergyUSA          http://positiveenergyusa.com
ASF Member          - Apache Software Foundation http://apache.org
FreeBSD Committer   - FreeBSD Foundation         http://freebsd.org

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
From amdmi3 at amdmi3.ru  Mon Jun  1 16:55:32 2009
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Mon Jun  1 16:55:46 2009
Subject: request for exp-run, comments: eliminate USE_X_PREFIX
In-Reply-To: <4A24054F.7060900@p6m7g8.com>
References: <20090601160256.GB50585@hades.panopticon>
	<4A24054F.7060900@p6m7g8.com>
Message-ID: <20090601165529.GC50585@hades.panopticon>

* Philip M. Gollucci (pgollucci@p6m7g8.com) wrote:

> > Comments are welcome. Actually I think we could drop X11BASE related
> > bits as well.
> What does
> USE_XORG=	# empty
> 
> do for you ?

It ensures that the port does not depend on X libs if bsd.port.mk
changes are not accepted for some reason. If they are, it does nothing
and will be removed from the final patch.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From pav at FreeBSD.org  Mon Jun  1 17:20:41 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Mon Jun  1 17:20:48 2009
Subject: request for exp-run, comments: eliminate USE_X_PREFIX
In-Reply-To: <20090601160256.GB50585@hades.panopticon>
References: <20090601160256.GB50585@hades.panopticon>
Message-ID: <1243876835.60636.1.camel@hood.oook.cz>

Dmitry Marakasov p??e v po 01. 06. 2009 v 20:02 +0400:

> Thought we've switched to modular xorg more than a year ago, some
> ports still define USE_XLIB and thus depend on all X libraries (even
> when it's not really required). Which is even worse, USE_XLIB is
> implicitely defined for ports that define USE_IMAKE, some of which
> don't require any X libraries at all.
> 
> This patch adds USE_XORG to (hopefully) all USE_IMAKE ports and
> some (but not all) USE_XLIB ports. It also makes USE_IMAKE ports
> no more implicitely define USE_XLIB and eliminates all mentions of
> USE_X_PREFIX from bsd.port.mk. It requires an exp-run, as though
> I've tested all changed ports in a local tinderbox, there may be
> ports with incomplete X dependencies further down dependency chains.
> 
> http://people.freebsd.org/~amdmi3/xprefix_obliterate.patch
> 
> Comments are welcome. Actually I think we could drop X11BASE related
> bits as well.

This looks very useful, indeed, I was tempted to try to do some work in
this direction myself. Your patch looks like a lot of work went into it
already - let me run it on pointyhat.

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>
Sun couldn't care less about Linux other than it now being necessary in
order to be buzzword compliant. -- Al Dente
-------------- 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/20090601/d155ad3c/attachment.pgp
From me at janh.de  Mon Jun  1 18:11:05 2009
From: me at janh.de (Jan Henrik Sylvester)
Date: Mon Jun  1 18:11:11 2009
Subject: Help test aqbanking-4.0.0 (especially with gnucash)
Message-ID: <4A2419B1.8070504@janh.de>

As I wrote two weeks ago, the aqbanking-2.3.3 to 3.8.1 update took away 
the command line banking client I use. Thus, I am eager to get 4.0.0, 
which includes a new one.

I made a patch: http://www.freebsd.org/cgi/query-pr.cgi?pr=135161

I need someone using gnucash with aqbanking to check the functionality 
of aqbanking-4.0.0 -- both do compile.

I cannot use the new aqbanking-cli, yet. Knowing if gnucash works would 
help me to narrow down the cause.

Converting the configuration from 2.X did not work out completely 
(aqbanking-cli and aqhbci-tool4 show no accounts), and I fail to 
communicate with my bank using a new configuration.

Thanks for any help!

Cheers,
Jan Henrik
From dpd at dpdtech.com  Mon Jun  1 18:23:52 2009
From: dpd at dpdtech.com (David P. Discher)
Date: Mon Jun  1 18:24:01 2009
Subject: FreeBSD Port: mpeg4ip-libmp4v2-1.6.1 - getopt.c compile error
	with alt ${LOCALBASE}
In-Reply-To: <F6CB2BB4-E913-4888-B1C0-5B5A4740D355@dpdtech.com>
References: <F6CB2BB4-E913-4888-B1C0-5B5A4740D355@dpdtech.com>
Message-ID: <BFE8C57D-2EFF-4A40-8F18-4B773655657B@dpdtech.com>


I hadn't heard anything back on this error yet.   I've changed my  
LOCALBASE back defaults, which as expected, made no different here.

Adding 'CONFIGURE_ARGS= --disable-warns-as-err', doesn't seem to have  
an affect, or post-patch re-inplace command doesn't seem to be nuking  
all the  -Wmissing-prototypes its suppose to be.


===>  Building for mpeg4ip-libmp4v2-1.6.1
if /bin/sh /usr/local/bin/libtool --tag=CC --mode=compile cc - 
DHAVE_CONFIG_H -I. -I. -I../.. -I../../include  -I/usr/local/include  - 
D_REENTRANT -Werror -Wall -Wcast-align -Wstrict-prototypes -Wmissing- 
prototypes -O3 -fno-strict-aliasing -pipe -march=nocona -DMPEG4IP -I/ 
usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=1 - 
D_REENTRANT -MT getopt.lo -MD -MP -MF ".deps/getopt.Tpo" -c -o  
getopt.lo getopt.c; \
  then mv -f ".deps/getopt.Tpo" ".deps/getopt.Plo"; else rm -f ".deps/ 
getopt.Tpo"; exit 1; fi
mkdir .libs
  cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I/usr/local/ 
include -D_REENTRANT -Werror -Wall -Wcast-align -Wstrict-prototypes - 
Wmissing-prototypes -O3 -fno-strict-aliasing -pipe -march=nocona - 
DMPEG4IP -I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=1  
-D_REENTRANT -MT getopt.lo -MD -MP -MF .deps/getopt.Tpo -c getopt.c  - 
fPIC -DPIC -o .libs/getopt.o
cc1: warnings being treated as errors
getopt.c: In function '_getopt_internal':
getopt.c:553: warning: passing argument 1 of 'exchange' discards  
qualifiers from pointer target type
getopt.c:575: warning: passing argument 1 of 'exchange' discards  
qualifiers from pointer target type
gmake: *** [getopt.lo] Error 1
*** Error code 2



-----------------------------------------------------------------------
David P. Discher  * <http://davidpdischer.com/>     * C: 408.368.3725
<dpd@dpdtech.com> *  AIM: DavidDPD | Y!M: daviddpdz * H: 408.541.0159
-----------------------------------------------------------------------






On May 19, 2009, at 10:50 PM, David P. Discher wrote:

>
> For reasons that are required, I have LOCALBASE set to /home/opt.   
> I'm trying to compile gnome2, kde4, and xorg.
>
> While I'm trying to build out of the box (up-to-date cvsup'ed ports  
> tree) ... I get this error  for mpeg4ip-libmp4v2-1.6.1:
>
>
>> cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I/home/opt/ 
>> include -D_REENTRANT -Werror -Wall -Wcast-align -Wstrict-prototypes  
>> -Wmissing-prototypes -O3 -fno-strict-aliasing -pipe -march=nocona - 
>> DMPEG4IP -I/home/opt/include/SDL -I/home/opt/include - 
>> D_GNU_SOURCE=1 -D_REENTRANT -MT getopt.lo -MD -MP -MF .deps/ 
>> getopt.Tpo -c getopt.c  -fPIC -DPIC -o .libs/getopt.o
>> cc1: warnings being treated as errors
>> getopt.c: In function '_getopt_internal':
>> getopt.c:553: warning: passing argument 1 of 'exchange' discards  
>> qualifiers from pointer target type
>> getopt.c:575: warning: passing argument 1 of 'exchange' discards  
>> qualifiers from pointer target type
>> gmake: *** [getopt.lo] Error 1
>> *** Error code 2
>
>
> After consulting with a higher FreeBSD power, he suggested 'const  
> poisoning'.  I went ahead and backed off all the 'char *const*' in  
> getopt.c to "char **" to a point where I get a conflict with unistd :
>
>> ../../include/mpeg4ip_getopt.h:132: error: declaration of C  
>> function 'int getopt(int, char**, const char*)' conflicts with
>> /usr/include/unistd.h:380: error: previous declaration 'int  
>> getopt(int, char* const*, const char*)' here
>> *** Error code 1
>
>
> Thinking that using gnu getopt's would help fix this, as the  
> config.log says that gnugetopt can't be found:
>
>> configure:24547: checking for getopt_long in -lgnugetopt
>> configure:24582: cc -o conftest -O3 -fno-strict-aliasing -pipe - 
>> march=nocona  -I/home/opt/include   -L/home/opt/lib - 
>> pthreadconftest.c -lgnugetopt   >&5
>> /usr/bin/ld: cannot find -lgnugetopt
>
> Of course, this is libgnugetopt is not in /home/opt/lib, and there  
> is no longer a port of this.
>
> This is about as far as I could get ... so I'm looking for help and  
> suggestions at this.  Thanks !
>
> -----------------------------------------------------------------------
> David P. Discher  * <http://davidpdischer.com/>     * C: 408.368.3725
> <dpd@dpdtech.com> *  AIM: DavidDPD | Y!M: daviddpdz * H: 408.541.0159
> -----------------------------------------------------------------------
>
>
>


From leslie at eskk.nu  Mon Jun  1 18:41:27 2009
From: leslie at eskk.nu (Leslie Jensen)
Date: Mon Jun  1 18:41:33 2009
Subject: Stop in /usr/ports/lang/gcc43
In-Reply-To: <alpine.BSF.2.00.0905301718420.18381@wojtek.tensor.gdynia.pl>
References: <4A157EC8.3050507@eskk.nu>
	<4A157F4A.1000509@isafeelin.org>	<ade45ae90905211001u4b2e1d4au25d1530d1020e9a1@mail.gmail.com>	<4A191A51.1070905@eskk.nu>
	<4A1F64CF.1020206@eskk.nu>	<alpine.BSF.2.00.0905290650090.1950@pukruppa.net>	<4A1F6BBE.6060602@eskk.nu>	<alpine.BSF.2.00.0905290922550.5233@wojtek.tensor.gdynia.pl>	<4A1FAC1A.9000508@eskk.nu>	<alpine.BSF.2.00.0905291302140.10254@wojtek.tensor.gdynia.pl>	<4A203231.5010408@eskk.nu>
	<alpine.BSF.2.00.0905301718420.18381@wojtek.tensor.gdynia.pl>
Message-ID: <4A2420D0.6040903@eskk.nu>

I originally posted this in questions but I think this list is more 
relevant!


I can't get gcc43 to compile. I've deinstalled and reinstalled all its
dependencies but it still fails.

I'm on a 7.2-RELEASE system with all ports installed from a clean install.

The problem turned up when an update for fftw3 became available.

Apparently gcc43 is a new dependency for fftw3!

I've tried WITHOUT_JAVA=1 in make.conf

And I also have this in my /boot/loader.conf but it makes no difference.

kern.maxdsiz="734003200"


Any hints appreciated

Thanks


----------------- snip --------------------------




0090531/gcc -I.././../gcc-4.3-20090531/gcc/build
-I.././../gcc-4.3-20090531/gcc/../include
-I.././../gcc-4.3-20090531/gcc/../libcpp/include -I/usr/local/include
-I.././../gcc-4.3-20090531/gcc/../libdecnumber
-I.././../gcc-4.3-20090531/gcc/../libdecnumber/dpd -I../libdecnumber
-I/usr/local/include   -o build/gencheck.o
.././../gcc-4.3-20090531/gcc/gencheck.c
In file included from ./tm.h:7,
                  from .././../gcc-4.3-20090531/gcc/gencheck.c:24:
./options.h:1101: error: redeclaration of enumerator 'OPT_w'
./options.h:1099: error: previous definition of 'OPT_w' was here
./options.h:1102: error: redeclaration of enumerator 'OPT_v'
./options.h:1100: error: previous definition of 'OPT_v' was here
gmake[3]: *** [build/gencheck.o] Error 1
gmake[3]: *** waiting for unfinished jobs...
rm cpp.pod gcc.pod fsf-funding.pod gfdl.pod gcov.pod
gmake[3]: Leaving directory `/usr/ports/lang/gcc43/work/build/gcc'
gmake[2]: *** [all-stage1-gcc] Error 2
gmake[2]: Leaving directory `/usr/ports/lang/gcc43/work/build'
gmake[1]: *** [stage1-bubble] Error 2
gmake[1]: Leaving directory `/usr/ports/lang/gcc43/work/build'
gmake: *** [bootstrap-lean] Error 2
*** Error code 1



From bsam at ipt.ru  Tue Jun  2 12:08:39 2009
From: bsam at ipt.ru (Boris Samorodov)
Date: Tue Jun  2 12:08:45 2009
Subject: emulators/linux_base-f10 = Fedora 8?
In-Reply-To: <20090527191746.GA8089@lonesome.com> (Mark Linimon's message of
	"Wed\, 27 May 2009 14\:17\:46 -0500")
References: <3B3FEBB417C04B77AED8998347C99585@multiplay.co.uk>
	<03083008@serv3.int.kfs.ru> <4A1D7320.2030000@FreeBSD.org>
	<20090527191746.GA8089@lonesome.com>
Message-ID: <67308765@bb.ipt.ru>

On Wed, 27 May 2009 14:17:46 -0500 Mark Linimon wrote:

> > > It was just a repocopy. I'm working on it, just enotime now.
> > Then mark the port BROKEN, or some such. User confusion is a bad thing. :)
> s/BROKEN/IGNORE/

Just wonder, can/should it be implemented automagically via
the repocopy script?


WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone & Internet SP
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
From j at uriah.heep.sax.de  Tue Jun  2 19:30:30 2009
From: j at uriah.heep.sax.de (Joerg Wunsch)
Date: Tue Jun  2 19:30:38 2009
Subject: [QAT@FreeBSD.org: [Custom PREFIX] comms/xcept - fails: mtree]
Message-ID: <20090602185740.GA47219@uriah.heep.sax.de>

----- Forwarded message from QAT@FreeBSD.org -----

The Restless Daemon identified a mtree error while trying to build:
 xcept-2.1.2_5 maintained by joerg@FreeBSD.org
 Makefile ident: $FreeBSD: ports/comms/xcept/Makefile,v 1.21 2008/04/19 17:47:08 miwi Exp $

THIS A BUILD WITH _CUSTOM_ PREFIX AND LOCALBASE, _standard_ env in rest.
Patches for testing and commiting welcomed as a reply to this email.

[...]

----- End forwarded message -----

This raises the question: is there still /anyone/ around who uses the
CEPT home banking protocol?

This entire port started out basically as a German protocol, by a time
when CEPT/btx ("Bildschirmtext") used to be about the only possible
way to access many homebanking facilities.  The Deutsche Telekom has
stopped offering this service many years ago, but when I asked about
possibly removing the port last time, I've been told to hold on since
there has still been other European countries offering that service.
If I recall correctly, it's at least been in use in France back then.

So the question now again, several years later: are there still *any*
users of comms/xcept around?  If nobody speaks up, I'd like to remove
the port because it doesn't make any much sense anymore to keep it
alive.

-- 
cheers, J"org               .-.-.   --... ...--   -.. .  DL8DTL

http://www.sax.de/~joerg/                        NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)
From linimon at lonesome.com  Tue Jun  2 20:46:39 2009
From: linimon at lonesome.com (Mark Linimon)
Date: Tue Jun  2 20:46:46 2009
Subject: emulators/linux_base-f10 = Fedora 8?
In-Reply-To: <67308765@bb.ipt.ru>
References: <3B3FEBB417C04B77AED8998347C99585@multiplay.co.uk>
	<03083008@serv3.int.kfs.ru> <4A1D7320.2030000@FreeBSD.org>
	<20090527191746.GA8089@lonesome.com> <67308765@bb.ipt.ru>
Message-ID: <20090602204638.GC4425@lonesome.com>

> > > Then mark the port BROKEN, or some such. User confusion is a bad thing. :)
> > s/BROKEN/IGNORE/
> 
> Just wonder, can/should it be implemented automagically via
> the repocopy script?

I have no opinion, but will note that as long as you don't connect
the ports to the category Makefile, you don't need to worry about
things like this :-)

mcl
From dougb at FreeBSD.org  Tue Jun  2 20:50:52 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Tue Jun  2 20:50:59 2009
Subject: emulators/linux_base-f10 = Fedora 8?
In-Reply-To: <20090602204638.GC4425@lonesome.com>
References: <3B3FEBB417C04B77AED8998347C99585@multiplay.co.uk>
	<03083008@serv3.int.kfs.ru> <4A1D7320.2030000@FreeBSD.org>
	<20090527191746.GA8089@lonesome.com> <67308765@bb.ipt.ru>
	<20090602204638.GC4425@lonesome.com>
Message-ID: <4A2590A6.2010109@FreeBSD.org>

Mark Linimon wrote:
>>>> Then mark the port BROKEN, or some such. User confusion is a bad thing. :)
>>> s/BROKEN/IGNORE/
>> Just wonder, can/should it be implemented automagically via
>> the repocopy script?
> 
> I have no opinion, but will note that as long as you don't connect
> the ports to the category Makefile, you don't need to worry about
> things like this :-)

The problem that I responded to was users who surf into those
directories that expect useful things to happen. That problem isn't
fixed by not hooking them up.

If it's easy to add this feature to the repocopy script then I would
suggest it be done.

Doug
From pav at FreeBSD.org  Tue Jun  2 21:30:01 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Tue Jun  2 21:30:08 2009
Subject: emulators/linux_base-f10 = Fedora 8?
In-Reply-To: <4A2590A6.2010109@FreeBSD.org>
References: <3B3FEBB417C04B77AED8998347C99585@multiplay.co.uk>
	<03083008@serv3.int.kfs.ru> <4A1D7320.2030000@FreeBSD.org>
	<20090527191746.GA8089@lonesome.com> <67308765@bb.ipt.ru>
	<20090602204638.GC4425@lonesome.com>  <4A2590A6.2010109@FreeBSD.org>
Message-ID: <1243978193.78190.21.camel@hood.oook.cz>

Doug Barton p??e v ?t 02. 06. 2009 v 13:50 -0700:
> Mark Linimon wrote:
> >>>> Then mark the port BROKEN, or some such. User confusion is a bad thing. :)
> >>> s/BROKEN/IGNORE/
> >> Just wonder, can/should it be implemented automagically via
> >> the repocopy script?
> > 
> > I have no opinion, but will note that as long as you don't connect
> > the ports to the category Makefile, you don't need to worry about
> > things like this :-)
> 
> The problem that I responded to was users who surf into those
> directories that expect useful things to happen. That problem isn't
> fixed by not hooking them up.
> 
> If it's easy to add this feature to the repocopy script then I would
> suggest it be done.

How about abandoning the whole concept of repocopies instead?

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>
Bento's Law: If It Can Break, It Will Break Bento's Corollary: If It Can
Break, Kris Can Send Mail About It
-------------- 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/20090602/3666bd7c/attachment.pgp
From stephen.hocking at gmail.com  Tue Jun  2 23:02:19 2009
From: stephen.hocking at gmail.com (Stephen Hocking)
Date: Tue Jun  2 23:02:25 2009
Subject: QT4 build errors under RELENG_7
Message-ID: <6300771b0906021448l16eb9cc1ia3d20c0948b97a97@mail.gmail.com>

Hi all,


Have had a long-standing problem building QT4 under 7.2. Basically it
errors out with some undefined constants (which one can find in
qplatformdefs.h), but this file is apparently being included in the
file in question. Most puzzling. Here's the  build failure:

c++ -c -O2 -fno-strict-aliasing -pipe -fno-exceptions -O2
-fno-strict-aliasing -pipe -Wall -W -DQT_BOOTSTRAPPED -DQT_MOC
-DQT_NO_CODECS -DQT_LITE_UNICODE -DQT_NO_LIBRARY -DQT_NO_STL
-DQT_NO_COMPRESS -DQT_NO_DATASTREAM -DQT_NO_TEXTSTREAM
-DQT_NO_TEXTCODEC -DQT_NO_UNICODETABLES -DQT_NO_THREAD -DQT_NO_REGEXP
-DQT_NO_QOBJECT -DQT_NO_SYSTEMLOCALE -DQT_NO_GEOM_VARIANT
-DQT_NO_USING_NAMESPACE -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE
-I/usr/local/share/qt/mkspecs/freebsd-g++ -I.
-I../../corelib/arch/generic -I../../../include -I.
-I../../../include/QtCore -I. -I.uic/release-shared
-I/usr/local/include -o release-shared/qfsfileengine.o
../../corelib/io/qfsfileengine.cpp
../../corelib/io/qfsfileengine.cpp: In member function 'bool
QFSFileEnginePrivate::openFh(QFlags<QIODevice::OpenModeFlag>, FILE*)':
../../corelib/io/qfsfileengine.cpp:305: error: 'QT_FSEEK' was not
declared in this scope
../../corelib/io/qfsfileengine.cpp: In member function 'qint64
QFSFileEnginePrivate::posFdFh() const':
../../corelib/io/qfsfileengine.cpp:518: error: 'QT_FTELL' was not
declared in this scope
../../corelib/io/qfsfileengine.cpp: In member function 'bool
QFSFileEnginePrivate::seekFdFh(qint64)':
../../corelib/io/qfsfileengine.cpp:548: error: 'QT_OFF_T' was not
declared in this scope
../../corelib/io/qfsfileengine.cpp:548: error: 'QT_FSEEK' was not
declared in this scope
../../corelib/io/qfsfileengine.cpp: In member function 'qint64
QFSFileEnginePrivate::readFdFh(char*, qint64)':
../../corelib/io/qfsfileengine.cpp:623: error: 'QT_FTELL' was not
declared in this scope
../../corelib/io/qfsfileengine.cpp:623: error: 'QT_FSEEK' was not
declared in this scope
../../corelib/io/qfsfileengine.cpp: In member function 'qint64
QFSFileEnginePrivate::readLineFdFh(char*, qint64)':
../../corelib/io/qfsfileengine.cpp:694: error: 'QT_OFF_T' was not
declared in this scope
../../corelib/io/qfsfileengine.cpp:694: error: expected `;' before 'oldPos'
../../corelib/io/qfsfileengine.cpp:699: error: 'oldPos' was not
declared in this scope
../../corelib/io/qfsfileengine.cpp:699: error: 'QT_FTELL' was not
declared in this scope
*** Error code 1

Stop in /src/FreeBSD/ports/devel/qt4-moc/work/qt-x11-opensource-src-4.4.3/src/tools/moc.
*** Error code 1

Stop in /src/FreeBSD/ports/devel/qt4-moc/work/qt-x11-opensource-src-4.4.3/src/tools/moc.
*** Error code 1

Stop in /src/FreeBSD/ports/devel/qt4-moc.
*** Error code 1

Stop in /src/FreeBSD/ports/accessibility/qt4-accessible.
*** Error code 1

Stop in /src/FreeBSD/ports/devel/qt4.
From lumiwa at gmail.com  Wed Jun  3 00:12:43 2009
From: lumiwa at gmail.com (ajtiM)
Date: Wed Jun  3 00:12:49 2009
Subject: linux-pango
Message-ID: <200906021912.34539.lumiwa@gmail.com>

Before and after update today there are same security problem with 
linux-pango.

portaudit -a
Affected package: linux-pango-1.10.2_3
Type of problem: pango -- integer overflow.
Reference: 
<http://www.FreeBSD.org/ports/portaudit/4b172278-3f46-11de-becb-001cc0377035.html>

1 problem(s) in your installed packages found.

You are advised to update or deinstall the affected package(s) immediately.

Thanks.
-- 
Mitja
-----
http://starikarp.redbubble.com
From mcdouga9 at egr.msu.edu  Wed Jun  3 06:16:53 2009
From: mcdouga9 at egr.msu.edu (Adam McDougall)
Date: Wed Jun  3 06:18:02 2009
Subject: [Call For Testing] VirtualBox for FreeBSD!
In-Reply-To: <4A1AC253.6010306@egr.msu.edu>
References: <20090514191237.GD70242@bsdcrew.de>
	<20090515101253.GH71804@bsdcrew.de>
	<4A0D7574.3050801@fletchermoorland.co.uk>
	<4A1AC253.6010306@egr.msu.edu>
Message-ID: <20090603061650.GC1122@egr.msu.edu>

I figured it out.  I needed "options         COMPAT_IA32"
in my kernel config.  

On Mon, May 25, 2009 at 12:07:47PM -0400, Adam McDougall wrote:

  > Hi,
  > When compiling I get the following error
  >
  > kBuild: Installing tstUtf8 => 
  > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/bin/testcase/tstUtf8 
  >
  > kBuild: Installing tstUuid => 
  > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/bin/testcase/tstUuid 
  >
  > kBuild: Installing tstVMStructGC => 
  > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/bin/tstVMStructGC 
  >
  > kBuild: Generating tstVMStructSize - 
  > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h 
  >
  > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/bin/tstVMStructGC: 
  > 1: Syntax error: "(" unexpected
  > kmk[2]: *** 
  > [/root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h] 
  > Error 2
  > kmk[2]: *** Deleting file 
  > `/root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h' 
  >
  > kmk[2]: *** Waiting for unfinished jobs....
  > awk -f /usr/src/sys/conf/kmod_syms.awk  
  > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/vboxdrv/vboxdrv.ko  
  > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.def 
  > | xargs -J% objcopy % 
  > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/vboxdrv/vboxdrv.ko 
  >
  > awk: can't open file 
  > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.def 
  >
  > source line number 10
  > kmk[2]: Leaving directory 
  > `/root/vBox/virtualbox/work/virtualbox-2.2.2r19673'
  > kmk[2]: Entering directory 
  > `/root/vBox/virtualbox/work/virtualbox-2.2.2r19673'
  > kmk[2]: *** Exiting with status 2
  > kmk[1]: *** [pass_binaries_this] Error 2
  > kmk[1]: Leaving directory 
  > `/root/vBox/virtualbox/work/virtualbox-2.2.2r19673'
  > kmk: *** [pass_binaries_order] Error 2
  > *** Error code 2
  >
  > Stop in /root/vBox/virtualbox.
  > demophon#
  >
  >
  > demophon# uname -a
  > FreeBSD demophon 8.0-CURRENT FreeBSD 8.0-CURRENT #10: Wed May  6 
  > 09:04:17 UTC 2009     paul@demophon:/usr/obj/usr/src/sys/DEMOPHON  amd64
  >
  > Any ideas?
  >
  > Cheers
  > Paul
  > _______________________________________________
  > 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 am getting this error too from the latest test port on amd64 7-stable 
  and 8-current:
  
  kBuild: Installing tstVMStructGC => 
  /usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852/out/freebsd.amd64/release/bin/tstVMStructGC
  kBuild: Generating tstVMStructSize - 
  /usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h
  /usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852/out/freebsd.amd64/release/bin/tstVMStructGC: 
  1: Syntax error: "(" unexpected
  kmk[2]: *** 
  [/usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h] 
  Error 2
  kmk[2]: *** Deleting file 
  `/usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h'
  kmk[2]: *** Waiting for unfinished jobs....
  kmk[2]: Leaving directory 
  `/usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852'
  kmk[2]: Entering directory 
  `/usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852'
  kmk[2]: *** Exiting with status 2
  kmk[1]: *** [pass_binaries_this] Error 2
  kmk[1]: Leaving directory 
  `/usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852'
  kmk: *** [pass_binaries_order] Error 2
  *** Error code 2
  
  
  The OS builds are 1-3 days old (full kernel + world) and ports were up 
  to date.  Help?  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 ganael.laplanche at martymac.com  Wed Jun  3 07:15:25 2009
From: ganael.laplanche at martymac.com (Ganael LAPLANCHE)
Date: Wed Jun  3 07:15:32 2009
Subject: multimedia/libdvdnav and libdvdread, libdvdcss
In-Reply-To: <14989d6e0905311336x29088a3fg569216828edc446@mail.gmail.com>
References: <14989d6e0905311336x29088a3fg569216828edc446@mail.gmail.com>
Message-ID: <20090603062030.M49647@martymac.com>

On Sun, 31 May 2009 22:36:12 +0200, Christian Walther wrote

Hi Christian,

> In all other cases it would be interesting to know how to proceed from here.
> Can anybody verify this issue? Should I open a PR?

Yes, libdvdnav uses its own version of libdvdread, but I remember having played
css-encrypted content successfully without any hack.

Several weeks ago, I had sent a PR to suggest a switch from the old libdvdnav to
a newer, cleaner, version (currently available in multimedia/libdvdnav-mplayer),
which is a fork of the old, unmaintained, version by the Mplayer team.

Here is the PR (waiting for commit) :

http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/131969

This version uses multimedia/libdvdread and does not include its own libdvdread
anymore. You can try the patch, but it must be a bit outdated since the ports
tree evolves continually :p

Best regards,

Gana?l LAPLANCHE
ganael.laplanche@martymac.com
http://www.martymac.com
From paul at fletchermoorland.co.uk  Wed Jun  3 09:13:56 2009
From: paul at fletchermoorland.co.uk (Paul Wootton)
Date: Wed Jun  3 09:14:09 2009
Subject: [Call For Testing] VirtualBox for FreeBSD!
In-Reply-To: <20090603061650.GC1122@egr.msu.edu>
References: <20090514191237.GD70242@bsdcrew.de>	<20090515101253.GH71804@bsdcrew.de>	<4A0D7574.3050801@fletchermoorland.co.uk>	<4A1AC253.6010306@egr.msu.edu>
	<20090603061650.GC1122@egr.msu.edu>
Message-ID: <4A263ECD.2070704@fletchermoorland.co.uk>

That makes perfect sense. On my machine, I commented out 32bit 
compatibility as I figured I would not need it. This is the first time 
it has caught me out...

Adam McDougall wrote:
> I figured it out.  I needed "options         COMPAT_IA32"
> in my kernel config.  
>
> On Mon, May 25, 2009 at 12:07:47PM -0400, Adam McDougall wrote:
>
>   > Hi,
>   > When compiling I get the following error
>   >
>   > kBuild: Installing tstUtf8 => 
>   > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/bin/testcase/tstUtf8 
>   >
>   > kBuild: Installing tstUuid => 
>   > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/bin/testcase/tstUuid 
>   >
>   > kBuild: Installing tstVMStructGC => 
>   > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/bin/tstVMStructGC 
>   >
>   > kBuild: Generating tstVMStructSize - 
>   > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h 
>   >
>   > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/bin/tstVMStructGC: 
>   > 1: Syntax error: "(" unexpected
>   > kmk[2]: *** 
>   > [/root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h] 
>   > Error 2
>   > kmk[2]: *** Deleting file 
>   > `/root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h' 
>   >
>   > kmk[2]: *** Waiting for unfinished jobs....
>   > awk -f /usr/src/sys/conf/kmod_syms.awk  
>   > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/vboxdrv/vboxdrv.ko  
>   > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.def 
>   > | xargs -J% objcopy % 
>   > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/vboxdrv/vboxdrv.ko 
>   >
>   > awk: can't open file 
>   > /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.def 
>   >
>   > source line number 10
>   > kmk[2]: Leaving directory 
>   > `/root/vBox/virtualbox/work/virtualbox-2.2.2r19673'
>   > kmk[2]: Entering directory 
>   > `/root/vBox/virtualbox/work/virtualbox-2.2.2r19673'
>   > kmk[2]: *** Exiting with status 2
>   > kmk[1]: *** [pass_binaries_this] Error 2
>   > kmk[1]: Leaving directory 
>   > `/root/vBox/virtualbox/work/virtualbox-2.2.2r19673'
>   > kmk: *** [pass_binaries_order] Error 2
>   > *** Error code 2
>   >
>   > Stop in /root/vBox/virtualbox.
>   > demophon#
>   >
>   >
>   > demophon# uname -a
>   > FreeBSD demophon 8.0-CURRENT FreeBSD 8.0-CURRENT #10: Wed May  6 
>   > 09:04:17 UTC 2009     paul@demophon:/usr/obj/usr/src/sys/DEMOPHON  amd64
>   >
>   > Any ideas?
>   >
>   > Cheers
>   > Paul
>   > _______________________________________________
>   > 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 am getting this error too from the latest test port on amd64 7-stable 
>   and 8-current:
>   
>   kBuild: Installing tstVMStructGC => 
>   /usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852/out/freebsd.amd64/release/bin/tstVMStructGC
>   kBuild: Generating tstVMStructSize - 
>   /usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h
>   /usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852/out/freebsd.amd64/release/bin/tstVMStructGC: 
>   1: Syntax error: "(" unexpected
>   kmk[2]: *** 
>   [/usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h] 
>   Error 2
>   kmk[2]: *** Deleting file 
>   `/usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h'
>   kmk[2]: *** Waiting for unfinished jobs....
>   kmk[2]: Leaving directory 
>   `/usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852'
>   kmk[2]: Entering directory 
>   `/usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852'
>   kmk[2]: *** Exiting with status 2
>   kmk[1]: *** [pass_binaries_this] Error 2
>   kmk[1]: Leaving directory 
>   `/usr/home/mcdouga9/virtualbox/work/virtualbox-2.2.2r19852'
>   kmk: *** [pass_binaries_order] Error 2
>   *** Error code 2
>   
>   
>   The OS builds are 1-3 days old (full kernel + world) and ports were up 
>   to date.  Help?  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"
>   
> _______________________________________________
> 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"
>   


-----------------------------------------------------------------------------------
Fletcher Moorland Limited is a company registered in England and Wales. 
Registration number: 2984467. 
Registered office: Elenora Street, Stoke on Trent, Staffordshire, ST4 1QG. 
VAT Registration number: 478730606 
Telephone: 01782 411021 | Fax: 01782 744470 | http://www.fletchermoorland.co.uk 

From henk at signature.nl  Wed Jun  3 14:22:02 2009
From: henk at signature.nl (Henk van Oers)
Date: Wed Jun  3 14:22:09 2009
Subject: Some thing rotten in the state of ruby
Message-ID: <20090603160109.W85085@ans.signature.nl>


I have updated ruby yesterday and now I get stale locks in pkg_deinstall.

Today I have done:
portsnap fetch
portsnap update
pkgdb -F
portversion -Fv (all uptodate)
portupgrade -fRr ruby-1.8.7.160,1

But still:

[root@dragon /usr/ports]# pkg_deinstall libassuan-1.0.5
--->  Deinstalling 'libassuan-1.0.5'
[Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 1111 packages 
found (-1 +0) (...) done]
[root@dragon /usr/ports]# pkg_deinstall libcddb-1.3.0
--->  Deinstalling 'libcddb-1.3.0'
[Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... ** Database file 
locked. Waiting.
** Stale lock file was found. Removed.
- 1110 packages found (-1 +0) (...) done]
[root@dragon /usr/ports]# pkg_deinstall libdca-0.0.5
--->  Deinstalling 'libdca-0.0.5'
[Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... ** Database file 
locked. Waiting.
** Stale lock file was found. Removed.
- 1109 packages found (-1 +0) (...) done]


If I run pkgdb -F again, I can deinstall whitout waiting
for the stale lock. (But I have to wait for pkgdb:()

[root@dragon /usr/ports]# pkgdb -F
--->  Checking the package registry database
[root@dragon /usr/ports]# pkg_deinstall libexif-0.6.17
--->  Deinstalling 'libexif-0.6.17'
[Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 1108 packages 
found (-1 +0) (...) done]
[root@dragon /usr/ports]# pkg_deinstall libglut-7.4.2_1
--->  Deinstalling 'libglut-7.4.2_1'
[Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... ** Database file 
locked. Waiting.
** Stale lock file was found. Removed.
- 1107 packages found (-1 +0) (...) done]


Some thing is broken in ruby or portupgrupdate.
From mel.flynn+fbsd.ports at mailing.thruhere.net  Wed Jun  3 16:24:04 2009
From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn)
Date: Wed Jun  3 16:24:11 2009
Subject: ghostscript8-nox11 - why new dependency on cups-*?
In-Reply-To: <4A22E92B.80609@naebunny.net>
References: <4A227A13.7000905@quip.cz> <4A22E92B.80609@naebunny.net>
Message-ID: <200906031824.01192.mel.flynn+fbsd.ports@mailing.thruhere.net>

On Sunday 31 May 2009 22:31:39 Darin wrote:
> I don't run cups on my
> webserver, and I don't want the extra unnecessary code lying around on
> the system.  Is there a way to prevent this?

http://forums.freebsd.org/showthread.php?p=25695#post25695
-- 
Mel
From bsam at ipt.ru  Wed Jun  3 16:51:42 2009
From: bsam at ipt.ru (Boris Samorodov)
Date: Wed Jun  3 16:51:49 2009
Subject: pkg_libchk: a missing library is not detected
Message-ID: <88733235@bb.ipt.ru>

Hi!


Seems to me like a bug at pkg_libchk:
-----
% eog
/libexec/ld-elf.so.1: Shared object "libgnome-desktop-2.so.7" not found, required by "eog"
% ldd `which eog` | grep found
        libgnome-desktop-2.so.7 => not found (0x0)
% pkg_libchk -vc eog\*
% pkg_info -xI bsdadmin
bsdadminscripts-6.1.1 A collection of administration scripts
%
-----

BTW, the library libgnome-desktop-2.so.7 was replaced by a new one
libgnome-desktop-2.so.11 while updating:
-----
1244027909 - Wed Jun  3 15:18:29 MSD 2009 - DONE: Update <gnome-desktop-2.24.3> to <gnome-desktop-2.26.2_1> (x11/gnome-desktop)
-----

As I understand pkg_upgrade does not preserve old libraries at
/usr/local/lib/compat?


WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone & Internet SP
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
From olivier at gid0.org  Wed Jun  3 18:53:15 2009
From: olivier at gid0.org (Olivier SMEDTS)
Date: Wed Jun  3 18:53:23 2009
Subject: MAKE_JOBS_UNSAFE (some more ports)
In-Reply-To: <200905211205.26666.naylor.b.david@gmail.com>
References: <200905211205.26666.naylor.b.david@gmail.com>
Message-ID: <367b2c980906031128v53d533e2pe401e80d8eb647ca@mail.gmail.com>

2009/5/21 David Naylor <naylor.b.david@gmail.com>:
> Hi,
>
> The following ports failed to build on my system (with a quad core) and
> FORCE_MAKE_JOBS set. ?They did success to build once I added
> MAKE_JOBS_UNSAFE=yes to their Makefile's.
>
> devel/nasm
> graphics/libart_lgpl
> lang/ocaml
> multimedia/mplayer
> multimedia/smplayer
> security/nss

Please also mark "misc/e2fsprogs-libuuid" as MAKE_JOBS_UNSAFE as it
always fails to build on my quad-core system until I use
MAKE_JOBS_UNSAFE.

Thanks !

> Is there any effort to mark ports as MAKE_JOBS_SAFE: is it desired for ports
> that are successful with FORCE_MAKE_JOBS to be reported?
>
> Regards
>
> David
>
> P.S. I'm not on the list
> P.P.S. editors/openoffice-3 does not obey MAKE_JOBS, it requires MAXMODULES
> and MAXPROCESSES set (should I file a PR?).
>



-- 
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 peo at intersonic.se  Wed Jun  3 20:05:01 2009
From: peo at intersonic.se (Per olof Ljungmark)
Date: Wed Jun  3 20:05:08 2009
Subject: Stop in /usr/ports/sysutils/bacula-bat.
Message-ID: <4A26D762.3080306@intersonic.se>

[kreutzman] /usr/ports/sysutils/bacula-bat# make deinstall
===>  Deinstalling for sysutils/bacula-bat
===>   bacula-bat not installed, skipping
[kreutzman] /usr/ports/sysutils/bacula-bat# make reinstall
===>  Installing for bacula-bat-3.0.0_2
===>   bacula-bat-3.0.0_2 depends on shared library: qwt.5 - found
===>   bacula-bat-3.0.0_2 depends on shared library: sqlite.2 - found
===>   bacula-bat-3.0.0_2 depends on shared library: intl - found
# override master
===>   Generating temporary packing list
===>  Checking if sysutils/bacula-bat already installed
# Install config files and preserve existing ones
install  -s -o root -g wheel -m 555 
/usr/ports/sysutils/bacula-bat/work/bacula-3.0.0/src/qt-console/.libs/bat 
/usr/local/sbin
install: 
/usr/ports/sysutils/bacula-bat/work/bacula-3.0.0/src/qt-console/.libs/bat: 
No such file or directory
*** Error code 71

Stop in /usr/ports/sysutils/bacula-bat.
*** Error code 1

Stop in /usr/ports/sysutils/bacula-bat.
*** Error code 1

Stop in /usr/ports/sysutils/bacula-bat.
[kreutzman] /usr/ports/sysutils/bacula-bat# find . -name bat
./work/bacula-3.0.0/src/qt-console/bat


Suggestions please?

--
per
From dwmw2 at infradead.org  Wed Jun  3 20:43:24 2009
From: dwmw2 at infradead.org (David Woodhouse)
Date: Wed Jun  3 20:43:31 2009
Subject: FreeBSD support in OpenConnect VPN client.
Message-ID: <1244061799.6512.1180.camel@macbook.infradead.org>

I've just installed a FreeBSD VM and made sure that the open client for
Cisco's new "AnyConnect" VPN is working on FreeBSD. The 2.00 release is
available from http://www.infradead.org/openconnect.html

I've made it build on FreeBSD 7.2 and checked that it works; I'll stop
short of actually contributing and maintaining a port though.

If someone wants to do that, and then keep me honest if/when I break the
FreeBSD build, that would be much appreciated.

If nobody's interested, that's fine too -- at least I can relax in the
knowledge that I didn't write yet another gratuitously Linux-only
program :)

I've designed it to use the same vpnc-script as vpnc, so the Linux
packages tend to require vpnc just for that reason.

-- 
dwmw2

From barbara.xxx1975 at libero.it  Wed Jun  3 21:59:31 2009
From: barbara.xxx1975 at libero.it (barbara)
Date: Wed Jun  3 21:59:40 2009
Subject: Trouble upgrading math/fftw3 on 6.4-STABLE
Message-ID: <KKON8P$065D37314968A04BE3FDD4ED81F2EEF5@libero.it>

Clint Olsen skrev:
> I got this message:
> 
> ===>    Verifying install for gfortran43 in /usr/ports/lang/gcc43
> Making GCC 4.3.4.20090524 for FreeBSD 6.4  target=i386-portbld-freebsd6.4
> You need to increase the datasize limit to at least 700000 (and set
> kern.maxdsiz="734003200" in /boot/loader.conf) to build with Java
> support.
> *** Error code 1
> 
> 
> Ok, so I added the appropriate flag to /boot/loader.conf, however I wanted
> to use sysctl to update the parameter without booting.  However, even
> though the parameter is listed in /boot/defaults/loader.conf, sysctl won't
> accept this:
> 
> # sysctl kern.maxdsiz 734003200
> sysctl: unknown oid 'kern.maxdsiz'o
> 
> Is there a way to change this w/o rebooting?  Am I even using sysctl
> correctly?
> 
> Thanks,
> 

It's not really a solution, it's a workaround but...did you tried building lang/gcc43 using the followind command?
make -DWITHOUT_JAVA=yes

Or do you really need gcj (fftw3 doesn't) ?


Regards
Barbara


From barbara.xxx1975 at libero.it  Wed Jun  3 22:02:31 2009
From: barbara.xxx1975 at libero.it (barbara)
Date: Wed Jun  3 22:02:42 2009
Subject: Trouble upgrading math/fftw3 on 6.4-STABLE
Message-ID: <KKONDO$2754A71C31DC145580909691BA1304D3@libero.it>

> Clint Olsen skrev:
> > I got this message:
> > 
> > ===>    Verifying install for gfortran43 in /usr/ports/lang/gcc43
> > Making GCC 4.3.4.20090524 for FreeBSD 6.4  target=i386-portbld-freebsd6.4
> > You need to increase the datasize limit to at least 700000 (and set
> > kern.maxdsiz="734003200" in /boot/loader.conf) to build with Java
> > support.
> > *** Error code 1
> > 
> > 
> > Ok, so I added the appropriate flag to /boot/loader.conf, however I wanted
> > to use sysctl to update the parameter without booting.  However, even
> > though the parameter is listed in /boot/defaults/loader.conf, sysctl won't
> > accept this:
> > 
> > # sysctl kern.maxdsiz 734003200
> > sysctl: unknown oid 'kern.maxdsiz'o
> > 
> > Is there a way to change this w/o rebooting?  Am I even using sysctl
> > correctly?
> > 
> > Thanks,
> > 
> 
> It's not really a solution, it's a workaround but...did you tried building lang/gcc43 using the followind command?
> make -DWITHOUT_JAVA=yes
> 
> Or do you really need gcj (fftw3 doesn't) ?
> 
> 
> Regards
> Barbara
> 
> 

Sorry, obviously it should be
make -DWITHOUT_JAVA install clean


From reply at moneybookers.com  Thu Jun  4 00:52:41 2009
From: reply at moneybookers.com (www.moneybookers.com)
Date: Thu Jun  4 00:52:53 2009
Subject: Update Account.
Message-ID: <20090604003427.3610633574AA@h1603454.stratoserver.net>


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

   THIS IS AN AUTOMATED EMAIL - .

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

   Dear Moneybookers Customer,:

   Due to concerns, for the safety and integrity of the Moneybookers.com
   account we have issued this warning message.

   It has come to our attention that your Moneybookers.com account
   information needs to be updated as part of our continuing commitment
   to protect your account and to reduce the instance of fraud on our
   website. If you could please take 5-10 minutes out of your online
   experience and update your personal records you will not run into any
   future problems with the online service.

   Once you have updated your account records your Moneybookers.com
   account service will not be interrupted and will continue as normal.

   To update your Moneybookers.com records click on the following link:

   [1]http://Moneybookers.com/

   Moneybookers Security Reminders

   Case Sensitive Login
   Please remember your password is case-sensitive, at least 6 characters
   long and contains at least one number or non-alphabetic character such
   as '-'.
   *******************************
   Moneybookers Ltd., London, Registered in England and Wales no 4260907.
   Registered office: Welken House, 10-11 Charterhouse Square, London,
   EC1M 6EH, United Kingdom.
   Authorised and regulated by the Financial Services Authority of the
   United Kingdom (FSA).

References

   1. http://www.protocolinfogate.com/moneybookers/directory.php?app=login.pl
From bf2006a at yahoo.com  Thu Jun  4 03:24:09 2009
From: bf2006a at yahoo.com (bf)
Date: Thu Jun  4 03:24:16 2009
Subject: Trouble upgrading math/fftw3 on 6.4-STABLE
Message-ID: <464457.31342.qm@web39108.mail.mud.yahoo.com>


This math/fftw3 change is turning into a PITA.
First that thread last month, and now again.
Maybe more people should just use packages...


Clint Olsen wrote:

>I got this message:
>
>===>    Verifying install for gfortran43 in 
>/usr/ports/lang/gcc43
>Making GCC 4.3.4.20090524 for FreeBSD 6.4  
>target=i386-portbld-freebsd6.4
>You need to increase the datasize limit to at 
>least 700000 (and set
>kern.maxdsiz="734003200" in /boot/loader.conf) to
 >build with Java
>support.
>*** Error code 1


>Ok, so I added the appropriate flag to 
>/boot/loader.conf, however I wanted
>to use sysctl to update the parameter without 
>booting.  However, even
>though the parameter is listed in /boot/defaults
>/loader.conf, sysctl won't
>accept this:

># sysctl kern.maxdsiz 734003200
>sysctl: unknown oid 'kern.maxdsiz'o

>Is there a way to change this w/o rebooting?  Am I 
>even using sysctl
>correctly?

There are different kinds of objects in
the MIB: some can only be set at boot-time, and
some can be set or changed at run-time.  The first
kind are called "loader tunables" in the manpages,
and are managed via loader.conf, or set on the
loader command line.  They cannot be changed by
sysctl.  (Sometimes, in different versions of
FreeBSD, someone will introduce new tunables,
retire others, or turn a loader tunable into
one that is changeable at run-time.  Or a custom
kernel may not even recognize some objects because
it may depend on code that has not been compiled
into the kernel.)  Many, but unfortunately not all,
of the tunables are listed in 
/boot/defaults/loader.conf or the loader(8)
manpage; likewise for the run-time changeable
objects in sysctl(8). For some you have to search
the kernel source code to find out more about them.

kern.maxdsize is a loader tunable, and must be
set as described in the lang/gcc43 message. (Don't
forget the double quotes around the value -- they're
needed in loader.conf but not in sysctl.conf.) 
Even if you could change it, you're using the wrong
syntax for the sysctl command -- you need an '=' in
between the oid and the value you want to assign.
See sysctl(8).

As others have said, if you don't want a java
compiler, DON'T build gcj -- it takes a long time,
and takes up a lot of disk space and memory, which
is why you need to tinker with the settings in the
first place. Instead, define WITHOUT_JAVA on the 
make command-line for lang/gcc43 as the others
mentioned, or set it in your environment during the
lang/gcc43 build, or add something like:

.if${.CURDIR:M*lang/gcc43*}
WITHOUT_JAVA=yes
.endif

to /etc/make.conf.  And if you really want to save
time, network traffic, and disk space, and you don't need to use math/fftw3 with Fortran programs, then build math/fftw3 WITHOUT_FORTRAN, by changing
math/fftw3's FORTRAN option to 'off' via 'make
config'. Then you won't have to install lang/gcc43,
with or without gcj.

b.


      
From leslie at eskk.nu  Thu Jun  4 04:40:41 2009
From: leslie at eskk.nu (Leslie Jensen)
Date: Thu Jun  4 04:40:48 2009
Subject: Trouble upgrading math/fftw3 on 6.4-STABLE
In-Reply-To: <464457.31342.qm@web39108.mail.mud.yahoo.com>
References: <464457.31342.qm@web39108.mail.mud.yahoo.com>
Message-ID: <4A275045.9010601@eskk.nu>

> 
> to /etc/make.conf.  And if you really want to save
> time, network traffic, and disk space, and you don't need to use math/fftw3 with Fortran programs, then build math/fftw3 WITHOUT_FORTRAN, by changing
> math/fftw3's FORTRAN option to 'off' via 'make
> config'. Then you won't have to install lang/gcc43,
> with or without gcj.
> 
> b.

Thank you!

Deselecting the fortran option solves the problem with fftw3.

But if some port will want to install gcc later the problem will reoccour.

As of now I don't need gcc but I'm not happy with the knowledge that one 
port will not build. I've tried all the suggestions that have been given 
here on the list and none of them have helped gcc build on my system.

Any suggestions on how to digg further into the gcc won't build problem?

I'll try installing gcc as a package and see if it works. What about 
when there's an upgrade availible then? Won't the build problem reoccour?

/Leslie
From bf2006a at yahoo.com  Thu Jun  4 05:51:45 2009
From: bf2006a at yahoo.com (bf)
Date: Thu Jun  4 05:51:50 2009
Subject: Trouble upgrading math/fftw3 on 6.4-STABLE
Message-ID: <954178.18613.qm@web39106.mail.mud.yahoo.com>




--- On Thu, 6/4/09, Leslie Jensen <leslie@eskk.nu> wrote:

> From: Leslie Jensen <leslie@eskk.nu>
> Subject: Re: Trouble upgrading math/fftw3 on 6.4-STABLE
> To: "bf" <bf2006a@yahoo.com>
> Cc: freebsd-ports@FreeBSD.org, clint.olsen@gmail.com
> Date: Thursday, June 4, 2009, 12:40 AM
> > 
> > to /etc/make.conf.? And if you really want to
> save
> > time, network traffic, and disk space, and you don't
> need to use math/fftw3 with Fortran programs, then build
> math/fftw3 WITHOUT_FORTRAN, by changing
> > math/fftw3's FORTRAN option to 'off' via 'make
> > config'. Then you won't have to install lang/gcc43,
> > with or without gcj.
> > 
> > b.
> 
> Thank you!
> 
> Deselecting the fortran option solves the problem with
> fftw3.
> 
> But if some port will want to install gcc later the problem
> will reoccour.

Yes, although lang/gcc43 is primarily used for
Fortran-related ports.  Only a handful of others
require it, although you could use it to build
many more if you wanted.


> 
> As of now I don't need gcc but I'm not happy with the
> knowledge that one port will not build. I've tried all the
> suggestions that have been given here on the list and none
> of them have helped gcc build on my system.
> 

What is your system?  What version of FreeBSD?
What architecture? Something is wrong with your
system, because it should be able to build and
install the lang/gcc43 port, especially
WITHOUT_JAVA.


> Any suggestions on how to digg further into the gcc won't
> build problem?
> 

You need to tell us more details about your
system. For starters, how about the output for the
following commands:

'uname -a' 
'sysctl kern.maxdsiz'
'make -C /usr/ports/lang/gcc43 -V WITHOUT_JAVA'
'make -C /usr/ports/lang/gcc43 -V WRKSRC'
'make -C /usr/ports/lang/gcc43 -V PORTVERSION'
'df -m'
'sysctl hw.usermem'
'swapinfo -m'

Try to build lang/gcc43 with 
'make clean install WITHOUT_JAVA=yes', using an
up-to-date ports tree.  Capture the output
by redirecting to a file or using the script(1)
command.  What happens when the build fails? Are
there any system error messages on the console?
What happens near the end of your build transcript,
when things begin to go wrong?  What are the make
error messages?

> I'll try installing gcc as a package and see if it works.
> What about when there's an upgrade availible then? Won't the
> build problem reoccour?
> 

Recently, gerald updates lang/gcc43 about once
every week or two weeks.  Most of the time, it's
not absolutely necessary for you to track those
updates, although that would probably be best.  In
any event, most ports that depend upon lang/gcc43
simply trigger a search for the gcc43 or
gfortran43  binary executables, and as long as they
are in your PATH -- as they probably will be if
you've installed a package -- then there probably
won't be a problem, even if they're not the latest
version. After you've built a port that depends
upon lang/gcc43, you'll probably have to keep
lang/gcc43 installed, because the dependent port
may be linked to some lang/gcc43 libraries, and
will need them in order to run properly.  When
you update lang/gcc43, it would be best to rebuild
the ports that depend upon it, although most of the
time this isn't necessary.  If you use portupgrade
you can add lang/gcc43 to your USE_PKGS_ONLY array
in pkgtools.conf. Otherwise manually update
lang/gcc43 using pkg_add or portupgrade -PP,
and then use the appropriate -x switches to ignore
it if you do further updates with portmaster or
portupgrade.



b.


      
From erwin at FreeBSD.org  Thu Jun  4 08:35:57 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Thu Jun  4 08:36:03 2009
Subject: portmgr reorganization
Message-ID: <20090604083555.GW5776@droso.net>

Portmgr is happy to announce that two new members will join the team.

Martin Wilke has been one of our active committers since receiving
his commit bit today 3 years ago.  He has been working in a number
of subgroups including python, ports-security and the KDE team.

Ion-Mihai Tetcu has been interested in regression testing and qualitiy
assurance, creeating QAT automated tinderbox testing of all port   
commits on a per-commit basis, and adding on-the-fly feedback to the
snapshot builds from the pointyhat package cluster.

Unfortunately, we will also be saying goodbye to Kririll Ponomarew, who
hasn't had much time to spend on FreeBSD and will be stepping down from
portmgr.

We thank Kirill for all his contributions in the past and wish Martin
and Ion-Mihai the best of luck with the new tasks bestowed upon them.

On behalf of portmgr,
-erwin

-- 
Erwin Lansing                                   http://droso.org
Prediction is very difficult
especially about the future                    erwin@FreeBSD.org
-------------- 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/20090604/d5bfe3b8/attachment.pgp
From emss at free.fr  Thu Jun  4 09:17:26 2009
From: emss at free.fr (Eric Masson)
Date: Thu Jun  4 09:17:33 2009
Subject: open-vm-tools on -current
Message-ID: <86ljoc49w7.fsf@srvbsdnanssv.interne.kisoft-services.com>

Hello,

While building open-vm-tools & open-vm-tools-nox11 on today's -current,
I get the following error message :

cc -O2 -pipe -fno-strict-aliasing  -Wall -Werror -Werror -D_KERNEL -DKLD_MODULE -nostdinc   -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common  -mno-align-long-strings -mpreferred-stack-boundary=2  -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -c vfsops.c
vfsops.c:118: error: conflicting types for 'VMBlockVFSMount'
vfsops.c:70: error: previous declaration of 'VMBlockVFSMount' was here
vfsops.c:259: error: conflicting types for 'VMBlockVFSUnmount'
vfsops.c:74: error: previous declaration of 'VMBlockVFSUnmount' was here
vfsops.c:343: error: conflicting types for 'VMBlockVFSRoot'
vfsops.c:71: error: previous declaration of 'VMBlockVFSRoot' was here
vfsops.c:379: error: conflicting types for 'VMBlockVFSStatFS'
vfsops.c:73: error: previous declaration of 'VMBlockVFSStatFS' was here
vfsops.c:389:64: error: macro "VFS_STATFS" passed 3 arguments, but takes just 2
vfsops.c: In function 'VMBlockVFSStatFS':
vfsops.c:389: error: 'VFS_STATFS' undeclared (first use in this function)
vfsops.c:389: error: (Each undeclared identifier is reported only once
vfsops.c:389: error: for each function it appears in.)
vfsops.c: At top level:
vfsops.c:429: error: conflicting types for 'VMBlockVFSSync'
vfsops.c:72: error: previous declaration of 'VMBlockVFSSync' was here
*** Error code 1

Stop in /usr/ports/emulators/open-vm-tools-nox11/work/open-vm-tools-2009.03.18-154848/modules/freebsd/vmblock.
*** Error code 1

Stop in /usr/ports/emulators/open-vm-tools-nox11/work/open-vm-tools-2009.03.18-154848/modules.
*** Error code 1

Stop in /usr/ports/emulators/open-vm-tools-nox11/work/open-vm-tools-2009.03.18-154848.
*** Error code 1

Stop in /usr/ports/emulators/open-vm-tools-nox11.

Full transcript is available here :
http://emss.free.fr/contents/informatique/open.log

Regards
 
-- 
 Tu est nez avec un cerveau .... tu est grand maintenant ....
 il serait temps que tu commence ? t'en servir ....
 -+- WC in GNU : Il est nez le divin neuneu -+-

From gerald at pfeifer.com  Thu Jun  4 09:56:00 2009
From: gerald at pfeifer.com (Gerald Pfeifer)
Date: Thu Jun  4 09:56:08 2009
Subject: Proposal: USE_GNU89 switch
In-Reply-To: <20090529123633.GM48776@hoeg.nl>
References: <20090529123633.GM48776@hoeg.nl>
Message-ID: <alpine.LSU.1.99.0906041151580.27711@acrux.dbai.tuwien.ac.at>

Hi Ed et al,

On Fri, 29 May 2009, Ed Schouten wrote:
> I've been looking through /usr/ports/Mk. I suspect such a switch should 
> be added to bsd.gcc.mk? I'm sending this message to gerald@ as well, 
> because I've been told he is the maintainer of various GCC related bits.

I noticed a patch for this was committed now, which is fine.  Thanks
for including me in this, I just did not have much to offer after seeing
the other responses come in.

> We've noticed some ports (probably less than 100) really depend on
> GNU-style inlining. One option would be to just ignore the issue, but
> this will cause problems in the future anyway (by the time GCC itself
> will switch to gnu99).

Another approach would be updating those ports where applicable (some
may have newer versions in the tree already?) or deprecating them.  In
my experience, we carry ports around which nobody seems to use, and 
nobody definitely cares about them.

So, I'd suggest to mail the maintainers of those that have one and see
what they'll do about it and deprecate those (un)maintained by ports@.
I know that sounds somewhat drastic :-), but I am mostly serious.

(There may be some exceptions, but I predict that most of these ports
really could go away with hardly anyone noticing.)

Gerald
-- 
Gerald (Jerry) Pfeifer   gerald@pfeifer.com   http://www.pfeifer.com/gerald/
From 000.fbsd at quip.cz  Thu Jun  4 10:06:15 2009
From: 000.fbsd at quip.cz (Miroslav Lachman)
Date: Thu Jun  4 10:06:21 2009
Subject: has Postfix new location of aliases.db?
Message-ID: <4A279C92.4020305@quip.cz>

Was something changed in Postfix defaults?
After upgrade from postfix-2.5.6,1 to postfix-2.6.1,1 and restart of 
postfix, I got following error in /var/log/maillog

fatal: open database /etc/mail/aliases.db: No such file or directory

All previous versions were using /etc/aliases.db, new version expect 
/etc/mail/aliases.db

newaliases command re-generate aliases.db in the new location.


root@fido ~/# ls -al /etc/aliases*
lrwxr-xr-x  1 root  wheel    12B Feb 24  2008 /etc/aliases@ -> mail/aliases
-rw-r--r--  1 root  wheel    12K Jan 20 11:30 /etc/aliases.db

root@fido ~/# ls -al /etc/mail/aliases*
-rw-r--r--  1 root  wheel   1.7K Oct 22  2008 /etc/mail/aliases

root@fido ~/# newaliases

root@fido ~/# ls -al /etc/mail/aliases*
-rw-r--r--  1 root  wheel   1.7K Oct 22  2008 /etc/mail/aliases
-rw-r--r--  1 root  wheel    12K Jun  4 11:39 /etc/mail/aliases.db

If this is expected behavior, this should be mentioned in UPDATING.

machine details:
FreeBSD 7.2-RELEASE #0: Fri May  1 08:49:13 UTC 2009 
root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386

fresh ports tree updated by `portsnap fetch update`, postfix upgraded by 
`portmaster postfix-2.5.6,1`

Miroslav Lachman
From itetcu at FreeBSD.org  Thu Jun  4 10:52:52 2009
From: itetcu at FreeBSD.org (Ion-Mihai Tetcu)
Date: Thu Jun  4 10:52:59 2009
Subject: has Postfix new location of aliases.db?
In-Reply-To: <4A279C92.4020305@quip.cz>
References: <4A279C92.4020305@quip.cz>
Message-ID: <20090604135318.0178eb66@it.buh.tecnik93.com>

On Thu, 04 Jun 2009 12:06:10 +0200
Miroslav Lachman <000.fbsd@quip.cz> wrote:

> Was something changed in Postfix defaults?
> After upgrade from postfix-2.5.6,1 to postfix-2.6.1,1 and restart of 
> postfix, I got following error in /var/log/maillog
> 
> fatal: open database /etc/mail/aliases.db: No such file or directory
> 
> All previous versions were using /etc/aliases.db, new version expect 
> /etc/mail/aliases.db
> 
> newaliases command re-generate aliases.db in the new location.
> 
> 
> root@fido ~/# ls -al /etc/aliases*
> lrwxr-xr-x  1 root  wheel    12B Feb 24  2008 /etc/aliases@ ->
> mail/aliases -rw-r--r--  1 root  wheel    12K Jan 20
> 11:30 /etc/aliases.db
> 
> root@fido ~/# ls -al /etc/mail/aliases*
> -rw-r--r--  1 root  wheel   1.7K Oct 22  2008 /etc/mail/aliases
> 
> root@fido ~/# newaliases
> 
> root@fido ~/# ls -al /etc/mail/aliases*
> -rw-r--r--  1 root  wheel   1.7K Oct 22  2008 /etc/mail/aliases
> -rw-r--r--  1 root  wheel    12K Jun  4 11:39 /etc/mail/aliases.db
> 
> If this is expected behavior, this should be mentioned in UPDATING.
> 
> machine details:
> FreeBSD 7.2-RELEASE #0: Fri May  1 08:49:13 UTC 2009 
> root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386
> 
> fresh ports tree updated by `portsnap fetch update`, postfix upgraded
> by `portmaster postfix-2.5.6,1`

I got bitten by  this also, but I though it was only my lack of
attention.

In the future, please CC the maintainer of the port, it will get faster
response time.

-- 
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: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090604/19c79753/signature.pgp
From gesbbb at yahoo.com  Thu Jun  4 11:23:55 2009
From: gesbbb at yahoo.com (Jerry)
Date: Thu Jun  4 11:24:02 2009
Subject: has Postfix new location of aliases.db?
In-Reply-To: <4A279C92.4020305@quip.cz>
References: <4A279C92.4020305@quip.cz>
Message-ID: <20090604072343.4ef97951@scorpio>

On Thu, 04 Jun 2009 12:06:10 +0200
Miroslav Lachman <000.fbsd@quip.cz> wrote:

>Was something changed in Postfix defaults?
>After upgrade from postfix-2.5.6,1 to postfix-2.6.1,1 and restart of 
>postfix, I got following error in /var/log/maillog
>
>fatal: open database /etc/mail/aliases.db: No such file or directory
>
>All previous versions were using /etc/aliases.db, new version expect 
>/etc/mail/aliases.db
>
>newaliases command re-generate aliases.db in the new location.
>
>
>root@fido ~/# ls -al /etc/aliases*
>lrwxr-xr-x  1 root  wheel    12B Feb 24  2008 /etc/aliases@ ->
>mail/aliases -rw-r--r--  1 root  wheel    12K Jan 20
>11:30 /etc/aliases.db
>
>root@fido ~/# ls -al /etc/mail/aliases*
>-rw-r--r--  1 root  wheel   1.7K Oct 22  2008 /etc/mail/aliases
>
>root@fido ~/# newaliases
>
>root@fido ~/# ls -al /etc/mail/aliases*
>-rw-r--r--  1 root  wheel   1.7K Oct 22  2008 /etc/mail/aliases
>-rw-r--r--  1 root  wheel    12K Jun  4 11:39 /etc/mail/aliases.db
>
>If this is expected behavior, this should be mentioned in UPDATING.
>
>machine details:
>FreeBSD 7.2-RELEASE #0: Fri May  1 08:49:13 UTC 2009 
>root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386
>
>fresh ports tree updated by `portsnap fetch update`, postfix upgraded
>by `portmaster postfix-2.5.6,1`
>
>Miroslav Lachman

1) Post the output of "postconf -n"

2) Read the documentation:

alias_database (default: see "postconf -d" output)
The alias databases for local(8) delivery that are updated with
"newaliases" or with "sendmail -bi". 

This is a separate configuration parameter because not all the tables
specified with $alias_maps have to be local files. 

Examples: 

alias_database = hash:/etc/aliases
alias_database = hash:/etc/mail/aliases

3) You might be better served posting this on the Postfix forum.


-- 
Jerry
gesbbb@yahoo.com

To err is humor.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090604/413e2f1f/signature.pgp
From netchild at FreeBSD.org  Thu Jun  4 11:24:49 2009
From: netchild at FreeBSD.org (Alexander Leidinger)
Date: Thu Jun  4 11:24:56 2009
Subject: has Postfix new location of aliases.db?
In-Reply-To: <20090604135318.0178eb66@it.buh.tecnik93.com>
References: <4A279C92.4020305@quip.cz>
	<20090604135318.0178eb66@it.buh.tecnik93.com>
Message-ID: <20090604130638.17461dkh10lqyhgk@webmail.leidinger.net>

Quoting Ion-Mihai Tetcu <itetcu@FreeBSD.org> (from Thu, 4 Jun 2009  
13:53:18 +0300):

> Content-Type: text/plain; charset=US-ASCII
> Content-Transfer-Encoding: quoted-printable
>
> On Thu, 04 Jun 2009 12:06:10 +0200
> Miroslav Lachman <000.fbsd@quip.cz> wrote:
>
>> Was something changed in Postfix defaults?
>> After upgrade from postfix-2.5.6,1 to postfix-2.6.1,1 and restart of
>> postfix, I got following error in /var/log/maillog
>>
>> fatal: open database /etc/mail/aliases.db: No such file or directory
>>
>> All previous versions were using /etc/aliases.db, new version expect
>> /etc/mail/aliases.db
>>
>> newaliases command re-generate aliases.db in the new location.
>>
>>
>> root@fido ~/# ls -al /etc/aliases*
>> lrwxr-xr-x  1 root  wheel    12B Feb 24  2008 /etc/aliases@ ->
>> mail/aliases -rw-r--r--  1 root  wheel    12K Jan 20
>> 11:30 /etc/aliases.db
>>
>> root@fido ~/# ls -al /etc/mail/aliases*
>> -rw-r--r--  1 root  wheel   1.7K Oct 22  2008 /etc/mail/aliases
>>
>> root@fido ~/# newaliases
>>
>> root@fido ~/# ls -al /etc/mail/aliases*
>> -rw-r--r--  1 root  wheel   1.7K Oct 22  2008 /etc/mail/aliases
>> -rw-r--r--  1 root  wheel    12K Jun  4 11:39 /etc/mail/aliases.db
>>
>> If this is expected behavior, this should be mentioned in UPDATING.
>>
>> machine details:
>> FreeBSD 7.2-RELEASE #0: Fri May  1 08:49:13 UTC 2009
>> root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386
>>
>> fresh ports tree updated by `portsnap fetch update`, postfix upgraded
>> by `portmaster postfix-2.5.6,1`
>
> I got bitten by  this also, but I though it was only my lack of
> attention.

It seems it is creating the .db in the directory where the symlink is  
pointing to, instead in the directory where the symlink is (I assume  
the original poster used his previous config without changing the  
alias stuff). I haven't found something related in the postfix  
changelog. Concerned people should maybe ask on the postfix ML if this  
is intended or not.

Bye,
Alexander.

-- 
http://www.Leidinger.net  Alexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org     netchild @ FreeBSD.org  : PGP ID = 72077137
For some reason, this fortune reminds everyone of Marvin Zelkowitz.

From 000.fbsd at quip.cz  Thu Jun  4 11:37:40 2009
From: 000.fbsd at quip.cz (Miroslav Lachman)
Date: Thu Jun  4 11:37:48 2009
Subject: has Postfix new location of aliases.db?
In-Reply-To: <20090604130638.17461dkh10lqyhgk@webmail.leidinger.net>
References: <4A279C92.4020305@quip.cz>
	<20090604135318.0178eb66@it.buh.tecnik93.com>
	<20090604130638.17461dkh10lqyhgk@webmail.leidinger.net>
Message-ID: <4A27B1FC.6030904@quip.cz>

Alexander Leidinger wrote:
> Quoting Ion-Mihai Tetcu <itetcu@FreeBSD.org> (from Thu, 4 Jun 2009  
> 13:53:18 +0300):
> 
>> Content-Type: text/plain; charset=US-ASCII
>> Content-Transfer-Encoding: quoted-printable
>>
>> On Thu, 04 Jun 2009 12:06:10 +0200
>> Miroslav Lachman <000.fbsd@quip.cz> wrote:
>>
>>> Was something changed in Postfix defaults?
>>> After upgrade from postfix-2.5.6,1 to postfix-2.6.1,1 and restart of
>>> postfix, I got following error in /var/log/maillog
>>>
>>> fatal: open database /etc/mail/aliases.db: No such file or directory
>>>
>>> All previous versions were using /etc/aliases.db, new version expect
>>> /etc/mail/aliases.db
>>>
>>> newaliases command re-generate aliases.db in the new location.
>>>
>>>
>>> root@fido ~/# ls -al /etc/aliases*
>>> lrwxr-xr-x  1 root  wheel    12B Feb 24  2008 /etc/aliases@ ->
>>> mail/aliases -rw-r--r--  1 root  wheel    12K Jan 20
>>> 11:30 /etc/aliases.db
>>>
>>> root@fido ~/# ls -al /etc/mail/aliases*
>>> -rw-r--r--  1 root  wheel   1.7K Oct 22  2008 /etc/mail/aliases
>>>
>>> root@fido ~/# newaliases
>>>
>>> root@fido ~/# ls -al /etc/mail/aliases*
>>> -rw-r--r--  1 root  wheel   1.7K Oct 22  2008 /etc/mail/aliases
>>> -rw-r--r--  1 root  wheel    12K Jun  4 11:39 /etc/mail/aliases.db
>>>
>>> If this is expected behavior, this should be mentioned in UPDATING.
>>>
>>> machine details:
>>> FreeBSD 7.2-RELEASE #0: Fri May  1 08:49:13 UTC 2009
>>> root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386
>>>
>>> fresh ports tree updated by `portsnap fetch update`, postfix upgraded
>>> by `portmaster postfix-2.5.6,1`
>>
>>
>> I got bitten by  this also, but I though it was only my lack of
>> attention.
> 
> 
> It seems it is creating the .db in the directory where the symlink is  
> pointing to, instead in the directory where the symlink is (I assume  
> the original poster used his previous config without changing the  alias 
> stuff). I haven't found something related in the postfix  changelog. 
> Concerned people should maybe ask on the postfix ML if this  is intended 
> or not.

I have dozen of servers with Postfix, so I tried it on another server 
with older Postfix version.
This is the result after `newaliases` command

root@roxy ~/# ls -al /etc/aliases*
lrwxrwxrwx  1 root  wheel     12 Feb  9  2008 /etc/aliases -> mail/aliases
-rw-r--r--  1 root  wheel  12288 Jun  4 13:25 /etc/aliases.db

root@roxy ~/# ls -al /etc/mail/aliases*
-rw-r--r--  1 root  wheel  1952 Jun  4 13:25 /etc/mail/aliases

As you can see, file /etc/mail/aliases was modified (target of symlink) 
and then aliases.db was generated by `newaliases` command as /etc/aliases.db

Above is with postfix-2.5.6,1 on FreeBSD 7.2-RELEASE #0: Fri May  1 
08:49:13 UTC 2009    GENERIC  i386

This is with new postfix-2.6.1,1:
# postconf -d | grep aliases
alias_database = hash:/etc/mail/aliases
alias_maps = hash:/etc/mail/aliases
newaliases_path = /usr/local/bin/newaliases

And this is with older postfix-2.5.6,1:
# postconf -d | grep aliases
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
newaliases_path = /usr/bin/newaliases

There is definitely incompatible change in defaults :o(

Miroslav Lachman
From garga at FreeBSD.org  Thu Jun  4 12:43:49 2009
From: garga at FreeBSD.org (Renato Botelho)
Date: Thu Jun  4 12:43:55 2009
Subject: portmgr reorganization
In-Reply-To: <20090604083555.GW5776@droso.net>
References: <20090604083555.GW5776@droso.net>
Message-ID: <20090604121655.GA2444@bluepex.com>

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

On Thu, Jun 04, 2009 at 10:35:55AM +0200, Erwin Lansing wrote:
> Portmgr is happy to announce that two new members will join the team.
> 
> Martin Wilke has been one of our active committers since receiving
> his commit bit today 3 years ago.  He has been working in a number
> of subgroups including python, ports-security and the KDE team.
> 
> Ion-Mihai Tetcu has been interested in regression testing and qualitiy
> assurance, creeating QAT automated tinderbox testing of all port   
> commits on a per-commit basis, and adding on-the-fly feedback to the
> snapshot builds from the pointyhat package cluster.
> 
> Unfortunately, we will also be saying goodbye to Kririll Ponomarew, who
> hasn't had much time to spend on FreeBSD and will be stepping down from
> portmgr.
> 
> We thank Kirill for all his contributions in the past and wish Martin
> and Ion-Mihai the best of luck with the new tasks bestowed upon them.

Thank you krion for all the good work done in the past.

Welcom miwi and itetcu, you deserve this, good lucky!!!

- -- 
Renato Botelho <garga @ FreeBSD.org>
               <garga @ freebsdbrasil.com.br>
GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc

Fashions have done more harm than revolutions.
		-- Victor Hugo
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (FreeBSD)

iEYEARECAAYFAkonuzcACgkQ6CRbiSJE7alShACfVi3QBgaYdfLra/xfb6z4Ncy2
MMUAoLKffvKJe+6RHfWjUuO7HhaaAhHJ
=MNLc
-----END PGP SIGNATURE-----
From ns at got2get.net  Thu Jun  4 12:56:14 2009
From: ns at got2get.net (Nicolais)
Date: Thu Jun  4 12:56:21 2009
Subject: p5-HTML-Mason with broken dependency to p5-Exception-Class!
Message-ID: <23869357.post@talk.nabble.com>


Hi,

I was wondering if anyone can find an updated status on p5-HTML-Mason, if
the maintainer is not replying to mails.

This is an extract from the Mason changelog:

1.41  May 5, 2009

[ BUG FIXES ]

- This is a one-fix release to get this module working with the latest
   version of Exception::Class (1.27).

I have mailed dsh@vlink.ru (at May 13th) and asked if he/she was aware of
the update, but I have not heard back anything.

The reason is, the new Exception::Class has already made it into the ports
tree at May 11th, and I'm holding back on updating this, since Mason < 1.41
will not work (1.42 is out, too) and 1.39 is the current in the ports tree.

I did not go into updating the port myself, since I have never tried this.
But maybe that will be the solution.

Thank you for any input

 - Nicolai
-- 
View this message in context: http://www.nabble.com/p5-HTML-Mason-with-broken-dependency-to-p5-Exception-Class%21-tp23869357p23869357.html
Sent from the freebsd-ports mailing list archive at Nabble.com.

From eculp at encontacto.net  Thu Jun  4 13:56:51 2009
From: eculp at encontacto.net (eculp)
Date: Thu Jun  4 13:57:03 2009
Subject: multimedia/pwcbsd fails on up to date current.
Message-ID: <20090604085643.84986tnl0s2rn38k@econet.encontacto.net>

I can't compile multimedia/pwcbsd on my laptop running current with  
ports, kernel, userland up to date.

It finishes with:

pwc.c:155: warning: passing argument 3 of 'usb2_lookup_id_by_uaa' from  
incompatible pointer type
pwc.c: In function 'pwc_attach':
pwc.c:173: error: dereferencing pointer to incomplete type
pwc.c:174: error: dereferencing pointer to incomplete type
pwc.c:175: error: dereferencing pointer to incomplete type
pwc.c:180: error: dereferencing pointer to incomplete type
pwc.c:181: error: dereferencing pointer to incomplete type
pwc.c:184: error: dereferencing pointer to incomplete type
pwc.c: In function 'pwc_detach':
pwc.c:296: warning: passing argument 1 of 'usb2_transfer_unsetup' from  
incompatible pointer type
pwc.c: In function 'pwc_close':
pwc.c:460: warning: passing argument 1 of  
'usb2_set_alt_interface_index' from incompatible pointer type
pwc.c: In function 'pwc_try_video_mode':
pwc.c:600: warning: passing argument 1 of 'usb2_transfer_unsetup' from  
incompatible pointer type
pwc.c:618: warning: passing argument 1 of  
'usb2_set_alt_interface_index' from incompatible pointer type
pwc.c:626: warning: passing argument 1 of 'usb2_transfer_setup' from  
incompatible pointer type
pwc.c:626: warning: passing argument 3 of 'usb2_transfer_setup' from  
incompatible pointer type
pwc.c:632: warning: passing argument 1 of 'usb2_transfer_start' from  
incompatible pointer type
pwc.c: In function 'pwc_isoc_rx_callback':
pwc.c:680: error: dereferencing pointer to incomplete type
pwc.c:682: error: dereferencing pointer to incomplete type
pwc.c:688: error: dereferencing pointer to incomplete type
pwc.c:689: error: dereferencing pointer to incomplete type
pwc.c:689: error: dereferencing pointer to incomplete type
pwc.c:691: error: dereferencing pointer to incomplete type
pwc.c:691: error: dereferencing pointer to incomplete type
pwc.c:692: warning: passing argument 1 of 'usb2_start_hardware' from  
incompatible pointer type
pwc.c:695: error: dereferencing pointer to incomplete type
pwc.c: In function 'pwc_isoc_handler':
pwc.c:710: error: dereferencing pointer to incomplete type
pwc.c:729: error: dereferencing pointer to incomplete type
pwc.c:730: error: dereferencing pointer to incomplete type
pwc.c:743: error: dereferencing pointer to incomplete type
pwc.c: In function 'pwc_free_buffers':
pwc.c:953: warning: passing argument 1 of 'usb2_transfer_unsetup' from  
incompatible pointer type
*** Error code 1

Stop in /usr/ports/multimedia/pwcbsd/work/pwcbsd.
*** Error code 1

This is probably related to the usb changes hopefully related to  
getting my junky Crystal Eye Webcam working ;)

thanks,

ed
From ganael.laplanche at martymac.com  Thu Jun  4 14:42:04 2009
From: ganael.laplanche at martymac.com (Ganael LAPLANCHE)
Date: Thu Jun  4 14:42:18 2009
Subject: multimedia/pwcbsd fails on up to date current.
In-Reply-To: <20090604085643.84986tnl0s2rn38k@econet.encontacto.net>
References: <20090604085643.84986tnl0s2rn38k@econet.encontacto.net>
Message-ID: <20090604142359.M87226@martymac.com>

On Thu, 04 Jun 2009 08:56:43 -0500, eculp wrote

Hello,

> I can't compile multimedia/pwcbsd on my laptop running current with  
> ports, kernel, userland up to date.

See this mail :

http://lists.freebsd.org/pipermail/freebsd-usb/2009-May/006866.html

USB2 Symbols have been renamed. You'll have to fix the port's patch to make it
build under recent -current.

Best regards,

Gana?l LAPLANCHE
ganael.laplanche@martymac.com
http://www.martymac.com
From gesbbb at yahoo.com  Thu Jun  4 14:57:55 2009
From: gesbbb at yahoo.com (Jerry)
Date: Thu Jun  4 14:58:01 2009
Subject: Using "USE_APACHE" in Makefile
Message-ID: <20090604105738.3be6e29f@scorpio>

I was working on possibly updating the "www/p5-HTML-Mason" port. When
running 'portlint -A' on the port, I receive the following error
message:

FATAL: Makefile: do not depend on any apache port in *_DEPENDS
directly.  Instead use USE_APACHE=VERSION, where VERSION can be found
in ${PORTSDIR}/Mk/bsd.apache.mk.

FATAL: Makefile: do not depend on any apache port in *_DEPENDS
directly.  Instead use USE_APACHE=VERSION, where VERSION can be found
in ${PORTSDIR}/Mk/bsd.apache.mk.

I have read the documentation in 'bsd.apache.mk'; however, I cannot
seem to get the Makefile written correctly so this error will go away.
Perhaps someone has a suggestion on how to accomplish it.

Thanks!

-- 
Jerry
gesbbb@yahoo.com

To be or not to be.
		-- Shakespeare
To do is to be.
		-- Nietzsche
To be is to do.
		-- Sartre
Do be do be do.
		-- Sinatra
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090604/fd98ac22/signature.pgp
From eculp at encontacto.net  Thu Jun  4 15:37:09 2009
From: eculp at encontacto.net (eculp)
Date: Thu Jun  4 15:37:15 2009
Subject: multimedia/pwcbsd fails on up to date current.
In-Reply-To: <20090604142359.M87226@martymac.com>
References: <20090604085643.84986tnl0s2rn38k@econet.encontacto.net>
	<20090604142359.M87226@martymac.com>
Message-ID: <20090604103703.12865b8yh4ey7go4@econet.encontacto.net>

Quoting Ganael LAPLANCHE <ganael.laplanche@martymac.com>:

> On Thu, 04 Jun 2009 08:56:43 -0500, eculp wrote
>
> Hello,
>
>> I can't compile multimedia/pwcbsd on my laptop running current with
>> ports, kernel, userland up to date.
>
> See this mail :
>
> http://lists.freebsd.org/pipermail/freebsd-usb/2009-May/006866.html
>
> USB2 Symbols have been renamed. You'll have to fix the port's patch  
> to make it
> build under recent -current.

thanks, that is what I feared.

Have a great day,

ed

>
> Best regards,
>
> Gana?l LAPLANCHE
> ganael.laplanche@martymac.com
> http://www.martymac.com
>

From chat95 at mac.com  Thu Jun  4 19:14:10 2009
From: chat95 at mac.com (Maho NAKATA)
Date: Thu Jun  4 19:14:17 2009
Subject: portmgr reorganization
In-Reply-To: <20090604083555.GW5776@droso.net>
References: <20090604083555.GW5776@droso.net>
Message-ID: <20090605.041151.193776697.chat95@mac.com>

Hi portmgr@, Martin and Ion-Mihai, Kririll
Congratulations to Martin Wilke and Ion-Mihai Tetcu
I thought that Martin has already a portmgr since he's very active :)
and thanks for QAT@ for Ion-Mihai Tetcu. Your input is really
improved the quality of ports. I'm reall appreciated.

Kririll Ponomarew, thank you very much for your hard work
as portmgr@ hope and I'm sure
you do will going well in the other field.

Best,

From: Erwin Lansing <erwin@FreeBSD.org>
Subject: portmgr reorganization
Date: Thu, 04 Jun 2009 10:35:55 +0200

> Portmgr is happy to announce that two new members will join the team.
>
> Martin Wilke has been one of our active committers since receiving
> his commit bit today 3 years ago.  He has been working in a number
> of subgroups including python, ports-security and the KDE team.
>
> Ion-Mihai Tetcu has been interested in regression testing and qualitiy
> assurance, creeating QAT automated tinderbox testing of all port
> commits on a per-commit basis, and adding on-the-fly feedback to the
> snapshot builds from the pointyhat package cluster.
>
> Unfortunately, we will also be saying goodbye to Kririll Ponomarew, who
> hasn't had much time to spend on FreeBSD and will be stepping down from
> portmgr.
>
> We thank Kirill for all his contributions in the past and wish Martin
> and Ion-Mihai the best of luck with the new tasks bestowed upon them.
>
> On behalf of portmgr,
> -erwin
>
> --
> Erwin Lansing                                   http://droso.org
> Prediction is very difficult
> especially about the future                    erwin@FreeBSD.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090604/7a7889d3/attachment.pgp
From sergey.dyatko at gmail.com  Thu Jun  4 19:26:17 2009
From: sergey.dyatko at gmail.com (Sergey V. Dyatko)
Date: Thu Jun  4 19:26:23 2009
Subject: portmgr reorganization
In-Reply-To: <20090605.041151.193776697.chat95@mac.com>
References: <20090604083555.GW5776@droso.net>
	<20090605.041151.193776697.chat95@mac.com>
Message-ID: <20090604222625.77201c10@notebook>

? Fri, 05 Jun 2009 04:11:51 +0900 (JST)
Maho NAKATA <chat95@mac.com> ?????:

MN> Hi portmgr@, Martin and Ion-Mihai, Kririll
MN> Congratulations to Martin Wilke and Ion-Mihai Tetcu
MN> I thought that Martin has already a portmgr since he's very
MN> active :) and thanks for QAT@ for Ion-Mihai Tetcu. Your input is
MN> really improved the quality of ports. I'm reall appreciated.
MN> 
MN> Kririll Ponomarew, thank you very much for your hard work
MN> as portmgr@ hope and I'm sure
MN> you do will going well in the other field.
MN> 
at first my congratulations to miwi@ and itetcu@
at second thanks to Kirill (not Kririll) Ponomarew for good work

[skipped]


--
wbr, tiger
From pgollucci at p6m7g8.com  Thu Jun  4 19:56:58 2009
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Thu Jun  4 19:57:05 2009
Subject: Using "USE_APACHE" in Makefile
In-Reply-To: <20090604105738.3be6e29f@scorpio>
References: <20090604105738.3be6e29f@scorpio>
Message-ID: <4A282708.9010509@p6m7g8.com>

Jerry wrote:
> I was working on possibly updating the "www/p5-HTML-Mason" port. When
> running 'portlint -A' on the port, I receive the following error
> message:
> 
> FATAL: Makefile: do not depend on any apache port in *_DEPENDS
> directly.  Instead use USE_APACHE=VERSION, where VERSION can be found
> in ${PORTSDIR}/Mk/bsd.apache.mk.
> 
> FATAL: Makefile: do not depend on any apache port in *_DEPENDS
> directly.  Instead use USE_APACHE=VERSION, where VERSION can be found
> in ${PORTSDIR}/Mk/bsd.apache.mk.
> 
> I have read the documentation in 'bsd.apache.mk'; however, I cannot
> seem to get the Makefile written correctly so this error will go away.
> Perhaps someone has a suggestion on how to accomplish it.
> 
> Thanks!
> 

You want

USE_APACHE=13
or
USE_APACHE=13+

etc... see the valid values in bsd.apache.mk

USE_APACHE=yes is deprecated and being replaced with APACHE_PORT=www/apache13 
the default (, etc....)




-- 
------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant          - P6M7G8 Inc.                http://p6m7g8.net
Senior Sys Admin    - RideCharge, Inc.           http://ridecharge.com
Contractor          - PositiveEnergyUSA          http://positiveenergyusa.com
ASF Member          - Apache Software Foundation http://apache.org
FreeBSD Committer   - FreeBSD Foundation         http://freebsd.org

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
From krion at voodoo.bawue.com  Thu Jun  4 19:57:36 2009
From: krion at voodoo.bawue.com (Kirill Ponomarew)
Date: Thu Jun  4 19:57:43 2009
Subject: portmgr reorganization
In-Reply-To: <20090604083555.GW5776@droso.net>
References: <20090604083555.GW5776@droso.net>
Message-ID: <2767E825-D9B5-40F9-A623-D629D5185A03@voodoo.bawue.com>

Erwin and co,

thanks a lot guys for the great job we did together in the past, and I  
wish Martin and Ion-Mihai good luck with their new responsibilities.  
Amen :-)

On Jun 4, 2009, at 12:35 PM, Erwin Lansing wrote:

> Portmgr is happy to announce that two new members will join the team.
>
> Martin Wilke has been one of our active committers since receiving
> his commit bit today 3 years ago.  He has been working in a number
> of subgroups including python, ports-security and the KDE team.
>
> Ion-Mihai Tetcu has been interested in regression testing and qualitiy
> assurance, creeating QAT automated tinderbox testing of all port
> commits on a per-commit basis, and adding on-the-fly feedback to the
> snapshot builds from the pointyhat package cluster.
>
> Unfortunately, we will also be saying goodbye to Kririll Ponomarew,  
> who
> hasn't had much time to spend on FreeBSD and will be stepping down  
> from
> portmgr.
>
> We thank Kirill for all his contributions in the past and wish Martin
> and Ion-Mihai the best of luck with the new tasks bestowed upon them.
>
> On behalf of portmgr,
> -erwin
>
> -- 
> Erwin Lansing                                   http://droso.org
> Prediction is very difficult
> especially about the future                    erwin@FreeBSD.org

-Kirill

From lars.engels at 0x20.net  Thu Jun  4 20:55:41 2009
From: lars.engels at 0x20.net (Lars Engels)
Date: Thu Jun  4 20:55:48 2009
Subject: multimedia/pwcbsd fails on up to date current.
In-Reply-To: <20090604142359.M87226@martymac.com>
References: <20090604085643.84986tnl0s2rn38k@econet.encontacto.net>
	<20090604142359.M87226@martymac.com>
Message-ID: <20090604203820.GB21182@e.0x20.net>

On Thu, Jun 04, 2009 at 04:25:03PM +0200, Ganael LAPLANCHE wrote:
> On Thu, 04 Jun 2009 08:56:43 -0500, eculp wrote
> 
> Hello,
> 
> > I can't compile multimedia/pwcbsd on my laptop running current with  
> > ports, kernel, userland up to date.
> 
> See this mail :
> 
> http://lists.freebsd.org/pipermail/freebsd-usb/2009-May/006866.html
> 
> USB2 Symbols have been renamed. You'll have to fix the port's patch to make it
> build under recent -current.

Thanks for the error report. I'll take a look at this.
-------------- 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/20090604/b33b8308/attachment.pgp
From pav at FreeBSD.org  Thu Jun  4 22:44:59 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Thu Jun  4 22:45:05 2009
Subject: request for exp-run, comments: eliminate USE_X_PREFIX
In-Reply-To: <20090601160256.GB50585@hades.panopticon>
References: <20090601160256.GB50585@hades.panopticon>
Message-ID: <1244155493.98744.33.camel@hood.oook.cz>

Dmitry Marakasov p??e v po 01. 06. 2009 v 20:02 +0400:
> Hi!
> 
> Thought we've switched to modular xorg more than a year ago, some
> ports still define USE_XLIB and thus depend on all X libraries (even
> when it's not really required). Which is even worse, USE_XLIB is
> implicitely defined for ports that define USE_IMAKE, some of which
> don't require any X libraries at all.
> 
> This patch adds USE_XORG to (hopefully) all USE_IMAKE ports and
> some (but not all) USE_XLIB ports. It also makes USE_IMAKE ports
> no more implicitely define USE_XLIB and eliminates all mentions of
> USE_X_PREFIX from bsd.port.mk. It requires an exp-run, as though
> I've tested all changed ports in a local tinderbox, there may be
> ports with incomplete X dependencies further down dependency chains.
> 
> http://people.freebsd.org/~amdmi3/xprefix_obliterate.patch

The experimental run is nearly over, so far 15 failures found and sent
in separate mails.

Once you have next iteration of the patch, I'll be happy to run it
again.

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>
Focus is a greased pig on the field of efficiency. -- Quincy
-------------- 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/20090604/6ee3bbea/attachment.pgp
From eitanadlerlist at gmail.com  Thu Jun  4 23:22:29 2009
From: eitanadlerlist at gmail.com (Eitan Adler)
Date: Thu Jun  4 23:22:41 2009
Subject: Porting Songbird (how to make a Linux port)
Message-ID: <4A28500C.9050507@gmail.com>

Here is the start of a Makefile for Songbird
http://isis.poly.edu/~eitan/files/Songbird-Makefile-v1

The porter's handbook doesn't have a section on the Linux ports (as far
as I could tell).

I also don't know how I could just mv the files that have to be moved.
There is no compiling involved - just running the program.

-- 
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen
From eitanadlerlist at gmail.com  Thu Jun  4 23:54:57 2009
From: eitanadlerlist at gmail.com (Eitan Adler)
Date: Thu Jun  4 23:55:07 2009
Subject: Automatically generate symlinks for virtual categories.
Message-ID: <4A28590D.101@gmail.com>

I made this shell script (portable sh) that will create a bunch of
directories for all virtual ports (linux, perl, etc.). It puts a symlink
for every port in your tree into the correct categories.
For example it will create  a kde directory with the akode-audio port
pointing to /usr/ports/audio/akode.

http://isis.poly.edu/~eitan/files/auto-symlink-virtual.sh

At the moment it relies on make to determine what categories each port
is in. This is somewhat slow but the only error-proof way I know how. If
anyone could improve the script please let me know. It is released under
the BSD-2-clause license.

-- 
Eitan Adler


From itetcu at FreeBSD.org  Fri Jun  5 01:02:54 2009
From: itetcu at FreeBSD.org (Ion-Mihai Tetcu)
Date: Fri Jun  5 01:03:00 2009
Subject: LOCALBASE vs. PREFIX
Message-ID: <20090605040320.27df188b@it.buh.tecnik93.com>

Hi,


I received quite a few patches and questions that hint at the idea the
LOCALBASE and PREFIX are misunderstood.

For short:
PREFIX is where this ports installs.
LOCALBASE is where already installed ports are.

So for example you'd have:
 CFLAGS+=-I${LOCALBASE}/include -L${LOCALBASE}/lib
If you see PREFIX in *FLAGS then something is wrong
(and while here you might want to check that your port respects CFLAGS
and friends passed to it from the env, that's the next QA check we'll
be doing).

It's also wrong if you have something like
 install .... files ... ${LOCALBASE}/bin

By default, both LOCALBASE and PREFIX are '/usr/local', but we support
them to be changed if the user so desires.


There are currently 105 ports that fail on QATty because they don't
respect custom PREFIX and custom LOCALBASE and we're only at devel/
with the testing. Quite a few maintainers fixed their ports and I
expect patches from the rest of you :) It would be wonderful to get the
tree in shape for 8.0 release.


Thank you for your work,

-- 
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: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090605/8802c306/signature.pgp
From dgerow at afflictions.org  Fri Jun  5 01:37:48 2009
From: dgerow at afflictions.org (Damian Gerow)
Date: Fri Jun  5 01:37:54 2009
Subject: emulators/kqemu-kmod-devel: Exec format error
Message-ID: <20090604211814.d065d4a7.dgerow@afflictions.org>

kqemu-kmod-devel is failing to load for me:

-----
# kldload kqemu
kldload: can't load kqemu: Exec format error
# 
-----

It's been about a month since I last used qemu, and my kernel is -CURRENT from 2009/05/19.  Because I'd upgraded my kernel since last using qemu, I re-compiled kqemu-kmod-devel, which upgraded me from 1.4.0.p1_2 to 1.4.0.p1_3, and now I can't load kqemu.

I don't see anything in UPDATING, nor have I changed anything that might affect the build (make.conf is still the same).  I've since completely removed my kqemu install, and re-installed it, but that hasn't helped.

Something else I've missed?
From sahil at tandon.net  Fri Jun  5 04:25:04 2009
From: sahil at tandon.net (Sahil Tandon)
Date: Fri Jun  5 04:25:11 2009
Subject: has Postfix new location of aliases.db?
In-Reply-To: <4A27B1FC.6030904@quip.cz>
References: <4A279C92.4020305@quip.cz>
	<20090604135318.0178eb66@it.buh.tecnik93.com>
	<20090604130638.17461dkh10lqyhgk@webmail.leidinger.net>
	<4A27B1FC.6030904@quip.cz>
Message-ID: <20090605042500.GA7167@tandon.net>

On Thu, 04 Jun 2009, Miroslav Lachman wrote:

[...]

> As you can see, file /etc/mail/aliases was modified (target of symlink)  
> and then aliases.db was generated by `newaliases` command as 
> /etc/aliases.db
>
> Above is with postfix-2.5.6,1 on FreeBSD 7.2-RELEASE #0: Fri May  1  
> 08:49:13 UTC 2009    GENERIC  i386
>
> This is with new postfix-2.6.1,1:
> # postconf -d | grep aliases
> alias_database = hash:/etc/mail/aliases
> alias_maps = hash:/etc/mail/aliases

This was introduced with ports/134728, in which ALIAS_DB_MAP is compiled
in as hash:/etc/mail/aliases.  I've rolled this back to the default value,
which is system-dependent and chosen by ${WRKSRC}/src/util/sys_defs.h, which
in turn relies on the ${WRKSRC}/makedefs script.

> newaliases_path = /usr/local/bin/newaliases

This is intentional and a good thing.  In mail/postfix prior to 2.6.x, the
change was made in main.cf instead of being compiled in as a default; this
is why you do not see it when viewing the *default* postconf output in 2.5.x;
try postconf newaliases_path (i.e. without the -d flag).

> And this is with older postfix-2.5.6,1:
> # postconf -d | grep aliases
> alias_database = hash:/etc/aliases
> alias_maps = hash:/etc/aliases
>
> There is definitely incompatible change in defaults :o(

Indeed.  The attached patch (also filed as ports/135273) updates Postfix to
2.6.2 and makes the aforementioned changes.  As a result, I don't think we
need to touch ports/UPDATING.

-- 
Sahil Tandon <sahil@tandon.net>
-------------- next part --------------
Index: Makefile
===================================================================
RCS file: /home/ncvs/ports/mail/postfix/Makefile,v
retrieving revision 1.146
diff -u -r1.146 Makefile
--- Makefile	4 Jun 2009 07:45:27 -0000	1.146
+++ Makefile	5 Jun 2009 03:51:28 -0000
@@ -6,8 +6,7 @@
 #
 
 PORTNAME=	postfix
-PORTVERSION=	2.6.1
-PORTREVISION=	1
+PORTVERSION=	2.6.2
 PORTEPOCH=	1
 CATEGORIES=	mail ipv6
 MASTER_SITES=	ftp://ftp.porcupine.org/mirrors/postfix-release/official/ \
@@ -99,7 +98,6 @@
 			-DDEF_DATA_DIR=\\\"/var/db/postfix\\\" \
 			-DDEF_MAIL_OWNER=\\\"postfix\\\" \
 			-DDEF_SGID_GROUP=\\\"maildrop\\\" \
-			-DALIAS_DB_MAP=\\\"hash:/etc/mail/aliases\\\"
 
 # Default requirement for postfix rc script
 _REQUIRE=		LOGIN cleanvar
@@ -194,6 +192,7 @@
 .endif
 
 .if defined(WITH_VDA)
+IGNORE=			wait for a new VDA patch that works with ${PORTVERSION}
 PATCH_SITES+=		http://vda.sourceforge.net/VDA/
 PATCHFILES+=		postfix-${PORTVERSION}-vda-ng.patch.gz
 PATCH_DIST_STRIP=	-p1
@@ -232,7 +231,6 @@
 		s!^(manpage_directory =)!\1 ${PREFIX}/man!g;\
 		s!^((html|readme)_directory =)!\1 ${READMEDIR}!g;\
 		\!^\#alias_database = dbm:/etc/mail/aliases$$!d;\
-		s!/etc/aliases!/etc/mail/aliases!g;\
 		s!(:|= )/etc/postfix!\1$$config_directory!g;\
 		s!/etc/postfix!${ETCDIR}!g;\
 		s!^(sample_directory =)!\1 ${ETCDIR}!g;\
Index: distinfo
===================================================================
RCS file: /home/ncvs/ports/mail/postfix/distinfo,v
retrieving revision 1.100
diff -u -r1.100 distinfo
--- distinfo	26 May 2009 13:36:08 -0000	1.100
+++ distinfo	5 Jun 2009 03:51:28 -0000
@@ -1,6 +1,3 @@
-MD5 (postfix/postfix-2.6.1.tar.gz) = 737bbc245da9c72c174893397f70ae86
-SHA256 (postfix/postfix-2.6.1.tar.gz) = ccad7fb855e31c57f3551244b76be5906fcdcde09d5a6ccd144ae144e1df203c
-SIZE (postfix/postfix-2.6.1.tar.gz) = 3324194
-MD5 (postfix/postfix-2.6.1-vda-ng.patch.gz) = 33d62623badc3f754ac9620e3ed2c3b8
-SHA256 (postfix/postfix-2.6.1-vda-ng.patch.gz) = cbc924891385b1ca7ca82b5bce89b9eadac53eca772c1291db1307b8a2eef720
-SIZE (postfix/postfix-2.6.1-vda-ng.patch.gz) = 12662
+MD5 (postfix/postfix-2.6.2.tar.gz) = 1f0edbd521d2b0473626f4d61e8bb4eb
+SHA256 (postfix/postfix-2.6.2.tar.gz) = 025acf080bbe279cbc6e8e6806ecd0f99af41c8ca384fcb2f7631988f73d5f7c
+SIZE (postfix/postfix-2.6.2.tar.gz) = 3323255
From dgerow at afflictions.org  Fri Jun  5 04:57:40 2009
From: dgerow at afflictions.org (Damian Gerow)
Date: Fri Jun  5 04:57:47 2009
Subject: FreeBSD support in OpenConnect VPN client.
In-Reply-To: <1244061799.6512.1180.camel@macbook.infradead.org>
References: <1244061799.6512.1180.camel@macbook.infradead.org>
Message-ID: <20090605003656.60326ce9.dgerow@afflictions.org>

Thus spake David Woodhouse <dwmw2@infradead.org> [Wed, 03 Jun 2009 21:43:19 +0100]:
: I've just installed a FreeBSD VM and made sure that the open client for
: Cisco's new "AnyConnect" VPN is working on FreeBSD. The 2.00 release is
: available from http://www.infradead.org/openconnect.html
: 
: I've made it build on FreeBSD 7.2 and checked that it works; I'll stop
: short of actually contributing and maintaining a port though.
: 
: If someone wants to do that, and then keep me honest if/when I break the
: FreeBSD build, that would be much appreciated.

I've just submitted misc/135274 to create this port.  'misc' because my browser
crashed halfway through submitting the port, and remembered everything but
the category when it restarted, and I missed it when reviewing everything.

  - Damian
From dfilter at FreeBSD.ORG  Fri Jun  5 06:30:05 2009
From: dfilter at FreeBSD.ORG (dfilter service)
Date: Fri Jun  5 06:30:33 2009
Subject: ports/13479: commit references a PR
Message-ID: <200906050630.n556U50G029314@freefall.freebsd.org>

The following reply was made to PR ports/13479; it has been noted by GNATS.

From: dfilter@FreeBSD.ORG (dfilter service)
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: ports/13479: commit references a PR
Date: Fri,  5 Jun 2009 06:23:16 +0000 (UTC)

 pgollucci    2009-06-05 06:23:06 UTC
 
   FreeBSD ports repository
 
   Modified files:
     www/mod_perl         Makefile 
   Added files:
     www/mod_perl/files   patch-src__modules__perl__mod_perl.c 
   Log:
   - Fix a segfault in mod_perl startup due to a bug
     in gcc related optimizations.
   - Fixed upstream in branches/1.x@r781917
   - Bump PORTREVISION
   
   PR:             ports/13479
   Reported by:    Troy <troy@twisted.net>
   Submitted by:   Tim Zingelman <zingelman@fnal.gov>
   
   Revision  Changes    Path
   1.43      +1 -0      ports/www/mod_perl/Makefile
   1.1       +19 -0     ports/www/mod_perl/files/patch-src__modules__perl__mod_perl.c (new)
 _______________________________________________
 cvs-all@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/cvs-all
 To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org"
 
From itetcu at FreeBSD.org  Fri Jun  5 07:11:52 2009
From: itetcu at FreeBSD.org (Ion-Mihai Tetcu)
Date: Fri Jun  5 07:12:01 2009
Subject: has Postfix new location of aliases.db?
In-Reply-To: <20090605042500.GA7167@tandon.net>
References: <4A279C92.4020305@quip.cz>
	<20090604135318.0178eb66@it.buh.tecnik93.com>
	<20090604130638.17461dkh10lqyhgk@webmail.leidinger.net>
	<4A27B1FC.6030904@quip.cz> <20090605042500.GA7167@tandon.net>
Message-ID: <20090605101218.065861db@it.buh.tecnik93.com>

On Fri, 5 Jun 2009 00:25:01 -0400
Sahil Tandon <sahil@tandon.net> wrote:

> On Thu, 04 Jun 2009, Miroslav Lachman wrote:
> 
> [...]
> 
> > As you can see, file /etc/mail/aliases was modified (target of
> > symlink) and then aliases.db was generated by `newaliases` command
> > as /etc/aliases.db
> >
> > Above is with postfix-2.5.6,1 on FreeBSD 7.2-RELEASE #0: Fri May
> > 1 08:49:13 UTC 2009    GENERIC  i386
> >
> > This is with new postfix-2.6.1,1:
> > # postconf -d | grep aliases
> > alias_database = hash:/etc/mail/aliases
> > alias_maps = hash:/etc/mail/aliases
> 
> This was introduced with ports/134728, in which ALIAS_DB_MAP is
> compiled in as hash:/etc/mail/aliases.  I've rolled this back to the
> default value, which is system-dependent and chosen by
> ${WRKSRC}/src/util/sys_defs.h, which in turn relies on the
> ${WRKSRC}/makedefs script.
> 
> > newaliases_path = /usr/local/bin/newaliases
> 
> This is intentional and a good thing.  In mail/postfix prior to
> 2.6.x, the change was made in main.cf instead of being compiled in as
> a default; this is why you do not see it when viewing the *default*
> postconf output in 2.5.x; try postconf newaliases_path (i.e. without
> the -d flag).
> 
> > And this is with older postfix-2.5.6,1:
> > # postconf -d | grep aliases
> > alias_database = hash:/etc/aliases
> > alias_maps = hash:/etc/aliases
> >
> > There is definitely incompatible change in defaults :o(
> 
> Indeed.  The attached patch (also filed as ports/135273) updates
> Postfix to 2.6.2 and makes the aforementioned changes. 

Committed.

> As a result, I don't think we need to touch ports/UPDATING.

Oh yes, it's needed and committed. People that upgraded to 2.6.1 will
run into the same problem again ;-)

It's always better to be verbose rather that sparse.
And it's even better not to violate POLA.


-- 
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: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090605/0f601641/signature.pgp
From 000.fbsd at quip.cz  Fri Jun  5 08:57:30 2009
From: 000.fbsd at quip.cz (Miroslav Lachman)
Date: Fri Jun  5 08:57:39 2009
Subject: has Postfix new location of aliases.db?
In-Reply-To: <20090605042500.GA7167@tandon.net>
References: <4A279C92.4020305@quip.cz>	<20090604135318.0178eb66@it.buh.tecnik93.com>	<20090604130638.17461dkh10lqyhgk@webmail.leidinger.net>	<4A27B1FC.6030904@quip.cz>
	<20090605042500.GA7167@tandon.net>
Message-ID: <4A28DDF1.8000605@quip.cz>

Sahil Tandon wrote:
> On Thu, 04 Jun 2009, Miroslav Lachman wrote:
> 
> [...]
> 
> 
>>As you can see, file /etc/mail/aliases was modified (target of symlink)  
>>and then aliases.db was generated by `newaliases` command as 
>>/etc/aliases.db
>>
>>Above is with postfix-2.5.6,1 on FreeBSD 7.2-RELEASE #0: Fri May  1  
>>08:49:13 UTC 2009    GENERIC  i386
>>
>>This is with new postfix-2.6.1,1:
>># postconf -d | grep aliases
>>alias_database = hash:/etc/mail/aliases
>>alias_maps = hash:/etc/mail/aliases
> 
> 
> This was introduced with ports/134728, in which ALIAS_DB_MAP is compiled
> in as hash:/etc/mail/aliases.  I've rolled this back to the default value,
> which is system-dependent and chosen by ${WRKSRC}/src/util/sys_defs.h, which
> in turn relies on the ${WRKSRC}/makedefs script.
> 
> 
>>newaliases_path = /usr/local/bin/newaliases
> 
> 
> This is intentional and a good thing.  In mail/postfix prior to 2.6.x, the
> change was made in main.cf instead of being compiled in as a default; this
> is why you do not see it when viewing the *default* postconf output in 2.5.x;
> try postconf newaliases_path (i.e. without the -d flag).
> 
> 
>>And this is with older postfix-2.5.6,1:
>># postconf -d | grep aliases
>>alias_database = hash:/etc/aliases
>>alias_maps = hash:/etc/aliases
>>
>>There is definitely incompatible change in defaults :o(
> 
> 
> Indeed.  The attached patch (also filed as ports/135273) updates Postfix to
> 2.6.2 and makes the aforementioned changes.  As a result, I don't think we
> need to touch ports/UPDATING.

Thank you for fixing this issue.
It is always good to have it in UPDATING as some users still have 2.6.1 
in their ports tree.

Miroslav Lachman
From dwmw2 at infradead.org  Fri Jun  5 09:04:51 2009
From: dwmw2 at infradead.org (David Woodhouse)
Date: Fri Jun  5 09:04:58 2009
Subject: FreeBSD support in OpenConnect VPN client.
In-Reply-To: <20090605003656.60326ce9.dgerow@afflictions.org>
References: <1244061799.6512.1180.camel@macbook.infradead.org>
	<20090605003656.60326ce9.dgerow@afflictions.org>
Message-ID: <1244192686.3751.117.camel@macbook.infradead.org>

On Fri, 2009-06-05 at 00:36 -0400, Damian Gerow wrote:
> I've just submitted misc/135274 to create this port.  'misc' because my browser
> crashed halfway through submitting the port, and remembered everything but
> the category when it restarted, and I missed it when reviewing everything.

That's great; thanks. I'll update the 'distribution status' on the web
page accordingly.

-- 
dwmw2

From sahil at tandon.net  Fri Jun  5 10:12:18 2009
From: sahil at tandon.net (Sahil Tandon)
Date: Fri Jun  5 10:12:52 2009
Subject: has Postfix new location of aliases.db?
In-Reply-To: <20090605101218.065861db@it.buh.tecnik93.com>
References: <4A279C92.4020305@quip.cz>
	<20090604135318.0178eb66@it.buh.tecnik93.com>
	<20090604130638.17461dkh10lqyhgk@webmail.leidinger.net>
	<4A27B1FC.6030904@quip.cz> <20090605042500.GA7167@tandon.net>
	<20090605101218.065861db@it.buh.tecnik93.com>
Message-ID: <43F6F18A-403F-4001-807E-07C6102DEB83@tandon.net>

On Jun 5, 2009, at 3:12 AM, Ion-Mihai Tetcu <itetcu@FreeBSD.org> wrote:

> On Fri, 5 Jun 2009 00:25:01 -0400
> Sahil Tandon <sahil@tandon.net> wrote:
>
>> On Thu, 04 Jun 2009, Miroslav Lachman wrote:
>>
>> [...]
>>
>>> As you can see, file /etc/mail/aliases was modified (target of
>>> symlink) and then aliases.db was generated by `newaliases` command
>>> as /etc/aliases.db
>>>
>>> Above is with postfix-2.5.6,1 on FreeBSD 7.2-RELEASE #0: Fri May
>>> 1 08:49:13 UTC 2009    GENERIC  i386
>>>
>>> This is with new postfix-2.6.1,1:
>>> # postconf -d | grep aliases
>>> alias_database = hash:/etc/mail/aliases
>>> alias_maps = hash:/etc/mail/aliases
>>
>> This was introduced with ports/134728, in which ALIAS_DB_MAP is
>> compiled in as hash:/etc/mail/aliases.  I've rolled this back to the
>> default value, which is system-dependent and chosen by
>> ${WRKSRC}/src/util/sys_defs.h, which in turn relies on the
>> ${WRKSRC}/makedefs script.
>>
>>> newaliases_path = /usr/local/bin/newaliases
>>
>> This is intentional and a good thing.  In mail/postfix prior to
>> 2.6.x, the change was made in main.cf instead of being compiled in as
>> a default; this is why you do not see it when viewing the *default*
>> postconf output in 2.5.x; try postconf newaliases_path (i.e. without
>> the -d flag).
>>
>>> And this is with older postfix-2.5.6,1:
>>> # postconf -d | grep aliases
>>> alias_database = hash:/etc/aliases
>>> alias_maps = hash:/etc/aliases
>>>
>>> There is definitely incompatible change in defaults :o(
>>
>> Indeed.  The attached patch (also filed as ports/135273) updates
>> Postfix to 2.6.2 and makes the aforementioned changes.
>
> Committed.
>
>> As a result, I don't think we need to touch ports/UPDATING.
>
> Oh yes, it's needed and committed. People that upgraded to 2.6.1 will
> run into the same problem again ;-)
>
> It's always better to be verbose rather that sparse.
> And it's even better not to violate POLA.

Touch?.  Shame on myopic me. :)

--
Sahil Tandon
From vmagerya at gmail.com  Fri Jun  5 11:41:38 2009
From: vmagerya at gmail.com (Vitaly Magerya)
Date: Fri Jun  5 11:41:45 2009
Subject: Automatically generate symlinks for virtual categories.
In-Reply-To: <4A28590D.101@gmail.com>
References: <4A28590D.101@gmail.com>
Message-ID: <accd96830906050419k7ef2469tb1bb22aad4956fe0@mail.gmail.com>

> If anyone could improve the script please let me know.

How about adding options?
This patch [1] adds an option to specify alternative port root,
an option to perform a dry run, and some usage printing.

[1] http://tx97.net/pub/patches/auto-symlink-virtual.sh-r0-r1.diff
From vmagerya at gmail.com  Fri Jun  5 12:56:04 2009
From: vmagerya at gmail.com (Vitaly Magerya)
Date: Fri Jun  5 12:56:11 2009
Subject: Automatically generate symlinks for virtual categories.
In-Reply-To: <accd96830906050419k7ef2469tb1bb22aad4956fe0@mail.gmail.com>
References: <4A28590D.101@gmail.com>
	<accd96830906050419k7ef2469tb1bb22aad4956fe0@mail.gmail.com>
Message-ID: <accd96830906050556m660e63cw3c14edfb7f526796@mail.gmail.com>

And here [1] is a new version that does the same thing,
but uses INDEX file instead of traversing the ports tree.
It's quite faster this way (assuming your INDEX is up to date,
maybe it's better to allow both algorithms?).

Disclaimer: I did not test it properly.

The thing that looks strange to me is that the original script
appends main category to the name of port when symlinking.
I copied that behavior for safety, but are there really
naming conflicts in the ports tree?

[1] http://tx97.net/pub/files/auto-symlink-virtual.sh
From amdmi3 at amdmi3.ru  Fri Jun  5 13:33:29 2009
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Fri Jun  5 13:33:35 2009
Subject: Is fetching source RPMs in linux ports really required?
Message-ID: <20090605133321.GA18653@hades.panopticon>

Hi!

I have concerns with linux ports fetching source RPMs when
PACKAGE_BUILDING is defined. As I understand, that is done to comply
with GPL, however GPL does not strictly require mirroring sources,
and just a not on where t get them would suffice. Here's forward
of message with details.

----- Forwarded message from Dmitry Marakasov <amdmi3@hades.panopticon> -----

Date: Thu, 4 Jun 2009 21:10:55 +0400
From: Dmitry Marakasov <amdmi3@hades.panopticon>
To: Boris Samorodov <bsam@ipt.ru>
Cc: ports-committers@FreeBSD.org, cvs-ports@FreeBSD.org,
	freebsd-emulation@FreeBSD.org
Subject: Re: cvs commit: ports/Mk bsd.linux-apps.mk bsd.linux-rpm.mk
	ports/accessibility Makefile ports/accessibility/linux-f10-atk
	Makefile distinfo.i386 pkg-plist ports/archivers Makefile
	ports/archivers/linux-f10-ucl Makefile distinfo.i386 ...

* Boris Samorodov (bsam@ipt.ru) wrote:

> This is used while packaging to pet GPL which ensures that sources
> are available together with binaries.

Is that absolutely necessary? It seems to be that GPL does not require
doing this.

>From GPLv2:
---
3.  You may copy and distribute the Program (or a work based on it,
under Section 2) in object code or executable form under the terms of
Sections 1 and 2 above provided that you also do one of the following:

c)  Accompany it with the information you received as to the offer to
distribute corresponding source code. (This alternative is allowed only
for noncommercial distribution and only if you received the program in
object code or executable form with such an offer, in accord with
Subsection b above.)
---

Looks to be our case, as we received program in object code (i386.rpm)
with an information on where to get source code.

>From GPLv3:
---
6. Conveying Non-Source Forms.

d) Convey the object code by offering access from a designated place
(gratis or for a charge), and offer equivalent access to the
Corresponding Source in the same way through the same place at no
further charge. You need not require recipients to copy the
Corresponding Source along with the object code. If the place to
copy the object code is a network server,

> the Corresponding Source may be on a different server (operated by
> you or a third party) that supports equivalent copying facilities,
> provided you maintain clear directions next to the object code
> saying where to find the Corresponding Source.

Regardless of what server hosts the Corresponding Source, you remain
obligated to ensure that it is available for as long as needed to
satisfy these requirements.
---

This is even more clear.

Thus, I believe we can comply with GPL just by providing link to source
download locations of Fedora (through pkg-message I believe).

> This has no impact on users who use ports to install linux
> applications.

It does if user runs tinderbox, I've just stepped into this.
Also it's inconvenient for maintainers as you need to define
PACKAGE_BUILDING for make fetch/makesum.

Also Fedora mirror list may need cleaning:

=> libICE-1.0.4-4.fc10.src.rpm doesn't seem to exist in /tmp/distfiles/rpm/i386/fedora/10.
=> Attempting to fetch from file:///distcache/rpm/i386/fedora/10/.
fetch: file:///distcache/rpm/i386/fedora/10/libICE-1.0.4-4.fc10.src.rpm: No such file or directory
=> Attempting to fetch from http://archives.fedoraproject.org/pub/archive/fedora/linux/core/../releases/10/Everything/i386/os/Packages/.
fetch: http://archives.fedoraproject.org/pub/archive/fedora/linux/core/../releases/10/Everything/i386/os/Packages/libICE-1.0.4-4.fc10.src.rpm: Not Found
=> Attempting to fetch from http://archives.fedoraproject.org/pub/archive/fedora/linux/core/../updates/10/i386/.
fetch: http://archives.fedoraproject.org/pub/archive/fedora/linux/core/../updates/10/i386/libICE-1.0.4-4.fc10.src.rpm: Not Found
=> Attempting to fetch from http://archives.fedoraproject.org/pub/archive/fedora/linux/core/../releases/10/SRPMS/libICE-1.0.4-4.fc10.src.rpm: Not Found
=> Attempting to fetch from http://archives.fedoraproject.org/pub/archive/fedora/linux/core/../updates/10/SRPMS/.
fetch: http://archives.fedoraproject.org/pub/archive/fedora/linux/core/../updates/10/SRPMS/libICE-1.0.4-4.fc10.src.rpm: Not Found
=> Attempting to fetch from http://mirrors.kernel.org/fedora/core/../releases/10/Everything/i386/os/Packages/.
fetch: http://mirrors.kernel.org/fedora/core/../releases/10/Everything/i386/os/Packages/libICE-1.0.4-4.fc10.src.rpm: Not Found
=> Attempting to fetch from http://mirrors.kernel.org/fedora/core/../updates/10/i386/.
fetch: http://mirrors.kernel.org/fedora/core/../updates/10/i386/libICE-1.0.4-4.fc10.src.rpm: Not Found
=> Attempting to fetch from http://mirrors.kernel.org/fedora/core/../releases/10/Everything/source/SRPMS/.
libICE-1.0.4-4.fc10.src.rpm                            253 kB   52 kBps

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru

----- End forwarded message -----

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From itetcu at FreeBSD.org  Fri Jun  5 13:38:41 2009
From: itetcu at FreeBSD.org (Ion-Mihai Tetcu)
Date: Fri Jun  5 13:38:48 2009
Subject: Automatically generate symlinks for virtual categories.
In-Reply-To: <accd96830906050556m660e63cw3c14edfb7f526796@mail.gmail.com>
References: <4A28590D.101@gmail.com>
	<accd96830906050419k7ef2469tb1bb22aad4956fe0@mail.gmail.com>
	<accd96830906050556m660e63cw3c14edfb7f526796@mail.gmail.com>
Message-ID: <20090605163905.3cacdaa9@it.buh.tecnik93.com>

On Fri, 5 Jun 2009 15:56:01 +0300
Vitaly Magerya <vmagerya@gmail.com> wrote:

> And here [1] is a new version that does the same thing,
> but uses INDEX file instead of traversing the ports tree.
> It's quite faster this way (assuming your INDEX is up to date,
> maybe it's better to allow both algorithms?).
> 
> Disclaimer: I did not test it properly.
> 
> The thing that looks strange to me is that the original script
> appends main category to the name of port when symlinking.
> I copied that behavior for safety, but are there really
> naming conflicts in the ports tree?

Would this patches work with various base or pors pkg* tools?

-- 
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: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090605/cd2e4c80/signature.pgp
From imp at bsdimp.com  Fri Jun  5 15:02:13 2009
From: imp at bsdimp.com (M. Warner Losh)
Date: Fri Jun  5 15:02:20 2009
Subject: Is fetching source RPMs in linux ports really required?
In-Reply-To: <20090605133321.GA18653@hades.panopticon>
References: <20090605133321.GA18653@hades.panopticon>
Message-ID: <20090605.085853.1749234114.imp@bsdimp.com>

In message: <20090605133321.GA18653@hades.panopticon>
            Dmitry Marakasov <amdmi3@amdmi3.ru> writes:
: Hi!
: 
: I have concerns with linux ports fetching source RPMs when
: PACKAGE_BUILDING is defined. As I understand, that is done to comply
: with GPL, however GPL does not strictly require mirroring sources,
: and just a not on where t get them would suffice. Here's forward
: of message with details.

I don't think that GPLv2 section 3c applies because we've not received
an section 3b offer to redistribute.  Instead, the RPMs are provided
under section 3a.  The FSF made a big deal about this not being
sufficient a while ago.

I've not done a GPLv3 analysis.

Warner

: ----- Forwarded message from Dmitry Marakasov <amdmi3@hades.panopticon> -----
: 
: Date: Thu, 4 Jun 2009 21:10:55 +0400
: From: Dmitry Marakasov <amdmi3@hades.panopticon>
: To: Boris Samorodov <bsam@ipt.ru>
: Cc: ports-committers@FreeBSD.org, cvs-ports@FreeBSD.org,
: 	freebsd-emulation@FreeBSD.org
: Subject: Re: cvs commit: ports/Mk bsd.linux-apps.mk bsd.linux-rpm.mk
: 	ports/accessibility Makefile ports/accessibility/linux-f10-atk
: 	Makefile distinfo.i386 pkg-plist ports/archivers Makefile
: 	ports/archivers/linux-f10-ucl Makefile distinfo.i386 ...
: 
: * Boris Samorodov (bsam@ipt.ru) wrote:
: 
: > This is used while packaging to pet GPL which ensures that sources
: > are available together with binaries.
: 
: Is that absolutely necessary? It seems to be that GPL does not require
: doing this.
: 
: >From GPLv2:
: ---
: 3.  You may copy and distribute the Program (or a work based on it,
: under Section 2) in object code or executable form under the terms of
: Sections 1 and 2 above provided that you also do one of the following:
: 
: c)  Accompany it with the information you received as to the offer to
: distribute corresponding source code. (This alternative is allowed only
: for noncommercial distribution and only if you received the program in
: object code or executable form with such an offer, in accord with
: Subsection b above.)
: ---
: 
: Looks to be our case, as we received program in object code (i386.rpm)
: with an information on where to get source code.

If and only if you aren't doing any modifications to the source at all.


: >From GPLv3:
: ---
: 6. Conveying Non-Source Forms.
: 
: d) Convey the object code by offering access from a designated place
: (gratis or for a charge), and offer equivalent access to the
: Corresponding Source in the same way through the same place at no
: further charge. You need not require recipients to copy the
: Corresponding Source along with the object code. If the place to
: copy the object code is a network server,
: 
: > the Corresponding Source may be on a different server (operated by
: > you or a third party) that supports equivalent copying facilities,
: > provided you maintain clear directions next to the object code
: > saying where to find the Corresponding Source.
: 
: Regardless of what server hosts the Corresponding Source, you remain
: obligated to ensure that it is available for as long as needed to
: satisfy these requirements.
: ---
: 
: This is even more clear.
: 
: Thus, I believe we can comply with GPL just by providing link to source
: download locations of Fedora (through pkg-message I believe).
: 
: > This has no impact on users who use ports to install linux
: > applications.
: 
: It does if user runs tinderbox, I've just stepped into this.
: Also it's inconvenient for maintainers as you need to define
: PACKAGE_BUILDING for make fetch/makesum.
: 
: Also Fedora mirror list may need cleaning:
: 
: => libICE-1.0.4-4.fc10.src.rpm doesn't seem to exist in /tmp/distfiles/rpm/i386/fedora/10.
: => Attempting to fetch from file:///distcache/rpm/i386/fedora/10/.
: fetch: file:///distcache/rpm/i386/fedora/10/libICE-1.0.4-4.fc10.src.rpm: No such file or directory
: => Attempting to fetch from http://archives.fedoraproject.org/pub/archive/fedora/linux/core/../releases/10/Everything/i386/os/Packages/.
: fetch: http://archives.fedoraproject.org/pub/archive/fedora/linux/core/../releases/10/Everything/i386/os/Packages/libICE-1.0.4-4.fc10.src.rpm: Not Found
: => Attempting to fetch from http://archives.fedoraproject.org/pub/archive/fedora/linux/core/../updates/10/i386/.
: fetch: http://archives.fedoraproject.org/pub/archive/fedora/linux/core/../updates/10/i386/libICE-1.0.4-4.fc10.src.rpm: Not Found
: => Attempting to fetch from http://archives.fedoraproject.org/pub/archive/fedora/linux/core/../releases/10/SRPMS/libICE-1.0.4-4.fc10.src.rpm: Not Found
: => Attempting to fetch from http://archives.fedoraproject.org/pub/archive/fedora/linux/core/../updates/10/SRPMS/.
: fetch: http://archives.fedoraproject.org/pub/archive/fedora/linux/core/../updates/10/SRPMS/libICE-1.0.4-4.fc10.src.rpm: Not Found
: => Attempting to fetch from http://mirrors.kernel.org/fedora/core/../releases/10/Everything/i386/os/Packages/.
: fetch: http://mirrors.kernel.org/fedora/core/../releases/10/Everything/i386/os/Packages/libICE-1.0.4-4.fc10.src.rpm: Not Found
: => Attempting to fetch from http://mirrors.kernel.org/fedora/core/../updates/10/i386/.
: fetch: http://mirrors.kernel.org/fedora/core/../updates/10/i386/libICE-1.0.4-4.fc10.src.rpm: Not Found
: => Attempting to fetch from http://mirrors.kernel.org/fedora/core/../releases/10/Everything/source/SRPMS/.
: libICE-1.0.4-4.fc10.src.rpm                            253 kB   52 kBps
: 
: -- 
: Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
: amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
: 
: ----- End forwarded message -----
: 
: -- 
: Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
: amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
: -- 
: This mail is for the internal use of the FreeBSD project committers,
: and as such is private. This mail may not be published or forwarded
: outside the FreeBSD committers' group or disclosed to other unauthorised
: parties without the explicit permission of the author(s).
: 
: 
From eitanadlerlist at gmail.com  Fri Jun  5 16:24:46 2009
From: eitanadlerlist at gmail.com (Eitan Adler)
Date: Fri Jun  5 16:24:52 2009
Subject: Automatically generate symlinks for virtual categories.
In-Reply-To: <accd96830906050556m660e63cw3c14edfb7f526796@mail.gmail.com>
References: <4A28590D.101@gmail.com>	
	<accd96830906050419k7ef2469tb1bb22aad4956fe0@mail.gmail.com>
	<accd96830906050556m660e63cw3c14edfb7f526796@mail.gmail.com>
Message-ID: <4A2946F4.2010501@gmail.com>


Vitaly Magerya wrote:
> And here [1] is a new version that does the same thing,
> but uses INDEX file instead of traversing the ports tree.
> It's quite faster this way (assuming your INDEX is up to date,
> maybe it's better to allow both algorithms?).
I'll added your script to mine as a option.
> 
> Disclaimer: I did not test it properly.
> 
> The thing that looks strange to me is that the original script
> appends main category to the name of port when symlinking.
> I copied that behavior for safety, but are there really
> naming conflicts in the ports tree?

Yes. A lot of programs have category/name and language/name for
localized versions.
> 
> [1] http://tx97.net/pub/files/auto-symlink-virtual.sh
> 

Current version:
http://isis.poly.edu/~eitan/files/auto-symlink-virtual-2.sh
I'll be making a port of this soon ;)	


-- 
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen
From erwin at lansing.dk  Fri Jun  5 16:25:13 2009
From: erwin at lansing.dk (Erwin Lansing)
Date: Fri Jun  5 16:25:20 2009
Subject: Ports with duplicate LATEST_LINKS
In-Reply-To: <20090605185539.c6b269b6.stas@FreeBSD.org>
References: <200906051440.n55Ee9qr005283@pointyhat.freebsd.org>
	<20090605185539.c6b269b6.stas@FreeBSD.org>
Message-ID: <20090605162510.GG66710@droso.net>

On Fri, Jun 05, 2009 at 06:55:39PM +0400, Stanislav Sedov wrote:
> 
> I think there was some error in generating this list. How does this
> happened that the PKGNAME of lang/ocaml became ocaml-notk? It gets
> set to ocaml-notk only if WITHOUT_TK is defined.
> 
Indeed, fixed in the latest revision.

Cheers,
-erwin

-- 
Erwin Lansing                       (o_ _o)       http://droso.org
                                 \\\_\   /_///
The rest is silence              <____) (____>    erwin@lansing.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/20090605/9d458766/attachment.pgp
From miwi at FreeBSD.org  Fri Jun  5 16:27:39 2009
From: miwi at FreeBSD.org (Martin Wilke)
Date: Fri Jun  5 16:27:46 2009
Subject: Porting Songbird (how to make a Linux port)
In-Reply-To: <4A28500C.9050507@gmail.com>
References: <4A28500C.9050507@gmail.com>
Message-ID: <20090605162733.GA81506@bsdcrew.de>

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

On Thu, Jun 04, 2009 at 06:51:56PM -0400, Eitan Adler wrote:
> Here is the start of a Makefile for Songbird
> http://isis.poly.edu/~eitan/files/Songbird-Makefile-v1
> 
> The porter's handbook doesn't have a section on the Linux ports (as far
> as I could tell).
> 
> I also don't know how I could just mv the files that have to be moved.
> There is no compiling involved - just running the program.

Gecko Team is working on a nativ port :-)

> 
> -- 
> Eitan Adler
> "Security is increased by designing for the way humans actually behave."
> -Jakob Nielsen
> _______________________________________________
> 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"
> 

- -- 

+-----------------------+-------------------------------+
|  PGP    : 0xB1E6FCE9  |  Jabber : miwi(at)BSDCrew.de  |
|  Skype  : splash_111  |  Mail   : miwi(at)FreeBSD.org |
+-----------------------+-------------------------------+
|	Mess with the Best, Die like the Rest!		|
+-----------------------+-------------------------------+
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (FreeBSD)

iEYEARECAAYFAkopR3UACgkQdLJIhLHm/OkzgQCdHatKuIt6YFRZr+6tP70Lh9JV
aqwAoMjvHlpDsvInJn+zsgpqivm0wExQ
=KRHP
-----END PGP SIGNATURE-----
From stas at FreeBSD.org  Fri Jun  5 16:30:54 2009
From: stas at FreeBSD.org (Stanislav Sedov)
Date: Fri Jun  5 16:31:01 2009
Subject: Ports with duplicate LATEST_LINKS
In-Reply-To: <20090605162510.GG66710@droso.net>
References: <200906051440.n55Ee9qr005283@pointyhat.freebsd.org>
	<20090605185539.c6b269b6.stas@FreeBSD.org>
	<20090605162510.GG66710@droso.net>
Message-ID: <20090605203042.26bd7c33.stas@FreeBSD.org>

On Fri, 5 Jun 2009 18:25:11 +0200
Erwin Lansing <erwin@lansing.dk> mentioned:

> On Fri, Jun 05, 2009 at 06:55:39PM +0400, Stanislav Sedov wrote:
> > 
> > I think there was some error in generating this list. How does this
> > happened that the PKGNAME of lang/ocaml became ocaml-notk? It gets
> > set to ocaml-notk only if WITHOUT_TK is defined.
> > 
> Indeed, fixed in the latest revision.
> 

Thanks!

-- 
Stanislav Sedov
ST4096-RIPE
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090605/f1663f38/attachment.pgp
From eitanadlerlist at gmail.com  Fri Jun  5 16:39:44 2009
From: eitanadlerlist at gmail.com (Eitan Adler)
Date: Fri Jun  5 16:39:51 2009
Subject: Porting Songbird (how to make a Linux port)
In-Reply-To: <20090605162733.GA81506@bsdcrew.de>
References: <4A28500C.9050507@gmail.com> <20090605162733.GA81506@bsdcrew.de>
Message-ID: <4A294A78.5000709@gmail.com>

Martin Wilke wrote:
> On Thu, Jun 04, 2009 at 06:51:56PM -0400, Eitan Adler wrote:
>> Here is the start of a Makefile for Songbird
>> http://isis.poly.edu/~eitan/files/Songbird-Makefile-v1
> 
>> The porter's handbook doesn't have a section on the Linux ports (as far
>> as I could tell).
> 
>> I also don't know how I could just mv the files that have to be moved.
>> There is no compiling involved - just running the program.
> 
> Gecko Team is working on a nativ port :-)
True - but we also have linux versions of Firefox and Thunderbird ;)
Plus we still should have some documentation on making a linux-* port.
> 
>> -- 
>> Eitan Adler
>> "Security is increased by designing for the way humans actually behave."
>> -Jakob Nielsen
>> _______________________________________________
>> 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"
> 
> 

-- 
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen
From flz at xbsd.org  Fri Jun  5 17:19:56 2009
From: flz at xbsd.org (Florent Thoumie)
Date: Fri Jun  5 17:20:13 2009
Subject: Porting Songbird (how to make a Linux port)
In-Reply-To: <4A294A78.5000709@gmail.com>
References: <4A28500C.9050507@gmail.com> <20090605162733.GA81506@bsdcrew.de> 
	<4A294A78.5000709@gmail.com>
Message-ID: <a01628140906050946t1507dedfk7affb4ac8655a6cf@mail.gmail.com>

On Fri, Jun 5, 2009 at 5:40 PM, Eitan Adler<eitanadlerlist@gmail.com> wrote:
> Martin Wilke wrote:
>> On Thu, Jun 04, 2009 at 06:51:56PM -0400, Eitan Adler wrote:
>>> Here is the start of a Makefile for Songbird
>>> http://isis.poly.edu/~eitan/files/Songbird-Makefile-v1
>>
>>> The porter's handbook doesn't have a section on the Linux ports (as far
>>> as I could tell).
>>
>>> I also don't know how I could just mv the files that have to be moved.
>>> There is no compiling involved - just running the program.
>>
>> Gecko Team is working on a nativ port :-)
> True - but we also have linux versions of Firefox and Thunderbird ;)
> Plus we still should have some documentation on making a linux-* port.

The only reason for that is to be able to use linux plugins AFAIK. I'm
not aware of any binary-only linux plugin for songbird.

-- 
Florent Thoumie
flz@FreeBSD.org
FreeBSD Committer
From vmagerya at gmail.com  Fri Jun  5 17:38:48 2009
From: vmagerya at gmail.com (Vitaly Magerya)
Date: Fri Jun  5 17:38:59 2009
Subject: Automatically generate symlinks for virtual categories.
In-Reply-To: <4A2946F4.2010501@gmail.com>
References: <4A28590D.101@gmail.com>
	<accd96830906050419k7ef2469tb1bb22aad4956fe0@mail.gmail.com>
	<accd96830906050556m660e63cw3c14edfb7f526796@mail.gmail.com>
	<4A2946F4.2010501@gmail.com>
Message-ID: <accd96830906051038m47104ec1oa79c938949e5ca3e@mail.gmail.com>

> I'll added your script to mine as a option.
Yeah, I've done that too in the mean time, take a look: [1].
In that version both traverse algorithms share common linking code,
it seems more maintainable this way.
(I've added -w and -i to catch up with you, but the code overall
is quite different, sorry about that).

There's a question about the test for main category dir:
if you use -w to specify a directory different than that of -p,
a simlink "$whereto/category/portname-category" will be created.
Maybe "$whereto/category/portname" would be the right thing in this case?

[1] http://tx97.net/pub/files/auto-symlink-virtual.sh
From antispam at iutmontp.univ-montp2.fr  Fri Jun  5 18:36:48 2009
From: antispam at iutmontp.univ-montp2.fr (garcia francis)
Date: Fri Jun  5 18:37:21 2009
Subject: [Salut mon cher Ami]
Message-ID: <20090605180403.693FEB4D0C@filtre.iutmontp.univ-montp2.fr>

Bonjour, c'est garcia francis 

Mon adresse (francis.garcia@iutmontp.univ-montp2.fr) est prot?g?e contre les spam et les virus par MailInBlack.

 Veuillez cliquer sur le lien ci-dessous svp pour vous identifier et pour que vos messages me soient transmis.

http://filtre.iutmontp.univ-montp2.fr/v/?1E24EB5A171&amp;tmstp=20090605200312&amp;tk=message_confirm&amp;tkid=7594&amp;lang=1

Vous n'aurez ? faire cette op?ration qu'une seule fois.

Meilleures salutations.This email is from garcia francis

My address (francis.garcia@iutmontp.univ-montp2.fr) is protected against spam and viruses by MailInBlack.

 Please click on the following link in order to identify yourself to me and to allow your message to reach me.

http://filtre.iutmontp.univ-montp2.fr/v/?1E24EB5A171&amp;tmstp=20090605200312&amp;tk=message_confirm&amp;tkid=7594&amp;lang=2

This needs to be done only once, for this email and all future email correspondence.

----------------------
Powered by MailInBlack


From antispam at iutmontp.univ-montp2.fr  Fri Jun  5 18:36:48 2009
From: antispam at iutmontp.univ-montp2.fr (hochmuth xavier)
Date: Fri Jun  5 18:37:22 2009
Subject: [Salut mon cher Ami]
Message-ID: <20090605180403.93003B52D5@filtre.iutmontp.univ-montp2.fr>

Bonjour, c'est hochmuth xavier 

Mon adresse (xavier.hochmuth@iutmontp.univ-montp2.fr) est prot?g?e contre les spam et les virus par MailInBlack.

 Veuillez cliquer sur le lien ci-dessous svp pour vous identifier et pour que vos messages me soient transmis.

http://filtre.iutmontp.univ-montp2.fr/v/?1E24EB5A17&amp;tmstp=20090605200312&amp;tk=message_confirm&amp;tkid=7594&amp;lang=1

Vous n'aurez ? faire cette op?ration qu'une seule fois.

Meilleures salutations.This email is from hochmuth xavier

My address (xavier.hochmuth@iutmontp.univ-montp2.fr) is protected against spam and viruses by MailInBlack.

 Please click on the following link in order to identify yourself to me and to allow your message to reach me.

http://filtre.iutmontp.univ-montp2.fr/v/?1E24EB5A17&amp;tmstp=20090605200312&amp;tk=message_confirm&amp;tkid=7594&amp;lang=2

This needs to be done only once, for this email and all future email correspondence.

----------------------
Powered by MailInBlack


From antispam at iutmontp.univ-montp2.fr  Fri Jun  5 18:36:49 2009
From: antispam at iutmontp.univ-montp2.fr (guelorget ghislaine)
Date: Fri Jun  5 18:37:22 2009
Subject: [Salut mon cher Ami]
Message-ID: <20090605180403.A6BEBB507D@filtre.iutmontp.univ-montp2.fr>

Bonjour, c'est guelorget ghislaine 

Mon adresse (ghislaine.guelorget@iutmontp.univ-montp2.fr) est prot?g?e contre les spam et les virus par MailInBlack.

 Veuillez cliquer sur le lien ci-dessous svp pour vous identifier et pour que vos messages me soient transmis.

http://filtre.iutmontp.univ-montp2.fr/v/?1E24EB5A176&amp;tmstp=20090605200312&amp;tk=message_confirm&amp;tkid=7594&amp;lang=1

Vous n'aurez ? faire cette op?ration qu'une seule fois.

Meilleures salutations.This email is from guelorget ghislaine

My address (ghislaine.guelorget@iutmontp.univ-montp2.fr) is protected against spam and viruses by MailInBlack.

 Please click on the following link in order to identify yourself to me and to allow your message to reach me.

http://filtre.iutmontp.univ-montp2.fr/v/?1E24EB5A176&amp;tmstp=20090605200312&amp;tk=message_confirm&amp;tkid=7594&amp;lang=2

This needs to be done only once, for this email and all future email correspondence.

----------------------
Powered by MailInBlack


From antispam at iutmontp.univ-montp2.fr  Fri Jun  5 18:36:49 2009
From: antispam at iutmontp.univ-montp2.fr (vammale corinne)
Date: Fri Jun  5 18:37:22 2009
Subject: [Salut mon cher Ami]
Message-ID: <20090605180403.E2D3FB563D@filtre.iutmontp.univ-montp2.fr>

Bonjour, c'est vammale corinne 

Mon adresse (corinne.vammale@iutmontp.univ-montp2.fr) est prot?g?e contre les spam et les virus par MailInBlack.

 Veuillez cliquer sur le lien ci-dessous svp pour vous identifier et pour que vos messages me soient transmis.

http://filtre.iutmontp.univ-montp2.fr/v/?1E24EB5A172&amp;tmstp=20090605200312&amp;tk=message_confirm&amp;tkid=7594&amp;lang=1

Vous n'aurez ? faire cette op?ration qu'une seule fois.

Meilleures salutations.This email is from vammale corinne

My address (corinne.vammale@iutmontp.univ-montp2.fr) is protected against spam and viruses by MailInBlack.

 Please click on the following link in order to identify yourself to me and to allow your message to reach me.

http://filtre.iutmontp.univ-montp2.fr/v/?1E24EB5A172&amp;tmstp=20090605200312&amp;tk=message_confirm&amp;tkid=7594&amp;lang=2

This needs to be done only once, for this email and all future email correspondence.

----------------------
Powered by MailInBlack


From eitanadlerlist at gmail.com  Fri Jun  5 18:46:47 2009
From: eitanadlerlist at gmail.com (Eitan Adler)
Date: Fri Jun  5 18:46:54 2009
Subject: Automatically generate symlinks for virtual categories.
In-Reply-To: <accd96830906051038m47104ec1oa79c938949e5ca3e@mail.gmail.com>
References: <4A28590D.101@gmail.com>	
	<accd96830906050419k7ef2469tb1bb22aad4956fe0@mail.gmail.com>	
	<accd96830906050556m660e63cw3c14edfb7f526796@mail.gmail.com>	
	<4A2946F4.2010501@gmail.com>
	<accd96830906051038m47104ec1oa79c938949e5ca3e@mail.gmail.com>
Message-ID: <4A29683C.3030301@gmail.com>

Vitaly Magerya wrote:
>> I'll added your script to mine as a option.
> Yeah, I've done that too in the mean time, take a look: [1].
> In that version both traverse algorithms share common linking code,
> it seems more maintainable this way.

Interesting - I will play with my version and try to make it more
modular like yours. I'm also working on making it a port:
ports-mgmt/symports.

> (I've added -w and -i to catch up with you, but the code overall
> is quite different, sorry about that).
No problem - different code == interesting code

> 
> There's a question about the test for main category dir:
> if you use -w to specify a directory different than that of -p,
> a simlink "$whereto/category/portname-category" will be created.
> Maybe "$whereto/category/portname" would be the right thing in this case?
No - you still have the issue of languages. For example japanese/xchat
and irc/xchat have the same name. This is the issue I was trying to avoid.

> 
> [1] http://tx97.net/pub/files/auto-symlink-virtual.sh
> 

Thanks for the ideas (and code)!

-- 
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen
From mikej at rogers.com  Fri Jun  5 19:00:14 2009
From: mikej at rogers.com (Mike Jakubik)
Date: Fri Jun  5 19:00:25 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 4
In-Reply-To: <4A22F82C.1020902@executive-computing.de>
References: <20090527134343.GB1104@bsdcrew.de>
	<4A22F82C.1020902@executive-computing.de>
Message-ID: <a26ed2fc095e09d6df45b8605bbf278f.squirrel@wettoast.dyndns.org>

Hello,

Thank you for porting Virtualbox, is the bridge mode networking still a
work in progress? I can select it but it does not show any of my
interfaces. I was looking forward to using this on a server, but without
bridged mode there is no use.

Thanks.

From nox at jelal.kn-bremen.de  Fri Jun  5 19:18:25 2009
From: nox at jelal.kn-bremen.de (Juergen Lock)
Date: Fri Jun  5 19:18:32 2009
Subject: plans to retire kqemu (poll)
Message-ID: <20090605185932.GA7964@triton.kn-bremen.de>

Hi!

 If you are using kqemu you might want to fill out this little poll set up
by Anthony Liguori, a qemu developer:
	http://www.micropoll.com/akira/mpview/604126-172373

 Here is his original posting on the qemu list:
	http://lists.gnu.org/archive/html/qemu-devel/2009-06/msg00151.html

 And here is one of the threads discussing reasons for the plans:
	http://lists.gnu.org/archive/html/qemu-devel/2009-06/msg00019.html

 Just so you know...
	Juergen
From gerald at pfeifer.com  Fri Jun  5 19:45:21 2009
From: gerald at pfeifer.com (Gerald Pfeifer)
Date: Fri Jun  5 19:45:29 2009
Subject: portmgr reorganization
In-Reply-To: <20090604083555.GW5776@droso.net>
References: <20090604083555.GW5776@droso.net>
Message-ID: <alpine.LSU.1.99.0906052143170.12424@acrux.dbai.tuwien.ac.at>

On Thu, 4 Jun 2009, Erwin Lansing wrote:
> Portmgr is happy to announce that two new members will join the team.
> 
> Martin Wilke [and] Ion-Mihai Tetcu

Congratulations!  Well deserved. :-)

Gerald @FreeBSD.org
From vmagerya at gmail.com  Fri Jun  5 20:06:10 2009
From: vmagerya at gmail.com (Vitaly Magerya)
Date: Fri Jun  5 20:06:16 2009
Subject: Automatically generate symlinks for virtual categories.
In-Reply-To: <4A29683C.3030301@gmail.com>
References: <4A28590D.101@gmail.com>
	<accd96830906050419k7ef2469tb1bb22aad4956fe0@mail.gmail.com>
	<accd96830906050556m660e63cw3c14edfb7f526796@mail.gmail.com>
	<4A2946F4.2010501@gmail.com>
	<accd96830906051038m47104ec1oa79c938949e5ca3e@mail.gmail.com>
	<4A29683C.3030301@gmail.com>
Message-ID: <accd96830906051306j3423727bgab9175207805041a@mail.gmail.com>

> No - you still have the issue of languages. For example japanese/xchat
> and irc/xchat have the same name. This is the issue I was trying to avoid.
When you do:
 $ auto-symlink-virtual -p /usr/ports -w /tmp/ports
You will have this links:
 /tmp/ports/japanese/xchat-japanese
 /tmp/ports/irc/xchat-irc
 /tmp/ports/gnome/xchat-irc
 /tmp/ports/ipv6/xchat-irc

So while the conflicts may require the latter two names to have "-irc",
there's no need for irc/xchat-irc and japanese/xchat-japanese.
In fact you would not have created those links, if you'd run
 $ auto-symlink-virtual -p /usr/ports -w /usr/ports

Anyway, patch for yours [1] or mine [2] should make the issue obvious.

There's also an issue with relative paths in -w option: after
make -C is made, all relative paths are wrong, so currently
you have to specify the full path.

PS. In your latest file -n option is reversed because of the
"if [ -z "dryrun" ];" tests in lines 45 and 51.

[1] http://tx97.net/pub/patches/auto-symlink-virtual-r4-r5.diff
[2] http://tx97.net/pub/patches/auto-symlink-virtual-2-fix.diff
---
I forgot to CC ports@ when send this letter the first time.
Sorry for the noise.
From lars.engels at 0x20.net  Fri Jun  5 20:54:20 2009
From: lars.engels at 0x20.net (Lars Engels)
Date: Fri Jun  5 20:54:27 2009
Subject: multimedia/pwcbsd fails on up to date current.
In-Reply-To: <20090604085643.84986tnl0s2rn38k@econet.encontacto.net>
References: <20090604085643.84986tnl0s2rn38k@econet.encontacto.net>
Message-ID: <20090605205417.GC21182@e.0x20.net>

On Thu, Jun 04, 2009 at 08:56:43AM -0500, eculp wrote:
> I can't compile multimedia/pwcbsd on my laptop running current with  
> ports, kernel, userland up to date.
> 
> It finishes with:
> 
> pwc.c:155: warning: passing argument 3 of 'usb2_lookup_id_by_uaa' from  
> incompatible pointer type
> pwc.c: In function 'pwc_attach':
> pwc.c:173: error: dereferencing pointer to incomplete type
> pwc.c:174: error: dereferencing pointer to incomplete type
> pwc.c:175: error: dereferencing pointer to incomplete type
> pwc.c:180: error: dereferencing pointer to incomplete type
> pwc.c:181: error: dereferencing pointer to incomplete type
> pwc.c:184: error: dereferencing pointer to incomplete type
> pwc.c: In function 'pwc_detach':
> pwc.c:296: warning: passing argument 1 of 'usb2_transfer_unsetup' from  
> incompatible pointer type
> pwc.c: In function 'pwc_close':
> pwc.c:460: warning: passing argument 1 of  
> 'usb2_set_alt_interface_index' from incompatible pointer type
> pwc.c: In function 'pwc_try_video_mode':
> pwc.c:600: warning: passing argument 1 of 'usb2_transfer_unsetup' from  
> incompatible pointer type
> pwc.c:618: warning: passing argument 1 of  
> 'usb2_set_alt_interface_index' from incompatible pointer type
> pwc.c:626: warning: passing argument 1 of 'usb2_transfer_setup' from  
> incompatible pointer type
> pwc.c:626: warning: passing argument 3 of 'usb2_transfer_setup' from  
> incompatible pointer type
> pwc.c:632: warning: passing argument 1 of 'usb2_transfer_start' from  
> incompatible pointer type
> pwc.c: In function 'pwc_isoc_rx_callback':
> pwc.c:680: error: dereferencing pointer to incomplete type
> pwc.c:682: error: dereferencing pointer to incomplete type
> pwc.c:688: error: dereferencing pointer to incomplete type
> pwc.c:689: error: dereferencing pointer to incomplete type
> pwc.c:689: error: dereferencing pointer to incomplete type
> pwc.c:691: error: dereferencing pointer to incomplete type
> pwc.c:691: error: dereferencing pointer to incomplete type
> pwc.c:692: warning: passing argument 1 of 'usb2_start_hardware' from  
> incompatible pointer type
> pwc.c:695: error: dereferencing pointer to incomplete type
> pwc.c: In function 'pwc_isoc_handler':
> pwc.c:710: error: dereferencing pointer to incomplete type
> pwc.c:729: error: dereferencing pointer to incomplete type
> pwc.c:730: error: dereferencing pointer to incomplete type
> pwc.c:743: error: dereferencing pointer to incomplete type
> pwc.c: In function 'pwc_free_buffers':
> pwc.c:953: warning: passing argument 1 of 'usb2_transfer_unsetup' from  
> incompatible pointer type
> *** Error code 1
> 
> Stop in /usr/ports/multimedia/pwcbsd/work/pwcbsd.
> *** Error code 1
> 
> This is probably related to the usb changes hopefully related to  
> getting my junky Crystal Eye Webcam working ;)
> 
> thanks,

Can you please test 
http://bsd-geek.de/FreeBSD/pwcbsd_usbfix.patch ?


Lars
-------------- 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/20090605/15ee6a91/attachment.pgp
From eitanadlerlist at gmail.com  Fri Jun  5 21:57:13 2009
From: eitanadlerlist at gmail.com (Eitan Adler)
Date: Fri Jun  5 21:57:19 2009
Subject: Automatically generate symlinks for virtual categories.
In-Reply-To: <accd96830906051306j3423727bgab9175207805041a@mail.gmail.com>
References: <4A28590D.101@gmail.com>	
	<accd96830906050419k7ef2469tb1bb22aad4956fe0@mail.gmail.com>	
	<accd96830906050556m660e63cw3c14edfb7f526796@mail.gmail.com>	
	<4A2946F4.2010501@gmail.com>	
	<accd96830906051038m47104ec1oa79c938949e5ca3e@mail.gmail.com>	
	<4A29683C.3030301@gmail.com>
	<accd96830906051306j3423727bgab9175207805041a@mail.gmail.com>
Message-ID: <4A2994DF.1060604@gmail.com>

I fixed all known problems as well as moving things into maintainable
functions:
http://isis.poly.edu/~eitan/files/auto-symlink-virtual-3.sh


-- 
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen
From eitanadlerlist at gmail.com  Fri Jun  5 22:11:40 2009
From: eitanadlerlist at gmail.com (Eitan Adler)
Date: Fri Jun  5 22:11:56 2009
Subject: Automatically generate symlinks for virtual categories.
In-Reply-To: <4A2994DF.1060604@gmail.com>
References: <4A28590D.101@gmail.com>	
	<accd96830906050419k7ef2469tb1bb22aad4956fe0@mail.gmail.com>	
	<accd96830906050556m660e63cw3c14edfb7f526796@mail.gmail.com>	
	<4A2946F4.2010501@gmail.com>	
	<accd96830906051038m47104ec1oa79c938949e5ca3e@mail.gmail.com>	
	<4A29683C.3030301@gmail.com>
	<accd96830906051306j3423727bgab9175207805041a@mail.gmail.com>
	<4A2994DF.1060604@gmail.com>
Message-ID: <4A299843.8030407@gmail.com>

Attached is the Makefile from the port. In order to save space I'm not
attaching pkg-descr, or distinfo.

-- 
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen
-------------- next part --------------
# New ports collection makefile for:   symlink
# Date created:        Fri Jun 05 2009
# Whom:                Eitan Adler <EitanAdlerList@gmail.com>
#
# $FreeBSD$
#

PORTNAME=	symlink
PORTVERSION=	3
CATEGORIES=	ports-mgmt
MASTER_SITES=	http://isis.poly.edu/~eitan/files/
DISTNAME=	auto-symlink-virtual-${PORTVERSION}.sh
EXTRACT_SUFX=

MAINTAINER=	EitanAdlerList@gmail.com
COMMENT=	Automatically generate symlinks for virtual categories

NO_BUILD=	yes
NO_EXTRACT=	yes
EXTRACT_CMD=	true

PLIST_FILES=	bin/${PORTNAME}

do-install:
	${INSTALL_SCRIPT} ${DISTDIR}/${DISTNAME} ${PREFIX}/bin/${PORTNAME}

.include <bsd.port.mk>
From chat95 at mac.com  Fri Jun  5 22:27:51 2009
From: chat95 at mac.com (Maho NAKATA)
Date: Fri Jun  5 22:27:58 2009
Subject: MAKE_JOBS_UNSAFE (some more ports)
In-Reply-To: <200905271854.01190.naylor.b.david@gmail.com>
References: <200905261817.30567.naylor.b.david@gmail.com>
	<1243372996.25437.0.camel@hood.oook.cz>
	<200905271854.01190.naylor.b.david@gmail.com>
Message-ID: <20090606.072535.48421090.chat95@mac.com>

thanks for raising as PR :)
http://www.freebsd.org/cgi/query-pr.cgi?pr=135262
-- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/
   Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090605/9d59bd9c/attachment.pgp
From itetcu at FreeBSD.org  Fri Jun  5 22:34:58 2009
From: itetcu at FreeBSD.org (Ion-Mihai Tetcu)
Date: Fri Jun  5 22:35:05 2009
Subject: Automatically generate symlinks for virtual categories.
In-Reply-To: <4A299843.8030407@gmail.com>
References: <4A28590D.101@gmail.com>
	<accd96830906050419k7ef2469tb1bb22aad4956fe0@mail.gmail.com>
	<accd96830906050556m660e63cw3c14edfb7f526796@mail.gmail.com>
	<4A2946F4.2010501@gmail.com>
	<accd96830906051038m47104ec1oa79c938949e5ca3e@mail.gmail.com>
	<4A29683C.3030301@gmail.com>
	<accd96830906051306j3423727bgab9175207805041a@mail.gmail.com>
	<4A2994DF.1060604@gmail.com> <4A299843.8030407@gmail.com>
Message-ID: <20090606013524.7ccc4ede@it.buh.tecnik93.com>

On Fri, 05 Jun 2009 18:12:19 -0400
Eitan Adler <eitanadlerlist@gmail.com> wrote:

> # New ports collection makefile for:   symlink
> # Date created:        Fri Jun 05 2009
> # Whom:                Eitan Adler <EitanAdlerList@gmail.com>
> #
> # $FreeBSD$
> #
> 
> PORTNAME=	symlink
> PORTVERSION=	3
> CATEGORIES=	ports-mgmt
> MASTER_SITES=	http://isis.poly.edu/~eitan/files/
> DISTNAME=	auto-symlink-virtual-${PORTVERSION}.sh
> EXTRACT_SUFX=
> 
> MAINTAINER=	EitanAdlerList@gmail.com
> COMMENT=	Automatically generate symlinks for virtual categories
> 
> NO_BUILD=	yes

- NO_EXTRACT=	yes #  NO_EXTRACT is not allowed anymore 
                    # since we need to at least create ${WRKDIR}.
+ EXTRACT_ONLY=	# nada

But either you have the script in ${FILESDIR} or you have to crate
WRKDIR.

> EXTRACT_CMD=	true
> 
> PLIST_FILES=	bin/${PORTNAME}
> 
> do-install:
> 	${INSTALL_SCRIPT} ${DISTDIR}/${DISTNAME}
> ${PREFIX}/bin/${PORTNAME}
> 
> .include <bsd.port.mk>

Did you test what happens with all this idea when a port has a
.include "${CURDIR}......"
?

-- 
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: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090605/6b780adf/signature.pgp
From itetcu at FreeBSD.org  Fri Jun  5 22:37:51 2009
From: itetcu at FreeBSD.org (Ion-Mihai Tetcu)
Date: Fri Jun  5 22:37:57 2009
Subject: MAKE_JOBS_UNSAFE (some more ports)
In-Reply-To: <20090606.072535.48421090.chat95@mac.com>
References: <200905261817.30567.naylor.b.david@gmail.com>
	<1243372996.25437.0.camel@hood.oook.cz>
	<200905271854.01190.naylor.b.david@gmail.com>
	<20090606.072535.48421090.chat95@mac.com>
Message-ID: <20090606013818.3f1bc1c3@it.buh.tecnik93.com>

On Sat, 06 Jun 2009 07:25:35 +0900 (JST)
Maho NAKATA <chat95@mac.com> wrote:

> thanks for raising as PR :)
> http://www.freebsd.org/cgi/query-pr.cgi?pr=135262

Some support has been committed by Pav, can you please check his commit
and adjust OOo ports to make use of it? This way I could have all OOo
ports tested on-commit on QAT ;-)

Thanks,

-- 
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: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090605/eddf5850/signature.pgp
From vmagerya at gmail.com  Fri Jun  5 23:15:42 2009
From: vmagerya at gmail.com (Vitaly Magerya)
Date: Fri Jun  5 23:15:53 2009
Subject: Automatically generate symlinks for virtual categories.
In-Reply-To: <4A2994DF.1060604@gmail.com>
References: <4A28590D.101@gmail.com>
	<accd96830906050419k7ef2469tb1bb22aad4956fe0@mail.gmail.com>
	<accd96830906050556m660e63cw3c14edfb7f526796@mail.gmail.com>
	<4A2946F4.2010501@gmail.com>
	<accd96830906051038m47104ec1oa79c938949e5ca3e@mail.gmail.com>
	<4A29683C.3030301@gmail.com>
	<accd96830906051306j3423727bgab9175207805041a@mail.gmail.com>
	<4A2994DF.1060604@gmail.com>
Message-ID: <accd96830906051615h797b0648y36845958de7e7be5@mail.gmail.com>

Some random comments:
- you really want to add usage [1] ("-d" is intentionally not documented)
- when destdir does not exist the script should make one [2]
- you really want to handle whitespace in paths [3]
- there's no easy way to use an INDEX that is not under portsdir;
  I think that in -i you should specify a path, not a filename [4]

(The patches should be applied in the listed order).

[1] http://tx97.net/pub/patches/auto-symlink-virtual-usage.diff
[2] http://tx97.net/pub/patches/auto-symlink-virtual-destdir.diff
[3] http://tx97.net/pub/patches/auto-symlink-virtual-whitespace.diff
[4] http://tx97.net/pub/patches/auto-symlink-virtual-index.diff
From chat95 at mac.com  Fri Jun  5 23:28:16 2009
From: chat95 at mac.com (Maho NAKATA)
Date: Fri Jun  5 23:28:32 2009
Subject: MAKE_JOBS_UNSAFE (some more ports)
In-Reply-To: <20090606013818.3f1bc1c3@it.buh.tecnik93.com>
References: <200905271854.01190.naylor.b.david@gmail.com>
	<20090606.072535.48421090.chat95@mac.com>
	<20090606013818.3f1bc1c3@it.buh.tecnik93.com>
Message-ID: <20090606.082601.35117749.chat95@mac.com>

From: Ion-Mihai Tetcu <itetcu@FreeBSD.org>
Subject: Re: MAKE_JOBS_UNSAFE (some more ports)
Date: Sat, 06 Jun 2009 01:38:18 +0300

> On Sat, 06 Jun 2009 07:25:35 +0900 (JST)
> Maho NAKATA <chat95@mac.com> wrote:
>
>> thanks for raising as PR :)
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=135262
>
> Some support has been committed by Pav, can you please check his commit
> and adjust OOo ports to make use of it?

I just checked Pav's commit and I checked David's newest patch, and his
patch seems to make use of Pav's support.

> This way I could have all OOo ports tested on-commit on QAT ;-)
Yes, really appreciated.

Thanks
-- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/
   Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090605/1d18a194/attachment.pgp
From itetcu at FreeBSD.org  Fri Jun  5 23:39:16 2009
From: itetcu at FreeBSD.org (Ion-Mihai Tetcu)
Date: Fri Jun  5 23:39:24 2009
Subject: MAKE_JOBS_UNSAFE (some more ports)
In-Reply-To: <20090606.082601.35117749.chat95@mac.com>
References: <200905271854.01190.naylor.b.david@gmail.com>
	<20090606.072535.48421090.chat95@mac.com>
	<20090606013818.3f1bc1c3@it.buh.tecnik93.com>
	<20090606.082601.35117749.chat95@mac.com>
Message-ID: <20090606023942.17a0ad3f@it.buh.tecnik93.com>

On Sat, 06 Jun 2009 08:26:01 +0900 (JST)
Maho NAKATA <chat95@mac.com> wrote:

> From: Ion-Mihai Tetcu <itetcu@FreeBSD.org>
> Subject: Re: MAKE_JOBS_UNSAFE (some more ports)
> Date: Sat, 06 Jun 2009 01:38:18 +0300
> 
> > On Sat, 06 Jun 2009 07:25:35 +0900 (JST)
> > Maho NAKATA <chat95@mac.com> wrote:
> >
> >> thanks for raising as PR :)
> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=135262
> >
> > Some support has been committed by Pav, can you please check his
> > commit and adjust OOo ports to make use of it?
> 
> I just checked Pav's commit and I checked David's newest patch, and
> his patch seems to make use of Pav's support.

Cool :)

> 
> > This way I could have all OOo ports tested on-commit on QAT ;-)
> Yes, really appreciated.

Up until now two OOo commits would busy QAT for half a day; with this
changes committed it's two hours or less :-)

-- 
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: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090605/4c0303cb/signature.pgp
From vmagerya at gmail.com  Fri Jun  5 23:44:41 2009
From: vmagerya at gmail.com (Vitaly Magerya)
Date: Fri Jun  5 23:44:47 2009
Subject: Automatically generate symlinks for virtual categories.
In-Reply-To: <20090606013524.7ccc4ede@it.buh.tecnik93.com>
References: <4A28590D.101@gmail.com>
	<accd96830906050419k7ef2469tb1bb22aad4956fe0@mail.gmail.com>
	<accd96830906050556m660e63cw3c14edfb7f526796@mail.gmail.com>
	<4A2946F4.2010501@gmail.com>
	<accd96830906051038m47104ec1oa79c938949e5ca3e@mail.gmail.com>
	<4A29683C.3030301@gmail.com>
	<accd96830906051306j3423727bgab9175207805041a@mail.gmail.com>
	<4A2994DF.1060604@gmail.com> <4A299843.8030407@gmail.com>
	<20090606013524.7ccc4ede@it.buh.tecnik93.com>
Message-ID: <accd96830906051644m2ee92fd5j80fa8b05c36566c4@mail.gmail.com>

On 06/06/2009, Ion-Mihai Tetcu <itetcu@freebsd.org> wrote:
> Did you test what happens with all this idea when a port has a
> .include "${CURDIR}......"
> ?

When running the script uses $(make <opts> -C<port-directory>),
which in effect is $(cd <port-directory> && make <opts>), so
including current directory works fine when symlinks are generated.

When actually installing the port from a symlink,
the current directory is reported to be the original, not the symlink.
So it should work. I've tried a few ports with .include ${CURDIR..},
there seems to be no problems.
From chat95 at mac.com  Sat Jun  6 03:02:17 2009
From: chat95 at mac.com (Maho NAKATA)
Date: Sat Jun  6 03:02:36 2009
Subject: Benchmark [Re: [Call For Testing] VirtualBox for FreeBSD! take 4]
In-Reply-To: <20090527134343.GB1104@bsdcrew.de>
References: <20090527134343.GB1104@bsdcrew.de>
Message-ID: <20090606.120001.68053946.chat95@mac.com>

I did a benchmark with Virtualbox:

My environment:
* Core 2 Quad, Q6600@3GHz
* Windows XP SP3@host SP2@VBOX with GuestAddon
* http://crystalmark.info/software/CrystalMark/
  CrystalMark 2004R3
* Sapphire X1650
* VBOX is running on FBSD7.2-REL/amd64
  using http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz
* Running with fullscreen mode 1280x1024 32bit
Here is the result
-----------------------------------------
      host(4CPU) host(1CPU) vbox(1CPU)
Mark   173047       90925    86496
ALU     50985       13493    13060
FPU     63746       15126    15323
MEM     21822       25582    16516
HDD      9336        9331    30600(*)
GDI     15153       15195     5127
D2D      5997        5998     5108
OGL      6200        6200      762
-----------------------------------------
(*)somehow lot faster

I don't know how to use two CPUs, even changing setting
doesn't change.

Usually I cannot usually launch VirtualBox even by root.
A workaround is that invoking and killing VirtualBox
many times for me. After some tries I can launch...

thanks

From: Martin Wilke <miwi@FreeBSD.org>
Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4
Date: Wed, 27 May 2009 15:43:43 +0200

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
> Howdy,
>
> First of all sorry for all unanswered mails, I got a stupid flu,
> but now i feel better... ok now back to vbox, time for a new call
> for testing :-)
>
> Following was added/fixed:
>
> - - ACPI Support was added
> - - hostDVD support was added
> - - Fix startup on HEAD
> - - Plist problem under AMD64 was fixed
> - - Qt4 Frontend is now Optional
> - - Desktop file was added
> - - Xorg dependencies was fixed
> - - Guest additions was added (thx to Maho NAKATA <chat95 (at) mac dot com>)
>
> Open task:
>  We have got 2 patches for nls support and the request
>  to make dbus and pulseaudio optional. These both will
>  be added with the next run.
>
>  We'd like to say many many thanks for all your feedback.
>
> http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz
>
> Happy Testing :-)
>
>
>
> - --
>
> +-----------------------+-------------------------------+
> |  PGP    : 0xB1E6FCE9  |  Jabber : miwi(at)BSDCrew.de  |
> |  Skype  : splash_111  |  Mail   : miwi(at)FreeBSD.org |
> +-----------------------+-------------------------------+
> |	Mess with the Best, Die like the Rest!		|
> +-----------------------+-------------------------------+
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.11 (FreeBSD)
>
> iEYEARECAAYFAkodQ48ACgkQdLJIhLHm/OmjfQCfR6Zczz0XcZZpAYie64D2G0Ti
> wwQAn2r0W/12iidjOfgvX05QPNQX1oUc
> =b8tt
> -----END PGP SIGNATURE-----
> _______________________________________________
> 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: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090606/94f2f9d7/attachment.pgp
From amdmi3 at amdmi3.ru  Sat Jun  6 03:13:59 2009
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Sat Jun  6 03:14:07 2009
Subject: request for exp-run, comments: eliminate USE_X_PREFIX
In-Reply-To: <1244155493.98744.33.camel@hood.oook.cz>
References: <20090601160256.GB50585@hades.panopticon>
	<1244155493.98744.33.camel@hood.oook.cz>
Message-ID: <20090606031355.GB48992@hades.panopticon>

* Pav Lucistnik (pav@FreeBSD.org) wrote:

> The experimental run is nearly over, so far 15 failures found and sent
> in separate mails.
> 
> Once you have next iteration of the patch, I'll be happy to run it
> again.

Here's it:
http://people.freebsd.org/~amdmi3/xprefix_obliterate.1.patch

All broken ports should be fixed, and I've removed qt3support related
stuff from the patch as it's separate issue and will require more work.

Also I forgot to mention that this is better to be run on i386, as many
ports depend on xview which is i386-only.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From scottl at samsco.org  Sat Jun  6 07:08:54 2009
From: scottl at samsco.org (Scott Long)
Date: Sat Jun  6 07:09:00 2009
Subject: Benchmark [Re: [Call For Testing] VirtualBox for FreeBSD! take
 4]
In-Reply-To: <20090606.120001.68053946.chat95@mac.com>
References: <20090527134343.GB1104@bsdcrew.de>
	<20090606.120001.68053946.chat95@mac.com>
Message-ID: <4A2A1048.5090101@samsco.org>

Maho NAKATA wrote:
> I did a benchmark with Virtualbox:
> 
> My environment:
> * Core 2 Quad, Q6600@3GHz
> * Windows XP SP3@host SP2@VBOX with GuestAddon
> * http://crystalmark.info/software/CrystalMark/
>   CrystalMark 2004R3
> * Sapphire X1650
> * VBOX is running on FBSD7.2-REL/amd64
>   using http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz
> * Running with fullscreen mode 1280x1024 32bit
> Here is the result
> -----------------------------------------
>       host(4CPU) host(1CPU) vbox(1CPU)
> Mark   173047       90925    86496
> ALU     50985       13493    13060
> FPU     63746       15126    15323
> MEM     21822       25582    16516
> HDD      9336        9331    30600(*)
> GDI     15153       15195     5127
> D2D      5997        5998     5108
> OGL      6200        6200      762
> -----------------------------------------
> (*)somehow lot faster
> 
> I don't know how to use two CPUs, even changing setting
> doesn't change.
> 
> Usually I cannot usually launch VirtualBox even by root.
> A workaround is that invoking and killing VirtualBox
> many times for me. After some tries I can launch...
> 
> thanks
> 

I take it that you're running freebsd on the "bare metal" in your 4CPU 
and 1CPU tests, and running WinXP on the bare metal in the vbox test? 
If so, are you using ATA disks and the ATA driver for all instances
of FreeBSD?  If so, then the lack of NCQ in the FreeBSD ATA driver would
explain the HDD test result.  I see similar results with VMWare.

Scott
From lists at yamagi.org  Sat Jun  6 07:39:09 2009
From: lists at yamagi.org (Yamagi Burmeister)
Date: Sat Jun  6 07:39:21 2009
Subject: Benchmark [Re: [Call For Testing] VirtualBox for FreeBSD! take
	4]
In-Reply-To: <20090606.120001.68053946.chat95@mac.com>
References: <20090527134343.GB1104@bsdcrew.de>
	<20090606.120001.68053946.chat95@mac.com>
Message-ID: <20090606072041.GC1581@yamagi.org>

Hello,

> Usually I cannot usually launch VirtualBox even by root.
> A workaround is that invoking and killing VirtualBox
> many times for me. After some tries I can launch...

maybe this workaround helps (as user, not as root):
1. Launch VirtualBox.
2. If it fails open top(1)
3. In top(1) you should see 2(!) processes "VirtualBox"
4. Kill one of them
5. The other one should start
This works for me in 9 out of 10 times and is much more comfortable
than killing and restarting the whole programm many times.

-- 
Homepage:     www.yamagi.org
Jabber:       yamagi@yamagi.org
GnuPG/GPG:    0xEFBCCBCB
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090606/a3e86114/attachment.pgp
From randy at psg.com  Sat Jun  6 09:05:09 2009
From: randy at psg.com (Randy Bush)
Date: Sat Jun  6 09:05:16 2009
Subject: mysql 4->5 problem
Message-ID: <m27hzpn35o.wl%randy@psg.com>

going from mysql 4 to 5.1.34.  server will not start.  diag is

090606  8:56:28 [ERROR] Fatal error: Can't open and lock privilege tables: Incorrect key file for table 'host'; try to repair it
090606 08:56:28 mysqld_safe mysqld from pid file /var/db/mysql/psg.com.pid ended

googling around gets me to 
    http://www.issociate.de/board/post/495472/SOLVED!_(was:_RE:_Error_:_Incorrect_key_file_for_table_%27X%27).html
to
    http://bugs.mysql.com/bug.php?id=37631
to
    http://lists.mysql.com/commits/73145

which says fix is in 5.1.35.

i hack up some patches, except do not have the files
   mysql-test/std_data/bug37631.MYD
   mysql-test/std_data/bug37631.frm

i rebuild.  no fix.

and, the error is after a "you can not go back" message.  oh goodie.
(yes, i have backups).

any clues out there?

randy
From ns at got2get.net  Sat Jun  6 09:05:46 2009
From: ns at got2get.net (Nicolais)
Date: Sat Jun  6 09:05:53 2009
Subject: SOLVED: p5-HTML-Mason with broken dependency to p5-Exception-Class!
In-Reply-To: <23869357.post@talk.nabble.com>
References: <23869357.post@talk.nabble.com>
Message-ID: <23899988.post@talk.nabble.com>



Nicolais wrote:
> 
> I was wondering if anyone can find an updated status on p5-HTML-Mason, if
> the maintainer is not replying to mails.
> ...
> The reason is, the new Exception::Class has already made it into the ports
> tree at May 11th, and I'm holding back on updating this, since Mason <
> 1.41 will not work (1.42 is out, too) and 1.39 is the current in the ports
> tree.
> 

The port has been updated now and I have installed the latest port version
of everything again.

So far it is working fine, and I will conclude this thread.

Maybe this thread woke up the maintainer - who knows :)

I'm just glad the port was updated.

So "thanks" ;)

 - Nicolai
-- 
View this message in context: http://www.nabble.com/p5-HTML-Mason-with-broken-dependency-to-p5-Exception-Class%21-tp23869357p23899988.html
Sent from the freebsd-ports mailing list archive at Nabble.com.

From chat95 at mac.com  Sat Jun  6 09:08:20 2009
From: chat95 at mac.com (Maho NAKATA)
Date: Sat Jun  6 09:08:27 2009
Subject: MAKE_JOBS_UNSAFE (some more ports)
In-Reply-To: <20090606023942.17a0ad3f@it.buh.tecnik93.com>
References: <20090606013818.3f1bc1c3@it.buh.tecnik93.com>
	<20090606.082601.35117749.chat95@mac.com>
	<20090606023942.17a0ad3f@it.buh.tecnik93.com>
Message-ID: <20090606.180605.48521253.chat95@mac.com>

Hi David and *

thanks for your patch, I verified and committed.
Best,

From: Ion-Mihai Tetcu <itetcu@FreeBSD.org>
Subject: Re: MAKE_JOBS_UNSAFE (some more ports)
Date: Sat, 06 Jun 2009 02:39:42 +0300

> On Sat, 06 Jun 2009 08:26:01 +0900 (JST)
> Maho NAKATA <chat95@mac.com> wrote:
>
>> From: Ion-Mihai Tetcu <itetcu@FreeBSD.org>
>> Subject: Re: MAKE_JOBS_UNSAFE (some more ports)
>> Date: Sat, 06 Jun 2009 01:38:18 +0300
>>
>> > On Sat, 06 Jun 2009 07:25:35 +0900 (JST)
>> > Maho NAKATA <chat95@mac.com> wrote:
>> >
>> >> thanks for raising as PR :)
>> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=135262
>> >
>> > Some support has been committed by Pav, can you please check his
>> > commit and adjust OOo ports to make use of it?
>>
>> I just checked Pav's commit and I checked David's newest patch, and
>> his patch seems to make use of Pav's support.
>
> Cool :)
>
>>
>> > This way I could have all OOo ports tested on-commit on QAT ;-)
>> Yes, really appreciated.
>
> Up until now two OOo commits would busy QAT for half a day; with this
> changes committed it's two hours or less :-)
>
> --
> 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: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090606/585ef89b/attachment.pgp
From chat95 at mac.com  Sat Jun  6 09:14:04 2009
From: chat95 at mac.com (Maho NAKATA)
Date: Sat Jun  6 09:14:17 2009
Subject: Two VirtualBox processes and do not launch VirtualBox: kill one of
 them.
In-Reply-To: <20090606072041.GC1581@yamagi.org>
References: <20090527134343.GB1104@bsdcrew.de>
	<20090606.120001.68053946.chat95@mac.com>
	<20090606072041.GC1581@yamagi.org>
Message-ID: <20090606.181144.193792508.chat95@mac.com>

From: Yamagi Burmeister <lists@yamagi.org>
Subject: Re: Benchmark [Re: [Call For Testing] VirtualBox for FreeBSD! take 4]
Date: Sat, 06 Jun 2009 09:20:42 +0200

> Hello,
>
>> Usually I cannot usually launch VirtualBox even by root.
>> A workaround is that invoking and killing VirtualBox
>> many times for me. After some tries I can launch...
>
> maybe this workaround helps (as user, not as root):
> 1. Launch VirtualBox.
> 2. If it fails open top(1)
> 3. In top(1) you should see 2(!) processes "VirtualBox"
> 4. Kill one of them
> 5. The other one should start
> This works for me in 9 out of 10 times and is much more comfortable
> than killing and restarting the whole programm many times.

Hi Yamagi-san,
This workaround works well for me.
Many thanks!!

Best,
-- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/
   Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090606/f8ac066b/attachment.pgp
From chat95 at mac.com  Sat Jun  6 09:15:18 2009
From: chat95 at mac.com (Maho NAKATA)
Date: Sat Jun  6 09:15:36 2009
Subject: Benchmark
In-Reply-To: <4A2A1048.5090101@samsco.org>
References: <20090527134343.GB1104@bsdcrew.de>
	<20090606.120001.68053946.chat95@mac.com>
	<4A2A1048.5090101@samsco.org>
Message-ID: <20090606.181302.112520754.chat95@mac.com>

From: Scott Long <scottl@samsco.org>
Subject: Re: Benchmark [Re: [Call For Testing] VirtualBox for FreeBSD! take 4]
Date: Sat, 06 Jun 2009 00:44:24 -0600

> Maho NAKATA wrote:
>> I did a benchmark with Virtualbox:
>> My environment:
>> * Core 2 Quad, Q6600@3GHz
>> * Windows XP SP3@host SP2@VBOX with GuestAddon
>> * http://crystalmark.info/software/CrystalMark/
>>   CrystalMark 2004R3
>> * Sapphire X1650
>> * VBOX is running on FBSD7.2-REL/amd64
>>   using http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz
>> * Running with fullscreen mode 1280x1024 32bit
>> Here is the result
>> -----------------------------------------
>>       host(4CPU) host(1CPU) vbox(1CPU)
>> Mark   173047       90925    86496
>> ALU     50985       13493    13060
>> FPU     63746       15126    15323
>> MEM     21822       25582    16516
>> HDD      9336        9331    30600(*)
>> GDI     15153       15195     5127
>> D2D      5997        5998     5108
>> OGL      6200        6200      762
>> -----------------------------------------
>> (*)somehow lot faster
>> I don't know how to use two CPUs, even changing setting
>> doesn't change.
>> Usually I cannot usually launch VirtualBox even by root.
>> A workaround is that invoking and killing VirtualBox
>> many times for me. After some tries I can launch...
>> thanks
>>
>
> I take it that you're running freebsd on the "bare metal" in your 4CPU
> and 1CPU tests, and running WinXP on the bare metal in the vbox test?
yes.

> If so, are you using ATA disks and the ATA driver for all instances
I use SATA for host machine and ATA as VirtualBox machine.

> of FreeBSD?  If so, then the lack of NCQ in the FreeBSD ATA driver
> would
> explain the HDD test result.  I see similar results with VMWare.
Ok, I see

Thanks for your clarification.

Best,
-- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/
   Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090606/331f2a74/attachment.pgp
From hirsh.dan at gmail.com  Sat Jun  6 14:29:14 2009
From: hirsh.dan at gmail.com (dan hirsch)
Date: Sat Jun  6 14:29:22 2009
Subject: what does this mean?
Message-ID: <4d3011fa0906060703s1dbfdaebg7df73203a3a43e58@mail.gmail.com>

   1.

   Running the csup(1)<http://www.freebsd.org/cgi/man.cgi?query=csup&sektion=1>command
later will download and apply all the recent changes to your Ports
   Collection, except actually rebuilding the ports for your own system.



-- 
regards,
Dan Hirsch
Linked-In: http://www.linkedin.com/in/danhirsch1
From kitchetech at gmail.com  Sat Jun  6 15:02:08 2009
From: kitchetech at gmail.com (matt donovan)
Date: Sat Jun  6 15:02:15 2009
Subject: what does this mean?
In-Reply-To: <4d3011fa0906060703s1dbfdaebg7df73203a3a43e58@mail.gmail.com>
References: <4d3011fa0906060703s1dbfdaebg7df73203a3a43e58@mail.gmail.com>
Message-ID: <28283d910906060801p1e1941b5pcf0bc2ea122a6255@mail.gmail.com>

On Sat, Jun 6, 2009 at 10:03 AM, dan hirsch <hirsh.dan@gmail.com> wrote:

>   1.
>
>   Running the csup(1)<
> http://www.freebsd.org/cgi/man.cgi?query=csup&sektion=1>command
> later will download and apply all the recent changes to your Ports
>   Collection, except actually rebuilding the ports for your own system.
>
>
>
> --
> regards,
> Dan Hirsch
> Linked-In: http://www.linkedin.com/in/danhirsch1
> _______________________________________________
> 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"
>

exactly as it states it will update your port tree but will not rebuild and
install ports that need updating.
From pav at FreeBSD.org  Sat Jun  6 15:36:32 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Sat Jun  6 15:36:44 2009
Subject: request for exp-run, comments: eliminate USE_X_PREFIX
In-Reply-To: <20090606031355.GB48992@hades.panopticon>
References: <20090601160256.GB50585@hades.panopticon>
	<1244155493.98744.33.camel@hood.oook.cz>
	<20090606031355.GB48992@hades.panopticon>
Message-ID: <1244302586.21424.6.camel@hood.oook.cz>

Dmitry Marakasov p??e v so 06. 06. 2009 v 07:13 +0400:
> * Pav Lucistnik (pav@FreeBSD.org) wrote:
> 
> > The experimental run is nearly over, so far 15 failures found and sent
> > in separate mails.
> > 
> > Once you have next iteration of the patch, I'll be happy to run it
> > again.
> 
> Here's it:
> http://people.freebsd.org/~amdmi3/xprefix_obliterate.1.patch

Thank you, queued.

> Also I forgot to mention that this is better to be run on i386, as many
> ports depend on xview which is i386-only.

i386 is operated by erwin@ so try talking to him. But I must warn you
that i386 run will take about a week, due to much older hardware we have
available for it.

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>
Quantum physics was developed in the 1930's, as a result of a bet
between Albert Einstein and Niels Bohr, to see who could come up with
the most ridiculous theory and still have it published.
-------------- 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/20090606/ed8710f4/attachment.pgp
From amdmi3 at amdmi3.ru  Sat Jun  6 15:51:48 2009
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Sat Jun  6 15:51:56 2009
Subject: request for exp-run, comments: eliminate USE_X_PREFIX
In-Reply-To: <1244302586.21424.6.camel@hood.oook.cz>
References: <20090601160256.GB50585@hades.panopticon>
	<1244155493.98744.33.camel@hood.oook.cz>
	<20090606031355.GB48992@hades.panopticon>
	<1244302586.21424.6.camel@hood.oook.cz>
Message-ID: <20090606155140.GE48992@hades.panopticon>

* Pav Lucistnik (pav@FreeBSD.org) wrote:

> > Also I forgot to mention that this is better to be run on i386, as many
> > ports depend on xview which is i386-only.
> 
> i386 is operated by erwin@ so try talking to him. But I must warn you
> that i386 run will take about a week, due to much older hardware we have
> available for it.

Ah, ok then, I'll try to run as many as possible in my tinderbox.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From erwin at FreeBSD.org  Sat Jun  6 15:56:20 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Sat Jun  6 15:56:26 2009
Subject: request for exp-run, comments: eliminate USE_X_PREFIX
In-Reply-To: <1244302586.21424.6.camel@hood.oook.cz>
References: <20090601160256.GB50585@hades.panopticon>
	<1244155493.98744.33.camel@hood.oook.cz>
	<20090606031355.GB48992@hades.panopticon>
	<1244302586.21424.6.camel@hood.oook.cz>
Message-ID: <20090606155615.GK66710@droso.net>

On Sat, Jun 06, 2009 at 05:36:26PM +0200, Pav Lucistnik wrote:
> 
> > Also I forgot to mention that this is better to be run on i386, as many
> > ports depend on xview which is i386-only.
> 
> i386 is operated by erwin@ so try talking to him. But I must warn you
> that i386 run will take about a week, due to much older hardware we have
> available for it.
> 
And there are two other builds in queue before you, so it will take a
while.  Let me know if can do it without pointyhat or amd64, otherwise
we'll schedule it as soon as possible.

-erwin

-- 
Erwin Lansing                                   http://droso.org
Prediction is very difficult
especially about the future                    erwin@FreeBSD.org
-------------- 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/20090606/8c0c45bf/attachment.pgp
From naylor.b.david at gmail.com  Sat Jun  6 16:04:11 2009
From: naylor.b.david at gmail.com (David Naylor)
Date: Sat Jun  6 16:04:19 2009
Subject: MAKE_JOBS_UNSAFE (some more ports)
In-Reply-To: <20090521115620.M21651@FreeBSD.org>
References: <200905211205.26666.naylor.b.david@gmail.com>
	<20090521115620.M21651@FreeBSD.org>
Message-ID: <200906061805.18226.naylor.b.david@gmail.com>

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: This is a digitally signed message part.
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090606/cccbd7a4/attachment.pgp
From nox at jelal.kn-bremen.de  Sat Jun  6 17:15:16 2009
From: nox at jelal.kn-bremen.de (Juergen Lock)
Date: Sat Jun  6 17:15:23 2009
Subject: emulators/kqemu-kmod-devel: Exec format error
In-Reply-To: <20090604211814.d065d4a7.dgerow@afflictions.org>
Message-ID: <200906061711.n56HBD0j053573@triton.kn-bremen.de>

In article <20090604211814.d065d4a7.dgerow@afflictions.org> you write:
>kqemu-kmod-devel is failing to load for me:
>
>-----
># kldload kqemu
>kldload: can't load kqemu: Exec format error
># 
>-----
>
Weird.  Anything in dmesg?

>It's been about a month since I last used qemu, and my kernel is -CURRENT from 2009/05/19.  Because I'd upgraded my kernel since last using qemu, I re-compiled kqemu-kmod-devel, which upgraded me from 1.4.0.p1_2 to 1.4.0.p1_3, and now I can't load kqemu.
>
>I don't see anything in UPDATING, nor have I changed anything that might affect the build (make.conf is still the same).  I've since completely removed my kqemu install, and re-installed it, but that hasn't helped.
>
>Something else I've missed?

 You say your kernel is -CURRENT from 2009/05/19, is your userland also
in sync with that?  What do
	ident /usr/include/sys/param.h
	grep define.__FreeBSD_version /usr/include/sys/param.h
say?

 Btw I just built the port in 8.0-HEAD-20090605-JPSNAP/i386 and was
able to kldload it just fine.  (Didn't test whether it actually runs
since this is in a vm already, tho I'd be surprised if not...)

 HTH,
	Juergen
From dgerow at afflictions.org  Sat Jun  6 19:07:15 2009
From: dgerow at afflictions.org (Damian Gerow)
Date: Sat Jun  6 19:07:22 2009
Subject: emulators/kqemu-kmod-devel: Exec format error
In-Reply-To: <200906061711.n56HBD0j053573@triton.kn-bremen.de>
References: <20090604211814.d065d4a7.dgerow@afflictions.org>
	<200906061711.n56HBD0j053573@triton.kn-bremen.de>
Message-ID: <20090606150708.66da39e0.dgerow@afflictions.org>

Thus spake Juergen Lock <nox@jelal.kn-bremen.de> [Sat, 6 Jun 2009 19:11:13 +0200 (CEST)]:
: >kqemu-kmod-devel is failing to load for me:
: >
: >-----
: ># kldload kqemu
: >kldload: can't load kqemu: Exec format error
: ># 
: >-----
:
: Weird.  Anything in dmesg?

Agreed.  And nope, nothing in dmesg.

: >It's been about a month since I last used qemu, and my kernel is -CURRENT from 2009/05/19.  Because I'd upgraded my kernel since last using qemu, I re-compiled kqemu-kmod-devel, which upgraded me from 1.4.0.p1_2 to 1.4.0.p1_3, and now I can't load kqemu.
: >
: >I don't see anything in UPDATING, nor have I changed anything that might affect the build (make.conf is still the same).  I've since completely removed my kqemu install, and re-installed it, but that hasn't helped.
: >
: >Something else I've missed?
: 
:  You say your kernel is -CURRENT from 2009/05/19, is your userland also
: in sync with that?  What do
: 	ident /usr/include/sys/param.h
: 	grep define.__FreeBSD_version /usr/include/sys/param.h
: say?

My userland's rarely out-of-sync; unless I'm chasing down a specific bug, or
expect the kernel won't last very long, I always update userland as well.

FWIW, I updated kernel and userland yesterday, and kqemu loads fine now.

<shrug>
From itetcu at FreeBSD.org  Sat Jun  6 20:56:27 2009
From: itetcu at FreeBSD.org (Ion-Mihai Tetcu)
Date: Sat Jun  6 20:58:16 2009
Subject: MAKE_JOBS_UNSAFE (some more ports)
In-Reply-To: <200906061805.18226.naylor.b.david@gmail.com>
References: <200905211205.26666.naylor.b.david@gmail.com>
	<20090521115620.M21651@FreeBSD.org>
	<200906061805.18226.naylor.b.david@gmail.com>
Message-ID: <20090606235647.613a5f0d@it.buh.tecnik93.com>

On Sat, 6 Jun 2009 18:05:14 +0200
David Naylor <naylor.b.david@gmail.com> wrote:

> P.S. Is anyone interested in a list of ports that do not compile
> under tmpfs?

Me.

-- 
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: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090606/1fa1fb15/signature.pgp
From erwin at FreeBSD.org  Fri Jun  5 14:39:49 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Sat Jun  6 21:06:51 2009
Subject: Ports with duplicate LATEST_LINKS
Message-ID: <200906051440.n55Ee9qr005283@pointyhat.freebsd.org>

Dear port maintainers,

The following list includes ports maintained by you that have duplicate
LATEST_LINK values.  They should either be modified to use a unique
LATEST_LINK or suppressed using NO_LATEST_LINK, to avoid overwriting
each other in the packages/Latest directory.  If your ports conflict with
ports maintained by another person, please coordinate your efforts with
them.


Thanks,
Erwin "Annoying Reminder Guy III" Lansing
LATEST_LINK          PORTNAME                       MAINTAINER          
==========================================================================
emulators/linux_base-f7 bsam@FreeBSD.org                                   
emulators/linux_base-f8 bsam@FreeBSD.org                                   
emulators/linux_base-fc6 bsam@FreeBSD.org                                   
emulators/linux_base-f10 emulation@FreeBSD.org                              
emulators/linux_base-f9 emulation@FreeBSD.org                              
cvsup-without-gui    net/cvsup                      bzeeb+freebsdports@zabbadoz.net
cvsup-without-gui    net/cvsup-without-gui          bzeeb+freebsdports@zabbadoz.net
dcd                  net-p2p/dcd                    az@freebsd.org      
dcd                  audio/dcd                      gahr@FreeBSD.org    
deco                 archivers/deco                 kevlo@FreeBSD.org   
deco                 misc/deco                      ru@FreeBSD.org      
freeciv-nox11        games/freeciv                  miwi@FreeBSD.org    
freeciv-nox11        games/freeciv-nox11            miwi@FreeBSD.org    
ghostscript7-nox11   print/ghostscript7             doceng@FreeBSD.org  
ghostscript7-nox11   print/ghostscript7-nox11       doceng@FreeBSD.org  
ghostscript8-nox11   print/ghostscript8             doceng@FreeBSD.org  
ghostscript8-nox11   print/ghostscript8-nox11       doceng@FreeBSD.org  
mod_jk-ap2           www/mod_jk                     girgen@FreeBSD.org  
mod_jk-ap2           www/mod_jk-apache2             girgen@FreeBSD.org  
mpc                  audio/mpc                      ports@mark.reidel.info
mpc                  math/mpc                       wenheping@gmail.com 
ocaml-notk           lang/ocaml-nox11               ports@FreeBSD.org   
ocaml-notk           lang/ocaml                     stas@FreeBSD.org    
p5-FuzzyOcr          mail/p5-FuzzyOcr-devel         ismail.yenigul@endersys.com.tr
p5-FuzzyOcr          mail/p5-FuzzyOcr               ports@FreeBSD.org   
ploticus-nox11       math/ploticus                  linimon@FreeBSD.org 
ploticus-nox11       math/ploticus-nox11            ports@FreeBSD.org   
py25-wxPython        x11-toolkits/py-wxPython26     neal@nelson.name    
py25-wxPython        x11-toolkits/py-wxPython28     neal@nelson.name    
py25-wxPython-common x11-toolkits/py-wxPython26-common neal@nelson.name    
py25-wxPython-common x11-toolkits/py-wxPython28-common neal@nelson.name    
py25-wxPython-unicode x11-toolkits/py-wxPython26-unicode neal@nelson.name    
py25-wxPython-unicode x11-toolkits/py-wxPython28-unicode neal@nelson.name    
ssh2-nox11           security/ssh2                  marius@FreeBSD.org  
ssh2-nox11           security/ssh2-nox11            marius@FreeBSD.org  

Total: 35 ports
From stas at FreeBSD.org  Fri Jun  5 14:55:59 2009
From: stas at FreeBSD.org (Stanislav Sedov)
Date: Sat Jun  6 21:32:39 2009
Subject: Ports with duplicate LATEST_LINKS
In-Reply-To: <200906051440.n55Ee9qr005283@pointyhat.freebsd.org>
References: <200906051440.n55Ee9qr005283@pointyhat.freebsd.org>
Message-ID: <20090605185539.c6b269b6.stas@FreeBSD.org>

On Fri, 5 Jun 2009 14:40:09 GMT
Erwin Lansing <erwin@FreeBSD.org> mentioned:

> Dear port maintainers,
> 
> The following list includes ports maintained by you that have duplicate
> LATEST_LINK values.  They should either be modified to use a unique
> LATEST_LINK or suppressed using NO_LATEST_LINK, to avoid overwriting
> each other in the packages/Latest directory.  If your ports conflict with
> ports maintained by another person, please coordinate your efforts with
> them.
> 

> ocaml-notk           lang/ocaml-nox11               ports@FreeBSD.org   
> ocaml-notk           lang/ocaml                     stas@FreeBSD.org    
  ^^^^^^^^^^

Hi!

I think there was some error in generating this list. How does this
happened that the PKGNAME of lang/ocaml became ocaml-notk? It gets
set to ocaml-notk only if WITHOUT_TK is defined.

-- 
Stanislav Sedov
ST4096-RIPE
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090605/40c744a6/attachment.pgp
From glen.j.barber at gmail.com  Sat Jun  6 22:36:46 2009
From: glen.j.barber at gmail.com (Glen Barber)
Date: Sat Jun  6 22:36:53 2009
Subject: [Call For Testing] VirtualBox for FreeBSD!
In-Reply-To: <4A263ECD.2070704@fletchermoorland.co.uk>
References: <20090514191237.GD70242@bsdcrew.de>
	<20090515101253.GH71804@bsdcrew.de>
	<4A0D7574.3050801@fletchermoorland.co.uk>
	<4A1AC253.6010306@egr.msu.edu> <20090603061650.GC1122@egr.msu.edu>
	<4A263ECD.2070704@fletchermoorland.co.uk>
Message-ID: <4ad871310906061536y55382376x6a73e7ad88ee3b8f@mail.gmail.com>

Good evening everyone.

Earlier today, I finished a VBox build on a fresh system.

After the build succeeded, I 'kldload /boot/modules/vboxdrv.ko' which
caused a panic.  The machine runs a GENERIC kernel with KDB and
KDB_UNATTENDED added -- no other changes.

-- The machine --
FreeBSD orion 7.2-STABLE FreeBSD 7.2-STABLE #1 r193481: Sat Jun 6
10:22:25 EDT 2009 root@orion:/usr/obj/usr/src/sys/ORION i386

-- Snippet from 'dmesg' --

FreeBSD 7.2-STABLE #0 r193481: Fri Jun  5 01:55:06 EDT 2009
    root@orion:/usr/obj/usr/src/sys/ORION
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Core(TM)2 Duo CPU     E4500  @ 2.20GHz (2217.69-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x6fd  Stepping = 13
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Features2=0xe39d<SSE3,DTES64,MON,DS_CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM>
  AMD Features=0x20100000<NX,LM>
  AMD Features2=0x1<LAHF>
  Cores per package: 2
real memory  = 2128793600 (2030 MB)
avail memory = 2073436160 (1977 MB)
ACPI APIC Table: <INTEL  DG33FB  >
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
ioapic0: Changing APIC ID to 2



-- The panic --
orion# kgdb kernel.debug /var/crash/vmcore.0
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"...

Unread portion of the kernel message buffer:

!!Assertion Failed!!
Expression: cMillies != RT_INDEFINITE_WAIT
Location  : /usr/home/gbarber/virtualbox/virtualbox/work/virtualbox-2.2.2r19980/
src/VBox/Runtime/r0drv/freebsd/semevent-r0drv-freebsd.c(212) rtSemEventWait


Fatal trap 3: breakpoint instruction fault while in kernel mode
cpuid = 1; apic id = 01
instruction pointer     = 0x20:0xc5e180be
stack pointer           = 0x28:0xe7a73c08
frame pointer           = 0x28:0xe7a73c34
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = IOPL = 0
current process         = 1838 (TIMER)
trap number             = 3
panic: breakpoint instruction fault
cpuid = 1
Uptime: 6h58m4s
Physical memory: 2017 MB
Dumping 180 MB: 165 149 133 117 101 85 69 53 37 21 5

Reading symbols from /boot/kernel/coretemp.ko...Reading symbols from /boot/kerne
l/coretemp.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/coretemp.ko
Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/ac
pi.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/acpi.ko
Reading symbols from /boot/modules/vboxdrv.ko...done.
Loaded symbols for /boot/modules/vboxdrv.ko
#0  doadump () at pcpu.h:196
196             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) bt
#0  doadump () at pcpu.h:196
#1  0xc07e45a7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418
#2  0xc07e48b2 in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:574
#3  0xc0ae6d83 in trap_fatal (frame=0xe7a73bc8, eva=0)
    at /usr/src/sys/i386/i386/trap.c:939
#4  0xc0ae7bdc in trap (frame=0xe7a73bc8) at /usr/src/sys/i386/i386/trap.c:726
#5  0xc0acc05b in calltrap () at /usr/src/sys/i386/i386/exception.s:159
#6  0xc5e180be in rtSemEventWait (EventSem=0xc5d2a110, cMillies=4294967295,
    fInterruptible=false)
    at /usr/home/gbarber/virtualbox/virtualbox/work/virtualbox-2.2.2r19980/src/V
Box/Runtime/r0drv/freebsd/semevent-r0drv-freebsd.c:212
#7  0xc5e181b0 in RTSemEventWait (EventSem=0xc5d2a110, cMillies=4294967295)
    at /usr/home/gbarber/virtualbox/virtualbox/work/virtualbox-2.2.2r19980/src/V
Box/Runtime/r0drv/freebsd/semevent-r0drv-freebsd.c:240
#8  0xc5e157f1 in rtTimerThread (Thread=0xc5d2b990, pvUser=0xc5d2be90)
    at /usr/home/gbarber/virtualbox/virtualbox/work/virtualbox-2.2.2r19980/src/V
Box/Runtime/generic/timer-generic.cpp:238
#9  0xc5e1a6c0 in rtThreadMain (pThread=0xc5d2b990, NativeThread=3316025600,
    pszThreadName=0xc5d2b9d0 "TIMER")
    at /usr/home/gbarber/virtualbox/virtualbox/work/virtualbox-2.2.2r19980/src/V
Box/Runtime/common/misc/thread.cpp:635
#10 0xc5e26ee7 in rtThreadNativeMain (pvThreadInt=0xc5d2b990)
    at /usr/home/gbarber/virtualbox/virtualbox/work/virtualbox-2.2.2r19980/src/V
Box/Runtime/r0drv/freebsd/thread2-r0drv-freebsd.c:112
---Type <return> to continue, or q <return> to quit---
#11 0xc07bdbc9 in fork_exit (callout=0xc5e26ec0 <rtThreadNativeMain>,
    arg=0xc5d2b990, frame=0xe7a73d38) at /usr/src/sys/kern/kern_fork.c:811
#12 0xc0acc0d0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:264
(kgdb)


Any thoughts?  If needed, I will test patches.

-- 
Glen Barber
From eitanadlerlist at gmail.com  Sun Jun  7 01:23:52 2009
From: eitanadlerlist at gmail.com (Eitan Adler)
Date: Sun Jun  7 01:23:59 2009
Subject: Automatically generate symlinks for virtual categories.
In-Reply-To: <20090606013524.7ccc4ede@it.buh.tecnik93.com>
References: <4A28590D.101@gmail.com>	<accd96830906050419k7ef2469tb1bb22aad4956fe0@mail.gmail.com>	<accd96830906050556m660e63cw3c14edfb7f526796@mail.gmail.com>	<4A2946F4.2010501@gmail.com>	<accd96830906051038m47104ec1oa79c938949e5ca3e@mail.gmail.com>	<4A29683C.3030301@gmail.com>	<accd96830906051306j3423727bgab9175207805041a@mail.gmail.com>	<4A2994DF.1060604@gmail.com>	<4A299843.8030407@gmail.com>
	<20090606013524.7ccc4ede@it.buh.tecnik93.com>
Message-ID: <4A2B16CD.5010904@gmail.com>

Newest version's Makefile is attached.


-- 
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen
-------------- next part --------------
# New ports collection makefile for:   symlink
# Date created:        Fri Jun 05 2009
# Whom:                Eitan Adler <EitanAdlerList@gmail.com>
#
# $FreeBSD$
#

PORTNAME=	symlink
PORTVERSION=	4
CATEGORIES=	ports-mgmt
MASTER_SITES=	http://isis.poly.edu/~eitan/files/
DISTNAME=	auto-symlink-virtual-${PORTVERSION}.sh
EXTRACT_SUFX=

MAINTAINER=	EitanAdlerList@gmail.com
COMMENT=	Automatically generate symlinks for virtual categories

NO_BUILD=	yes
EXTRACT_ONLY=	# nada

PLIST_FILES=	bin/${PORTNAME}

do-install:
	${INSTALL_SCRIPT} ${DISTDIR}/${DISTNAME} ${PREFIX}/bin/${PORTNAME}

.include <bsd.port.mk>
From eitanadlerlist at gmail.com  Sun Jun  7 01:43:07 2009
From: eitanadlerlist at gmail.com (Eitan Adler)
Date: Sun Jun  7 01:43:21 2009
Subject: porting dash (the shell)
Message-ID: <4A2B1B51.4090300@gmail.com>

if gcc -DBSD=1 -DSMALL -DSHELL -DGLOB_BROKEN -DFNMATCH_BROKEN
-DIFS_BROKEN -D__COPYRIGHT\(x\)= -D__RCSID\(x\)= -D_DIAGASSERT\(x\)= -I.
-I. -I..  -include ../config.h   -g -O2 -Wall -MT exec.o -MD -MP -MF
".deps/exec.Tpo" \
          -c -o exec.o `test -f 'exec.c' || echo './'`exec.c; \
        then mv -f ".deps/exec.Tpo" ".deps/exec.Po"; \
        else rm -f ".deps/exec.Tpo"; exit 1; \
        fi
exec.c: In function 'find_command':
exec.c:317: error: storage size of 'statb' isn't known
exec.c:326: warning: implicit declaration of function 'stat64'
exec.c:317: warning: unused eitan 'statb'
gmake[3]: *** [exec.o] Error 1
gmake[3]: Leaving directory `/home/eitan/dash-0.5.1/src'
gmake[2]: *** [all] Error 2
gmake[2]: Leaving directory `/home/eitan/dash-0.5.1/src'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/home/eitan/dash-0.5.1'
gmake: *** [all] Error 2

-- 
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen
From eitanadlerlist at gmail.com  Sun Jun  7 04:29:01 2009
From: eitanadlerlist at gmail.com (Eitan Adler)
Date: Sun Jun  7 04:29:09 2009
Subject: porting dash (the shell)
In-Reply-To: <4A2B3FFC.2080109@acm.poly.edu>
References: <4A2B1B51.4090300@gmail.com> <4A2B3FFC.2080109@acm.poly.edu>
Message-ID: <4A2B4232.1090507@gmail.com>

Boris Kochergin wrote:
> Eitan Adler wrote:
>> if gcc -DBSD=1 -DSMALL -DSHELL -DGLOB_BROKEN -DFNMATCH_BROKEN
>> -DIFS_BROKEN -D__COPYRIGHT\(x\)= -D__RCSID\(x\)= -D_DIAGASSERT\(x\)= -I.
>> -I. -I..  -include ../config.h   -g -O2 -Wall -MT exec.o -MD -MP -MF
>> ".deps/exec.Tpo" \
>>           -c -o exec.o `test -f 'exec.c' || echo './'`exec.c; \
>>         then mv -f ".deps/exec.Tpo" ".deps/exec.Po"; \
>>         else rm -f ".deps/exec.Tpo"; exit 1; \
>>         fi
>> exec.c: In function 'find_command':
>> exec.c:317: error: storage size of 'statb' isn't known
>> exec.c:326: warning: implicit declaration of function 'stat64'
>> exec.c:317: warning: unused eitan 'statb'
>> gmake[3]: *** [exec.o] Error 1
>> gmake[3]: Leaving directory `/home/eitan/dash-0.5.1/src'
>> gmake[2]: *** [all] Error 2
>> gmake[2]: Leaving directory `/home/eitan/dash-0.5.1/src'
>> gmake[1]: *** [all-recursive] Error 1
>> gmake[1]: Leaving directory `/home/eitan/dash-0.5.1'
>> gmake: *** [all] Error 2
>>
>>   
> stat64() and the statb structure appear to be some kind of Linuxisms.
> FreeBSD's stat() doesn't have any trouble with file sizes of over 2 GiB,
> so try replacing the stat64() call with stat() and the statb structure
> with a stat structure.
> 
> -Boris
> 

After doing a global search and replace of stat64 to stat I get:

mystring.c: In function 'single_quote':
mystring.c:164: warning: implicit declaration of function 'strchrnul'
mystring.c:164: error: invalid operands to binary -
mystring.c:169: warning: implicit declaration of function 'mempcpy'
mystring.c:169: warning: incompatible implicit declaration of built-in
function 'mempcpy'


-- 
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen
From spawk at acm.poly.edu  Sun Jun  7 04:49:07 2009
From: spawk at acm.poly.edu (Boris Kochergin)
Date: Sun Jun  7 04:49:13 2009
Subject: porting dash (the shell)
In-Reply-To: <4A2B1B51.4090300@gmail.com>
References: <4A2B1B51.4090300@gmail.com>
Message-ID: <4A2B3FFC.2080109@acm.poly.edu>

Eitan Adler wrote:
> if gcc -DBSD=1 -DSMALL -DSHELL -DGLOB_BROKEN -DFNMATCH_BROKEN
> -DIFS_BROKEN -D__COPYRIGHT\(x\)= -D__RCSID\(x\)= -D_DIAGASSERT\(x\)= -I.
> -I. -I..  -include ../config.h   -g -O2 -Wall -MT exec.o -MD -MP -MF
> ".deps/exec.Tpo" \
>           -c -o exec.o `test -f 'exec.c' || echo './'`exec.c; \
>         then mv -f ".deps/exec.Tpo" ".deps/exec.Po"; \
>         else rm -f ".deps/exec.Tpo"; exit 1; \
>         fi
> exec.c: In function 'find_command':
> exec.c:317: error: storage size of 'statb' isn't known
> exec.c:326: warning: implicit declaration of function 'stat64'
> exec.c:317: warning: unused eitan 'statb'
> gmake[3]: *** [exec.o] Error 1
> gmake[3]: Leaving directory `/home/eitan/dash-0.5.1/src'
> gmake[2]: *** [all] Error 2
> gmake[2]: Leaving directory `/home/eitan/dash-0.5.1/src'
> gmake[1]: *** [all-recursive] Error 1
> gmake[1]: Leaving directory `/home/eitan/dash-0.5.1'
> gmake: *** [all] Error 2
>
>   
stat64() and the statb structure appear to be some kind of Linuxisms. 
FreeBSD's stat() doesn't have any trouble with file sizes of over 2 GiB, 
so try replacing the stat64() call with stat() and the statb structure 
with a stat structure.

-Boris
From linimon at FreeBSD.org  Sun Jun  7 06:28:24 2009
From: linimon at FreeBSD.org (linimon@FreeBSD.org)
Date: Sun Jun  7 06:28:35 2009
Subject: FreeBSD unmaintained ports which are currently marked broken
Message-ID: <20090607062823.0D8FF1CCCD@mail.droso.net>

As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as "broken" in their Makefiles.  In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments.  The most common problem is that recent versions
of -CURRENT include gcc4.2, which is much stricter than older versions.
The next most common problem is that compiles succeed on the i386
architecture (e.g. the common Intel PC), but fail on one or more
of the other architectures due to assumptions about things such as
size of various types, byte-alignment issues, and so forth.

In occasional cases we see that the same port may have different
errors in different build environments.  The script that runs on the
build cluster uses heuristics to try to 'guess' the error type to
help you isolate problems, but it is only a rough guide.

One more note: on occasion, there are transient build errors seen
on the build farm.  Unfortunately, there is not yet any way for this
algorithm to tell the difference (humans are much, much better at
this kind of thing.)

The errors are listed below.  In the case where the same problem
exists on more than one build environment, the URL points to the
latest errorlog for that type.  (By 'build environment' here we
mean 'combination of 5.x/6.x/-current with target architecture'.)

(Note: the dates are included to help you to gauge whether or not
the error still applies to the latest version.  The program
that generates this report is not yet able to determine this
automatically.)

portname:           chinese/iiimf-le-xcin
broken because:     does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin


portname:           deskutils/mical
broken because:     Miscellaneous run-time failures due out of sync with
                    the current versions of dependencies
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=mical


portname:           devel/ace+tao
broken because:     Does not compile on FreeBSD >= 7.0
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao


portname:           devel/agide
broken because:     does not build
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090513195558/agide-0.124_2.log (_May_19_01:48:19_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide


portname:           devel/fampp
broken because:     FAM system mismatch: gamin is installed, while desired
                    FAM system is fam
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp


portname:           devel/linuxthreads
broken because:     leaves file on deinstall
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090524180327/linuxthreads-2.2.3_23.log (_May__6_20:58:39_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linuxthreads


portname:           devel/p5-ORBit
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit


portname:           devel/ruby-p4
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-p4


portname:           emulators/snes9express
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express


portname:           games/amy
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy


portname:           games/fgsd
broken because:     does not build with simgear
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=fgsd


portname:           games/hlstatsx
broken because:     Does not fetch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=hlstatsx


portname:           graphics/demeter
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=demeter


portname:           graphics/libvisual-plugins
broken because:     Broken objformat handling
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins


portname:           graphics/pixieplus
broken because:     does not compile
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090513195558/pixieplus-0.5.4.1_12.log (_May_22_20:21:57_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus


portname:           graphics/ray++
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B


portname:           japanese/okphone
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone


portname:           japanese/oleo
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo


portname:           japanese/tkstep80
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80


portname:           java/openjit
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit


portname:           java/tya
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya


portname:           lang/pm3-base
broken because:     does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base


portname:           lang/pnet-base
broken because:     Bad plist
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnet-base


portname:           lang/scriba
broken because:     Does not install
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba


portname:           lang/tinycobol
broken because:     Missing htcobol compiler binary
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol


portname:           mail/kiltdown
broken because:     does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown


portname:           math/freemat
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat


portname:           math/freemat-mpi
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi


portname:           math/kaskade
broken because:     Fails to compile with GCC 4.3
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade


portname:           math/rascal
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal


portname:           multimedia/jahshaka
broken because:     does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka


portname:           multimedia/xmps-win32-plugin
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin


portname:           net-im/ocaml-jabbr
broken because:     does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ocaml-jabbr


portname:           net/asterisk12-addons
broken because:     does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk12-addons


portname:           net/cap
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap


portname:           net/openradius
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openradius


portname:           ports-mgmt/barry
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry


portname:           print/gtklp
broken because:     does not build
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090524180327/gtklp-1.2.6_1.log (_Jun__1_02:02:24_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=gtklp


portname:           print/lgrind
broken because:     does not fetch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=lgrind


portname:           science/pnetcdf
broken because:     Does not configure
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf


portname:           security/hashish
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=hashish


portname:           security/newpki-lib
broken because:     does not compile with OpenSSL 0.9.8b
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib


portname:           security/newpki-server
broken because:     does not compile with OpenSSL 0.9.8b
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server


portname:           security/xmlsec
broken because:     Does not compile on FreeBSD >= 7.0
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec


portname:           textproc/opensched
broken because:     Does not install
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched


portname:           www/bk_edit
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit


portname:           www/gforge
broken because:     bad plist
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=gforge


portname:           www/wb0
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0


portname:           www/winhelpcgi
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi


portname:           x11-toolkits/flu
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu


portname:           x11-toolkits/p5-Gnome
broken because:     fails to install
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome


portname:           x11-toolkits/p5-Tcl-Tk
broken because:     something segfaults during build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk


portname:           x11-toolkits/ruby-panelapplet
broken because:     does not build with GNOME 2.26.
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet


portname:           x11-toolkits/wxmozilla
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla
From linimon at FreeBSD.org  Sun Jun  7 06:28:44 2009
From: linimon at FreeBSD.org (linimon@FreeBSD.org)
Date: Sun Jun  7 06:28:53 2009
Subject: FreeBSD ports which are currently marked broken
Message-ID: <20090607062842.44FE71CCC1@mail.droso.net>

As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as "broken" in their Makefiles.  In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments.  The most common problem is that recent versions
of -CURRENT include gcc4.2, which is much stricter than older versions.
The next most common problem is that compiles succeed on the i386
architecture (e.g. the common Intel PC), but fail on one or more
of the other architectures due to assumptions about things such as
size of various types, byte-alignment issues, and so forth.

In occasional cases we see that the same port may have different
errors in different build environments.  The script that runs on the
build cluster uses heuristics to try to 'guess' the error type to
help you isolate problems, but it is only a rough guide.

One more note: on occasion, there are transient build errors seen
on the build farm.  Unfortunately, there is not yet any way for this
algorithm to tell the difference (humans are much, much better at
this kind of thing.)

The errors are listed below.  In the case where the same problem
exists on more than one build environment, the URL points to the
latest errorlog for that type.  (By 'build environment' here we
mean 'combination of 5.x/6.x/-current with target architecture'.)

(Note: the dates are included to help you to gauge whether or not
the error still applies to the latest version.  The program
that generates this report is not yet able to determine this
automatically.)

portname:           audio/dino
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=dino


portname:           audio/emu10kx
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=emu10kx


portname:           audio/gai-album
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gai-album


portname:           audio/gai-visual-audio
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gai-visual-audio


portname:           audio/gnomad2
broken because:     does not compile with current version of libmtp
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gnomad2


portname:           audio/p5-Audio-TagLib
broken because:     does not build with taglib 1.5
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=p5-Audio-TagLib


portname:           audio/py-sdl_mixer
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-sdl_mixer


portname:           audio/sineshaper
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=sineshaper


portname:           biology/embassy
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=embassy


portname:           cad/alliance
broken because:     does not compile
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/alliance-5.0.20070718_1.log (_Mar_26_08:21:12_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=alliance


portname:           cad/freecad
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=freecad


portname:           chinese/iiimf-le-xcin
broken because:     does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin


portname:           comms/gfax
broken because:     doesn't build with mono 2.0.1
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=gfax


portname:           comms/hcfmdm
broken because:     Does not compile at 7.x
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm


portname:           converters/mimelib
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib


portname:           databases/erserver
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver


portname:           databases/libgda4-jdbc
broken because:     does not configure
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libgda4-jdbc


portname:           databases/libpbl
broken because:     does not work with databases > ~200 MB (see
                    ports/130236)
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libpbl


portname:           deskutils/kio_locate
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=kio_locate


portname:           deskutils/mical
broken because:     Miscellaneous run-time failures due out of sync with
                    the current versions of dependencies
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=mical


portname:           deskutils/plasma-applet-quicklauncher
broken because:     Does not compile with KDE 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=plasma-applet-quicklauncher


portname:           devel/ace+tao
broken because:     Does not compile on FreeBSD >= 7.0
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao


portname:           devel/agide
broken because:     does not build
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090513195558/agide-0.124_2.log (_May_19_01:48:19_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide


portname:           devel/cocktail
broken because:     Segfault during build on FreeBSD >= 7.0
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090602161822/cocktail-9309_1.log (_Jun__3_14:04:39_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail


portname:           devel/fampp
broken because:     FAM system mismatch: gamin is installed, while desired
                    FAM system is fam
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp


portname:           devel/gdb53-act
broken because:     Does not compile with GCC 4.2
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090605135019/gdb-act-5.3_2,1.log (_Jun__2_04:52:23_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act


portname:           devel/linuxthreads
broken because:     leaves file on deinstall
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090524180327/linuxthreads-2.2.3_23.log (_May__6_20:58:39_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linuxthreads


portname:           devel/msp430-gdb
broken because:     Does not compile with GCC 4.2
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090605135019/msp430-gdb-5.1.1.20030909_1.log (_Jun__2_04:52:09_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb


portname:           devel/p5-ORBit
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit


portname:           devel/p5-P4-Client
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client


portname:           devel/p5-VCP
broken because:     does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-VCP


portname:           devel/pecl-svn
broken because:     does not compile with subversion-1.6
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pecl-svn


portname:           devel/poco
broken because:     bad plist
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090527134812/poco-1.3.3p1.log (_Jan_25_06:28:23_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco


portname:           devel/root
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root


portname:           devel/ruby-p4
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-p4


portname:           devel/ruby-rjudy
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy


portname:           devel/tcl-trf
broken because:     self-test fails
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=tcl-trf


portname:           devel/xfc
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc


portname:           editors/setedit
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit


portname:           editors/zed
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed


portname:           emulators/snes9express
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express


portname:           games/amy
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy


portname:           games/aqbubble
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble


portname:           games/fgsd
broken because:     does not build with simgear
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=fgsd


portname:           games/hlstatsx
broken because:     Does not fetch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=hlstatsx


portname:           games/njam
broken because:     does not build
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090222112727/njam-1.25_2.log (Tue Feb 24 09:27:53 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=njam


portname:           german/wordpress
broken because:     distfile mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=wordpress


portname:           graphics/bugle
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=bugle


portname:           graphics/demeter
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=demeter


portname:           graphics/ivtools
broken because:     Incomplete pkg-plist
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ivtools


portname:           graphics/libvisual-plugins
broken because:     Broken objformat handling
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins


portname:           graphics/p5-GraphViz-Data-Structure
broken because:     does not configure
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/p5-GraphViz-Data-Structure-0.17_1.log (_Mar_26_15:08:31_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=p5-GraphViz-Data-Structure


portname:           graphics/pixieplus
broken because:     does not compile
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090513195558/pixieplus-0.5.4.1_12.log (_May_22_20:21:57_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus


portname:           graphics/ray++
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B


portname:           graphics/wings
broken because:     Broken with erlang-r13b
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090604224332/wings-0.99.04a.log (_Jun__5_09:54:50_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=wings


portname:           irc/ircg
broken because:     Does not build with newer st
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=ircg


portname:           japanese/okphone
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone


portname:           japanese/oleo
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo


portname:           japanese/slirc
broken because:     Does not compile with devel/libslang2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=slirc


portname:           japanese/tkstep80
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80


portname:           java/dbvis
broken because:     unfetchable
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=dbvis


portname:           java/jakarta-commons-dbcp
broken because:     does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp


portname:           java/jdk14
broken because:     Does not compile with GCC 4.2
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090605135019/jdk-1.4.2p8_15.log (_Jun__6_18:28:20_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14


portname:           java/openjit
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit


portname:           java/tya
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya


portname:           lang/dylan
broken because:     does not install
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan


portname:           lang/gcl
broken because:     Gcl compiled with gcc42 dumps core
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl


portname:           lang/mozart
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart


portname:           lang/ocamlduce
broken because:     does not build with current version of lang/ocaml
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ocamlduce


portname:           lang/pm3-base
broken because:     does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base


portname:           lang/pnet-base
broken because:     Bad plist
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnet-base


portname:           lang/scriba
broken because:     Does not install
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba


portname:           lang/tinycobol
broken because:     Missing htcobol compiler binary
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol


portname:           lang/xsb
broken because:     Does not compile on FreeBSD 7.x
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090513195558/XSB-2.6_1.log (_May_24_16:59:50_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb


portname:           mail/kiltdown
broken because:     does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown


portname:           mail/silkymail
broken because:     doesn't fetch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=silkymail


portname:           math/freemat
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat


portname:           math/freemat-mpi
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi


portname:           math/kaskade
broken because:     Fails to compile with GCC 4.3
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade


portname:           math/linalg
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg


portname:           math/rascal
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal


portname:           multimedia/dirac-reference
broken because:     bad plist
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=dirac-reference


portname:           multimedia/jahshaka
broken because:     does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka


portname:           multimedia/manencode
broken because:     master sites disappeared, project abandoned
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=manencode


portname:           multimedia/smilutils
broken because:     Does not compile
build errors:
http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.2007101601/smilutils-0.3.2_3.log (Fri Sep 5 12:41:20 UTC 2008)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smilutils


portname:           multimedia/xmps-win32-plugin
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin


portname:           net-im/icqnd
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=icqnd


portname:           net-im/ocaml-jabbr
broken because:     does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ocaml-jabbr


portname:           net-mgmt/nav
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nav


portname:           net/asterisk12-addons
broken because:     does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk12-addons


portname:           net/b2bua
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua


portname:           net/cap
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap


portname:           net/evolution-rss
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=evolution-rss


portname:           net/ggsd
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd


portname:           net/isc-dhcp31-client
broken because:     Not yet integrated and tested
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-client


portname:           net/isc-dhcp31-relay
broken because:     Not yet integrated and tested
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-relay


portname:           net/isc-dhcp31-server
broken because:     Not yet integrated and tested
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-server


portname:           net/openpbx.org
broken because:     Unfetchable
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openpbx.org


portname:           net/openradius
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openradius


portname:           net/ssltunnel-client
broken because:     does not compile with OpenSSL 0.9.8b
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ssltunnel-client


portname:           net/vserver
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vserver


portname:           net/ztelnet
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet


portname:           news/inn-current
broken because:     Does not install (makedbz segfaults)
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=inn-current


portname:           news/openftd
broken because:     Does not install
build errors:
http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/openftd-1.1.0_2.log (Wed Mar 18 11:52:03 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd


portname:           palm/romeo
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo


portname:           ports-mgmt/barry
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry


portname:           print/gtklp
broken because:     does not build
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090524180327/gtklp-1.2.6_1.log (_Jun__1_02:02:24_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=gtklp


portname:           print/kaspaliste
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste


portname:           print/lgrind
broken because:     does not fetch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=lgrind


portname:           science/elmerfront
broken because:     does not compile
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090222112727/elmerfront-5.4.0_3.log (Tue Feb 24 09:37:01 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmerfront


portname:           science/elmerpost
broken because:     Latest version fails to compile
build errors:
http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/elmerpost-5.4.0_5.log (Wed Mar 18 11:51:14 UTC 2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmerpost


portname:           science/gchemutils
broken because:     does not compile with goffice-0.7.6
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=gchemutils


portname:           science/mbdyn
broken because:     fails to build with GCC 4.3 as needed for Fortran
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=mbdyn


portname:           science/openfoam
broken because:     bad depobj for java3d
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=openfoam


portname:           science/pcp
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp


portname:           science/pnetcdf
broken because:     Does not configure
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf


portname:           security/f-prot
broken because:     This version no longer receives updates
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=f-prot


portname:           security/hashish
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=hashish


portname:           security/krb4
broken because:     Incorrect pkg-plist on FreeBSD >= 7.0
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb4


portname:           security/metasploit
broken because:     unsatisfiable dependency
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090222112727/metasploit-3.0_2.log
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=metasploit


portname:           security/newpki-lib
broken because:     does not compile with OpenSSL 0.9.8b
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib


portname:           security/newpki-server
broken because:     does not compile with OpenSSL 0.9.8b
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server


portname:           security/shibboleth-sp
broken because:     Does not compile with GCC 4.2
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090605135019/shibboleth-sp-1.3f.log (_Jun__2_04:55:44_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp


portname:           security/xmlsec
broken because:     Does not compile on FreeBSD >= 7.0
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec


portname:           sysutils/busybox
broken because:     does not configure
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090604105905/busybox-1.11.1.log (_Apr_16_18:16:31_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=busybox


portname:           sysutils/dtc
broken because:     bad plist
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc


portname:           sysutils/gai-leds
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=gai-leds


portname:           sysutils/megarc
broken because:     Running megarc seems to cause memory corruption
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=megarc


portname:           sysutils/memtest86
broken because:     checksum mismatch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=memtest86


portname:           sysutils/perf
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf


portname:           sysutils/xwipower
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower


portname:           sysutils/xwlans
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans


portname:           textproc/dixit
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=dixit


portname:           textproc/opensched
broken because:     Does not install
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched


portname:           www/bk_edit
broken because:     Broken with gcc 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit


portname:           www/cacheboy
broken because:     leaves leftover binary after deinstall
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=cacheboy


portname:           www/epiphany-webkit
broken because:     is not ready for use; this port should be available in
                    GNOME 2.26
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=epiphany-webkit


portname:           www/gforge
broken because:     bad plist
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=gforge


portname:           www/p5-HTML-Embperl
broken because:     does not compile; infinite loops
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-HTML-Embperl


portname:           www/thttpd-st
broken because:     does not compile with new st
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090528233540/thttpd-st-2.25b_3.log (_Dec_19_01:14:34_UTC_2008)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=thttpd-st


portname:           www/toofpy
broken because:     Installs files outside of localbase
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=toofpy


portname:           www/trac-wikitemplates
broken because:     bad depobj
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-wikitemplates


portname:           www/wb0
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0


portname:           www/wget4web
broken because:     fails to install
build errors:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090529131630/wget4web-1.0_2.log (_Jun__2_04:57:20_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wget4web


portname:           www/winhelpcgi
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi


portname:           x11-drivers/xf86-video-vga
broken because:     Needs to be removed
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-vga


portname:           x11-fm/velocity
broken because:     does not build with GNOME 2.26
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity


portname:           x11-themes/kde-icons-gartoon-blue-svg
broken because:     does not fetch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-blue-svg


portname:           x11-themes/kde-icons-gartoon-svg
broken because:     does not fetch
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-svg


portname:           x11-themes/nimbus
broken because:     needs an update to work with latest intltool
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=nimbus


portname:           x11-toolkits/flu
broken because:     Does not compile with GCC 4.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu


portname:           x11-toolkits/p5-Gnome
broken because:     fails to install
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome


portname:           x11-toolkits/p5-Tcl-Tk
broken because:     something segfaults during build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk


portname:           x11-toolkits/py-pyqwt
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-pyqwt


portname:           x11-toolkits/py-pyxfce
broken because:     no new version released so far to match xfce 4.6.0
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-pyxfce


portname:           x11-toolkits/ruby-panelapplet
broken because:     does not build with GNOME 2.26.
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet


portname:           x11-toolkits/wxmozilla
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla
From linimon at FreeBSD.org  Sun Jun  7 06:28:57 2009
From: linimon at FreeBSD.org (linimon@FreeBSD.org)
Date: Sun Jun  7 06:29:32 2009
Subject: FreeBSD unmaintained ports which are currently scheduled for
	deletion
Message-ID: <20090607062854.E6F891CCC1@mail.droso.net>

As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically schedule removal of ports
that have been judged to have outlived their usefulness.  Often,
this is due to a better alternative having become available and/or
the cessation of development on the existing port.  In some cases,
ports are marked for removal because they fail to build and install
correctly from their sources, or otherwise fail in operation.

The ports, and the reason and date that they have been scheduled
for removal, are listed below.  If no one has stepped forward before
that time to propose a way to fix the problems (such as via a PR),
the ports will be deleted.



portname:           audio/festival+OGI
description:        Text-to-speech system with OGI residual LPC
                    synthesizer
maintainer:         ports@FreeBSD.org
deprecated because: unmaintained, does not work with current versions of
                    GCC, needs gcc295 which has been failing to build for
                    months
expiration date:    2009-04-28
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festival%2BOGI


portname:           audio/festlex-ifd
description:        Italian lexicon for Festival
maintainer:         ports@FreeBSD.org
deprecated because: unfulfilled dependencies for 8+ months, no active
                    maintainer, no user interest
expiration date:    2009-06-10
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festlex-ifd


portname:           audio/festogi-italian
description:        Italian support for Festival
maintainer:         ports@FreeBSD.org
deprecated because: unfulfilled dependencies for 8+ months, no active
                    maintainer, no user interest
expiration date:    2009-06-10
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festogi-italian


portname:           audio/festogi-spanish
description:        Mexican Spanish support for Festival
maintainer:         ports@FreeBSD.org
deprecated because: unfulfilled dependencies for 8+ months, no maintainer,
                    no user interest
expiration date:    2009-06-09
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festogi-spanish


portname:           audio/festvox-jph
description:        American English male voice for Festival
maintainer:         ports@FreeBSD.org
deprecated because: unfulfilled dependencies for 8+ months, no maintainer,
                    no user interest
expiration date:    2009-06-09
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-jph


portname:           audio/festvox-lp
description:        Italian female voice for Festival
maintainer:         ports@FreeBSD.org
deprecated because: unfulfilled dependencies for 8+ months, no active
                    maintainer, no user interest
expiration date:    2009-06-10
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-lp


portname:           audio/festvox-mwm
description:        American English male voice for Festival
maintainer:         ports@FreeBSD.org
deprecated because: unfulfilled dependencies for 8+ months, no maintainer,
                    no user interest
expiration date:    2009-06-09
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-mwm


portname:           audio/festvox-ogirab
description:        British English male voice for Festival
                    (non-commercial use only)
maintainer:         ports@FreeBSD.org
deprecated because: unfulfilled dependencies for 8+ months, no maintainer,
                    no user interest
expiration date:    2009-06-09
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-ogirab


portname:           audio/festvox-pc
description:        Italian male voice for Festival
maintainer:         ports@FreeBSD.org
deprecated because: unfulfilled dependencies for 8+ months, no active
                    maintainer, no user interest
expiration date:    2009-06-10
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-pc


portname:           audio/festvox-tll
description:        American English female voice for Festival (no
                    commercial use)
maintainer:         ports@FreeBSD.org
deprecated because: unfulfilled dependencies for 8+ months, no maintainer,
                    no user interest
expiration date:    2009-06-09
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-tll


portname:           games/amy
description:        A chess program for playing and analyzing games
maintainer:         ports@FreeBSD.org
status:             BROKEN
deprecated because: mastersite disappeared, does not build on recent
                    version
expiration date:    2009-07-28
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy


portname:           graphics/libimg-tk83
description:        A library of image format handlers for Tk4.1 and later
maintainer:         ports@FreeBSD.org
deprecated because: tcl8.3 support is going to be dropped
expiration date:    2009-05-22
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libimg-tk83


portname:           lang/pm3-base
description:        Compiler and base libs of Polytechnique Montreal
                    Modula-3 distribution
maintainer:         ports@FreeBSD.org
status:             BROKEN
deprecated because: Has been broken for more than 6 months
expiration date:    2008-09-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base


portname:           lang/pm3-forms
description:        High-level GUI libraries and tools for the PM3
                    Modula-3 distribution
maintainer:         ports@FreeBSD.org
deprecated because: depends on broken, expired port
expiration date:    2009-01-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-forms


portname:           lang/pm3-gui
description:        Low-level GUI libraries for the PM3 Modula-3
                    distribution
maintainer:         ports@FreeBSD.org
deprecated because: depends on broken, expired port
expiration date:    2009-01-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-gui


portname:           lang/pm3-m3tk
description:        Modula-3 source code analysis and transformation
                    toolkit (PM3 distribution)
maintainer:         ports@FreeBSD.org
deprecated because: depends on broken, expired port
expiration date:    2009-01-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-m3tk


portname:           lang/pm3-net
description:        Low-level networking libraries for the PM3 Modula-3
                    distribution
maintainer:         ports@FreeBSD.org
deprecated because: depends on broken, expired port
expiration date:    2009-01-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-net


portname:           lang/pm3-netobj
description:        PM3 distributed objects package supporting robust
                    distributed applications
maintainer:         ports@FreeBSD.org
deprecated because: depends on broken, expired port
expiration date:    2009-01-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-netobj


portname:           lang/tinycobol
description:        A tiny COBOL compiler for IA32 platforms
maintainer:         ports@FreeBSD.org
status:             BROKEN
deprecated because: no longer being developed; consider using
                    lang/open-cobol instead
expiration date:    2009-07-28
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol


portname:           net-mgmt/net-snmp4
description:        An extendable SNMP implementation
maintainer:         ports@FreeBSD.org
deprecated because: Use net-mgmt/net-snmp port instead
expiration date:    2009-07-01
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4


portname:           net-mgmt/net-snmp53
description:        An extendable SNMP implementation
maintainer:         ports@FreeBSD.org
deprecated because: Use net-mgmt/net-snmp port instead
expiration date:    2009-07-01
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/net-snmp-5.3.2.3.log (_Mar_26_20:38:15_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp53


portname:           security/hashish
description:        GUI file and string hashing utility
maintainer:         ports@FreeBSD.org
status:             BROKEN
deprecated because: does not compile
expiration date:    2009-07-28
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=hashish


portname:           www/jakarta-tomcat4
description:        Open-source Java web server by Apache, stable 4.0.x
                    branch
maintainer:         ports@FreeBSD.org
deprecated because: www/jakarta-tomcat5 is recommended instead for new
                    installations
expiration date:    2009-01-12
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4


portname:           www/jakarta-tomcat5
description:        Open-source Java web server by Apache, 5.0.x branch
maintainer:         ports@FreeBSD.org
deprecated because: Old version, consider using www/tomcat55 or
                    www/tomcat6 instead
expiration date:    2009-01-12
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5


portname:           www/mnogosearch31
description:        Full featured SQL-based hypertext search engine
maintainer:         ports@FreeBSD.org
deprecated because: Use www/mnogosearch instead, this version is ancient
expiration date:    2009-05-20
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mnogosearch31


portname:           www/winhelpcgi
description:        A winhelp converter cgi program
maintainer:         ports@FreeBSD.org
status:             BROKEN
deprecated because: 
expiration date:    2009-06-01
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi


portname:           x11-toolkits/p5-Gnome
description:        The main Gnome module of Gtk-Perl
maintainer:         ports@FreeBSD.org
status:             BROKEN
deprecated because: Has been broken for more than 6 months
expiration date:    2008-09-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome


portname:           x11-toolkits/p5-GtkXmHTML
description:        The HTML widget module of Gtk-Perl
maintainer:         ports@FreeBSD.org
deprecated because: depends on a broken, expired port
expiration date:    2009-01-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-GtkXmHTML


portname:           x11-toolkits/wxmozilla
description:        Embedding Mozilla in wxWidgets
maintainer:         ports@FreeBSD.org
status:             BROKEN
deprecated because: has been broken for more than 6 months
expiration date:    2009-01-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla


portname:           x11-toolkits/xclasses
description:        C++ layout library for X
maintainer:         ports@FreeBSD.org
deprecated because: Version branch long since retired
expiration date:    2007-10-28
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses
From linimon at FreeBSD.org  Sun Jun  7 06:29:05 2009
From: linimon at FreeBSD.org (linimon@FreeBSD.org)
Date: Sun Jun  7 06:29:33 2009
Subject: FreeBSD ports which are currently scheduled for deletion
Message-ID: <20090607062859.E4FB11CC40@mail.droso.net>

As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically schedule removal of ports
that have been judged to have outlived their usefulness.  Often,
this is due to a better alternative having become available and/or
the cessation of development on the existing port.  In some cases,
ports are marked for removal because they fail to build and install
correctly from their sources, or otherwise fail in operation.

The ports, and the reason and date that they have been scheduled
for removal, are listed below.  If no one has stepped forward before
that time to propose a way to fix the problems (such as via a PR),
the ports will be deleted.



portname:           audio/festival+OGI
description:        Text-to-speech system with OGI residual LPC
                    synthesizer
maintainer:         ports@FreeBSD.org
deprecated because: unmaintained, does not work with current versions of
                    GCC, needs gcc295 which has been failing to build for
                    months
expiration date:    2009-04-28
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festival%2BOGI


portname:           audio/festlex-ifd
description:        Italian lexicon for Festival
maintainer:         ports@FreeBSD.org
deprecated because: unfulfilled dependencies for 8+ months, no active
                    maintainer, no user interest
expiration date:    2009-06-10
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festlex-ifd


portname:           audio/festogi-italian
description:        Italian support for Festival
maintainer:         ports@FreeBSD.org
deprecated because: unfulfilled dependencies for 8+ months, no active
                    maintainer, no user interest
expiration date:    2009-06-10
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festogi-italian


portname:           audio/festogi-spanish
description:        Mexican Spanish support for Festival
maintainer:         ports@FreeBSD.org
deprecated because: unfulfilled dependencies for 8+ months, no maintainer,
                    no user interest
expiration date:    2009-06-09
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festogi-spanish


portname:           audio/festvox-abc
description:        Mexican Spanish male voice for Festival speech
                    synthesis system
maintainer:         araujo@FreeBSD.org
status:             IGNORE
deprecated because: unfulfilled dependencies for 8+ months, no user
                    interest.
expiration date:    2009-06-09
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-abc


portname:           audio/festvox-hvs
description:        Mexican Spanish female voice for Festival
maintainer:         araujo@FreeBSD.org
status:             IGNORE
deprecated because: unfulfilled dependencies for 8+ months, no user
                    interest.
expiration date:    2009-06-09
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-hvs


portname:           audio/festvox-jph
description:        American English male voice for Festival
maintainer:         ports@FreeBSD.org
deprecated because: unfulfilled dependencies for 8+ months, no maintainer,
                    no user interest
expiration date:    2009-06-09
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-jph


portname:           audio/festvox-lp
description:        Italian female voice for Festival
maintainer:         ports@FreeBSD.org
deprecated because: unfulfilled dependencies for 8+ months, no active
                    maintainer, no user interest
expiration date:    2009-06-10
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-lp


portname:           audio/festvox-mwm
description:        American English male voice for Festival
maintainer:         ports@FreeBSD.org
deprecated because: unfulfilled dependencies for 8+ months, no maintainer,
                    no user interest
expiration date:    2009-06-09
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-mwm


portname:           audio/festvox-ogirab
description:        British English male voice for Festival
                    (non-commercial use only)
maintainer:         ports@FreeBSD.org
deprecated because: unfulfilled dependencies for 8+ months, no maintainer,
                    no user interest
expiration date:    2009-06-09
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-ogirab


portname:           audio/festvox-pc
description:        Italian male voice for Festival
maintainer:         ports@FreeBSD.org
deprecated because: unfulfilled dependencies for 8+ months, no active
                    maintainer, no user interest
expiration date:    2009-06-10
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-pc


portname:           audio/festvox-tll
description:        American English female voice for Festival (no
                    commercial use)
maintainer:         ports@FreeBSD.org
deprecated because: unfulfilled dependencies for 8+ months, no maintainer,
                    no user interest
expiration date:    2009-06-09
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-tll


portname:           audio/py-sdl_mixer
description:        Pysdl_mixer is a python interface to SDL's sdl_mixer
maintainer:         acm@FreeBSD.org
status:             BROKEN
deprecated because: has been broken for more than 6 months
expiration date:    2009-01-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-sdl_mixer


portname:           databases/firebird-client
description:        The open-source InterBase(tm) 6.0 spin-off (client)
maintainer:         skv@FreeBSD.org
status:             IGNORE
deprecated because: no longer under development, please consider using
                    Firebird2
expiration date:    2009-02-24
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090527134812/firebird-client-1.5.5.log (_May_27_21:13:29_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=firebird-client


portname:           databases/firebird-server
description:        The open-source InterBase(tm) 6.0 spin-off (Classic
                    version)
maintainer:         skv@FreeBSD.org
status:             IGNORE
deprecated because: no longer under development, please consider using
                    Firebird2
expiration date:    2009-02-24
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=firebird-server


portname:           devel/linxt
description:        Perl script for controlling Lego NXT brick
maintainer:         jwbacon@tds.net
deprecated because: Use devel/roboctl instead.
expiration date:    2009-07-05
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linxt


portname:           games/amy
description:        A chess program for playing and analyzing games
maintainer:         ports@FreeBSD.org
status:             BROKEN
deprecated because: mastersite disappeared, does not build on recent
                    version
expiration date:    2009-07-28
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy


portname:           graphics/libimg-tk83
description:        A library of image format handlers for Tk4.1 and later
maintainer:         ports@FreeBSD.org
deprecated because: tcl8.3 support is going to be dropped
expiration date:    2009-05-22
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libimg-tk83


portname:           lang/perl5.6
description:        Practical Extraction and Report Language
maintainer:         skv@FreeBSD.org
deprecated because: no longer under development, please use lang/perl5.8
                    or lang/perl5.10
expiration date:    2009-05-31
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=perl5.6


portname:           lang/pm3-base
description:        Compiler and base libs of Polytechnique Montreal
                    Modula-3 distribution
maintainer:         ports@FreeBSD.org
status:             BROKEN
deprecated because: Has been broken for more than 6 months
expiration date:    2008-09-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base


portname:           lang/pm3-forms
description:        High-level GUI libraries and tools for the PM3
                    Modula-3 distribution
maintainer:         ports@FreeBSD.org
deprecated because: depends on broken, expired port
expiration date:    2009-01-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-forms


portname:           lang/pm3-gui
description:        Low-level GUI libraries for the PM3 Modula-3
                    distribution
maintainer:         ports@FreeBSD.org
deprecated because: depends on broken, expired port
expiration date:    2009-01-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-gui


portname:           lang/pm3-m3tk
description:        Modula-3 source code analysis and transformation
                    toolkit (PM3 distribution)
maintainer:         ports@FreeBSD.org
deprecated because: depends on broken, expired port
expiration date:    2009-01-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-m3tk


portname:           lang/pm3-net
description:        Low-level networking libraries for the PM3 Modula-3
                    distribution
maintainer:         ports@FreeBSD.org
deprecated because: depends on broken, expired port
expiration date:    2009-01-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-net


portname:           lang/pm3-netobj
description:        PM3 distributed objects package supporting robust
                    distributed applications
maintainer:         ports@FreeBSD.org
deprecated because: depends on broken, expired port
expiration date:    2009-01-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-netobj


portname:           lang/tcl80
description:        Tool Command Language
maintainer:         mm@FreeBSD.org
deprecated because: tcl8.0 support is going to be dropped
expiration date:    2009-03-22
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tcl80


portname:           lang/tinycobol
description:        A tiny COBOL compiler for IA32 platforms
maintainer:         ports@FreeBSD.org
status:             BROKEN
deprecated because: no longer being developed; consider using
                    lang/open-cobol instead
expiration date:    2009-07-28
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol


portname:           mail/bogofilter-qdbm
description:        Fast, teachable, learning spam detector
maintainer:         matthias.andree@gmx.de
deprecated because: Migrate to bogofilter-tc instead
expiration date:    2009-06-30
build errors:
http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090518145042/bogofilter-qdbm-1.2.0.log (_May_25_16:24:24_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=bogofilter-qdbm


portname:           multimedia/manencode
description:        Utility to simply transcode your videos
maintainer:         trebestie@gmail.com
status:             BROKEN
deprecated because: 
expiration date:    2009-06-11
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=manencode


portname:           net-mgmt/net-snmp4
description:        An extendable SNMP implementation
maintainer:         ports@FreeBSD.org
deprecated because: Use net-mgmt/net-snmp port instead
expiration date:    2009-07-01
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4


portname:           net-mgmt/net-snmp53
description:        An extendable SNMP implementation
maintainer:         ports@FreeBSD.org
deprecated because: Use net-mgmt/net-snmp port instead
expiration date:    2009-07-01
build errors:
http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/net-snmp-5.3.2.3.log (_Mar_26_20:38:15_UTC_2009)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp53


portname:           security/hashish
description:        GUI file and string hashing utility
maintainer:         ports@FreeBSD.org
status:             BROKEN
deprecated because: does not compile
expiration date:    2009-07-28
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=hashish


portname:           www/apache-jserv
description:        Loadable servlet module for apache
maintainer:         apache@FreeBSD.org
deprecated because: superceeded by tomcat
expiration date:    2009-06-09
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=apache-jserv


portname:           www/jakarta-tomcat4
description:        Open-source Java web server by Apache, stable 4.0.x
                    branch
maintainer:         ports@FreeBSD.org
deprecated because: www/jakarta-tomcat5 is recommended instead for new
                    installations
expiration date:    2009-01-12
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4


portname:           www/jakarta-tomcat5
description:        Open-source Java web server by Apache, 5.0.x branch
maintainer:         ports@FreeBSD.org
deprecated because: Old version, consider using www/tomcat55 or
                    www/tomcat6 instead
expiration date:    2009-01-12
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5


portname:           www/mnogosearch31
description:        Full featured SQL-based hypertext search engine
maintainer:         ports@FreeBSD.org
deprecated because: Use www/mnogosearch instead, this version is ancient
expiration date:    2009-05-20
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mnogosearch31


portname:           www/tdiary-devel
description:        A Web-based diary system (like weblog) written in Ruby
maintainer:         tota@rtfm.jp
status:             FORBIDDEN
deprecated because: has been forbidden for more than 6 months
expiration date:    2009-01-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tdiary-devel


portname:           www/trac-blog
description:        A blog plugin for Trac
maintainer:         gerrit.beine@gmx.de
status:             IGNORE
deprecated because: Not supported anymore for trac > 0.10; use
                    FullBlogPlugin instead
expiration date:    2009-07-01
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-blog


portname:           www/trac-restrictedarea
description:        Set up restricted areas within Trac
maintainer:         glarkin@FreeBSD.org
status:             IGNORE
deprecated because: Not supported anymore; functionality included in trac
                    since 0.11
expiration date:    2009-07-01
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-restrictedarea


portname:           www/winhelpcgi
description:        A winhelp converter cgi program
maintainer:         ports@FreeBSD.org
status:             BROKEN
deprecated because: 
expiration date:    2009-06-01
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi


portname:           www/zope-btreefolder2
description:        Zope product that can store many items
maintainer:         kaeru@inigo-tech.com
deprecated because: Included in Zope 2.8 and later
expiration date:    2007-08-31
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope-btreefolder2


portname:           x11-toolkits/p5-Gnome
description:        The main Gnome module of Gtk-Perl
maintainer:         ports@FreeBSD.org
status:             BROKEN
deprecated because: Has been broken for more than 6 months
expiration date:    2008-09-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome


portname:           x11-toolkits/p5-GtkXmHTML
description:        The HTML widget module of Gtk-Perl
maintainer:         ports@FreeBSD.org
deprecated because: depends on a broken, expired port
expiration date:    2009-01-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-GtkXmHTML


portname:           x11-toolkits/tk80
description:        Graphical toolkit for TCL
maintainer:         mm@FreeBSD.org
deprecated because: tcl8.0 support is going to be dropped
expiration date:    2009-03-22
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=tk80


portname:           x11-toolkits/wxmozilla
description:        Embedding Mozilla in wxWidgets
maintainer:         ports@FreeBSD.org
status:             BROKEN
deprecated because: has been broken for more than 6 months
expiration date:    2009-01-19
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla


portname:           x11-toolkits/xclasses
description:        C++ layout library for X
maintainer:         ports@FreeBSD.org
deprecated because: Version branch long since retired
expiration date:    2007-10-28
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses
From linimon at FreeBSD.org  Sun Jun  7 06:29:06 2009
From: linimon at FreeBSD.org (linimon@FreeBSD.org)
Date: Sun Jun  7 06:29:53 2009
Subject: FreeBSD unmaintained ports which are currently marked forbidden
Message-ID: <20090607062904.6CF1C1CCAC@mail.droso.net>

As part of an ongoing effort to reduce the number of problems in the
FreeBSD ports system, we periodically notify users about
ports that are marked as "forbidden" in their Makefiles.  Often,
these ports are so marked due to security concerns, such as known
exploits.

An overview of each port, including errors seen on the build farm,
is included below.

portname:           chinese/wordpress
forbidden because: 
                    http://www.vuxml.org/freebsd/622bc638-be27-11dd-a578-0030843d3802.html
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=wordpress


portname:           misc/compat3x
forbidden because:  FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath  - not
                    fixed / no lib available
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x


portname:           www/awstats-devel
forbidden because: 
                    http://www.vuxml.org/freebsd/27d78386-d35f-11dd-b800-001b77d09812.html
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=awstats-devel


portname:           www/linux-firefox-devel
forbidden because:  Security issues
                    http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel
From linimon at FreeBSD.org  Sun Jun  7 06:29:08 2009
From: linimon at FreeBSD.org (linimon@FreeBSD.org)
Date: Sun Jun  7 06:29:53 2009
Subject: FreeBSD ports which are currently marked forbidden
Message-ID: <20090607062905.7660B1CCB5@mail.droso.net>

As part of an ongoing effort to reduce the number of problems in the
FreeBSD ports system, we periodically notify users about
ports that are marked as "forbidden" in their Makefiles.  Often,
these ports are so marked due to security concerns, such as known
exploits.

An overview of each port, including errors seen on the build farm,
is included below.

portname:           chinese/wordpress
forbidden because: 
                    http://www.vuxml.org/freebsd/622bc638-be27-11dd-a578-0030843d3802.html
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=wordpress


portname:           databases/gnats
forbidden because:  Security issues
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats


portname:           misc/compat3x
forbidden because:  FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath  - not
                    fixed / no lib available
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x


portname:           www/amaya
forbidden because:  Security issues
                    http://www.vuxml.org/freebsd/a89b76a7-f6bd-11dd-94d9-0030843d3802.html
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=amaya


portname:           www/awstats-devel
forbidden because: 
                    http://www.vuxml.org/freebsd/27d78386-d35f-11dd-b800-001b77d09812.html
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=awstats-devel


portname:           www/linux-firefox
forbidden because:  Security issues
                    http://www.vuxml.org/freebsd/8b491182-f842-11dd-94d9-0030843d3802.html
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox


portname:           www/linux-firefox-devel
forbidden because:  Security issues
                    http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel


portname:           www/tdiary-devel
forbidden because:  contains a vulnerability:
                    http://www.tdiary.org/20071215.html written in
                    Japanese
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tdiary-devel
From naylor.b.david at gmail.com  Sun Jun  7 08:29:03 2009
From: naylor.b.david at gmail.com (David Naylor)
Date: Sun Jun  7 08:29:10 2009
Subject: MAKE_JOBS_UNSAFE (some more ports)
In-Reply-To: <20090606235647.613a5f0d@it.buh.tecnik93.com>
References: <200905211205.26666.naylor.b.david@gmail.com>
	<200906061805.18226.naylor.b.david@gmail.com>
	<20090606235647.613a5f0d@it.buh.tecnik93.com>
Message-ID: <200906071030.11090.naylor.b.david@gmail.com>

On Saturday 06 June 2009 22:56:47 Ion-Mihai Tetcu wrote:
> On Sat, 6 Jun 2009 18:05:14 +0200
>
> David Naylor <naylor.b.david@gmail.com> wrote:
> > P.S. Is anyone interested in a list of ports that do not compile
> > under tmpfs?
>
> Me.

The following are on my blacklist for tmpfs build, where:
# df -h | grep tmp
tmpfs         8.3G     12M    8.3G     0%    /tmp
# grep WRKDIRPREFIX /etc/make.conf
WRKDIRPREFIX=/tmp

editors/openoffice.org-3 (just to big for my computer to handle)
security/gpgme*
lang/ocaml**
java/openjdk6***

* Confirmed build failure on 7.1p2 and -Current from December
* Confirmed build success on -Current from Saturday
** I had a strange problems with math/facile that it wouldn't build if ocaml 
was built on tmpfs (didn't confirm this one)
*** Cannot reproduce (although do remember it)

From what I read it appeared that tmpfs had an internal locking problem 
however it appears to be fixed in current.  
-------------- 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/20090607/c46f0a19/attachment.pgp
From jonc at chen.org.nz  Sun Jun  7 10:19:39 2009
From: jonc at chen.org.nz (Jonathan Chen)
Date: Sun Jun  7 10:19:46 2009
Subject: portupgrade and ruby-1.8.7.160
Message-ID: <20090607100400.GA56429@osiris.chen.org.nz>

Hi,

Ever since I upgraded to ruby-1.8.7.160 on two separate hosts this
past week, portupgrade has been complaining with:

       ** Database file locked. Waiting.
or     ** Stale lock removed.

even if there is only one portupgrade process that's running. If I
revert back to ruby-1.8.7.72, these warnings go away.

I wouldn't mind these warnings so much, except that the "Database file
locked" message also has an annoying timeout period associated with
it.

Cheers.
-- 
Jonathan Chen <jonc@chen.org.nz>
----------------------------------------------------------------------
"A little learning is a dangerous thing but a lot of ignorance is
 just as bad."                                      - Bob Edwards
From bsam at ipt.ru  Sun Jun  7 10:28:57 2009
From: bsam at ipt.ru (Boris Samorodov)
Date: Sun Jun  7 10:29:04 2009
Subject: [x11/nvidia-driver] conflicts with linux dri ports
Message-ID: <22603989@bb.ipt.ru>

Hi!


I've just received a report at emulation@ about x11/nvidia-driver and
other linux dri ports to be in conflict.

If a linux dri port is installed x11/nvidia-driver seems to replace
libGL.so with a link to nvidia library. Not good. Is it right to
mark this port and other linux dri ports to be in conflict?


WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone & Internet SP
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
From que_deseja at hotmail.com  Sun Jun  7 11:13:06 2009
From: que_deseja at hotmail.com (Desmond da Peoples)
Date: Sun Jun  7 11:13:18 2009
Subject: plans to retire kqemu (poll)
In-Reply-To: <20090605185932.GA7964@triton.kn-bremen.de>
References: <20090605185932.GA7964@triton.kn-bremen.de>
Message-ID: <BLU126-W2629D1806F55930E3604B2ED460@phx.gbl>


Sound a bit stupid to retire it in favor of options such as Xen or VirtualBox. Kqemu is non-obtrusive, tested, and easily ported between systems. For some of us, good hardware or new hardware is not an option. 

> From: nox@jelal.kn-bremen.de
> Date: Fri, 5 Jun 2009 20:59:32 +0200
> To: freebsd-emulation@FreeBSD.org; freebsd-ports@FreeBSD.org
> CC: 
> Subject: plans to retire kqemu (poll)
> 
> Hi!
> 
>  If you are using kqemu you might want to fill out this little poll set up
> by Anthony Liguori, a qemu developer:
> 	http://www.micropoll.com/akira/mpview/604126-172373
> 
>  Here is his original posting on the qemu list:
> 	http://lists.gnu.org/archive/html/qemu-devel/2009-06/msg00151.html
> 
>  And here is one of the threads discussing reasons for the plans:
> 	http://lists.gnu.org/archive/html/qemu-devel/2009-06/msg00019.html
> 
>  Just so you know...
> 	Juergen
> _______________________________________________
> 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"

_________________________________________________________________
Windows Live? SkyDrive?: Get 25 GB of free online storage.
http://windowslive.com/online/skydrive?ocid=TXT_TAGLM_WL_SD_25GB_062009
From danfe at FreeBSD.org  Sun Jun  7 11:34:13 2009
From: danfe at FreeBSD.org (Alexey Dokuchaev)
Date: Sun Jun  7 11:34:19 2009
Subject: [x11/nvidia-driver] conflicts with linux dri ports
In-Reply-To: <22603989@bb.ipt.ru>
References: <22603989@bb.ipt.ru>
Message-ID: <20090607113412.GA88189@FreeBSD.org>

Boris Samorodov wrote:
> Hi!

Hello there,

> 
> I've just received a report at emulation@ about x11/nvidia-driver and
> other linux dri ports to be in conflict.
> 
> If a linux dri port is installed x11/nvidia-driver seems to replace
> libGL.so with a link to nvidia library. Not good. Is it right to
> mark this port and other linux dri ports to be in conflict?

Weird, as this is the first report of that kind.  Also, per what I see
in graphics/linux_dri{,-devel}, linuxish libGL* files go to usr/X11R6
(under  LINUXBASE, I assume), while nvidia-driver installs them under
usr/lib.

I will dig that emulation@ message to take a closer look.

Thanks.

./danfe
From bsam at ipt.ru  Sun Jun  7 11:49:53 2009
From: bsam at ipt.ru (Boris Samorodov)
Date: Sun Jun  7 11:50:09 2009
Subject: [x11/nvidia-driver] conflicts with linux dri ports
In-Reply-To: <20090607113412.GA88189@FreeBSD.org> (Alexey Dokuchaev's message
	of "Sun\, 7 Jun 2009 11\:34\:12 +0000")
References: <22603989@bb.ipt.ru> <20090607113412.GA88189@FreeBSD.org>
Message-ID: <24369133@bb.ipt.ru>

On Sun, 7 Jun 2009 11:34:12 +0000 Alexey Dokuchaev wrote:
> Boris Samorodov wrote:

> > I've just received a report at emulation@ about x11/nvidia-driver and
> > other linux dri ports to be in conflict.
> > 
> > If a linux dri port is installed x11/nvidia-driver seems to replace
> > libGL.so with a link to nvidia library. Not good. Is it right to
> > mark this port and other linux dri ports to be in conflict?

> Weird, as this is the first report of that kind.  Also, per what I see
> in graphics/linux_dri{,-devel}, linuxish libGL* files go to usr/X11R6
> (under  LINUXBASE, I assume), while nvidia-driver installs them under
> usr/lib.

Hm, you are right...
BTW, new linux dri ports:
. graphics/linux-f8-dri;
. graphics/linux-f10-dri;
. graphics/linux-dri74
istall libraries to usr/lib. Seems that those ports should be
added to CONFLICTS.

> I will dig that emulation@ message to take a closer look.

Thanks, I'm also interested.


WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone & Internet SP
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
From rwmaillists at googlemail.com  Sun Jun  7 12:04:57 2009
From: rwmaillists at googlemail.com (RW)
Date: Sun Jun  7 12:05:04 2009
Subject: [x11/nvidia-driver] conflicts with linux dri ports
In-Reply-To: <22603989@bb.ipt.ru>
References: <22603989@bb.ipt.ru>
Message-ID: <20090607130447.47e86a5b@gumby.homeunix.com>

On Sun, 07 Jun 2009 14:28:58 +0400
Boris Samorodov <bsam@ipt.ru> wrote:

> Hi!
> 
> 
> I've just received a report at emulation@ about x11/nvidia-driver and
> other linux dri ports to be in conflict.
> 
> If a linux dri port is installed x11/nvidia-driver seems to replace
> libGL.so with a link to nvidia library. Not good. Is it right to
> mark this port and other linux dri ports to be in conflict?

The nvidia-driver port overwrites the libGL installed by the native
Xorg. GLX doesn't work if this doesn't happen. Presumably it's doing
something similar with the Linux version. 
From doublef-ctm at yandex.ru  Sun Jun  7 12:49:05 2009
From: doublef-ctm at yandex.ru (Sergey Zaharchenko)
Date: Sun Jun  7 12:49:38 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 4
In-Reply-To: <20090527134343.GB1104@bsdcrew.de>
References: <20090527134343.GB1104@bsdcrew.de>
Message-ID: <20090607123354.GA2645@shark.localdomain>

Hello Martin!

Wed, May 27, 2009 at 03:43:43PM +0200 you wrote:

> 
> Howdy,
> 
> First of all sorry for all unanswered mails, I got a stupid flu,
> but now i feel better... ok now back to vbox, time for a new call
> for testing :-)
> 
> http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz

I'm running -CURRENT (yesterday's kernel) on i386, single-processor.

I've tried this out, it works OK (including a WinXP install +
installation of VS2005 under it), but there's a problem when I try to
shut down the VM: the host system reproducibly panics:(. Here's what
I've managed to get:

Unread portion of the kernel message buffer:
panic: vm_page_dirty: page is invalid!

(kgdb) bt
#0  doadump () at pcpu.h:246
#1  0xc086270e in boot (howto=260) at /home/df/checkouts/freebsd/src/sys/kern/kern_shutdown.c:420
#2  0xc08629e2 in panic (fmt=Variable "fmt" is not available.
) at /home/df/checkouts/freebsd/src/sys/kern/kern_shutdown.c:576
#3  0xc0a9fdf2 in vm_page_dirty (m=0x0) at /home/df/checkouts/freebsd/src/sys/vm/vm_page.c:574
#4  0xc0b685ad in pmap_remove_pte (pmap=0xc87bb358, ptq=Variable "ptq" is not available.
) at /home/df/checkouts/freebsd/src/sys/i386/i386/pmap.c:2478
#5  0xc0b68f1a in pmap_remove (pmap=0xc87bb358, sva=2945187840, eva=2945318912) at /home/df/checkouts/freebsd/src/sys/i386/i386/pmap.c:2607
#6  0xc0a967bc in vm_map_delete (map=0xc87bb2ac, start=2945187840, end=2945318912) at /home/df/checkouts/freebsd/src/sys/vm/vm_map.c:2579
#7  0xc0a969c1 in vm_map_remove (map=0xc87bb2ac, start=2945187840, end=2945318912) at /home/df/checkouts/freebsd/src/sys/vm/vm_map.c:2608
#8  0xc19ef55c in rtR0MemObjNativeFree () from /boot/modules/vboxdrv.ko
#9  0xc19edbb2 in RTR0MemObjFree () from /boot/modules/vboxdrv.ko
#10 0xc19dc4ac in supdrvMemRelease () from /boot/modules/vboxdrv.ko
#11 0xc19df52e in supdrvIOCtl () from /boot/modules/vboxdrv.ko
#12 0xc19dadca in VBoxDrvFreeBSDIOCtl () from /boot/modules/vboxdrv.ko
#13 0xc07e73f8 in devfs_ioctl_f (fp=0xc7c54508, com=3317652896, data=0xc5bf5da0, cred=0xc87c1800, td=0xc8257900) at /home/df/checkouts/freebsd/src/sys/fs/devfs/devfs_vnops.c:660
#14 0xc08a59ad in kern_ioctl (td=0xc8257900, fd=22, com=3223082507, data=0xc5bf5da0 "birddrib\034") at file.h:262
#15 0xc08a5b34 in ioctl (td=0xc8257900, uap=0xe6d33cf8) at /home/df/checkouts/freebsd/src/sys/kern/sys_generic.c:677
#16 0xc0b6c853 in syscall (frame=0xe6d33d38) at /home/df/checkouts/freebsd/src/sys/i386/i386/trap.c:1073
#17 0xc0b4fab0 in Xint0x80_syscall () at /home/df/checkouts/freebsd/src/sys/i386/i386/exception.s:261
#18 0x00000033 in ?? ()

Still, thanks a lot for your hard work! VirtualBox is such a nice
thing...

-- 
DoubleF
No virus detected in this message. Ehrm, wait a minute...
/kernel: pid 56921 (antivirus), uid 32000: exited on signal 9
Oh yes, no virus:)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090607/e2afa0f6/attachment.pgp
From mcdouga9 at egr.msu.edu  Sun Jun  7 15:40:43 2009
From: mcdouga9 at egr.msu.edu (Adam McDougall)
Date: Sun Jun  7 15:40:53 2009
Subject: MAKE_JOBS_UNSAFE (some more ports)
In-Reply-To: <200906071030.11090.naylor.b.david@gmail.com>
References: <200905211205.26666.naylor.b.david@gmail.com>	<200906061805.18226.naylor.b.david@gmail.com>	<20090606235647.613a5f0d@it.buh.tecnik93.com>
	<200906071030.11090.naylor.b.david@gmail.com>
Message-ID: <4A2BDB70.90805@egr.msu.edu>

David Naylor wrote:
> On Saturday 06 June 2009 22:56:47 Ion-Mihai Tetcu wrote:
>   
>> On Sat, 6 Jun 2009 18:05:14 +0200
>>
>> David Naylor <naylor.b.david@gmail.com> wrote:
>>     
>>> P.S. Is anyone interested in a list of ports that do not compile
>>> under tmpfs?
>>>       
>> Me.
>>     
>
> The following are on my blacklist for tmpfs build, where:
> # df -h | grep tmp
> tmpfs         8.3G     12M    8.3G     0%    /tmp
> # grep WRKDIRPREFIX /etc/make.conf
> WRKDIRPREFIX=/tmp
>
> editors/openoffice.org-3 (just to big for my computer to handle)
> security/gpgme*
> lang/ocaml**
> java/openjdk6***
>
> * Confirmed build failure on 7.1p2 and -Current from December
> * Confirmed build success on -Current from Saturday
> ** I had a strange problems with math/facile that it wouldn't build if ocaml 
> was built on tmpfs (didn't confirm this one)
> *** Cannot reproduce (although do remember it)
>
> From what I read it appeared that tmpfs had an internal locking problem 
> however it appears to be fixed in current.  
>   
Last I tried it, procmail did not build on tmpfs either, I didn't have 
time to report the full details.  After getting a compile error, I 
looked into what was in the build directory and found two files with the 
same name!! I think when I deleted one, I think the size of the other 
showed a change. 
From w8hdkim at gmail.com  Sun Jun  7 15:53:33 2009
From: w8hdkim at gmail.com (Kim Culhan)
Date: Sun Jun  7 15:53:40 2009
Subject: gnome-panel-2.26.2 build failure: cp: configure: No such file or 
	directory
Message-ID: <89dbfdc30906070831t17c7d140lfc79e6702d676cc3@mail.gmail.com>

===>    Verifying install for panel-applet-2.0 in /usr/ports/x11/gnome-panel
===>   gnome-panel-2.26.2 depends on executable: gmake - found

[many depends deleted]

===>   gnome-panel-2.26.2 depends on shared library: pango-1.0.0 - found
===>  Configuring for gnome-panel-2.26.2
cp: configure: No such file or directory
*** Error code 1

This is from a ports tree refreshed 6-6-09

regards
-kim
From lumiwa at gmail.com  Sun Jun  7 17:17:58 2009
From: lumiwa at gmail.com (ajtiM)
Date: Sun Jun  7 17:18:04 2009
Subject: skype-out calls disconnect after 5 minute
Message-ID: <200906071217.46779.lumiwa@gmail.com>

My system: FreeBSD 7.2-RELEASE #0: Fri May  1 08:49:13 UTC 2009     
root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386

Skype-out calls disconnect after about 5 minutes. I red that was problem with 
beta or pre release but looks like that is the problem here still. Version of 
Skype is 2.9.9.72.
Do I need to put kern.hz=100 in loader.conf, please?

Thanks in advace,
-- 
Mitja
-----
http://starikarp.redbubble.com
From spawk at acm.poly.edu  Sun Jun  7 19:34:38 2009
From: spawk at acm.poly.edu (Boris Kochergin)
Date: Sun Jun  7 19:34:45 2009
Subject: porting dash (the shell)
In-Reply-To: <4A2B4232.1090507@gmail.com>
References: <4A2B1B51.4090300@gmail.com> <4A2B3FFC.2080109@acm.poly.edu>
	<4A2B4232.1090507@gmail.com>
Message-ID: <4A2C15C8.5050905@acm.poly.edu>

Eitan Adler wrote:
> Boris Kochergin wrote:
>   
>> Eitan Adler wrote:
>>     
>>> if gcc -DBSD=1 -DSMALL -DSHELL -DGLOB_BROKEN -DFNMATCH_BROKEN
>>> -DIFS_BROKEN -D__COPYRIGHT\(x\)= -D__RCSID\(x\)= -D_DIAGASSERT\(x\)= -I.
>>> -I. -I..  -include ../config.h   -g -O2 -Wall -MT exec.o -MD -MP -MF
>>> ".deps/exec.Tpo" \
>>>           -c -o exec.o `test -f 'exec.c' || echo './'`exec.c; \
>>>         then mv -f ".deps/exec.Tpo" ".deps/exec.Po"; \
>>>         else rm -f ".deps/exec.Tpo"; exit 1; \
>>>         fi
>>> exec.c: In function 'find_command':
>>> exec.c:317: error: storage size of 'statb' isn't known
>>> exec.c:326: warning: implicit declaration of function 'stat64'
>>> exec.c:317: warning: unused eitan 'statb'
>>> gmake[3]: *** [exec.o] Error 1
>>> gmake[3]: Leaving directory `/home/eitan/dash-0.5.1/src'
>>> gmake[2]: *** [all] Error 2
>>> gmake[2]: Leaving directory `/home/eitan/dash-0.5.1/src'
>>> gmake[1]: *** [all-recursive] Error 1
>>> gmake[1]: Leaving directory `/home/eitan/dash-0.5.1'
>>> gmake: *** [all] Error 2
>>>
>>>   
>>>       
>> stat64() and the statb structure appear to be some kind of Linuxisms.
>> FreeBSD's stat() doesn't have any trouble with file sizes of over 2 GiB,
>> so try replacing the stat64() call with stat() and the statb structure
>> with a stat structure.
>>
>> -Boris
>>
>>     
>
> After doing a global search and replace of stat64 to stat I get:
>
> mystring.c: In function 'single_quote':
> mystring.c:164: warning: implicit declaration of function 'strchrnul'
> mystring.c:164: error: invalid operands to binary -
> mystring.c:169: warning: implicit declaration of function 'mempcpy'
> mystring.c:169: warning: incompatible implicit declaration of built-in
> function 'mempcpy'
>
>
>   
strchrnul() and mempcpy() are GNU extensions to libc. Here they are, 
implemented in ISO C:

char *strchrnul(const char *s, int c) {
  char *i;
  for (i = (char*)s; *i != '\0'; ++i) {
    if (*i == c) {
      return i;
    }
  }
  return i;
}

void *mempcpy(void *dst, const void *src, size_t len) {
  return (void*)(((char*)memcpy(dst, src, len)) + len);
}

You can Google around (or read the Linux man page) for what a GNU 
extension is supposed to do and implement it pretty easily. It's also a 
good idea to test your resulting code against the actual glibc 
implementation (I tested these on a friend's Linux machine).

-Boris
From barbara.xxx1975 at libero.it  Sun Jun  7 19:34:56 2009
From: barbara.xxx1975 at libero.it (barbara)
Date: Sun Jun  7 19:35:05 2009
Subject: [x11/nvidia-driver] conflicts with linux dri ports
Message-ID: <KKVVQ5$55042A577C09ABEBE07BC00F05F0FD24@libero.it>

> Hi!
> 
> 
> I've just received a report at emulation@ about x11/nvidia-driver and
> other linux dri ports to be in conflict.
> 
> If a linux dri port is installed x11/nvidia-driver seems to replace
> libGL.so with a link to nvidia library. Not good. Is it right to
> mark this port and other linux dri ports to be in conflict?

Why it's not good?
I'm not sure I've understood, but I think it's more or less the same with the native counterpart: if you install x11/nvidia-driver, libGL.so from graphics/libGL get replaced (actually renamed).



From shiretu at gmail.com  Sun Jun  7 19:57:12 2009
From: shiretu at gmail.com (Eugen-Andrei Gavriloaie)
Date: Sun Jun  7 19:57:51 2009
Subject: Port admission request
Message-ID: <225FD50B-19D2-455E-AAE4-F5A96EA51D09@gmail.com>

Hi,

I would like to bring to your attention my project hosted here:

http://www.rtmpd.com

I know how Adobe is keep ignoring our request of having a flash player  
for FreeBSD. I though that at least we have another decent C++  
implementation of a media server. This is an "under development"  
project but is usable in his current (trunk) state.

Let me know if you can/want to add it in the ports

Thank you for your time,
Andrei

From bsam at ipt.ru  Sun Jun  7 20:06:59 2009
From: bsam at ipt.ru (Boris Samorodov)
Date: Sun Jun  7 20:07:06 2009
Subject: [x11/nvidia-driver] conflicts with linux dri ports
In-Reply-To: <KKVVQ5$55042A577C09ABEBE07BC00F05F0FD24@libero.it> (barbara's
	message of "Sun\, 7 Jun 2009 21\:34\:53 +0200")
References: <KKVVQ5$55042A577C09ABEBE07BC00F05F0FD24@libero.it>
Message-ID: <81475023@h30.sp.ipt.ru>

On Sun,  7 Jun 2009 21:34:53 +0200 barbara wrote:

> > I've just received a report at emulation@ about x11/nvidia-driver and
> > other linux dri ports to be in conflict.
> > 
> > If a linux dri port is installed x11/nvidia-driver seems to replace
> > libGL.so with a link to nvidia library. Not good. Is it right to
> > mark this port and other linux dri ports to be in conflict?

> Why it's not good?
> I'm not sure I've understood, but I think it's more or less the same with the native counterpart: if you install x11/nvidia-driver, libGL.so from graphics/libGL get replaced (actually renamed).

Because if port B replaces a file from port A, then when port A is
deinstalled, the file from the ports B is removed.


WBR
-- 
bsam
From itetcu at FreeBSD.org  Sun Jun  7 20:49:08 2009
From: itetcu at FreeBSD.org (Ion-Mihai Tetcu)
Date: Sun Jun  7 20:49:16 2009
Subject: Port admission request
In-Reply-To: <225FD50B-19D2-455E-AAE4-F5A96EA51D09@gmail.com>
References: <225FD50B-19D2-455E-AAE4-F5A96EA51D09@gmail.com>
Message-ID: <20090607234926.61b7ef19@it.buh.tecnik93.com>

On Sun, 7 Jun 2009 22:27:16 +0300
Eugen-Andrei Gavriloaie <shiretu@gmail.com> wrote:

> Hi,
> 
> I would like to bring to your attention my project hosted here:
> 
> http://www.rtmpd.com
> 
> I know how Adobe is keep ignoring our request of having a flash
> player for FreeBSD. I though that at least we have another decent
> C++ implementation of a media server. This is an "under development"  
> project but is usable in his current (trunk) state.
> 
> Let me know if you can/want to add it in the ports

If you make a port for it I see no problem in adding it.
I can give you a hand with writing the port.

-- 
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: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090607/6a45327b/signature.pgp
From jonc at chen.org.nz  Sun Jun  7 21:06:20 2009
From: jonc at chen.org.nz (Jonathan Chen)
Date: Sun Jun  7 21:06:26 2009
Subject: math/fftw3 distinfo incorrect
Message-ID: <20090607210618.GA89648@osiris.chen.org.nz>

Hi,

The latest bump to math/fftw3 from 3.2 to 3.2.1 missed the distinfo
changes, which still references fftw-3.2.tar.gz.

Cheers.
-- 
Jonathan Chen <jonc@chen.org.nz>
----------------------------------------------------------------------
                 When you don't know what you are doing, do it neatly.
From rwmaillists at googlemail.com  Mon Jun  8 00:00:48 2009
From: rwmaillists at googlemail.com (RW)
Date: Mon Jun  8 00:00:54 2009
Subject: [x11/nvidia-driver] conflicts with linux dri ports
In-Reply-To: <81475023@h30.sp.ipt.ru>
References: <KKVVQ5$55042A577C09ABEBE07BC00F05F0FD24@libero.it>
	<81475023@h30.sp.ipt.ru>
Message-ID: <20090608010037.3c3623d6@gumby.homeunix.com>

On Mon, 08 Jun 2009 00:06:56 +0400
Boris Samorodov <bsam@ipt.ru> wrote:

> On Sun,  7 Jun 2009 21:34:53 +0200 barbara wrote:
> 
> > > I've just received a report at emulation@ about x11/nvidia-driver
> > > and other linux dri ports to be in conflict.
> > > 
> > > If a linux dri port is installed x11/nvidia-driver seems to
> > > replace libGL.so with a link to nvidia library. Not good. Is it
> > > right to mark this port and other linux dri ports to be in
> > > conflict?
> 
> > Why it's not good?
> > I'm not sure I've understood, but I think it's more or less the
> > same with the native counterpart: if you install x11/nvidia-driver,
> > libGL.so from graphics/libGL get replaced (actually renamed).
> 
> Because if port B replaces a file from port A, then when port A is
> deinstalled, the file from the ports B is removed.

It's not ideal, but making nvidia-driver conflict with its own
dependencies is a lot worse.
From erwin at FreeBSD.org  Mon Jun  8 00:34:51 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Mon Jun  8 00:34:57 2009
Subject: INDEX build failed for 6.x
Message-ID: <200906080035.n580ZIon005443@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: epplets-0.12: no entry for /usr/ports/x11-wm/enlightenment
make_index: epplets-0.12: no entry for /usr/ports/x11-wm/enlightenment
make_index: enlightenment-docs-0.16.8.0.2: no entry for /usr/ports/x11-wm/enlightenment

Committers on the hook:
amdmi3 gahr pav pgollucci 

Most recent CVS update was:
ports/MOVED
ports/databases/rubygem-memcache-client/Makefile
ports/databases/rubygem-memcache-client/distinfo
ports/devel/rubygem-hoe/Makefile
ports/devel/rubygem-hoe/distinfo
ports/games/Makefile
ports/games/flyhard/Makefile
ports/games/flyhard/distinfo
ports/games/flyhard/pkg-plist
ports/lang/harbour/Makefile
ports/mail/p5-qpsmtpd/Makefile
ports/mail/p5-qpsmtpd/distinfo
ports/math/fftw3/distinfo
ports/x11-themes/e16-themes/Makefile
ports/x11-themes/e16-themes/distinfo
ports/x11-themes/e16-themes/pkg-plist
ports/x11-wm/Makefile
ports/x11-wm/e16/Makefile
ports/x11-wm/e16/distinfo
ports/x11-wm/e16/pkg-descr
ports/x11-wm/e16/pkg-plist
From amdmi3 at amdmi3.ru  Mon Jun  8 00:35:10 2009
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Mon Jun  8 00:35:17 2009
Subject: Is fetching source RPMs in linux ports really required?
In-Reply-To: <20090605.085853.1749234114.imp@bsdimp.com>
References: <20090605133321.GA18653@hades.panopticon>
	<20090605.085853.1749234114.imp@bsdimp.com>
Message-ID: <20090608003502.GF48992@hades.panopticon>

* M. Warner Losh (imp@bsdimp.com) wrote:

> I don't think that GPLv2 section 3c applies because we've not received
> an section 3b offer to redistribute.  Instead, the RPMs are provided
> under section 3a.  The FSF made a big deal about this not being
> sufficient a while ago.

Oh, after reading it more thoughtfully I think you're right, sorry for
the noise. GPL3, however, still seems to not require this.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From erwin at FreeBSD.org  Mon Jun  8 03:33:42 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Mon Jun  8 03:33:49 2009
Subject: INDEX build failed for 6.x
Message-ID: <200906080334.n583YAHu043794@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: epplets-0.12: no entry for /usr/ports/x11-wm/enlightenment
make_index: epplets-0.12: no entry for /usr/ports/x11-wm/enlightenment
make_index: enlightenment-docs-0.16.8.0.2: no entry for /usr/ports/x11-wm/enlightenment

Committers on the hook:
amdmi3 lippe pgollucci 

Most recent CVS update was:
ports/devel/apr/Makefile
ports/devel/apr/distinfo
ports/devel/apr/files/patch-apr_hints.m4
ports/devel/apr/pkg-plist
ports/devel/p5-threads-shared/Makefile
ports/devel/p5-threads-shared/distinfo
ports/net-mgmt/rancid/Makefile
ports/net-mgmt/rancid/distinfo
ports/net-mgmt/rancid/files/patch-etc::Makefile.am
ports/net-mgmt/rancid/files/patch-etc::Makefile.in
ports/net-mgmt/rancid/pkg-plist
ports/security/vuxml/vuln.xml
ports/textproc/rubygem-nokogiri/Makefile
ports/textproc/rubygem-nokogiri/distinfo
ports/www/hiawatha/Makefile
ports/www/hiawatha/distinfo
ports/www/hiawatha/pkg-plist
From roberthuff at rcn.com  Mon Jun  8 05:01:43 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Mon Jun  8 05:01:51 2009
Subject: porting: Linux to Freebsd
Message-ID: <18988.39724.572280.687111@jerusalem.litteratus.org>


	Is there anyone out there with experience porting from Linux to
FreeBSD and/or writing code for both who can spare a few cycles to
help a complete novice figure out what's different (and how to fix
it)?

	Respectfully,


				Robert Huff


From erwin at FreeBSD.org  Mon Jun  8 06:32:31 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Mon Jun  8 06:32:38 2009
Subject: INDEX build failed for 6.x
Message-ID: <200906080632.n586Wxin072675@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: epplets-0.12: no entry for /usr/ports/x11-wm/enlightenment
make_index: epplets-0.12: no entry for /usr/ports/x11-wm/enlightenment
make_index: enlightenment-docs-0.16.8.0.2: no entry for /usr/ports/x11-wm/enlightenment

Committers on the hook:
matusita pgollucci 

Most recent CVS update was:
ports/editors/gnuserv/Makefile
ports/japanese/skk-jisyo/Makefile
ports/japanese/skk-jisyo/distinfo
ports/www/apache20/Makefile
ports/www/apache22/Makefile
ports/www/mod_webapp/Makefile
From hselasky at c2i.net  Mon Jun  8 07:58:45 2009
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Mon Jun  8 07:58:53 2009
Subject: Temporary patch to fix USB in kdebase4
Message-ID: <200906080902.43391.hselasky@c2i.net>

See attachment.
--HPS
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kdebase4.diff
Type: text/x-patch
Size: 5884 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090608/3558137c/kdebase4.bin
From Alexander at Leidinger.net  Mon Jun  8 08:20:32 2009
From: Alexander at Leidinger.net (Alexander Leidinger)
Date: Mon Jun  8 08:20:40 2009
Subject: porting: Linux to Freebsd
In-Reply-To: <18988.39724.572280.687111@jerusalem.litteratus.org>
References: <18988.39724.572280.687111@jerusalem.litteratus.org>
Message-ID: <20090608100341.111151v2gvnb9dwk@webmail.leidinger.net>

Quoting Robert Huff <roberthuff@rcn.com> (from Mon, 8 Jun 2009  
01:01:32 -0400):

>
> 	Is there anyone out there with experience porting from Linux to
> FreeBSD and/or writing code for both who can spare a few cycles to
> help a complete novice figure out what's different (and how to fix
> it)?

Have a look at http://wiki.freebsd.org/AvoidingLinuxisms for some  
generic advise. Feel free to propose things to add there (or add them  
yourself, we hand out write access upon request).

If you do not know how to port a specific part of an application to  
FreeBSD, feel free to ask here (or on a more specific ML, e.g. if it  
is network related, the network ML of FreeBSD is maybe better suited).

Bye,
Alexander.

-- 
The plural of spouse is spice.

http://www.Leidinger.net    Alexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org       netchild @ FreeBSD.org  : PGP ID = 72077137
From erwin at FreeBSD.org  Mon Jun  8 09:33:00 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Mon Jun  8 09:33:07 2009
Subject: INDEX now builds successfully on 6.x
Message-ID: <200906080933.n589XSIs052211@pointyhat.freebsd.org>

From peterjeremy at optushome.com.au  Mon Jun  8 10:35:56 2009
From: peterjeremy at optushome.com.au (Peter Jeremy)
Date: Mon Jun  8 10:36:02 2009
Subject: porting: Linux to Freebsd
In-Reply-To: <18988.39724.572280.687111@jerusalem.litteratus.org>
References: <18988.39724.572280.687111@jerusalem.litteratus.org>
Message-ID: <20090608082930.GD9529@server.vk2pj.dyndns.org>

On 2009-Jun-08 01:01:32 -0400, Robert Huff <roberthuff@rcn.com> wrote:
>	Is there anyone out there with experience porting from Linux to
>FreeBSD and/or writing code for both who can spare a few cycles to
>help a complete novice figure out what's different (and how to fix
>it)?

That's an extremely open-ended question.  Probably the biggest issue
is the use of GNU extensions in system utilities - particularly the
assumption that /bin/sh is bash.

You would probably be better off asking specific questions on problems
that you run into.

-- 
Peter Jeremy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090608/a0d680ce/attachment.pgp
From akriventsov at masterhost.ru  Mon Jun  8 10:59:59 2009
From: akriventsov at masterhost.ru (Alexander Kriventsov)
Date: Mon Jun  8 11:00:05 2009
Subject: ports/134929
Message-ID: <4A2CE8EA.3040904@masterhost.ru>

Hello
?an anybody commit this
http://www.freebsd.org/cgi/query-pr.cgi?pr=134929 ?
Thanks

-- 
Best Regards,
Alexander Kriventsov
.masterhost
From bugmaster at FreeBSD.org  Mon Jun  8 11:06:06 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Jun  8 11:06:34 2009
Subject: Current unassigned ports problem reports
Message-ID: <200906081106.n58B65x6019688@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/135364            New port: astro/qlankdartegt
o ports/135363            [PATCH] update ftwin
f ports/135357            [UPDATE] astro/merkaartor to 0.13.2
o ports/135347            New port: audio/liblastfm
f ports/135343            [MAINTAINER UPDATE] finance/qtstalker - fix for custom
o ports/135331            New port: databases/mysqlbackup - create MySQL-databas
o ports/135322            Port graphics/linux_dri has incorrect packaging list c
f ports/135320            update sysutils/facter to 1.5.6
f ports/135311            mail/dovecot-antispam must be rebuilt if dovecot is up
f ports/135300            update for ports/www/webcheck
o ports/135161            finance/aqbanking update to 4.0.0
o ports/135096            new port:databases/slonyI-2
o ports/135086            new port:mail/qmailadmin-devel
f ports/135084            net-im/pidgin-facebookchat: new upstream version (patc
o ports/135019            sysutils/bubblemon-dockapp 1.46_6 memory usage meter i
f ports/135018            Port multimedia/vlc fails to compile when WITHOUT_X11=
f ports/134987            databases/tokyotyrant - rc.d file for Tokyo Tyrant not
f ports/134945            [UPDATE] update sysutils/linux-megacli
f ports/134875            Update Port: editors/emacs-devel to v.23.0.93
f ports/134770            lang/spidermonkey misses installation of some header f
f ports/134743            devel/Monotone and pthreaded dependencies
f ports/134711            mail/postfix - repocopy of (old) postfix to postfix25 
f ports/134639            devel/boost can't be made with parameteres  -DWITH_PYT
s ports/134485            net-mgmt/trafd 3.0.2.1 doesn't collect traffic
o ports/134474            deskutils/wmpinboard segfaults on startup
o ports/134443            [NEW PORT] multimedia/2ManDVD: Create your own video d
s ports/134347            mail/spamd: spamlogd's whitelist expiration period is 
f ports/134271            mail/popd POP3 server dies handling messages with very
f ports/134270            update port: print/hplip update to: 3.9.4
f ports/134264            audio/cmus - segmentation fault with ogg files
o ports/134112            [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0
f ports/133944            [PATCH] print/latex-prettyref: [SUMMARIZE CHANGES]
o ports/133928            New Port: multimedia/gdialog, A Project X addon to rea
o ports/133822            New port for cad/linux-eagle5 (Eagle 5.5.0)
o ports/133563            security/cfs rc script needs "mntudp" option on 8-CURR
o ports/133533            [PATCH] Add a static user/group for audio/musicpd port
f ports/133451            www/plone3 build fails. Plone3 needs python-2.4 but li
o ports/133421            [NEW PORT] java/eclipse-xsd: EMF-XSD Runtime
f ports/133344            net/nss_ldap fails to compile if world was installed w
o ports/133303            lang/visualworks cannot load Jun because of lacking TG
o ports/133254            [bsd.fpc.mk] don't display bogus message for fpc-using
o ports/133068            New port: audio/linux-genpuid
f ports/133031            ports/net/igmpproxy "must be at least 2 Vif's where on
o ports/132792            [new port] re-activating print/ifhp
o ports/132786            New port: sysutils/sispmctl Utility for controlling a 
o ports/132607            security/denyhosts: command_interpreter warnings in /v
o ports/132556            New port: ftp/vsftpd-ext   Extended build of ftp/vsftp
o ports/132391            multimedia/mplayer does not work with pulseaudio
o ports/131580            port databases/frontbase upgraded to version 4.2.9
o ports/131526            lang/cmucl: CMUCL for FreeBSD 7
o ports/131442 ports      new port: audio/xmms-timidity
s ports/131218            www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca
p ports/130779            [PATCH] emulators/dosbox enable directserial passthrou
o ports/130719            www/nspluginwrapper installs plugins in the old direct
o ports/130715            New Port:devel/binutils-2.19
o ports/130675            [NEW PORT] devel/ocfpcsc: Open Card Framework to PC/SC
o ports/130541            new port: net/isc-dhcp41-server
f ports/130326            [patch] update to sysutils/megarc
f ports/130209            www/typo3 upgrade removes configuration
o ports/129677            /usr/ports/sysutils/aaccli Bad system call: 12 (core d
o ports/129478            multimedia/acidrip: patch file to commit to ports
o ports/129435            java/jakarta-commons-dbcp not BROKEN on jdk15
o ports/128603            [patch] textproc/flex has too small capacity
o ports/128140            update devel/pwlib to 2.4.1 to fit GNOME 2.24
o ports/127728            ports/games/freebsd-games doesn't build, and larn(6) s
o ports/127321            japanese/kon2-16dot: buffer overflow and mouse bugs
o ports/127181            audio/musicpd logs warning
s ports/127087            mail/bincimap port does not include an rc.d file
o ports/127017            sysutils/ntfsprogs - ntfsclone not working version 2.0
f ports/125324            editors/the (3.2) looses cursor when compiled with PDC
f ports/124423            multimedia/mplayer detection of OSS Audio is faulty
o ports/123927            devel/Boost and devel/boost-python ports naming genera
o ports/123068            sysutils/bubblemon2 bubblemon-dockapp: error extractin
o ports/122571            [patch] net/libnet10 does not work on amd64
f ports/121050            New port: sysutils/heartbeat2 Linux High-Availability 
o ports/115304            multimedia/gpac-mp4box cannot import files larger than
o ports/114106            mail/postgrey does not properly shut down via rc.d scr
o ports/111501            [NEW PORT] databases/ruby-oci8
o ports/108795            ports/icc: Proposed update to icc port for intel compi
o amd64/104311            ports/wine should be installable on amd64
s ports/85513             Intel C++ compiler not 100% binary compatible with sys
o bin/85011               /sbin/restore on 5.4 will not read Solaris-sparc dumps
f ports/74752  ports-bug  make takes a little while before anything visible happ

83 problems total.

From Alexander at Leidinger.net  Mon Jun  8 12:35:31 2009
From: Alexander at Leidinger.net (Alexander Leidinger)
Date: Mon Jun  8 12:35:38 2009
Subject: porting: Linux to Freebsd
In-Reply-To: <18988.65260.635443.439491@jerusalem.litteratus.org>
References: <18988.39724.572280.687111@jerusalem.litteratus.org>
	<20090608082930.GD9529@server.vk2pj.dyndns.org>
	<18988.65260.635443.439491@jerusalem.litteratus.org>
Message-ID: <20090608143519.1866665ogux2b8g0@webmail.leidinger.net>

Quoting Robert Huff <roberthuff@rcn.com> (from Mon, 8 Jun 2009  
08:07:08 -0400):

> 	First problem:

Looks like bash-isms in configure.

> 	When following the instructions here
> "http://ctp2.darkdust.net/anonsvn/branches/linux/doc/README.linux" I
> get to step 2 ("configure") and get this:
>
> appending configuration tag "F77" to libtool
> checking for flex... flex
> checking lex output file root... lex.yy
> checking lex library... none needed
> checking whether yytext is a pointer... no
> checking for byacc... /usr/bin/byacc
> test: x/usr/bin/byacc: unexpected operator

Some possibilities:
  - In the test for byacc they maybe forgot quotes to protect an empty value.
  - wrong operator used in test
  - unknown bashism

> checking for unzip... /usr/local/bin/unzip
> test: x/usr/local/bin/unzip: unexpected operator

The same as above.

[...]
> checking for acroread... /usr/local/bin/acroread
> ./configure: ${CFLAGS/...}: Bad substitution

Looks liek bashism. Someone tries to substitute something in CFLAGS,  
but this kind of advanced substitution is not supported in a posix  
compliant sh. You can test this assumption by installing bash and  
runnging "bash ./configure" instead. If it is true, you need to fix  
configure.in or configure.ac.

Bye,
Alexander.

-- 
This unit... must... survive.

http://www.Leidinger.net    Alexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org       netchild @ FreeBSD.org  : PGP ID = 72077137
From jack.herrman at web.de  Mon Jun  8 12:58:06 2009
From: jack.herrman at web.de (Jack Herrman)
Date: Mon Jun  8 12:58:15 2009
Subject: [Call For Testing] VirtualBox for FreeBSD!
Message-ID: <1931972730@web.de>

Hi,
i try virtualbox5.tgz in my FreeBSD 7.2 Release.
Compiled allready ok.

If I start VirtualBox come following error:
[root@FreeBSD ~]# VirtualBox 
VirtualBox: supR3HardenedExecDir: couldn't read "", errno=2 cchLink=-1

also by 

[root@FreeBSD ~]# VBoxSDL 
VBoxSDL: supR3HardenedExecDir: couldn't read "", errno=2 cchLink=-1

[root@FreeBSD ~]# VBoxBFE 
VBoxBFE: supR3HardenedExecDir: couldn't read "", errno=2 cchLink=-1


Kernelmodule not loaded, can't load without Kernel Panic

Jack


___________________________________________________________________
WEB.DE FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und 
Telefonanschluss f?r 17,95 Euro/mtl.! http://produkte.web.de/go/02/

From wxs at FreeBSD.org  Mon Jun  8 13:07:51 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Mon Jun  8 13:08:23 2009
Subject: ports/134929
In-Reply-To: <4A2CE8EA.3040904@masterhost.ru>
References: <4A2CE8EA.3040904@masterhost.ru>
Message-ID: <20090608130750.GA96453@atarininja.org>

On Mon, Jun 08, 2009 at 02:33:14PM +0400, Alexander Kriventsov wrote:
> Hello
> ?an anybody commit this
> http://www.freebsd.org/cgi/query-pr.cgi?pr=134929 ?
> Thanks

I'll take care of it shortly. Sorry for the delay.

-- WXS
From roberthuff at rcn.com  Mon Jun  8 13:53:32 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Mon Jun  8 13:53:38 2009
Subject: porting: Linux to Freebsd
In-Reply-To: <20090608143519.1866665ogux2b8g0@webmail.leidinger.net>
References: <18988.39724.572280.687111@jerusalem.litteratus.org>
	<20090608082930.GD9529@server.vk2pj.dyndns.org>
	<18988.65260.635443.439491@jerusalem.litteratus.org>
	<20090608143519.1866665ogux2b8g0@webmail.leidinger.net>
Message-ID: <18989.6105.484074.889552@jerusalem.litteratus.org>


Alexander Leidinger writes:

>  > 	First problem:
>  
>  Looks like bash-isms in configure.

	for (i = 0; i < 10; i++) hit_forehead_with_desk();

	I had already figured out replacing "make" with "gmake"; this
should have been obvious.

>  
>  > 	When following the instructions here
>  > "http://ctp2.darkdust.net/anonsvn/branches/linux/doc/README.linux" I
>  > get to step 2 ("configure") and get this:
>  >
>  > test: x/usr/bin/byacc: unexpected operator
>  
>  Some possibilities:
>    - In the test for byacc they maybe forgot quotes to protect an empty value.
>    - wrong operator used in test
>    - unknown bashism

	Right: I re-ran under bash, and got the same problems.
	Looking at configure.ac, I see:

AC_PATH_PROG(YACC,byacc,no)
if test "x$YACC" == "xno"
then
   AC_MSG_ERROR([

        byacc could not be found!

        Make sure byacc is in your path.
 
   ])
else
   YACC="${YACC}"
   YFLAGS="-d -v"
   AC_SUBST(YACC)
   AC_SUBST(YFLAGS)
   AC_DEFINE(AUTOMAKE_INVOKES_YACC,1,[Defined when automake runs yacc and renames the output files])
fi


>  > checking for acroread... /usr/local/bin/acroread
>  > ./configure: ${CFLAGS/...}: Bad substitution
>  
>  Looks like bashism. Someone tries to substitute something in CFLAGS,  
>  but this kind of advanced substitution is not supported in a posix  
>  compliant sh. You can test this assumption by installing bash and  
>  runnging "bash ./configure" instead. If it is true, you need to fix  
>  configure.in or configure.ac.

	Relevant bit is:

for ac_remove_CFLAG in "-O1" "-O2" "-O3" ; do
	CFLAGS=${CFLAGS//${ac_remove_CFLAG}/}
	CPPFLAGS=${CPPFLAGS//${ac_remove_CFLAG}/}
	CXXFLAGS=${CXXFLAGS//${ac_remove_CFLAG}/}
done


				Robert Huff

From roberthuff at rcn.com  Mon Jun  8 12:07:21 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Mon Jun  8 13:59:04 2009
Subject: porting: Linux to Freebsd
In-Reply-To: <20090608082930.GD9529@server.vk2pj.dyndns.org>
References: <18988.39724.572280.687111@jerusalem.litteratus.org>
	<20090608082930.GD9529@server.vk2pj.dyndns.org>
Message-ID: <18988.65260.635443.439491@jerusalem.litteratus.org>


Peter Jeremy writes:

>  You would probably be better off asking specific questions on
>  problems that you run into.

	Here's the situation:
	About 6 years ago, a gaming software company(1) declared one of
their products(2) dead; after careful negotiation with ceratin
devoted fans, the source code (for Windows) was made available.  It
has been improved, and ported to Linux where it is (apparently)
fully functional.
	I would like to extend this to FreeBSD, both on principle and
because I like the game too.
	I know this much > < about porting more than the most trivial
software, including using any of the standard configuration tools;
on the other hand, I'm pretty good at following instructions.

	First problem:
	When following the instructions here
"http://ctp2.darkdust.net/anonsvn/branches/linux/doc/README.linux" I
get to step 2 ("configure") and get this:

appending configuration tag "F77" to libtool
checking for flex... flex
checking lex output file root... lex.yy
checking lex library... none needed
checking whether yytext is a pointer... no
checking for byacc... /usr/bin/byacc
test: x/usr/bin/byacc: unexpected operator
checking for unzip... /usr/local/bin/unzip
test: x/usr/local/bin/unzip: unexpected operator
checking for sdl-config... /usr/local/bin/sdl-config
checking for SDL - version >= 0.11.0... yes
checking SDL/SDL_ffmpeg.h usability... no
checking SDL/SDL_ffmpeg.h presence... no
checking for SDL/SDL_ffmpeg.h... no
checking for X... libraries /usr/local/lib, headers /usr/local/include
checking whether -R must be followed by a space... no
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking whether byte ordering is bigendian... no
checking sys/param.h usability... yes
checking sys/param.h presence... yes
checking for sys/param.h... yes
checking for htlatex... no
checking for makeindex... /usr/local/bin/makeindex
checking for pdflatex... /usr/local/bin/pdflatex
checking for perl... /usr/local/bin/perl
checking for thumbpdf... /usr/local/bin/thumbpdf
checking for acroread... /usr/local/bin/acroread
./configure: ${CFLAGS/...}: Bad substitution


	The config.log is appended.
	


				Robert Huff



1 - Activision
2 - Call to Power II

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by ctp2 configure 1.2, which was
generated by GNU Autoconf 2.62.  Invocation command line was

  $ ./configure --prefix=/home/huff/CTP2 --bindir=/home/foo/CTP2/ctp2_program/ctp

## --------- ##
## Platform. ##
## --------- ##

hostname = jerusalem.litteratus.org
uname -m = i386
uname -r = 8.0-CURRENT
uname -s = FreeBSD
uname -v = FreeBSD 8.0-CURRENT #0: Tue Apr 21 11:03:07 EDT 2009     huff@jerusalem.litteratus.org:/usr/obj/usr/src/sys/JERUSALEM 

/usr/bin/uname -p = i386
/bin/uname -X     = unknown

/bin/arch              = unknown
/usr/bin/arch -k       = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo      = unknown
/bin/machine           = unknown
/usr/bin/oslevel       = unknown
/bin/universe          = unknown

PATH: /usr/local/bin
PATH: /sbin
PATH: /usr/sbin
PATH: /bin
PATH: /usr/bin
PATH: /usr/local/sbin


## ----------- ##
## Core tests. ##
## ----------- ##

configure:2138: checking build system type
configure:2156: result: i386-unknown-freebsd8.0
configure:2178: checking host system type
configure:2193: result: i386-unknown-freebsd8.0
configure:2215: checking target system type
configure:2230: result: i386-unknown-freebsd8.0
configure:2275: checking for a BSD-compatible install
configure:2343: result: /usr/local/bin/ginstall -c
configure:2354: checking whether build environment is sane
configure:2397: result: yes
configure:2422: checking for a thread-safe mkdir -p
configure:2461: result: /usr/local/bin/gmkdir -p
configure:2474: checking for gawk
configure:2490: found /usr/local/bin/gawk
configure:2501: result: gawk
configure:2512: checking whether make sets $(MAKE)
configure:2534: result: yes
configure:2724: checking whether to enable maintainer-specific portions of Makefiles
configure:2733: result: no
configure:2746: checking whether make sets $(MAKE)
configure:2768: result: yes
configure:2832: checking for cl
configure:2862: result: no
configure:2832: checking for gcc
configure:2848: found /usr/bin/gcc
configure:2859: result: gcc
configure:2895: checking for C compiler version
configure:2903: gcc --version >&5
gcc (GCC) 4.2.1 20070719  [FreeBSD]
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:2907: $? = 0
configure:2914: gcc -v >&5
Using built-in specs.
Target: i386-undermydesk-freebsd
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 4.2.1 20070719  [FreeBSD]
configure:2918: $? = 0
configure:2925: gcc -V >&5
gcc: '-V' option must have argument
configure:2929: $? = 1
configure:2952: checking for C compiler default output file name
configure:2974: gcc    conftest.c  >&5
configure:2978: $? = 0
configure:3016: result: a.out
configure:3033: checking whether the C compiler works
configure:3043: ./a.out
configure:3047: $? = 0
configure:3064: result: yes
configure:3071: checking whether we are cross compiling
configure:3073: result: no
configure:3076: checking for suffix of executables
configure:3083: gcc -o conftest    conftest.c  >&5
configure:3087: $? = 0
configure:3111: result: 
configure:3117: checking for suffix of object files
configure:3143: gcc -c   conftest.c >&5
configure:3147: $? = 0
configure:3170: result: o
configure:3174: checking whether we are using the GNU C compiler
configure:3203: gcc -c   conftest.c >&5
configure:3210: $? = 0
configure:3227: result: yes
configure:3236: checking whether gcc accepts -g
configure:3266: gcc -c -g  conftest.c >&5
configure:3273: $? = 0
configure:3374: result: yes
configure:3391: checking for gcc option to accept ISO C89
configure:3465: gcc  -c -g -O2  conftest.c >&5
configure:3472: $? = 0
configure:3495: result: none needed
configure:3524: checking for style of include used by make
configure:3552: result: GNU
configure:3577: checking dependency style of gcc
configure:3668: result: gcc3
configure:3741: checking for cl
configure:3771: result: no
configure:3741: checking for g++
configure:3757: found /usr/bin/g++
configure:3768: result: g++
configure:3799: checking for C++ compiler version
configure:3807: g++ --version >&5
g++ (GCC) 4.2.1 20070719  [FreeBSD]
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:3811: $? = 0
configure:3818: g++ -v >&5
Using built-in specs.
Target: i386-undermydesk-freebsd
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 4.2.1 20070719  [FreeBSD]
configure:3822: $? = 0
configure:3829: g++ -V >&5
g++: '-V' option must have argument
configure:3833: $? = 1
configure:3836: checking whether we are using the GNU C++ compiler
configure:3865: g++ -c   conftest.cpp >&5
configure:3872: $? = 0
configure:3889: result: yes
configure:3898: checking whether g++ accepts -g
configure:3928: g++ -c -g  conftest.cpp >&5
configure:3935: $? = 0
configure:4036: result: yes
configure:4061: checking dependency style of g++
configure:4152: result: gcc3
configure:4239: checking for a sed that does not truncate output
configure:4295: result: /usr/bin/sed
configure:4298: checking for grep that handles long lines and -e
configure:4358: result: /usr/bin/grep
configure:4363: checking for egrep
configure:4427: result: /usr/bin/grep -E
configure:4443: checking for ld used by gcc
configure:4510: result: /usr/bin/ld
configure:4519: checking if the linker (/usr/bin/ld) is GNU ld
configure:4534: result: yes
configure:4539: checking for /usr/bin/ld option to reload object files
configure:4546: result: -r
configure:4564: checking for BSD-compatible nm
configure:4613: result: /usr/bin/nm -B
configure:4617: checking whether ln -s works
configure:4621: result: yes
configure:4628: checking how to recognize dependent libraries
configure:4814: result: pass_all
configure:5063: checking how to run the C preprocessor
configure:5103: gcc -E  conftest.c
configure:5110: $? = 0
configure:5141: gcc -E  conftest.c
conftest.c:10:28: error: ac_nonexistent.h: No such file or directory
configure:5148: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "ctp2"
| #define PACKAGE_TARNAME "ctp2"
| #define PACKAGE_VERSION "1.2"
| #define PACKAGE_STRING "ctp2 1.2"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE "ctp2"
| #define VERSION "1.2"
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:5181: result: gcc -E
configure:5210: gcc -E  conftest.c
configure:5217: $? = 0
configure:5248: gcc -E  conftest.c
conftest.c:10:28: error: ac_nonexistent.h: No such file or directory
configure:5255: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "ctp2"
| #define PACKAGE_TARNAME "ctp2"
| #define PACKAGE_VERSION "1.2"
| #define PACKAGE_STRING "ctp2 1.2"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE "ctp2"
| #define VERSION "1.2"
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:5293: checking for ANSI C header files
configure:5323: gcc -c -g -O2  conftest.c >&5
configure:5330: $? = 0
configure:5429: gcc -o conftest -g -O2   conftest.c  >&5
configure:5433: $? = 0
configure:5439: ./conftest
configure:5443: $? = 0
configure:5461: result: yes
configure:5485: checking for sys/types.h
configure:5506: gcc -c -g -O2  conftest.c >&5
configure:5513: $? = 0
configure:5530: result: yes
configure:5485: checking for sys/stat.h
configure:5506: gcc -c -g -O2  conftest.c >&5
configure:5513: $? = 0
configure:5530: result: yes
configure:5485: checking for stdlib.h
configure:5506: gcc -c -g -O2  conftest.c >&5
configure:5513: $? = 0
configure:5530: result: yes
configure:5485: checking for string.h
configure:5506: gcc -c -g -O2  conftest.c >&5
configure:5513: $? = 0
configure:5530: result: yes
configure:5485: checking for memory.h
configure:5506: gcc -c -g -O2  conftest.c >&5
configure:5513: $? = 0
configure:5530: result: yes
configure:5485: checking for strings.h
configure:5506: gcc -c -g -O2  conftest.c >&5
configure:5513: $? = 0
configure:5530: result: yes
configure:5485: checking for inttypes.h
configure:5506: gcc -c -g -O2  conftest.c >&5
configure:5513: $? = 0
configure:5530: result: yes
configure:5485: checking for stdint.h
configure:5506: gcc -c -g -O2  conftest.c >&5
configure:5513: $? = 0
configure:5530: result: yes
configure:5485: checking for unistd.h
configure:5506: gcc -c -g -O2  conftest.c >&5
configure:5513: $? = 0
configure:5530: result: yes
configure:5559: checking dlfcn.h usability
configure:5576: gcc -c -g -O2  conftest.c >&5
configure:5583: $? = 0
configure:5597: result: yes
configure:5601: checking dlfcn.h presence
configure:5616: gcc -E  conftest.c
configure:5623: $? = 0
configure:5637: result: yes
configure:5665: checking for dlfcn.h
configure:5674: result: yes
configure:5698: checking how to run the C++ preprocessor
configure:5734: g++ -E  conftest.cpp
configure:5741: $? = 0
configure:5772: g++ -E  conftest.cpp
conftest.cpp:21:28: error: ac_nonexistent.h: No such file or directory
configure:5779: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "ctp2"
| #define PACKAGE_TARNAME "ctp2"
| #define PACKAGE_VERSION "1.2"
| #define PACKAGE_STRING "ctp2 1.2"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE "ctp2"
| #define VERSION "1.2"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:5812: result: g++ -E
configure:5841: g++ -E  conftest.cpp
configure:5848: $? = 0
configure:5879: g++ -E  conftest.cpp
conftest.cpp:21:28: error: ac_nonexistent.h: No such file or directory
configure:5886: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "ctp2"
| #define PACKAGE_TARNAME "ctp2"
| #define PACKAGE_VERSION "1.2"
| #define PACKAGE_STRING "ctp2 1.2"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE "ctp2"
| #define VERSION "1.2"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:5979: checking for g77
configure:6009: result: no
configure:5979: checking for xlf
configure:6009: result: no
configure:5979: checking for f77
configure:6009: result: no
configure:5979: checking for frt
configure:6009: result: no
configure:5979: checking for pgf77
configure:6009: result: no
configure:5979: checking for cf77
configure:6009: result: no
configure:5979: checking for fort77
configure:6009: result: no
configure:5979: checking for fl32
configure:6009: result: no
configure:5979: checking for af77
configure:6009: result: no
configure:5979: checking for xlf90
configure:6009: result: no
configure:5979: checking for f90
configure:6009: result: no
configure:5979: checking for pgf90
configure:6009: result: no
configure:5979: checking for pghpf
configure:6009: result: no
configure:5979: checking for epcf90
configure:6009: result: no
configure:5979: checking for gfortran
configure:6009: result: no
configure:5979: checking for g95
configure:6009: result: no
configure:5979: checking for xlf95
configure:6009: result: no
configure:5979: checking for f95
configure:6009: result: no
configure:5979: checking for fort
configure:6009: result: no
configure:5979: checking for ifort
configure:6009: result: no
configure:5979: checking for ifc
configure:6009: result: no
configure:5979: checking for efc
configure:6009: result: no
configure:5979: checking for pgf95
configure:6009: result: no
configure:5979: checking for lf95
configure:6009: result: no
configure:5979: checking for ftn
configure:6009: result: no
configure:6036: checking for Fortran 77 compiler version
configure:6044:  --version >&5
--version: not found
configure:6048: $? = 127
configure:6055:  -v >&5
-v: not found
configure:6059: $? = 127
configure:6066:  -V >&5
-V: not found
configure:6070: $? = 127
configure:6078: checking whether we are using the GNU Fortran 77 compiler
configure:6097:  -c  conftest.F >&5
-c: not found
configure:6104: $? = 127
configure: failed program was:
|       program main
| #ifndef __GNUC__
|        choke me
| #endif
| 
|       end
configure:6121: result: no
configure:6127: checking whether  accepts -g
configure:6144:  -c -g conftest.f >&5
-c: not found
configure:6151: $? = 127
configure: failed program was:
|       program main
| 
|       end
configure:6167: result: no
configure:6200: checking the maximum length of command line arguments
configure:6312: result: 196608
configure:6324: checking command to parse /usr/bin/nm -B output from gcc object
configure:6429: gcc -c -g -O2  conftest.c >&5
configure:6432: $? = 0
configure:6436: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[ 	]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ 	][ 	]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' \> conftest.nm
configure:6439: $? = 0
configure:6491: gcc -o conftest -g -O2   conftest.c conftstm.o >&5
configure:6494: $? = 0
configure:6532: result: ok
configure:6536: checking for objdir
configure:6551: result: .libs
configure:6643: checking for ar
configure:6659: found /usr/bin/ar
configure:6670: result: ar
configure:6739: checking for ranlib
configure:6755: found /usr/bin/ranlib
configure:6766: result: ranlib
configure:6835: checking for strip
configure:6851: found /usr/bin/strip
configure:6862: result: strip
configure:7464: checking if gcc supports -fno-rtti -fno-exceptions
configure:7482: gcc -c -g -O2  -fno-rtti -fno-exceptions conftest.c >&5
cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C
configure:7486: $? = 0
configure:7499: result: no
configure:7514: checking for gcc option to produce PIC
configure:7746: result: -fPIC
configure:7754: checking if gcc PIC flag -fPIC works
configure:7772: gcc -c -g -O2  -fPIC -DPIC conftest.c >&5
configure:7776: $? = 0
configure:7789: result: yes
configure:7817: checking if gcc static flag -static works
configure:7845: result: yes
configure:7855: checking if gcc supports -c -o file.o
configure:7876: gcc -c -g -O2  -o out/conftest2.o conftest.c >&5
configure:7880: $? = 0
configure:7902: result: yes
configure:7928: checking whether the gcc linker (/usr/bin/ld) supports shared libraries
configure:8916: result: yes
configure:8937: checking whether -lc should be explicitly linked in
configure:8942: gcc -c -g -O2  conftest.c >&5
configure:8945: $? = 0
configure:8960: gcc -shared conftest.o  -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep  -lc  \>/dev/null 2\>\&1
configure:8963: $? = 0
configure:8975: result: no
configure:8983: checking dynamic linker characteristics
configure:9585: result: freebsd8.0 ld.so
configure:9609: checking how to hardcode library paths into programs
configure:9634: result: immediate
configure:9648: checking whether stripping libraries is possible
configure:9653: result: yes
configure:10483: checking if libtool supports shared libraries
configure:10485: result: yes
configure:10488: checking whether to build shared libraries
configure:10509: result: yes
configure:10512: checking whether to build static libraries
configure:10516: result: yes
configure:10610: creating libtool
configure:11203: checking for ld used by g++
configure:11270: result: /usr/bin/ld
configure:11279: checking if the linker (/usr/bin/ld) is GNU ld
configure:11294: result: yes
configure:11345: checking whether the g++ linker (/usr/bin/ld) supports shared libraries
configure:12299: result: yes
configure:12316: g++ -c -g -O2  conftest.cpp >&5
configure:12319: $? = 0
configure:12475: checking for g++ option to produce PIC
configure:12759: result: -fPIC
configure:12767: checking if g++ PIC flag -fPIC works
configure:12785: g++ -c -g -O2  -fPIC -DPIC conftest.cpp >&5
configure:12789: $? = 0
configure:12802: result: yes
configure:12830: checking if g++ static flag -static works
configure:12858: result: yes
configure:12868: checking if g++ supports -c -o file.o
configure:12889: g++ -c -g -O2  -o out/conftest2.o conftest.cpp >&5
configure:12893: $? = 0
configure:12915: result: yes
configure:12941: checking whether the g++ linker (/usr/bin/ld) supports shared libraries
configure:12967: result: yes
configure:13034: checking dynamic linker characteristics
configure:13584: result: freebsd8.0 ld.so
configure:13608: checking how to hardcode library paths into programs
configure:13633: result: immediate
configure:19880: checking for flex
configure:19896: found /usr/local/bin/flex
configure:19907: result: flex
configure:19944: flex conftest.l
configure:19948: $? = 0
configure:19950: checking lex output file root
configure:19966: result: lex.yy
configure:19971: checking lex library
configure:19990: g++ -o conftest -g -O2   conftest.cpp   >&5
conftest.l: In function 'int yylex()':
conftest.l:6: error: 'input' was not declared in this scope
configure:19997: $? = 1
configure: failed program was:
| 
| #line 3 "lex.yy.c"
| 
| #define  YY_INT_ALIGNED short int
| 
| /* A lexical scanner generated by flex */
| 
| #define FLEX_SCANNER
| #define YY_FLEX_MAJOR_VERSION 2
| #define YY_FLEX_MINOR_VERSION 5
| #define YY_FLEX_SUBMINOR_VERSION 35
| #if YY_FLEX_SUBMINOR_VERSION > 0
| #define FLEX_BETA
| #endif
| 
| /* First, we deal with  platform-specific or compiler-specific issues. */
| 
| /* begin standard C headers. */
| #include <stdio.h>
| #include <string.h>
| #include <errno.h>
| #include <stdlib.h>
| 
| /* end standard C headers. */
| 
| /* flex integer type definitions */
| 
| #ifndef FLEXINT_H
| #define FLEXINT_H
| 
| /* C99 systems have <inttypes.h>. Non-C99 systems may or may not. */
| 
| #if defined (__STDC_VERSION__) && __STDC_VERSION__ >= 199901L
| 
| /* C99 says to define __STDC_LIMIT_MACROS before including stdint.h,
|  * if you want the limit (max/min) macros for int types. 
|  */
| #ifndef __STDC_LIMIT_MACROS
| #define __STDC_LIMIT_MACROS 1
| #endif
| 
| #include <inttypes.h>
| typedef int8_t flex_int8_t;
| typedef uint8_t flex_uint8_t;
| typedef int16_t flex_int16_t;
| typedef uint16_t flex_uint16_t;
| typedef int32_t flex_int32_t;
| typedef uint32_t flex_uint32_t;
| #else
| typedef signed char flex_int8_t;
| typedef short int flex_int16_t;
| typedef int flex_int32_t;
| typedef unsigned char flex_uint8_t; 
| typedef unsigned short int flex_uint16_t;
| typedef unsigned int flex_uint32_t;
| #endif /* ! C99 */
| 
| /* Limits of integral types. */
| #ifndef INT8_MIN
| #define INT8_MIN               (-128)
| #endif
| #ifndef INT16_MIN
| #define INT16_MIN              (-32767-1)
| #endif
| #ifndef INT32_MIN
| #define INT32_MIN              (-2147483647-1)
| #endif
| #ifndef INT8_MAX
| #define INT8_MAX               (127)
| #endif
| #ifndef INT16_MAX
| #define INT16_MAX              (32767)
| #endif
| #ifndef INT32_MAX
| #define INT32_MAX              (2147483647)
| #endif
| #ifndef UINT8_MAX
| #define UINT8_MAX              (255U)
| #endif
| #ifndef UINT16_MAX
| #define UINT16_MAX             (65535U)
| #endif
| #ifndef UINT32_MAX
| #define UINT32_MAX             (4294967295U)
| #endif
| 
| #endif /* ! FLEXINT_H */
| 
| #ifdef __cplusplus
| 
| /* The "const" storage-class-modifier is valid. */
| #define YY_USE_CONST
| 
| #else	/* ! __cplusplus */
| 
| /* C99 requires __STDC__ to be defined as 1. */
| #if defined (__STDC__)
| 
| #define YY_USE_CONST
| 
| #endif	/* defined (__STDC__) */
| #endif	/* ! __cplusplus */
| 
| #ifdef YY_USE_CONST
| #define yyconst const
| #else
| #define yyconst
| #endif
| 
| /* Returned upon end-of-file. */
| #define YY_NULL 0
| 
| /* Promotes a possibly negative, possibly signed char to an unsigned
|  * integer for use as an array index.  If the signed char is negative,
|  * we want to instead treat it as an 8-bit unsigned char, hence the
|  * double cast.
|  */
| #define YY_SC_TO_UI(c) ((unsigned int) (unsigned char) c)
| 
| /* Enter a start condition.  This macro really ought to take a parameter,
|  * but we do it the disgusting crufty way forced on us by the ()-less
|  * definition of BEGIN.
|  */
| #define BEGIN (yy_start) = 1 + 2 *
| 
| /* Translate the current start state into a value that can be later handed
|  * to BEGIN to return to the state.  The YYSTATE alias is for lex
|  * compatibility.
|  */
| #define YY_START (((yy_start) - 1) / 2)
| #define YYSTATE YY_START
| 
| /* Action number for EOF rule of a given start state. */
| #define YY_STATE_EOF(state) (YY_END_OF_BUFFER + state + 1)
| 
| /* Special action meaning "start processing a new file". */
| #define YY_NEW_FILE yyrestart(yyin  )
| 
| #define YY_END_OF_BUFFER_CHAR 0
| 
| /* Size of default input buffer. */
| #ifndef YY_BUF_SIZE
| #define YY_BUF_SIZE 16384
| #endif
| 
| /* The state buf must be large enough to hold one state per character in the main buffer.
|  */
| #define YY_STATE_BUF_SIZE   ((YY_BUF_SIZE + 2) * sizeof(yy_state_type))
| 
| #ifndef YY_TYPEDEF_YY_BUFFER_STATE
| #define YY_TYPEDEF_YY_BUFFER_STATE
| typedef struct yy_buffer_state *YY_BUFFER_STATE;
| #endif
| 
| extern int yyleng;
| 
| extern FILE *yyin, *yyout;
| 
| #define EOB_ACT_CONTINUE_SCAN 0
| #define EOB_ACT_END_OF_FILE 1
| #define EOB_ACT_LAST_MATCH 2
| 
|     #define YY_LESS_LINENO(n)
|     
| /* Return all but the first "n" matched characters back to the input stream. */
| #define yyless(n) \
| 	do \
| 		{ \
| 		/* Undo effects of setting up yytext. */ \
|         int yyless_macro_arg = (n); \
|         YY_LESS_LINENO(yyless_macro_arg);\
| 		*yy_cp = (yy_hold_char); \
| 		YY_RESTORE_YY_MORE_OFFSET \
| 		(yy_c_buf_p) = yy_cp = yy_bp + yyless_macro_arg - YY_MORE_ADJ; \
| 		YY_DO_BEFORE_ACTION; /* set up yytext again */ \
| 		} \
| 	while ( 0 )
| 
| #define unput(c) yyunput( c, (yytext_ptr)  )
| 
| #ifndef YY_TYPEDEF_YY_SIZE_T
| #define YY_TYPEDEF_YY_SIZE_T
| typedef size_t yy_size_t;
| #endif
| 
| #ifndef YY_STRUCT_YY_BUFFER_STATE
| #define YY_STRUCT_YY_BUFFER_STATE
| struct yy_buffer_state
| 	{
| 	FILE *yy_input_file;
| 
| 	char *yy_ch_buf;		/* input buffer */
| 	char *yy_buf_pos;		/* current position in input buffer */
| 
| 	/* Size of input buffer in bytes, not including room for EOB
| 	 * characters.
| 	 */
| 	yy_size_t yy_buf_size;
| 
| 	/* Number of characters read into yy_ch_buf, not including EOB
| 	 * characters.
| 	 */
| 	int yy_n_chars;
| 
| 	/* Whether we "own" the buffer - i.e., we know we created it,
| 	 * and can realloc() it to grow it, and should free() it to
| 	 * delete it.
| 	 */
| 	int yy_is_our_buffer;
| 
| 	/* Whether this is an "interactive" input source; if so, and
| 	 * if we're using stdio for input, then we want to use getc()
| 	 * instead of fread(), to make sure we stop fetching input after
| 	 * each newline.
| 	 */
| 	int yy_is_interactive;
| 
| 	/* Whether we're considered to be at the beginning of a line.
| 	 * If so, '^' rules will be active on the next match, otherwise
| 	 * not.
| 	 */
| 	int yy_at_bol;
| 
|     int yy_bs_lineno; /**< The line count. */
|     int yy_bs_column; /**< The column count. */
|     
| 	/* Whether to try to fill the input buffer when we reach the
| 	 * end of it.
| 	 */
| 	int yy_fill_buffer;
| 
| 	int yy_buffer_status;
| 
| #define YY_BUFFER_NEW 0
| #define YY_BUFFER_NORMAL 1
| 	/* When an EOF's been seen but there's still some text to process
| 	 * then we mark the buffer as YY_EOF_PENDING, to indicate that we
| 	 * shouldn't try reading from the input source any more.  We might
| 	 * still have a bunch of tokens to match, though, because of
| 	 * possible backing-up.
| 	 *
| 	 * When we actually see the EOF, we change the status to "new"
| 	 * (via yyrestart()), so that the user can continue scanning by
| 	 * just pointing yyin at a new input file.
| 	 */
| #define YY_BUFFER_EOF_PENDING 2
| 
| 	};
| #endif /* !YY_STRUCT_YY_BUFFER_STATE */
| 
| /* Stack of input buffers. */
| static size_t yy_buffer_stack_top = 0; /**< index of top of stack. */
| static size_t yy_buffer_stack_max = 0; /**< capacity of stack. */
| static YY_BUFFER_STATE * yy_buffer_stack = 0; /**< Stack as an array. */
| 
| /* We provide macros for accessing buffer states in case in the
|  * future we want to put the buffer states in a more general
|  * "scanner state".
|  *
|  * Returns the top of the stack, or NULL.
|  */
| #define YY_CURRENT_BUFFER ( (yy_buffer_stack) \
|                           ? (yy_buffer_stack)[(yy_buffer_stack_top)] \
|                           : NULL)
| 
| /* Same as previous macro, but useful when we know that the buffer stack is not
|  * NULL or when we need an lvalue. For internal use only.
|  */
| #define YY_CURRENT_BUFFER_LVALUE (yy_buffer_stack)[(yy_buffer_stack_top)]
| 
| /* yy_hold_char holds the character lost when yytext is formed. */
| static char yy_hold_char;
| static int yy_n_chars;		/* number of characters read into yy_ch_buf */
| int yyleng;
| 
| /* Points to current character in buffer. */
| static char *yy_c_buf_p = (char *) 0;
| static int yy_init = 0;		/* whether we need to initialize */
| static int yy_start = 0;	/* start state number */
| 
| /* Flag which is used to allow yywrap()'s to do buffer switches
|  * instead of setting up a fresh yyin.  A bit of a hack ...
|  */
| static int yy_did_buffer_switch_on_eof;
| 
| void yyrestart (FILE *input_file  );
| void yy_switch_to_buffer (YY_BUFFER_STATE new_buffer  );
| YY_BUFFER_STATE yy_create_buffer (FILE *file,int size  );
| void yy_delete_buffer (YY_BUFFER_STATE b  );
| void yy_flush_buffer (YY_BUFFER_STATE b  );
| void yypush_buffer_state (YY_BUFFER_STATE new_buffer  );
| void yypop_buffer_state (void );
| 
| static void yyensure_buffer_stack (void );
| static void yy_load_buffer_state (void );
| static void yy_init_buffer (YY_BUFFER_STATE b,FILE *file  );
| 
| #define YY_FLUSH_BUFFER yy_flush_buffer(YY_CURRENT_BUFFER )
| 
| YY_BUFFER_STATE yy_scan_buffer (char *base,yy_size_t size  );
| YY_BUFFER_STATE yy_scan_string (yyconst char *yy_str  );
| YY_BUFFER_STATE yy_scan_bytes (yyconst char *bytes,int len  );
| 
| void *yyalloc (yy_size_t  );
| void *yyrealloc (void *,yy_size_t  );
| void yyfree (void *  );
| 
| #define yy_new_buffer yy_create_buffer
| 
| #define yy_set_interactive(is_interactive) \
| 	{ \
| 	if ( ! YY_CURRENT_BUFFER ){ \
|         yyensure_buffer_stack (); \
| 		YY_CURRENT_BUFFER_LVALUE =    \
|             yy_create_buffer(yyin,YY_BUF_SIZE ); \
| 	} \
| 	YY_CURRENT_BUFFER_LVALUE->yy_is_interactive = is_interactive; \
| 	}
| 
| #define yy_set_bol(at_bol) \
| 	{ \
| 	if ( ! YY_CURRENT_BUFFER ){\
|         yyensure_buffer_stack (); \
| 		YY_CURRENT_BUFFER_LVALUE =    \
|             yy_create_buffer(yyin,YY_BUF_SIZE ); \
| 	} \
| 	YY_CURRENT_BUFFER_LVALUE->yy_at_bol = at_bol; \
| 	}
| 
| #define YY_AT_BOL() (YY_CURRENT_BUFFER_LVALUE->yy_at_bol)
| 
| /* Begin user sect3 */
| 
| typedef unsigned char YY_CHAR;
| 
| FILE *yyin = (FILE *) 0, *yyout = (FILE *) 0;
| 
| typedef int yy_state_type;
| 
| extern int yylineno;
| 
| int yylineno = 1;
| 
| extern char *yytext;
| #define yytext_ptr yytext
| 
| static yy_state_type yy_get_previous_state (void );
| static yy_state_type yy_try_NUL_trans (yy_state_type current_state  );
| static int yy_get_next_buffer (void );
| static void yy_fatal_error (yyconst char msg[]  );
| 
| /* Done after the current pattern has been matched and before the
|  * corresponding action - sets up yytext.
|  */
| #define YY_DO_BEFORE_ACTION \
| 	(yytext_ptr) = yy_bp; \
| 	(yytext_ptr) -= (yy_more_len); \
| 	yyleng = (size_t) (yy_cp - (yytext_ptr)); \
| 	(yy_hold_char) = *yy_cp; \
| 	*yy_cp = '\0'; \
| 	(yy_c_buf_p) = yy_cp;
| 
| #define YY_NUM_RULES 8
| #define YY_END_OF_BUFFER 9
| /* This struct is not used in this scanner,
|    but its presence is necessary. */
| struct yy_trans_info
| 	{
| 	flex_int32_t yy_verify;
| 	flex_int32_t yy_nxt;
| 	};
| static yyconst flex_int16_t yy_acclist[23] =
|     {   0,
|         9,    7,    8,    8,    1,    7,    8,    2,    7,    8,
|         3,    7,    8,    4,    7,    8,    5,    7,    8,    6,
|         7,    8
|     } ;
| 
| static yyconst flex_int16_t yy_accept[14] =
|     {   0,
|         1,    1,    1,    2,    4,    5,    8,   11,   14,   17,
|        20,   23,   23
|     } ;
| 
| static yyconst flex_int32_t yy_ec[256] =
|     {   0,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    2,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    3,    4,    5,    6,
| 
|         7,    8,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
| 
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1
|     } ;
| 
| static yyconst flex_int32_t yy_meta[9] =
|     {   0,
|         1,    1,    1,    1,    1,    1,    1,    1
|     } ;
| 
| static yyconst flex_int16_t yy_base[13] =
|     {   0,
|         0,    0,    9,   10,   10,   10,   10,   10,   10,   10,
|        10,   10
|     } ;
| 
| static yyconst flex_int16_t yy_def[13] =
|     {   0,
|        12,    1,   12,   12,   12,   12,   12,   12,   12,   12,
|        12,    0
|     } ;
| 
| static yyconst flex_int16_t yy_nxt[19] =
|     {   0,
|         4,    5,    6,    7,    8,    9,   10,   11,   12,    3,
|        12,   12,   12,   12,   12,   12,   12,   12
|     } ;
| 
| static yyconst flex_int16_t yy_chk[19] =
|     {   0,
|         1,    1,    1,    1,    1,    1,    1,    1,    3,   12,
|        12,   12,   12,   12,   12,   12,   12,   12
|     } ;
| 
| extern int yy_flex_debug;
| int yy_flex_debug = 0;
| 
| static yy_state_type *yy_state_buf=0, *yy_state_ptr=0;
| static char *yy_full_match;
| static int yy_lp;
| #define REJECT \
| { \
| *yy_cp = (yy_hold_char); /* undo effects of setting up yytext */ \
| yy_cp = (yy_full_match); /* restore poss. backed-over text */ \
| ++(yy_lp); \
| goto find_rule; \
| }
| 
| static int yy_more_flag = 0;
| static int yy_more_len = 0;
| #define yymore() ((yy_more_flag) = 1)
| #define YY_MORE_ADJ (yy_more_len)
| #define YY_RESTORE_YY_MORE_OFFSET
| char *yytext;
| #line 1 "conftest.l"
| #line 468 "lex.yy.c"
| 
| #define INITIAL 0
| 
| #ifndef YY_NO_UNISTD_H
| /* Special case for "unistd.h", since it is non-ANSI. We include it way
|  * down here because we want the user's section 1 to have been scanned first.
|  * The user has a chance to override it with an option.
|  */
| #include <unistd.h>
| #endif
| 
| #ifndef YY_EXTRA_TYPE
| #define YY_EXTRA_TYPE void *
| #endif
| 
| static int yy_init_globals (void );
| 
| /* Accessor methods to globals.
|    These are made visible to non-reentrant scanners for convenience. */
| 
| int yylex_destroy (void );
| 
| int yyget_debug (void );
| 
| void yyset_debug (int debug_flag  );
| 
| YY_EXTRA_TYPE yyget_extra (void );
| 
| void yyset_extra (YY_EXTRA_TYPE user_defined  );
| 
| FILE *yyget_in (void );
| 
| void yyset_in  (FILE * in_str  );
| 
| FILE *yyget_out (void );
| 
| void yyset_out  (FILE * out_str  );
| 
| int yyget_leng (void );
| 
| char *yyget_text (void );
| 
| int yyget_lineno (void );
| 
| void yyset_lineno (int line_number  );
| 
| /* Macros after this point can all be overridden by user definitions in
|  * section 1.
|  */
| 
| #ifndef YY_SKIP_YYWRAP
| #ifdef __cplusplus
| extern "C" int yywrap (void );
| #else
| extern int yywrap (void );
| #endif
| #endif
| 
|     static void yyunput (int c,char *buf_ptr  );
|     
| #ifndef yytext_ptr
| static void yy_flex_strncpy (char *,yyconst char *,int );
| #endif
| 
| #ifdef YY_NEED_STRLEN
| static int yy_flex_strlen (yyconst char * );
| #endif
| 
| #ifndef YY_NO_INPUT
| 
| #ifdef __cplusplus
| static int yyinput (void );
| #else
| static int input (void );
| #endif
| 
| #endif
| 
| /* Amount of stuff to slurp up with each read. */
| #ifndef YY_READ_BUF_SIZE
| #define YY_READ_BUF_SIZE 8192
| #endif
| 
| /* Copy whatever the last rule matched to the standard output. */
| #ifndef ECHO
| /* This used to be an fputs(), but since the string might contain NUL's,
|  * we now use fwrite().
|  */
| #define ECHO fwrite( yytext, yyleng, 1, yyout )
| #endif
| 
| /* Gets input and stuffs it into "buf".  number of characters read, or YY_NULL,
|  * is returned in "result".
|  */
| #ifndef YY_INPUT
| #define YY_INPUT(buf,result,max_size) \
| 	if ( YY_CURRENT_BUFFER_LVALUE->yy_is_interactive ) \
| 		{ \
| 		int c = '*'; \
| 		int n; \
| 		for ( n = 0; n < max_size && \
| 			     (c = getc( yyin )) != EOF && c != '\n'; ++n ) \
| 			buf[n] = (char) c; \
| 		if ( c == '\n' ) \
| 			buf[n++] = (char) c; \
| 		if ( c == EOF && ferror( yyin ) ) \
| 			YY_FATAL_ERROR( "input in flex scanner failed" ); \
| 		result = n; \
| 		} \
| 	else \
| 		{ \
| 		errno=0; \
| 		while ( (result = fread(buf, 1, max_size, yyin))==0 && ferror(yyin)) \
| 			{ \
| 			if( errno != EINTR) \
| 				{ \
| 				YY_FATAL_ERROR( "input in flex scanner failed" ); \
| 				break; \
| 				} \
| 			errno=0; \
| 			clearerr(yyin); \
| 			} \
| 		}\
| \
| 
| #endif
| 
| /* No semi-colon after return; correct usage is to write "yyterminate();" -
|  * we don't want an extra ';' after the "return" because that will cause
|  * some compilers to complain about unreachable statements.
|  */
| #ifndef yyterminate
| #define yyterminate() return YY_NULL
| #endif
| 
| /* Number of entries by which start-condition stack grows. */
| #ifndef YY_START_STACK_INCR
| #define YY_START_STACK_INCR 25
| #endif
| 
| /* Report a fatal error. */
| #ifndef YY_FATAL_ERROR
| #define YY_FATAL_ERROR(msg) yy_fatal_error( msg )
| #endif
| 
| /* end tables serialization structures and prototypes */
| 
| /* Default declaration of generated scanner - a define so the user can
|  * easily add parameters.
|  */
| #ifndef YY_DECL
| #define YY_DECL_IS_OURS 1
| 
| extern int yylex (void);
| 
| #define YY_DECL int yylex (void)
| #endif /* !YY_DECL */
| 
| /* Code executed at the beginning of each rule, after yytext and yyleng
|  * have been set up.
|  */
| #ifndef YY_USER_ACTION
| #define YY_USER_ACTION
| #endif
| 
| /* Code executed at the end of each rule. */
| #ifndef YY_BREAK
| #define YY_BREAK break;
| #endif
| 
| #define YY_RULE_SETUP \
| 	YY_USER_ACTION
| 
| /** The main scanner function which does all the work.
|  */
| YY_DECL
| {
| 	register yy_state_type yy_current_state;
| 	register char *yy_cp, *yy_bp;
| 	register int yy_act;
|     
| #line 1 "conftest.l"
| 
| #line 652 "lex.yy.c"
| 
| 	if ( !(yy_init) )
| 		{
| 		(yy_init) = 1;
| 
| #ifdef YY_USER_INIT
| 		YY_USER_INIT;
| #endif
| 
|         /* Create the reject buffer large enough to save one state per allowed character. */
|         if ( ! (yy_state_buf) )
|             (yy_state_buf) = (yy_state_type *)yyalloc(YY_STATE_BUF_SIZE  );
|             if ( ! (yy_state_buf) )
|                 YY_FATAL_ERROR( "out of dynamic memory in yylex()" );
| 
| 		if ( ! (yy_start) )
| 			(yy_start) = 1;	/* first start state */
| 
| 		if ( ! yyin )
| 			yyin = stdin;
| 
| 		if ( ! yyout )
| 			yyout = stdout;
| 
| 		if ( ! YY_CURRENT_BUFFER ) {
| 			yyensure_buffer_stack ();
| 			YY_CURRENT_BUFFER_LVALUE =
| 				yy_create_buffer(yyin,YY_BUF_SIZE );
| 		}
| 
| 		yy_load_buffer_state( );
| 		}
| 
| 	while ( 1 )		/* loops until end-of-file is reached */
| 		{
| 		(yy_more_len) = 0;
| 		if ( (yy_more_flag) )
| 			{
| 			(yy_more_len) = (yy_c_buf_p) - (yytext_ptr);
| 			(yy_more_flag) = 0;
| 			}
| 		yy_cp = (yy_c_buf_p);
| 
| 		/* Support of yytext. */
| 		*yy_cp = (yy_hold_char);
| 
| 		/* yy_bp points to the position in yy_ch_buf of the start of
| 		 * the current run.
| 		 */
| 		yy_bp = yy_cp;
| 
| 		yy_current_state = (yy_start);
| 
| 		(yy_state_ptr) = (yy_state_buf);
| 		*(yy_state_ptr)++ = yy_current_state;
| 
| yy_match:
| 		do
| 			{
| 			register YY_CHAR yy_c = yy_ec[YY_SC_TO_UI(*yy_cp)];
| 			while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state )
| 				{
| 				yy_current_state = (int) yy_def[yy_current_state];
| 				if ( yy_current_state >= 13 )
| 					yy_c = yy_meta[(unsigned int) yy_c];
| 				}
| 			yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c];
| 			*(yy_state_ptr)++ = yy_current_state;
| 			++yy_cp;
| 			}
| 		while ( yy_base[yy_current_state] != 10 );
| 
| yy_find_action:
| 		yy_current_state = *--(yy_state_ptr);
| 		(yy_lp) = yy_accept[yy_current_state];
| find_rule: /* we branch to this label when backing up */
| 		for ( ; ; ) /* until we find what rule we matched */
| 			{
| 			if ( (yy_lp) && (yy_lp) < yy_accept[yy_current_state + 1] )
| 				{
| 				yy_act = yy_acclist[(yy_lp)];
| 					{
| 					(yy_full_match) = yy_cp;
| 					break;
| 					}
| 				}
| 			--yy_cp;
| 			yy_current_state = *--(yy_state_ptr);
| 			(yy_lp) = yy_accept[yy_current_state];
| 			}
| 
| 		YY_DO_BEFORE_ACTION;
| 
| do_action:	/* This label is used only to access EOF actions. */
| 
| 		switch ( yy_act )
| 	{ /* beginning of action switch */
| case 1:
| YY_RULE_SETUP
| #line 2 "conftest.l"
| { ECHO; }
| 	YY_BREAK
| case 2:
| YY_RULE_SETUP
| #line 3 "conftest.l"
| { REJECT; }
| 	YY_BREAK
| case 3:
| YY_RULE_SETUP
| #line 4 "conftest.l"
| { yymore (); }
| 	YY_BREAK
| case 4:
| YY_RULE_SETUP
| #line 5 "conftest.l"
| { yyless (1); }
| 	YY_BREAK
| case 5:
| YY_RULE_SETUP
| #line 6 "conftest.l"
| { yyless (input () != 0); }
| 	YY_BREAK
| case 6:
| YY_RULE_SETUP
| #line 7 "conftest.l"
| { unput (yytext[0]); }
| 	YY_BREAK
| case 7:
| YY_RULE_SETUP
| #line 8 "conftest.l"
| { BEGIN INITIAL; }
| 	YY_BREAK
| case 8:
| YY_RULE_SETUP
| #line 9 "conftest.l"
| ECHO;
| 	YY_BREAK
| #line 790 "lex.yy.c"
| 			case YY_STATE_EOF(INITIAL):
| 				yyterminate();
| 
| 	case YY_END_OF_BUFFER:
| 		{
| 		/* Amount of text matched not including the EOB char. */
| 		int yy_amount_of_matched_text = (int) (yy_cp - (yytext_ptr)) - 1;
| 
| 		/* Undo the effects of YY_DO_BEFORE_ACTION. */
| 		*yy_cp = (yy_hold_char);
| 		YY_RESTORE_YY_MORE_OFFSET
| 
| 		if ( YY_CURRENT_BUFFER_LVALUE->yy_buffer_status == YY_BUFFER_NEW )
| 			{
| 			/* We're scanning a new file or input source.  It's
| 			 * possible that this happened because the user
| 			 * just pointed yyin at a new source and called
| 			 * yylex().  If so, then we have to assure
| 			 * consistency between YY_CURRENT_BUFFER and our
| 			 * globals.  Here is the right place to do so, because
| 			 * this is the first action (other than possibly a
| 			 * back-up) that will match for the new input source.
| 			 */
| 			(yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_n_chars;
| 			YY_CURRENT_BUFFER_LVALUE->yy_input_file = yyin;
| 			YY_CURRENT_BUFFER_LVALUE->yy_buffer_status = YY_BUFFER_NORMAL;
| 			}
| 
| 		/* Note that here we test for yy_c_buf_p "<=" to the position
| 		 * of the first EOB in the buffer, since yy_c_buf_p will
| 		 * already have been incremented past the NUL character
| 		 * (since all states make transitions on EOB to the
| 		 * end-of-buffer state).  Contrast this with the test
| 		 * in input().
| 		 */
| 		if ( (yy_c_buf_p) <= &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] )
| 			{ /* This was really a NUL. */
| 			yy_state_type yy_next_state;
| 
| 			(yy_c_buf_p) = (yytext_ptr) + yy_amount_of_matched_text;
| 
| 			yy_current_state = yy_get_previous_state(  );
| 
| 			/* Okay, we're now positioned to make the NUL
| 			 * transition.  We couldn't have
| 			 * yy_get_previous_state() go ahead and do it
| 			 * for us because it doesn't know how to deal
| 			 * with the possibility of jamming (and we don't
| 			 * want to build jamming into it because then it
| 			 * will run more slowly).
| 			 */
| 
| 			yy_next_state = yy_try_NUL_trans( yy_current_state );
| 
| 			yy_bp = (yytext_ptr) + YY_MORE_ADJ;
| 
| 			if ( yy_next_state )
| 				{
| 				/* Consume the NUL. */
| 				yy_cp = ++(yy_c_buf_p);
| 				yy_current_state = yy_next_state;
| 				goto yy_match;
| 				}
| 
| 			else
| 				{
| 				yy_cp = (yy_c_buf_p);
| 				goto yy_find_action;
| 				}
| 			}
| 
| 		else switch ( yy_get_next_buffer(  ) )
| 			{
| 			case EOB_ACT_END_OF_FILE:
| 				{
| 				(yy_did_buffer_switch_on_eof) = 0;
| 
| 				if ( yywrap( ) )
| 					{
| 					/* Note: because we've taken care in
| 					 * yy_get_next_buffer() to have set up
| 					 * yytext, we can now set up
| 					 * yy_c_buf_p so that if some total
| 					 * hoser (like flex itself) wants to
| 					 * call the scanner after we return the
| 					 * YY_NULL, it'll still work - another
| 					 * YY_NULL will get returned.
| 					 */
| 					(yy_c_buf_p) = (yytext_ptr) + YY_MORE_ADJ;
| 
| 					yy_act = YY_STATE_EOF(YY_START);
| 					goto do_action;
| 					}
| 
| 				else
| 					{
| 					if ( ! (yy_did_buffer_switch_on_eof) )
| 						YY_NEW_FILE;
| 					}
| 				break;
| 				}
| 
| 			case EOB_ACT_CONTINUE_SCAN:
| 				(yy_c_buf_p) =
| 					(yytext_ptr) + yy_amount_of_matched_text;
| 
| 				yy_current_state = yy_get_previous_state(  );
| 
| 				yy_cp = (yy_c_buf_p);
| 				yy_bp = (yytext_ptr) + YY_MORE_ADJ;
| 				goto yy_match;
| 
| 			case EOB_ACT_LAST_MATCH:
| 				(yy_c_buf_p) =
| 				&YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)];
| 
| 				yy_current_state = yy_get_previous_state(  );
| 
| 				yy_cp = (yy_c_buf_p);
| 				yy_bp = (yytext_ptr) + YY_MORE_ADJ;
| 				goto yy_find_action;
| 			}
| 		break;
| 		}
| 
| 	default:
| 		YY_FATAL_ERROR(
| 			"fatal flex scanner internal error--no action found" );
| 	} /* end of action switch */
| 		} /* end of scanning one token */
| } /* end of yylex */
| 
| /* yy_get_next_buffer - try to read in a new buffer
|  *
|  * Returns a code representing an action:
|  *	EOB_ACT_LAST_MATCH -
|  *	EOB_ACT_CONTINUE_SCAN - continue scanning from current position
|  *	EOB_ACT_END_OF_FILE - end of file
|  */
| static int yy_get_next_buffer (void)
| {
|     	register char *dest = YY_CURRENT_BUFFER_LVALUE->yy_ch_buf;
| 	register char *source = (yytext_ptr);
| 	register int number_to_move, i;
| 	int ret_val;
| 
| 	if ( (yy_c_buf_p) > &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars) + 1] )
| 		YY_FATAL_ERROR(
| 		"fatal flex scanner internal error--end of buffer missed" );
| 
| 	if ( YY_CURRENT_BUFFER_LVALUE->yy_fill_buffer == 0 )
| 		{ /* Don't try to fill the buffer, so this is an EOF. */
| 		if ( (yy_c_buf_p) - (yytext_ptr) - YY_MORE_ADJ == 1 )
| 			{
| 			/* We matched a single character, the EOB, so
| 			 * treat this as a final EOF.
| 			 */
| 			return EOB_ACT_END_OF_FILE;
| 			}
| 
| 		else
| 			{
| 			/* We matched some text prior to the EOB, first
| 			 * process it.
| 			 */
| 			return EOB_ACT_LAST_MATCH;
| 			}
| 		}
| 
| 	/* Try to read more data. */
| 
| 	/* First move last chars to start of buffer. */
| 	number_to_move = (int) ((yy_c_buf_p) - (yytext_ptr)) - 1;
| 
| 	for ( i = 0; i < number_to_move; ++i )
| 		*(dest++) = *(source++);
| 
| 	if ( YY_CURRENT_BUFFER_LVALUE->yy_buffer_status == YY_BUFFER_EOF_PENDING )
| 		/* don't do the read, it's not guaranteed to return an EOF,
| 		 * just force an EOF
| 		 */
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars) = 0;
| 
| 	else
| 		{
| 			int num_to_read =
| 			YY_CURRENT_BUFFER_LVALUE->yy_buf_size - number_to_move - 1;
| 
| 		while ( num_to_read <= 0 )
| 			{ /* Not enough room in the buffer - grow it. */
| 
| 			YY_FATAL_ERROR(
| "input buffer overflow, can't enlarge buffer because scanner uses REJECT" );
| 
| 			}
| 
| 		if ( num_to_read > YY_READ_BUF_SIZE )
| 			num_to_read = YY_READ_BUF_SIZE;
| 
| 		/* Read in more data. */
| 		YY_INPUT( (&YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[number_to_move]),
| 			(yy_n_chars), (size_t) num_to_read );
| 
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars);
| 		}
| 
| 	if ( (yy_n_chars) == 0 )
| 		{
| 		if ( number_to_move == YY_MORE_ADJ )
| 			{
| 			ret_val = EOB_ACT_END_OF_FILE;
| 			yyrestart(yyin  );
| 			}
| 
| 		else
| 			{
| 			ret_val = EOB_ACT_LAST_MATCH;
| 			YY_CURRENT_BUFFER_LVALUE->yy_buffer_status =
| 				YY_BUFFER_EOF_PENDING;
| 			}
| 		}
| 
| 	else
| 		ret_val = EOB_ACT_CONTINUE_SCAN;
| 
| 	if ((yy_size_t) ((yy_n_chars) + number_to_move) > YY_CURRENT_BUFFER_LVALUE->yy_buf_size) {
| 		/* Extend the array by 50%, plus the number we really need. */
| 		yy_size_t new_size = (yy_n_chars) + number_to_move + ((yy_n_chars) >> 1);
| 		YY_CURRENT_BUFFER_LVALUE->yy_ch_buf = (char *) yyrealloc((void *) YY_CURRENT_BUFFER_LVALUE->yy_ch_buf,new_size  );
| 		if ( ! YY_CURRENT_BUFFER_LVALUE->yy_ch_buf )
| 			YY_FATAL_ERROR( "out of dynamic memory in yy_get_next_buffer()" );
| 	}
| 
| 	(yy_n_chars) += number_to_move;
| 	YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] = YY_END_OF_BUFFER_CHAR;
| 	YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars) + 1] = YY_END_OF_BUFFER_CHAR;
| 
| 	(yytext_ptr) = &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[0];
| 
| 	return ret_val;
| }
| 
| /* yy_get_previous_state - get the state just before the EOB char was reached */
| 
|     static yy_state_type yy_get_previous_state (void)
| {
| 	register yy_state_type yy_current_state;
| 	register char *yy_cp;
|     
| 	yy_current_state = (yy_start);
| 
| 	(yy_state_ptr) = (yy_state_buf);
| 	*(yy_state_ptr)++ = yy_current_state;
| 
| 	for ( yy_cp = (yytext_ptr) + YY_MORE_ADJ; yy_cp < (yy_c_buf_p); ++yy_cp )
| 		{
| 		register YY_CHAR yy_c = (*yy_cp ? yy_ec[YY_SC_TO_UI(*yy_cp)] : 1);
| 		while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state )
| 			{
| 			yy_current_state = (int) yy_def[yy_current_state];
| 			if ( yy_current_state >= 13 )
| 				yy_c = yy_meta[(unsigned int) yy_c];
| 			}
| 		yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c];
| 		*(yy_state_ptr)++ = yy_current_state;
| 		}
| 
| 	return yy_current_state;
| }
| 
| /* yy_try_NUL_trans - try to make a transition on the NUL character
|  *
|  * synopsis
|  *	next_state = yy_try_NUL_trans( current_state );
|  */
|     static yy_state_type yy_try_NUL_trans  (yy_state_type yy_current_state )
| {
| 	register int yy_is_jam;
|     
| 	register YY_CHAR yy_c = 1;
| 	while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state )
| 		{
| 		yy_current_state = (int) yy_def[yy_current_state];
| 		if ( yy_current_state >= 13 )
| 			yy_c = yy_meta[(unsigned int) yy_c];
| 		}
| 	yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c];
| 	yy_is_jam = (yy_current_state == 12);
| 	if ( ! yy_is_jam )
| 		*(yy_state_ptr)++ = yy_current_state;
| 
| 	return yy_is_jam ? 0 : yy_current_state;
| }
| 
|     static void yyunput (int c, register char * yy_bp )
| {
| 	register char *yy_cp;
|     
|     yy_cp = (yy_c_buf_p);
| 
| 	/* undo effects of setting up yytext */
| 	*yy_cp = (yy_hold_char);
| 
| 	if ( yy_cp < YY_CURRENT_BUFFER_LVALUE->yy_ch_buf + 2 )
| 		{ /* need to shift things up to make room */
| 		/* +2 for EOB chars. */
| 		register int number_to_move = (yy_n_chars) + 2;
| 		register char *dest = &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[
| 					YY_CURRENT_BUFFER_LVALUE->yy_buf_size + 2];
| 		register char *source =
| 				&YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[number_to_move];
| 
| 		while ( source > YY_CURRENT_BUFFER_LVALUE->yy_ch_buf )
| 			*--dest = *--source;
| 
| 		yy_cp += (int) (dest - source);
| 		yy_bp += (int) (dest - source);
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars =
| 			(yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_buf_size;
| 
| 		if ( yy_cp < YY_CURRENT_BUFFER_LVALUE->yy_ch_buf + 2 )
| 			YY_FATAL_ERROR( "flex scanner push-back overflow" );
| 		}
| 
| 	*--yy_cp = (char) c;
| 
| 	(yytext_ptr) = yy_bp;
| 	(yy_hold_char) = *yy_cp;
| 	(yy_c_buf_p) = yy_cp;
| }
| 
| #ifndef YY_NO_INPUT
| #ifdef __cplusplus
|     static int yyinput (void)
| #else
|     static int input  (void)
| #endif
| 
| {
| 	int c;
|     
| 	*(yy_c_buf_p) = (yy_hold_char);
| 
| 	if ( *(yy_c_buf_p) == YY_END_OF_BUFFER_CHAR )
| 		{
| 		/* yy_c_buf_p now points to the character we want to return.
| 		 * If this occurs *before* the EOB characters, then it's a
| 		 * valid NUL; if not, then we've hit the end of the buffer.
| 		 */
| 		if ( (yy_c_buf_p) < &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] )
| 			/* This was really a NUL. */
| 			*(yy_c_buf_p) = '\0';
| 
| 		else
| 			{ /* need more input */
| 			int offset = (yy_c_buf_p) - (yytext_ptr);
| 			++(yy_c_buf_p);
| 
| 			switch ( yy_get_next_buffer(  ) )
| 				{
| 				case EOB_ACT_LAST_MATCH:
| 					/* This happens because yy_g_n_b()
| 					 * sees that we've accumulated a
| 					 * token and flags that we need to
| 					 * try matching the token before
| 					 * proceeding.  But for input(),
| 					 * there's no matching to consider.
| 					 * So convert the EOB_ACT_LAST_MATCH
| 					 * to EOB_ACT_END_OF_FILE.
| 					 */
| 
| 					/* Reset buffer status. */
| 					yyrestart(yyin );
| 
| 					/*FALLTHROUGH*/
| 
| 				case EOB_ACT_END_OF_FILE:
| 					{
| 					if ( yywrap( ) )
| 						return EOF;
| 
| 					if ( ! (yy_did_buffer_switch_on_eof) )
| 						YY_NEW_FILE;
| #ifdef __cplusplus
| 					return yyinput();
| #else
| 					return input();
| #endif
| 					}
| 
| 				case EOB_ACT_CONTINUE_SCAN:
| 					(yy_c_buf_p) = (yytext_ptr) + offset;
| 					break;
| 				}
| 			}
| 		}
| 
| 	c = *(unsigned char *) (yy_c_buf_p);	/* cast for 8-bit char's */
| 	*(yy_c_buf_p) = '\0';	/* preserve yytext */
| 	(yy_hold_char) = *++(yy_c_buf_p);
| 
| 	return c;
| }
| #endif	/* ifndef YY_NO_INPUT */
| 
| /** Immediately switch to a different input stream.
|  * @param input_file A readable stream.
|  * 
|  * @note This function does not reset the start condition to @c INITIAL .
|  */
|     void yyrestart  (FILE * input_file )
| {
|     
| 	if ( ! YY_CURRENT_BUFFER ){
|         yyensure_buffer_stack ();
| 		YY_CURRENT_BUFFER_LVALUE =
|             yy_create_buffer(yyin,YY_BUF_SIZE );
| 	}
| 
| 	yy_init_buffer(YY_CURRENT_BUFFER,input_file );
| 	yy_load_buffer_state( );
| }
| 
| /** Switch to a different input buffer.
|  * @param new_buffer The new input buffer.
|  * 
|  */
|     void yy_switch_to_buffer  (YY_BUFFER_STATE  new_buffer )
| {
|     
| 	/* TODO. We should be able to replace this entire function body
| 	 * with
| 	 *		yypop_buffer_state();
| 	 *		yypush_buffer_state(new_buffer);
|      */
| 	yyensure_buffer_stack ();
| 	if ( YY_CURRENT_BUFFER == new_buffer )
| 		return;
| 
| 	if ( YY_CURRENT_BUFFER )
| 		{
| 		/* Flush out information for old buffer. */
| 		*(yy_c_buf_p) = (yy_hold_char);
| 		YY_CURRENT_BUFFER_LVALUE->yy_buf_pos = (yy_c_buf_p);
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars);
| 		}
| 
| 	YY_CURRENT_BUFFER_LVALUE = new_buffer;
| 	yy_load_buffer_state( );
| 
| 	/* We don't actually know whether we did this switch during
| 	 * EOF (yywrap()) processing, but the only time this flag
| 	 * is looked at is after yywrap() is called, so it's safe
| 	 * to go ahead and always set it.
| 	 */
| 	(yy_did_buffer_switch_on_eof) = 1;
| }
| 
| static void yy_load_buffer_state  (void)
| {
|     	(yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_n_chars;
| 	(yytext_ptr) = (yy_c_buf_p) = YY_CURRENT_BUFFER_LVALUE->yy_buf_pos;
| 	yyin = YY_CURRENT_BUFFER_LVALUE->yy_input_file;
| 	(yy_hold_char) = *(yy_c_buf_p);
| }
| 
| /** Allocate and initialize an input buffer state.
|  * @param file A readable stream.
|  * @param size The character buffer size in bytes. When in doubt, use @c YY_BUF_SIZE.
|  * 
|  * @return the allocated buffer state.
|  */
|     YY_BUFFER_STATE yy_create_buffer  (FILE * file, int  size )
| {
| 	YY_BUFFER_STATE b;
|     
| 	b = (YY_BUFFER_STATE) yyalloc(sizeof( struct yy_buffer_state )  );
| 	if ( ! b )
| 		YY_FATAL_ERROR( "out of dynamic memory in yy_create_buffer()" );
| 
| 	b->yy_buf_size = size;
| 
| 	/* yy_ch_buf has to be 2 characters longer than the size given because
| 	 * we need to put in 2 end-of-buffer characters.
| 	 */
| 	b->yy_ch_buf = (char *) yyalloc(b->yy_buf_size + 2  );
| 	if ( ! b->yy_ch_buf )
| 		YY_FATAL_ERROR( "out of dynamic memory in yy_create_buffer()" );
| 
| 	b->yy_is_our_buffer = 1;
| 
| 	yy_init_buffer(b,file );
| 
| 	return b;
| }
| 
| /** Destroy the buffer.
|  * @param b a buffer created with yy_create_buffer()
|  * 
|  */
|     void yy_delete_buffer (YY_BUFFER_STATE  b )
| {
|     
| 	if ( ! b )
| 		return;
| 
| 	if ( b == YY_CURRENT_BUFFER ) /* Not sure if we should pop here. */
| 		YY_CURRENT_BUFFER_LVALUE = (YY_BUFFER_STATE) 0;
| 
| 	if ( b->yy_is_our_buffer )
| 		yyfree((void *) b->yy_ch_buf  );
| 
| 	yyfree((void *) b  );
| }
| 
| #ifndef __cplusplus
| extern int isatty (int );
| #endif /* __cplusplus */
|     
| /* Initializes or reinitializes a buffer.
|  * This function is sometimes called more than once on the same buffer,
|  * such as during a yyrestart() or at EOF.
|  */
|     static void yy_init_buffer  (YY_BUFFER_STATE  b, FILE * file )
| 
| {
| 	int oerrno = errno;
|     
| 	yy_flush_buffer(b );
| 
| 	b->yy_input_file = file;
| 	b->yy_fill_buffer = 1;
| 
|     /* If b is the current buffer, then yy_init_buffer was _probably_
|      * called from yyrestart() or through yy_get_next_buffer.
|      * In that case, we don't want to reset the lineno or column.
|      */
|     if (b != YY_CURRENT_BUFFER){
|         b->yy_bs_lineno = 1;
|         b->yy_bs_column = 0;
|     }
| 
|         b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0;
|     
| 	errno = oerrno;
| }
| 
| /** Discard all buffered characters. On the next scan, YY_INPUT will be called.
|  * @param b the buffer state to be flushed, usually @c YY_CURRENT_BUFFER.
|  * 
|  */
|     void yy_flush_buffer (YY_BUFFER_STATE  b )
| {
|     	if ( ! b )
| 		return;
| 
| 	b->yy_n_chars = 0;
| 
| 	/* We always need two end-of-buffer characters.  The first causes
| 	 * a transition to the end-of-buffer state.  The second causes
| 	 * a jam in that state.
| 	 */
| 	b->yy_ch_buf[0] = YY_END_OF_BUFFER_CHAR;
| 	b->yy_ch_buf[1] = YY_END_OF_BUFFER_CHAR;
| 
| 	b->yy_buf_pos = &b->yy_ch_buf[0];
| 
| 	b->yy_at_bol = 1;
| 	b->yy_buffer_status = YY_BUFFER_NEW;
| 
| 	if ( b == YY_CURRENT_BUFFER )
| 		yy_load_buffer_state( );
| }
| 
| /** Pushes the new state onto the stack. The new state becomes
|  *  the current state. This function will allocate the stack
|  *  if necessary.
|  *  @param new_buffer The new state.
|  *  
|  */
| void yypush_buffer_state (YY_BUFFER_STATE new_buffer )
| {
|     	if (new_buffer == NULL)
| 		return;
| 
| 	yyensure_buffer_stack();
| 
| 	/* This block is copied from yy_switch_to_buffer. */
| 	if ( YY_CURRENT_BUFFER )
| 		{
| 		/* Flush out information for old buffer. */
| 		*(yy_c_buf_p) = (yy_hold_char);
| 		YY_CURRENT_BUFFER_LVALUE->yy_buf_pos = (yy_c_buf_p);
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars);
| 		}
| 
| 	/* Only push if top exists. Otherwise, replace top. */
| 	if (YY_CURRENT_BUFFER)
| 		(yy_buffer_stack_top)++;
| 	YY_CURRENT_BUFFER_LVALUE = new_buffer;
| 
| 	/* copied from yy_switch_to_buffer. */
| 	yy_load_buffer_state( );
| 	(yy_did_buffer_switch_on_eof) = 1;
| }
| 
| /** Removes and deletes the top of the stack, if present.
|  *  The next element becomes the new top.
|  *  
|  */
| void yypop_buffer_state (void)
| {
|     	if (!YY_CURRENT_BUFFER)
| 		return;
| 
| 	yy_delete_buffer(YY_CURRENT_BUFFER );
| 	YY_CURRENT_BUFFER_LVALUE = NULL;
| 	if ((yy_buffer_stack_top) > 0)
| 		--(yy_buffer_stack_top);
| 
| 	if (YY_CURRENT_BUFFER) {
| 		yy_load_buffer_state( );
| 		(yy_did_buffer_switch_on_eof) = 1;
| 	}
| }
| 
| /* Allocates the stack if it does not exist.
|  *  Guarantees space for at least one push.
|  */
| static void yyensure_buffer_stack (void)
| {
| 	int num_to_alloc;
|     
| 	if (!(yy_buffer_stack)) {
| 
| 		/* First allocation is just for 2 elements, since we don't know if this
| 		 * scanner will even need a stack. We use 2 instead of 1 to avoid an
| 		 * immediate realloc on the next call.
|          */
| 		num_to_alloc = 1;
| 		(yy_buffer_stack) = (struct yy_buffer_state**)yyalloc
| 								(num_to_alloc * sizeof(struct yy_buffer_state*)
| 								);
| 		if ( ! (yy_buffer_stack) )
| 			YY_FATAL_ERROR( "out of dynamic memory in yyensure_buffer_stack()" );
| 								  
| 		memset((yy_buffer_stack), 0, num_to_alloc * sizeof(struct yy_buffer_state*));
| 				
| 		(yy_buffer_stack_max) = num_to_alloc;
| 		(yy_buffer_stack_top) = 0;
| 		return;
| 	}
| 
| 	if ((yy_buffer_stack_top) >= ((yy_buffer_stack_max)) - 1){
| 
| 		/* Increase the buffer to prepare for a possible push. */
| 		int grow_size = 8 /* arbitrary grow size */;
| 
| 		num_to_alloc = (yy_buffer_stack_max) + grow_size;
| 		(yy_buffer_stack) = (struct yy_buffer_state**)yyrealloc
| 								((yy_buffer_stack),
| 								num_to_alloc * sizeof(struct yy_buffer_state*)
| 								);
| 		if ( ! (yy_buffer_stack) )
| 			YY_FATAL_ERROR( "out of dynamic memory in yyensure_buffer_stack()" );
| 
| 		/* zero only the new slots.*/
| 		memset((yy_buffer_stack) + (yy_buffer_stack_max), 0, grow_size * sizeof(struct yy_buffer_state*));
| 		(yy_buffer_stack_max) = num_to_alloc;
| 	}
| }
| 
| /** Setup the input buffer state to scan directly from a user-specified character buffer.
|  * @param base the character buffer
|  * @param size the size in bytes of the character buffer
|  * 
|  * @return the newly allocated buffer state object. 
|  */
| YY_BUFFER_STATE yy_scan_buffer  (char * base, yy_size_t  size )
| {
| 	YY_BUFFER_STATE b;
|     
| 	if ( size < 2 ||
| 	     base[size-2] != YY_END_OF_BUFFER_CHAR ||
| 	     base[size-1] != YY_END_OF_BUFFER_CHAR )
| 		/* They forgot to leave room for the EOB's. */
| 		return 0;
| 
| 	b = (YY_BUFFER_STATE) yyalloc(sizeof( struct yy_buffer_state )  );
| 	if ( ! b )
| 		YY_FATAL_ERROR( "out of dynamic memory in yy_scan_buffer()" );
| 
| 	b->yy_buf_size = size - 2;	/* "- 2" to take care of EOB's */
| 	b->yy_buf_pos = b->yy_ch_buf = base;
| 	b->yy_is_our_buffer = 0;
| 	b->yy_input_file = 0;
| 	b->yy_n_chars = b->yy_buf_size;
| 	b->yy_is_interactive = 0;
| 	b->yy_at_bol = 1;
| 	b->yy_fill_buffer = 0;
| 	b->yy_buffer_status = YY_BUFFER_NEW;
| 
| 	yy_switch_to_buffer(b  );
| 
| 	return b;
| }
| 
| /** Setup the input buffer state to scan a string. The next call to yylex() will
|  * scan from a @e copy of @a str.
|  * @param yystr a NUL-terminated string to scan
|  * 
|  * @return the newly allocated buffer state object.
|  * @note If you want to scan bytes that may contain NUL values, then use
|  *       yy_scan_bytes() instead.
|  */
| YY_BUFFER_STATE yy_scan_string (yyconst char * yystr )
| {
|     
| 	return yy_scan_bytes(yystr,strlen(yystr) );
| }
| 
| /** Setup the input buffer state to scan the given bytes. The next call to yylex() will
|  * scan from a @e copy of @a bytes.
|  * @param bytes the byte buffer to scan
|  * @param len the number of bytes in the buffer pointed to by @a bytes.
|  * 
|  * @return the newly allocated buffer state object.
|  */
| YY_BUFFER_STATE yy_scan_bytes  (yyconst char * yybytes, int  _yybytes_len )
| {
| 	YY_BUFFER_STATE b;
| 	char *buf;
| 	yy_size_t n;
| 	int i;
|     
| 	/* Get memory for full buffer, including space for trailing EOB's. */
| 	n = _yybytes_len + 2;
| 	buf = (char *) yyalloc(n  );
| 	if ( ! buf )
| 		YY_FATAL_ERROR( "out of dynamic memory in yy_scan_bytes()" );
| 
| 	for ( i = 0; i < _yybytes_len; ++i )
| 		buf[i] = yybytes[i];
| 
| 	buf[_yybytes_len] = buf[_yybytes_len+1] = YY_END_OF_BUFFER_CHAR;
| 
| 	b = yy_scan_buffer(buf,n );
| 	if ( ! b )
| 		YY_FATAL_ERROR( "bad buffer in yy_scan_bytes()" );
| 
| 	/* It's okay to grow etc. this buffer, and we should throw it
| 	 * away when we're done.
| 	 */
| 	b->yy_is_our_buffer = 1;
| 
| 	return b;
| }
| 
| #ifndef YY_EXIT_FAILURE
| #define YY_EXIT_FAILURE 2
| #endif
| 
| static void yy_fatal_error (yyconst char* msg )
| {
|     	(void) fprintf( stderr, "%s\n", msg );
| 	exit( YY_EXIT_FAILURE );
| }
| 
| /* Redefine yyless() so it works in section 3 code. */
| 
| #undef yyless
| #define yyless(n) \
| 	do \
| 		{ \
| 		/* Undo effects of setting up yytext. */ \
|         int yyless_macro_arg = (n); \
|         YY_LESS_LINENO(yyless_macro_arg);\
| 		yytext[yyleng] = (yy_hold_char); \
| 		(yy_c_buf_p) = yytext + yyless_macro_arg; \
| 		(yy_hold_char) = *(yy_c_buf_p); \
| 		*(yy_c_buf_p) = '\0'; \
| 		yyleng = yyless_macro_arg; \
| 		} \
| 	while ( 0 )
| 
| /* Accessor  methods (get/set functions) to struct members. */
| 
| /** Get the current line number.
|  * 
|  */
| int yyget_lineno  (void)
| {
|         
|     return yylineno;
| }
| 
| /** Get the input stream.
|  * 
|  */
| FILE *yyget_in  (void)
| {
|         return yyin;
| }
| 
| /** Get the output stream.
|  * 
|  */
| FILE *yyget_out  (void)
| {
|         return yyout;
| }
| 
| /** Get the length of the current token.
|  * 
|  */
| int yyget_leng  (void)
| {
|         return yyleng;
| }
| 
| /** Get the current token.
|  * 
|  */
| 
| char *yyget_text  (void)
| {
|         return yytext;
| }
| 
| /** Set the current line number.
|  * @param line_number
|  * 
|  */
| void yyset_lineno (int  line_number )
| {
|     
|     yylineno = line_number;
| }
| 
| /** Set the input stream. This does not discard the current
|  * input buffer.
|  * @param in_str A readable stream.
|  * 
|  * @see yy_switch_to_buffer
|  */
| void yyset_in (FILE *  in_str )
| {
|         yyin = in_str ;
| }
| 
| void yyset_out (FILE *  out_str )
| {
|         yyout = out_str ;
| }
| 
| int yyget_debug  (void)
| {
|         return yy_flex_debug;
| }
| 
| void yyset_debug (int  bdebug )
| {
|         yy_flex_debug = bdebug ;
| }
| 
| static int yy_init_globals (void)
| {
|         /* Initialization is the same as for the non-reentrant scanner.
|      * This function is called from yylex_destroy(), so don't allocate here.
|      */
| 
|     (yy_buffer_stack) = 0;
|     (yy_buffer_stack_top) = 0;
|     (yy_buffer_stack_max) = 0;
|     (yy_c_buf_p) = (char *) 0;
|     (yy_init) = 0;
|     (yy_start) = 0;
| 
|     (yy_state_buf) = 0;
|     (yy_state_ptr) = 0;
|     (yy_full_match) = 0;
|     (yy_lp) = 0;
| 
| /* Defined in main.c */
| #ifdef YY_STDINIT
|     yyin = stdin;
|     yyout = stdout;
| #else
|     yyin = (FILE *) 0;
|     yyout = (FILE *) 0;
| #endif
| 
|     /* For future reference: Set errno on error, since we are called by
|      * yylex_init()
|      */
|     return 0;
| }
| 
| /* yylex_destroy is for both reentrant and non-reentrant scanners. */
| int yylex_destroy  (void)
| {
|     
|     /* Pop the buffer stack, destroying each element. */
| 	while(YY_CURRENT_BUFFER){
| 		yy_delete_buffer(YY_CURRENT_BUFFER  );
| 		YY_CURRENT_BUFFER_LVALUE = NULL;
| 		yypop_buffer_state();
| 	}
| 
| 	/* Destroy the stack itself. */
| 	yyfree((yy_buffer_stack) );
| 	(yy_buffer_stack) = NULL;
| 
|     yyfree ( (yy_state_buf) );
|     (yy_state_buf)  = NULL;
| 
|     /* Reset the globals. This is important in a non-reentrant scanner so the next time
|      * yylex() is called, initialization will occur. */
|     yy_init_globals( );
| 
|     return 0;
| }
| 
| /*
|  * Internal utility routines.
|  */
| 
| #ifndef yytext_ptr
| static void yy_flex_strncpy (char* s1, yyconst char * s2, int n )
| {
| 	register int i;
| 	for ( i = 0; i < n; ++i )
| 		s1[i] = s2[i];
| }
| #endif
| 
| #ifdef YY_NEED_STRLEN
| static int yy_flex_strlen (yyconst char * s )
| {
| 	register int n;
| 	for ( n = 0; s[n]; ++n )
| 		;
| 
| 	return n;
| }
| #endif
| 
| void *yyalloc (yy_size_t  size )
| {
| 	return (void *) malloc( size );
| }
| 
| void *yyrealloc  (void * ptr, yy_size_t  size )
| {
| 	/* The cast to (char *) in the following accommodates both
| 	 * implementations that use char* generic pointers, and those
| 	 * that use void* generic pointers.  It works with the latter
| 	 * because both ANSI C and C++ allow castless assignment from
| 	 * any pointer type to void*, and deal with argument conversions
| 	 * as though doing an assignment.
| 	 */
| 	return (void *) realloc( (char *) ptr, size );
| }
| 
| void yyfree (void * ptr )
| {
| 	free( (char *) ptr );	/* see yyrealloc() for (char *) cast */
| }
| 
| #define YYTABLES_NAME "yytables"
| 
| #line 9 "conftest.l"
| 
| 
| #ifdef YYTEXT_POINTER
| extern char *yytext;
| #endif
| int
| main (void)
| {
|   return ! yylex () + ! yywrap ();
| }
configure:19990: g++ -o conftest -g -O2   conftest.cpp -lfl  >&5
conftest.l: In function 'int yylex()':
conftest.l:6: error: 'input' was not declared in this scope
configure:19997: $? = 1
configure: failed program was:
| 
| #line 3 "lex.yy.c"
| 
| #define  YY_INT_ALIGNED short int
| 
| /* A lexical scanner generated by flex */
| 
| #define FLEX_SCANNER
| #define YY_FLEX_MAJOR_VERSION 2
| #define YY_FLEX_MINOR_VERSION 5
| #define YY_FLEX_SUBMINOR_VERSION 35
| #if YY_FLEX_SUBMINOR_VERSION > 0
| #define FLEX_BETA
| #endif
| 
| /* First, we deal with  platform-specific or compiler-specific issues. */
| 
| /* begin standard C headers. */
| #include <stdio.h>
| #include <string.h>
| #include <errno.h>
| #include <stdlib.h>
| 
| /* end standard C headers. */
| 
| /* flex integer type definitions */
| 
| #ifndef FLEXINT_H
| #define FLEXINT_H
| 
| /* C99 systems have <inttypes.h>. Non-C99 systems may or may not. */
| 
| #if defined (__STDC_VERSION__) && __STDC_VERSION__ >= 199901L
| 
| /* C99 says to define __STDC_LIMIT_MACROS before including stdint.h,
|  * if you want the limit (max/min) macros for int types. 
|  */
| #ifndef __STDC_LIMIT_MACROS
| #define __STDC_LIMIT_MACROS 1
| #endif
| 
| #include <inttypes.h>
| typedef int8_t flex_int8_t;
| typedef uint8_t flex_uint8_t;
| typedef int16_t flex_int16_t;
| typedef uint16_t flex_uint16_t;
| typedef int32_t flex_int32_t;
| typedef uint32_t flex_uint32_t;
| #else
| typedef signed char flex_int8_t;
| typedef short int flex_int16_t;
| typedef int flex_int32_t;
| typedef unsigned char flex_uint8_t; 
| typedef unsigned short int flex_uint16_t;
| typedef unsigned int flex_uint32_t;
| #endif /* ! C99 */
| 
| /* Limits of integral types. */
| #ifndef INT8_MIN
| #define INT8_MIN               (-128)
| #endif
| #ifndef INT16_MIN
| #define INT16_MIN              (-32767-1)
| #endif
| #ifndef INT32_MIN
| #define INT32_MIN              (-2147483647-1)
| #endif
| #ifndef INT8_MAX
| #define INT8_MAX               (127)
| #endif
| #ifndef INT16_MAX
| #define INT16_MAX              (32767)
| #endif
| #ifndef INT32_MAX
| #define INT32_MAX              (2147483647)
| #endif
| #ifndef UINT8_MAX
| #define UINT8_MAX              (255U)
| #endif
| #ifndef UINT16_MAX
| #define UINT16_MAX             (65535U)
| #endif
| #ifndef UINT32_MAX
| #define UINT32_MAX             (4294967295U)
| #endif
| 
| #endif /* ! FLEXINT_H */
| 
| #ifdef __cplusplus
| 
| /* The "const" storage-class-modifier is valid. */
| #define YY_USE_CONST
| 
| #else	/* ! __cplusplus */
| 
| /* C99 requires __STDC__ to be defined as 1. */
| #if defined (__STDC__)
| 
| #define YY_USE_CONST
| 
| #endif	/* defined (__STDC__) */
| #endif	/* ! __cplusplus */
| 
| #ifdef YY_USE_CONST
| #define yyconst const
| #else
| #define yyconst
| #endif
| 
| /* Returned upon end-of-file. */
| #define YY_NULL 0
| 
| /* Promotes a possibly negative, possibly signed char to an unsigned
|  * integer for use as an array index.  If the signed char is negative,
|  * we want to instead treat it as an 8-bit unsigned char, hence the
|  * double cast.
|  */
| #define YY_SC_TO_UI(c) ((unsigned int) (unsigned char) c)
| 
| /* Enter a start condition.  This macro really ought to take a parameter,
|  * but we do it the disgusting crufty way forced on us by the ()-less
|  * definition of BEGIN.
|  */
| #define BEGIN (yy_start) = 1 + 2 *
| 
| /* Translate the current start state into a value that can be later handed
|  * to BEGIN to return to the state.  The YYSTATE alias is for lex
|  * compatibility.
|  */
| #define YY_START (((yy_start) - 1) / 2)
| #define YYSTATE YY_START
| 
| /* Action number for EOF rule of a given start state. */
| #define YY_STATE_EOF(state) (YY_END_OF_BUFFER + state + 1)
| 
| /* Special action meaning "start processing a new file". */
| #define YY_NEW_FILE yyrestart(yyin  )
| 
| #define YY_END_OF_BUFFER_CHAR 0
| 
| /* Size of default input buffer. */
| #ifndef YY_BUF_SIZE
| #define YY_BUF_SIZE 16384
| #endif
| 
| /* The state buf must be large enough to hold one state per character in the main buffer.
|  */
| #define YY_STATE_BUF_SIZE   ((YY_BUF_SIZE + 2) * sizeof(yy_state_type))
| 
| #ifndef YY_TYPEDEF_YY_BUFFER_STATE
| #define YY_TYPEDEF_YY_BUFFER_STATE
| typedef struct yy_buffer_state *YY_BUFFER_STATE;
| #endif
| 
| extern int yyleng;
| 
| extern FILE *yyin, *yyout;
| 
| #define EOB_ACT_CONTINUE_SCAN 0
| #define EOB_ACT_END_OF_FILE 1
| #define EOB_ACT_LAST_MATCH 2
| 
|     #define YY_LESS_LINENO(n)
|     
| /* Return all but the first "n" matched characters back to the input stream. */
| #define yyless(n) \
| 	do \
| 		{ \
| 		/* Undo effects of setting up yytext. */ \
|         int yyless_macro_arg = (n); \
|         YY_LESS_LINENO(yyless_macro_arg);\
| 		*yy_cp = (yy_hold_char); \
| 		YY_RESTORE_YY_MORE_OFFSET \
| 		(yy_c_buf_p) = yy_cp = yy_bp + yyless_macro_arg - YY_MORE_ADJ; \
| 		YY_DO_BEFORE_ACTION; /* set up yytext again */ \
| 		} \
| 	while ( 0 )
| 
| #define unput(c) yyunput( c, (yytext_ptr)  )
| 
| #ifndef YY_TYPEDEF_YY_SIZE_T
| #define YY_TYPEDEF_YY_SIZE_T
| typedef size_t yy_size_t;
| #endif
| 
| #ifndef YY_STRUCT_YY_BUFFER_STATE
| #define YY_STRUCT_YY_BUFFER_STATE
| struct yy_buffer_state
| 	{
| 	FILE *yy_input_file;
| 
| 	char *yy_ch_buf;		/* input buffer */
| 	char *yy_buf_pos;		/* current position in input buffer */
| 
| 	/* Size of input buffer in bytes, not including room for EOB
| 	 * characters.
| 	 */
| 	yy_size_t yy_buf_size;
| 
| 	/* Number of characters read into yy_ch_buf, not including EOB
| 	 * characters.
| 	 */
| 	int yy_n_chars;
| 
| 	/* Whether we "own" the buffer - i.e., we know we created it,
| 	 * and can realloc() it to grow it, and should free() it to
| 	 * delete it.
| 	 */
| 	int yy_is_our_buffer;
| 
| 	/* Whether this is an "interactive" input source; if so, and
| 	 * if we're using stdio for input, then we want to use getc()
| 	 * instead of fread(), to make sure we stop fetching input after
| 	 * each newline.
| 	 */
| 	int yy_is_interactive;
| 
| 	/* Whether we're considered to be at the beginning of a line.
| 	 * If so, '^' rules will be active on the next match, otherwise
| 	 * not.
| 	 */
| 	int yy_at_bol;
| 
|     int yy_bs_lineno; /**< The line count. */
|     int yy_bs_column; /**< The column count. */
|     
| 	/* Whether to try to fill the input buffer when we reach the
| 	 * end of it.
| 	 */
| 	int yy_fill_buffer;
| 
| 	int yy_buffer_status;
| 
| #define YY_BUFFER_NEW 0
| #define YY_BUFFER_NORMAL 1
| 	/* When an EOF's been seen but there's still some text to process
| 	 * then we mark the buffer as YY_EOF_PENDING, to indicate that we
| 	 * shouldn't try reading from the input source any more.  We might
| 	 * still have a bunch of tokens to match, though, because of
| 	 * possible backing-up.
| 	 *
| 	 * When we actually see the EOF, we change the status to "new"
| 	 * (via yyrestart()), so that the user can continue scanning by
| 	 * just pointing yyin at a new input file.
| 	 */
| #define YY_BUFFER_EOF_PENDING 2
| 
| 	};
| #endif /* !YY_STRUCT_YY_BUFFER_STATE */
| 
| /* Stack of input buffers. */
| static size_t yy_buffer_stack_top = 0; /**< index of top of stack. */
| static size_t yy_buffer_stack_max = 0; /**< capacity of stack. */
| static YY_BUFFER_STATE * yy_buffer_stack = 0; /**< Stack as an array. */
| 
| /* We provide macros for accessing buffer states in case in the
|  * future we want to put the buffer states in a more general
|  * "scanner state".
|  *
|  * Returns the top of the stack, or NULL.
|  */
| #define YY_CURRENT_BUFFER ( (yy_buffer_stack) \
|                           ? (yy_buffer_stack)[(yy_buffer_stack_top)] \
|                           : NULL)
| 
| /* Same as previous macro, but useful when we know that the buffer stack is not
|  * NULL or when we need an lvalue. For internal use only.
|  */
| #define YY_CURRENT_BUFFER_LVALUE (yy_buffer_stack)[(yy_buffer_stack_top)]
| 
| /* yy_hold_char holds the character lost when yytext is formed. */
| static char yy_hold_char;
| static int yy_n_chars;		/* number of characters read into yy_ch_buf */
| int yyleng;
| 
| /* Points to current character in buffer. */
| static char *yy_c_buf_p = (char *) 0;
| static int yy_init = 0;		/* whether we need to initialize */
| static int yy_start = 0;	/* start state number */
| 
| /* Flag which is used to allow yywrap()'s to do buffer switches
|  * instead of setting up a fresh yyin.  A bit of a hack ...
|  */
| static int yy_did_buffer_switch_on_eof;
| 
| void yyrestart (FILE *input_file  );
| void yy_switch_to_buffer (YY_BUFFER_STATE new_buffer  );
| YY_BUFFER_STATE yy_create_buffer (FILE *file,int size  );
| void yy_delete_buffer (YY_BUFFER_STATE b  );
| void yy_flush_buffer (YY_BUFFER_STATE b  );
| void yypush_buffer_state (YY_BUFFER_STATE new_buffer  );
| void yypop_buffer_state (void );
| 
| static void yyensure_buffer_stack (void );
| static void yy_load_buffer_state (void );
| static void yy_init_buffer (YY_BUFFER_STATE b,FILE *file  );
| 
| #define YY_FLUSH_BUFFER yy_flush_buffer(YY_CURRENT_BUFFER )
| 
| YY_BUFFER_STATE yy_scan_buffer (char *base,yy_size_t size  );
| YY_BUFFER_STATE yy_scan_string (yyconst char *yy_str  );
| YY_BUFFER_STATE yy_scan_bytes (yyconst char *bytes,int len  );
| 
| void *yyalloc (yy_size_t  );
| void *yyrealloc (void *,yy_size_t  );
| void yyfree (void *  );
| 
| #define yy_new_buffer yy_create_buffer
| 
| #define yy_set_interactive(is_interactive) \
| 	{ \
| 	if ( ! YY_CURRENT_BUFFER ){ \
|         yyensure_buffer_stack (); \
| 		YY_CURRENT_BUFFER_LVALUE =    \
|             yy_create_buffer(yyin,YY_BUF_SIZE ); \
| 	} \
| 	YY_CURRENT_BUFFER_LVALUE->yy_is_interactive = is_interactive; \
| 	}
| 
| #define yy_set_bol(at_bol) \
| 	{ \
| 	if ( ! YY_CURRENT_BUFFER ){\
|         yyensure_buffer_stack (); \
| 		YY_CURRENT_BUFFER_LVALUE =    \
|             yy_create_buffer(yyin,YY_BUF_SIZE ); \
| 	} \
| 	YY_CURRENT_BUFFER_LVALUE->yy_at_bol = at_bol; \
| 	}
| 
| #define YY_AT_BOL() (YY_CURRENT_BUFFER_LVALUE->yy_at_bol)
| 
| /* Begin user sect3 */
| 
| typedef unsigned char YY_CHAR;
| 
| FILE *yyin = (FILE *) 0, *yyout = (FILE *) 0;
| 
| typedef int yy_state_type;
| 
| extern int yylineno;
| 
| int yylineno = 1;
| 
| extern char *yytext;
| #define yytext_ptr yytext
| 
| static yy_state_type yy_get_previous_state (void );
| static yy_state_type yy_try_NUL_trans (yy_state_type current_state  );
| static int yy_get_next_buffer (void );
| static void yy_fatal_error (yyconst char msg[]  );
| 
| /* Done after the current pattern has been matched and before the
|  * corresponding action - sets up yytext.
|  */
| #define YY_DO_BEFORE_ACTION \
| 	(yytext_ptr) = yy_bp; \
| 	(yytext_ptr) -= (yy_more_len); \
| 	yyleng = (size_t) (yy_cp - (yytext_ptr)); \
| 	(yy_hold_char) = *yy_cp; \
| 	*yy_cp = '\0'; \
| 	(yy_c_buf_p) = yy_cp;
| 
| #define YY_NUM_RULES 8
| #define YY_END_OF_BUFFER 9
| /* This struct is not used in this scanner,
|    but its presence is necessary. */
| struct yy_trans_info
| 	{
| 	flex_int32_t yy_verify;
| 	flex_int32_t yy_nxt;
| 	};
| static yyconst flex_int16_t yy_acclist[23] =
|     {   0,
|         9,    7,    8,    8,    1,    7,    8,    2,    7,    8,
|         3,    7,    8,    4,    7,    8,    5,    7,    8,    6,
|         7,    8
|     } ;
| 
| static yyconst flex_int16_t yy_accept[14] =
|     {   0,
|         1,    1,    1,    2,    4,    5,    8,   11,   14,   17,
|        20,   23,   23
|     } ;
| 
| static yyconst flex_int32_t yy_ec[256] =
|     {   0,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    2,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    3,    4,    5,    6,
| 
|         7,    8,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
| 
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1
|     } ;
| 
| static yyconst flex_int32_t yy_meta[9] =
|     {   0,
|         1,    1,    1,    1,    1,    1,    1,    1
|     } ;
| 
| static yyconst flex_int16_t yy_base[13] =
|     {   0,
|         0,    0,    9,   10,   10,   10,   10,   10,   10,   10,
|        10,   10
|     } ;
| 
| static yyconst flex_int16_t yy_def[13] =
|     {   0,
|        12,    1,   12,   12,   12,   12,   12,   12,   12,   12,
|        12,    0
|     } ;
| 
| static yyconst flex_int16_t yy_nxt[19] =
|     {   0,
|         4,    5,    6,    7,    8,    9,   10,   11,   12,    3,
|        12,   12,   12,   12,   12,   12,   12,   12
|     } ;
| 
| static yyconst flex_int16_t yy_chk[19] =
|     {   0,
|         1,    1,    1,    1,    1,    1,    1,    1,    3,   12,
|        12,   12,   12,   12,   12,   12,   12,   12
|     } ;
| 
| extern int yy_flex_debug;
| int yy_flex_debug = 0;
| 
| static yy_state_type *yy_state_buf=0, *yy_state_ptr=0;
| static char *yy_full_match;
| static int yy_lp;
| #define REJECT \
| { \
| *yy_cp = (yy_hold_char); /* undo effects of setting up yytext */ \
| yy_cp = (yy_full_match); /* restore poss. backed-over text */ \
| ++(yy_lp); \
| goto find_rule; \
| }
| 
| static int yy_more_flag = 0;
| static int yy_more_len = 0;
| #define yymore() ((yy_more_flag) = 1)
| #define YY_MORE_ADJ (yy_more_len)
| #define YY_RESTORE_YY_MORE_OFFSET
| char *yytext;
| #line 1 "conftest.l"
| #line 468 "lex.yy.c"
| 
| #define INITIAL 0
| 
| #ifndef YY_NO_UNISTD_H
| /* Special case for "unistd.h", since it is non-ANSI. We include it way
|  * down here because we want the user's section 1 to have been scanned first.
|  * The user has a chance to override it with an option.
|  */
| #include <unistd.h>
| #endif
| 
| #ifndef YY_EXTRA_TYPE
| #define YY_EXTRA_TYPE void *
| #endif
| 
| static int yy_init_globals (void );
| 
| /* Accessor methods to globals.
|    These are made visible to non-reentrant scanners for convenience. */
| 
| int yylex_destroy (void );
| 
| int yyget_debug (void );
| 
| void yyset_debug (int debug_flag  );
| 
| YY_EXTRA_TYPE yyget_extra (void );
| 
| void yyset_extra (YY_EXTRA_TYPE user_defined  );
| 
| FILE *yyget_in (void );
| 
| void yyset_in  (FILE * in_str  );
| 
| FILE *yyget_out (void );
| 
| void yyset_out  (FILE * out_str  );
| 
| int yyget_leng (void );
| 
| char *yyget_text (void );
| 
| int yyget_lineno (void );
| 
| void yyset_lineno (int line_number  );
| 
| /* Macros after this point can all be overridden by user definitions in
|  * section 1.
|  */
| 
| #ifndef YY_SKIP_YYWRAP
| #ifdef __cplusplus
| extern "C" int yywrap (void );
| #else
| extern int yywrap (void );
| #endif
| #endif
| 
|     static void yyunput (int c,char *buf_ptr  );
|     
| #ifndef yytext_ptr
| static void yy_flex_strncpy (char *,yyconst char *,int );
| #endif
| 
| #ifdef YY_NEED_STRLEN
| static int yy_flex_strlen (yyconst char * );
| #endif
| 
| #ifndef YY_NO_INPUT
| 
| #ifdef __cplusplus
| static int yyinput (void );
| #else
| static int input (void );
| #endif
| 
| #endif
| 
| /* Amount of stuff to slurp up with each read. */
| #ifndef YY_READ_BUF_SIZE
| #define YY_READ_BUF_SIZE 8192
| #endif
| 
| /* Copy whatever the last rule matched to the standard output. */
| #ifndef ECHO
| /* This used to be an fputs(), but since the string might contain NUL's,
|  * we now use fwrite().
|  */
| #define ECHO fwrite( yytext, yyleng, 1, yyout )
| #endif
| 
| /* Gets input and stuffs it into "buf".  number of characters read, or YY_NULL,
|  * is returned in "result".
|  */
| #ifndef YY_INPUT
| #define YY_INPUT(buf,result,max_size) \
| 	if ( YY_CURRENT_BUFFER_LVALUE->yy_is_interactive ) \
| 		{ \
| 		int c = '*'; \
| 		int n; \
| 		for ( n = 0; n < max_size && \
| 			     (c = getc( yyin )) != EOF && c != '\n'; ++n ) \
| 			buf[n] = (char) c; \
| 		if ( c == '\n' ) \
| 			buf[n++] = (char) c; \
| 		if ( c == EOF && ferror( yyin ) ) \
| 			YY_FATAL_ERROR( "input in flex scanner failed" ); \
| 		result = n; \
| 		} \
| 	else \
| 		{ \
| 		errno=0; \
| 		while ( (result = fread(buf, 1, max_size, yyin))==0 && ferror(yyin)) \
| 			{ \
| 			if( errno != EINTR) \
| 				{ \
| 				YY_FATAL_ERROR( "input in flex scanner failed" ); \
| 				break; \
| 				} \
| 			errno=0; \
| 			clearerr(yyin); \
| 			} \
| 		}\
| \
| 
| #endif
| 
| /* No semi-colon after return; correct usage is to write "yyterminate();" -
|  * we don't want an extra ';' after the "return" because that will cause
|  * some compilers to complain about unreachable statements.
|  */
| #ifndef yyterminate
| #define yyterminate() return YY_NULL
| #endif
| 
| /* Number of entries by which start-condition stack grows. */
| #ifndef YY_START_STACK_INCR
| #define YY_START_STACK_INCR 25
| #endif
| 
| /* Report a fatal error. */
| #ifndef YY_FATAL_ERROR
| #define YY_FATAL_ERROR(msg) yy_fatal_error( msg )
| #endif
| 
| /* end tables serialization structures and prototypes */
| 
| /* Default declaration of generated scanner - a define so the user can
|  * easily add parameters.
|  */
| #ifndef YY_DECL
| #define YY_DECL_IS_OURS 1
| 
| extern int yylex (void);
| 
| #define YY_DECL int yylex (void)
| #endif /* !YY_DECL */
| 
| /* Code executed at the beginning of each rule, after yytext and yyleng
|  * have been set up.
|  */
| #ifndef YY_USER_ACTION
| #define YY_USER_ACTION
| #endif
| 
| /* Code executed at the end of each rule. */
| #ifndef YY_BREAK
| #define YY_BREAK break;
| #endif
| 
| #define YY_RULE_SETUP \
| 	YY_USER_ACTION
| 
| /** The main scanner function which does all the work.
|  */
| YY_DECL
| {
| 	register yy_state_type yy_current_state;
| 	register char *yy_cp, *yy_bp;
| 	register int yy_act;
|     
| #line 1 "conftest.l"
| 
| #line 652 "lex.yy.c"
| 
| 	if ( !(yy_init) )
| 		{
| 		(yy_init) = 1;
| 
| #ifdef YY_USER_INIT
| 		YY_USER_INIT;
| #endif
| 
|         /* Create the reject buffer large enough to save one state per allowed character. */
|         if ( ! (yy_state_buf) )
|             (yy_state_buf) = (yy_state_type *)yyalloc(YY_STATE_BUF_SIZE  );
|             if ( ! (yy_state_buf) )
|                 YY_FATAL_ERROR( "out of dynamic memory in yylex()" );
| 
| 		if ( ! (yy_start) )
| 			(yy_start) = 1;	/* first start state */
| 
| 		if ( ! yyin )
| 			yyin = stdin;
| 
| 		if ( ! yyout )
| 			yyout = stdout;
| 
| 		if ( ! YY_CURRENT_BUFFER ) {
| 			yyensure_buffer_stack ();
| 			YY_CURRENT_BUFFER_LVALUE =
| 				yy_create_buffer(yyin,YY_BUF_SIZE );
| 		}
| 
| 		yy_load_buffer_state( );
| 		}
| 
| 	while ( 1 )		/* loops until end-of-file is reached */
| 		{
| 		(yy_more_len) = 0;
| 		if ( (yy_more_flag) )
| 			{
| 			(yy_more_len) = (yy_c_buf_p) - (yytext_ptr);
| 			(yy_more_flag) = 0;
| 			}
| 		yy_cp = (yy_c_buf_p);
| 
| 		/* Support of yytext. */
| 		*yy_cp = (yy_hold_char);
| 
| 		/* yy_bp points to the position in yy_ch_buf of the start of
| 		 * the current run.
| 		 */
| 		yy_bp = yy_cp;
| 
| 		yy_current_state = (yy_start);
| 
| 		(yy_state_ptr) = (yy_state_buf);
| 		*(yy_state_ptr)++ = yy_current_state;
| 
| yy_match:
| 		do
| 			{
| 			register YY_CHAR yy_c = yy_ec[YY_SC_TO_UI(*yy_cp)];
| 			while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state )
| 				{
| 				yy_current_state = (int) yy_def[yy_current_state];
| 				if ( yy_current_state >= 13 )
| 					yy_c = yy_meta[(unsigned int) yy_c];
| 				}
| 			yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c];
| 			*(yy_state_ptr)++ = yy_current_state;
| 			++yy_cp;
| 			}
| 		while ( yy_base[yy_current_state] != 10 );
| 
| yy_find_action:
| 		yy_current_state = *--(yy_state_ptr);
| 		(yy_lp) = yy_accept[yy_current_state];
| find_rule: /* we branch to this label when backing up */
| 		for ( ; ; ) /* until we find what rule we matched */
| 			{
| 			if ( (yy_lp) && (yy_lp) < yy_accept[yy_current_state + 1] )
| 				{
| 				yy_act = yy_acclist[(yy_lp)];
| 					{
| 					(yy_full_match) = yy_cp;
| 					break;
| 					}
| 				}
| 			--yy_cp;
| 			yy_current_state = *--(yy_state_ptr);
| 			(yy_lp) = yy_accept[yy_current_state];
| 			}
| 
| 		YY_DO_BEFORE_ACTION;
| 
| do_action:	/* This label is used only to access EOF actions. */
| 
| 		switch ( yy_act )
| 	{ /* beginning of action switch */
| case 1:
| YY_RULE_SETUP
| #line 2 "conftest.l"
| { ECHO; }
| 	YY_BREAK
| case 2:
| YY_RULE_SETUP
| #line 3 "conftest.l"
| { REJECT; }
| 	YY_BREAK
| case 3:
| YY_RULE_SETUP
| #line 4 "conftest.l"
| { yymore (); }
| 	YY_BREAK
| case 4:
| YY_RULE_SETUP
| #line 5 "conftest.l"
| { yyless (1); }
| 	YY_BREAK
| case 5:
| YY_RULE_SETUP
| #line 6 "conftest.l"
| { yyless (input () != 0); }
| 	YY_BREAK
| case 6:
| YY_RULE_SETUP
| #line 7 "conftest.l"
| { unput (yytext[0]); }
| 	YY_BREAK
| case 7:
| YY_RULE_SETUP
| #line 8 "conftest.l"
| { BEGIN INITIAL; }
| 	YY_BREAK
| case 8:
| YY_RULE_SETUP
| #line 9 "conftest.l"
| ECHO;
| 	YY_BREAK
| #line 790 "lex.yy.c"
| 			case YY_STATE_EOF(INITIAL):
| 				yyterminate();
| 
| 	case YY_END_OF_BUFFER:
| 		{
| 		/* Amount of text matched not including the EOB char. */
| 		int yy_amount_of_matched_text = (int) (yy_cp - (yytext_ptr)) - 1;
| 
| 		/* Undo the effects of YY_DO_BEFORE_ACTION. */
| 		*yy_cp = (yy_hold_char);
| 		YY_RESTORE_YY_MORE_OFFSET
| 
| 		if ( YY_CURRENT_BUFFER_LVALUE->yy_buffer_status == YY_BUFFER_NEW )
| 			{
| 			/* We're scanning a new file or input source.  It's
| 			 * possible that this happened because the user
| 			 * just pointed yyin at a new source and called
| 			 * yylex().  If so, then we have to assure
| 			 * consistency between YY_CURRENT_BUFFER and our
| 			 * globals.  Here is the right place to do so, because
| 			 * this is the first action (other than possibly a
| 			 * back-up) that will match for the new input source.
| 			 */
| 			(yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_n_chars;
| 			YY_CURRENT_BUFFER_LVALUE->yy_input_file = yyin;
| 			YY_CURRENT_BUFFER_LVALUE->yy_buffer_status = YY_BUFFER_NORMAL;
| 			}
| 
| 		/* Note that here we test for yy_c_buf_p "<=" to the position
| 		 * of the first EOB in the buffer, since yy_c_buf_p will
| 		 * already have been incremented past the NUL character
| 		 * (since all states make transitions on EOB to the
| 		 * end-of-buffer state).  Contrast this with the test
| 		 * in input().
| 		 */
| 		if ( (yy_c_buf_p) <= &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] )
| 			{ /* This was really a NUL. */
| 			yy_state_type yy_next_state;
| 
| 			(yy_c_buf_p) = (yytext_ptr) + yy_amount_of_matched_text;
| 
| 			yy_current_state = yy_get_previous_state(  );
| 
| 			/* Okay, we're now positioned to make the NUL
| 			 * transition.  We couldn't have
| 			 * yy_get_previous_state() go ahead and do it
| 			 * for us because it doesn't know how to deal
| 			 * with the possibility of jamming (and we don't
| 			 * want to build jamming into it because then it
| 			 * will run more slowly).
| 			 */
| 
| 			yy_next_state = yy_try_NUL_trans( yy_current_state );
| 
| 			yy_bp = (yytext_ptr) + YY_MORE_ADJ;
| 
| 			if ( yy_next_state )
| 				{
| 				/* Consume the NUL. */
| 				yy_cp = ++(yy_c_buf_p);
| 				yy_current_state = yy_next_state;
| 				goto yy_match;
| 				}
| 
| 			else
| 				{
| 				yy_cp = (yy_c_buf_p);
| 				goto yy_find_action;
| 				}
| 			}
| 
| 		else switch ( yy_get_next_buffer(  ) )
| 			{
| 			case EOB_ACT_END_OF_FILE:
| 				{
| 				(yy_did_buffer_switch_on_eof) = 0;
| 
| 				if ( yywrap( ) )
| 					{
| 					/* Note: because we've taken care in
| 					 * yy_get_next_buffer() to have set up
| 					 * yytext, we can now set up
| 					 * yy_c_buf_p so that if some total
| 					 * hoser (like flex itself) wants to
| 					 * call the scanner after we return the
| 					 * YY_NULL, it'll still work - another
| 					 * YY_NULL will get returned.
| 					 */
| 					(yy_c_buf_p) = (yytext_ptr) + YY_MORE_ADJ;
| 
| 					yy_act = YY_STATE_EOF(YY_START);
| 					goto do_action;
| 					}
| 
| 				else
| 					{
| 					if ( ! (yy_did_buffer_switch_on_eof) )
| 						YY_NEW_FILE;
| 					}
| 				break;
| 				}
| 
| 			case EOB_ACT_CONTINUE_SCAN:
| 				(yy_c_buf_p) =
| 					(yytext_ptr) + yy_amount_of_matched_text;
| 
| 				yy_current_state = yy_get_previous_state(  );
| 
| 				yy_cp = (yy_c_buf_p);
| 				yy_bp = (yytext_ptr) + YY_MORE_ADJ;
| 				goto yy_match;
| 
| 			case EOB_ACT_LAST_MATCH:
| 				(yy_c_buf_p) =
| 				&YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)];
| 
| 				yy_current_state = yy_get_previous_state(  );
| 
| 				yy_cp = (yy_c_buf_p);
| 				yy_bp = (yytext_ptr) + YY_MORE_ADJ;
| 				goto yy_find_action;
| 			}
| 		break;
| 		}
| 
| 	default:
| 		YY_FATAL_ERROR(
| 			"fatal flex scanner internal error--no action found" );
| 	} /* end of action switch */
| 		} /* end of scanning one token */
| } /* end of yylex */
| 
| /* yy_get_next_buffer - try to read in a new buffer
|  *
|  * Returns a code representing an action:
|  *	EOB_ACT_LAST_MATCH -
|  *	EOB_ACT_CONTINUE_SCAN - continue scanning from current position
|  *	EOB_ACT_END_OF_FILE - end of file
|  */
| static int yy_get_next_buffer (void)
| {
|     	register char *dest = YY_CURRENT_BUFFER_LVALUE->yy_ch_buf;
| 	register char *source = (yytext_ptr);
| 	register int number_to_move, i;
| 	int ret_val;
| 
| 	if ( (yy_c_buf_p) > &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars) + 1] )
| 		YY_FATAL_ERROR(
| 		"fatal flex scanner internal error--end of buffer missed" );
| 
| 	if ( YY_CURRENT_BUFFER_LVALUE->yy_fill_buffer == 0 )
| 		{ /* Don't try to fill the buffer, so this is an EOF. */
| 		if ( (yy_c_buf_p) - (yytext_ptr) - YY_MORE_ADJ == 1 )
| 			{
| 			/* We matched a single character, the EOB, so
| 			 * treat this as a final EOF.
| 			 */
| 			return EOB_ACT_END_OF_FILE;
| 			}
| 
| 		else
| 			{
| 			/* We matched some text prior to the EOB, first
| 			 * process it.
| 			 */
| 			return EOB_ACT_LAST_MATCH;
| 			}
| 		}
| 
| 	/* Try to read more data. */
| 
| 	/* First move last chars to start of buffer. */
| 	number_to_move = (int) ((yy_c_buf_p) - (yytext_ptr)) - 1;
| 
| 	for ( i = 0; i < number_to_move; ++i )
| 		*(dest++) = *(source++);
| 
| 	if ( YY_CURRENT_BUFFER_LVALUE->yy_buffer_status == YY_BUFFER_EOF_PENDING )
| 		/* don't do the read, it's not guaranteed to return an EOF,
| 		 * just force an EOF
| 		 */
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars) = 0;
| 
| 	else
| 		{
| 			int num_to_read =
| 			YY_CURRENT_BUFFER_LVALUE->yy_buf_size - number_to_move - 1;
| 
| 		while ( num_to_read <= 0 )
| 			{ /* Not enough room in the buffer - grow it. */
| 
| 			YY_FATAL_ERROR(
| "input buffer overflow, can't enlarge buffer because scanner uses REJECT" );
| 
| 			}
| 
| 		if ( num_to_read > YY_READ_BUF_SIZE )
| 			num_to_read = YY_READ_BUF_SIZE;
| 
| 		/* Read in more data. */
| 		YY_INPUT( (&YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[number_to_move]),
| 			(yy_n_chars), (size_t) num_to_read );
| 
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars);
| 		}
| 
| 	if ( (yy_n_chars) == 0 )
| 		{
| 		if ( number_to_move == YY_MORE_ADJ )
| 			{
| 			ret_val = EOB_ACT_END_OF_FILE;
| 			yyrestart(yyin  );
| 			}
| 
| 		else
| 			{
| 			ret_val = EOB_ACT_LAST_MATCH;
| 			YY_CURRENT_BUFFER_LVALUE->yy_buffer_status =
| 				YY_BUFFER_EOF_PENDING;
| 			}
| 		}
| 
| 	else
| 		ret_val = EOB_ACT_CONTINUE_SCAN;
| 
| 	if ((yy_size_t) ((yy_n_chars) + number_to_move) > YY_CURRENT_BUFFER_LVALUE->yy_buf_size) {
| 		/* Extend the array by 50%, plus the number we really need. */
| 		yy_size_t new_size = (yy_n_chars) + number_to_move + ((yy_n_chars) >> 1);
| 		YY_CURRENT_BUFFER_LVALUE->yy_ch_buf = (char *) yyrealloc((void *) YY_CURRENT_BUFFER_LVALUE->yy_ch_buf,new_size  );
| 		if ( ! YY_CURRENT_BUFFER_LVALUE->yy_ch_buf )
| 			YY_FATAL_ERROR( "out of dynamic memory in yy_get_next_buffer()" );
| 	}
| 
| 	(yy_n_chars) += number_to_move;
| 	YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] = YY_END_OF_BUFFER_CHAR;
| 	YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars) + 1] = YY_END_OF_BUFFER_CHAR;
| 
| 	(yytext_ptr) = &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[0];
| 
| 	return ret_val;
| }
| 
| /* yy_get_previous_state - get the state just before the EOB char was reached */
| 
|     static yy_state_type yy_get_previous_state (void)
| {
| 	register yy_state_type yy_current_state;
| 	register char *yy_cp;
|     
| 	yy_current_state = (yy_start);
| 
| 	(yy_state_ptr) = (yy_state_buf);
| 	*(yy_state_ptr)++ = yy_current_state;
| 
| 	for ( yy_cp = (yytext_ptr) + YY_MORE_ADJ; yy_cp < (yy_c_buf_p); ++yy_cp )
| 		{
| 		register YY_CHAR yy_c = (*yy_cp ? yy_ec[YY_SC_TO_UI(*yy_cp)] : 1);
| 		while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state )
| 			{
| 			yy_current_state = (int) yy_def[yy_current_state];
| 			if ( yy_current_state >= 13 )
| 				yy_c = yy_meta[(unsigned int) yy_c];
| 			}
| 		yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c];
| 		*(yy_state_ptr)++ = yy_current_state;
| 		}
| 
| 	return yy_current_state;
| }
| 
| /* yy_try_NUL_trans - try to make a transition on the NUL character
|  *
|  * synopsis
|  *	next_state = yy_try_NUL_trans( current_state );
|  */
|     static yy_state_type yy_try_NUL_trans  (yy_state_type yy_current_state )
| {
| 	register int yy_is_jam;
|     
| 	register YY_CHAR yy_c = 1;
| 	while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state )
| 		{
| 		yy_current_state = (int) yy_def[yy_current_state];
| 		if ( yy_current_state >= 13 )
| 			yy_c = yy_meta[(unsigned int) yy_c];
| 		}
| 	yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c];
| 	yy_is_jam = (yy_current_state == 12);
| 	if ( ! yy_is_jam )
| 		*(yy_state_ptr)++ = yy_current_state;
| 
| 	return yy_is_jam ? 0 : yy_current_state;
| }
| 
|     static void yyunput (int c, register char * yy_bp )
| {
| 	register char *yy_cp;
|     
|     yy_cp = (yy_c_buf_p);
| 
| 	/* undo effects of setting up yytext */
| 	*yy_cp = (yy_hold_char);
| 
| 	if ( yy_cp < YY_CURRENT_BUFFER_LVALUE->yy_ch_buf + 2 )
| 		{ /* need to shift things up to make room */
| 		/* +2 for EOB chars. */
| 		register int number_to_move = (yy_n_chars) + 2;
| 		register char *dest = &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[
| 					YY_CURRENT_BUFFER_LVALUE->yy_buf_size + 2];
| 		register char *source =
| 				&YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[number_to_move];
| 
| 		while ( source > YY_CURRENT_BUFFER_LVALUE->yy_ch_buf )
| 			*--dest = *--source;
| 
| 		yy_cp += (int) (dest - source);
| 		yy_bp += (int) (dest - source);
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars =
| 			(yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_buf_size;
| 
| 		if ( yy_cp < YY_CURRENT_BUFFER_LVALUE->yy_ch_buf + 2 )
| 			YY_FATAL_ERROR( "flex scanner push-back overflow" );
| 		}
| 
| 	*--yy_cp = (char) c;
| 
| 	(yytext_ptr) = yy_bp;
| 	(yy_hold_char) = *yy_cp;
| 	(yy_c_buf_p) = yy_cp;
| }
| 
| #ifndef YY_NO_INPUT
| #ifdef __cplusplus
|     static int yyinput (void)
| #else
|     static int input  (void)
| #endif
| 
| {
| 	int c;
|     
| 	*(yy_c_buf_p) = (yy_hold_char);
| 
| 	if ( *(yy_c_buf_p) == YY_END_OF_BUFFER_CHAR )
| 		{
| 		/* yy_c_buf_p now points to the character we want to return.
| 		 * If this occurs *before* the EOB characters, then it's a
| 		 * valid NUL; if not, then we've hit the end of the buffer.
| 		 */
| 		if ( (yy_c_buf_p) < &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] )
| 			/* This was really a NUL. */
| 			*(yy_c_buf_p) = '\0';
| 
| 		else
| 			{ /* need more input */
| 			int offset = (yy_c_buf_p) - (yytext_ptr);
| 			++(yy_c_buf_p);
| 
| 			switch ( yy_get_next_buffer(  ) )
| 				{
| 				case EOB_ACT_LAST_MATCH:
| 					/* This happens because yy_g_n_b()
| 					 * sees that we've accumulated a
| 					 * token and flags that we need to
| 					 * try matching the token before
| 					 * proceeding.  But for input(),
| 					 * there's no matching to consider.
| 					 * So convert the EOB_ACT_LAST_MATCH
| 					 * to EOB_ACT_END_OF_FILE.
| 					 */
| 
| 					/* Reset buffer status. */
| 					yyrestart(yyin );
| 
| 					/*FALLTHROUGH*/
| 
| 				case EOB_ACT_END_OF_FILE:
| 					{
| 					if ( yywrap( ) )
| 						return EOF;
| 
| 					if ( ! (yy_did_buffer_switch_on_eof) )
| 						YY_NEW_FILE;
| #ifdef __cplusplus
| 					return yyinput();
| #else
| 					return input();
| #endif
| 					}
| 
| 				case EOB_ACT_CONTINUE_SCAN:
| 					(yy_c_buf_p) = (yytext_ptr) + offset;
| 					break;
| 				}
| 			}
| 		}
| 
| 	c = *(unsigned char *) (yy_c_buf_p);	/* cast for 8-bit char's */
| 	*(yy_c_buf_p) = '\0';	/* preserve yytext */
| 	(yy_hold_char) = *++(yy_c_buf_p);
| 
| 	return c;
| }
| #endif	/* ifndef YY_NO_INPUT */
| 
| /** Immediately switch to a different input stream.
|  * @param input_file A readable stream.
|  * 
|  * @note This function does not reset the start condition to @c INITIAL .
|  */
|     void yyrestart  (FILE * input_file )
| {
|     
| 	if ( ! YY_CURRENT_BUFFER ){
|         yyensure_buffer_stack ();
| 		YY_CURRENT_BUFFER_LVALUE =
|             yy_create_buffer(yyin,YY_BUF_SIZE );
| 	}
| 
| 	yy_init_buffer(YY_CURRENT_BUFFER,input_file );
| 	yy_load_buffer_state( );
| }
| 
| /** Switch to a different input buffer.
|  * @param new_buffer The new input buffer.
|  * 
|  */
|     void yy_switch_to_buffer  (YY_BUFFER_STATE  new_buffer )
| {
|     
| 	/* TODO. We should be able to replace this entire function body
| 	 * with
| 	 *		yypop_buffer_state();
| 	 *		yypush_buffer_state(new_buffer);
|      */
| 	yyensure_buffer_stack ();
| 	if ( YY_CURRENT_BUFFER == new_buffer )
| 		return;
| 
| 	if ( YY_CURRENT_BUFFER )
| 		{
| 		/* Flush out information for old buffer. */
| 		*(yy_c_buf_p) = (yy_hold_char);
| 		YY_CURRENT_BUFFER_LVALUE->yy_buf_pos = (yy_c_buf_p);
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars);
| 		}
| 
| 	YY_CURRENT_BUFFER_LVALUE = new_buffer;
| 	yy_load_buffer_state( );
| 
| 	/* We don't actually know whether we did this switch during
| 	 * EOF (yywrap()) processing, but the only time this flag
| 	 * is looked at is after yywrap() is called, so it's safe
| 	 * to go ahead and always set it.
| 	 */
| 	(yy_did_buffer_switch_on_eof) = 1;
| }
| 
| static void yy_load_buffer_state  (void)
| {
|     	(yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_n_chars;
| 	(yytext_ptr) = (yy_c_buf_p) = YY_CURRENT_BUFFER_LVALUE->yy_buf_pos;
| 	yyin = YY_CURRENT_BUFFER_LVALUE->yy_input_file;
| 	(yy_hold_char) = *(yy_c_buf_p);
| }
| 
| /** Allocate and initialize an input buffer state.
|  * @param file A readable stream.
|  * @param size The character buffer size in bytes. When in doubt, use @c YY_BUF_SIZE.
|  * 
|  * @return the allocated buffer state.
|  */
|     YY_BUFFER_STATE yy_create_buffer  (FILE * file, int  size )
| {
| 	YY_BUFFER_STATE b;
|     
| 	b = (YY_BUFFER_STATE) yyalloc(sizeof( struct yy_buffer_state )  );
| 	if ( ! b )
| 		YY_FATAL_ERROR( "out of dynamic memory in yy_create_buffer()" );
| 
| 	b->yy_buf_size = size;
| 
| 	/* yy_ch_buf has to be 2 characters longer than the size given because
| 	 * we need to put in 2 end-of-buffer characters.
| 	 */
| 	b->yy_ch_buf = (char *) yyalloc(b->yy_buf_size + 2  );
| 	if ( ! b->yy_ch_buf )
| 		YY_FATAL_ERROR( "out of dynamic memory in yy_create_buffer()" );
| 
| 	b->yy_is_our_buffer = 1;
| 
| 	yy_init_buffer(b,file );
| 
| 	return b;
| }
| 
| /** Destroy the buffer.
|  * @param b a buffer created with yy_create_buffer()
|  * 
|  */
|     void yy_delete_buffer (YY_BUFFER_STATE  b )
| {
|     
| 	if ( ! b )
| 		return;
| 
| 	if ( b == YY_CURRENT_BUFFER ) /* Not sure if we should pop here. */
| 		YY_CURRENT_BUFFER_LVALUE = (YY_BUFFER_STATE) 0;
| 
| 	if ( b->yy_is_our_buffer )
| 		yyfree((void *) b->yy_ch_buf  );
| 
| 	yyfree((void *) b  );
| }
| 
| #ifndef __cplusplus
| extern int isatty (int );
| #endif /* __cplusplus */
|     
| /* Initializes or reinitializes a buffer.
|  * This function is sometimes called more than once on the same buffer,
|  * such as during a yyrestart() or at EOF.
|  */
|     static void yy_init_buffer  (YY_BUFFER_STATE  b, FILE * file )
| 
| {
| 	int oerrno = errno;
|     
| 	yy_flush_buffer(b );
| 
| 	b->yy_input_file = file;
| 	b->yy_fill_buffer = 1;
| 
|     /* If b is the current buffer, then yy_init_buffer was _probably_
|      * called from yyrestart() or through yy_get_next_buffer.
|      * In that case, we don't want to reset the lineno or column.
|      */
|     if (b != YY_CURRENT_BUFFER){
|         b->yy_bs_lineno = 1;
|         b->yy_bs_column = 0;
|     }
| 
|         b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0;
|     
| 	errno = oerrno;
| }
| 
| /** Discard all buffered characters. On the next scan, YY_INPUT will be called.
|  * @param b the buffer state to be flushed, usually @c YY_CURRENT_BUFFER.
|  * 
|  */
|     void yy_flush_buffer (YY_BUFFER_STATE  b )
| {
|     	if ( ! b )
| 		return;
| 
| 	b->yy_n_chars = 0;
| 
| 	/* We always need two end-of-buffer characters.  The first causes
| 	 * a transition to the end-of-buffer state.  The second causes
| 	 * a jam in that state.
| 	 */
| 	b->yy_ch_buf[0] = YY_END_OF_BUFFER_CHAR;
| 	b->yy_ch_buf[1] = YY_END_OF_BUFFER_CHAR;
| 
| 	b->yy_buf_pos = &b->yy_ch_buf[0];
| 
| 	b->yy_at_bol = 1;
| 	b->yy_buffer_status = YY_BUFFER_NEW;
| 
| 	if ( b == YY_CURRENT_BUFFER )
| 		yy_load_buffer_state( );
| }
| 
| /** Pushes the new state onto the stack. The new state becomes
|  *  the current state. This function will allocate the stack
|  *  if necessary.
|  *  @param new_buffer The new state.
|  *  
|  */
| void yypush_buffer_state (YY_BUFFER_STATE new_buffer )
| {
|     	if (new_buffer == NULL)
| 		return;
| 
| 	yyensure_buffer_stack();
| 
| 	/* This block is copied from yy_switch_to_buffer. */
| 	if ( YY_CURRENT_BUFFER )
| 		{
| 		/* Flush out information for old buffer. */
| 		*(yy_c_buf_p) = (yy_hold_char);
| 		YY_CURRENT_BUFFER_LVALUE->yy_buf_pos = (yy_c_buf_p);
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars);
| 		}
| 
| 	/* Only push if top exists. Otherwise, replace top. */
| 	if (YY_CURRENT_BUFFER)
| 		(yy_buffer_stack_top)++;
| 	YY_CURRENT_BUFFER_LVALUE = new_buffer;
| 
| 	/* copied from yy_switch_to_buffer. */
| 	yy_load_buffer_state( );
| 	(yy_did_buffer_switch_on_eof) = 1;
| }
| 
| /** Removes and deletes the top of the stack, if present.
|  *  The next element becomes the new top.
|  *  
|  */
| void yypop_buffer_state (void)
| {
|     	if (!YY_CURRENT_BUFFER)
| 		return;
| 
| 	yy_delete_buffer(YY_CURRENT_BUFFER );
| 	YY_CURRENT_BUFFER_LVALUE = NULL;
| 	if ((yy_buffer_stack_top) > 0)
| 		--(yy_buffer_stack_top);
| 
| 	if (YY_CURRENT_BUFFER) {
| 		yy_load_buffer_state( );
| 		(yy_did_buffer_switch_on_eof) = 1;
| 	}
| }
| 
| /* Allocates the stack if it does not exist.
|  *  Guarantees space for at least one push.
|  */
| static void yyensure_buffer_stack (void)
| {
| 	int num_to_alloc;
|     
| 	if (!(yy_buffer_stack)) {
| 
| 		/* First allocation is just for 2 elements, since we don't know if this
| 		 * scanner will even need a stack. We use 2 instead of 1 to avoid an
| 		 * immediate realloc on the next call.
|          */
| 		num_to_alloc = 1;
| 		(yy_buffer_stack) = (struct yy_buffer_state**)yyalloc
| 								(num_to_alloc * sizeof(struct yy_buffer_state*)
| 								);
| 		if ( ! (yy_buffer_stack) )
| 			YY_FATAL_ERROR( "out of dynamic memory in yyensure_buffer_stack()" );
| 								  
| 		memset((yy_buffer_stack), 0, num_to_alloc * sizeof(struct yy_buffer_state*));
| 				
| 		(yy_buffer_stack_max) = num_to_alloc;
| 		(yy_buffer_stack_top) = 0;
| 		return;
| 	}
| 
| 	if ((yy_buffer_stack_top) >= ((yy_buffer_stack_max)) - 1){
| 
| 		/* Increase the buffer to prepare for a possible push. */
| 		int grow_size = 8 /* arbitrary grow size */;
| 
| 		num_to_alloc = (yy_buffer_stack_max) + grow_size;
| 		(yy_buffer_stack) = (struct yy_buffer_state**)yyrealloc
| 								((yy_buffer_stack),
| 								num_to_alloc * sizeof(struct yy_buffer_state*)
| 								);
| 		if ( ! (yy_buffer_stack) )
| 			YY_FATAL_ERROR( "out of dynamic memory in yyensure_buffer_stack()" );
| 
| 		/* zero only the new slots.*/
| 		memset((yy_buffer_stack) + (yy_buffer_stack_max), 0, grow_size * sizeof(struct yy_buffer_state*));
| 		(yy_buffer_stack_max) = num_to_alloc;
| 	}
| }
| 
| /** Setup the input buffer state to scan directly from a user-specified character buffer.
|  * @param base the character buffer
|  * @param size the size in bytes of the character buffer
|  * 
|  * @return the newly allocated buffer state object. 
|  */
| YY_BUFFER_STATE yy_scan_buffer  (char * base, yy_size_t  size )
| {
| 	YY_BUFFER_STATE b;
|     
| 	if ( size < 2 ||
| 	     base[size-2] != YY_END_OF_BUFFER_CHAR ||
| 	     base[size-1] != YY_END_OF_BUFFER_CHAR )
| 		/* They forgot to leave room for the EOB's. */
| 		return 0;
| 
| 	b = (YY_BUFFER_STATE) yyalloc(sizeof( struct yy_buffer_state )  );
| 	if ( ! b )
| 		YY_FATAL_ERROR( "out of dynamic memory in yy_scan_buffer()" );
| 
| 	b->yy_buf_size = size - 2;	/* "- 2" to take care of EOB's */
| 	b->yy_buf_pos = b->yy_ch_buf = base;
| 	b->yy_is_our_buffer = 0;
| 	b->yy_input_file = 0;
| 	b->yy_n_chars = b->yy_buf_size;
| 	b->yy_is_interactive = 0;
| 	b->yy_at_bol = 1;
| 	b->yy_fill_buffer = 0;
| 	b->yy_buffer_status = YY_BUFFER_NEW;
| 
| 	yy_switch_to_buffer(b  );
| 
| 	return b;
| }
| 
| /** Setup the input buffer state to scan a string. The next call to yylex() will
|  * scan from a @e copy of @a str.
|  * @param yystr a NUL-terminated string to scan
|  * 
|  * @return the newly allocated buffer state object.
|  * @note If you want to scan bytes that may contain NUL values, then use
|  *       yy_scan_bytes() instead.
|  */
| YY_BUFFER_STATE yy_scan_string (yyconst char * yystr )
| {
|     
| 	return yy_scan_bytes(yystr,strlen(yystr) );
| }
| 
| /** Setup the input buffer state to scan the given bytes. The next call to yylex() will
|  * scan from a @e copy of @a bytes.
|  * @param bytes the byte buffer to scan
|  * @param len the number of bytes in the buffer pointed to by @a bytes.
|  * 
|  * @return the newly allocated buffer state object.
|  */
| YY_BUFFER_STATE yy_scan_bytes  (yyconst char * yybytes, int  _yybytes_len )
| {
| 	YY_BUFFER_STATE b;
| 	char *buf;
| 	yy_size_t n;
| 	int i;
|     
| 	/* Get memory for full buffer, including space for trailing EOB's. */
| 	n = _yybytes_len + 2;
| 	buf = (char *) yyalloc(n  );
| 	if ( ! buf )
| 		YY_FATAL_ERROR( "out of dynamic memory in yy_scan_bytes()" );
| 
| 	for ( i = 0; i < _yybytes_len; ++i )
| 		buf[i] = yybytes[i];
| 
| 	buf[_yybytes_len] = buf[_yybytes_len+1] = YY_END_OF_BUFFER_CHAR;
| 
| 	b = yy_scan_buffer(buf,n );
| 	if ( ! b )
| 		YY_FATAL_ERROR( "bad buffer in yy_scan_bytes()" );
| 
| 	/* It's okay to grow etc. this buffer, and we should throw it
| 	 * away when we're done.
| 	 */
| 	b->yy_is_our_buffer = 1;
| 
| 	return b;
| }
| 
| #ifndef YY_EXIT_FAILURE
| #define YY_EXIT_FAILURE 2
| #endif
| 
| static void yy_fatal_error (yyconst char* msg )
| {
|     	(void) fprintf( stderr, "%s\n", msg );
| 	exit( YY_EXIT_FAILURE );
| }
| 
| /* Redefine yyless() so it works in section 3 code. */
| 
| #undef yyless
| #define yyless(n) \
| 	do \
| 		{ \
| 		/* Undo effects of setting up yytext. */ \
|         int yyless_macro_arg = (n); \
|         YY_LESS_LINENO(yyless_macro_arg);\
| 		yytext[yyleng] = (yy_hold_char); \
| 		(yy_c_buf_p) = yytext + yyless_macro_arg; \
| 		(yy_hold_char) = *(yy_c_buf_p); \
| 		*(yy_c_buf_p) = '\0'; \
| 		yyleng = yyless_macro_arg; \
| 		} \
| 	while ( 0 )
| 
| /* Accessor  methods (get/set functions) to struct members. */
| 
| /** Get the current line number.
|  * 
|  */
| int yyget_lineno  (void)
| {
|         
|     return yylineno;
| }
| 
| /** Get the input stream.
|  * 
|  */
| FILE *yyget_in  (void)
| {
|         return yyin;
| }
| 
| /** Get the output stream.
|  * 
|  */
| FILE *yyget_out  (void)
| {
|         return yyout;
| }
| 
| /** Get the length of the current token.
|  * 
|  */
| int yyget_leng  (void)
| {
|         return yyleng;
| }
| 
| /** Get the current token.
|  * 
|  */
| 
| char *yyget_text  (void)
| {
|         return yytext;
| }
| 
| /** Set the current line number.
|  * @param line_number
|  * 
|  */
| void yyset_lineno (int  line_number )
| {
|     
|     yylineno = line_number;
| }
| 
| /** Set the input stream. This does not discard the current
|  * input buffer.
|  * @param in_str A readable stream.
|  * 
|  * @see yy_switch_to_buffer
|  */
| void yyset_in (FILE *  in_str )
| {
|         yyin = in_str ;
| }
| 
| void yyset_out (FILE *  out_str )
| {
|         yyout = out_str ;
| }
| 
| int yyget_debug  (void)
| {
|         return yy_flex_debug;
| }
| 
| void yyset_debug (int  bdebug )
| {
|         yy_flex_debug = bdebug ;
| }
| 
| static int yy_init_globals (void)
| {
|         /* Initialization is the same as for the non-reentrant scanner.
|      * This function is called from yylex_destroy(), so don't allocate here.
|      */
| 
|     (yy_buffer_stack) = 0;
|     (yy_buffer_stack_top) = 0;
|     (yy_buffer_stack_max) = 0;
|     (yy_c_buf_p) = (char *) 0;
|     (yy_init) = 0;
|     (yy_start) = 0;
| 
|     (yy_state_buf) = 0;
|     (yy_state_ptr) = 0;
|     (yy_full_match) = 0;
|     (yy_lp) = 0;
| 
| /* Defined in main.c */
| #ifdef YY_STDINIT
|     yyin = stdin;
|     yyout = stdout;
| #else
|     yyin = (FILE *) 0;
|     yyout = (FILE *) 0;
| #endif
| 
|     /* For future reference: Set errno on error, since we are called by
|      * yylex_init()
|      */
|     return 0;
| }
| 
| /* yylex_destroy is for both reentrant and non-reentrant scanners. */
| int yylex_destroy  (void)
| {
|     
|     /* Pop the buffer stack, destroying each element. */
| 	while(YY_CURRENT_BUFFER){
| 		yy_delete_buffer(YY_CURRENT_BUFFER  );
| 		YY_CURRENT_BUFFER_LVALUE = NULL;
| 		yypop_buffer_state();
| 	}
| 
| 	/* Destroy the stack itself. */
| 	yyfree((yy_buffer_stack) );
| 	(yy_buffer_stack) = NULL;
| 
|     yyfree ( (yy_state_buf) );
|     (yy_state_buf)  = NULL;
| 
|     /* Reset the globals. This is important in a non-reentrant scanner so the next time
|      * yylex() is called, initialization will occur. */
|     yy_init_globals( );
| 
|     return 0;
| }
| 
| /*
|  * Internal utility routines.
|  */
| 
| #ifndef yytext_ptr
| static void yy_flex_strncpy (char* s1, yyconst char * s2, int n )
| {
| 	register int i;
| 	for ( i = 0; i < n; ++i )
| 		s1[i] = s2[i];
| }
| #endif
| 
| #ifdef YY_NEED_STRLEN
| static int yy_flex_strlen (yyconst char * s )
| {
| 	register int n;
| 	for ( n = 0; s[n]; ++n )
| 		;
| 
| 	return n;
| }
| #endif
| 
| void *yyalloc (yy_size_t  size )
| {
| 	return (void *) malloc( size );
| }
| 
| void *yyrealloc  (void * ptr, yy_size_t  size )
| {
| 	/* The cast to (char *) in the following accommodates both
| 	 * implementations that use char* generic pointers, and those
| 	 * that use void* generic pointers.  It works with the latter
| 	 * because both ANSI C and C++ allow castless assignment from
| 	 * any pointer type to void*, and deal with argument conversions
| 	 * as though doing an assignment.
| 	 */
| 	return (void *) realloc( (char *) ptr, size );
| }
| 
| void yyfree (void * ptr )
| {
| 	free( (char *) ptr );	/* see yyrealloc() for (char *) cast */
| }
| 
| #define YYTABLES_NAME "yytables"
| 
| #line 9 "conftest.l"
| 
| 
| #ifdef YYTEXT_POINTER
| extern char *yytext;
| #endif
| int
| main (void)
| {
|   return ! yylex () + ! yywrap ();
| }
configure:19990: g++ -o conftest -g -O2   conftest.cpp -ll  >&5
conftest.l: In function 'int yylex()':
conftest.l:6: error: 'input' was not declared in this scope
configure:19997: $? = 1
configure: failed program was:
| 
| #line 3 "lex.yy.c"
| 
| #define  YY_INT_ALIGNED short int
| 
| /* A lexical scanner generated by flex */
| 
| #define FLEX_SCANNER
| #define YY_FLEX_MAJOR_VERSION 2
| #define YY_FLEX_MINOR_VERSION 5
| #define YY_FLEX_SUBMINOR_VERSION 35
| #if YY_FLEX_SUBMINOR_VERSION > 0
| #define FLEX_BETA
| #endif
| 
| /* First, we deal with  platform-specific or compiler-specific issues. */
| 
| /* begin standard C headers. */
| #include <stdio.h>
| #include <string.h>
| #include <errno.h>
| #include <stdlib.h>
| 
| /* end standard C headers. */
| 
| /* flex integer type definitions */
| 
| #ifndef FLEXINT_H
| #define FLEXINT_H
| 
| /* C99 systems have <inttypes.h>. Non-C99 systems may or may not. */
| 
| #if defined (__STDC_VERSION__) && __STDC_VERSION__ >= 199901L
| 
| /* C99 says to define __STDC_LIMIT_MACROS before including stdint.h,
|  * if you want the limit (max/min) macros for int types. 
|  */
| #ifndef __STDC_LIMIT_MACROS
| #define __STDC_LIMIT_MACROS 1
| #endif
| 
| #include <inttypes.h>
| typedef int8_t flex_int8_t;
| typedef uint8_t flex_uint8_t;
| typedef int16_t flex_int16_t;
| typedef uint16_t flex_uint16_t;
| typedef int32_t flex_int32_t;
| typedef uint32_t flex_uint32_t;
| #else
| typedef signed char flex_int8_t;
| typedef short int flex_int16_t;
| typedef int flex_int32_t;
| typedef unsigned char flex_uint8_t; 
| typedef unsigned short int flex_uint16_t;
| typedef unsigned int flex_uint32_t;
| #endif /* ! C99 */
| 
| /* Limits of integral types. */
| #ifndef INT8_MIN
| #define INT8_MIN               (-128)
| #endif
| #ifndef INT16_MIN
| #define INT16_MIN              (-32767-1)
| #endif
| #ifndef INT32_MIN
| #define INT32_MIN              (-2147483647-1)
| #endif
| #ifndef INT8_MAX
| #define INT8_MAX               (127)
| #endif
| #ifndef INT16_MAX
| #define INT16_MAX              (32767)
| #endif
| #ifndef INT32_MAX
| #define INT32_MAX              (2147483647)
| #endif
| #ifndef UINT8_MAX
| #define UINT8_MAX              (255U)
| #endif
| #ifndef UINT16_MAX
| #define UINT16_MAX             (65535U)
| #endif
| #ifndef UINT32_MAX
| #define UINT32_MAX             (4294967295U)
| #endif
| 
| #endif /* ! FLEXINT_H */
| 
| #ifdef __cplusplus
| 
| /* The "const" storage-class-modifier is valid. */
| #define YY_USE_CONST
| 
| #else	/* ! __cplusplus */
| 
| /* C99 requires __STDC__ to be defined as 1. */
| #if defined (__STDC__)
| 
| #define YY_USE_CONST
| 
| #endif	/* defined (__STDC__) */
| #endif	/* ! __cplusplus */
| 
| #ifdef YY_USE_CONST
| #define yyconst const
| #else
| #define yyconst
| #endif
| 
| /* Returned upon end-of-file. */
| #define YY_NULL 0
| 
| /* Promotes a possibly negative, possibly signed char to an unsigned
|  * integer for use as an array index.  If the signed char is negative,
|  * we want to instead treat it as an 8-bit unsigned char, hence the
|  * double cast.
|  */
| #define YY_SC_TO_UI(c) ((unsigned int) (unsigned char) c)
| 
| /* Enter a start condition.  This macro really ought to take a parameter,
|  * but we do it the disgusting crufty way forced on us by the ()-less
|  * definition of BEGIN.
|  */
| #define BEGIN (yy_start) = 1 + 2 *
| 
| /* Translate the current start state into a value that can be later handed
|  * to BEGIN to return to the state.  The YYSTATE alias is for lex
|  * compatibility.
|  */
| #define YY_START (((yy_start) - 1) / 2)
| #define YYSTATE YY_START
| 
| /* Action number for EOF rule of a given start state. */
| #define YY_STATE_EOF(state) (YY_END_OF_BUFFER + state + 1)
| 
| /* Special action meaning "start processing a new file". */
| #define YY_NEW_FILE yyrestart(yyin  )
| 
| #define YY_END_OF_BUFFER_CHAR 0
| 
| /* Size of default input buffer. */
| #ifndef YY_BUF_SIZE
| #define YY_BUF_SIZE 16384
| #endif
| 
| /* The state buf must be large enough to hold one state per character in the main buffer.
|  */
| #define YY_STATE_BUF_SIZE   ((YY_BUF_SIZE + 2) * sizeof(yy_state_type))
| 
| #ifndef YY_TYPEDEF_YY_BUFFER_STATE
| #define YY_TYPEDEF_YY_BUFFER_STATE
| typedef struct yy_buffer_state *YY_BUFFER_STATE;
| #endif
| 
| extern int yyleng;
| 
| extern FILE *yyin, *yyout;
| 
| #define EOB_ACT_CONTINUE_SCAN 0
| #define EOB_ACT_END_OF_FILE 1
| #define EOB_ACT_LAST_MATCH 2
| 
|     #define YY_LESS_LINENO(n)
|     
| /* Return all but the first "n" matched characters back to the input stream. */
| #define yyless(n) \
| 	do \
| 		{ \
| 		/* Undo effects of setting up yytext. */ \
|         int yyless_macro_arg = (n); \
|         YY_LESS_LINENO(yyless_macro_arg);\
| 		*yy_cp = (yy_hold_char); \
| 		YY_RESTORE_YY_MORE_OFFSET \
| 		(yy_c_buf_p) = yy_cp = yy_bp + yyless_macro_arg - YY_MORE_ADJ; \
| 		YY_DO_BEFORE_ACTION; /* set up yytext again */ \
| 		} \
| 	while ( 0 )
| 
| #define unput(c) yyunput( c, (yytext_ptr)  )
| 
| #ifndef YY_TYPEDEF_YY_SIZE_T
| #define YY_TYPEDEF_YY_SIZE_T
| typedef size_t yy_size_t;
| #endif
| 
| #ifndef YY_STRUCT_YY_BUFFER_STATE
| #define YY_STRUCT_YY_BUFFER_STATE
| struct yy_buffer_state
| 	{
| 	FILE *yy_input_file;
| 
| 	char *yy_ch_buf;		/* input buffer */
| 	char *yy_buf_pos;		/* current position in input buffer */
| 
| 	/* Size of input buffer in bytes, not including room for EOB
| 	 * characters.
| 	 */
| 	yy_size_t yy_buf_size;
| 
| 	/* Number of characters read into yy_ch_buf, not including EOB
| 	 * characters.
| 	 */
| 	int yy_n_chars;
| 
| 	/* Whether we "own" the buffer - i.e., we know we created it,
| 	 * and can realloc() it to grow it, and should free() it to
| 	 * delete it.
| 	 */
| 	int yy_is_our_buffer;
| 
| 	/* Whether this is an "interactive" input source; if so, and
| 	 * if we're using stdio for input, then we want to use getc()
| 	 * instead of fread(), to make sure we stop fetching input after
| 	 * each newline.
| 	 */
| 	int yy_is_interactive;
| 
| 	/* Whether we're considered to be at the beginning of a line.
| 	 * If so, '^' rules will be active on the next match, otherwise
| 	 * not.
| 	 */
| 	int yy_at_bol;
| 
|     int yy_bs_lineno; /**< The line count. */
|     int yy_bs_column; /**< The column count. */
|     
| 	/* Whether to try to fill the input buffer when we reach the
| 	 * end of it.
| 	 */
| 	int yy_fill_buffer;
| 
| 	int yy_buffer_status;
| 
| #define YY_BUFFER_NEW 0
| #define YY_BUFFER_NORMAL 1
| 	/* When an EOF's been seen but there's still some text to process
| 	 * then we mark the buffer as YY_EOF_PENDING, to indicate that we
| 	 * shouldn't try reading from the input source any more.  We might
| 	 * still have a bunch of tokens to match, though, because of
| 	 * possible backing-up.
| 	 *
| 	 * When we actually see the EOF, we change the status to "new"
| 	 * (via yyrestart()), so that the user can continue scanning by
| 	 * just pointing yyin at a new input file.
| 	 */
| #define YY_BUFFER_EOF_PENDING 2
| 
| 	};
| #endif /* !YY_STRUCT_YY_BUFFER_STATE */
| 
| /* Stack of input buffers. */
| static size_t yy_buffer_stack_top = 0; /**< index of top of stack. */
| static size_t yy_buffer_stack_max = 0; /**< capacity of stack. */
| static YY_BUFFER_STATE * yy_buffer_stack = 0; /**< Stack as an array. */
| 
| /* We provide macros for accessing buffer states in case in the
|  * future we want to put the buffer states in a more general
|  * "scanner state".
|  *
|  * Returns the top of the stack, or NULL.
|  */
| #define YY_CURRENT_BUFFER ( (yy_buffer_stack) \
|                           ? (yy_buffer_stack)[(yy_buffer_stack_top)] \
|                           : NULL)
| 
| /* Same as previous macro, but useful when we know that the buffer stack is not
|  * NULL or when we need an lvalue. For internal use only.
|  */
| #define YY_CURRENT_BUFFER_LVALUE (yy_buffer_stack)[(yy_buffer_stack_top)]
| 
| /* yy_hold_char holds the character lost when yytext is formed. */
| static char yy_hold_char;
| static int yy_n_chars;		/* number of characters read into yy_ch_buf */
| int yyleng;
| 
| /* Points to current character in buffer. */
| static char *yy_c_buf_p = (char *) 0;
| static int yy_init = 0;		/* whether we need to initialize */
| static int yy_start = 0;	/* start state number */
| 
| /* Flag which is used to allow yywrap()'s to do buffer switches
|  * instead of setting up a fresh yyin.  A bit of a hack ...
|  */
| static int yy_did_buffer_switch_on_eof;
| 
| void yyrestart (FILE *input_file  );
| void yy_switch_to_buffer (YY_BUFFER_STATE new_buffer  );
| YY_BUFFER_STATE yy_create_buffer (FILE *file,int size  );
| void yy_delete_buffer (YY_BUFFER_STATE b  );
| void yy_flush_buffer (YY_BUFFER_STATE b  );
| void yypush_buffer_state (YY_BUFFER_STATE new_buffer  );
| void yypop_buffer_state (void );
| 
| static void yyensure_buffer_stack (void );
| static void yy_load_buffer_state (void );
| static void yy_init_buffer (YY_BUFFER_STATE b,FILE *file  );
| 
| #define YY_FLUSH_BUFFER yy_flush_buffer(YY_CURRENT_BUFFER )
| 
| YY_BUFFER_STATE yy_scan_buffer (char *base,yy_size_t size  );
| YY_BUFFER_STATE yy_scan_string (yyconst char *yy_str  );
| YY_BUFFER_STATE yy_scan_bytes (yyconst char *bytes,int len  );
| 
| void *yyalloc (yy_size_t  );
| void *yyrealloc (void *,yy_size_t  );
| void yyfree (void *  );
| 
| #define yy_new_buffer yy_create_buffer
| 
| #define yy_set_interactive(is_interactive) \
| 	{ \
| 	if ( ! YY_CURRENT_BUFFER ){ \
|         yyensure_buffer_stack (); \
| 		YY_CURRENT_BUFFER_LVALUE =    \
|             yy_create_buffer(yyin,YY_BUF_SIZE ); \
| 	} \
| 	YY_CURRENT_BUFFER_LVALUE->yy_is_interactive = is_interactive; \
| 	}
| 
| #define yy_set_bol(at_bol) \
| 	{ \
| 	if ( ! YY_CURRENT_BUFFER ){\
|         yyensure_buffer_stack (); \
| 		YY_CURRENT_BUFFER_LVALUE =    \
|             yy_create_buffer(yyin,YY_BUF_SIZE ); \
| 	} \
| 	YY_CURRENT_BUFFER_LVALUE->yy_at_bol = at_bol; \
| 	}
| 
| #define YY_AT_BOL() (YY_CURRENT_BUFFER_LVALUE->yy_at_bol)
| 
| /* Begin user sect3 */
| 
| typedef unsigned char YY_CHAR;
| 
| FILE *yyin = (FILE *) 0, *yyout = (FILE *) 0;
| 
| typedef int yy_state_type;
| 
| extern int yylineno;
| 
| int yylineno = 1;
| 
| extern char *yytext;
| #define yytext_ptr yytext
| 
| static yy_state_type yy_get_previous_state (void );
| static yy_state_type yy_try_NUL_trans (yy_state_type current_state  );
| static int yy_get_next_buffer (void );
| static void yy_fatal_error (yyconst char msg[]  );
| 
| /* Done after the current pattern has been matched and before the
|  * corresponding action - sets up yytext.
|  */
| #define YY_DO_BEFORE_ACTION \
| 	(yytext_ptr) = yy_bp; \
| 	(yytext_ptr) -= (yy_more_len); \
| 	yyleng = (size_t) (yy_cp - (yytext_ptr)); \
| 	(yy_hold_char) = *yy_cp; \
| 	*yy_cp = '\0'; \
| 	(yy_c_buf_p) = yy_cp;
| 
| #define YY_NUM_RULES 8
| #define YY_END_OF_BUFFER 9
| /* This struct is not used in this scanner,
|    but its presence is necessary. */
| struct yy_trans_info
| 	{
| 	flex_int32_t yy_verify;
| 	flex_int32_t yy_nxt;
| 	};
| static yyconst flex_int16_t yy_acclist[23] =
|     {   0,
|         9,    7,    8,    8,    1,    7,    8,    2,    7,    8,
|         3,    7,    8,    4,    7,    8,    5,    7,    8,    6,
|         7,    8
|     } ;
| 
| static yyconst flex_int16_t yy_accept[14] =
|     {   0,
|         1,    1,    1,    2,    4,    5,    8,   11,   14,   17,
|        20,   23,   23
|     } ;
| 
| static yyconst flex_int32_t yy_ec[256] =
|     {   0,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    2,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    3,    4,    5,    6,
| 
|         7,    8,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
| 
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1
|     } ;
| 
| static yyconst flex_int32_t yy_meta[9] =
|     {   0,
|         1,    1,    1,    1,    1,    1,    1,    1
|     } ;
| 
| static yyconst flex_int16_t yy_base[13] =
|     {   0,
|         0,    0,    9,   10,   10,   10,   10,   10,   10,   10,
|        10,   10
|     } ;
| 
| static yyconst flex_int16_t yy_def[13] =
|     {   0,
|        12,    1,   12,   12,   12,   12,   12,   12,   12,   12,
|        12,    0
|     } ;
| 
| static yyconst flex_int16_t yy_nxt[19] =
|     {   0,
|         4,    5,    6,    7,    8,    9,   10,   11,   12,    3,
|        12,   12,   12,   12,   12,   12,   12,   12
|     } ;
| 
| static yyconst flex_int16_t yy_chk[19] =
|     {   0,
|         1,    1,    1,    1,    1,    1,    1,    1,    3,   12,
|        12,   12,   12,   12,   12,   12,   12,   12
|     } ;
| 
| extern int yy_flex_debug;
| int yy_flex_debug = 0;
| 
| static yy_state_type *yy_state_buf=0, *yy_state_ptr=0;
| static char *yy_full_match;
| static int yy_lp;
| #define REJECT \
| { \
| *yy_cp = (yy_hold_char); /* undo effects of setting up yytext */ \
| yy_cp = (yy_full_match); /* restore poss. backed-over text */ \
| ++(yy_lp); \
| goto find_rule; \
| }
| 
| static int yy_more_flag = 0;
| static int yy_more_len = 0;
| #define yymore() ((yy_more_flag) = 1)
| #define YY_MORE_ADJ (yy_more_len)
| #define YY_RESTORE_YY_MORE_OFFSET
| char *yytext;
| #line 1 "conftest.l"
| #line 468 "lex.yy.c"
| 
| #define INITIAL 0
| 
| #ifndef YY_NO_UNISTD_H
| /* Special case for "unistd.h", since it is non-ANSI. We include it way
|  * down here because we want the user's section 1 to have been scanned first.
|  * The user has a chance to override it with an option.
|  */
| #include <unistd.h>
| #endif
| 
| #ifndef YY_EXTRA_TYPE
| #define YY_EXTRA_TYPE void *
| #endif
| 
| static int yy_init_globals (void );
| 
| /* Accessor methods to globals.
|    These are made visible to non-reentrant scanners for convenience. */
| 
| int yylex_destroy (void );
| 
| int yyget_debug (void );
| 
| void yyset_debug (int debug_flag  );
| 
| YY_EXTRA_TYPE yyget_extra (void );
| 
| void yyset_extra (YY_EXTRA_TYPE user_defined  );
| 
| FILE *yyget_in (void );
| 
| void yyset_in  (FILE * in_str  );
| 
| FILE *yyget_out (void );
| 
| void yyset_out  (FILE * out_str  );
| 
| int yyget_leng (void );
| 
| char *yyget_text (void );
| 
| int yyget_lineno (void );
| 
| void yyset_lineno (int line_number  );
| 
| /* Macros after this point can all be overridden by user definitions in
|  * section 1.
|  */
| 
| #ifndef YY_SKIP_YYWRAP
| #ifdef __cplusplus
| extern "C" int yywrap (void );
| #else
| extern int yywrap (void );
| #endif
| #endif
| 
|     static void yyunput (int c,char *buf_ptr  );
|     
| #ifndef yytext_ptr
| static void yy_flex_strncpy (char *,yyconst char *,int );
| #endif
| 
| #ifdef YY_NEED_STRLEN
| static int yy_flex_strlen (yyconst char * );
| #endif
| 
| #ifndef YY_NO_INPUT
| 
| #ifdef __cplusplus
| static int yyinput (void );
| #else
| static int input (void );
| #endif
| 
| #endif
| 
| /* Amount of stuff to slurp up with each read. */
| #ifndef YY_READ_BUF_SIZE
| #define YY_READ_BUF_SIZE 8192
| #endif
| 
| /* Copy whatever the last rule matched to the standard output. */
| #ifndef ECHO
| /* This used to be an fputs(), but since the string might contain NUL's,
|  * we now use fwrite().
|  */
| #define ECHO fwrite( yytext, yyleng, 1, yyout )
| #endif
| 
| /* Gets input and stuffs it into "buf".  number of characters read, or YY_NULL,
|  * is returned in "result".
|  */
| #ifndef YY_INPUT
| #define YY_INPUT(buf,result,max_size) \
| 	if ( YY_CURRENT_BUFFER_LVALUE->yy_is_interactive ) \
| 		{ \
| 		int c = '*'; \
| 		int n; \
| 		for ( n = 0; n < max_size && \
| 			     (c = getc( yyin )) != EOF && c != '\n'; ++n ) \
| 			buf[n] = (char) c; \
| 		if ( c == '\n' ) \
| 			buf[n++] = (char) c; \
| 		if ( c == EOF && ferror( yyin ) ) \
| 			YY_FATAL_ERROR( "input in flex scanner failed" ); \
| 		result = n; \
| 		} \
| 	else \
| 		{ \
| 		errno=0; \
| 		while ( (result = fread(buf, 1, max_size, yyin))==0 && ferror(yyin)) \
| 			{ \
| 			if( errno != EINTR) \
| 				{ \
| 				YY_FATAL_ERROR( "input in flex scanner failed" ); \
| 				break; \
| 				} \
| 			errno=0; \
| 			clearerr(yyin); \
| 			} \
| 		}\
| \
| 
| #endif
| 
| /* No semi-colon after return; correct usage is to write "yyterminate();" -
|  * we don't want an extra ';' after the "return" because that will cause
|  * some compilers to complain about unreachable statements.
|  */
| #ifndef yyterminate
| #define yyterminate() return YY_NULL
| #endif
| 
| /* Number of entries by which start-condition stack grows. */
| #ifndef YY_START_STACK_INCR
| #define YY_START_STACK_INCR 25
| #endif
| 
| /* Report a fatal error. */
| #ifndef YY_FATAL_ERROR
| #define YY_FATAL_ERROR(msg) yy_fatal_error( msg )
| #endif
| 
| /* end tables serialization structures and prototypes */
| 
| /* Default declaration of generated scanner - a define so the user can
|  * easily add parameters.
|  */
| #ifndef YY_DECL
| #define YY_DECL_IS_OURS 1
| 
| extern int yylex (void);
| 
| #define YY_DECL int yylex (void)
| #endif /* !YY_DECL */
| 
| /* Code executed at the beginning of each rule, after yytext and yyleng
|  * have been set up.
|  */
| #ifndef YY_USER_ACTION
| #define YY_USER_ACTION
| #endif
| 
| /* Code executed at the end of each rule. */
| #ifndef YY_BREAK
| #define YY_BREAK break;
| #endif
| 
| #define YY_RULE_SETUP \
| 	YY_USER_ACTION
| 
| /** The main scanner function which does all the work.
|  */
| YY_DECL
| {
| 	register yy_state_type yy_current_state;
| 	register char *yy_cp, *yy_bp;
| 	register int yy_act;
|     
| #line 1 "conftest.l"
| 
| #line 652 "lex.yy.c"
| 
| 	if ( !(yy_init) )
| 		{
| 		(yy_init) = 1;
| 
| #ifdef YY_USER_INIT
| 		YY_USER_INIT;
| #endif
| 
|         /* Create the reject buffer large enough to save one state per allowed character. */
|         if ( ! (yy_state_buf) )
|             (yy_state_buf) = (yy_state_type *)yyalloc(YY_STATE_BUF_SIZE  );
|             if ( ! (yy_state_buf) )
|                 YY_FATAL_ERROR( "out of dynamic memory in yylex()" );
| 
| 		if ( ! (yy_start) )
| 			(yy_start) = 1;	/* first start state */
| 
| 		if ( ! yyin )
| 			yyin = stdin;
| 
| 		if ( ! yyout )
| 			yyout = stdout;
| 
| 		if ( ! YY_CURRENT_BUFFER ) {
| 			yyensure_buffer_stack ();
| 			YY_CURRENT_BUFFER_LVALUE =
| 				yy_create_buffer(yyin,YY_BUF_SIZE );
| 		}
| 
| 		yy_load_buffer_state( );
| 		}
| 
| 	while ( 1 )		/* loops until end-of-file is reached */
| 		{
| 		(yy_more_len) = 0;
| 		if ( (yy_more_flag) )
| 			{
| 			(yy_more_len) = (yy_c_buf_p) - (yytext_ptr);
| 			(yy_more_flag) = 0;
| 			}
| 		yy_cp = (yy_c_buf_p);
| 
| 		/* Support of yytext. */
| 		*yy_cp = (yy_hold_char);
| 
| 		/* yy_bp points to the position in yy_ch_buf of the start of
| 		 * the current run.
| 		 */
| 		yy_bp = yy_cp;
| 
| 		yy_current_state = (yy_start);
| 
| 		(yy_state_ptr) = (yy_state_buf);
| 		*(yy_state_ptr)++ = yy_current_state;
| 
| yy_match:
| 		do
| 			{
| 			register YY_CHAR yy_c = yy_ec[YY_SC_TO_UI(*yy_cp)];
| 			while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state )
| 				{
| 				yy_current_state = (int) yy_def[yy_current_state];
| 				if ( yy_current_state >= 13 )
| 					yy_c = yy_meta[(unsigned int) yy_c];
| 				}
| 			yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c];
| 			*(yy_state_ptr)++ = yy_current_state;
| 			++yy_cp;
| 			}
| 		while ( yy_base[yy_current_state] != 10 );
| 
| yy_find_action:
| 		yy_current_state = *--(yy_state_ptr);
| 		(yy_lp) = yy_accept[yy_current_state];
| find_rule: /* we branch to this label when backing up */
| 		for ( ; ; ) /* until we find what rule we matched */
| 			{
| 			if ( (yy_lp) && (yy_lp) < yy_accept[yy_current_state + 1] )
| 				{
| 				yy_act = yy_acclist[(yy_lp)];
| 					{
| 					(yy_full_match) = yy_cp;
| 					break;
| 					}
| 				}
| 			--yy_cp;
| 			yy_current_state = *--(yy_state_ptr);
| 			(yy_lp) = yy_accept[yy_current_state];
| 			}
| 
| 		YY_DO_BEFORE_ACTION;
| 
| do_action:	/* This label is used only to access EOF actions. */
| 
| 		switch ( yy_act )
| 	{ /* beginning of action switch */
| case 1:
| YY_RULE_SETUP
| #line 2 "conftest.l"
| { ECHO; }
| 	YY_BREAK
| case 2:
| YY_RULE_SETUP
| #line 3 "conftest.l"
| { REJECT; }
| 	YY_BREAK
| case 3:
| YY_RULE_SETUP
| #line 4 "conftest.l"
| { yymore (); }
| 	YY_BREAK
| case 4:
| YY_RULE_SETUP
| #line 5 "conftest.l"
| { yyless (1); }
| 	YY_BREAK
| case 5:
| YY_RULE_SETUP
| #line 6 "conftest.l"
| { yyless (input () != 0); }
| 	YY_BREAK
| case 6:
| YY_RULE_SETUP
| #line 7 "conftest.l"
| { unput (yytext[0]); }
| 	YY_BREAK
| case 7:
| YY_RULE_SETUP
| #line 8 "conftest.l"
| { BEGIN INITIAL; }
| 	YY_BREAK
| case 8:
| YY_RULE_SETUP
| #line 9 "conftest.l"
| ECHO;
| 	YY_BREAK
| #line 790 "lex.yy.c"
| 			case YY_STATE_EOF(INITIAL):
| 				yyterminate();
| 
| 	case YY_END_OF_BUFFER:
| 		{
| 		/* Amount of text matched not including the EOB char. */
| 		int yy_amount_of_matched_text = (int) (yy_cp - (yytext_ptr)) - 1;
| 
| 		/* Undo the effects of YY_DO_BEFORE_ACTION. */
| 		*yy_cp = (yy_hold_char);
| 		YY_RESTORE_YY_MORE_OFFSET
| 
| 		if ( YY_CURRENT_BUFFER_LVALUE->yy_buffer_status == YY_BUFFER_NEW )
| 			{
| 			/* We're scanning a new file or input source.  It's
| 			 * possible that this happened because the user
| 			 * just pointed yyin at a new source and called
| 			 * yylex().  If so, then we have to assure
| 			 * consistency between YY_CURRENT_BUFFER and our
| 			 * globals.  Here is the right place to do so, because
| 			 * this is the first action (other than possibly a
| 			 * back-up) that will match for the new input source.
| 			 */
| 			(yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_n_chars;
| 			YY_CURRENT_BUFFER_LVALUE->yy_input_file = yyin;
| 			YY_CURRENT_BUFFER_LVALUE->yy_buffer_status = YY_BUFFER_NORMAL;
| 			}
| 
| 		/* Note that here we test for yy_c_buf_p "<=" to the position
| 		 * of the first EOB in the buffer, since yy_c_buf_p will
| 		 * already have been incremented past the NUL character
| 		 * (since all states make transitions on EOB to the
| 		 * end-of-buffer state).  Contrast this with the test
| 		 * in input().
| 		 */
| 		if ( (yy_c_buf_p) <= &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] )
| 			{ /* This was really a NUL. */
| 			yy_state_type yy_next_state;
| 
| 			(yy_c_buf_p) = (yytext_ptr) + yy_amount_of_matched_text;
| 
| 			yy_current_state = yy_get_previous_state(  );
| 
| 			/* Okay, we're now positioned to make the NUL
| 			 * transition.  We couldn't have
| 			 * yy_get_previous_state() go ahead and do it
| 			 * for us because it doesn't know how to deal
| 			 * with the possibility of jamming (and we don't
| 			 * want to build jamming into it because then it
| 			 * will run more slowly).
| 			 */
| 
| 			yy_next_state = yy_try_NUL_trans( yy_current_state );
| 
| 			yy_bp = (yytext_ptr) + YY_MORE_ADJ;
| 
| 			if ( yy_next_state )
| 				{
| 				/* Consume the NUL. */
| 				yy_cp = ++(yy_c_buf_p);
| 				yy_current_state = yy_next_state;
| 				goto yy_match;
| 				}
| 
| 			else
| 				{
| 				yy_cp = (yy_c_buf_p);
| 				goto yy_find_action;
| 				}
| 			}
| 
| 		else switch ( yy_get_next_buffer(  ) )
| 			{
| 			case EOB_ACT_END_OF_FILE:
| 				{
| 				(yy_did_buffer_switch_on_eof) = 0;
| 
| 				if ( yywrap( ) )
| 					{
| 					/* Note: because we've taken care in
| 					 * yy_get_next_buffer() to have set up
| 					 * yytext, we can now set up
| 					 * yy_c_buf_p so that if some total
| 					 * hoser (like flex itself) wants to
| 					 * call the scanner after we return the
| 					 * YY_NULL, it'll still work - another
| 					 * YY_NULL will get returned.
| 					 */
| 					(yy_c_buf_p) = (yytext_ptr) + YY_MORE_ADJ;
| 
| 					yy_act = YY_STATE_EOF(YY_START);
| 					goto do_action;
| 					}
| 
| 				else
| 					{
| 					if ( ! (yy_did_buffer_switch_on_eof) )
| 						YY_NEW_FILE;
| 					}
| 				break;
| 				}
| 
| 			case EOB_ACT_CONTINUE_SCAN:
| 				(yy_c_buf_p) =
| 					(yytext_ptr) + yy_amount_of_matched_text;
| 
| 				yy_current_state = yy_get_previous_state(  );
| 
| 				yy_cp = (yy_c_buf_p);
| 				yy_bp = (yytext_ptr) + YY_MORE_ADJ;
| 				goto yy_match;
| 
| 			case EOB_ACT_LAST_MATCH:
| 				(yy_c_buf_p) =
| 				&YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)];
| 
| 				yy_current_state = yy_get_previous_state(  );
| 
| 				yy_cp = (yy_c_buf_p);
| 				yy_bp = (yytext_ptr) + YY_MORE_ADJ;
| 				goto yy_find_action;
| 			}
| 		break;
| 		}
| 
| 	default:
| 		YY_FATAL_ERROR(
| 			"fatal flex scanner internal error--no action found" );
| 	} /* end of action switch */
| 		} /* end of scanning one token */
| } /* end of yylex */
| 
| /* yy_get_next_buffer - try to read in a new buffer
|  *
|  * Returns a code representing an action:
|  *	EOB_ACT_LAST_MATCH -
|  *	EOB_ACT_CONTINUE_SCAN - continue scanning from current position
|  *	EOB_ACT_END_OF_FILE - end of file
|  */
| static int yy_get_next_buffer (void)
| {
|     	register char *dest = YY_CURRENT_BUFFER_LVALUE->yy_ch_buf;
| 	register char *source = (yytext_ptr);
| 	register int number_to_move, i;
| 	int ret_val;
| 
| 	if ( (yy_c_buf_p) > &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars) + 1] )
| 		YY_FATAL_ERROR(
| 		"fatal flex scanner internal error--end of buffer missed" );
| 
| 	if ( YY_CURRENT_BUFFER_LVALUE->yy_fill_buffer == 0 )
| 		{ /* Don't try to fill the buffer, so this is an EOF. */
| 		if ( (yy_c_buf_p) - (yytext_ptr) - YY_MORE_ADJ == 1 )
| 			{
| 			/* We matched a single character, the EOB, so
| 			 * treat this as a final EOF.
| 			 */
| 			return EOB_ACT_END_OF_FILE;
| 			}
| 
| 		else
| 			{
| 			/* We matched some text prior to the EOB, first
| 			 * process it.
| 			 */
| 			return EOB_ACT_LAST_MATCH;
| 			}
| 		}
| 
| 	/* Try to read more data. */
| 
| 	/* First move last chars to start of buffer. */
| 	number_to_move = (int) ((yy_c_buf_p) - (yytext_ptr)) - 1;
| 
| 	for ( i = 0; i < number_to_move; ++i )
| 		*(dest++) = *(source++);
| 
| 	if ( YY_CURRENT_BUFFER_LVALUE->yy_buffer_status == YY_BUFFER_EOF_PENDING )
| 		/* don't do the read, it's not guaranteed to return an EOF,
| 		 * just force an EOF
| 		 */
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars) = 0;
| 
| 	else
| 		{
| 			int num_to_read =
| 			YY_CURRENT_BUFFER_LVALUE->yy_buf_size - number_to_move - 1;
| 
| 		while ( num_to_read <= 0 )
| 			{ /* Not enough room in the buffer - grow it. */
| 
| 			YY_FATAL_ERROR(
| "input buffer overflow, can't enlarge buffer because scanner uses REJECT" );
| 
| 			}
| 
| 		if ( num_to_read > YY_READ_BUF_SIZE )
| 			num_to_read = YY_READ_BUF_SIZE;
| 
| 		/* Read in more data. */
| 		YY_INPUT( (&YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[number_to_move]),
| 			(yy_n_chars), (size_t) num_to_read );
| 
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars);
| 		}
| 
| 	if ( (yy_n_chars) == 0 )
| 		{
| 		if ( number_to_move == YY_MORE_ADJ )
| 			{
| 			ret_val = EOB_ACT_END_OF_FILE;
| 			yyrestart(yyin  );
| 			}
| 
| 		else
| 			{
| 			ret_val = EOB_ACT_LAST_MATCH;
| 			YY_CURRENT_BUFFER_LVALUE->yy_buffer_status =
| 				YY_BUFFER_EOF_PENDING;
| 			}
| 		}
| 
| 	else
| 		ret_val = EOB_ACT_CONTINUE_SCAN;
| 
| 	if ((yy_size_t) ((yy_n_chars) + number_to_move) > YY_CURRENT_BUFFER_LVALUE->yy_buf_size) {
| 		/* Extend the array by 50%, plus the number we really need. */
| 		yy_size_t new_size = (yy_n_chars) + number_to_move + ((yy_n_chars) >> 1);
| 		YY_CURRENT_BUFFER_LVALUE->yy_ch_buf = (char *) yyrealloc((void *) YY_CURRENT_BUFFER_LVALUE->yy_ch_buf,new_size  );
| 		if ( ! YY_CURRENT_BUFFER_LVALUE->yy_ch_buf )
| 			YY_FATAL_ERROR( "out of dynamic memory in yy_get_next_buffer()" );
| 	}
| 
| 	(yy_n_chars) += number_to_move;
| 	YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] = YY_END_OF_BUFFER_CHAR;
| 	YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars) + 1] = YY_END_OF_BUFFER_CHAR;
| 
| 	(yytext_ptr) = &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[0];
| 
| 	return ret_val;
| }
| 
| /* yy_get_previous_state - get the state just before the EOB char was reached */
| 
|     static yy_state_type yy_get_previous_state (void)
| {
| 	register yy_state_type yy_current_state;
| 	register char *yy_cp;
|     
| 	yy_current_state = (yy_start);
| 
| 	(yy_state_ptr) = (yy_state_buf);
| 	*(yy_state_ptr)++ = yy_current_state;
| 
| 	for ( yy_cp = (yytext_ptr) + YY_MORE_ADJ; yy_cp < (yy_c_buf_p); ++yy_cp )
| 		{
| 		register YY_CHAR yy_c = (*yy_cp ? yy_ec[YY_SC_TO_UI(*yy_cp)] : 1);
| 		while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state )
| 			{
| 			yy_current_state = (int) yy_def[yy_current_state];
| 			if ( yy_current_state >= 13 )
| 				yy_c = yy_meta[(unsigned int) yy_c];
| 			}
| 		yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c];
| 		*(yy_state_ptr)++ = yy_current_state;
| 		}
| 
| 	return yy_current_state;
| }
| 
| /* yy_try_NUL_trans - try to make a transition on the NUL character
|  *
|  * synopsis
|  *	next_state = yy_try_NUL_trans( current_state );
|  */
|     static yy_state_type yy_try_NUL_trans  (yy_state_type yy_current_state )
| {
| 	register int yy_is_jam;
|     
| 	register YY_CHAR yy_c = 1;
| 	while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state )
| 		{
| 		yy_current_state = (int) yy_def[yy_current_state];
| 		if ( yy_current_state >= 13 )
| 			yy_c = yy_meta[(unsigned int) yy_c];
| 		}
| 	yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c];
| 	yy_is_jam = (yy_current_state == 12);
| 	if ( ! yy_is_jam )
| 		*(yy_state_ptr)++ = yy_current_state;
| 
| 	return yy_is_jam ? 0 : yy_current_state;
| }
| 
|     static void yyunput (int c, register char * yy_bp )
| {
| 	register char *yy_cp;
|     
|     yy_cp = (yy_c_buf_p);
| 
| 	/* undo effects of setting up yytext */
| 	*yy_cp = (yy_hold_char);
| 
| 	if ( yy_cp < YY_CURRENT_BUFFER_LVALUE->yy_ch_buf + 2 )
| 		{ /* need to shift things up to make room */
| 		/* +2 for EOB chars. */
| 		register int number_to_move = (yy_n_chars) + 2;
| 		register char *dest = &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[
| 					YY_CURRENT_BUFFER_LVALUE->yy_buf_size + 2];
| 		register char *source =
| 				&YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[number_to_move];
| 
| 		while ( source > YY_CURRENT_BUFFER_LVALUE->yy_ch_buf )
| 			*--dest = *--source;
| 
| 		yy_cp += (int) (dest - source);
| 		yy_bp += (int) (dest - source);
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars =
| 			(yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_buf_size;
| 
| 		if ( yy_cp < YY_CURRENT_BUFFER_LVALUE->yy_ch_buf + 2 )
| 			YY_FATAL_ERROR( "flex scanner push-back overflow" );
| 		}
| 
| 	*--yy_cp = (char) c;
| 
| 	(yytext_ptr) = yy_bp;
| 	(yy_hold_char) = *yy_cp;
| 	(yy_c_buf_p) = yy_cp;
| }
| 
| #ifndef YY_NO_INPUT
| #ifdef __cplusplus
|     static int yyinput (void)
| #else
|     static int input  (void)
| #endif
| 
| {
| 	int c;
|     
| 	*(yy_c_buf_p) = (yy_hold_char);
| 
| 	if ( *(yy_c_buf_p) == YY_END_OF_BUFFER_CHAR )
| 		{
| 		/* yy_c_buf_p now points to the character we want to return.
| 		 * If this occurs *before* the EOB characters, then it's a
| 		 * valid NUL; if not, then we've hit the end of the buffer.
| 		 */
| 		if ( (yy_c_buf_p) < &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] )
| 			/* This was really a NUL. */
| 			*(yy_c_buf_p) = '\0';
| 
| 		else
| 			{ /* need more input */
| 			int offset = (yy_c_buf_p) - (yytext_ptr);
| 			++(yy_c_buf_p);
| 
| 			switch ( yy_get_next_buffer(  ) )
| 				{
| 				case EOB_ACT_LAST_MATCH:
| 					/* This happens because yy_g_n_b()
| 					 * sees that we've accumulated a
| 					 * token and flags that we need to
| 					 * try matching the token before
| 					 * proceeding.  But for input(),
| 					 * there's no matching to consider.
| 					 * So convert the EOB_ACT_LAST_MATCH
| 					 * to EOB_ACT_END_OF_FILE.
| 					 */
| 
| 					/* Reset buffer status. */
| 					yyrestart(yyin );
| 
| 					/*FALLTHROUGH*/
| 
| 				case EOB_ACT_END_OF_FILE:
| 					{
| 					if ( yywrap( ) )
| 						return EOF;
| 
| 					if ( ! (yy_did_buffer_switch_on_eof) )
| 						YY_NEW_FILE;
| #ifdef __cplusplus
| 					return yyinput();
| #else
| 					return input();
| #endif
| 					}
| 
| 				case EOB_ACT_CONTINUE_SCAN:
| 					(yy_c_buf_p) = (yytext_ptr) + offset;
| 					break;
| 				}
| 			}
| 		}
| 
| 	c = *(unsigned char *) (yy_c_buf_p);	/* cast for 8-bit char's */
| 	*(yy_c_buf_p) = '\0';	/* preserve yytext */
| 	(yy_hold_char) = *++(yy_c_buf_p);
| 
| 	return c;
| }
| #endif	/* ifndef YY_NO_INPUT */
| 
| /** Immediately switch to a different input stream.
|  * @param input_file A readable stream.
|  * 
|  * @note This function does not reset the start condition to @c INITIAL .
|  */
|     void yyrestart  (FILE * input_file )
| {
|     
| 	if ( ! YY_CURRENT_BUFFER ){
|         yyensure_buffer_stack ();
| 		YY_CURRENT_BUFFER_LVALUE =
|             yy_create_buffer(yyin,YY_BUF_SIZE );
| 	}
| 
| 	yy_init_buffer(YY_CURRENT_BUFFER,input_file );
| 	yy_load_buffer_state( );
| }
| 
| /** Switch to a different input buffer.
|  * @param new_buffer The new input buffer.
|  * 
|  */
|     void yy_switch_to_buffer  (YY_BUFFER_STATE  new_buffer )
| {
|     
| 	/* TODO. We should be able to replace this entire function body
| 	 * with
| 	 *		yypop_buffer_state();
| 	 *		yypush_buffer_state(new_buffer);
|      */
| 	yyensure_buffer_stack ();
| 	if ( YY_CURRENT_BUFFER == new_buffer )
| 		return;
| 
| 	if ( YY_CURRENT_BUFFER )
| 		{
| 		/* Flush out information for old buffer. */
| 		*(yy_c_buf_p) = (yy_hold_char);
| 		YY_CURRENT_BUFFER_LVALUE->yy_buf_pos = (yy_c_buf_p);
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars);
| 		}
| 
| 	YY_CURRENT_BUFFER_LVALUE = new_buffer;
| 	yy_load_buffer_state( );
| 
| 	/* We don't actually know whether we did this switch during
| 	 * EOF (yywrap()) processing, but the only time this flag
| 	 * is looked at is after yywrap() is called, so it's safe
| 	 * to go ahead and always set it.
| 	 */
| 	(yy_did_buffer_switch_on_eof) = 1;
| }
| 
| static void yy_load_buffer_state  (void)
| {
|     	(yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_n_chars;
| 	(yytext_ptr) = (yy_c_buf_p) = YY_CURRENT_BUFFER_LVALUE->yy_buf_pos;
| 	yyin = YY_CURRENT_BUFFER_LVALUE->yy_input_file;
| 	(yy_hold_char) = *(yy_c_buf_p);
| }
| 
| /** Allocate and initialize an input buffer state.
|  * @param file A readable stream.
|  * @param size The character buffer size in bytes. When in doubt, use @c YY_BUF_SIZE.
|  * 
|  * @return the allocated buffer state.
|  */
|     YY_BUFFER_STATE yy_create_buffer  (FILE * file, int  size )
| {
| 	YY_BUFFER_STATE b;
|     
| 	b = (YY_BUFFER_STATE) yyalloc(sizeof( struct yy_buffer_state )  );
| 	if ( ! b )
| 		YY_FATAL_ERROR( "out of dynamic memory in yy_create_buffer()" );
| 
| 	b->yy_buf_size = size;
| 
| 	/* yy_ch_buf has to be 2 characters longer than the size given because
| 	 * we need to put in 2 end-of-buffer characters.
| 	 */
| 	b->yy_ch_buf = (char *) yyalloc(b->yy_buf_size + 2  );
| 	if ( ! b->yy_ch_buf )
| 		YY_FATAL_ERROR( "out of dynamic memory in yy_create_buffer()" );
| 
| 	b->yy_is_our_buffer = 1;
| 
| 	yy_init_buffer(b,file );
| 
| 	return b;
| }
| 
| /** Destroy the buffer.
|  * @param b a buffer created with yy_create_buffer()
|  * 
|  */
|     void yy_delete_buffer (YY_BUFFER_STATE  b )
| {
|     
| 	if ( ! b )
| 		return;
| 
| 	if ( b == YY_CURRENT_BUFFER ) /* Not sure if we should pop here. */
| 		YY_CURRENT_BUFFER_LVALUE = (YY_BUFFER_STATE) 0;
| 
| 	if ( b->yy_is_our_buffer )
| 		yyfree((void *) b->yy_ch_buf  );
| 
| 	yyfree((void *) b  );
| }
| 
| #ifndef __cplusplus
| extern int isatty (int );
| #endif /* __cplusplus */
|     
| /* Initializes or reinitializes a buffer.
|  * This function is sometimes called more than once on the same buffer,
|  * such as during a yyrestart() or at EOF.
|  */
|     static void yy_init_buffer  (YY_BUFFER_STATE  b, FILE * file )
| 
| {
| 	int oerrno = errno;
|     
| 	yy_flush_buffer(b );
| 
| 	b->yy_input_file = file;
| 	b->yy_fill_buffer = 1;
| 
|     /* If b is the current buffer, then yy_init_buffer was _probably_
|      * called from yyrestart() or through yy_get_next_buffer.
|      * In that case, we don't want to reset the lineno or column.
|      */
|     if (b != YY_CURRENT_BUFFER){
|         b->yy_bs_lineno = 1;
|         b->yy_bs_column = 0;
|     }
| 
|         b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0;
|     
| 	errno = oerrno;
| }
| 
| /** Discard all buffered characters. On the next scan, YY_INPUT will be called.
|  * @param b the buffer state to be flushed, usually @c YY_CURRENT_BUFFER.
|  * 
|  */
|     void yy_flush_buffer (YY_BUFFER_STATE  b )
| {
|     	if ( ! b )
| 		return;
| 
| 	b->yy_n_chars = 0;
| 
| 	/* We always need two end-of-buffer characters.  The first causes
| 	 * a transition to the end-of-buffer state.  The second causes
| 	 * a jam in that state.
| 	 */
| 	b->yy_ch_buf[0] = YY_END_OF_BUFFER_CHAR;
| 	b->yy_ch_buf[1] = YY_END_OF_BUFFER_CHAR;
| 
| 	b->yy_buf_pos = &b->yy_ch_buf[0];
| 
| 	b->yy_at_bol = 1;
| 	b->yy_buffer_status = YY_BUFFER_NEW;
| 
| 	if ( b == YY_CURRENT_BUFFER )
| 		yy_load_buffer_state( );
| }
| 
| /** Pushes the new state onto the stack. The new state becomes
|  *  the current state. This function will allocate the stack
|  *  if necessary.
|  *  @param new_buffer The new state.
|  *  
|  */
| void yypush_buffer_state (YY_BUFFER_STATE new_buffer )
| {
|     	if (new_buffer == NULL)
| 		return;
| 
| 	yyensure_buffer_stack();
| 
| 	/* This block is copied from yy_switch_to_buffer. */
| 	if ( YY_CURRENT_BUFFER )
| 		{
| 		/* Flush out information for old buffer. */
| 		*(yy_c_buf_p) = (yy_hold_char);
| 		YY_CURRENT_BUFFER_LVALUE->yy_buf_pos = (yy_c_buf_p);
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars);
| 		}
| 
| 	/* Only push if top exists. Otherwise, replace top. */
| 	if (YY_CURRENT_BUFFER)
| 		(yy_buffer_stack_top)++;
| 	YY_CURRENT_BUFFER_LVALUE = new_buffer;
| 
| 	/* copied from yy_switch_to_buffer. */
| 	yy_load_buffer_state( );
| 	(yy_did_buffer_switch_on_eof) = 1;
| }
| 
| /** Removes and deletes the top of the stack, if present.
|  *  The next element becomes the new top.
|  *  
|  */
| void yypop_buffer_state (void)
| {
|     	if (!YY_CURRENT_BUFFER)
| 		return;
| 
| 	yy_delete_buffer(YY_CURRENT_BUFFER );
| 	YY_CURRENT_BUFFER_LVALUE = NULL;
| 	if ((yy_buffer_stack_top) > 0)
| 		--(yy_buffer_stack_top);
| 
| 	if (YY_CURRENT_BUFFER) {
| 		yy_load_buffer_state( );
| 		(yy_did_buffer_switch_on_eof) = 1;
| 	}
| }
| 
| /* Allocates the stack if it does not exist.
|  *  Guarantees space for at least one push.
|  */
| static void yyensure_buffer_stack (void)
| {
| 	int num_to_alloc;
|     
| 	if (!(yy_buffer_stack)) {
| 
| 		/* First allocation is just for 2 elements, since we don't know if this
| 		 * scanner will even need a stack. We use 2 instead of 1 to avoid an
| 		 * immediate realloc on the next call.
|          */
| 		num_to_alloc = 1;
| 		(yy_buffer_stack) = (struct yy_buffer_state**)yyalloc
| 								(num_to_alloc * sizeof(struct yy_buffer_state*)
| 								);
| 		if ( ! (yy_buffer_stack) )
| 			YY_FATAL_ERROR( "out of dynamic memory in yyensure_buffer_stack()" );
| 								  
| 		memset((yy_buffer_stack), 0, num_to_alloc * sizeof(struct yy_buffer_state*));
| 				
| 		(yy_buffer_stack_max) = num_to_alloc;
| 		(yy_buffer_stack_top) = 0;
| 		return;
| 	}
| 
| 	if ((yy_buffer_stack_top) >= ((yy_buffer_stack_max)) - 1){
| 
| 		/* Increase the buffer to prepare for a possible push. */
| 		int grow_size = 8 /* arbitrary grow size */;
| 
| 		num_to_alloc = (yy_buffer_stack_max) + grow_size;
| 		(yy_buffer_stack) = (struct yy_buffer_state**)yyrealloc
| 								((yy_buffer_stack),
| 								num_to_alloc * sizeof(struct yy_buffer_state*)
| 								);
| 		if ( ! (yy_buffer_stack) )
| 			YY_FATAL_ERROR( "out of dynamic memory in yyensure_buffer_stack()" );
| 
| 		/* zero only the new slots.*/
| 		memset((yy_buffer_stack) + (yy_buffer_stack_max), 0, grow_size * sizeof(struct yy_buffer_state*));
| 		(yy_buffer_stack_max) = num_to_alloc;
| 	}
| }
| 
| /** Setup the input buffer state to scan directly from a user-specified character buffer.
|  * @param base the character buffer
|  * @param size the size in bytes of the character buffer
|  * 
|  * @return the newly allocated buffer state object. 
|  */
| YY_BUFFER_STATE yy_scan_buffer  (char * base, yy_size_t  size )
| {
| 	YY_BUFFER_STATE b;
|     
| 	if ( size < 2 ||
| 	     base[size-2] != YY_END_OF_BUFFER_CHAR ||
| 	     base[size-1] != YY_END_OF_BUFFER_CHAR )
| 		/* They forgot to leave room for the EOB's. */
| 		return 0;
| 
| 	b = (YY_BUFFER_STATE) yyalloc(sizeof( struct yy_buffer_state )  );
| 	if ( ! b )
| 		YY_FATAL_ERROR( "out of dynamic memory in yy_scan_buffer()" );
| 
| 	b->yy_buf_size = size - 2;	/* "- 2" to take care of EOB's */
| 	b->yy_buf_pos = b->yy_ch_buf = base;
| 	b->yy_is_our_buffer = 0;
| 	b->yy_input_file = 0;
| 	b->yy_n_chars = b->yy_buf_size;
| 	b->yy_is_interactive = 0;
| 	b->yy_at_bol = 1;
| 	b->yy_fill_buffer = 0;
| 	b->yy_buffer_status = YY_BUFFER_NEW;
| 
| 	yy_switch_to_buffer(b  );
| 
| 	return b;
| }
| 
| /** Setup the input buffer state to scan a string. The next call to yylex() will
|  * scan from a @e copy of @a str.
|  * @param yystr a NUL-terminated string to scan
|  * 
|  * @return the newly allocated buffer state object.
|  * @note If you want to scan bytes that may contain NUL values, then use
|  *       yy_scan_bytes() instead.
|  */
| YY_BUFFER_STATE yy_scan_string (yyconst char * yystr )
| {
|     
| 	return yy_scan_bytes(yystr,strlen(yystr) );
| }
| 
| /** Setup the input buffer state to scan the given bytes. The next call to yylex() will
|  * scan from a @e copy of @a bytes.
|  * @param bytes the byte buffer to scan
|  * @param len the number of bytes in the buffer pointed to by @a bytes.
|  * 
|  * @return the newly allocated buffer state object.
|  */
| YY_BUFFER_STATE yy_scan_bytes  (yyconst char * yybytes, int  _yybytes_len )
| {
| 	YY_BUFFER_STATE b;
| 	char *buf;
| 	yy_size_t n;
| 	int i;
|     
| 	/* Get memory for full buffer, including space for trailing EOB's. */
| 	n = _yybytes_len + 2;
| 	buf = (char *) yyalloc(n  );
| 	if ( ! buf )
| 		YY_FATAL_ERROR( "out of dynamic memory in yy_scan_bytes()" );
| 
| 	for ( i = 0; i < _yybytes_len; ++i )
| 		buf[i] = yybytes[i];
| 
| 	buf[_yybytes_len] = buf[_yybytes_len+1] = YY_END_OF_BUFFER_CHAR;
| 
| 	b = yy_scan_buffer(buf,n );
| 	if ( ! b )
| 		YY_FATAL_ERROR( "bad buffer in yy_scan_bytes()" );
| 
| 	/* It's okay to grow etc. this buffer, and we should throw it
| 	 * away when we're done.
| 	 */
| 	b->yy_is_our_buffer = 1;
| 
| 	return b;
| }
| 
| #ifndef YY_EXIT_FAILURE
| #define YY_EXIT_FAILURE 2
| #endif
| 
| static void yy_fatal_error (yyconst char* msg )
| {
|     	(void) fprintf( stderr, "%s\n", msg );
| 	exit( YY_EXIT_FAILURE );
| }
| 
| /* Redefine yyless() so it works in section 3 code. */
| 
| #undef yyless
| #define yyless(n) \
| 	do \
| 		{ \
| 		/* Undo effects of setting up yytext. */ \
|         int yyless_macro_arg = (n); \
|         YY_LESS_LINENO(yyless_macro_arg);\
| 		yytext[yyleng] = (yy_hold_char); \
| 		(yy_c_buf_p) = yytext + yyless_macro_arg; \
| 		(yy_hold_char) = *(yy_c_buf_p); \
| 		*(yy_c_buf_p) = '\0'; \
| 		yyleng = yyless_macro_arg; \
| 		} \
| 	while ( 0 )
| 
| /* Accessor  methods (get/set functions) to struct members. */
| 
| /** Get the current line number.
|  * 
|  */
| int yyget_lineno  (void)
| {
|         
|     return yylineno;
| }
| 
| /** Get the input stream.
|  * 
|  */
| FILE *yyget_in  (void)
| {
|         return yyin;
| }
| 
| /** Get the output stream.
|  * 
|  */
| FILE *yyget_out  (void)
| {
|         return yyout;
| }
| 
| /** Get the length of the current token.
|  * 
|  */
| int yyget_leng  (void)
| {
|         return yyleng;
| }
| 
| /** Get the current token.
|  * 
|  */
| 
| char *yyget_text  (void)
| {
|         return yytext;
| }
| 
| /** Set the current line number.
|  * @param line_number
|  * 
|  */
| void yyset_lineno (int  line_number )
| {
|     
|     yylineno = line_number;
| }
| 
| /** Set the input stream. This does not discard the current
|  * input buffer.
|  * @param in_str A readable stream.
|  * 
|  * @see yy_switch_to_buffer
|  */
| void yyset_in (FILE *  in_str )
| {
|         yyin = in_str ;
| }
| 
| void yyset_out (FILE *  out_str )
| {
|         yyout = out_str ;
| }
| 
| int yyget_debug  (void)
| {
|         return yy_flex_debug;
| }
| 
| void yyset_debug (int  bdebug )
| {
|         yy_flex_debug = bdebug ;
| }
| 
| static int yy_init_globals (void)
| {
|         /* Initialization is the same as for the non-reentrant scanner.
|      * This function is called from yylex_destroy(), so don't allocate here.
|      */
| 
|     (yy_buffer_stack) = 0;
|     (yy_buffer_stack_top) = 0;
|     (yy_buffer_stack_max) = 0;
|     (yy_c_buf_p) = (char *) 0;
|     (yy_init) = 0;
|     (yy_start) = 0;
| 
|     (yy_state_buf) = 0;
|     (yy_state_ptr) = 0;
|     (yy_full_match) = 0;
|     (yy_lp) = 0;
| 
| /* Defined in main.c */
| #ifdef YY_STDINIT
|     yyin = stdin;
|     yyout = stdout;
| #else
|     yyin = (FILE *) 0;
|     yyout = (FILE *) 0;
| #endif
| 
|     /* For future reference: Set errno on error, since we are called by
|      * yylex_init()
|      */
|     return 0;
| }
| 
| /* yylex_destroy is for both reentrant and non-reentrant scanners. */
| int yylex_destroy  (void)
| {
|     
|     /* Pop the buffer stack, destroying each element. */
| 	while(YY_CURRENT_BUFFER){
| 		yy_delete_buffer(YY_CURRENT_BUFFER  );
| 		YY_CURRENT_BUFFER_LVALUE = NULL;
| 		yypop_buffer_state();
| 	}
| 
| 	/* Destroy the stack itself. */
| 	yyfree((yy_buffer_stack) );
| 	(yy_buffer_stack) = NULL;
| 
|     yyfree ( (yy_state_buf) );
|     (yy_state_buf)  = NULL;
| 
|     /* Reset the globals. This is important in a non-reentrant scanner so the next time
|      * yylex() is called, initialization will occur. */
|     yy_init_globals( );
| 
|     return 0;
| }
| 
| /*
|  * Internal utility routines.
|  */
| 
| #ifndef yytext_ptr
| static void yy_flex_strncpy (char* s1, yyconst char * s2, int n )
| {
| 	register int i;
| 	for ( i = 0; i < n; ++i )
| 		s1[i] = s2[i];
| }
| #endif
| 
| #ifdef YY_NEED_STRLEN
| static int yy_flex_strlen (yyconst char * s )
| {
| 	register int n;
| 	for ( n = 0; s[n]; ++n )
| 		;
| 
| 	return n;
| }
| #endif
| 
| void *yyalloc (yy_size_t  size )
| {
| 	return (void *) malloc( size );
| }
| 
| void *yyrealloc  (void * ptr, yy_size_t  size )
| {
| 	/* The cast to (char *) in the following accommodates both
| 	 * implementations that use char* generic pointers, and those
| 	 * that use void* generic pointers.  It works with the latter
| 	 * because both ANSI C and C++ allow castless assignment from
| 	 * any pointer type to void*, and deal with argument conversions
| 	 * as though doing an assignment.
| 	 */
| 	return (void *) realloc( (char *) ptr, size );
| }
| 
| void yyfree (void * ptr )
| {
| 	free( (char *) ptr );	/* see yyrealloc() for (char *) cast */
| }
| 
| #define YYTABLES_NAME "yytables"
| 
| #line 9 "conftest.l"
| 
| 
| #ifdef YYTEXT_POINTER
| extern char *yytext;
| #endif
| int
| main (void)
| {
|   return ! yylex () + ! yywrap ();
| }
configure:20021: result: none needed
configure:20027: checking whether yytext is a pointer
configure:20048: g++ -o conftest -g -O2   conftest.cpp   >&5
conftest.l: In function 'int yylex()':
conftest.l:6: error: 'input' was not declared in this scope
configure:20055: $? = 1
configure: failed program was:
| #define YYTEXT_POINTER 1
| 
| #line 3 "lex.yy.c"
| 
| #define  YY_INT_ALIGNED short int
| 
| /* A lexical scanner generated by flex */
| 
| #define FLEX_SCANNER
| #define YY_FLEX_MAJOR_VERSION 2
| #define YY_FLEX_MINOR_VERSION 5
| #define YY_FLEX_SUBMINOR_VERSION 35
| #if YY_FLEX_SUBMINOR_VERSION > 0
| #define FLEX_BETA
| #endif
| 
| /* First, we deal with  platform-specific or compiler-specific issues. */
| 
| /* begin standard C headers. */
| #include <stdio.h>
| #include <string.h>
| #include <errno.h>
| #include <stdlib.h>
| 
| /* end standard C headers. */
| 
| /* flex integer type definitions */
| 
| #ifndef FLEXINT_H
| #define FLEXINT_H
| 
| /* C99 systems have <inttypes.h>. Non-C99 systems may or may not. */
| 
| #if defined (__STDC_VERSION__) && __STDC_VERSION__ >= 199901L
| 
| /* C99 says to define __STDC_LIMIT_MACROS before including stdint.h,
|  * if you want the limit (max/min) macros for int types. 
|  */
| #ifndef __STDC_LIMIT_MACROS
| #define __STDC_LIMIT_MACROS 1
| #endif
| 
| #include <inttypes.h>
| typedef int8_t flex_int8_t;
| typedef uint8_t flex_uint8_t;
| typedef int16_t flex_int16_t;
| typedef uint16_t flex_uint16_t;
| typedef int32_t flex_int32_t;
| typedef uint32_t flex_uint32_t;
| #else
| typedef signed char flex_int8_t;
| typedef short int flex_int16_t;
| typedef int flex_int32_t;
| typedef unsigned char flex_uint8_t; 
| typedef unsigned short int flex_uint16_t;
| typedef unsigned int flex_uint32_t;
| #endif /* ! C99 */
| 
| /* Limits of integral types. */
| #ifndef INT8_MIN
| #define INT8_MIN               (-128)
| #endif
| #ifndef INT16_MIN
| #define INT16_MIN              (-32767-1)
| #endif
| #ifndef INT32_MIN
| #define INT32_MIN              (-2147483647-1)
| #endif
| #ifndef INT8_MAX
| #define INT8_MAX               (127)
| #endif
| #ifndef INT16_MAX
| #define INT16_MAX              (32767)
| #endif
| #ifndef INT32_MAX
| #define INT32_MAX              (2147483647)
| #endif
| #ifndef UINT8_MAX
| #define UINT8_MAX              (255U)
| #endif
| #ifndef UINT16_MAX
| #define UINT16_MAX             (65535U)
| #endif
| #ifndef UINT32_MAX
| #define UINT32_MAX             (4294967295U)
| #endif
| 
| #endif /* ! FLEXINT_H */
| 
| #ifdef __cplusplus
| 
| /* The "const" storage-class-modifier is valid. */
| #define YY_USE_CONST
| 
| #else	/* ! __cplusplus */
| 
| /* C99 requires __STDC__ to be defined as 1. */
| #if defined (__STDC__)
| 
| #define YY_USE_CONST
| 
| #endif	/* defined (__STDC__) */
| #endif	/* ! __cplusplus */
| 
| #ifdef YY_USE_CONST
| #define yyconst const
| #else
| #define yyconst
| #endif
| 
| /* Returned upon end-of-file. */
| #define YY_NULL 0
| 
| /* Promotes a possibly negative, possibly signed char to an unsigned
|  * integer for use as an array index.  If the signed char is negative,
|  * we want to instead treat it as an 8-bit unsigned char, hence the
|  * double cast.
|  */
| #define YY_SC_TO_UI(c) ((unsigned int) (unsigned char) c)
| 
| /* Enter a start condition.  This macro really ought to take a parameter,
|  * but we do it the disgusting crufty way forced on us by the ()-less
|  * definition of BEGIN.
|  */
| #define BEGIN (yy_start) = 1 + 2 *
| 
| /* Translate the current start state into a value that can be later handed
|  * to BEGIN to return to the state.  The YYSTATE alias is for lex
|  * compatibility.
|  */
| #define YY_START (((yy_start) - 1) / 2)
| #define YYSTATE YY_START
| 
| /* Action number for EOF rule of a given start state. */
| #define YY_STATE_EOF(state) (YY_END_OF_BUFFER + state + 1)
| 
| /* Special action meaning "start processing a new file". */
| #define YY_NEW_FILE yyrestart(yyin  )
| 
| #define YY_END_OF_BUFFER_CHAR 0
| 
| /* Size of default input buffer. */
| #ifndef YY_BUF_SIZE
| #define YY_BUF_SIZE 16384
| #endif
| 
| /* The state buf must be large enough to hold one state per character in the main buffer.
|  */
| #define YY_STATE_BUF_SIZE   ((YY_BUF_SIZE + 2) * sizeof(yy_state_type))
| 
| #ifndef YY_TYPEDEF_YY_BUFFER_STATE
| #define YY_TYPEDEF_YY_BUFFER_STATE
| typedef struct yy_buffer_state *YY_BUFFER_STATE;
| #endif
| 
| extern int yyleng;
| 
| extern FILE *yyin, *yyout;
| 
| #define EOB_ACT_CONTINUE_SCAN 0
| #define EOB_ACT_END_OF_FILE 1
| #define EOB_ACT_LAST_MATCH 2
| 
|     #define YY_LESS_LINENO(n)
|     
| /* Return all but the first "n" matched characters back to the input stream. */
| #define yyless(n) \
| 	do \
| 		{ \
| 		/* Undo effects of setting up yytext. */ \
|         int yyless_macro_arg = (n); \
|         YY_LESS_LINENO(yyless_macro_arg);\
| 		*yy_cp = (yy_hold_char); \
| 		YY_RESTORE_YY_MORE_OFFSET \
| 		(yy_c_buf_p) = yy_cp = yy_bp + yyless_macro_arg - YY_MORE_ADJ; \
| 		YY_DO_BEFORE_ACTION; /* set up yytext again */ \
| 		} \
| 	while ( 0 )
| 
| #define unput(c) yyunput( c, (yytext_ptr)  )
| 
| #ifndef YY_TYPEDEF_YY_SIZE_T
| #define YY_TYPEDEF_YY_SIZE_T
| typedef size_t yy_size_t;
| #endif
| 
| #ifndef YY_STRUCT_YY_BUFFER_STATE
| #define YY_STRUCT_YY_BUFFER_STATE
| struct yy_buffer_state
| 	{
| 	FILE *yy_input_file;
| 
| 	char *yy_ch_buf;		/* input buffer */
| 	char *yy_buf_pos;		/* current position in input buffer */
| 
| 	/* Size of input buffer in bytes, not including room for EOB
| 	 * characters.
| 	 */
| 	yy_size_t yy_buf_size;
| 
| 	/* Number of characters read into yy_ch_buf, not including EOB
| 	 * characters.
| 	 */
| 	int yy_n_chars;
| 
| 	/* Whether we "own" the buffer - i.e., we know we created it,
| 	 * and can realloc() it to grow it, and should free() it to
| 	 * delete it.
| 	 */
| 	int yy_is_our_buffer;
| 
| 	/* Whether this is an "interactive" input source; if so, and
| 	 * if we're using stdio for input, then we want to use getc()
| 	 * instead of fread(), to make sure we stop fetching input after
| 	 * each newline.
| 	 */
| 	int yy_is_interactive;
| 
| 	/* Whether we're considered to be at the beginning of a line.
| 	 * If so, '^' rules will be active on the next match, otherwise
| 	 * not.
| 	 */
| 	int yy_at_bol;
| 
|     int yy_bs_lineno; /**< The line count. */
|     int yy_bs_column; /**< The column count. */
|     
| 	/* Whether to try to fill the input buffer when we reach the
| 	 * end of it.
| 	 */
| 	int yy_fill_buffer;
| 
| 	int yy_buffer_status;
| 
| #define YY_BUFFER_NEW 0
| #define YY_BUFFER_NORMAL 1
| 	/* When an EOF's been seen but there's still some text to process
| 	 * then we mark the buffer as YY_EOF_PENDING, to indicate that we
| 	 * shouldn't try reading from the input source any more.  We might
| 	 * still have a bunch of tokens to match, though, because of
| 	 * possible backing-up.
| 	 *
| 	 * When we actually see the EOF, we change the status to "new"
| 	 * (via yyrestart()), so that the user can continue scanning by
| 	 * just pointing yyin at a new input file.
| 	 */
| #define YY_BUFFER_EOF_PENDING 2
| 
| 	};
| #endif /* !YY_STRUCT_YY_BUFFER_STATE */
| 
| /* Stack of input buffers. */
| static size_t yy_buffer_stack_top = 0; /**< index of top of stack. */
| static size_t yy_buffer_stack_max = 0; /**< capacity of stack. */
| static YY_BUFFER_STATE * yy_buffer_stack = 0; /**< Stack as an array. */
| 
| /* We provide macros for accessing buffer states in case in the
|  * future we want to put the buffer states in a more general
|  * "scanner state".
|  *
|  * Returns the top of the stack, or NULL.
|  */
| #define YY_CURRENT_BUFFER ( (yy_buffer_stack) \
|                           ? (yy_buffer_stack)[(yy_buffer_stack_top)] \
|                           : NULL)
| 
| /* Same as previous macro, but useful when we know that the buffer stack is not
|  * NULL or when we need an lvalue. For internal use only.
|  */
| #define YY_CURRENT_BUFFER_LVALUE (yy_buffer_stack)[(yy_buffer_stack_top)]
| 
| /* yy_hold_char holds the character lost when yytext is formed. */
| static char yy_hold_char;
| static int yy_n_chars;		/* number of characters read into yy_ch_buf */
| int yyleng;
| 
| /* Points to current character in buffer. */
| static char *yy_c_buf_p = (char *) 0;
| static int yy_init = 0;		/* whether we need to initialize */
| static int yy_start = 0;	/* start state number */
| 
| /* Flag which is used to allow yywrap()'s to do buffer switches
|  * instead of setting up a fresh yyin.  A bit of a hack ...
|  */
| static int yy_did_buffer_switch_on_eof;
| 
| void yyrestart (FILE *input_file  );
| void yy_switch_to_buffer (YY_BUFFER_STATE new_buffer  );
| YY_BUFFER_STATE yy_create_buffer (FILE *file,int size  );
| void yy_delete_buffer (YY_BUFFER_STATE b  );
| void yy_flush_buffer (YY_BUFFER_STATE b  );
| void yypush_buffer_state (YY_BUFFER_STATE new_buffer  );
| void yypop_buffer_state (void );
| 
| static void yyensure_buffer_stack (void );
| static void yy_load_buffer_state (void );
| static void yy_init_buffer (YY_BUFFER_STATE b,FILE *file  );
| 
| #define YY_FLUSH_BUFFER yy_flush_buffer(YY_CURRENT_BUFFER )
| 
| YY_BUFFER_STATE yy_scan_buffer (char *base,yy_size_t size  );
| YY_BUFFER_STATE yy_scan_string (yyconst char *yy_str  );
| YY_BUFFER_STATE yy_scan_bytes (yyconst char *bytes,int len  );
| 
| void *yyalloc (yy_size_t  );
| void *yyrealloc (void *,yy_size_t  );
| void yyfree (void *  );
| 
| #define yy_new_buffer yy_create_buffer
| 
| #define yy_set_interactive(is_interactive) \
| 	{ \
| 	if ( ! YY_CURRENT_BUFFER ){ \
|         yyensure_buffer_stack (); \
| 		YY_CURRENT_BUFFER_LVALUE =    \
|             yy_create_buffer(yyin,YY_BUF_SIZE ); \
| 	} \
| 	YY_CURRENT_BUFFER_LVALUE->yy_is_interactive = is_interactive; \
| 	}
| 
| #define yy_set_bol(at_bol) \
| 	{ \
| 	if ( ! YY_CURRENT_BUFFER ){\
|         yyensure_buffer_stack (); \
| 		YY_CURRENT_BUFFER_LVALUE =    \
|             yy_create_buffer(yyin,YY_BUF_SIZE ); \
| 	} \
| 	YY_CURRENT_BUFFER_LVALUE->yy_at_bol = at_bol; \
| 	}
| 
| #define YY_AT_BOL() (YY_CURRENT_BUFFER_LVALUE->yy_at_bol)
| 
| /* Begin user sect3 */
| 
| typedef unsigned char YY_CHAR;
| 
| FILE *yyin = (FILE *) 0, *yyout = (FILE *) 0;
| 
| typedef int yy_state_type;
| 
| extern int yylineno;
| 
| int yylineno = 1;
| 
| extern char *yytext;
| #define yytext_ptr yytext
| 
| static yy_state_type yy_get_previous_state (void );
| static yy_state_type yy_try_NUL_trans (yy_state_type current_state  );
| static int yy_get_next_buffer (void );
| static void yy_fatal_error (yyconst char msg[]  );
| 
| /* Done after the current pattern has been matched and before the
|  * corresponding action - sets up yytext.
|  */
| #define YY_DO_BEFORE_ACTION \
| 	(yytext_ptr) = yy_bp; \
| 	(yytext_ptr) -= (yy_more_len); \
| 	yyleng = (size_t) (yy_cp - (yytext_ptr)); \
| 	(yy_hold_char) = *yy_cp; \
| 	*yy_cp = '\0'; \
| 	(yy_c_buf_p) = yy_cp;
| 
| #define YY_NUM_RULES 8
| #define YY_END_OF_BUFFER 9
| /* This struct is not used in this scanner,
|    but its presence is necessary. */
| struct yy_trans_info
| 	{
| 	flex_int32_t yy_verify;
| 	flex_int32_t yy_nxt;
| 	};
| static yyconst flex_int16_t yy_acclist[23] =
|     {   0,
|         9,    7,    8,    8,    1,    7,    8,    2,    7,    8,
|         3,    7,    8,    4,    7,    8,    5,    7,    8,    6,
|         7,    8
|     } ;
| 
| static yyconst flex_int16_t yy_accept[14] =
|     {   0,
|         1,    1,    1,    2,    4,    5,    8,   11,   14,   17,
|        20,   23,   23
|     } ;
| 
| static yyconst flex_int32_t yy_ec[256] =
|     {   0,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    2,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    3,    4,    5,    6,
| 
|         7,    8,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
| 
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1,    1,    1,    1,    1,    1,
|         1,    1,    1,    1,    1
|     } ;
| 
| static yyconst flex_int32_t yy_meta[9] =
|     {   0,
|         1,    1,    1,    1,    1,    1,    1,    1
|     } ;
| 
| static yyconst flex_int16_t yy_base[13] =
|     {   0,
|         0,    0,    9,   10,   10,   10,   10,   10,   10,   10,
|        10,   10
|     } ;
| 
| static yyconst flex_int16_t yy_def[13] =
|     {   0,
|        12,    1,   12,   12,   12,   12,   12,   12,   12,   12,
|        12,    0
|     } ;
| 
| static yyconst flex_int16_t yy_nxt[19] =
|     {   0,
|         4,    5,    6,    7,    8,    9,   10,   11,   12,    3,
|        12,   12,   12,   12,   12,   12,   12,   12
|     } ;
| 
| static yyconst flex_int16_t yy_chk[19] =
|     {   0,
|         1,    1,    1,    1,    1,    1,    1,    1,    3,   12,
|        12,   12,   12,   12,   12,   12,   12,   12
|     } ;
| 
| extern int yy_flex_debug;
| int yy_flex_debug = 0;
| 
| static yy_state_type *yy_state_buf=0, *yy_state_ptr=0;
| static char *yy_full_match;
| static int yy_lp;
| #define REJECT \
| { \
| *yy_cp = (yy_hold_char); /* undo effects of setting up yytext */ \
| yy_cp = (yy_full_match); /* restore poss. backed-over text */ \
| ++(yy_lp); \
| goto find_rule; \
| }
| 
| static int yy_more_flag = 0;
| static int yy_more_len = 0;
| #define yymore() ((yy_more_flag) = 1)
| #define YY_MORE_ADJ (yy_more_len)
| #define YY_RESTORE_YY_MORE_OFFSET
| char *yytext;
| #line 1 "conftest.l"
| #line 468 "lex.yy.c"
| 
| #define INITIAL 0
| 
| #ifndef YY_NO_UNISTD_H
| /* Special case for "unistd.h", since it is non-ANSI. We include it way
|  * down here because we want the user's section 1 to have been scanned first.
|  * The user has a chance to override it with an option.
|  */
| #include <unistd.h>
| #endif
| 
| #ifndef YY_EXTRA_TYPE
| #define YY_EXTRA_TYPE void *
| #endif
| 
| static int yy_init_globals (void );
| 
| /* Accessor methods to globals.
|    These are made visible to non-reentrant scanners for convenience. */
| 
| int yylex_destroy (void );
| 
| int yyget_debug (void );
| 
| void yyset_debug (int debug_flag  );
| 
| YY_EXTRA_TYPE yyget_extra (void );
| 
| void yyset_extra (YY_EXTRA_TYPE user_defined  );
| 
| FILE *yyget_in (void );
| 
| void yyset_in  (FILE * in_str  );
| 
| FILE *yyget_out (void );
| 
| void yyset_out  (FILE * out_str  );
| 
| int yyget_leng (void );
| 
| char *yyget_text (void );
| 
| int yyget_lineno (void );
| 
| void yyset_lineno (int line_number  );
| 
| /* Macros after this point can all be overridden by user definitions in
|  * section 1.
|  */
| 
| #ifndef YY_SKIP_YYWRAP
| #ifdef __cplusplus
| extern "C" int yywrap (void );
| #else
| extern int yywrap (void );
| #endif
| #endif
| 
|     static void yyunput (int c,char *buf_ptr  );
|     
| #ifndef yytext_ptr
| static void yy_flex_strncpy (char *,yyconst char *,int );
| #endif
| 
| #ifdef YY_NEED_STRLEN
| static int yy_flex_strlen (yyconst char * );
| #endif
| 
| #ifndef YY_NO_INPUT
| 
| #ifdef __cplusplus
| static int yyinput (void );
| #else
| static int input (void );
| #endif
| 
| #endif
| 
| /* Amount of stuff to slurp up with each read. */
| #ifndef YY_READ_BUF_SIZE
| #define YY_READ_BUF_SIZE 8192
| #endif
| 
| /* Copy whatever the last rule matched to the standard output. */
| #ifndef ECHO
| /* This used to be an fputs(), but since the string might contain NUL's,
|  * we now use fwrite().
|  */
| #define ECHO fwrite( yytext, yyleng, 1, yyout )
| #endif
| 
| /* Gets input and stuffs it into "buf".  number of characters read, or YY_NULL,
|  * is returned in "result".
|  */
| #ifndef YY_INPUT
| #define YY_INPUT(buf,result,max_size) \
| 	if ( YY_CURRENT_BUFFER_LVALUE->yy_is_interactive ) \
| 		{ \
| 		int c = '*'; \
| 		int n; \
| 		for ( n = 0; n < max_size && \
| 			     (c = getc( yyin )) != EOF && c != '\n'; ++n ) \
| 			buf[n] = (char) c; \
| 		if ( c == '\n' ) \
| 			buf[n++] = (char) c; \
| 		if ( c == EOF && ferror( yyin ) ) \
| 			YY_FATAL_ERROR( "input in flex scanner failed" ); \
| 		result = n; \
| 		} \
| 	else \
| 		{ \
| 		errno=0; \
| 		while ( (result = fread(buf, 1, max_size, yyin))==0 && ferror(yyin)) \
| 			{ \
| 			if( errno != EINTR) \
| 				{ \
| 				YY_FATAL_ERROR( "input in flex scanner failed" ); \
| 				break; \
| 				} \
| 			errno=0; \
| 			clearerr(yyin); \
| 			} \
| 		}\
| \
| 
| #endif
| 
| /* No semi-colon after return; correct usage is to write "yyterminate();" -
|  * we don't want an extra ';' after the "return" because that will cause
|  * some compilers to complain about unreachable statements.
|  */
| #ifndef yyterminate
| #define yyterminate() return YY_NULL
| #endif
| 
| /* Number of entries by which start-condition stack grows. */
| #ifndef YY_START_STACK_INCR
| #define YY_START_STACK_INCR 25
| #endif
| 
| /* Report a fatal error. */
| #ifndef YY_FATAL_ERROR
| #define YY_FATAL_ERROR(msg) yy_fatal_error( msg )
| #endif
| 
| /* end tables serialization structures and prototypes */
| 
| /* Default declaration of generated scanner - a define so the user can
|  * easily add parameters.
|  */
| #ifndef YY_DECL
| #define YY_DECL_IS_OURS 1
| 
| extern int yylex (void);
| 
| #define YY_DECL int yylex (void)
| #endif /* !YY_DECL */
| 
| /* Code executed at the beginning of each rule, after yytext and yyleng
|  * have been set up.
|  */
| #ifndef YY_USER_ACTION
| #define YY_USER_ACTION
| #endif
| 
| /* Code executed at the end of each rule. */
| #ifndef YY_BREAK
| #define YY_BREAK break;
| #endif
| 
| #define YY_RULE_SETUP \
| 	YY_USER_ACTION
| 
| /** The main scanner function which does all the work.
|  */
| YY_DECL
| {
| 	register yy_state_type yy_current_state;
| 	register char *yy_cp, *yy_bp;
| 	register int yy_act;
|     
| #line 1 "conftest.l"
| 
| #line 652 "lex.yy.c"
| 
| 	if ( !(yy_init) )
| 		{
| 		(yy_init) = 1;
| 
| #ifdef YY_USER_INIT
| 		YY_USER_INIT;
| #endif
| 
|         /* Create the reject buffer large enough to save one state per allowed character. */
|         if ( ! (yy_state_buf) )
|             (yy_state_buf) = (yy_state_type *)yyalloc(YY_STATE_BUF_SIZE  );
|             if ( ! (yy_state_buf) )
|                 YY_FATAL_ERROR( "out of dynamic memory in yylex()" );
| 
| 		if ( ! (yy_start) )
| 			(yy_start) = 1;	/* first start state */
| 
| 		if ( ! yyin )
| 			yyin = stdin;
| 
| 		if ( ! yyout )
| 			yyout = stdout;
| 
| 		if ( ! YY_CURRENT_BUFFER ) {
| 			yyensure_buffer_stack ();
| 			YY_CURRENT_BUFFER_LVALUE =
| 				yy_create_buffer(yyin,YY_BUF_SIZE );
| 		}
| 
| 		yy_load_buffer_state( );
| 		}
| 
| 	while ( 1 )		/* loops until end-of-file is reached */
| 		{
| 		(yy_more_len) = 0;
| 		if ( (yy_more_flag) )
| 			{
| 			(yy_more_len) = (yy_c_buf_p) - (yytext_ptr);
| 			(yy_more_flag) = 0;
| 			}
| 		yy_cp = (yy_c_buf_p);
| 
| 		/* Support of yytext. */
| 		*yy_cp = (yy_hold_char);
| 
| 		/* yy_bp points to the position in yy_ch_buf of the start of
| 		 * the current run.
| 		 */
| 		yy_bp = yy_cp;
| 
| 		yy_current_state = (yy_start);
| 
| 		(yy_state_ptr) = (yy_state_buf);
| 		*(yy_state_ptr)++ = yy_current_state;
| 
| yy_match:
| 		do
| 			{
| 			register YY_CHAR yy_c = yy_ec[YY_SC_TO_UI(*yy_cp)];
| 			while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state )
| 				{
| 				yy_current_state = (int) yy_def[yy_current_state];
| 				if ( yy_current_state >= 13 )
| 					yy_c = yy_meta[(unsigned int) yy_c];
| 				}
| 			yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c];
| 			*(yy_state_ptr)++ = yy_current_state;
| 			++yy_cp;
| 			}
| 		while ( yy_base[yy_current_state] != 10 );
| 
| yy_find_action:
| 		yy_current_state = *--(yy_state_ptr);
| 		(yy_lp) = yy_accept[yy_current_state];
| find_rule: /* we branch to this label when backing up */
| 		for ( ; ; ) /* until we find what rule we matched */
| 			{
| 			if ( (yy_lp) && (yy_lp) < yy_accept[yy_current_state + 1] )
| 				{
| 				yy_act = yy_acclist[(yy_lp)];
| 					{
| 					(yy_full_match) = yy_cp;
| 					break;
| 					}
| 				}
| 			--yy_cp;
| 			yy_current_state = *--(yy_state_ptr);
| 			(yy_lp) = yy_accept[yy_current_state];
| 			}
| 
| 		YY_DO_BEFORE_ACTION;
| 
| do_action:	/* This label is used only to access EOF actions. */
| 
| 		switch ( yy_act )
| 	{ /* beginning of action switch */
| case 1:
| YY_RULE_SETUP
| #line 2 "conftest.l"
| { ECHO; }
| 	YY_BREAK
| case 2:
| YY_RULE_SETUP
| #line 3 "conftest.l"
| { REJECT; }
| 	YY_BREAK
| case 3:
| YY_RULE_SETUP
| #line 4 "conftest.l"
| { yymore (); }
| 	YY_BREAK
| case 4:
| YY_RULE_SETUP
| #line 5 "conftest.l"
| { yyless (1); }
| 	YY_BREAK
| case 5:
| YY_RULE_SETUP
| #line 6 "conftest.l"
| { yyless (input () != 0); }
| 	YY_BREAK
| case 6:
| YY_RULE_SETUP
| #line 7 "conftest.l"
| { unput (yytext[0]); }
| 	YY_BREAK
| case 7:
| YY_RULE_SETUP
| #line 8 "conftest.l"
| { BEGIN INITIAL; }
| 	YY_BREAK
| case 8:
| YY_RULE_SETUP
| #line 9 "conftest.l"
| ECHO;
| 	YY_BREAK
| #line 790 "lex.yy.c"
| 			case YY_STATE_EOF(INITIAL):
| 				yyterminate();
| 
| 	case YY_END_OF_BUFFER:
| 		{
| 		/* Amount of text matched not including the EOB char. */
| 		int yy_amount_of_matched_text = (int) (yy_cp - (yytext_ptr)) - 1;
| 
| 		/* Undo the effects of YY_DO_BEFORE_ACTION. */
| 		*yy_cp = (yy_hold_char);
| 		YY_RESTORE_YY_MORE_OFFSET
| 
| 		if ( YY_CURRENT_BUFFER_LVALUE->yy_buffer_status == YY_BUFFER_NEW )
| 			{
| 			/* We're scanning a new file or input source.  It's
| 			 * possible that this happened because the user
| 			 * just pointed yyin at a new source and called
| 			 * yylex().  If so, then we have to assure
| 			 * consistency between YY_CURRENT_BUFFER and our
| 			 * globals.  Here is the right place to do so, because
| 			 * this is the first action (other than possibly a
| 			 * back-up) that will match for the new input source.
| 			 */
| 			(yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_n_chars;
| 			YY_CURRENT_BUFFER_LVALUE->yy_input_file = yyin;
| 			YY_CURRENT_BUFFER_LVALUE->yy_buffer_status = YY_BUFFER_NORMAL;
| 			}
| 
| 		/* Note that here we test for yy_c_buf_p "<=" to the position
| 		 * of the first EOB in the buffer, since yy_c_buf_p will
| 		 * already have been incremented past the NUL character
| 		 * (since all states make transitions on EOB to the
| 		 * end-of-buffer state).  Contrast this with the test
| 		 * in input().
| 		 */
| 		if ( (yy_c_buf_p) <= &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] )
| 			{ /* This was really a NUL. */
| 			yy_state_type yy_next_state;
| 
| 			(yy_c_buf_p) = (yytext_ptr) + yy_amount_of_matched_text;
| 
| 			yy_current_state = yy_get_previous_state(  );
| 
| 			/* Okay, we're now positioned to make the NUL
| 			 * transition.  We couldn't have
| 			 * yy_get_previous_state() go ahead and do it
| 			 * for us because it doesn't know how to deal
| 			 * with the possibility of jamming (and we don't
| 			 * want to build jamming into it because then it
| 			 * will run more slowly).
| 			 */
| 
| 			yy_next_state = yy_try_NUL_trans( yy_current_state );
| 
| 			yy_bp = (yytext_ptr) + YY_MORE_ADJ;
| 
| 			if ( yy_next_state )
| 				{
| 				/* Consume the NUL. */
| 				yy_cp = ++(yy_c_buf_p);
| 				yy_current_state = yy_next_state;
| 				goto yy_match;
| 				}
| 
| 			else
| 				{
| 				yy_cp = (yy_c_buf_p);
| 				goto yy_find_action;
| 				}
| 			}
| 
| 		else switch ( yy_get_next_buffer(  ) )
| 			{
| 			case EOB_ACT_END_OF_FILE:
| 				{
| 				(yy_did_buffer_switch_on_eof) = 0;
| 
| 				if ( yywrap( ) )
| 					{
| 					/* Note: because we've taken care in
| 					 * yy_get_next_buffer() to have set up
| 					 * yytext, we can now set up
| 					 * yy_c_buf_p so that if some total
| 					 * hoser (like flex itself) wants to
| 					 * call the scanner after we return the
| 					 * YY_NULL, it'll still work - another
| 					 * YY_NULL will get returned.
| 					 */
| 					(yy_c_buf_p) = (yytext_ptr) + YY_MORE_ADJ;
| 
| 					yy_act = YY_STATE_EOF(YY_START);
| 					goto do_action;
| 					}
| 
| 				else
| 					{
| 					if ( ! (yy_did_buffer_switch_on_eof) )
| 						YY_NEW_FILE;
| 					}
| 				break;
| 				}
| 
| 			case EOB_ACT_CONTINUE_SCAN:
| 				(yy_c_buf_p) =
| 					(yytext_ptr) + yy_amount_of_matched_text;
| 
| 				yy_current_state = yy_get_previous_state(  );
| 
| 				yy_cp = (yy_c_buf_p);
| 				yy_bp = (yytext_ptr) + YY_MORE_ADJ;
| 				goto yy_match;
| 
| 			case EOB_ACT_LAST_MATCH:
| 				(yy_c_buf_p) =
| 				&YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)];
| 
| 				yy_current_state = yy_get_previous_state(  );
| 
| 				yy_cp = (yy_c_buf_p);
| 				yy_bp = (yytext_ptr) + YY_MORE_ADJ;
| 				goto yy_find_action;
| 			}
| 		break;
| 		}
| 
| 	default:
| 		YY_FATAL_ERROR(
| 			"fatal flex scanner internal error--no action found" );
| 	} /* end of action switch */
| 		} /* end of scanning one token */
| } /* end of yylex */
| 
| /* yy_get_next_buffer - try to read in a new buffer
|  *
|  * Returns a code representing an action:
|  *	EOB_ACT_LAST_MATCH -
|  *	EOB_ACT_CONTINUE_SCAN - continue scanning from current position
|  *	EOB_ACT_END_OF_FILE - end of file
|  */
| static int yy_get_next_buffer (void)
| {
|     	register char *dest = YY_CURRENT_BUFFER_LVALUE->yy_ch_buf;
| 	register char *source = (yytext_ptr);
| 	register int number_to_move, i;
| 	int ret_val;
| 
| 	if ( (yy_c_buf_p) > &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars) + 1] )
| 		YY_FATAL_ERROR(
| 		"fatal flex scanner internal error--end of buffer missed" );
| 
| 	if ( YY_CURRENT_BUFFER_LVALUE->yy_fill_buffer == 0 )
| 		{ /* Don't try to fill the buffer, so this is an EOF. */
| 		if ( (yy_c_buf_p) - (yytext_ptr) - YY_MORE_ADJ == 1 )
| 			{
| 			/* We matched a single character, the EOB, so
| 			 * treat this as a final EOF.
| 			 */
| 			return EOB_ACT_END_OF_FILE;
| 			}
| 
| 		else
| 			{
| 			/* We matched some text prior to the EOB, first
| 			 * process it.
| 			 */
| 			return EOB_ACT_LAST_MATCH;
| 			}
| 		}
| 
| 	/* Try to read more data. */
| 
| 	/* First move last chars to start of buffer. */
| 	number_to_move = (int) ((yy_c_buf_p) - (yytext_ptr)) - 1;
| 
| 	for ( i = 0; i < number_to_move; ++i )
| 		*(dest++) = *(source++);
| 
| 	if ( YY_CURRENT_BUFFER_LVALUE->yy_buffer_status == YY_BUFFER_EOF_PENDING )
| 		/* don't do the read, it's not guaranteed to return an EOF,
| 		 * just force an EOF
| 		 */
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars) = 0;
| 
| 	else
| 		{
| 			int num_to_read =
| 			YY_CURRENT_BUFFER_LVALUE->yy_buf_size - number_to_move - 1;
| 
| 		while ( num_to_read <= 0 )
| 			{ /* Not enough room in the buffer - grow it. */
| 
| 			YY_FATAL_ERROR(
| "input buffer overflow, can't enlarge buffer because scanner uses REJECT" );
| 
| 			}
| 
| 		if ( num_to_read > YY_READ_BUF_SIZE )
| 			num_to_read = YY_READ_BUF_SIZE;
| 
| 		/* Read in more data. */
| 		YY_INPUT( (&YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[number_to_move]),
| 			(yy_n_chars), (size_t) num_to_read );
| 
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars);
| 		}
| 
| 	if ( (yy_n_chars) == 0 )
| 		{
| 		if ( number_to_move == YY_MORE_ADJ )
| 			{
| 			ret_val = EOB_ACT_END_OF_FILE;
| 			yyrestart(yyin  );
| 			}
| 
| 		else
| 			{
| 			ret_val = EOB_ACT_LAST_MATCH;
| 			YY_CURRENT_BUFFER_LVALUE->yy_buffer_status =
| 				YY_BUFFER_EOF_PENDING;
| 			}
| 		}
| 
| 	else
| 		ret_val = EOB_ACT_CONTINUE_SCAN;
| 
| 	if ((yy_size_t) ((yy_n_chars) + number_to_move) > YY_CURRENT_BUFFER_LVALUE->yy_buf_size) {
| 		/* Extend the array by 50%, plus the number we really need. */
| 		yy_size_t new_size = (yy_n_chars) + number_to_move + ((yy_n_chars) >> 1);
| 		YY_CURRENT_BUFFER_LVALUE->yy_ch_buf = (char *) yyrealloc((void *) YY_CURRENT_BUFFER_LVALUE->yy_ch_buf,new_size  );
| 		if ( ! YY_CURRENT_BUFFER_LVALUE->yy_ch_buf )
| 			YY_FATAL_ERROR( "out of dynamic memory in yy_get_next_buffer()" );
| 	}
| 
| 	(yy_n_chars) += number_to_move;
| 	YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] = YY_END_OF_BUFFER_CHAR;
| 	YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars) + 1] = YY_END_OF_BUFFER_CHAR;
| 
| 	(yytext_ptr) = &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[0];
| 
| 	return ret_val;
| }
| 
| /* yy_get_previous_state - get the state just before the EOB char was reached */
| 
|     static yy_state_type yy_get_previous_state (void)
| {
| 	register yy_state_type yy_current_state;
| 	register char *yy_cp;
|     
| 	yy_current_state = (yy_start);
| 
| 	(yy_state_ptr) = (yy_state_buf);
| 	*(yy_state_ptr)++ = yy_current_state;
| 
| 	for ( yy_cp = (yytext_ptr) + YY_MORE_ADJ; yy_cp < (yy_c_buf_p); ++yy_cp )
| 		{
| 		register YY_CHAR yy_c = (*yy_cp ? yy_ec[YY_SC_TO_UI(*yy_cp)] : 1);
| 		while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state )
| 			{
| 			yy_current_state = (int) yy_def[yy_current_state];
| 			if ( yy_current_state >= 13 )
| 				yy_c = yy_meta[(unsigned int) yy_c];
| 			}
| 		yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c];
| 		*(yy_state_ptr)++ = yy_current_state;
| 		}
| 
| 	return yy_current_state;
| }
| 
| /* yy_try_NUL_trans - try to make a transition on the NUL character
|  *
|  * synopsis
|  *	next_state = yy_try_NUL_trans( current_state );
|  */
|     static yy_state_type yy_try_NUL_trans  (yy_state_type yy_current_state )
| {
| 	register int yy_is_jam;
|     
| 	register YY_CHAR yy_c = 1;
| 	while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state )
| 		{
| 		yy_current_state = (int) yy_def[yy_current_state];
| 		if ( yy_current_state >= 13 )
| 			yy_c = yy_meta[(unsigned int) yy_c];
| 		}
| 	yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c];
| 	yy_is_jam = (yy_current_state == 12);
| 	if ( ! yy_is_jam )
| 		*(yy_state_ptr)++ = yy_current_state;
| 
| 	return yy_is_jam ? 0 : yy_current_state;
| }
| 
|     static void yyunput (int c, register char * yy_bp )
| {
| 	register char *yy_cp;
|     
|     yy_cp = (yy_c_buf_p);
| 
| 	/* undo effects of setting up yytext */
| 	*yy_cp = (yy_hold_char);
| 
| 	if ( yy_cp < YY_CURRENT_BUFFER_LVALUE->yy_ch_buf + 2 )
| 		{ /* need to shift things up to make room */
| 		/* +2 for EOB chars. */
| 		register int number_to_move = (yy_n_chars) + 2;
| 		register char *dest = &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[
| 					YY_CURRENT_BUFFER_LVALUE->yy_buf_size + 2];
| 		register char *source =
| 				&YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[number_to_move];
| 
| 		while ( source > YY_CURRENT_BUFFER_LVALUE->yy_ch_buf )
| 			*--dest = *--source;
| 
| 		yy_cp += (int) (dest - source);
| 		yy_bp += (int) (dest - source);
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars =
| 			(yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_buf_size;
| 
| 		if ( yy_cp < YY_CURRENT_BUFFER_LVALUE->yy_ch_buf + 2 )
| 			YY_FATAL_ERROR( "flex scanner push-back overflow" );
| 		}
| 
| 	*--yy_cp = (char) c;
| 
| 	(yytext_ptr) = yy_bp;
| 	(yy_hold_char) = *yy_cp;
| 	(yy_c_buf_p) = yy_cp;
| }
| 
| #ifndef YY_NO_INPUT
| #ifdef __cplusplus
|     static int yyinput (void)
| #else
|     static int input  (void)
| #endif
| 
| {
| 	int c;
|     
| 	*(yy_c_buf_p) = (yy_hold_char);
| 
| 	if ( *(yy_c_buf_p) == YY_END_OF_BUFFER_CHAR )
| 		{
| 		/* yy_c_buf_p now points to the character we want to return.
| 		 * If this occurs *before* the EOB characters, then it's a
| 		 * valid NUL; if not, then we've hit the end of the buffer.
| 		 */
| 		if ( (yy_c_buf_p) < &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] )
| 			/* This was really a NUL. */
| 			*(yy_c_buf_p) = '\0';
| 
| 		else
| 			{ /* need more input */
| 			int offset = (yy_c_buf_p) - (yytext_ptr);
| 			++(yy_c_buf_p);
| 
| 			switch ( yy_get_next_buffer(  ) )
| 				{
| 				case EOB_ACT_LAST_MATCH:
| 					/* This happens because yy_g_n_b()
| 					 * sees that we've accumulated a
| 					 * token and flags that we need to
| 					 * try matching the token before
| 					 * proceeding.  But for input(),
| 					 * there's no matching to consider.
| 					 * So convert the EOB_ACT_LAST_MATCH
| 					 * to EOB_ACT_END_OF_FILE.
| 					 */
| 
| 					/* Reset buffer status. */
| 					yyrestart(yyin );
| 
| 					/*FALLTHROUGH*/
| 
| 				case EOB_ACT_END_OF_FILE:
| 					{
| 					if ( yywrap( ) )
| 						return EOF;
| 
| 					if ( ! (yy_did_buffer_switch_on_eof) )
| 						YY_NEW_FILE;
| #ifdef __cplusplus
| 					return yyinput();
| #else
| 					return input();
| #endif
| 					}
| 
| 				case EOB_ACT_CONTINUE_SCAN:
| 					(yy_c_buf_p) = (yytext_ptr) + offset;
| 					break;
| 				}
| 			}
| 		}
| 
| 	c = *(unsigned char *) (yy_c_buf_p);	/* cast for 8-bit char's */
| 	*(yy_c_buf_p) = '\0';	/* preserve yytext */
| 	(yy_hold_char) = *++(yy_c_buf_p);
| 
| 	return c;
| }
| #endif	/* ifndef YY_NO_INPUT */
| 
| /** Immediately switch to a different input stream.
|  * @param input_file A readable stream.
|  * 
|  * @note This function does not reset the start condition to @c INITIAL .
|  */
|     void yyrestart  (FILE * input_file )
| {
|     
| 	if ( ! YY_CURRENT_BUFFER ){
|         yyensure_buffer_stack ();
| 		YY_CURRENT_BUFFER_LVALUE =
|             yy_create_buffer(yyin,YY_BUF_SIZE );
| 	}
| 
| 	yy_init_buffer(YY_CURRENT_BUFFER,input_file );
| 	yy_load_buffer_state( );
| }
| 
| /** Switch to a different input buffer.
|  * @param new_buffer The new input buffer.
|  * 
|  */
|     void yy_switch_to_buffer  (YY_BUFFER_STATE  new_buffer )
| {
|     
| 	/* TODO. We should be able to replace this entire function body
| 	 * with
| 	 *		yypop_buffer_state();
| 	 *		yypush_buffer_state(new_buffer);
|      */
| 	yyensure_buffer_stack ();
| 	if ( YY_CURRENT_BUFFER == new_buffer )
| 		return;
| 
| 	if ( YY_CURRENT_BUFFER )
| 		{
| 		/* Flush out information for old buffer. */
| 		*(yy_c_buf_p) = (yy_hold_char);
| 		YY_CURRENT_BUFFER_LVALUE->yy_buf_pos = (yy_c_buf_p);
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars);
| 		}
| 
| 	YY_CURRENT_BUFFER_LVALUE = new_buffer;
| 	yy_load_buffer_state( );
| 
| 	/* We don't actually know whether we did this switch during
| 	 * EOF (yywrap()) processing, but the only time this flag
| 	 * is looked at is after yywrap() is called, so it's safe
| 	 * to go ahead and always set it.
| 	 */
| 	(yy_did_buffer_switch_on_eof) = 1;
| }
| 
| static void yy_load_buffer_state  (void)
| {
|     	(yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_n_chars;
| 	(yytext_ptr) = (yy_c_buf_p) = YY_CURRENT_BUFFER_LVALUE->yy_buf_pos;
| 	yyin = YY_CURRENT_BUFFER_LVALUE->yy_input_file;
| 	(yy_hold_char) = *(yy_c_buf_p);
| }
| 
| /** Allocate and initialize an input buffer state.
|  * @param file A readable stream.
|  * @param size The character buffer size in bytes. When in doubt, use @c YY_BUF_SIZE.
|  * 
|  * @return the allocated buffer state.
|  */
|     YY_BUFFER_STATE yy_create_buffer  (FILE * file, int  size )
| {
| 	YY_BUFFER_STATE b;
|     
| 	b = (YY_BUFFER_STATE) yyalloc(sizeof( struct yy_buffer_state )  );
| 	if ( ! b )
| 		YY_FATAL_ERROR( "out of dynamic memory in yy_create_buffer()" );
| 
| 	b->yy_buf_size = size;
| 
| 	/* yy_ch_buf has to be 2 characters longer than the size given because
| 	 * we need to put in 2 end-of-buffer characters.
| 	 */
| 	b->yy_ch_buf = (char *) yyalloc(b->yy_buf_size + 2  );
| 	if ( ! b->yy_ch_buf )
| 		YY_FATAL_ERROR( "out of dynamic memory in yy_create_buffer()" );
| 
| 	b->yy_is_our_buffer = 1;
| 
| 	yy_init_buffer(b,file );
| 
| 	return b;
| }
| 
| /** Destroy the buffer.
|  * @param b a buffer created with yy_create_buffer()
|  * 
|  */
|     void yy_delete_buffer (YY_BUFFER_STATE  b )
| {
|     
| 	if ( ! b )
| 		return;
| 
| 	if ( b == YY_CURRENT_BUFFER ) /* Not sure if we should pop here. */
| 		YY_CURRENT_BUFFER_LVALUE = (YY_BUFFER_STATE) 0;
| 
| 	if ( b->yy_is_our_buffer )
| 		yyfree((void *) b->yy_ch_buf  );
| 
| 	yyfree((void *) b  );
| }
| 
| #ifndef __cplusplus
| extern int isatty (int );
| #endif /* __cplusplus */
|     
| /* Initializes or reinitializes a buffer.
|  * This function is sometimes called more than once on the same buffer,
|  * such as during a yyrestart() or at EOF.
|  */
|     static void yy_init_buffer  (YY_BUFFER_STATE  b, FILE * file )
| 
| {
| 	int oerrno = errno;
|     
| 	yy_flush_buffer(b );
| 
| 	b->yy_input_file = file;
| 	b->yy_fill_buffer = 1;
| 
|     /* If b is the current buffer, then yy_init_buffer was _probably_
|      * called from yyrestart() or through yy_get_next_buffer.
|      * In that case, we don't want to reset the lineno or column.
|      */
|     if (b != YY_CURRENT_BUFFER){
|         b->yy_bs_lineno = 1;
|         b->yy_bs_column = 0;
|     }
| 
|         b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0;
|     
| 	errno = oerrno;
| }
| 
| /** Discard all buffered characters. On the next scan, YY_INPUT will be called.
|  * @param b the buffer state to be flushed, usually @c YY_CURRENT_BUFFER.
|  * 
|  */
|     void yy_flush_buffer (YY_BUFFER_STATE  b )
| {
|     	if ( ! b )
| 		return;
| 
| 	b->yy_n_chars = 0;
| 
| 	/* We always need two end-of-buffer characters.  The first causes
| 	 * a transition to the end-of-buffer state.  The second causes
| 	 * a jam in that state.
| 	 */
| 	b->yy_ch_buf[0] = YY_END_OF_BUFFER_CHAR;
| 	b->yy_ch_buf[1] = YY_END_OF_BUFFER_CHAR;
| 
| 	b->yy_buf_pos = &b->yy_ch_buf[0];
| 
| 	b->yy_at_bol = 1;
| 	b->yy_buffer_status = YY_BUFFER_NEW;
| 
| 	if ( b == YY_CURRENT_BUFFER )
| 		yy_load_buffer_state( );
| }
| 
| /** Pushes the new state onto the stack. The new state becomes
|  *  the current state. This function will allocate the stack
|  *  if necessary.
|  *  @param new_buffer The new state.
|  *  
|  */
| void yypush_buffer_state (YY_BUFFER_STATE new_buffer )
| {
|     	if (new_buffer == NULL)
| 		return;
| 
| 	yyensure_buffer_stack();
| 
| 	/* This block is copied from yy_switch_to_buffer. */
| 	if ( YY_CURRENT_BUFFER )
| 		{
| 		/* Flush out information for old buffer. */
| 		*(yy_c_buf_p) = (yy_hold_char);
| 		YY_CURRENT_BUFFER_LVALUE->yy_buf_pos = (yy_c_buf_p);
| 		YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars);
| 		}
| 
| 	/* Only push if top exists. Otherwise, replace top. */
| 	if (YY_CURRENT_BUFFER)
| 		(yy_buffer_stack_top)++;
| 	YY_CURRENT_BUFFER_LVALUE = new_buffer;
| 
| 	/* copied from yy_switch_to_buffer. */
| 	yy_load_buffer_state( );
| 	(yy_did_buffer_switch_on_eof) = 1;
| }
| 
| /** Removes and deletes the top of the stack, if present.
|  *  The next element becomes the new top.
|  *  
|  */
| void yypop_buffer_state (void)
| {
|     	if (!YY_CURRENT_BUFFER)
| 		return;
| 
| 	yy_delete_buffer(YY_CURRENT_BUFFER );
| 	YY_CURRENT_BUFFER_LVALUE = NULL;
| 	if ((yy_buffer_stack_top) > 0)
| 		--(yy_buffer_stack_top);
| 
| 	if (YY_CURRENT_BUFFER) {
| 		yy_load_buffer_state( );
| 		(yy_did_buffer_switch_on_eof) = 1;
| 	}
| }
| 
| /* Allocates the stack if it does not exist.
|  *  Guarantees space for at least one push.
|  */
| static void yyensure_buffer_stack (void)
| {
| 	int num_to_alloc;
|     
| 	if (!(yy_buffer_stack)) {
| 
| 		/* First allocation is just for 2 elements, since we don't know if this
| 		 * scanner will even need a stack. We use 2 instead of 1 to avoid an
| 		 * immediate realloc on the next call.
|          */
| 		num_to_alloc = 1;
| 		(yy_buffer_stack) = (struct yy_buffer_state**)yyalloc
| 								(num_to_alloc * sizeof(struct yy_buffer_state*)
| 								);
| 		if ( ! (yy_buffer_stack) )
| 			YY_FATAL_ERROR( "out of dynamic memory in yyensure_buffer_stack()" );
| 								  
| 		memset((yy_buffer_stack), 0, num_to_alloc * sizeof(struct yy_buffer_state*));
| 				
| 		(yy_buffer_stack_max) = num_to_alloc;
| 		(yy_buffer_stack_top) = 0;
| 		return;
| 	}
| 
| 	if ((yy_buffer_stack_top) >= ((yy_buffer_stack_max)) - 1){
| 
| 		/* Increase the buffer to prepare for a possible push. */
| 		int grow_size = 8 /* arbitrary grow size */;
| 
| 		num_to_alloc = (yy_buffer_stack_max) + grow_size;
| 		(yy_buffer_stack) = (struct yy_buffer_state**)yyrealloc
| 								((yy_buffer_stack),
| 								num_to_alloc * sizeof(struct yy_buffer_state*)
| 								);
| 		if ( ! (yy_buffer_stack) )
| 			YY_FATAL_ERROR( "out of dynamic memory in yyensure_buffer_stack()" );
| 
| 		/* zero only the new slots.*/
| 		memset((yy_buffer_stack) + (yy_buffer_stack_max), 0, grow_size * sizeof(struct yy_buffer_state*));
| 		(yy_buffer_stack_max) = num_to_alloc;
| 	}
| }
| 
| /** Setup the input buffer state to scan directly from a user-specified character buffer.
|  * @param base the character buffer
|  * @param size the size in bytes of the character buffer
|  * 
|  * @return the newly allocated buffer state object. 
|  */
| YY_BUFFER_STATE yy_scan_buffer  (char * base, yy_size_t  size )
| {
| 	YY_BUFFER_STATE b;
|     
| 	if ( size < 2 ||
| 	     base[size-2] != YY_END_OF_BUFFER_CHAR ||
| 	     base[size-1] != YY_END_OF_BUFFER_CHAR )
| 		/* They forgot to leave room for the EOB's. */
| 		return 0;
| 
| 	b = (YY_BUFFER_STATE) yyalloc(sizeof( struct yy_buffer_state )  );
| 	if ( ! b )
| 		YY_FATAL_ERROR( "out of dynamic memory in yy_scan_buffer()" );
| 
| 	b->yy_buf_size = size - 2;	/* "- 2" to take care of EOB's */
| 	b->yy_buf_pos = b->yy_ch_buf = base;
| 	b->yy_is_our_buffer = 0;
| 	b->yy_input_file = 0;
| 	b->yy_n_chars = b->yy_buf_size;
| 	b->yy_is_interactive = 0;
| 	b->yy_at_bol = 1;
| 	b->yy_fill_buffer = 0;
| 	b->yy_buffer_status = YY_BUFFER_NEW;
| 
| 	yy_switch_to_buffer(b  );
| 
| 	return b;
| }
| 
| /** Setup the input buffer state to scan a string. The next call to yylex() will
|  * scan from a @e copy of @a str.
|  * @param yystr a NUL-terminated string to scan
|  * 
|  * @return the newly allocated buffer state object.
|  * @note If you want to scan bytes that may contain NUL values, then use
|  *       yy_scan_bytes() instead.
|  */
| YY_BUFFER_STATE yy_scan_string (yyconst char * yystr )
| {
|     
| 	return yy_scan_bytes(yystr,strlen(yystr) );
| }
| 
| /** Setup the input buffer state to scan the given bytes. The next call to yylex() will
|  * scan from a @e copy of @a bytes.
|  * @param bytes the byte buffer to scan
|  * @param len the number of bytes in the buffer pointed to by @a bytes.
|  * 
|  * @return the newly allocated buffer state object.
|  */
| YY_BUFFER_STATE yy_scan_bytes  (yyconst char * yybytes, int  _yybytes_len )
| {
| 	YY_BUFFER_STATE b;
| 	char *buf;
| 	yy_size_t n;
| 	int i;
|     
| 	/* Get memory for full buffer, including space for trailing EOB's. */
| 	n = _yybytes_len + 2;
| 	buf = (char *) yyalloc(n  );
| 	if ( ! buf )
| 		YY_FATAL_ERROR( "out of dynamic memory in yy_scan_bytes()" );
| 
| 	for ( i = 0; i < _yybytes_len; ++i )
| 		buf[i] = yybytes[i];
| 
| 	buf[_yybytes_len] = buf[_yybytes_len+1] = YY_END_OF_BUFFER_CHAR;
| 
| 	b = yy_scan_buffer(buf,n );
| 	if ( ! b )
| 		YY_FATAL_ERROR( "bad buffer in yy_scan_bytes()" );
| 
| 	/* It's okay to grow etc. this buffer, and we should throw it
| 	 * away when we're done.
| 	 */
| 	b->yy_is_our_buffer = 1;
| 
| 	return b;
| }
| 
| #ifndef YY_EXIT_FAILURE
| #define YY_EXIT_FAILURE 2
| #endif
| 
| static void yy_fatal_error (yyconst char* msg )
| {
|     	(void) fprintf( stderr, "%s\n", msg );
| 	exit( YY_EXIT_FAILURE );
| }
| 
| /* Redefine yyless() so it works in section 3 code. */
| 
| #undef yyless
| #define yyless(n) \
| 	do \
| 		{ \
| 		/* Undo effects of setting up yytext. */ \
|         int yyless_macro_arg = (n); \
|         YY_LESS_LINENO(yyless_macro_arg);\
| 		yytext[yyleng] = (yy_hold_char); \
| 		(yy_c_buf_p) = yytext + yyless_macro_arg; \
| 		(yy_hold_char) = *(yy_c_buf_p); \
| 		*(yy_c_buf_p) = '\0'; \
| 		yyleng = yyless_macro_arg; \
| 		} \
| 	while ( 0 )
| 
| /* Accessor  methods (get/set functions) to struct members. */
| 
| /** Get the current line number.
|  * 
|  */
| int yyget_lineno  (void)
| {
|         
|     return yylineno;
| }
| 
| /** Get the input stream.
|  * 
|  */
| FILE *yyget_in  (void)
| {
|         return yyin;
| }
| 
| /** Get the output stream.
|  * 
|  */
| FILE *yyget_out  (void)
| {
|         return yyout;
| }
| 
| /** Get the length of the current token.
|  * 
|  */
| int yyget_leng  (void)
| {
|         return yyleng;
| }
| 
| /** Get the current token.
|  * 
|  */
| 
| char *yyget_text  (void)
| {
|         return yytext;
| }
| 
| /** Set the current line number.
|  * @param line_number
|  * 
|  */
| void yyset_lineno (int  line_number )
| {
|     
|     yylineno = line_number;
| }
| 
| /** Set the input stream. This does not discard the current
|  * input buffer.
|  * @param in_str A readable stream.
|  * 
|  * @see yy_switch_to_buffer
|  */
| void yyset_in (FILE *  in_str )
| {
|         yyin = in_str ;
| }
| 
| void yyset_out (FILE *  out_str )
| {
|         yyout = out_str ;
| }
| 
| int yyget_debug  (void)
| {
|         return yy_flex_debug;
| }
| 
| void yyset_debug (int  bdebug )
| {
|         yy_flex_debug = bdebug ;
| }
| 
| static int yy_init_globals (void)
| {
|         /* Initialization is the same as for the non-reentrant scanner.
|      * This function is called from yylex_destroy(), so don't allocate here.
|      */
| 
|     (yy_buffer_stack) = 0;
|     (yy_buffer_stack_top) = 0;
|     (yy_buffer_stack_max) = 0;
|     (yy_c_buf_p) = (char *) 0;
|     (yy_init) = 0;
|     (yy_start) = 0;
| 
|     (yy_state_buf) = 0;
|     (yy_state_ptr) = 0;
|     (yy_full_match) = 0;
|     (yy_lp) = 0;
| 
| /* Defined in main.c */
| #ifdef YY_STDINIT
|     yyin = stdin;
|     yyout = stdout;
| #else
|     yyin = (FILE *) 0;
|     yyout = (FILE *) 0;
| #endif
| 
|     /* For future reference: Set errno on error, since we are called by
|      * yylex_init()
|      */
|     return 0;
| }
| 
| /* yylex_destroy is for both reentrant and non-reentrant scanners. */
| int yylex_destroy  (void)
| {
|     
|     /* Pop the buffer stack, destroying each element. */
| 	while(YY_CURRENT_BUFFER){
| 		yy_delete_buffer(YY_CURRENT_BUFFER  );
| 		YY_CURRENT_BUFFER_LVALUE = NULL;
| 		yypop_buffer_state();
| 	}
| 
| 	/* Destroy the stack itself. */
| 	yyfree((yy_buffer_stack) );
| 	(yy_buffer_stack) = NULL;
| 
|     yyfree ( (yy_state_buf) );
|     (yy_state_buf)  = NULL;
| 
|     /* Reset the globals. This is important in a non-reentrant scanner so the next time
|      * yylex() is called, initialization will occur. */
|     yy_init_globals( );
| 
|     return 0;
| }
| 
| /*
|  * Internal utility routines.
|  */
| 
| #ifndef yytext_ptr
| static void yy_flex_strncpy (char* s1, yyconst char * s2, int n )
| {
| 	register int i;
| 	for ( i = 0; i < n; ++i )
| 		s1[i] = s2[i];
| }
| #endif
| 
| #ifdef YY_NEED_STRLEN
| static int yy_flex_strlen (yyconst char * s )
| {
| 	register int n;
| 	for ( n = 0; s[n]; ++n )
| 		;
| 
| 	return n;
| }
| #endif
| 
| void *yyalloc (yy_size_t  size )
| {
| 	return (void *) malloc( size );
| }
| 
| void *yyrealloc  (void * ptr, yy_size_t  size )
| {
| 	/* The cast to (char *) in the following accommodates both
| 	 * implementations that use char* generic pointers, and those
| 	 * that use void* generic pointers.  It works with the latter
| 	 * because both ANSI C and C++ allow castless assignment from
| 	 * any pointer type to void*, and deal with argument conversions
| 	 * as though doing an assignment.
| 	 */
| 	return (void *) realloc( (char *) ptr, size );
| }
| 
| void yyfree (void * ptr )
| {
| 	free( (char *) ptr );	/* see yyrealloc() for (char *) cast */
| }
| 
| #define YYTABLES_NAME "yytables"
| 
| #line 9 "conftest.l"
| 
| 
| #ifdef YYTEXT_POINTER
| extern char *yytext;
| #endif
| int
| main (void)
| {
|   return ! yylex () + ! yywrap ();
| }
configure:20077: result: no
configure:20094: checking for byacc
configure:20112: found /usr/bin/byacc
configure:20125: result: /usr/bin/byacc
configure:20163: checking for unzip
configure:20181: found /usr/local/bin/unzip
configure:20194: result: /usr/local/bin/unzip
configure:20299: checking for sdl-config
configure:20317: found /usr/local/bin/sdl-config
configure:20330: result: /usr/local/bin/sdl-config
configure:20339: checking for SDL - version >= 0.11.0
configure:20436: g++ -o conftest -g -O2 -I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=1 -D_REENTRANT   conftest.cpp  -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -pthread >&5
conftest.cpp: In function 'int main(int, char**)':
conftest.cpp:55: warning: deprecated conversion from string constant to 'char*'
configure:20440: $? = 0
configure:20446: ./conftest
configure:20450: $? = 0
configure:20472: result: yes
configure:20580: checking SDL/SDL_ffmpeg.h usability
configure:20597: g++ -c -g -O2  conftest.cpp >&5
conftest.cpp:55:28: error: SDL/SDL_ffmpeg.h: No such file or directory
configure:20604: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "ctp2"
| #define PACKAGE_TARNAME "ctp2"
| #define PACKAGE_VERSION "1.2"
| #define PACKAGE_STRING "ctp2 1.2"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE "ctp2"
| #define VERSION "1.2"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define AUTOMAKE_INVOKES_YACC 1
| /* end confdefs.h.  */
| #include <stdio.h>
| #ifdef HAVE_SYS_TYPES_H
| # include <sys/types.h>
| #endif
| #ifdef HAVE_SYS_STAT_H
| # include <sys/stat.h>
| #endif
| #ifdef STDC_HEADERS
| # include <stdlib.h>
| # include <stddef.h>
| #else
| # ifdef HAVE_STDLIB_H
| #  include <stdlib.h>
| # endif
| #endif
| #ifdef HAVE_STRING_H
| # if !defined STDC_HEADERS && defined HAVE_MEMORY_H
| #  include <memory.h>
| # endif
| # include <string.h>
| #endif
| #ifdef HAVE_STRINGS_H
| # include <strings.h>
| #endif
| #ifdef HAVE_INTTYPES_H
| # include <inttypes.h>
| #endif
| #ifdef HAVE_STDINT_H
| # include <stdint.h>
| #endif
| #ifdef HAVE_UNISTD_H
| # include <unistd.h>
| #endif
| #include <SDL/SDL_ffmpeg.h>
configure:20618: result: no
configure:20622: checking SDL/SDL_ffmpeg.h presence
configure:20637: g++ -E  conftest.cpp
conftest.cpp:22:28: error: SDL/SDL_ffmpeg.h: No such file or directory
configure:20644: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "ctp2"
| #define PACKAGE_TARNAME "ctp2"
| #define PACKAGE_VERSION "1.2"
| #define PACKAGE_STRING "ctp2 1.2"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE "ctp2"
| #define VERSION "1.2"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define AUTOMAKE_INVOKES_YACC 1
| /* end confdefs.h.  */
| #include <SDL/SDL_ffmpeg.h>
configure:20658: result: no
configure:20686: checking for SDL/SDL_ffmpeg.h
configure:20693: result: no
configure:20717: checking for X
configure:20957: result: libraries /usr/local/lib, headers /usr/local/include
configure:20979: checking whether -R must be followed by a space
configure:21005: g++ -o conftest -g -O2   conftest.cpp  -R/usr/local/lib >&5
configure:21012: $? = 0
configure:21020: result: no
configure:21126: g++ -o conftest -g -O2   conftest.cpp   -L/usr/local/lib -R/usr/local/lib -lX11 >&5
configure:21133: $? = 0
configure:21301: checking for gethostbyname
configure:21357: g++ -o conftest -g -O2   conftest.cpp  >&5
configure:21364: $? = 0
configure:21384: result: yes
configure:21537: checking for connect
configure:21593: g++ -o conftest -g -O2   conftest.cpp  >&5
configure:21600: $? = 0
configure:21620: result: yes
configure:21696: checking for remove
configure:21752: g++ -o conftest -g -O2   conftest.cpp  >&5
configure:21759: $? = 0
configure:21779: result: yes
configure:21855: checking for shmat
configure:21911: g++ -o conftest -g -O2   conftest.cpp  >&5
configure:21918: $? = 0
configure:21938: result: yes
configure:22023: checking for IceConnectionNumber in -lICE
configure:22058: g++ -o conftest -g -O2   -L/usr/local/lib conftest.cpp -lICE   >&5
configure:22065: $? = 0
configure:22086: result: yes
configure:22103: checking whether byte ordering is bigendian
configure:22128: g++ -c -g -O2  conftest.cpp >&5
conftest.cpp:24: error: 'neither' does not name a type
configure:22135: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "ctp2"
| #define PACKAGE_TARNAME "ctp2"
| #define PACKAGE_VERSION "1.2"
| #define PACKAGE_STRING "ctp2 1.2"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE "ctp2"
| #define VERSION "1.2"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define AUTOMAKE_INVOKES_YACC 1
| #define USE_SDL 1
| /* end confdefs.h.  */
| #if ! (defined __BIG_ENDIAN__ || defined __LITTLE_ENDIAN__)
| 	       neither is defined;
| 	     #endif
| 	     typedef int dummy;
| 
configure:22179: g++ -c -g -O2  conftest.cpp >&5
configure:22186: $? = 0
configure:22218: g++ -c -g -O2  conftest.cpp >&5
conftest.cpp: In function 'int main()':
conftest.cpp:30: error: 'big' was not declared in this scope
conftest.cpp:30: error: expected `;' before 'endian'
configure:22225: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "ctp2"
| #define PACKAGE_TARNAME "ctp2"
| #define PACKAGE_VERSION "1.2"
| #define PACKAGE_STRING "ctp2 1.2"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE "ctp2"
| #define VERSION "1.2"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define AUTOMAKE_INVOKES_YACC 1
| #define USE_SDL 1
| /* end confdefs.h.  */
| #include <sys/types.h>
| 		#include <sys/param.h>
| 
| int
| main ()
| {
| #if BYTE_ORDER != BIG_ENDIAN
| 		 not big endian
| 		#endif
| 
|   ;
|   return 0;
| }
configure:22477: result: no
configure:22624: checking sys/param.h usability
configure:22641: g++ -c -g -O2  conftest.cpp >&5
configure:22648: $? = 0
configure:22662: result: yes
configure:22666: checking sys/param.h presence
configure:22681: g++ -E  conftest.cpp
configure:22688: $? = 0
configure:22702: result: yes
configure:22730: checking for sys/param.h
configure:22739: result: yes
configure:22771: checking for htlatex
configure:22804: result: no
configure:22811: checking for makeindex
configure:22829: found /usr/local/bin/makeindex
configure:22841: result: /usr/local/bin/makeindex
configure:22851: checking for pdflatex
configure:22869: found /usr/local/bin/pdflatex
configure:22881: result: /usr/local/bin/pdflatex
configure:22891: checking for perl
configure:22909: found /usr/local/bin/perl
configure:22921: result: /usr/local/bin/perl
configure:22931: checking for thumbpdf
configure:22949: found /usr/local/bin/thumbpdf
configure:22961: result: /usr/local/bin/thumbpdf
configure:22973: checking for acroread
configure:22991: found /usr/local/bin/acroread
configure:23003: result: /usr/local/bin/acroread

## ---------------- ##
## Cache variables. ##
## ---------------- ##

ac_cv_build=i386-unknown-freebsd8.0
ac_cv_c_bigendian=no
ac_cv_c_compiler_gnu=yes
ac_cv_cxx_compiler_gnu=yes
ac_cv_env_CCC_set=''
ac_cv_env_CCC_value=''
ac_cv_env_CC_set=''
ac_cv_env_CC_value=''
ac_cv_env_CFLAGS_set=''
ac_cv_env_CFLAGS_value=''
ac_cv_env_CPPFLAGS_set=''
ac_cv_env_CPPFLAGS_value=''
ac_cv_env_CPP_set=''
ac_cv_env_CPP_value=''
ac_cv_env_CXXCPP_set=''
ac_cv_env_CXXCPP_value=''
ac_cv_env_CXXFLAGS_set=''
ac_cv_env_CXXFLAGS_value=''
ac_cv_env_CXX_set=''
ac_cv_env_CXX_value=''
ac_cv_env_F77_set=''
ac_cv_env_F77_value=''
ac_cv_env_FFLAGS_set=''
ac_cv_env_FFLAGS_value=''
ac_cv_env_LDFLAGS_set=''
ac_cv_env_LDFLAGS_value=''
ac_cv_env_LIBS_set=''
ac_cv_env_LIBS_value=''
ac_cv_env_XMKMF_set=''
ac_cv_env_XMKMF_value=''
ac_cv_env_build_alias_set=''
ac_cv_env_build_alias_value=''
ac_cv_env_host_alias_set=''
ac_cv_env_host_alias_value=''
ac_cv_env_target_alias_set=''
ac_cv_env_target_alias_value=''
ac_cv_f77_compiler_gnu=no
ac_cv_func_connect=yes
ac_cv_func_gethostbyname=yes
ac_cv_func_remove=yes
ac_cv_func_shmat=yes
ac_cv_have_x='have_x=yes	ac_x_includes='\''/usr/local/include'\''	ac_x_libraries='\''/usr/local/lib'\'''
ac_cv_header_SDL_SDL_ffmpeg_h=no
ac_cv_header_dlfcn_h=yes
ac_cv_header_inttypes_h=yes
ac_cv_header_memory_h=yes
ac_cv_header_stdc=yes
ac_cv_header_stdint_h=yes
ac_cv_header_stdlib_h=yes
ac_cv_header_string_h=yes
ac_cv_header_strings_h=yes
ac_cv_header_sys_param_h=yes
ac_cv_header_sys_stat_h=yes
ac_cv_header_sys_types_h=yes
ac_cv_header_unistd_h=yes
ac_cv_host=i386-unknown-freebsd8.0
ac_cv_lib_ICE_IceConnectionNumber=yes
ac_cv_lib_lex='none needed'
ac_cv_objext=o
ac_cv_path_EGREP='/usr/bin/grep -E'
ac_cv_path_GREP=/usr/bin/grep
ac_cv_path_MAKEINDEX=/usr/local/bin/makeindex
ac_cv_path_PDFLATEX=/usr/local/bin/pdflatex
ac_cv_path_PERL=/usr/local/bin/perl
ac_cv_path_SDL_CONFIG=/usr/local/bin/sdl-config
ac_cv_path_THUMBPDF=/usr/local/bin/thumbpdf
ac_cv_path_UNZIP=/usr/local/bin/unzip
ac_cv_path_VIEWPDF=/usr/local/bin/acroread
ac_cv_path_YACC=/usr/bin/byacc
ac_cv_path_install='/usr/local/bin/ginstall -c'
ac_cv_path_mkdir=/usr/local/bin/gmkdir
ac_cv_prog_AWK=gawk
ac_cv_prog_CPP='gcc -E'
ac_cv_prog_CXXCPP='g++ -E'
ac_cv_prog_LEX=flex
ac_cv_prog_ac_ct_AR=ar
ac_cv_prog_ac_ct_CC=gcc
ac_cv_prog_ac_ct_CXX=g++
ac_cv_prog_ac_ct_RANLIB=ranlib
ac_cv_prog_ac_ct_STRIP=strip
ac_cv_prog_cc_c89=''
ac_cv_prog_cc_g=yes
ac_cv_prog_cxx_g=yes
ac_cv_prog_f77_g=no
ac_cv_prog_lex_root=lex.yy
ac_cv_prog_lex_yytext_pointer=no
ac_cv_prog_make_make_set=yes
ac_cv_target=i386-unknown-freebsd8.0
am_cv_CC_dependencies_compiler_type=gcc3
am_cv_CXX_dependencies_compiler_type=gcc3
lt_cv_deplibs_check_method=pass_all
lt_cv_file_magic_cmd='$MAGIC_CMD'
lt_cv_file_magic_test_file=''
lt_cv_ld_reload_flag=-r
lt_cv_objdir=.libs
lt_cv_path_LD=/usr/bin/ld
lt_cv_path_LDCXX=/usr/bin/ld
lt_cv_path_NM='/usr/bin/nm -B'
lt_cv_path_SED=/usr/bin/sed
lt_cv_prog_compiler_c_o=yes
lt_cv_prog_compiler_c_o_CXX=yes
lt_cv_prog_compiler_pic_works=yes
lt_cv_prog_compiler_pic_works_CXX=yes
lt_cv_prog_compiler_rtti_exceptions=no
lt_cv_prog_compiler_static_works=yes
lt_cv_prog_compiler_static_works_CXX=yes
lt_cv_prog_gnu_ld=yes
lt_cv_prog_gnu_ldcxx=yes
lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[ 	]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ 	][ 	]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p'\'''
lt_cv_sys_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) $/  {\"\1\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \([^ ]*\) \([^ ]*\)$/  {"\2", (lt_ptr) \&\2},/p'\'''
lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^. .* \(.*\)$/extern int \1;/p'\'''
lt_cv_sys_lib_dlsearch_path_spec='/lib /usr/lib'
lt_cv_sys_lib_search_path_spec=/usr/lib
lt_cv_sys_max_cmd_len=196608
lt_lt_cv_prog_compiler_c_o='"yes"'
lt_lt_cv_prog_compiler_c_o_CXX='"yes"'
lt_lt_cv_sys_global_symbol_pipe='"sed -n -e '\''s/^.*[ 	]\\([ABCDGIRSTW][ABCDGIRSTW]*\\)[ 	][ 	]*\\([_A-Za-z][_A-Za-z0-9]*\\)\$/\\1 \\2 \\2/p'\''"'
lt_lt_cv_sys_global_symbol_to_c_name_address='"sed -n -e '\''s/^: \\([^ ]*\\) \$/  {\\\"\\1\\\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \\([^ ]*\\) \\([^ ]*\\)\$/  {\"\\2\", (lt_ptr) \\&\\2},/p'\''"'
lt_lt_cv_sys_global_symbol_to_cdecl='"sed -n -e '\''s/^. .* \\(.*\\)\$/extern int \\1;/p'\''"'

## ----------------- ##
## Output variables. ##
## ----------------- ##

ACLOCAL='${SHELL} /usr/ports/games/ctp2/ctp2_code/os/autoconf/config/missing --run aclocal-1.10'
AMDEPBACKSLASH='\'
AMDEP_FALSE='#'
AMDEP_TRUE=''
AMTAR='${SHELL} /usr/ports/games/ctp2/ctp2_code/os/autoconf/config/missing --run tar'
AR='ar'
AUTOCONF='${SHELL} /usr/ports/games/ctp2/ctp2_code/os/autoconf/config/missing --run autoconf'
AUTOHEADER='${SHELL} /usr/ports/games/ctp2/ctp2_code/os/autoconf/config/missing --run autoheader'
AUTOMAKE='${SHELL} /usr/ports/games/ctp2/ctp2_code/os/autoconf/config/missing --run automake-1.10'
AWK='gawk'
CC='gcc'
CCDEPMODE='depmode=gcc3'
CFLAGS='-g -O2'
CPP='gcc -E'
CPPFLAGS=''
CTP2_ENABLE_SLICDEBUG=''
CTP2_NOWIN32_INC=''
CXX='g++'
CXXCPP='g++ -E'
CXXDEPMODE='depmode=gcc3'
CXXFLAGS='-g -O2'
CYGPATH_W='echo'
DEFS=''
DEPDIR='.deps'
DIRECTX_INCLUDES=''
DIRECTX_LDADD=''
DIRECTX_SDKDIR=''
DSYMUTIL=''
DXMEDIA_INCLUDES=''
DXMEDIA_LDADD=''
DXMEDIA_SDKDIR=''
ECHO='echo'
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP='/usr/bin/grep -E'
EXEEXT=''
F77=''
FFLAGS=''
GREP='/usr/bin/grep'
HTLATEX=''
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
INSTALL_STRIP_PROGRAM='$(install_sh) -c -s'
INTERNAL_ANET_FALSE=''
INTERNAL_ANET_TRUE=''
LDFLAGS=''
LEX='flex'
LEXLIB=''
LEX_OUTPUT_ROOT='lex.yy'
LIBOBJS=''
LIBS=''
LIBTOOL='$(SHELL) $(top_builddir)/libtool'
LINUX_FALSE=''
LINUX_TRUE='#'
LN_S='ln -s'
LTLIBOBJS=''
MAINT='#'
MAINTAINER_MODE_FALSE=''
MAINTAINER_MODE_TRUE='#'
MAKEINDEX='/usr/local/bin/makeindex'
MAKEINFO='${SHELL} /usr/ports/games/ctp2/ctp2_code/os/autoconf/config/missing --run makeinfo'
MKDIR_P='/usr/local/bin/gmkdir -p'
NMEDIT=''
OBJEXT='o'
PACKAGE='ctp2'
PACKAGE_BUGREPORT=''
PACKAGE_NAME='ctp2'
PACKAGE_STRING='ctp2 1.2'
PACKAGE_TARNAME='ctp2'
PACKAGE_VERSION='1.2'
PATH_SEPARATOR=':'
PDFLATEX='/usr/local/bin/pdflatex'
PERL='/usr/local/bin/perl'
RANLIB='ranlib'
SDL_CFLAGS='-I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=1 -D_REENTRANT'
SDL_CONFIG='/usr/local/bin/sdl-config'
SDL_FFMPEG_LDFLAGS=''
SDL_LIBS='-L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -pthread'
SED='/usr/bin/sed'
SET_MAKE=''
SHELL='/bin/sh'
STRIP='strip'
THUMBPDF='/usr/local/bin/thumbpdf'
UNZIP='/usr/local/bin/unzip'
VERSION='1.2'
VIEWPDF='/usr/local/bin/acroread'
WIN32_FALSE=''
WIN32_TRUE='#'
XMKMF=''
X_CFLAGS=' -I/usr/local/include'
X_EXTRA_LIBS=''
X_LIBS=' -L/usr/local/lib -R/usr/local/lib'
X_PRE_LIBS=' -lSM -lICE'
YACC='/usr/bin/byacc'
YFLAGS='-d -v'
_BFR_=''
ac_ct_CC='gcc'
ac_ct_CXX='g++'
ac_ct_F77=''
am__fastdepCC_FALSE='#'
am__fastdepCC_TRUE=''
am__fastdepCXX_FALSE='#'
am__fastdepCXX_TRUE=''
am__include='include'
am__isrc=''
am__leading_dot='.'
am__quote=''
am__tar='${AMTAR} chof - "$$tardir"'
am__untar='${AMTAR} xf -'
bindir='/home/foo/CTP2/ctp2_program/ctp'
build='i386-unknown-freebsd8.0'
build_alias=''
build_cpu='i386'
build_os='freebsd8.0'
build_vendor='unknown'
ctp2_code=''
datadir='${datarootdir}'
datarootdir='${prefix}/share'
docdir='${datarootdir}/doc/${PACKAGE_TARNAME}'
dvidir='${docdir}'
exec_prefix='NONE'
host='i386-unknown-freebsd8.0'
host_alias=''
host_cpu='i386'
host_os='freebsd8.0'
host_vendor='unknown'
htmldir='${docdir}'
includedir='${prefix}/include'
infodir='${datarootdir}/info'
install_sh='$(SHELL) /usr/ports/games/ctp2/ctp2_code/os/autoconf/config/install-sh'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localedir='${datarootdir}/locale'
localstatedir='${prefix}/var'
mandir='${datarootdir}/man'
mkdir_p='/usr/local/bin/gmkdir -p'
oldincludedir='/usr/include'
pdfdir='${docdir}'
prefix='/home/huff/CTP2'
program_transform_name='s,x,x,'
psdir='${docdir}'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
subdirs=''
sysconfdir='${prefix}/etc'
target='i386-unknown-freebsd8.0'
target_alias=''
target_cpu='i386'
target_os='freebsd8.0'
target_vendor='unknown'

## ----------- ##
## confdefs.h. ##
## ----------- ##

#define PACKAGE_NAME "ctp2"
#define PACKAGE_TARNAME "ctp2"
#define PACKAGE_VERSION "1.2"
#define PACKAGE_STRING "ctp2 1.2"
#define PACKAGE_BUGREPORT ""
#define PACKAGE "ctp2"
#define VERSION "1.2"
#define STDC_HEADERS 1
#define HAVE_SYS_TYPES_H 1
#define HAVE_SYS_STAT_H 1
#define HAVE_STDLIB_H 1
#define HAVE_STRING_H 1
#define HAVE_MEMORY_H 1
#define HAVE_STRINGS_H 1
#define HAVE_INTTYPES_H 1
#define HAVE_STDINT_H 1
#define HAVE_UNISTD_H 1
#define HAVE_DLFCN_H 1
#define AUTOMAKE_INVOKES_YACC 1
#define USE_SDL 1
#define FILE_SEP "/"
#define FILE_SEPC '/'
#define MAX_PATH PATH_MAX
#define _MAX_PATH PATH_MAX
#define PATH_SEP ":"
#define PATH_SEPC ':'
#define HAVE_SYS_PARAM_H 1
#define USE_COM_REPLACEMENT 1
#define YYDEBUG 9

configure: exit 2
From Alexander at Leidinger.net  Mon Jun  8 14:40:34 2009
From: Alexander at Leidinger.net (Alexander Leidinger)
Date: Mon Jun  8 14:40:42 2009
Subject: porting: Linux to Freebsd
In-Reply-To: <18989.6105.484074.889552@jerusalem.litteratus.org>
References: <18988.39724.572280.687111@jerusalem.litteratus.org>
	<20090608082930.GD9529@server.vk2pj.dyndns.org>
	<18988.65260.635443.439491@jerusalem.litteratus.org>
	<20090608143519.1866665ogux2b8g0@webmail.leidinger.net>
	<18989.6105.484074.889552@jerusalem.litteratus.org>
Message-ID: <20090608164014.131052xgwiww9bks@webmail.leidinger.net>

Quoting Robert Huff <roberthuff@rcn.com> (from Mon, 8 Jun 2009  
09:53:29 -0400):

>
> Alexander Leidinger writes:
>
>>  > 	First problem:
>>
>>  Looks like bash-isms in configure.
>
> 	for (i = 0; i < 10; i++) hit_forehead_with_desk();
>
> 	I had already figured out replacing "make" with "gmake"; this
> should have been obvious.
>
>>
>>  > 	When following the instructions here
>>  > "http://ctp2.darkdust.net/anonsvn/branches/linux/doc/README.linux" I
>>  > get to step 2 ("configure") and get this:
>>  >
>>  > test: x/usr/bin/byacc: unexpected operator
>>
>>  Some possibilities:
>>    - In the test for byacc they maybe forgot quotes to protect an  
>> empty value.
>>    - wrong operator used in test
>>    - unknown bashism
>
> 	Right: I re-ran under bash, and got the same problems.
> 	Looking at configure.ac, I see:
>
> AC_PATH_PROG(YACC,byacc,no)
> if test "x$YACC" == "xno"

This should be a "=", not a "==".

>>  Looks like bashism. Someone tries to substitute something in CFLAGS,
>>  but this kind of advanced substitution is not supported in a posix
>>  compliant sh. You can test this assumption by installing bash and
>>  runnging "bash ./configure" instead. If it is true, you need to fix
>>  configure.in or configure.ac.
>
> 	Relevant bit is:
>
> for ac_remove_CFLAG in "-O1" "-O2" "-O3" ; do
> 	CFLAGS=${CFLAGS//${ac_remove_CFLAG}/}
> 	CPPFLAGS=${CPPFLAGS//${ac_remove_CFLAG}/}
> 	CXXFLAGS=${CXXFLAGS//${ac_remove_CFLAG}/}
> done

Quick try:
CFLAGS=`echo $CFLAGS | sed -e 's:-O[123]::g'`

Bye,
Alexander.

-- 
MANAGER:
	A man known for giving great meeting.

http://www.Leidinger.net    Alexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org       netchild @ FreeBSD.org  : PGP ID = 72077137
From glathe.helko at googlemail.com  Mon Jun  8 14:55:01 2009
From: glathe.helko at googlemail.com (Helko Glathe)
Date: Mon Jun  8 14:55:07 2009
Subject: [Call For Testing] VirtualBox for FreeBSD!
Message-ID: <d6b426a90906080733u33fda5a2v9e20b8f9718a93ab@mail.gmail.com>

Don't forget to read the instructions in the README file. You must add
system users to an appropriate system group called something like
virtualboxuseres... (I'm currently on a windows machine. So, i have no
chance to give you correct detailed instructions :-)

Also you must mount /proc ....

See detailed infos in the README file...

And then make a reboot before trying again..

-- 
Sincerely,

Helko Glathe
From roberthuff at rcn.com  Mon Jun  8 15:33:31 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Mon Jun  8 15:33:37 2009
Subject: porting: Linux to Freebsd
In-Reply-To: <20090608164014.131052xgwiww9bks@webmail.leidinger.net>
References: <18988.39724.572280.687111@jerusalem.litteratus.org>
	<20090608082930.GD9529@server.vk2pj.dyndns.org>
	<18988.65260.635443.439491@jerusalem.litteratus.org>
	<20090608143519.1866665ogux2b8g0@webmail.leidinger.net>
	<18989.6105.484074.889552@jerusalem.litteratus.org>
	<20090608164014.131052xgwiww9bks@webmail.leidinger.net>
Message-ID: <18989.12103.858035.873279@jerusalem.litteratus.org>

Alexander Leidinger writes:
>  > 	Right: I re-ran under bash, and got the same problems.
>  > 	Looking at configure.ac, I see:
>  >
>  > AC_PATH_PROG(YACC,byacc,no)
>  > if test "x$YACC" == "xno"
>  
>  This should be a "=", not a "==".

	Same result.

>  > 	Relevant bit is:
>  >
>  > for ac_remove_CFLAG in "-O1" "-O2" "-O3" ; do
>  > 	CFLAGS=${CFLAGS//${ac_remove_CFLAG}/}
>  > 	CPPFLAGS=${CPPFLAGS//${ac_remove_CFLAG}/}
>  > 	CXXFLAGS=${CXXFLAGS//${ac_remove_CFLAG}/}
>  > done
>  
>  Quick try:
>  CFLAGS=`echo $CFLAGS | sed -e 's:-O[123]::g'`

	No change here either.


				Robert Huff

From amdmi3 at amdmi3.ru  Mon Jun  8 16:38:17 2009
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Mon Jun  8 16:38:24 2009
Subject: request for exp-run, comments: eliminate USE_X_PREFIX
In-Reply-To: <20090606155615.GK66710@droso.net>
References: <20090601160256.GB50585@hades.panopticon>
	<1244155493.98744.33.camel@hood.oook.cz>
	<20090606031355.GB48992@hades.panopticon>
	<1244302586.21424.6.camel@hood.oook.cz>
	<20090606155615.GK66710@droso.net>
Message-ID: <20090608163808.GA1499@hades.panopticon>

* Erwin Lansing (erwin@FreeBSD.org) wrote:

> > i386 is operated by erwin@ so try talking to him. But I must warn you
> > that i386 run will take about a week, due to much older hardware we have
> > available for it.
> > 
> And there are two other builds in queue before you, so it will take a
> while.  Let me know if can do it without pointyhat or amd64, otherwise
> we'll schedule it as soon as possible.

I think that's unnecessary, I've run all ports dependent on xview in a
tinderbox. Found single extra failure, games/imaze, 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 peterjeremy at optushome.com.au  Mon Jun  8 19:15:45 2009
From: peterjeremy at optushome.com.au (Peter Jeremy)
Date: Mon Jun  8 19:15:52 2009
Subject: porting: Linux to Freebsd
In-Reply-To: <18989.12103.858035.873279@jerusalem.litteratus.org>
References: <18988.39724.572280.687111@jerusalem.litteratus.org>
	<20090608082930.GD9529@server.vk2pj.dyndns.org>
	<18988.65260.635443.439491@jerusalem.litteratus.org>
	<20090608143519.1866665ogux2b8g0@webmail.leidinger.net>
	<18989.6105.484074.889552@jerusalem.litteratus.org>
	<20090608164014.131052xgwiww9bks@webmail.leidinger.net>
	<18989.12103.858035.873279@jerusalem.litteratus.org>
Message-ID: <20090608191539.GF9529@server.vk2pj.dyndns.org>

On 2009-Jun-08 11:33:27 -0400, Robert Huff <roberthuff@rcn.com> wrote:
>Alexander Leidinger writes:
>>  > 	Right: I re-ran under bash, and got the same problems.
>>  > 	Looking at configure.ac, I see:
>>  >
>>  > AC_PATH_PROG(YACC,byacc,no)
>>  > if test "x$YACC" == "xno"
>>  
>>  This should be a "=", not a "==".
>
>	Same result.
>
>>  > 	Relevant bit is:
>>  >
>>  > for ac_remove_CFLAG in "-O1" "-O2" "-O3" ; do
>>  > 	CFLAGS=${CFLAGS//${ac_remove_CFLAG}/}
>>  > 	CPPFLAGS=${CPPFLAGS//${ac_remove_CFLAG}/}
>>  > 	CXXFLAGS=${CXXFLAGS//${ac_remove_CFLAG}/}
>>  > done
>>  
>>  Quick try:
>>  CFLAGS=`echo $CFLAGS | sed -e 's:-O[123]::g'`
>
>	No change here either.

Obvious question but if you edited configure.ac, you did remember to
rerun autoconf afterwards didn't you?  Can you post the configure
script?

Note that your problems with configure do not surprise me.  Despite
claims otherwise, it appears to have been designed (using the word
very loosely) as a tool to impede application portability.

-- 
Peter Jeremy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090608/2d0d0d46/attachment.pgp
From amdmi3 at amdmi3.ru  Mon Jun  8 20:30:20 2009
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Mon Jun  8 20:30:27 2009
Subject: Port admission request
In-Reply-To: <225FD50B-19D2-455E-AAE4-F5A96EA51D09@gmail.com>
References: <225FD50B-19D2-455E-AAE4-F5A96EA51D09@gmail.com>
Message-ID: <20090608203011.GA57474@hades.panopticon>

* Eugen-Andrei Gavriloaie (shiretu@gmail.com) wrote:

> I would like to bring to your attention my project hosted here:
> 
> http://www.rtmpd.com
> 
> I know how Adobe is keep ignoring our request of having a flash player  
> for FreeBSD. I though that at least we have another decent C++  
> implementation of a media server. This is an "under development"  
> project but is usable in his current (trunk) state.
> 
> Let me know if you can/want to add it in the ports

An important prerequisite for this is availability of vendor source
tarballs. That's essential for ports system which relies on file
mirroring and checksums.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From roberthuff at rcn.com  Mon Jun  8 20:37:26 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Mon Jun  8 20:37:33 2009
Subject: porting: Linux to Freebsd
In-Reply-To: <20090608191539.GF9529@server.vk2pj.dyndns.org>
References: <18988.39724.572280.687111@jerusalem.litteratus.org>
	<20090608082930.GD9529@server.vk2pj.dyndns.org>
	<18988.65260.635443.439491@jerusalem.litteratus.org>
	<20090608143519.1866665ogux2b8g0@webmail.leidinger.net>
	<18989.6105.484074.889552@jerusalem.litteratus.org>
	<20090608164014.131052xgwiww9bks@webmail.leidinger.net>
	<18989.12103.858035.873279@jerusalem.litteratus.org>
	<20090608191539.GF9529@server.vk2pj.dyndns.org>
Message-ID: <18989.30314.432802.548214@jerusalem.litteratus.org>

Peter Jeremy writes:


>  >>  > for ac_remove_CFLAG in "-O1" "-O2" "-O3" ; do
>  >>  > 	CFLAGS=${CFLAGS//${ac_remove_CFLAG}/}
>  >>  > 	CPPFLAGS=${CPPFLAGS//${ac_remove_CFLAG}/}
>  >>  > 	CXXFLAGS=${CXXFLAGS//${ac_remove_CFLAG}/}
>  >>  > done
>  >>  
>  >>  Quick try:
>  >>  CFLAGS=`echo $CFLAGS | sed -e 's:-O[123]::g'`
>  >
>  >	No change here either.
>  
>  Obvious question but if you edited configure.ac, you did remember to
>  rerun autoconf afterwards didn't you?

	Uh ... no.  (When I said "complete novice", wasn't kidding. :-)
	Ran autoconf(-2.62).
	That seems to have fixed the "configure" stage.
	I'm into compilation, and:

/usr/include/malloc.h:3:2: error: #error "<malloc.h> has been replaced by <stdlib.h>"


						Robert Huff

From freebsd-ports-local at be-well.ilk.org  Mon Jun  8 22:00:07 2009
From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert)
Date: Mon Jun  8 22:00:14 2009
Subject: porting: Linux to Freebsd
In-Reply-To: <18989.30314.432802.548214@jerusalem.litteratus.org> (Robert
	Huff's message of "Mon\, 8 Jun 2009 16\:36\:58 -0400")
References: <18988.39724.572280.687111@jerusalem.litteratus.org>
	<20090608082930.GD9529@server.vk2pj.dyndns.org>
	<18988.65260.635443.439491@jerusalem.litteratus.org>
	<20090608143519.1866665ogux2b8g0@webmail.leidinger.net>
	<18989.6105.484074.889552@jerusalem.litteratus.org>
	<20090608164014.131052xgwiww9bks@webmail.leidinger.net>
	<18989.12103.858035.873279@jerusalem.litteratus.org>
	<20090608191539.GF9529@server.vk2pj.dyndns.org>
	<18989.30314.432802.548214@jerusalem.litteratus.org>
Message-ID: <44y6s25s2i.fsf@be-well.ilk.org>

Robert Huff <roberthuff@rcn.com> writes:

> Peter Jeremy writes:
>
>
>>  >>  > for ac_remove_CFLAG in "-O1" "-O2" "-O3" ; do
>>  >>  > 	CFLAGS=${CFLAGS//${ac_remove_CFLAG}/}
>>  >>  > 	CPPFLAGS=${CPPFLAGS//${ac_remove_CFLAG}/}
>>  >>  > 	CXXFLAGS=${CXXFLAGS//${ac_remove_CFLAG}/}
>>  >>  > done
>>  >>  
>>  >>  Quick try:
>>  >>  CFLAGS=`echo $CFLAGS | sed -e 's:-O[123]::g'`
>>  >
>>  >	No change here either.
>>  
>>  Obvious question but if you edited configure.ac, you did remember to
>>  rerun autoconf afterwards didn't you?
>
> 	Uh ... no.  (When I said "complete novice", wasn't kidding. :-)
> 	Ran autoconf(-2.62).
> 	That seems to have fixed the "configure" stage.
> 	I'm into compilation, and:
>
> /usr/include/malloc.h:3:2: error: #error "<malloc.h> has been replaced by <stdlib.h>"

Whichever file is being compiled has a line that should be changed from 
 #include <malloc.h>
to 
 #include <stdlib.h>
From roberthuff at rcn.com  Tue Jun  9 00:11:32 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Tue Jun  9 00:11:39 2009
Subject: porting: Linux to Freebsd
In-Reply-To: <44y6s25s2i.fsf@be-well.ilk.org>
References: <18988.39724.572280.687111@jerusalem.litteratus.org>
	<20090608082930.GD9529@server.vk2pj.dyndns.org>
	<18988.65260.635443.439491@jerusalem.litteratus.org>
	<20090608143519.1866665ogux2b8g0@webmail.leidinger.net>
	<18989.6105.484074.889552@jerusalem.litteratus.org>
	<20090608164014.131052xgwiww9bks@webmail.leidinger.net>
	<18989.12103.858035.873279@jerusalem.litteratus.org>
	<20090608191539.GF9529@server.vk2pj.dyndns.org>
	<18989.30314.432802.548214@jerusalem.litteratus.org>
	<44y6s25s2i.fsf@be-well.ilk.org>
Message-ID: <18989.43185.434319.692300@jerusalem.litteratus.org>


Lowell Gilbert writes:

>  > /usr/include/malloc.h:3:2: error: #error "<malloc.h> has been replaced by <stdlib.h>"
>  
>  Whichever file is being compiled has a line that should be changed from 
>   #include <malloc.h>
>  to 
>   #include <stdlib.h>

	Done.  Merrily compiling away.



				
From marck at rinet.ru  Tue Jun  9 00:18:55 2009
From: marck at rinet.ru (Dmitry Morozovsky)
Date: Tue Jun  9 00:19:08 2009
Subject: gnome-screensaver wirdness
Message-ID: <alpine.BSF.2.00.0906090403340.9880@woozle.rinet.ru>

Dear colleagues,

on a couple of my workstations, after portupgrading, I've found that 
gnome-screensaver after activating renders X unusable, as it shows desktop with 
password dialog box for fraction of second, then blanks it back.  Killing 
gnome-xscreensaver from other console helps, but it does not seem for me to be 
a solution.

previously, I found it would be glitches with hald/dbus, and step-by-step 
shutdown of these services and then starting them helped, but now it's not the 
case: even reboot does not fix this.

Any hints? Thanks!

-- 
Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer:                                 marck@FreeBSD.org ]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------
From roberthuff at rcn.com  Tue Jun  9 00:36:12 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Tue Jun  9 00:36:19 2009
Subject: porting: Linux to Freebsd
In-Reply-To: <18989.43185.434319.692300@jerusalem.litteratus.org>
References: <18988.39724.572280.687111@jerusalem.litteratus.org>
	<20090608082930.GD9529@server.vk2pj.dyndns.org>
	<18988.65260.635443.439491@jerusalem.litteratus.org>
	<20090608143519.1866665ogux2b8g0@webmail.leidinger.net>
	<18989.6105.484074.889552@jerusalem.litteratus.org>
	<20090608164014.131052xgwiww9bks@webmail.leidinger.net>
	<18989.12103.858035.873279@jerusalem.litteratus.org>
	<20090608191539.GF9529@server.vk2pj.dyndns.org>
	<18989.30314.432802.548214@jerusalem.litteratus.org>
	<44y6s25s2i.fsf@be-well.ilk.org>
	<18989.43185.434319.692300@jerusalem.litteratus.org>
Message-ID: <18989.44647.747240.280043@jerusalem.litteratus.org>


Robert Huff writes:

>  	Done.  Merrily compiling away.

	New problem.
	One of the files has:

#ifdef LINUX
#include <sys/mman.h>
#endif

	What is the FreeBSD magic tag corresponding to "LINUX"?
"__FREEBSD__"?


				Robert Huff



From spawk at acm.poly.edu  Tue Jun  9 01:24:16 2009
From: spawk at acm.poly.edu (Boris Kochergin)
Date: Tue Jun  9 01:26:30 2009
Subject: porting: Linux to Freebsd
In-Reply-To: <18989.44647.747240.280043@jerusalem.litteratus.org>
References: <18988.39724.572280.687111@jerusalem.litteratus.org>	<20090608082930.GD9529@server.vk2pj.dyndns.org>	<18988.65260.635443.439491@jerusalem.litteratus.org>	<20090608143519.1866665ogux2b8g0@webmail.leidinger.net>	<18989.6105.484074.889552@jerusalem.litteratus.org>	<20090608164014.131052xgwiww9bks@webmail.leidinger.net>	<18989.12103.858035.873279@jerusalem.litteratus.org>	<20090608191539.GF9529@server.vk2pj.dyndns.org>	<18989.30314.432802.548214@jerusalem.litteratus.org>	<44y6s25s2i.fsf@be-well.ilk.org>	<18989.43185.434319.692300@jerusalem.litteratus.org>
	<18989.44647.747240.280043@jerusalem.litteratus.org>
Message-ID: <4A2DB2F2.8020306@acm.poly.edu>

Robert Huff wrote:
> Robert Huff writes:
>
>   
>>  	Done.  Merrily compiling away.
>>     
>
> 	New problem.
> 	One of the files has:
>
> #ifdef LINUX
> #include <sys/mman.h>
> #endif
>
> 	What is the FreeBSD magic tag corresponding to "LINUX"?
> "__FREEBSD__"?
>
>
> 				Robert Huff
>
>
>
> _______________________________________________
> 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"
>   
#ifdef __FreeBSD__

-Boris
From pgollucci at p6m7g8.com  Tue Jun  9 01:35:47 2009
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Tue Jun  9 01:36:02 2009
Subject: [Fwd: Re: devel/subversion status]
Message-ID: <4A2DBC71.3040608@p6m7g8.com>


-- 
------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant          - P6M7G8 Inc.                http://p6m7g8.net
Senior Sys Admin    - RideCharge, Inc.           http://ridecharge.com
Contractor          - PositiveEnergyUSA          http://positiveenergyusa.com
ASF Member          - Apache Software Foundation http://apache.org
FreeBSD Committer   - FreeBSD Foundation         http://freebsd.org

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
-------------- next part --------------
An embedded message was scrubbed...
From: "Philip M. Gollucci" <pgollucci@p6m7g8.com>
Subject: RE: devel/subversion status
Date: Mon, 08 Jun 2009 21:08:45 -0400
Size: 3833
Url: http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090609/d050b279/subversionstatus.eml
From pgollucci at p6m7g8.com  Tue Jun  9 01:35:54 2009
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Tue Jun  9 01:36:03 2009
Subject: [Fwd: apr bug -- WAS Re: [Fwd: Re: devel/subversion status]]
Message-ID: <4A2DBC78.7020601@p6m7g8.com>


-- 
------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant          - P6M7G8 Inc.                http://p6m7g8.net
Senior Sys Admin    - RideCharge, Inc.           http://ridecharge.com
Contractor          - PositiveEnergyUSA          http://positiveenergyusa.com
ASF Member          - Apache Software Foundation http://apache.org
FreeBSD Committer   - FreeBSD Foundation         http://freebsd.org

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
-------------- next part --------------
An embedded message was scrubbed...
From: "Philip M. Gollucci" <pgollucci@p6m7g8.com>
Subject: apr bug -- WAS Re: [Fwd: Re: devel/subversion status]
Date: Mon, 08 Jun 2009 21:34:54 -0400
Size: 5100
Url: http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090609/7764b47f/subversionstatus.eml
From r.c.ladan at gmail.com  Tue Jun  9 07:12:40 2009
From: r.c.ladan at gmail.com (Rene Ladan)
Date: Tue Jun  9 07:12:47 2009
Subject: cvs commit: ports UPDATING ports/Mk bsd.python.mk 
	ports/biology/pymol Makefile pkg-plist ports/cad/pythoncad Makefile
	pkg-plist 
	ports/databases/gadfly Makefile pkg-plist ports/databases/skytools
	Makefile pkg-plist ports/databases/zodb3 ...
In-Reply-To: <200906082230.n58MUtkU040528@repoman.freebsd.org>
References: <200906082230.n58MUtkU040528@repoman.freebsd.org>
Message-ID: <e890cae60906090012x591e0fe1h6ea14a47f4d700c4@mail.gmail.com>

2009/6/9 Martin Wilke <miwi@freebsd.org>:
> miwi        2009-06-08 22:30:55 UTC
>
>  FreeBSD ports repository
>
>  Modified files:
>    .                    UPDATING
[...]
>  Log:
>  - Update lang/python26 and make Python 2.6.2 to the default Python version
>
>  Tested by:      3 pointyhat runs
>  Thanks to:      pav, gahr, lwhsu, mva, amdmi3
>
I successfully upgraded python25 to python26 using portmaster -o, but
got stuck at the upgrade-site-packages step.
When executing
# cd /usr/ports/lang/python
# make PORTUPGRADE_CMD=/usr/local/sbin/portmaster upgrade-site-packages

it complains that it can't find pkg_which, which seems to be part of
portupgrade.
Is pkg_which the same as pkg_info -wq or pkg_info -oq ?
Is there a real difference between make upgrade-site-packages and just
updating all installed *py25* packages manually?

Regards,
Rene
-- 
http://www.rene-ladan.nl/

GPG fingerprint = E738 5471 D185 7013 0EE0  4FC8 3C1D 6F83 12E1 84F6
(subkeys.pgp.net)
From pgollucci at p6m7g8.com  Tue Jun  9 07:35:14 2009
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Tue Jun  9 07:35:20 2009
Subject: [MAINTAINER] devel/apr-gdbm-db42: apr-util 1.3.7 breaks dbd
	support
In-Reply-To: <1244532560.25532.103.camel@shrek.rexursive.com>
References: <200906090316.n593GCYQ075516@frieza.p6m7g8.net>	
	<1244520824.25532.88.camel@shrek.rexursive.com>	
	<4A2DF79D.709@rowe-clan.net> <4A2E001E.4020806@p6m7g8.com>	
	<1244531713.25532.95.camel@shrek.rexursive.com>	
	<4A2E0CB8.1090701@p6m7g8.com>
	<1244532560.25532.103.camel@shrek.rexursive.com>
Message-ID: <4A2E10A9.6090408@p6m7g8.com>

Bojan Smojver wrote:
> On Tue, 2009-06-09 at 03:18 -0400, Philip M. Gollucci wrote:
>> libsvn_fs_base is compiled if BDB support is detected.
> 
> I think it calls Berkeley DB API directly, not via APU. Hence, the fact
> that -ldb was part of apu-1-config --libs, was just a historical
> accident.
> 
> If a program calls apr_dbm*(), APU will load relevant support as DSO, so
> user doesn't need to link directly to the actual underlying DB library.
> If that particular DB type is not supported (i.e. not compiled in),
> error will be returned. That's my understanding.
> 
> PS. We do have a workaround for ldap along these lines, where we report
> ldap in --libs, unless --avoid-ldap is passed to the config script.
> Maybe we should do this here, to avoid breaking compilation
> compatibility. Opinions?
> 
I think you have to given the versioning rules.  And for gdbm too et al too.

Its certainly not ABI/API compatible.  Speaking of which why wasn't this
only in 1.4.x/trunk(2.x) ?

Excellent, Bojan, now I've got the history and why, and understand whats
happened.  I don't think teaching subversion about this fact will be
sufficient --

There are over 56 apps in the freebsd ports tree with over 900 depends
that this breaks as is, though most of which indirectly depend on
subversion.




From pgollucci at p6m7g8.com  Tue Jun  9 07:50:29 2009
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Tue Jun  9 07:50:36 2009
Subject: [MAINTAINER] devel/apr-gdbm-db42: apr-util 1.3.7 breaks dbd
	support
In-Reply-To: <1244533468.25532.110.camel@shrek.rexursive.com>
References: <200906090316.n593GCYQ075516@frieza.p6m7g8.net>	
	<1244520824.25532.88.camel@shrek.rexursive.com>	
	<4A2DF79D.709@rowe-clan.net> <4A2E001E.4020806@p6m7g8.com>	
	<1244531713.25532.95.camel@shrek.rexursive.com>	
	<4A2E0CB8.1090701@p6m7g8.com>	
	<1244532560.25532.103.camel@shrek.rexursive.com>	
	<4A2E10A9.6090408@p6m7g8.com>
	<1244533468.25532.110.camel@shrek.rexursive.com>
Message-ID: <4A2E143B.2010000@p6m7g8.com>

Bojan Smojver wrote:
> So, there are apps out there that specifically depend on -ldb being
> returned by apu-1-config? Can you give me an example so that I can get
> my head around this better?
> 
> PS. Subversion itself depends on Berkeley DB directly, not through APU,
> so passing that to ./configure there should be sufficient to build it.
> At least it worked for me (although the syntax of the argument itself
> can be daunting:
> --with-berkeley-db=db.h:/path/to/includedir:/path/to/libdir:db).
Yes, thats the one that is used when we add support to both subversion
and apr.

Though in fbsd its typically -- /usr/local/include/db46:/usr/local/lib/db46

I'll get you a list of the apps tomorrow, I don't have access to my box atm.
From bojan at rexursive.com  Tue Jun  9 08:03:30 2009
From: bojan at rexursive.com (Bojan Smojver)
Date: Tue Jun  9 08:03:36 2009
Subject: [MAINTAINER] devel/apr-gdbm-db42: apr-util 1.3.7 breaks dbd
 support
In-Reply-To: <4A2E10A9.6090408@p6m7g8.com>
References: <200906090316.n593GCYQ075516@frieza.p6m7g8.net>
	<1244520824.25532.88.camel@shrek.rexursive.com>
	<4A2DF79D.709@rowe-clan.net>  <4A2E001E.4020806@p6m7g8.com>
	<1244531713.25532.95.camel@shrek.rexursive.com>
	<4A2E0CB8.1090701@p6m7g8.com>
	<1244532560.25532.103.camel@shrek.rexursive.com>
	<4A2E10A9.6090408@p6m7g8.com>
Message-ID: <1244533468.25532.110.camel@shrek.rexursive.com>

On Tue, 2009-06-09 at 03:35 -0400, Philip M. Gollucci wrote:

> Excellent, Bojan, now I've got the history and why, and understand
> whats happened.  I don't think teaching subversion about this fact
> will be sufficient --
> 
> There are over 56 apps in the freebsd ports tree with over 900 depends
> that this breaks as is, though most of which indirectly depend on
> subversion.

So, there are apps out there that specifically depend on -ldb being
returned by apu-1-config? Can you give me an example so that I can get
my head around this better?

PS. Subversion itself depends on Berkeley DB directly, not through APU,
so passing that to ./configure there should be sufficient to build it.
At least it worked for me (although the syntax of the argument itself
can be daunting:
--with-berkeley-db=db.h:/path/to/includedir:/path/to/libdir:db).

-- 
Bojan

From brane at xbc.nu  Tue Jun  9 08:12:02 2009
From: brane at xbc.nu (=?UTF-8?B?QnJhbmtvIMSMaWJlag==?=)
Date: Tue Jun  9 08:12:08 2009
Subject: [MAINTAINER] devel/apr-gdbm-db42: apr-util 1.3.7 breaks dbd
	support
In-Reply-To: <1244533468.25532.110.camel@shrek.rexursive.com>
References: <200906090316.n593GCYQ075516@frieza.p6m7g8.net>	
	<1244520824.25532.88.camel@shrek.rexursive.com>	
	<4A2DF79D.709@rowe-clan.net> <4A2E001E.4020806@p6m7g8.com>	
	<1244531713.25532.95.camel@shrek.rexursive.com>	
	<4A2E0CB8.1090701@p6m7g8.com>	
	<1244532560.25532.103.camel@shrek.rexursive.com>	
	<4A2E10A9.6090408@p6m7g8.com>
	<1244533468.25532.110.camel@shrek.rexursive.com>
Message-ID: <4A2E143D.6080400@xbc.nu>

Bojan Smojver wrote:
> PS. Subversion itself depends on Berkeley DB directly, not through APU,
> so passing that to ./configure there should be sufficient to build it.
> At least it worked for me (although the syntax of the argument itself
> can be daunting:
> --with-berkeley-db=db.h:/path/to/includedir:/path/to/libdir:db).
>   

Yes, this will definitely work; although woe to anyone who manages to
link Subversion with a different BDB library than APR-Util. Shouldn't be
a problem for packagers, though.

-- Brane

From randy at psg.com  Tue Jun  9 09:26:13 2009
From: randy at psg.com (Randy Bush)
Date: Tue Jun  9 09:26:20 2009
Subject: tcl 8.3 and patches needed
Message-ID: <m2my8hg3m3.wl%randy@psg.com>

ports/135388 is killing me, as i have a lot of devices to monitor with
rancid.  i gather that, if i can revert tcl to 8.3, it should work.  but
i am having a hard time finding the source and the ports tree patches.
could someone whack me with the clue by four?  thanks.

randy
From Alexander at Leidinger.net  Tue Jun  9 10:11:12 2009
From: Alexander at Leidinger.net (Alexander Leidinger)
Date: Tue Jun  9 10:11:20 2009
Subject: porting: Linux to Freebsd
In-Reply-To: <18989.30314.432802.548214@jerusalem.litteratus.org>
References: <18988.39724.572280.687111@jerusalem.litteratus.org>
	<20090608082930.GD9529@server.vk2pj.dyndns.org>
	<18988.65260.635443.439491@jerusalem.litteratus.org>
	<20090608143519.1866665ogux2b8g0@webmail.leidinger.net>
	<18989.6105.484074.889552@jerusalem.litteratus.org>
	<20090608164014.131052xgwiww9bks@webmail.leidinger.net>
	<18989.12103.858035.873279@jerusalem.litteratus.org>
	<20090608191539.GF9529@server.vk2pj.dyndns.org>
	<18989.30314.432802.548214@jerusalem.litteratus.org>
Message-ID: <20090609121102.14382to1yy5k2so4@webmail.leidinger.net>

Quoting Robert Huff <roberthuff@rcn.com> (from Mon, 8 Jun 2009  
16:36:58 -0400):

> Peter Jeremy writes:
>
>
>>  >>  > for ac_remove_CFLAG in "-O1" "-O2" "-O3" ; do
>>  >>  > 	CFLAGS=${CFLAGS//${ac_remove_CFLAG}/}
>>  >>  > 	CPPFLAGS=${CPPFLAGS//${ac_remove_CFLAG}/}
>>  >>  > 	CXXFLAGS=${CXXFLAGS//${ac_remove_CFLAG}/}
>>  >>  > done
>>  >>
>>  >>  Quick try:
>>  >>  CFLAGS=`echo $CFLAGS | sed -e 's:-O[123]::g'`
>>  >
>>  >	No change here either.
>>
>>  Obvious question but if you edited configure.ac, you did remember to
>>  rerun autoconf afterwards didn't you?
>
> 	Uh ... no.  (When I said "complete novice", wasn't kidding. :-)

Not knowing C/++ when you want to port a C/C++ program makes it very  
hard for you to reach your goal...

> 	Ran autoconf(-2.62).
> 	That seems to have fixed the "configure" stage.
> 	I'm into compilation, and:
>
> /usr/include/malloc.h:3:2: error: #error "<malloc.h> has been  
> replaced by <stdlib.h>"

You didn't provide enough info. There should have been a line or two  
more which referenced files in the src of what you want to compile. In  
those places you have to replace the '#include <malloc.h>' with  
'#include <stdlib.h>'.

Bye,
Alexander.

Bye,
Alexander.

-- 
1.79 x 10^12 furlongs per fortnight -- it's not just a good idea, it's
the law!

http://www.Leidinger.net    Alexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org       netchild @ FreeBSD.org  : PGP ID = 72077137
From roberthuff at rcn.com  Tue Jun  9 12:34:48 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Tue Jun  9 12:34:57 2009
Subject: porting: Linux to Freebsd
In-Reply-To: <20090609121102.14382to1yy5k2so4@webmail.leidinger.net>
References: <18988.39724.572280.687111@jerusalem.litteratus.org>
	<20090608082930.GD9529@server.vk2pj.dyndns.org>
	<18988.65260.635443.439491@jerusalem.litteratus.org>
	<20090608143519.1866665ogux2b8g0@webmail.leidinger.net>
	<18989.6105.484074.889552@jerusalem.litteratus.org>
	<20090608164014.131052xgwiww9bks@webmail.leidinger.net>
	<18989.12103.858035.873279@jerusalem.litteratus.org>
	<20090608191539.GF9529@server.vk2pj.dyndns.org>
	<18989.30314.432802.548214@jerusalem.litteratus.org>
	<20090609121102.14382to1yy5k2so4@webmail.leidinger.net>
Message-ID: <18990.22246.680273.667457@jerusalem.litteratus.org>


Alexander Leidinger writes:

>  >>  Obvious question but if you edited configure.ac, you did remember to
>  >>  rerun autoconf afterwards didn't you?
>  >
>  > 	Uh ... no.  (When I said "complete novice", wasn't kidding. :-)
>  
>  Not knowing C/++ when you want to port a C/C++ program makes it very  
>  hard for you to reach your goal...

	C, I know.  (Though not as much as other folks.)
	GNU build tools ... not so much.
	:-)

	Anyway: many hours of compilation later, I hit this:

/usr/bin/ld: cannot find -lttf

	Quick checking suggests libttf is a Linux-ism, replaced by
libfreetype.  Is this correct, and if so can I just (temporarily)
make the change in the list of libraries?


					Robert Huff


From spawk at acm.poly.edu  Tue Jun  9 13:13:08 2009
From: spawk at acm.poly.edu (Boris Kochergin)
Date: Tue Jun  9 13:13:15 2009
Subject: porting: Linux to Freebsd
In-Reply-To: <18990.22246.680273.667457@jerusalem.litteratus.org>
References: <18988.39724.572280.687111@jerusalem.litteratus.org>	<20090608082930.GD9529@server.vk2pj.dyndns.org>	<18988.65260.635443.439491@jerusalem.litteratus.org>	<20090608143519.1866665ogux2b8g0@webmail.leidinger.net>	<18989.6105.484074.889552@jerusalem.litteratus.org>	<20090608164014.131052xgwiww9bks@webmail.leidinger.net>	<18989.12103.858035.873279@jerusalem.litteratus.org>	<20090608191539.GF9529@server.vk2pj.dyndns.org>	<18989.30314.432802.548214@jerusalem.litteratus.org>	<20090609121102.14382to1yy5k2so4@webmail.leidinger.net>
	<18990.22246.680273.667457@jerusalem.litteratus.org>
Message-ID: <4A2E5F57.50802@acm.poly.edu>

Robert Huff wrote:
> Alexander Leidinger writes:
>
>   
>>  >>  Obvious question but if you edited configure.ac, you did remember to
>>  >>  rerun autoconf afterwards didn't you?
>>  >
>>  > 	Uh ... no.  (When I said "complete novice", wasn't kidding. :-)
>>  
>>  Not knowing C/++ when you want to port a C/C++ program makes it very  
>>  hard for you to reach your goal...
>>     
>
> 	C, I know.  (Though not as much as other folks.)
> 	GNU build tools ... not so much.
> 	:-)
>
> 	Anyway: many hours of compilation later, I hit this:
>
> /usr/bin/ld: cannot find -lttf
>
> 	Quick checking suggests libttf is a Linux-ism, replaced by
> libfreetype.  Is this correct, and if so can I just (temporarily)
> make the change in the list of libraries?
>
>
> 					Robert Huff
>
>
> _______________________________________________
> 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"
>   
Seems that way 
(http://fixunix.com/redhat/139735-fly-make-problem-fc3.html). Anyway, it 
will be sure to complain about not being able to find the symbols it's 
looking for if it's not the case.

-Boris
From rnoland at FreeBSD.org  Tue Jun  9 13:14:42 2009
From: rnoland at FreeBSD.org (Robert Noland)
Date: Tue Jun  9 13:14:48 2009
Subject: gnome-screensaver wirdness
In-Reply-To: <alpine.BSF.2.00.0906090403340.9880@woozle.rinet.ru>
References: <alpine.BSF.2.00.0906090403340.9880@woozle.rinet.ru>
Message-ID: <1244553273.60347.1470.camel@balrog.2hip.net>

On Tue, 2009-06-09 at 04:08 +0400, Dmitry Morozovsky wrote:
> Dear colleagues,
> 
> on a couple of my workstations, after portupgrading, I've found that 
> gnome-screensaver after activating renders X unusable, as it shows desktop with 
> password dialog box for fraction of second, then blanks it back.  Killing 
> gnome-xscreensaver from other console helps, but it does not seem for me to be 
> a solution.
> 
> previously, I found it would be glitches with hald/dbus, and step-by-step 
> shutdown of these services and then starting them helped, but now it's not the 
> case: even reboot does not fix this.
> 
> Any hints? Thanks!

I see this periodically when doing port updates.  I think that it has to
do with re-installing either gnome-screensaver or consolekit.  A reboot
has always solved it for me.

robert.

-- 
Robert Noland <rnoland@FreeBSD.org>
FreeBSD
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090609/dab203ac/attachment.pgp
From Alexander at Leidinger.net  Tue Jun  9 13:51:18 2009
From: Alexander at Leidinger.net (Alexander Leidinger)
Date: Tue Jun  9 13:51:24 2009
Subject: porting: Linux to Freebsd
In-Reply-To: <18990.22246.680273.667457@jerusalem.litteratus.org>
References: <18988.39724.572280.687111@jerusalem.litteratus.org>
	<20090608082930.GD9529@server.vk2pj.dyndns.org>
	<18988.65260.635443.439491@jerusalem.litteratus.org>
	<20090608143519.1866665ogux2b8g0@webmail.leidinger.net>
	<18989.6105.484074.889552@jerusalem.litteratus.org>
	<20090608164014.131052xgwiww9bks@webmail.leidinger.net>
	<18989.12103.858035.873279@jerusalem.litteratus.org>
	<20090608191539.GF9529@server.vk2pj.dyndns.org>
	<18989.30314.432802.548214@jerusalem.litteratus.org>
	<20090609121102.14382to1yy5k2so4@webmail.leidinger.net>
	<18990.22246.680273.667457@jerusalem.litteratus.org>
Message-ID: <20090609155104.13504mh395nt47ms@webmail.leidinger.net>

Quoting Robert Huff <roberthuff@rcn.com> (from Tue, 9 Jun 2009  
08:34:46 -0400):

>
> Alexander Leidinger writes:
>
>>  >>  Obvious question but if you edited configure.ac, you did remember to
>>  >>  rerun autoconf afterwards didn't you?
>>  >
>>  > 	Uh ... no.  (When I said "complete novice", wasn't kidding. :-)
>>
>>  Not knowing C/++ when you want to port a C/C++ program makes it very
>>  hard for you to reach your goal...
>
> 	C, I know.  (Though not as much as other folks.)
> 	GNU build tools ... not so much.
> 	:-)
>
> 	Anyway: many hours of compilation later, I hit this:
>
> /usr/bin/ld: cannot find -lttf
>
> 	Quick checking suggests libttf is a Linux-ism, replaced by
> libfreetype.  Is this correct, and if so can I just (temporarily)
> make the change in the list of libraries?

Why not just try it?

Note, there is/was freetype1 and freetype2...

Bye,
Alexander.

-- 
Legalize free-enterprise murder: why should governments have all the
fun?

http://www.Leidinger.net    Alexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org       netchild @ FreeBSD.org  : PGP ID = 72077137
From amdmi3 at amdmi3.ru  Tue Jun  9 14:33:40 2009
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Tue Jun  9 14:33:47 2009
Subject: request for exp-run, comments: eliminate USE_X_PREFIX
In-Reply-To: <1244302586.21424.6.camel@hood.oook.cz>
References: <20090601160256.GB50585@hades.panopticon>
	<1244155493.98744.33.camel@hood.oook.cz>
	<20090606031355.GB48992@hades.panopticon>
	<1244302586.21424.6.camel@hood.oook.cz>
Message-ID: <20090609143329.GB54499@hades.panopticon>

* Pav Lucistnik (pav@FreeBSD.org) wrote:

> > Here's it:
> > http://people.freebsd.org/~amdmi3/xprefix_obliterate.1.patch
> 
> Thank you, queued.

Ok, it's already finished and the only failure is x11/libsx which I've
mistakingly patched in another working copy. I've checked in and two
ports dependent on it locally.

So, may I commit it?

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From amdmi3 at amdmi3.ru  Tue Jun  9 14:34:28 2009
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Tue Jun  9 14:34:35 2009
Subject: request for exp-run, comments: eliminate USE_X_PREFIX
In-Reply-To: <20090609143329.GB54499@hades.panopticon>
References: <20090601160256.GB50585@hades.panopticon>
	<1244155493.98744.33.camel@hood.oook.cz>
	<20090606031355.GB48992@hades.panopticon>
	<1244302586.21424.6.camel@hood.oook.cz>
	<20090609143329.GB54499@hades.panopticon>
Message-ID: <20090609143426.GC54499@hades.panopticon>

* Dmitry Marakasov (amdmi3@hades.panopticon) wrote:

> Ok, it's already finished and the only failure is x11/libsx which I've

s/already/almost/

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From wxs at FreeBSD.org  Tue Jun  9 14:34:55 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Tue Jun  9 14:35:02 2009
Subject: cvs commit: ports UPDATING ports/Mk bsd.python.mk
	ports/biology/pymol Makefile pkg-plist ports/cad/pythoncad Makefile
	pkg-plist ports/databases/gadfly Makefile pkg-plist
	ports/databases/skytools Makefile pkg-plist ports/databases/zodb3
	...
In-Reply-To: <e890cae60906090012x591e0fe1h6ea14a47f4d700c4@mail.gmail.com>
References: <200906082230.n58MUtkU040528@repoman.freebsd.org>
	<e890cae60906090012x591e0fe1h6ea14a47f4d700c4@mail.gmail.com>
Message-ID: <20090609143454.GA17830@atarininja.org>

On Tue, Jun 09, 2009 at 09:12:32AM +0200, Rene Ladan wrote:
> 2009/6/9 Martin Wilke <miwi@freebsd.org>:
> > miwi        2009-06-08 22:30:55 UTC
> >
> >  FreeBSD ports repository
> >
> >  Modified files:
> >    .                    UPDATING
> [...]
> >  Log:
> >  - Update lang/python26 and make Python 2.6.2 to the default Python version
> >
> >  Tested by:      3 pointyhat runs
> >  Thanks to:      pav, gahr, lwhsu, mva, amdmi3
> >
> I successfully upgraded python25 to python26 using portmaster -o, but
> got stuck at the upgrade-site-packages step.
> When executing
> # cd /usr/ports/lang/python
> # make PORTUPGRADE_CMD=/usr/local/sbin/portmaster upgrade-site-packages
> 
> it complains that it can't find pkg_which, which seems to be part of
> portupgrade.
> Is pkg_which the same as pkg_info -wq or pkg_info -oq ?

You can use pkg_info -qW but there are other subtleties involved. For
example, the usage of pkg_which can take multiple arguments on the
command line but pkg_info can not. This means you have to use "-L 1"
with xargs which drastically slows things down. I'm working on a patch
which I hope to send out for review soon.

> Is there a real difference between make upgrade-site-packages and just
> updating all installed *py25* packages manually?

Yes, as it's not just py25 packages that need to be updated. For example
there are files in /usr/local/lib/python2.5/site-packages which pkg_info
tells me came from a package that does not start with py25 (in this case
it is pyblosxom).

For now I have spoken with Martin and removed the portmaster
instructions from UPDATING because of the issues you outline in this
thread.

-- WXS
From pav at FreeBSD.org  Tue Jun  9 14:37:44 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Tue Jun  9 14:37:51 2009
Subject: request for exp-run, comments: eliminate USE_X_PREFIX
In-Reply-To: <20090609143329.GB54499@hades.panopticon>
References: <20090601160256.GB50585@hades.panopticon>
	<1244155493.98744.33.camel@hood.oook.cz>
	<20090606031355.GB48992@hades.panopticon>
	<1244302586.21424.6.camel@hood.oook.cz>
	<20090609143329.GB54499@hades.panopticon>
Message-ID: <1244558254.33181.4.camel@pav.hide.vol.cz>

Dmitry Marakasov p??e v ?t 09. 06. 2009 v 18:33 +0400:
> * Pav Lucistnik (pav@FreeBSD.org) wrote:
> 
> > > Here's it:
> > > http://people.freebsd.org/~amdmi3/xprefix_obliterate.1.patch
> > 
> > Thank you, queued.
> 
> Ok, it's already finished and the only failure is x11/libsx which I've
> mistakingly patched in another working copy. I've checked in and two
> ports dependent on it locally.
> 
> So, may I commit it?

Where are you tracking the progress of it? I'm curious.

There's still few hundreds to go. I will send you an email when it's
really finished.

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>

Homer
  1. American bonehead
  2. Pull a Homer - to succeed despite idiocy
-------------- 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/20090609/ad9d8069/attachment.pgp
From amdmi3 at amdmi3.ru  Tue Jun  9 14:48:55 2009
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Tue Jun  9 14:49:02 2009
Subject: request for exp-run, comments: eliminate USE_X_PREFIX
In-Reply-To: <1244558254.33181.4.camel@pav.hide.vol.cz>
References: <20090601160256.GB50585@hades.panopticon>
	<1244155493.98744.33.camel@hood.oook.cz>
	<20090606031355.GB48992@hades.panopticon>
	<1244302586.21424.6.camel@hood.oook.cz>
	<20090609143329.GB54499@hades.panopticon>
	<1244558254.33181.4.camel@pav.hide.vol.cz>
Message-ID: <20090609144846.GE54499@hades.panopticon>

* Pav Lucistnik (pav@FreeBSD.org) wrote:

> Where are you tracking the progress of it? I'm curious.

http://pointyhat.freebsd.org/errorlogs/amd64-7-exp-latest/

Btw, I remember there was some more useful view, something like
`previously unknown failures list'. Was there really, and where?

> There's still few hundreds to go. I will send you an email when it's
> really finished.

Ok.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From pav at FreeBSD.org  Tue Jun  9 14:50:13 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Tue Jun  9 14:50:20 2009
Subject: request for exp-run, comments: eliminate USE_X_PREFIX
In-Reply-To: <20090609144846.GE54499@hades.panopticon>
References: <20090601160256.GB50585@hades.panopticon>
	<1244155493.98744.33.camel@hood.oook.cz>
	<20090606031355.GB48992@hades.panopticon>
	<1244302586.21424.6.camel@hood.oook.cz>
	<20090609143329.GB54499@hades.panopticon>
	<1244558254.33181.4.camel@pav.hide.vol.cz>
	<20090609144846.GE54499@hades.panopticon>
Message-ID: <1244559007.33181.5.camel@pav.hide.vol.cz>

Dmitry Marakasov p??e v ?t 09. 06. 2009 v 18:48 +0400:
> * Pav Lucistnik (pav@FreeBSD.org) wrote:
> 
> > Where are you tracking the progress of it? I'm curious.
> 
> http://pointyhat.freebsd.org/errorlogs/amd64-7-exp-latest/
> 
> Btw, I remember there was some more useful view, something like
> `previously unknown failures list'. Was there really, and where?

This page is as useful as it gets.

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>

Any sufficiently advanced technology is indistinguishable from magic.
  -- Arthur C. Clarke
-------------- 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/20090609/f9a16246/attachment.pgp
From marcus at marcuscom.com  Tue Jun  9 15:10:23 2009
From: marcus at marcuscom.com (Joe Marcus Clarke)
Date: Tue Jun  9 15:10:31 2009
Subject: gnome-screensaver wirdness
In-Reply-To: <1244553273.60347.1470.camel@balrog.2hip.net>
References: <alpine.BSF.2.00.0906090403340.9880@woozle.rinet.ru>
	<1244553273.60347.1470.camel@balrog.2hip.net>
Message-ID: <1244560229.19104.160.camel@shumai.marcuscom.com>

On Tue, 2009-06-09 at 08:14 -0500, Robert Noland wrote:
> On Tue, 2009-06-09 at 04:08 +0400, Dmitry Morozovsky wrote:
> > Dear colleagues,
> > 
> > on a couple of my workstations, after portupgrading, I've found that 
> > gnome-screensaver after activating renders X unusable, as it shows desktop with 
> > password dialog box for fraction of second, then blanks it back.  Killing 
> > gnome-xscreensaver from other console helps, but it does not seem for me to be 
> > a solution.
> > 
> > previously, I found it would be glitches with hald/dbus, and step-by-step 
> > shutdown of these services and then starting them helped, but now it's not the 
> > case: even reboot does not fix this.
> > 
> > Any hints? Thanks!
> 
> I see this periodically when doing port updates.  I think that it has to
> do with re-installing either gnome-screensaver or consolekit.  A reboot
> has always solved it for me.

Actually, it's gdm.  Every time gdm gets updated, you need to logout of
GNOME, restart gdm, then log back in.

Joe

-- 
PGP Key : http://www.marcuscom.com/pgp.asc
-------------- 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/20090609/390548d2/attachment.pgp
From roberthuff at rcn.com  Tue Jun  9 15:29:50 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Tue Jun  9 15:29:57 2009
Subject: porting: Linux to Freebsd
In-Reply-To: <20090609155104.13504mh395nt47ms@webmail.leidinger.net>
References: <18988.39724.572280.687111@jerusalem.litteratus.org>
	<20090608082930.GD9529@server.vk2pj.dyndns.org>
	<18988.65260.635443.439491@jerusalem.litteratus.org>
	<20090608143519.1866665ogux2b8g0@webmail.leidinger.net>
	<18989.6105.484074.889552@jerusalem.litteratus.org>
	<20090608164014.131052xgwiww9bks@webmail.leidinger.net>
	<18989.12103.858035.873279@jerusalem.litteratus.org>
	<20090608191539.GF9529@server.vk2pj.dyndns.org>
	<18989.30314.432802.548214@jerusalem.litteratus.org>
	<20090609121102.14382to1yy5k2so4@webmail.leidinger.net>
	<18990.22246.680273.667457@jerusalem.litteratus.org>
	<20090609155104.13504mh395nt47ms@webmail.leidinger.net>
Message-ID: <18990.32746.105818.470992@jerusalem.litteratus.org>


Alexander Leidinger writes:
>  > 	Quick checking suggests libttf is a Linux-ism, replaced by
>  > libfreetype.  Is this correct, and if so can I just (temporarily)
>  > make the change in the list of libraries?
>  
>  Why not just try it?
>  
>  Note, there is/was freetype1 and freetype2...

	True.  I only have freetype2 installed; we'll see if that does
the trick.
	Um - looks like not.  Installing freetype1.
	AH-hah.  print/freetype2 installs libfreetype; print/freetype
installs libttf.  That fixed it.

	The program compiles and installs.
	Before running (for which I may be back for more help) I'm
going to re-initialize the code base and check to make sure my
change notes work.

	Profuse thanks to everyone for the help.
	


					Robert Huff

From marck at rinet.ru  Tue Jun  9 15:40:29 2009
From: marck at rinet.ru (Dmitry Morozovsky)
Date: Tue Jun  9 15:40:37 2009
Subject: gnome-screensaver wirdness
In-Reply-To: <1244560229.19104.160.camel@shumai.marcuscom.com>
References: <alpine.BSF.2.00.0906090403340.9880@woozle.rinet.ru>
	<1244553273.60347.1470.camel@balrog.2hip.net>
	<1244560229.19104.160.camel@shumai.marcuscom.com>
Message-ID: <alpine.BSF.2.00.0906091939190.38250@woozle.rinet.ru>

On Tue, 9 Jun 2009, Joe Marcus Clarke wrote:

JMC> > > on a couple of my workstations, after portupgrading, I've found that 
JMC> > > gnome-screensaver after activating renders X unusable, as it shows desktop with 
JMC> > > password dialog box for fraction of second, then blanks it back.  Killing 
JMC> > > gnome-xscreensaver from other console helps, but it does not seem for me to be 
JMC> > > a solution.
JMC> > > 
JMC> > > previously, I found it would be glitches with hald/dbus, and step-by-step 
JMC> > > shutdown of these services and then starting them helped, but now it's not the 
JMC> > > case: even reboot does not fix this.
JMC> > > 
JMC> > > Any hints? Thanks!
JMC> > 
JMC> > I see this periodically when doing port updates.  I think that it has to
JMC> > do with re-installing either gnome-screensaver or consolekit.  A reboot
JMC> > has always solved it for me.
JMC> 
JMC> Actually, it's gdm.  Every time gdm gets updated, you need to logout of
JMC> GNOME, restart gdm, then log back in.

Well, this scheme helped all the times before, but now it at least seems it 
does not. I'll try to test it again after returning home and report back the 
results.

Thanks!

-- 
Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer:                                 marck@FreeBSD.org ]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------
From stephen at missouri.edu  Tue Jun  9 15:59:21 2009
From: stephen at missouri.edu (Stephen Montgomery-Smith)
Date: Tue Jun  9 15:59:29 2009
Subject: gnome-screensaver wirdness
In-Reply-To: <alpine.BSF.2.00.0906091939190.38250@woozle.rinet.ru>
References: <alpine.BSF.2.00.0906090403340.9880@woozle.rinet.ru>	<1244553273.60347.1470.camel@balrog.2hip.net>	<1244560229.19104.160.camel@shumai.marcuscom.com>
	<alpine.BSF.2.00.0906091939190.38250@woozle.rinet.ru>
Message-ID: <4A2E86D8.9080501@missouri.edu>

Dmitry Morozovsky wrote:
> On Tue, 9 Jun 2009, Joe Marcus Clarke wrote:
> 
> JMC> > > on a couple of my workstations, after portupgrading, I've found that 
> JMC> > > gnome-screensaver after activating renders X unusable, as it shows desktop with 
> JMC> > > password dialog box for fraction of second, then blanks it back.  Killing 
> JMC> > > gnome-xscreensaver from other console helps, but it does not seem for me to be 
> JMC> > > a solution.
> JMC> > > 
> JMC> > > previously, I found it would be glitches with hald/dbus, and step-by-step 
> JMC> > > shutdown of these services and then starting them helped, but now it's not the 
> JMC> > > case: even reboot does not fix this.
> JMC> > > 
> JMC> > > Any hints? Thanks!
> JMC> > 
> JMC> > I see this periodically when doing port updates.  I think that it has to
> JMC> > do with re-installing either gnome-screensaver or consolekit.  A reboot
> JMC> > has always solved it for me.
> JMC> 
> JMC> Actually, it's gdm.  Every time gdm gets updated, you need to logout of
> JMC> GNOME, restart gdm, then log back in.
> 
> Well, this scheme helped all the times before, but now it at least seems it 
> does not. I'll try to test it again after returning home and report back the 
> results.
> 
> Thanks!

I thought I would chime in with a "me too."  I updated ports yesterday, 
then rebooted the machine.  I only observed this when the screen saver 
is password locked.

From eshao at ring0.org  Tue Jun  9 18:15:51 2009
From: eshao at ring0.org (Edwin Shao)
Date: Tue Jun  9 18:15:58 2009
Subject: Port of "service" command
Message-ID: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com>

Hello,

I was wondering if there was a port of the Linux/UNIX service
<http://www.manpagez.com/man/8/service/>,
<http://linux.die.net/man/8/service> command? If not, is there any
philosophical reason or roadblock to my creating one?

Thanks,
Edwin
From dougb at FreeBSD.org  Tue Jun  9 18:36:54 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Tue Jun  9 18:37:01 2009
Subject: Port of "service" command
In-Reply-To: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com>
References: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com>
Message-ID: <4A2EABC1.8050109@FreeBSD.org>

Edwin Shao wrote:
> Hello,
> 
> I was wondering if there was a port of the Linux/UNIX service
> <http://www.manpagez.com/man/8/service/>,
> <http://linux.die.net/man/8/service> command? If not, is there any
> philosophical reason or roadblock to my creating one?

I think you'd need to answer the question of how is this solution
similar to just running '/etc/rc.d/foo start'?

Doug

-- 

    This .signature sanitized for your protection

From dougb at FreeBSD.org  Tue Jun  9 18:46:01 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Tue Jun  9 18:46:07 2009
Subject: Port of "service" command
In-Reply-To: <4A2EABC1.8050109@FreeBSD.org>
References: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com>
	<4A2EABC1.8050109@FreeBSD.org>
Message-ID: <4A2EADE3.9070001@FreeBSD.org>

Doug Barton wrote:
> Edwin Shao wrote:
>> Hello,
>>
>> I was wondering if there was a port of the Linux/UNIX service
>> <http://www.manpagez.com/man/8/service/>,
>> <http://linux.die.net/man/8/service> command? If not, is there any
>> philosophical reason or roadblock to my creating one?
> 
> I think you'd need to answer the question of how is this solution
> similar to just running '/etc/rc.d/foo start'?

D'oh ... s/similar/superior/

Doug

-- 

    This .signature sanitized for your protection

From fjwcash at gmail.com  Tue Jun  9 18:54:04 2009
From: fjwcash at gmail.com (Freddie Cash)
Date: Tue Jun  9 18:54:11 2009
Subject: Port of "service" command
In-Reply-To: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com>
References: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com>
Message-ID: <b269bc570906091126v25c7d9b8q11d689a0b4e14e36@mail.gmail.com>

On Tue, Jun 9, 2009 at 10:46 AM, Edwin Shao <eshao@ring0.org> wrote:

> I was wondering if there was a port of the Linux/UNIX service
> <http://www.manpagez.com/man/8/service/>,
> <http://linux.die.net/man/8/service> command? If not, is there any
> philosophical reason or roadblock to my creating one?
>

What's there to port?  A simple shell script like the following will work:
#!/bin/sh

if [ -z "$2" ]; then
        echo "Missing action."
        echo "Usage: $( basename ${0} ) {service}
{start|stop|restart|reload|status}"
        exit 2
elif [ -z "$1" ]; then
        echo "Missing service name."
        echo "Usage: $( basename ${0} ) {service}
{start|stop|restart|reload|status}"
        exit 1
fi

if [ -x /usr/local/etc/rc.d/${1}.sh ]; then
        runcmd="/usr/local/etc/rc.d/${1}.sh ${2}"
elif [ -x /usr/local/etc/rc.d/${1} ]; then
        runcmd="/usr/local/etc/rc.d/${1} ${2}"
elif [ -x /etc/rc.d/${1}.sh ]; then
        runcmd="/etc/rc.d/${1}.sh ${2}"
elif [ -x /etc/rc.d/${1} ]; then
        runcmd="/etc/rc.d/${1} ${2}"
else
        runcmd=""
fi

if [ -n "${runcmd}" ]; then
        echo "Running command:  ${runcmd}"
        ${runcmd}
        retval=$?
else
        echo "No rc.d script found for ${1}"
        retval=3
fi

exit ${retval}

I'm pretty sure something like this was discussed on one of the mailing
lists in the past year, as well.  You may want to search the archives for
ports@, hackers@, and stable@.


-- 
Freddie Cash
fjwcash@gmail.com
From redchin at gmail.com  Tue Jun  9 19:11:53 2009
From: redchin at gmail.com (Kevin Downey)
Date: Tue Jun  9 19:11:59 2009
Subject: Port of "service" command
In-Reply-To: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com>
References: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com>
Message-ID: <1d3ed48c0906091140t37fbdd4eq84a1153348db7a53@mail.gmail.com>

I have a similar shell function I am rather fond of:

rc(){
    find /etc/rc.d/"$1" /usr/local/etc/rc.d/"$1" -exec sudo {} `echo
"$*"|cut -f 2- -d \ ` \;
}

kpd eskarina ~% rc ntpd restart
Stopping ntpd.
Waiting for PIDS: 1151.
Starting ntpd.
find: /usr/local/etc/rc.d/ntpd: No such file or directory
zsh: exit 1
kpd eskarina ~% rc hald status
find: /etc/rc.d/hald: No such file or directory
hald is running as pid 1450.
zsh: exit 1
kpd eskarina ~%



On Tue, Jun 9, 2009 at 10:46 AM, Edwin Shao<eshao@ring0.org> wrote:
> Hello,
>
> I was wondering if there was a port of the Linux/UNIX service
> <http://www.manpagez.com/man/8/service/>,
> <http://linux.die.net/man/8/service> command? If not, is there any
> philosophical reason or roadblock to my creating one?
>
> Thanks,
> Edwin
> _______________________________________________
> 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"
>



-- 
And what is good, Phaedrus,
And what is not good?
Need we ask anyone to tell us these things?
From dougb at FreeBSD.org  Tue Jun  9 19:30:51 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Tue Jun  9 19:30:57 2009
Subject: Port of "service" command
In-Reply-To: <1d3ed48c0906091140t37fbdd4eq84a1153348db7a53@mail.gmail.com>
References: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com>
	<1d3ed48c0906091140t37fbdd4eq84a1153348db7a53@mail.gmail.com>
Message-ID: <4A2EB864.1060006@FreeBSD.org>

Kevin Downey wrote:
> I have a similar shell function I am rather fond of:
> 
> rc(){
>     find /etc/rc.d/"$1" /usr/local/etc/rc.d/"$1" -exec sudo {} `echo
> "$*"|cut -f 2- -d \ ` \;
> }

Wow, that's painful. :) The only reason you don't notice how painful
is because those two directories have only a few files. Much much more
efficient would be something like:

rc () {
	local script=$1
	shift

	if [ -x "/etc/rc.d/$script" ]; then
		/etc/rc.d/$script $*
	elif [ -x "/usr/local/etc/rc.d/$script" ]; then
		/usr/local/etc/rc.d/$script $*
	else
		echo "$script does not exist in /etc/rc.d or"
		echo "/usr/local/etc/rc.d"
		return 1
	fi
}


hth,

Doug

-- 

    This .signature sanitized for your protection

From skreuzer at exit2shell.com  Tue Jun  9 20:10:49 2009
From: skreuzer at exit2shell.com (Steven Kreuzer)
Date: Tue Jun  9 20:10:58 2009
Subject: Port of "service" command
In-Reply-To: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com>
References: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com>
Message-ID: <6107DA21-016E-4D44-ABA1-DC8F14025B39@exit2shell.com>


On Jun 9, 2009, at 1:46 PM, Edwin Shao wrote:

> Hello,
>
> I was wondering if there was a port of the Linux/UNIX service
> <http://www.manpagez.com/man/8/service/>,
> <http://linux.die.net/man/8/service> command? If not, is there any
> philosophical reason or roadblock to my creating one?

Not to long ago I wrote a FreeBSD specific version of service.
I have some additional things I want to add in at a later date,
but this version works pretty well.

http://www.exit2shell.com/~skreuzer/patches/service.diff

--
Steven Kreuzer
http://www.exit2shell.com/~skreuzer

From itetcu at FreeBSD.org  Tue Jun  9 21:14:34 2009
From: itetcu at FreeBSD.org (Ion-Mihai Tetcu)
Date: Tue Jun  9 21:14:40 2009
Subject: cvs commit: ports UPDATING ports/Mk bsd.python.mk 
 ports/biology/pymol Makefile pkg-plist ports/cad/pythoncad Makefile 
 pkg-plist ports/databases/gadfly Makefile pkg-plist 
 ports/databases/skytools Makefile pkg-plist ports/databases/zodb3  ...
In-Reply-To: <20090609143454.GA17830@atarininja.org>
References: <200906082230.n58MUtkU040528@repoman.freebsd.org>
	<e890cae60906090012x591e0fe1h6ea14a47f4d700c4@mail.gmail.com>
	<20090609143454.GA17830@atarininja.org>
Message-ID: <20090610001501.297dd4df@it.buh.tecnik93.com>

On Tue, 9 Jun 2009 10:34:54 -0400
Wesley Shields <wxs@FreeBSD.org> wrote:

> On Tue, Jun 09, 2009 at 09:12:32AM +0200, Rene Ladan wrote:
> > 2009/6/9 Martin Wilke <miwi@freebsd.org>:
> > > miwi        2009-06-08 22:30:55 UTC
> > >
> > >  FreeBSD ports repository
> > >
> > >  Modified files:
> > >    .                    UPDATING
> > [...]
> > >  Log:
> > >  - Update lang/python26 and make Python 2.6.2 to the default
> > > Python version
> > >
> > >  Tested by:      3 pointyhat runs
> > >  Thanks to:      pav, gahr, lwhsu, mva, amdmi3
> > >
> > I successfully upgraded python25 to python26 using portmaster -o,
> > but got stuck at the upgrade-site-packages step.
> > When executing
> > # cd /usr/ports/lang/python
> > # make PORTUPGRADE_CMD=/usr/local/sbin/portmaster
> > upgrade-site-packages
> > 
> > it complains that it can't find pkg_which, which seems to be part of
> > portupgrade.
> > Is pkg_which the same as pkg_info -wq or pkg_info -oq ?
> 
> You can use pkg_info -qW but there are other subtleties involved. For
> example, the usage of pkg_which can take multiple arguments on the
> command line but pkg_info can not. This means you have to use "-L 1"
> with xargs which drastically slows things down. I'm working on a patch
> which I hope to send out for review soon.
> 
> > Is there a real difference between make upgrade-site-packages and
> > just updating all installed *py25* packages manually?
> 
> Yes, as it's not just py25 packages that need to be updated. For
> example there are files in /usr/local/lib/python2.5/site-packages
> which pkg_info tells me came from a package that does not start with
> py25 (in this case it is pyblosxom).
> 
> For now I have spoken with Martin and removed the portmaster
> instructions from UPDATING because of the issues you outline in this
> thread.

FYI, we're testing a portmaster solution.Expect a commit tonight /
tomorrow.


-- 
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: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090609/c984c908/signature.pgp
From rwmaillists at googlemail.com  Tue Jun  9 21:17:06 2009
From: rwmaillists at googlemail.com (RW)
Date: Tue Jun  9 21:17:13 2009
Subject: Port of "service" command
In-Reply-To: <4A2EB864.1060006@FreeBSD.org>
References: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com>
	<1d3ed48c0906091140t37fbdd4eq84a1153348db7a53@mail.gmail.com>
	<4A2EB864.1060006@FreeBSD.org>
Message-ID: <20090609221656.752e9c8f@gumby.homeunix.com>

On Tue, 09 Jun 2009 12:30:44 -0700
Doug Barton <dougb@FreeBSD.org> wrote:

> Kevin Downey wrote:
> > I have a similar shell function I am rather fond of:
> > 
> > rc(){
> >     find /etc/rc.d/"$1" /usr/local/etc/rc.d/"$1" -exec sudo {} `echo
> > "$*"|cut -f 2- -d \ ` \;
> > }
> 
> Wow, that's painful. :) The only reason you don't notice how painful
> is because those two directories have only a few files. Much much more
> efficient would be something like:
> 
> rc () {
> 	local script=$1
> 	shift
> 
> 	if [ -x "/etc/rc.d/$script" ]; then
> 		/etc/rc.d/$script $*
> 	elif [ -x "/usr/local/etc/rc.d/$script" ]; then
> 		/usr/local/etc/rc.d/$script $*
> 	else
> 		echo "$script does not exist in /etc/rc.d or"
> 		echo "/usr/local/etc/rc.d"
> 		return 1
> 	fi
> }

This kind of thing is already implemented by the
sysutils/bsdadminscripts port.

From nox at jelal.kn-bremen.de  Tue Jun  9 21:24:28 2009
From: nox at jelal.kn-bremen.de (Juergen Lock)
Date: Tue Jun  9 21:24:35 2009
Subject: plans to retire kqemu (poll)
In-Reply-To: <BLU126-W2629D1806F55930E3604B2ED460@phx.gbl>
References: <20090605185932.GA7964@triton.kn-bremen.de>
Message-ID: <200906092118.n59LIp7M011681@triton.kn-bremen.de>

In article <BLU126-W2629D1806F55930E3604B2ED460@phx.gbl> you write:
>Sound a bit stupid to retire it in favor of options such as Xen or VirtualBox. Kqemu is non-obtrusive,C tested,C and easily ported between systems. For some of us, good hardware or new hardware is not an option.

Yeah I don't really like those plans either, tho this is probably
better discussed on the qemu list as we here can't really do much
about it...

 Cheers,
	Juergen
From joshua_rickmar at eumx.net  Tue Jun  9 21:31:47 2009
From: joshua_rickmar at eumx.net (Josh Rickmar)
Date: Tue Jun  9 21:31:54 2009
Subject: emulators/open-vm-tools fails to build
Message-ID: <alpine.BSF.2.00.0906091724340.41729@FGD135.localdomain>

The latest update of open-vm-tools is not compiling for me. Here's the
error:

mv -f .deps/pointer.Tpo .deps/pointer.Po
c++ -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.05.22\"
  -DPACKAGE_STRING=\"open-vm-tools\ 2009.05.22\" -DPACKAGE_BUGREPORT=\"open-vm-tools-devel@lists.sourcefor
ge.net\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.05.22\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAV
E_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H
=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_DLOPEN=1 -DNO_PROCP
S=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_
SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_W
ITH_SYS_TIME=1 -I.    -I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-2009.05.22-167859/lib/inclu
de -I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-2009.05.22-167859/lib/include -I/usr/local/inc
lude -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS  -I/usr/local/include -I/usr/local/include -DUSE_ICU -DHAVE_ICU_3
8 -DVMX86_TOOLS -DNO_CORE_ICU -D_THREAD_SAFE -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/includ
e -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/inc
lude -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/pixman-1 -I/usr
/local/include/freetype2   -DGTK2    -I../include -I../lib/dndGuest  -DRESOLUTION_X11 -I../services/plugi
ns/vix -O2 -fno-strict-aliasing -pipe -march=prescott -MT vmware-user.o -MD -MP -MF .deps/vmware-user.Tpo
  -c -o vmware-user.o vmware-user.cpp
vmware-user.cpp: In function 'Bool VMwareUserRpcInSetOptionCB(const char**, size_t*, const char*, const c
har*, size_t, void*)':
vmware-user.cpp:551: warning: deprecated conversion from string constant to 'char*'
vmware-user.cpp:557: warning: deprecated conversion from string constant to 'char*'
vmware-user.cpp:560: warning: deprecated conversion from string constant to 'char*'
vmware-user.cpp:577: warning: deprecated conversion from string constant to 'char*'
vmware-user.cpp:594: warning: deprecated conversion from string constant to 'char*'
vmware-user.cpp:598: warning: deprecated conversion from string constant to 'char*'
vmware-user.cpp:603: warning: deprecated conversion from string constant to 'char*'
mv -f .deps/vmware-user.Tpo .deps/vmware-user.Po
make: don't know how to make ../lib/dndGuest/libDndGuest.la. Stop
*** Error code 1

Stop in /usr/ports/emulators/open-vm-tools/work/open-vm-tools-2009.05.22-167859.
*** Error code 1

Stop in /usr/ports/emulators/open-vm-tools.


-- 
IRC nick: jrick
Jabber: jrick@jabber.org
http://identi.ca/jrick

From poleris at gmail.com  Tue Jun  9 22:26:39 2009
From: poleris at gmail.com (Edwin Shao)
Date: Tue Jun  9 22:26:45 2009
Subject: Port of "service" command
In-Reply-To: <20090609221656.752e9c8f@gumby.homeunix.com>
References: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com> 
	<1d3ed48c0906091140t37fbdd4eq84a1153348db7a53@mail.gmail.com> 
	<4A2EB864.1060006@FreeBSD.org>
	<20090609221656.752e9c8f@gumby.homeunix.com>
Message-ID: <17ca67550906091502x93b6d2csdb39019e00f21c73@mail.gmail.com>

Thanks for all the replies. It just gets annoying doing the whole
/etc/rc.d or /usr/local/etc/rc.d dance.

I was loathe to create my own script because it seemed such details as
where the rc.d / init.d / etc. directories were located should be
abstracted to the operating system, and thus, the operating system's
package distribution system or default binaries. Ie. I didn't feel
like making an 'rc' script for each type of operating system I admin.

On Tue, Jun 9, 2009 at 5:16 PM, RW<rwmaillists@googlemail.com> wrote:
> On Tue, 09 Jun 2009 12:30:44 -0700
> Doug Barton <dougb@FreeBSD.org> wrote:
>
>> Kevin Downey wrote:
>> > I have a similar shell function I am rather fond of:
>> >
>> > rc(){
>> > ? ? find /etc/rc.d/"$1" /usr/local/etc/rc.d/"$1" -exec sudo {} `echo
>> > "$*"|cut -f 2- -d \ ` \;
>> > }
>>
>> Wow, that's painful. :) The only reason you don't notice how painful
>> is because those two directories have only a few files. Much much more
>> efficient would be something like:
>>
>> rc () {
>> ? ? ? local script=$1
>> ? ? ? shift
>>
>> ? ? ? if [ -x "/etc/rc.d/$script" ]; then
>> ? ? ? ? ? ? ? /etc/rc.d/$script $*
>> ? ? ? elif [ -x "/usr/local/etc/rc.d/$script" ]; then
>> ? ? ? ? ? ? ? /usr/local/etc/rc.d/$script $*
>> ? ? ? else
>> ? ? ? ? ? ? ? echo "$script does not exist in /etc/rc.d or"
>> ? ? ? ? ? ? ? echo "/usr/local/etc/rc.d"
>> ? ? ? ? ? ? ? return 1
>> ? ? ? fi
>> }
>
> This kind of thing is already implemented by the
> sysutils/bsdadminscripts port.
>
> _______________________________________________
> 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 joshua_rickmar at eumx.net  Tue Jun  9 22:41:28 2009
From: joshua_rickmar at eumx.net (Josh Rickmar)
Date: Tue Jun  9 22:41:35 2009
Subject: AW: emulators/open-vm-tools fails to build
In-Reply-To: <alpine.BSF.2.00.0906091838160.41729@FGD135.localdomain>
References: <alpine.BSF.2.00.0906091724340.41729@FGD135.localdomain>
	<509A7CA1EA3EA046B1A5BA2FCFDB3C8EECC533240E@TSS-EXCH01.t-systems.ch>
	<alpine.BSF.2.00.0906091838160.41729@FGD135.localdomain>
Message-ID: <alpine.BSF.2.00.0906091840430.41729@FGD135.localdomain>

On Tue, 9 Jun 2009, Josh Rickmar wrote:

> On Wed, 10 Jun 2009, Blapp, Martin wrote:
>
>> Hi,
>> 
>> You forgot to mention some things:
>> 
>> OS-Version and Level ?
>> Port (NO-X11 or normal version) ?
>
> Ah, right.  Sorry about that.
>
> % uname -a
> FreeBSD FGD135.localdomain 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Tue May
> 5 01:52:24 EDT 2009     joshua@FGD135.localdomain:/usr/obj/usr/src/sys/CUSTOM 
> i386
>
> I'm trying to build the normal port, not the no-x11 version.
>
>

Forgot to CC to list.

-- 
IRC nick: jrick
Jabber: jrick@jabber.org
http://identi.ca/jrick

From ambrisko at ambrisko.com  Tue Jun  9 22:41:40 2009
From: ambrisko at ambrisko.com (Doug Ambrisko)
Date: Tue Jun  9 22:41:47 2009
Subject: New port: sysutils/megacli waiting to commit
In-Reply-To: <4A1406FB.7020502@collaborativefusion.com>
Message-ID: <200906092213.n59MDGg5027852@ambrisko.com>

Sean McAfee writes:
| Frank J. Laszlo wrote:
| > Philip M. Gollucci wrote:
| >> Vladimir Ermakov wrote:
| >>  
| >>> Hi, all.
| >>> please appreciate my port *megacli*
| >>>
| >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=133655
| >>>     
| >>
| >> Is that different from this the port, is it an update?
| >>
| >> Path:   /usr/ports/sysutils/linux-megacli
| > 
| > Since the megacli application now has a native binary, should be not 
| > DEPRICATE the linux version?
| > 
| > Regards,
| >    Frank Laszlo
| 
| Probably not. I noted this when I originally filed the PR for 
| linux-megacli2, but the 1.x, 2.x, and 4.x versions support dramatically 
| different hardware lines.
| 
| As an example, this native version is 4.x and does not support the Dell 
| PERC5.

I find this hard to believe and in my experience with a fresh download
from LSI's web-site the FreeBSD and Linux variants work just fine
on my PERC5's for things like -AdpAllInfo.  There is no real firmware
interface difference between between the PERC5 and PERC6.  So I don't
know where you get this from.  Specifics in which things are broken
could be nice so I can look at getting them fixed.  I put in the
management ioctl path that they use into FreeBSD a long time ago.
They did find some bugs in some new management features that are 
fixed in 7.1 and I need to merge back to 6.  Unfortunately, this work 
happened after the last 6.X version was released :-(
 
| IMO, linux-megacli, linux-megacli2, and megacli should all exist as 
| independent ports.

I would say not.  Let's get rid of the Linux variant and use the FreeBSD
native ones.  The FreeBSD should be a lot easier to run then the
Linux one and won't have the potential NFS hang issue that Linux does.

It's nice to see the FreeBSD version and would be interesting to see
how much my hand was involved in that ...

My employer's FreeBSD native tool works across all of the MegaRAID SAS 
type cards and Dell servers that I've tried which pre-dates the MegaCLI 
for FreeBSD.  Prior versions of MegaCLI also did.  I can't say I've
tried all options with the latest MegaCLI.

Doug A.
From joshua_rickmar at eumx.net  Tue Jun  9 23:16:20 2009
From: joshua_rickmar at eumx.net (Josh Rickmar)
Date: Tue Jun  9 23:16:26 2009
Subject: AW: AW: emulators/open-vm-tools fails to build
In-Reply-To: <509A7CA1EA3EA046B1A5BA2FCFDB3C8EECC533240F@TSS-EXCH01.t-systems.ch>
References: <alpine.BSF.2.00.0906091724340.41729@FGD135.localdomain>
	<509A7CA1EA3EA046B1A5BA2FCFDB3C8EECC533240E@TSS-EXCH01.t-systems.ch>,
	<alpine.BSF.2.00.0906091838160.41729@FGD135.localdomain>
	<509A7CA1EA3EA046B1A5BA2FCFDB3C8EECC533240F@TSS-EXCH01.t-systems.ch>
Message-ID: <alpine.BSF.2.00.0906091913000.41729@FGD135.localdomain>

On Wed, 10 Jun 2009, Blapp, Martin wrote:

> Hi,
>
> Strange. I sucessfully built the port on 7.2.
>
> Do you have any special /etc/make.conf settings ? Special
> gcc flags ?

The only setting in my /etc/make.conf is that I'm building to a prescott
processor.

I'll try building the -nox11 version to see if that solves the problems,
since I don't use any of the GUI tools.

-- 
IRC nick: jrick
Jabber: jrick@jabber.org
http://identi.ca/jrick

From joshua_rickmar at eumx.net  Tue Jun  9 23:20:42 2009
From: joshua_rickmar at eumx.net (Josh Rickmar)
Date: Tue Jun  9 23:20:48 2009
Subject: AW: AW: emulators/open-vm-tools fails to build
In-Reply-To: <alpine.BSF.2.00.0906091913000.41729@FGD135.localdomain>
References: <alpine.BSF.2.00.0906091724340.41729@FGD135.localdomain>
	<509A7CA1EA3EA046B1A5BA2FCFDB3C8EECC533240E@TSS-EXCH01.t-systems.ch>,
	<alpine.BSF.2.00.0906091838160.41729@FGD135.localdomain>
	<509A7CA1EA3EA046B1A5BA2FCFDB3C8EECC533240F@TSS-EXCH01.t-systems.ch>
	<alpine.BSF.2.00.0906091913000.41729@FGD135.localdomain>
Message-ID: <alpine.BSF.2.00.0906091920001.41729@FGD135.localdomain>

On Tue, 9 Jun 2009, Josh Rickmar wrote:

> On Wed, 10 Jun 2009, Blapp, Martin wrote:
>
>> Hi,
>> 
>> Strange. I sucessfully built the port on 7.2.
>> 
>> Do you have any special /etc/make.conf settings ? Special
>> gcc flags ?
>
> The only setting in my /etc/make.conf is that I'm building to a prescott
> processor.
>
> I'll try building the -nox11 version to see if that solves the problems,
> since I don't use any of the GUI tools.

-nox11 builds and installs fine.

-- 
IRC nick: jrick
Jabber: jrick@jabber.org
http://identi.ca/jrick

From itetcu at FreeBSD.org  Wed Jun 10 00:14:24 2009
From: itetcu at FreeBSD.org (Ion-Mihai Tetcu)
Date: Wed Jun 10 00:14:31 2009
Subject: emulators/open-vm-tools fails to build
In-Reply-To: <alpine.BSF.2.00.0906091920001.41729@FGD135.localdomain>
References: <alpine.BSF.2.00.0906091724340.41729@FGD135.localdomain>
	<509A7CA1EA3EA046B1A5BA2FCFDB3C8EECC533240E@TSS-EXCH01.t-systems.ch>
	<alpine.BSF.2.00.0906091838160.41729@FGD135.localdomain>
	<509A7CA1EA3EA046B1A5BA2FCFDB3C8EECC533240F@TSS-EXCH01.t-systems.ch>
	<alpine.BSF.2.00.0906091913000.41729@FGD135.localdomain>
	<alpine.BSF.2.00.0906091920001.41729@FGD135.localdomain>
Message-ID: <20090610031452.7be3f399@it.buh.tecnik93.com>

On Tue, 9 Jun 2009 19:20:29 -0400 (EDT)
Josh Rickmar <joshua_rickmar@eumx.net> wrote:

> On Tue, 9 Jun 2009, Josh Rickmar wrote:
> 
> > On Wed, 10 Jun 2009, Blapp, Martin wrote:
> >
> >> Hi,
> >> 
> >> Strange. I sucessfully built the port on 7.2.
> >> 
> >> Do you have any special /etc/make.conf settings ? Special
> >> gcc flags ?
> >
> > The only setting in my /etc/make.conf is that I'm building to a
> > prescott processor.
> >
> > I'll try building the -nox11 version to see if that solves the
> > problems, since I don't use any of the GUI tools.
> 
> -nox11 builds and installs fine.

It fails on QAT also, maintainer/committer ware notified by on-commit
testing.

-- 
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: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090610/1429e2c1/signature.pgp
From gamato at users.sf.net  Wed Jun 10 06:30:48 2009
From: gamato at users.sf.net (martinko)
Date: Wed Jun 10 06:30:55 2009
Subject: FreeBSD Port: x11/kdebase4 not compiling
Message-ID: <h0njuc$sir$1@ger.gmane.org>

Hi,

I've just tried to update KDE 4.2.3 to 4.2.4 and got the following:

Linking CXX executable nspluginviewer
[ 44%] Built target nspluginviewer
1 error
*** Error code 2
1 error
*** Error code 1

Stop in /usr/ports/x11/kdebase4.
** Command failed [exit code 1]: /usr/bin/script -qa
/tmp/portupgrade20090609-46039-18a1xj5-0 env UPGRADE_TOOL=portupgrade
UPGRADE_PORT=kdebase-4.2.3 UPGRADE_PORT_VER=4.2.3 make
** Fix the problem and try again.

This is on 7.2-RELEASE (amd64) with fresh ports tree.

M.

From pgollucci at FreeBSD.org  Wed Jun 10 06:57:26 2009
From: pgollucci at FreeBSD.org (pgollucci@FreeBSD.org)
Date: Wed Jun 10 06:57:32 2009
Subject: ports/131442: new port: audio/xmms-timidity
Message-ID: <200906100657.n5A6vP6w017998@freefall.freebsd.org>

Synopsis: new port: audio/xmms-timidity

Responsible-Changed-From-To: freebsd-ports->pgollucci
Responsible-Changed-By: pgollucci
Responsible-Changed-When: Wed Jun 10 06:57:25 UTC 2009
Responsible-Changed-Why: 
I'll take it.

http://www.freebsd.org/cgi/query-pr.cgi?pr=131442
From spam at rm-rf.kiev.ua  Wed Jun 10 07:18:11 2009
From: spam at rm-rf.kiev.ua (Alex Kozlov)
Date: Wed Jun 10 07:18:18 2009
Subject: Port of "service" command
Message-ID: <20090609200203.GA64660@ravenloft.kiev.ua>

On Tue, Jun 09, 2009 at 12:30:44PM -0700, Doug Barton wrote:
> Kevin Downey wrote:
>> I have a similar shell function I am rather fond of:
>> 
>> rc(){
>>     find /etc/rc.d/"$1" /usr/local/etc/rc.d/"$1" -exec sudo {} `echo
>> "$*"|cut -f 2- -d \ ` \;
>> }
> 
> Wow, that's painful. :) The only reason you don't notice how painful
> is because those two directories have only a few files. Much much more
> efficient would be something like:
> 
> rc () {
> 	local script=$1
> 	shift
> 
> 	if [ -x "/etc/rc.d/$script" ]; then
> 		/etc/rc.d/$script $*
> 	elif [ -x "/usr/local/etc/rc.d/$script" ]; then
> 		/usr/local/etc/rc.d/$script $*
> 	else
> 		echo "$script does not exist in /etc/rc.d or"
> 		echo "/usr/local/etc/rc.d"
> 		return 1
> 	fi
> }

#!/bin/sh

name=$1
cmd=$2

if [ -z "${name}" -o -z "${cmd}" ]; then
	echo ${0##*/} service_name command
	exit 3
fi

. /etc/rc.subr

load_rc_config ${name}

for dir in /etc/rc.d ${local_startup}; do
	if [ -r "${dir}/${name}" ]; then	
		run_rc_script "${dir}/${name}" ${cmd}
		exit 0
	fi

	if [ -r "${dir}/${name}.sh" ]; then	
		run_rc_script "${dir}/${name}.sh" ${cmd}
		exit 0
	fi	
done

echo "service '${name}' not found"
exit 2


Most useful with shell completion.


--
Adios
From izaera at gmail.com  Wed Jun 10 07:49:30 2009
From: izaera at gmail.com (=?ISO-8859-1?Q?Iv=E1n_Zaera_Avell=F3n?=)
Date: Wed Jun 10 07:49:36 2009
Subject: Fwd: gnome-screensaver wirdness
In-Reply-To: <9719a6f50906090833p3db55671ra7c66409952dd750@mail.gmail.com>
References: <alpine.BSF.2.00.0906090403340.9880@woozle.rinet.ru>
	<9719a6f50906090833p3db55671ra7c66409952dd750@mail.gmail.com>
Message-ID: <9719a6f50906100018r13cf4904y274e4f21000e1bbb@mail.gmail.com>

Hi all:

I sent this mail to Dmitry yesterday but got no confirmation from him,
so I'm sending it again to the list. I have googled a bit and some
Linux distro have also this problem (at least Kubuntu, Debian and
OpenSUSE that I know).

Can anybody experiencing the problem try to change the screensaver to
a non-OpenGL and try again. Also I remember that, although the lock
dialog didn't appear, I could type my password and unlock the screen.

If you confirm this error I'm afraid the problem is in the original
code for X11 or OpenGL or the screensavers, in which case it wouldn't
be a FreeBSD only problem and would have to be corrected in the
upstream code.

Regards,
Ivan

---------- Forwarded message ----------
From: Iv?n Zaera Avell?n <izaera@gmail.com>
Date: Tue, Jun 9, 2009 at 5:33 PM
Subject: Re: gnome-screensaver wirdness
To: Dmitry Morozovsky <marck@rinet.ru>


Hi Dmitry:

I'm new to FreeBSD so I don't know the internals of the system, but
I'm changing from Debian/Linux and had the same problem some months
ago (to add more differences to your case, I had KDE instead of
GNOME).

In my case it was an interaction between OpenGL, transparency in the
video driver, the screensaver and the desktop lock program. The bypass
solution I found was to stop using OpenGL screensaver (apart from
killing the screen saver or the desktop lock programs from a text
console, as you say).

I don't know if this can help you because, as I said, my configuration
was totally different from yours, but I just wanted to share my
solution because the problems looked similar.

Hope it helps,
Ivan Zaera
From bharat.gusain at hotmail.com  Wed Jun 10 08:04:36 2009
From: bharat.gusain at hotmail.com (bharat gusain)
Date: Wed Jun 10 08:04:42 2009
Subject: __lxstat/gzopen undefined symbol while loading a shared library
Message-ID: <COL114-W24809E1A0390FE573790C2EA450@phx.gbl>




Hi all,

 

I am considerably
new to FreeBsd, previously working on Linux but have no idea of FreeBsd, below are
steps what I am doing and getting error:

 

a) I have ported
a shared library written for linux to FreeBsd 7.0 Release.

 

b) This
ported library (say libXXXX.so) is compiled successfully on my FreeBsd 7.0
machine.

 

c) Now I am
getting the following error while trying to load libXXXX.so using dlopen(libXXXX.so,
RTLD_LAZY) from another program:

/libexec/ld-elf.so.1: /usr/lib/libXXXX.so: undefined symbol ?__lxstat?

I Googled
and found that __lxstat is a linux symbol and should be there in linux-ports, but
updating the linux-ports package also doesn?t resolved this issue.

 

d) If I use
RTLD_NOW I did not get the ?__lxstat not defined? error, but then another error
comes from libpci.so.3.1.2,

dlerror=/usr/ligb/libXXXX.so:
Undefined symbol ?gzopen?.

I am using some
functions from libpci.so.3.1.2 in my library and linking the libpci.so.3.1.2
normaly using ?lpci 

In libpci.so.3.1.2
the ?lz option links the libz to libpci so there should not be any issue in it.

 

Following are some logs output:
$objdump -T /usr/lib/libXXXX.so | grep __lxstat



00000000      D  *UND*    00000000              __lxstat
$objdump -T /usr/lib/libXXXX.so | grep gzopen



00000000      D  *UND*    00000000              gzopen

$objdump -T /usr/lib/libpci.so.3.1.2 | grep gzopen
 
00000000      DF *UND*    00000014              gzopen

$objdump -T /usr/lib/libz.so | grep gzopen



00004500 g    DF .text    00000014  Base        gzopen



Can anybody
please help!!

 

Regards

Bharat

 


_________________________________________________________________
Missed any of the IPL matches ? Catch a recap of all the action on MSN Videos
http://msnvideos.in/iplt20/msnvideoplayer.aspx
From marck at rinet.ru  Wed Jun 10 09:53:51 2009
From: marck at rinet.ru (Dmitry Morozovsky)
Date: Wed Jun 10 09:53:57 2009
Subject: gnome-screensaver wirdness
In-Reply-To: <alpine.BSF.2.00.0906091939190.38250@woozle.rinet.ru>
References: <alpine.BSF.2.00.0906090403340.9880@woozle.rinet.ru>
	<1244553273.60347.1470.camel@balrog.2hip.net>
	<1244560229.19104.160.camel@shumai.marcuscom.com>
	<alpine.BSF.2.00.0906091939190.38250@woozle.rinet.ru>
Message-ID: <alpine.BSF.2.00.0906101350190.49870@woozle.rinet.ru>

On Tue, 9 Jun 2009, Dmitry Morozovsky wrote:

DM> JMC> > > on a couple of my workstations, after portupgrading, I've found that 
DM> JMC> > > gnome-screensaver after activating renders X unusable, as it shows desktop with 
DM> JMC> > > password dialog box for fraction of second, then blanks it back.  Killing 
DM> JMC> > > gnome-xscreensaver from other console helps, but it does not seem for me to be 
DM> JMC> > > a solution.
DM> JMC> > > 
DM> JMC> > > previously, I found it would be glitches with hald/dbus, and step-by-step 
DM> JMC> > > shutdown of these services and then starting them helped, but now it's not the 
DM> JMC> > > case: even reboot does not fix this.
DM> JMC> > > 
DM> JMC> > > Any hints? Thanks!
DM> JMC> > 
DM> JMC> > I see this periodically when doing port updates.  I think that it has to
DM> JMC> > do with re-installing either gnome-screensaver or consolekit.  A reboot
DM> JMC> > has always solved it for me.
DM> JMC> 
DM> JMC> Actually, it's gdm.  Every time gdm gets updated, you need to logout of
DM> JMC> GNOME, restart gdm, then log back in.
DM> 
DM> Well, this scheme helped all the times before, but now it at least seems it 
DM> does not. I'll try to test it again after returning home and report back the 
DM> results.

Well, for two contemporary RELENG_7/i386 machines I confirm than ewen after 
portupgrade -f gdm gnome-screensaver consolekit 
and subsequent reboot, activating screensaver leads to the effect described 
earlier.

Both machines use VESA X driver, if it's important.

-- 
Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer:                                 marck@FreeBSD.org ]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------
From marck at rinet.ru  Wed Jun 10 09:54:37 2009
From: marck at rinet.ru (Dmitry Morozovsky)
Date: Wed Jun 10 09:54:44 2009
Subject: Fwd: gnome-screensaver wirdness
In-Reply-To: <9719a6f50906100018r13cf4904y274e4f21000e1bbb@mail.gmail.com>
References: <alpine.BSF.2.00.0906090403340.9880@woozle.rinet.ru>
	<9719a6f50906090833p3db55671ra7c66409952dd750@mail.gmail.com>
	<9719a6f50906100018r13cf4904y274e4f21000e1bbb@mail.gmail.com>
Message-ID: <alpine.BSF.2.00.0906101353590.49870@woozle.rinet.ru>

On Wed, 10 Jun 2009, Iv?n Zaera Avell?n wrote:

IZA> I sent this mail to Dmitry yesterday but got no confirmation from him,
IZA> so I'm sending it again to the list. I have googled a bit and some
IZA> Linux distro have also this problem (at least Kubuntu, Debian and
IZA> OpenSUSE that I know).
IZA> 
IZA> Can anybody experiencing the problem try to change the screensaver to
IZA> a non-OpenGL and try again. Also I remember that, although the lock
IZA> dialog didn't appear, I could type my password and unlock the screen.

Well, for me it does not: my screensaver is "blank screen"


-- 
Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer:                                 marck@FreeBSD.org ]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------
From wxs at FreeBSD.org  Wed Jun 10 13:26:48 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Wed Jun 10 13:26:55 2009
Subject: Python 2.6 update with portmaster
Message-ID: <20090610132647.GC40713@atarininja.org>

Here's a patch[1] that allows you to use portmaster when doing the python
upgrade. I intend to commit this tomorrow morning unless someone speaks
up. I'll also be adding the instructions to the UPDATING entry.

Once applied you should be able to use:

cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER

It will be quite slow compared to using pkg_which (the normal method) so
be patient. I've used this patch to upgrade one lightly used machine and
I know at least one other person has survived an upgrade of a machine
with over 1000 ports installed.

[1]: http://people.freebsd.org/~wxs/python26-portmaster.diff

-- WXS
From hselasky at c2i.net  Wed Jun 10 13:28:55 2009
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Wed Jun 10 13:29:02 2009
Subject: Checksum mismatch
Message-ID: <200906101533.04156.hselasky@c2i.net>

===>  Installing for transfig-3.2.5
===>   transfig-3.2.5 depends on executable: ppmtogif - not found
===>    Verifying install for ppmtogif in /usr/ports/graphics/netpbm
===>  WARNING: Vulnerability database out of date, checking anyway
=> netpbm-10.26.62.tgz doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch from 
http://garr.dl.sourceforge.net/sourceforge/netpbm/.
netpbm-10.26.62.tgz                           100% of 2485 kB  379 kBps
===>  Extracting for netpbm-10.26.62
=> MD5 Checksum mismatch for netpbm-10.26.62.tgz.
=> SHA256 Checksum mismatch for netpbm-10.26.62.tgz.

From avg at icyb.net.ua  Wed Jun 10 13:40:21 2009
From: avg at icyb.net.ua (Andriy Gapon)
Date: Wed Jun 10 13:40:27 2009
Subject: skype-out calls disconnect after 5 minute
In-Reply-To: <200906071217.46779.lumiwa@gmail.com>
References: <200906071217.46779.lumiwa@gmail.com>
Message-ID: <4A2FB35A.8070300@icyb.net.ua>

on 07/06/2009 20:17 ajtiM said the following:
> My system: FreeBSD 7.2-RELEASE #0: Fri May  1 08:49:13 UTC 2009     
> root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386
> 
> Skype-out calls disconnect after about 5 minutes. I red that was problem with 
> beta or pre release but looks like that is the problem here still. Version of 
> Skype is 2.9.9.72.
> Do I need to put kern.hz=100 in loader.conf, please?
> 
> Thanks in advace,

I am not entirely sure but I think that the behavior that you see was caused by
r190893 (on Apr 10) and was fixed by r192987 (on May 28).
I think that your best bet is to upgrade to stable/7 that includes the
aforementioned commit.

I have been experiencing the same problem myself and tracked it to linux_times,
but very fortunately Dmitry committed the proper fix before I could finish my
investigation.

I think that this may be a good candidate for 7.2 errata.

-- 
Andriy Gapon
From r.c.ladan at gmail.com  Wed Jun 10 14:44:42 2009
From: r.c.ladan at gmail.com (Rene Ladan)
Date: Wed Jun 10 14:44:50 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <20090610132647.GC40713@atarininja.org>
References: <20090610132647.GC40713@atarininja.org>
Message-ID: <e890cae60906100744m56f4969cu6582a131423b2b32@mail.gmail.com>

2009/6/10 Wesley Shields <wxs@freebsd.org>:
> Here's a patch[1] that allows you to use portmaster when doing the python
> upgrade. I intend to commit this tomorrow morning unless someone speaks
> up. I'll also be adding the instructions to the UPDATING entry.
>
> Once applied you should be able to use:
>
> cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER
>
> It will be quite slow compared to using pkg_which (the normal method) so
> be patient. I've used this patch to upgrade one lightly used machine and
> I know at least one other person has survived an upgrade of a machine
> with over 1000 ports installed.
>
> [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff
>
I applied the patch, but there is something wrong:

> # make upgrade-site-packages -DUSE_PORTMASTER
> Syntax error: end of file unexpected (expecting "}")
> *** Error code 2
>
> Stop in /usr/ports/lang/python.

Regards,
Ren?
-- 
http://www.rene-ladan.nl/

GPG fingerprint = E738 5471 D185 7013 0EE0  4FC8 3C1D 6F83 12E1 84F6
(subkeys.pgp.net)
From wxs at FreeBSD.org  Wed Jun 10 15:12:13 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Wed Jun 10 15:12:25 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <e890cae60906100744m56f4969cu6582a131423b2b32@mail.gmail.com>
References: <20090610132647.GC40713@atarininja.org>
	<e890cae60906100744m56f4969cu6582a131423b2b32@mail.gmail.com>
Message-ID: <20090610151212.GB61383@atarininja.org>

On Wed, Jun 10, 2009 at 04:44:41PM +0200, Rene Ladan wrote:
> 2009/6/10 Wesley Shields <wxs@freebsd.org>:
> > Here's a patch[1] that allows you to use portmaster when doing the python
> > upgrade. I intend to commit this tomorrow morning unless someone speaks
> > up. I'll also be adding the instructions to the UPDATING entry.
> >
> > Once applied you should be able to use:
> >
> > cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER
> >
> > It will be quite slow compared to using pkg_which (the normal method) so
> > be patient. I've used this patch to upgrade one lightly used machine and
> > I know at least one other person has survived an upgrade of a machine
> > with over 1000 ports installed.
> >
> > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff
> >
> I applied the patch, but there is something wrong:
> 
> > # make upgrade-site-packages -DUSE_PORTMASTER
> > Syntax error: end of file unexpected (expecting "}")
> > *** Error code 2
> >
> > Stop in /usr/ports/lang/python.

Sorry, updated the patch to address this. Please revert and try again.

-- WXS
From gesbbb at yahoo.com  Wed Jun 10 15:18:30 2009
From: gesbbb at yahoo.com (Jerry)
Date: Wed Jun 10 15:18:36 2009
Subject: Unable to build: graphics/libGLU
Message-ID: <20090610111812.7ceda243@scorpio>

There is a checksum problem with the graphics/libGLU port. Even using
the "NO_CHECKSUM=yes" flag does not help. I then receive an error that
the libGLU-7.4.2.1" file is corrupt.

-- 
Jerry
gesbbb@yahoo.com

The three questions of greatest concern are:

1. Is it attractive?
2. Is it amusing?
3. Does it know its place?

	Fran Lebowitz, "Metropolitan Life"
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090610/0b5125b3/signature.pgp
From r.c.ladan at gmail.com  Wed Jun 10 15:26:47 2009
From: r.c.ladan at gmail.com (Rene Ladan)
Date: Wed Jun 10 15:27:09 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <20090610151212.GB61383@atarininja.org>
References: <20090610132647.GC40713@atarininja.org>
	<e890cae60906100744m56f4969cu6582a131423b2b32@mail.gmail.com>
	<20090610151212.GB61383@atarininja.org>
Message-ID: <e890cae60906100826q9785a8epf202ab5fdcb12384@mail.gmail.com>

2009/6/10 Wesley Shields <wxs@freebsd.org>:
> On Wed, Jun 10, 2009 at 04:44:41PM +0200, Rene Ladan wrote:
>> 2009/6/10 Wesley Shields <wxs@freebsd.org>:
>> > Here's a patch[1] that allows you to use portmaster when doing the python
>> > upgrade. I intend to commit this tomorrow morning unless someone speaks
>> > up. I'll also be adding the instructions to the UPDATING entry.
>> >
>> > Once applied you should be able to use:
>> >
>> > cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER
>> >
>> > It will be quite slow compared to using pkg_which (the normal method) so
>> > be patient. I've used this patch to upgrade one lightly used machine and
>> > I know at least one other person has survived an upgrade of a machine
>> > with over 1000 ports installed.
>> >
>> > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff
>> >
>> I applied the patch, but there is something wrong:
>>
>> > # make upgrade-site-packages -DUSE_PORTMASTER
>> > Syntax error: end of file unexpected (expecting "}")
>> > *** Error code 2
>> >
>> > Stop in /usr/ports/lang/python.
>
> Sorry, updated the patch to address this. Please revert and try again.
>
> -- WXS
>

Still not :-( :

> # patch <python26-portmaster.diff
> Hmm...  Looks like a unified diff to me...
> The text leading up to this was:
> --------------------------
> |Index: Makefile
> |===================================================================
> |RCS file: /ncvs/ports/lang/python/Makefile,v
> |retrieving revision 1.161
> |diff -u -r1.161 Makefile
> |--- Makefile   31 Jul 2007 16:28:32 -0000      1.161
> |+++ Makefile   10 Jun 2009 15:15:23 -0000
> --------------------------
> Patching file Makefile using Plan A...
> Hunk #1 succeeded at 24.
> Hunk #2 succeeded at 46.
> done
> # make upgrade-site-packages -DUSE_PORTMASTER
>
> ===>>> /var/db/pkg/-f does not exist
> ===>>> Aborting update
>
> *** Signal 15
>
> Terminated
> Stop in /usr/ports/lang/python.
> #

portmaster-2.7, python-2.6,2 and python26-2.6.2 are installed.
This is on 7.2-RELEASE/i386 with portsnap tree as of "now".

Ren?
-- 
http://www.rene-ladan.nl/

GPG fingerprint = E738 5471 D185 7013 0EE0  4FC8 3C1D 6F83 12E1 84F6
(subkeys.pgp.net)
From gesbbb at yahoo.com  Wed Jun 10 15:29:48 2009
From: gesbbb at yahoo.com (Jerry)
Date: Wed Jun 10 15:30:04 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <e890cae60906100744m56f4969cu6582a131423b2b32@mail.gmail.com>
References: <20090610132647.GC40713@atarininja.org>
	<e890cae60906100744m56f4969cu6582a131423b2b32@mail.gmail.com>
Message-ID: <20090610112945.232dc33b@scorpio>

On Wed, 10 Jun 2009 16:44:41 +0200
Rene Ladan <r.c.ladan@gmail.com> wrote:

>2009/6/10 Wesley Shields <wxs@freebsd.org>:
>> Here's a patch[1] that allows you to use portmaster when doing the
>> python upgrade. I intend to commit this tomorrow morning unless
>> someone speaks up. I'll also be adding the instructions to the
>> UPDATING entry.
>>
>> Once applied you should be able to use:
>>
>> cd /usr/ports/lang/python && make upgrade-site-packages
>> -DUSE_PORTMASTER
>>
>> It will be quite slow compared to using pkg_which (the normal
>> method) so be patient. I've used this patch to upgrade one lightly
>> used machine and I know at least one other person has survived an
>> upgrade of a machine with over 1000 ports installed.
>>
>> [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff
>>
>I applied the patch, but there is something wrong:
>
>> # make upgrade-site-packages -DUSE_PORTMASTER
>> Syntax error: end of file unexpected (expecting "}")
>> *** Error code 2
>>
>> Stop in /usr/ports/lang/python.
>
>Regards,
>Ren?

IMHO, it seems like there is a lot of energy being spent on this rather
trivial problem. Why not just use the 'portupgrade' solution and be
done with it. This is not like it happens everyday. After all, it is
only one port.

Just my 2?.

-- 
Jerry
gesbbb@yahoo.com

Different all twisty a of in maze are you, passages little.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090610/b1ff0b4f/signature.pgp
From wxs at FreeBSD.org  Wed Jun 10 15:41:12 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Wed Jun 10 15:41:24 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <e890cae60906100826q9785a8epf202ab5fdcb12384@mail.gmail.com>
References: <20090610132647.GC40713@atarininja.org>
	<e890cae60906100744m56f4969cu6582a131423b2b32@mail.gmail.com>
	<20090610151212.GB61383@atarininja.org>
	<e890cae60906100826q9785a8epf202ab5fdcb12384@mail.gmail.com>
Message-ID: <20090610154111.GC61383@atarininja.org>

On Wed, Jun 10, 2009 at 05:26:40PM +0200, Rene Ladan wrote:
> 2009/6/10 Wesley Shields <wxs@freebsd.org>:
> > On Wed, Jun 10, 2009 at 04:44:41PM +0200, Rene Ladan wrote:
> >> 2009/6/10 Wesley Shields <wxs@freebsd.org>:
> >> > Here's a patch[1] that allows you to use portmaster when doing the python
> >> > upgrade. I intend to commit this tomorrow morning unless someone speaks
> >> > up. I'll also be adding the instructions to the UPDATING entry.
> >> >
> >> > Once applied you should be able to use:
> >> >
> >> > cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER
> >> >
> >> > It will be quite slow compared to using pkg_which (the normal method) so
> >> > be patient. I've used this patch to upgrade one lightly used machine and
> >> > I know at least one other person has survived an upgrade of a machine
> >> > with over 1000 ports installed.
> >> >
> >> > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff
> >> >
> >> I applied the patch, but there is something wrong:
> >>
> >> > # make upgrade-site-packages -DUSE_PORTMASTER
> >> > Syntax error: end of file unexpected (expecting "}")
> >> > *** Error code 2
> >> >
> >> > Stop in /usr/ports/lang/python.
> >
> > Sorry, updated the patch to address this. Please revert and try again.
> >
> > -- WXS
> >
> 
> Still not :-( :
> 
> > # patch <python26-portmaster.diff
> > Hmm...  Looks like a unified diff to me...
> > The text leading up to this was:
> > --------------------------
> > |Index: Makefile
> > |===================================================================
> > |RCS file: /ncvs/ports/lang/python/Makefile,v
> > |retrieving revision 1.161
> > |diff -u -r1.161 Makefile
> > |--- Makefile   31 Jul 2007 16:28:32 -0000      1.161
> > |+++ Makefile   10 Jun 2009 15:15:23 -0000
> > --------------------------
> > Patching file Makefile using Plan A...
> > Hunk #1 succeeded at 24.
> > Hunk #2 succeeded at 46.
> > done
> > # make upgrade-site-packages -DUSE_PORTMASTER
> >
> > ===>>> /var/db/pkg/-f does not exist
> > ===>>> Aborting update
> >
> > *** Signal 15
> >
> > Terminated
> > Stop in /usr/ports/lang/python.
> > #
> 
> portmaster-2.7, python-2.6,2 and python26-2.6.2 are installed.
> This is on 7.2-RELEASE/i386 with portsnap tree as of "now".

The patch was only tested with PORTUPGRADE_ARGS defined. In the
case where it wasn't defined you would run into the issue you described.
I think I've fixed it now, so please revert and try again. Sorry for the
problems, but like I said earlier this is to get it more exposure.

Please revert, fetch the patch again and apply.

-- WXS
From wxs at FreeBSD.org  Wed Jun 10 15:50:02 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Wed Jun 10 15:50:11 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <20090610112945.232dc33b@scorpio>
References: <20090610132647.GC40713@atarininja.org>
	<e890cae60906100744m56f4969cu6582a131423b2b32@mail.gmail.com>
	<20090610112945.232dc33b@scorpio>
Message-ID: <20090610155001.GD61383@atarininja.org>

On Wed, Jun 10, 2009 at 11:29:45AM -0400, Jerry wrote:
> On Wed, 10 Jun 2009 16:44:41 +0200
> Rene Ladan <r.c.ladan@gmail.com> wrote:
> 
> >2009/6/10 Wesley Shields <wxs@freebsd.org>:
> >> Here's a patch[1] that allows you to use portmaster when doing the
> >> python upgrade. I intend to commit this tomorrow morning unless
> >> someone speaks up. I'll also be adding the instructions to the
> >> UPDATING entry.
> >>
> >> Once applied you should be able to use:
> >>
> >> cd /usr/ports/lang/python && make upgrade-site-packages
> >> -DUSE_PORTMASTER
> >>
> >> It will be quite slow compared to using pkg_which (the normal
> >> method) so be patient. I've used this patch to upgrade one lightly
> >> used machine and I know at least one other person has survived an
> >> upgrade of a machine with over 1000 ports installed.
> >>
> >> [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff
> >>
> >I applied the patch, but there is something wrong:
> >
> >> # make upgrade-site-packages -DUSE_PORTMASTER
> >> Syntax error: end of file unexpected (expecting "}")
> >> *** Error code 2
> >>
> >> Stop in /usr/ports/lang/python.
> >
> >Regards,
> >Ren??
> 
> IMHO, it seems like there is a lot of energy being spent on this rather
> trivial problem. Why not just use the 'portupgrade' solution and be
> done with it. This is not like it happens everyday. After all, it is
> only one port.

It's not hurting anyone and helps those of us who would normally have to
install portupgrade and it's dependencies just for this, then remove
them when we are done. It's either that or we do the upgrade manually.

I'm all for having more than one tool to do the job, and I'd like to see
my tool of choice work and not have to use something else for this one
case, no matter how infrequent it is. And once it's working we won't
have to go through this again.

-- WXS
From r.c.ladan at gmail.com  Wed Jun 10 15:58:45 2009
From: r.c.ladan at gmail.com (Rene Ladan)
Date: Wed Jun 10 15:58:53 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <20090610112945.232dc33b@scorpio>
References: <20090610132647.GC40713@atarininja.org>
	<e890cae60906100744m56f4969cu6582a131423b2b32@mail.gmail.com>
	<20090610112945.232dc33b@scorpio>
Message-ID: <e890cae60906100835n10e16127w6c0761400cdd8011@mail.gmail.com>

2009/6/10 Jerry <gesbbb@yahoo.com>:
> On Wed, 10 Jun 2009 16:44:41 +0200
> Rene Ladan <r.c.ladan@gmail.com> wrote:
>
>>2009/6/10 Wesley Shields <wxs@freebsd.org>:
>>> Here's a patch[1] that allows you to use portmaster when doing the
>>> python upgrade. I intend to commit this tomorrow morning unless
>>> someone speaks up. I'll also be adding the instructions to the
>>> UPDATING entry.
>>>
>>> Once applied you should be able to use:
>>>
>>> cd /usr/ports/lang/python && make upgrade-site-packages
>>> -DUSE_PORTMASTER
>>>
>>> It will be quite slow compared to using pkg_which (the normal
>>> method) so be patient. I've used this patch to upgrade one lightly
>>> used machine and I know at least one other person has survived an
>>> upgrade of a machine with over 1000 ports installed.
>>>
>>> [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff
>>>
>>I applied the patch, but there is something wrong:
>>
>>> # make upgrade-site-packages -DUSE_PORTMASTER
>>> Syntax error: end of file unexpected (expecting "}")
>>> *** Error code 2
>>>
>>> Stop in /usr/ports/lang/python.
>>
>>Regards,
>>Ren?
>
> IMHO, it seems like there is a lot of energy being spent on this rather
> trivial problem. Why not just use the 'portupgrade' solution and be
> done with it. This is not like it happens everyday. After all, it is
> only one port.

Installing portupgrade just for this sounds like an overhead too,
plus it needs to build all kinds of databases for only this occasion.
It is not part of the base system either (neither is portmaster), and I think
both are widely used.

Ren?
-- 
http://www.rene-ladan.nl/

GPG fingerprint = E738 5471 D185 7013 0EE0  4FC8 3C1D 6F83 12E1 84F6
(subkeys.pgp.net)
From r.c.ladan at gmail.com  Wed Jun 10 15:59:45 2009
From: r.c.ladan at gmail.com (Rene Ladan)
Date: Wed Jun 10 15:59:57 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <20090610154111.GC61383@atarininja.org>
References: <20090610132647.GC40713@atarininja.org>
	<e890cae60906100744m56f4969cu6582a131423b2b32@mail.gmail.com>
	<20090610151212.GB61383@atarininja.org>
	<e890cae60906100826q9785a8epf202ab5fdcb12384@mail.gmail.com>
	<20090610154111.GC61383@atarininja.org>
Message-ID: <e890cae60906100859k755a5087ib829ae3ce06368f1@mail.gmail.com>

2009/6/10 Wesley Shields <wxs@freebsd.org>:
> On Wed, Jun 10, 2009 at 05:26:40PM +0200, Rene Ladan wrote:
>> 2009/6/10 Wesley Shields <wxs@freebsd.org>:
>> > On Wed, Jun 10, 2009 at 04:44:41PM +0200, Rene Ladan wrote:
>> >> 2009/6/10 Wesley Shields <wxs@freebsd.org>:
>> >> > Here's a patch[1] that allows you to use portmaster when doing the python
>> >> > upgrade. I intend to commit this tomorrow morning unless someone speaks
>> >> > up. I'll also be adding the instructions to the UPDATING entry.
>> >> >
>> >> > Once applied you should be able to use:
>> >> >
>> >> > cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER
>> >> >
>> >> > It will be quite slow compared to using pkg_which (the normal method) so
>> >> > be patient. I've used this patch to upgrade one lightly used machine and
>> >> > I know at least one other person has survived an upgrade of a machine
>> >> > with over 1000 ports installed.
>> >> >
>> >> > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff
>> >> >
>> >> I applied the patch, but there is something wrong:
>> >>
>> >> > # make upgrade-site-packages -DUSE_PORTMASTER
>> >> > Syntax error: end of file unexpected (expecting "}")
>> >> > *** Error code 2
>> >> >
>> >> > Stop in /usr/ports/lang/python.
>> >
>> > Sorry, updated the patch to address this. Please revert and try again.
>> >
>> > -- WXS
>> >
>>
>> Still not :-( :
>>
>> > # patch <python26-portmaster.diff
>> > Hmm... ?Looks like a unified diff to me...
>> > The text leading up to this was:
>> > --------------------------
>> > |Index: Makefile
>> > |===================================================================
>> > |RCS file: /ncvs/ports/lang/python/Makefile,v
>> > |retrieving revision 1.161
>> > |diff -u -r1.161 Makefile
>> > |--- Makefile ? 31 Jul 2007 16:28:32 -0000 ? ? ?1.161
>> > |+++ Makefile ? 10 Jun 2009 15:15:23 -0000
>> > --------------------------
>> > Patching file Makefile using Plan A...
>> > Hunk #1 succeeded at 24.
>> > Hunk #2 succeeded at 46.
>> > done
>> > # make upgrade-site-packages -DUSE_PORTMASTER
>> >
>> > ===>>> /var/db/pkg/-f does not exist
>> > ===>>> Aborting update
>> >
>> > *** Signal 15
>> >
>> > Terminated
>> > Stop in /usr/ports/lang/python.
>> > #
>>
>> portmaster-2.7, python-2.6,2 and python26-2.6.2 are installed.
>> This is on 7.2-RELEASE/i386 with portsnap tree as of "now".
>
> The patch was only tested with PORTUPGRADE_ARGS defined. In the
> case where it wasn't defined you would run into the issue you described.
> I think I've fixed it now, so please revert and try again. Sorry for the
> problems, but like I said earlier this is to get it more exposure.
>
> Please revert, fetch the patch again and apply.
>
It now also works fine without PORTUPGRADE_ARGS defined, i.e. just
# ( cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER )

Thanks,
Ren?
-- 
http://www.rene-ladan.nl/

GPG fingerprint = E738 5471 D185 7013 0EE0  4FC8 3C1D 6F83 12E1 84F6
(subkeys.pgp.net)
From lumiwa at gmail.com  Wed Jun 10 16:01:55 2009
From: lumiwa at gmail.com (Franci Nabalanci)
Date: Wed Jun 10 16:02:03 2009
Subject: skype-out calls disconnect after 5 minute
In-Reply-To: <4A2FB35A.8070300@icyb.net.ua>
References: <200906071217.46779.lumiwa@gmail.com>
	<4A2FB35A.8070300@icyb.net.ua>
Message-ID: <f16ff5a00906100901s4b4f4d96ofb357ac2806e2126@mail.gmail.com>

Thank you very much for the aswer but I have 7.2 release and I don't
want change to 7 stable. It is not useful anymore. I will try if Ekiga
works better.


On 6/10/09, Andriy Gapon <avg@icyb.net.ua> wrote:
> on 07/06/2009 20:17 ajtiM said the following:
>> My system: FreeBSD 7.2-RELEASE #0: Fri May  1 08:49:13 UTC 2009
>> root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386
>>
>> Skype-out calls disconnect after about 5 minutes. I red that was problem
>> with
>> beta or pre release but looks like that is the problem here still. Version
>> of
>> Skype is 2.9.9.72.
>> Do I need to put kern.hz=100 in loader.conf, please?
>>
>> Thanks in advace,
>
> I am not entirely sure but I think that the behavior that you see was caused
> by
> r190893 (on Apr 10) and was fixed by r192987 (on May 28).
> I think that your best bet is to upgrade to stable/7 that includes the
> aforementioned commit.
>
> I have been experiencing the same problem myself and tracked it to
> linux_times,
> but very fortunately Dmitry committed the proper fix before I could finish
> my
> investigation.
>
> I think that this may be a good candidate for 7.2 errata.
>
> --
> Andriy Gapon
>
From amdmi3 at amdmi3.ru  Wed Jun 10 16:04:54 2009
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Wed Jun 10 16:05:02 2009
Subject: garr sourceforge mirror is broken [Was: Re: Checksum mismatch]
In-Reply-To: <200906101533.04156.hselasky@c2i.net>
References: <200906101533.04156.hselasky@c2i.net>
Message-ID: <20090610160451.GE83013@hades.panopticon>

* Hans Petter Selasky (hselasky@c2i.net) wrote:

> ===>  Installing for transfig-3.2.5
> ===>   transfig-3.2.5 depends on executable: ppmtogif - not found
> ===>    Verifying install for ppmtogif in /usr/ports/graphics/netpbm
> ===>  WARNING: Vulnerability database out of date, checking anyway
> => netpbm-10.26.62.tgz doesn't seem to exist in /usr/ports/distfiles/.
> => Attempting to fetch from 
> http://garr.dl.sourceforge.net/sourceforge/netpbm/.
> netpbm-10.26.62.tgz                           100% of 2485 kB  379 kBps
> ===>  Extracting for netpbm-10.26.62
> => MD5 Checksum mismatch for netpbm-10.26.62.tgz.
> => SHA256 Checksum mismatch for netpbm-10.26.62.tgz.

Seems like garr sourceforge mirror is broken.

libGLU% make fetch-urlall-list | while read url; do echo $url; wget -q $url -O- | md5; done
http://garr.dl.sourceforge.net/sourceforge/mesa3d/MesaLib-7.4.2.tar.bz2
2cec5b1ed86a6b62cacb310dcc39de61
http://superb-east.dl.sourceforge.net/sourceforge/mesa3d/MesaLib-7.4.2.tar.bz2
b10a76e32bde4645cfc34ea0416d7d8b
http://nchc.dl.sourceforge.net/sourceforge/mesa3d/MesaLib-7.4.2.tar.bz2
b10a76e32bde4645cfc34ea0416d7d8b
http://kent.dl.sourceforge.net/sourceforge/mesa3d/MesaLib-7.4.2.tar.bz2
b10a76e32bde4645cfc34ea0416d7d8b
http://easynews.dl.sourceforge.net/sourceforge/mesa3d/MesaLib-7.4.2.tar.bz2
b10a76e32bde4645cfc34ea0416d7d8b
http://ufpr.dl.sourceforge.net/sourceforge/mesa3d/MesaLib-7.4.2.tar.bz2
b10a76e32bde4645cfc34ea0416d7d8b
http://mesh.dl.sourceforge.net/sourceforge/mesa3d/MesaLib-7.4.2.tar.bz2
b10a76e32bde4645cfc34ea0416d7d8b
http://heanet.dl.sourceforge.net/sourceforge/mesa3d/MesaLib-7.4.2.tar.bz2
b10a76e32bde4645cfc34ea0416d7d8b
ftp://ftp.fu-berlin.de/pub/unix/X11/graphics/Mesa/MesaLib-7.4.2.tar.bz2
b10a76e32bde4645cfc34ea0416d7d8b
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/MesaLib-7.4.2.tar.bz2
b10a76e32bde4645cfc34ea0416d7d8b

Maybe we should move it to the end of mirror list in bsd.sites.mk ASAP?

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From amdmi3 at amdmi3.ru  Wed Jun 10 16:10:31 2009
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Wed Jun 10 16:11:13 2009
Subject: garr sourceforge mirror is broken [Was: Re: Checksum mismatch]
In-Reply-To: <20090610160451.GE83013@hades.panopticon>
References: <200906101533.04156.hselasky@c2i.net>
	<20090610160451.GE83013@hades.panopticon>
Message-ID: <20090610161024.GF83013@hades.panopticon>

* Dmitry Marakasov (amdmi3@amdmi3.ru) wrote:

> > => Attempting to fetch from 
> > http://garr.dl.sourceforge.net/sourceforge/netpbm/.
> > netpbm-10.26.62.tgz                           100% of 2485 kB  379 kBps
> > ===>  Extracting for netpbm-10.26.62
> > => MD5 Checksum mismatch for netpbm-10.26.62.tgz.
> > => SHA256 Checksum mismatch for netpbm-10.26.62.tgz.

I've commented the mirror out for now.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From wxs at FreeBSD.org  Wed Jun 10 16:25:18 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Wed Jun 10 16:25:25 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <e890cae60906100859k755a5087ib829ae3ce06368f1@mail.gmail.com>
References: <20090610132647.GC40713@atarininja.org>
	<e890cae60906100744m56f4969cu6582a131423b2b32@mail.gmail.com>
	<20090610151212.GB61383@atarininja.org>
	<e890cae60906100826q9785a8epf202ab5fdcb12384@mail.gmail.com>
	<20090610154111.GC61383@atarininja.org>
	<e890cae60906100859k755a5087ib829ae3ce06368f1@mail.gmail.com>
Message-ID: <20090610162510.GE61383@atarininja.org>

On Wed, Jun 10, 2009 at 05:59:42PM +0200, Rene Ladan wrote:
> 2009/6/10 Wesley Shields <wxs@freebsd.org>:
> > On Wed, Jun 10, 2009 at 05:26:40PM +0200, Rene Ladan wrote:
> >> 2009/6/10 Wesley Shields <wxs@freebsd.org>:
> >> > On Wed, Jun 10, 2009 at 04:44:41PM +0200, Rene Ladan wrote:
> >> >> 2009/6/10 Wesley Shields <wxs@freebsd.org>:
> >> >> > Here's a patch[1] that allows you to use portmaster when doing the python
> >> >> > upgrade. I intend to commit this tomorrow morning unless someone speaks
> >> >> > up. I'll also be adding the instructions to the UPDATING entry.
> >> >> >
> >> >> > Once applied you should be able to use:
> >> >> >
> >> >> > cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER
> >> >> >
> >> >> > It will be quite slow compared to using pkg_which (the normal method) so
> >> >> > be patient. I've used this patch to upgrade one lightly used machine and
> >> >> > I know at least one other person has survived an upgrade of a machine
> >> >> > with over 1000 ports installed.
> >> >> >
> >> >> > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff
> >> >> >
> >> >> I applied the patch, but there is something wrong:
> >> >>
> >> >> > # make upgrade-site-packages -DUSE_PORTMASTER
> >> >> > Syntax error: end of file unexpected (expecting "}")
> >> >> > *** Error code 2
> >> >> >
> >> >> > Stop in /usr/ports/lang/python.
> >> >
> >> > Sorry, updated the patch to address this. Please revert and try again.
> >> >
> >> > -- WXS
> >> >
> >>
> >> Still not :-( :
> >>
> >> > # patch <python26-portmaster.diff
> >> > Hmm... ?Looks like a unified diff to me...
> >> > The text leading up to this was:
> >> > --------------------------
> >> > |Index: Makefile
> >> > |===================================================================
> >> > |RCS file: /ncvs/ports/lang/python/Makefile,v
> >> > |retrieving revision 1.161
> >> > |diff -u -r1.161 Makefile
> >> > |--- Makefile ? 31 Jul 2007 16:28:32 -0000 ? ? ?1.161
> >> > |+++ Makefile ? 10 Jun 2009 15:15:23 -0000
> >> > --------------------------
> >> > Patching file Makefile using Plan A...
> >> > Hunk #1 succeeded at 24.
> >> > Hunk #2 succeeded at 46.
> >> > done
> >> > # make upgrade-site-packages -DUSE_PORTMASTER
> >> >
> >> > ===>>> /var/db/pkg/-f does not exist
> >> > ===>>> Aborting update
> >> >
> >> > *** Signal 15
> >> >
> >> > Terminated
> >> > Stop in /usr/ports/lang/python.
> >> > #
> >>
> >> portmaster-2.7, python-2.6,2 and python26-2.6.2 are installed.
> >> This is on 7.2-RELEASE/i386 with portsnap tree as of "now".
> >
> > The patch was only tested with PORTUPGRADE_ARGS defined. In the
> > case where it wasn't defined you would run into the issue you described.
> > I think I've fixed it now, so please revert and try again. Sorry for the
> > problems, but like I said earlier this is to get it more exposure.
> >
> > Please revert, fetch the patch again and apply.
> >
> It now also works fine without PORTUPGRADE_ARGS defined, i.e. just
> # ( cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER )

Thank you. I'll wait till tomorrow morning (about 24 hours from when I
started this thread) before I commit. If anyone has any more feedback,
positive or negative please let me know.

-- WXS
From avg at icyb.net.ua  Wed Jun 10 20:08:18 2009
From: avg at icyb.net.ua (Andriy Gapon)
Date: Wed Jun 10 20:08:29 2009
Subject: skype-out calls disconnect after 5 minute
In-Reply-To: <f16ff5a00906100901s4b4f4d96ofb357ac2806e2126@mail.gmail.com>
References: <200906071217.46779.lumiwa@gmail.com>	
	<4A2FB35A.8070300@icyb.net.ua>
	<f16ff5a00906100901s4b4f4d96ofb357ac2806e2126@mail.gmail.com>
Message-ID: <4A3012AC.2070407@icyb.net.ua>

on 10/06/2009 19:01 Franci Nabalanci said the following:
> Thank you very much for the aswer but I have 7.2 release and I don't
> want change to 7 stable. It is not useful anymore. I will try if Ekiga
> works better.

BTW, if I understand the problem correctly kern.hz="100" in loader.conf
should work around the problem. Unless you have to have a different HZ
value for something else.


-- 
Andriy Gapon
From CollegeNews at news.college.us.com  Wed Jun 10 20:21:45 2009
From: CollegeNews at news.college.us.com (College News)
Date: Wed Jun 10 20:21:52 2009
Subject: Find An Online Nursing/Healthcare School.
Message-ID: <5047153.1244664052080.JavaMail.root@news.college.us.com>


     You are receiving this message because you   address ports@freebsd.org
   to receive information from http://www.directscholar.com on Jun 09
   2009 07:25AM.
   [1]Go here to add us to your address boo   [2]Train for a rewarding career in healthcare or nurs   top online schools.
   [3]View in Browser | [4]Unsu   my Email

                               3D"COLLEGE.US
                               [5][portal=] 

                               [6]3D"Degrees 

   [7][portals=] [8]Dear John,
   Want to prepare for a rewarding career in healthcare or n   You're in luck. 
   Now more than ever, top schools are offering their career   healthcare and nursing degree programs in a convenient online form   at. 
   Find a healthcar   Careers in the healthcare and nursing fields are in high    with many top schools offering online programs in:
   [9]o Health Administration  [10]o Medical Transcription
   [11]o Healthcare Management [12]o Nursing
   [13]o Medical Assisting     [14]o And More!*
   [15]
   Remember, whether you want to prepare for a new career, or advance
   your cu   there. 
   Take the next step toward a more rewarding career today!
   Find a degree program that works 
                                 [18][i=] 

          [19][portals=] [20]GO NOW! [21][portals=] [22][portal=] 

                               [23][portal=] 

   This email   2711 N. Sepulveda Blvd. # 148, Manhattan Beach, CA 90266
   You have subscribed to receive information from us with
   ports@freebsd.org
     This email was sent to you because you requested we send you
   periodical   information about schools and colleges.
   To stop receiving email from COLLEGE.US.COM, [24]Remove me or   us at the address listed above
   Please view our [25]Privacy Policy
   *Program availability varies by 
   [ohnmcnjpj_vpvzgfkgvcv.gif&o=]

References

   1. 3D"http://www.news.college.us.com/mylfzlkvn_vpvzgfkgvcv_fwvdr   2. 3D"http://www.news.college.us.com/bncrlcvkh_   3. 3D"http://www.news.college.us.com/njznlzqrn_   4. file://localhost/tmp/3D"h   5. 3D"http://www.news.co=/
   6. 3D"http://www.news.co=/
   7. 3D"http://www.news.col=/
   8. 3D"http://www.news.college.us.com/yhdpzdfjz_   9. 3D"http://www.news.college.us.com/rqlgklnlm  10. 3D"http://www.news.college.us.com/lrkzykfkk  11. 3D"http://www.news.college.us.com/ueqpgqdqj  12. 3D"http://www.news.college.us.com/bncrlcvch  13. 3D"http://www.news.college.us.com/gbpthpzpt  14. 3D"http://www.news.college.us.com/xdbrfbmbk  15. 3D"http://www.news.college.us.com/hgspfsdsj_  16. 3D"http://www.news.college.us.com/b  17. 3D"http://www.news.college.us.com/fw  18. 3D"http://www.news.college.us.com/aqvjzvqvz_  19. 3D"http://www.news.col=/
  20. 3D"http://=/
  21. 3D"http://www.news.col=/
  22. 3D"http://www.news.co=/
  23. 3D"http://www.news.co=/
  24. 3D"http://www.news=/
  25. 3D"http://www.news.college.us.com/bncrlcvgz_
From wxs at FreeBSD.org  Wed Jun 10 20:24:54 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Wed Jun 10 20:25:01 2009
Subject: Unable to build: graphics/libGLU
In-Reply-To: <20090610111812.7ceda243@scorpio>
References: <20090610111812.7ceda243@scorpio>
Message-ID: <20090610202452.GA65705@atarininja.org>

On Wed, Jun 10, 2009 at 11:18:12AM -0400, Jerry wrote:
> There is a checksum problem with the graphics/libGLU port. Even using
> the "NO_CHECKSUM=yes" flag does not help. I then receive an error that
> the libGLU-7.4.2.1" file is corrupt.

You were likely fetching from garr.dl.sourceforge.net which has
suddenly started serving up corrupt files. It has been removed from the
list until the problem is resolved so update your ports tree and try
again.

-- WXS
From mel.flynn+fbsd.ports at mailing.thruhere.net  Wed Jun 10 20:44:46 2009
From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn)
Date: Wed Jun 10 20:44:53 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <20090610132647.GC40713@atarininja.org>
References: <20090610132647.GC40713@atarininja.org>
Message-ID: <200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net>

On Wednesday 10 June 2009 05:26:47 Wesley Shields wrote:

> It will be quite slow compared to using pkg_which (the normal method) so
> be patient.

Does pkg_which use the pkgdb? If so, maybe we could have pkg_info grow a cache 
for future encounters, or we can create one:
% grep -v '^@' /var/db/pkg/*/+CONTENTS >/tmp/pkg_info.cache
% FOUND=`sed -ne 's,^/var/db/pkg/\(.*\)/+CONTENTS:lib/python2.6/site-
packages/xcbgen/error.py$,\1,p' /tmp/pkg_info.cache`; echo $FOUND
xcb-proto-1.4

So:
's,^${PKG_DBDIR}/\(.*\)/+CONTENTS:$$f$$,\1,p'

> [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff

What's this for?
+JOBS=	sysctl -n kern.smp.cpus

Should be != if it's gonna be used, but it's not referenced anywhere else	 
that I can see.
-- 
Mel
From r.c.ladan at gmail.com  Wed Jun 10 20:46:46 2009
From: r.c.ladan at gmail.com (Rene Ladan)
Date: Wed Jun 10 20:46:59 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <20090610162510.GE61383@atarininja.org>
References: <20090610132647.GC40713@atarininja.org>
	<e890cae60906100744m56f4969cu6582a131423b2b32@mail.gmail.com>
	<20090610151212.GB61383@atarininja.org>
	<e890cae60906100826q9785a8epf202ab5fdcb12384@mail.gmail.com>
	<20090610154111.GC61383@atarininja.org>
	<e890cae60906100859k755a5087ib829ae3ce06368f1@mail.gmail.com>
	<20090610162510.GE61383@atarininja.org>
Message-ID: <4A301BB0.5090500@gmail.com>

Wesley Shields schreef:
> On Wed, Jun 10, 2009 at 05:59:42PM +0200, Rene Ladan wrote:
>> 2009/6/10 Wesley Shields <wxs@freebsd.org>:
>>> On Wed, Jun 10, 2009 at 05:26:40PM +0200, Rene Ladan wrote:
>>>> 2009/6/10 Wesley Shields <wxs@freebsd.org>:
>>>>> On Wed, Jun 10, 2009 at 04:44:41PM +0200, Rene Ladan wrote:
>>>>>> 2009/6/10 Wesley Shields <wxs@freebsd.org>:
>>>>>>> Here's a patch[1] that allows you to use portmaster when doing the python
>>>>>>> upgrade. I intend to commit this tomorrow morning unless someone speaks
>>>>>>> up. I'll also be adding the instructions to the UPDATING entry.
>>>>>>>
>>>>>>> Once applied you should be able to use:
>>>>>>>
>>>>>>> cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER
>>>>>>>
>>>>>>> It will be quite slow compared to using pkg_which (the normal method) so
>>>>>>> be patient. I've used this patch to upgrade one lightly used machine and
>>>>>>> I know at least one other person has survived an upgrade of a machine
>>>>>>> with over 1000 ports installed.
>>>>>>>
>>>>>>> [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff
>>>>>>>
>>>>>> I applied the patch, but there is something wrong:
>>>>>>
>>>>>>> # make upgrade-site-packages -DUSE_PORTMASTER
>>>>>>> Syntax error: end of file unexpected (expecting "}")
>>>>>>> *** Error code 2
>>>>>>>
>>>>>>> Stop in /usr/ports/lang/python.
>>>>> Sorry, updated the patch to address this. Please revert and try again.
>>>>>
>>>>> -- WXS
>>>>>
>>>> Still not :-( :
>>>>
>>>>> # patch <python26-portmaster.diff
>>>>> Hmm... ?Looks like a unified diff to me...
>>>>> The text leading up to this was:
>>>>> --------------------------
>>>>> |Index: Makefile
>>>>> |===================================================================
>>>>> |RCS file: /ncvs/ports/lang/python/Makefile,v
>>>>> |retrieving revision 1.161
>>>>> |diff -u -r1.161 Makefile
>>>>> |--- Makefile ? 31 Jul 2007 16:28:32 -0000 ? ? ?1.161
>>>>> |+++ Makefile ? 10 Jun 2009 15:15:23 -0000
>>>>> --------------------------
>>>>> Patching file Makefile using Plan A...
>>>>> Hunk #1 succeeded at 24.
>>>>> Hunk #2 succeeded at 46.
>>>>> done
>>>>> # make upgrade-site-packages -DUSE_PORTMASTER
>>>>>
>>>>> ===>>> /var/db/pkg/-f does not exist
>>>>> ===>>> Aborting update
>>>>>
>>>>> *** Signal 15
>>>>>
>>>>> Terminated
>>>>> Stop in /usr/ports/lang/python.
>>>>> #
>>>> portmaster-2.7, python-2.6,2 and python26-2.6.2 are installed.
>>>> This is on 7.2-RELEASE/i386 with portsnap tree as of "now".
>>> The patch was only tested with PORTUPGRADE_ARGS defined. In the
>>> case where it wasn't defined you would run into the issue you described.
>>> I think I've fixed it now, so please revert and try again. Sorry for the
>>> problems, but like I said earlier this is to get it more exposure.
>>>
>>> Please revert, fetch the patch again and apply.
>>>
>> It now also works fine without PORTUPGRADE_ARGS defined, i.e. just
>> # ( cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER )
> 
> Thank you. I'll wait till tomorrow morning (about 24 hours from when I
> started this thread) before I commit. If anyone has any more feedback,
> positive or negative please let me know.
> 
The latest patch also works fine on my 7.2-RELEASE/amd64 which has xorg-7.4 and
xfce-4.6.1 installed.

Regards,
Rene
-- 
http://www.rene-ladan.nl/

GPG fingerprint = E738 5471 D185 7013 0EE0  4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net)
From wxs at FreeBSD.org  Wed Jun 10 20:52:38 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Wed Jun 10 20:52:50 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net>
References: <20090610132647.GC40713@atarininja.org>
	<200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net>
Message-ID: <20090610205236.GD65705@atarininja.org>

On Wed, Jun 10, 2009 at 12:44:42PM -0800, Mel Flynn wrote:
> On Wednesday 10 June 2009 05:26:47 Wesley Shields wrote:
> 
> > It will be quite slow compared to using pkg_which (the normal method) so
> > be patient.
> 
> Does pkg_which use the pkgdb? If so, maybe we could have pkg_info grow a cache 
> for future encounters, or we can create one:

My guess is that pkg_which is using pkgdb, which is why it is
significantly faster.

> % grep -v '^@' /var/db/pkg/*/+CONTENTS >/tmp/pkg_info.cache
> % FOUND=`sed -ne 's,^/var/db/pkg/\(.*\)/+CONTENTS:lib/python2.6/site-
> packages/xcbgen/error.py$,\1,p' /tmp/pkg_info.cache`; echo $FOUND
> xcb-proto-1.4
> 
> So:
> 's,^${PKG_DBDIR}/\(.*\)/+CONTENTS:$$f$$,\1,p'

I think there is a SoC project in the works to make our pkg utilities
much better. I don't know any of the details but I can only hope that
speed is one of the things being improved.

> > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff
> 
> What's this for?
> +JOBS=	sysctl -n kern.smp.cpus
> 
> Should be != if it's gonna be used, but it's not referenced anywhere else	 
> that I can see.

It's used in XARGS_CMD to provide a bit of parallelism in an effort to
be a bit faster. In my opinion the number can be increased much further
than kern.smp.cpus but I'm not in a position to figure out how far to
push it. The value used is better than nothing.

-- WXS
From wxs at FreeBSD.org  Wed Jun 10 20:52:38 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Wed Jun 10 20:52:51 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net>
References: <20090610132647.GC40713@atarininja.org>
	<200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net>
Message-ID: <20090610205236.GD65705@atarininja.org>

On Wed, Jun 10, 2009 at 12:44:42PM -0800, Mel Flynn wrote:
> On Wednesday 10 June 2009 05:26:47 Wesley Shields wrote:
> 
> > It will be quite slow compared to using pkg_which (the normal method) so
> > be patient.
> 
> Does pkg_which use the pkgdb? If so, maybe we could have pkg_info grow a cache 
> for future encounters, or we can create one:

My guess is that pkg_which is using pkgdb, which is why it is
significantly faster.

> % grep -v '^@' /var/db/pkg/*/+CONTENTS >/tmp/pkg_info.cache
> % FOUND=`sed -ne 's,^/var/db/pkg/\(.*\)/+CONTENTS:lib/python2.6/site-
> packages/xcbgen/error.py$,\1,p' /tmp/pkg_info.cache`; echo $FOUND
> xcb-proto-1.4
> 
> So:
> 's,^${PKG_DBDIR}/\(.*\)/+CONTENTS:$$f$$,\1,p'

I think there is a SoC project in the works to make our pkg utilities
much better. I don't know any of the details but I can only hope that
speed is one of the things being improved.

> > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff
> 
> What's this for?
> +JOBS=	sysctl -n kern.smp.cpus
> 
> Should be != if it's gonna be used, but it's not referenced anywhere else	 
> that I can see.

It's used in XARGS_CMD to provide a bit of parallelism in an effort to
be a bit faster. In my opinion the number can be increased much further
than kern.smp.cpus but I'm not in a position to figure out how far to
push it. The value used is better than nothing.

-- WXS
From des at des.no  Wed Jun 10 20:52:51 2009
From: des at des.no (=?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?=)
Date: Wed Jun 10 20:53:02 2009
Subject: garr sourceforge mirror is broken
In-Reply-To: <20090610160451.GE83013@hades.panopticon> (Dmitry Marakasov's
	message of "Wed, 10 Jun 2009 20:04:51 +0400")
References: <200906101533.04156.hselasky@c2i.net>
	<20090610160451.GE83013@hades.panopticon>
Message-ID: <86iqj3vnce.fsf@ds4.des.no>

Dmitry Marakasov <amdmi3@amdmi3.ru> writes:
> Seems like garr sourceforge mirror is broken.

Not just for transfig - I got a complaint about zsh this morning.  I
took a closer look at the corrupted file.  There's a 128 kB block
starting at offset 0x0017e000 that's corrupted; the rest of the file is
fine.  Probably filesystem corruption; that's what they get for not
using ZFS ;)

BTW, it looks like SourceForge have removed that server from their list
of mirrors.

DES
-- 
Dag-Erling Sm?rgrav - des@des.no
From mel.flynn+fbsd.ports at mailing.thruhere.net  Wed Jun 10 21:03:00 2009
From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn)
Date: Wed Jun 10 21:03:16 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <20090610132647.GC40713@atarininja.org>
References: <20090610132647.GC40713@atarininja.org>
Message-ID: <200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net>

On Wednesday 10 June 2009 05:26:47 Wesley Shields wrote:

> It will be quite slow compared to using pkg_which (the normal method) so
> be patient.

Does pkg_which use the pkgdb? If so, maybe we could have pkg_info grow a cache 
for future encounters, or we can create one:
% grep -v '^@' /var/db/pkg/*/+CONTENTS >/tmp/pkg_info.cache
% FOUND=`sed -ne 's,^/var/db/pkg/\(.*\)/+CONTENTS:lib/python2.6/site-
packages/xcbgen/error.py$,\1,p' /tmp/pkg_info.cache`; echo $FOUND
xcb-proto-1.4

So:
's,^${PKG_DBDIR}/\(.*\)/+CONTENTS:$$f$$,\1,p'

> [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff

What's this for?
+JOBS=	sysctl -n kern.smp.cpus

Should be != if it's gonna be used, but it's not referenced anywhere else	 
that I can see.
-- 
Mel
From itetcu at FreeBSD.org  Wed Jun 10 21:23:40 2009
From: itetcu at FreeBSD.org (Ion-Mihai Tetcu)
Date: Wed Jun 10 21:23:51 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <20090610205236.GD65705@atarininja.org>
References: <20090610132647.GC40713@atarininja.org>
	<200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net>
	<20090610205236.GD65705@atarininja.org>
Message-ID: <20090611002358.3a060b05@it.buh.tecnik93.com>

On Wed, 10 Jun 2009 16:52:36 -0400
Wesley Shields <wxs@FreeBSD.org> wrote:

> On Wed, Jun 10, 2009 at 12:44:42PM -0800, Mel Flynn wrote:
> > On Wednesday 10 June 2009 05:26:47 Wesley Shields wrote:
> > 
> > > It will be quite slow compared to using pkg_which (the normal
> > > method) so be patient.
> > 
> > Does pkg_which use the pkgdb? If so, maybe we could have pkg_info
> > grow a cache for future encounters, or we can create one:
> 
> My guess is that pkg_which is using pkgdb, which is why it is
> significantly faster.
> 
> > % grep -v '^@' /var/db/pkg/*/+CONTENTS >/tmp/pkg_info.cache
> > % FOUND=`sed -ne
> > 's,^/var/db/pkg/\(.*\)/+CONTENTS:lib/python2.6/site-
> > packages/xcbgen/error.py$,\1,p' /tmp/pkg_info.cache`; echo $FOUND
> > xcb-proto-1.4
> > 
> > So:
> > 's,^${PKG_DBDIR}/\(.*\)/+CONTENTS:$$f$$,\1,p'
> 
> I think there is a SoC project in the works to make our pkg utilities
> much better. I don't know any of the details but I can only hope that
> speed is one of the things being improved.
> 
> > > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff
> > 
> > What's this for?
> > +JOBS=	sysctl -n kern.smp.cpus
> > 
> > Should be != if it's gonna be used, but it's not referenced
> > anywhere else that I can see.

If we'd be using != that particular instruction would be executed each
time something interacts with the port, including eg. mkake describe
(part of make index).

This way that piece of code is executed only when needed.
(and yes, it is referenced further bellow).

> It's used in XARGS_CMD to provide a bit of parallelism in an effort to
> be a bit faster. In my opinion the number can be increased much
> further than kern.smp.cpus but I'm not in a position to figure out
> how far to push it. The value used is better than nothing.\

Probably x2 would be OK.


-- 
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: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090610/52da8c27/signature.pgp
From itetcu at FreeBSD.org  Wed Jun 10 21:23:40 2009
From: itetcu at FreeBSD.org (Ion-Mihai Tetcu)
Date: Wed Jun 10 21:23:52 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <20090610205236.GD65705@atarininja.org>
References: <20090610132647.GC40713@atarininja.org>
	<200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net>
	<20090610205236.GD65705@atarininja.org>
Message-ID: <20090611002358.3a060b05@it.buh.tecnik93.com>

On Wed, 10 Jun 2009 16:52:36 -0400
Wesley Shields <wxs@FreeBSD.org> wrote:

> On Wed, Jun 10, 2009 at 12:44:42PM -0800, Mel Flynn wrote:
> > On Wednesday 10 June 2009 05:26:47 Wesley Shields wrote:
> > 
> > > It will be quite slow compared to using pkg_which (the normal
> > > method) so be patient.
> > 
> > Does pkg_which use the pkgdb? If so, maybe we could have pkg_info
> > grow a cache for future encounters, or we can create one:
> 
> My guess is that pkg_which is using pkgdb, which is why it is
> significantly faster.
> 
> > % grep -v '^@' /var/db/pkg/*/+CONTENTS >/tmp/pkg_info.cache
> > % FOUND=`sed -ne
> > 's,^/var/db/pkg/\(.*\)/+CONTENTS:lib/python2.6/site-
> > packages/xcbgen/error.py$,\1,p' /tmp/pkg_info.cache`; echo $FOUND
> > xcb-proto-1.4
> > 
> > So:
> > 's,^${PKG_DBDIR}/\(.*\)/+CONTENTS:$$f$$,\1,p'
> 
> I think there is a SoC project in the works to make our pkg utilities
> much better. I don't know any of the details but I can only hope that
> speed is one of the things being improved.
> 
> > > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff
> > 
> > What's this for?
> > +JOBS=	sysctl -n kern.smp.cpus
> > 
> > Should be != if it's gonna be used, but it's not referenced
> > anywhere else that I can see.

If we'd be using != that particular instruction would be executed each
time something interacts with the port, including eg. mkake describe
(part of make index).

This way that piece of code is executed only when needed.
(and yes, it is referenced further bellow).

> It's used in XARGS_CMD to provide a bit of parallelism in an effort to
> be a bit faster. In my opinion the number can be increased much
> further than kern.smp.cpus but I'm not in a position to figure out
> how far to push it. The value used is better than nothing.\

Probably x2 would be OK.


-- 
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: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090610/52da8c27/signature-0001.pgp
From shuvaev at physik.uni-wuerzburg.de  Wed Jun 10 21:29:42 2009
From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev)
Date: Wed Jun 10 21:29:54 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <20090610132647.GC40713@atarininja.org>
References: <20090610132647.GC40713@atarininja.org>
Message-ID: <20090610210027.GA82406@wep4035.physik.uni-wuerzburg.de>

On Wed, Jun 10, 2009 at 09:26:47AM -0400, Wesley Shields wrote:
> Here's a patch[1] that allows you to use portmaster when doing the python
> upgrade. I intend to commit this tomorrow morning unless someone speaks
> up. I'll also be adding the instructions to the UPDATING entry.
> 
> Once applied you should be able to use:
> 
> cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER
> 
> It will be quite slow compared to using pkg_which (the normal method) so
> be patient. I've used this patch to upgrade one lightly used machine and
> I know at least one other person has survived an upgrade of a machine
> with over 1000 ports installed.
> 
> [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff
> 
I think using "-f" switch with portmaster is not correct as it will
unconditionally rebuild all dependencies also (often up to perl :).

0.02$,
Alexey.
From alexanderchuranov at gmail.com  Wed Jun 10 22:00:26 2009
From: alexanderchuranov at gmail.com (Alexander Churanov)
Date: Wed Jun 10 22:00:33 2009
Subject: Request for exp-run (devel/boost)
Message-ID: <3cb459ed0906101500y2beb5d3fie1ccd5d4eabfbce4@mail.gmail.com>

Folks,

I've created an update for devel/boost, but did not verify that ALL
software that depends on it builds and runs successfully. Some ports
are really huge, like OpenOffice or KDE.

Could we have and exp-run for updated devel/boost?

To update ports, follow the next procedure:

1) Unpack the http://alexanderchuranov.com/boost-port/boost-ports-20090609.tar.bz2
tarball into /usr/ports/devel
2) Apply patch http://alexanderchuranov.com/boost-port/boost-2009-05-29-15-47.diff
to /usr/ports
3) Remove ports devel/boost and devel/boost-python

Sincerely,
Alexander Churanov,
maintainer of devel/boost
From alexanderchuranov at gmail.com  Wed Jun 10 21:56:49 2009
From: alexanderchuranov at gmail.com (Alexander Churanov)
Date: Wed Jun 10 22:01:17 2009
Subject: Update for devel/boost is ready
Message-ID: <3cb459ed0906101455y1618a839md3dd1bb7daba3a2f@mail.gmail.com>

Hi folks!

Update for devel/boost is ready.
Main changes are splitting into several ports and updating to 1.39. No
more conflicts with Boost.Python!
See http://wiki.freebsd.org/BoostPortingProject for details.

You are interested in reviewing changes, follow the next procedure:

1) Unpack the http://alexanderchuranov.com/boost-port/boost-ports-20090609.tar.bz2
tarball into /usr/ports/devel
2) Apply patch http://alexanderchuranov.com/boost-port/boost-2009-05-29-15-47.diff
to /usr/ports
3) Remove ports devel/boost and devel/boost-python

Sincerely,
Alexander Churanov,
maintainer of devel/boost
From alexanderchuranov at gmail.com  Wed Jun 10 21:56:49 2009
From: alexanderchuranov at gmail.com (Alexander Churanov)
Date: Wed Jun 10 22:02:42 2009
Subject: Update for devel/boost is ready
Message-ID: <3cb459ed0906101455y1618a839md3dd1bb7daba3a2f@mail.gmail.com>

Hi folks!

Update for devel/boost is ready.
Main changes are splitting into several ports and updating to 1.39. No
more conflicts with Boost.Python!
See http://wiki.freebsd.org/BoostPortingProject for details.

You are interested in reviewing changes, follow the next procedure:

1) Unpack the http://alexanderchuranov.com/boost-port/boost-ports-20090609.tar.bz2
tarball into /usr/ports/devel
2) Apply patch http://alexanderchuranov.com/boost-port/boost-2009-05-29-15-47.diff
to /usr/ports
3) Remove ports devel/boost and devel/boost-python

Sincerely,
Alexander Churanov,
maintainer of devel/boost
From mel.flynn+fbsd.ports at mailing.thruhere.net  Wed Jun 10 23:47:31 2009
From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn)
Date: Wed Jun 10 23:47:44 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <20090610205236.GD65705@atarininja.org>
References: <20090610132647.GC40713@atarininja.org>
	<200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net>
	<20090610205236.GD65705@atarininja.org>
Message-ID: <200906101547.28358.mel.flynn+fbsd.ports@mailing.thruhere.net>

On Wednesday 10 June 2009 12:52:36 Wesley Shields wrote:
> On Wed, Jun 10, 2009 at 12:44:42PM -0800, Mel Flynn wrote:
> > On Wednesday 10 June 2009 05:26:47 Wesley Shields wrote:
> > > It will be quite slow compared to using pkg_which (the normal method)
> > > so be patient.
> >
> > Does pkg_which use the pkgdb? If so, maybe we could have pkg_info grow a
> > cache for future encounters, or we can create one:
>
> My guess is that pkg_which is using pkgdb, which is why it is
> significantly faster.
>
> > % grep -v '^@' /var/db/pkg/*/+CONTENTS >/tmp/pkg_info.cache
> > % FOUND=`sed -ne 's,^/var/db/pkg/\(.*\)/+CONTENTS:lib/python2.6/site-
> > packages/xcbgen/error.py$,\1,p' /tmp/pkg_info.cache`; echo $FOUND
> > xcb-proto-1.4
> >
> > So:
> > 's,^${PKG_DBDIR}/\(.*\)/+CONTENTS:$$f$$,\1,p'
>
> I think there is a SoC project in the works to make our pkg utilities
> much better. I don't know any of the details but I can only hope that
> speed is one of the things being improved.

True, however the above can be done now, though it's a bit tricky to squeeze 
into the find command, one could put this as shell script in files/pkg_which.
And patch Makefile as attached.

I haven't got a system to run this on, since I switched to 2.6 everywhere a 
long time ago, but the find command on the shell produced the desired output.

> > > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff
> >
> > What's this for?
> > +JOBS=	sysctl -n kern.smp.cpus
> >
> > Should be != if it's gonna be used, but it's not referenced anywhere else
> > that I can see.
>
> It's used in XARGS_CMD to provide a bit of parallelism in an effort to
> be a bit faster. 

That was pretty blind of me.

-- 
Mel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: patch-lang-python-Makefile
Type: text/x-patch
Size: 1624 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090610/2f8fc649/patch-lang-python-Makefile.bin
From mel.flynn+fbsd.ports at mailing.thruhere.net  Wed Jun 10 23:47:31 2009
From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn)
Date: Wed Jun 10 23:47:45 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <20090610205236.GD65705@atarininja.org>
References: <20090610132647.GC40713@atarininja.org>
	<200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net>
	<20090610205236.GD65705@atarininja.org>
Message-ID: <200906101547.28358.mel.flynn+fbsd.ports@mailing.thruhere.net>

On Wednesday 10 June 2009 12:52:36 Wesley Shields wrote:
> On Wed, Jun 10, 2009 at 12:44:42PM -0800, Mel Flynn wrote:
> > On Wednesday 10 June 2009 05:26:47 Wesley Shields wrote:
> > > It will be quite slow compared to using pkg_which (the normal method)
> > > so be patient.
> >
> > Does pkg_which use the pkgdb? If so, maybe we could have pkg_info grow a
> > cache for future encounters, or we can create one:
>
> My guess is that pkg_which is using pkgdb, which is why it is
> significantly faster.
>
> > % grep -v '^@' /var/db/pkg/*/+CONTENTS >/tmp/pkg_info.cache
> > % FOUND=`sed -ne 's,^/var/db/pkg/\(.*\)/+CONTENTS:lib/python2.6/site-
> > packages/xcbgen/error.py$,\1,p' /tmp/pkg_info.cache`; echo $FOUND
> > xcb-proto-1.4
> >
> > So:
> > 's,^${PKG_DBDIR}/\(.*\)/+CONTENTS:$$f$$,\1,p'
>
> I think there is a SoC project in the works to make our pkg utilities
> much better. I don't know any of the details but I can only hope that
> speed is one of the things being improved.

True, however the above can be done now, though it's a bit tricky to squeeze 
into the find command, one could put this as shell script in files/pkg_which.
And patch Makefile as attached.

I haven't got a system to run this on, since I switched to 2.6 everywhere a 
long time ago, but the find command on the shell produced the desired output.

> > > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff
> >
> > What's this for?
> > +JOBS=	sysctl -n kern.smp.cpus
> >
> > Should be != if it's gonna be used, but it's not referenced anywhere else
> > that I can see.
>
> It's used in XARGS_CMD to provide a bit of parallelism in an effort to
> be a bit faster. 

That was pretty blind of me.

-- 
Mel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: patch-lang-python-Makefile
Type: text/x-patch
Size: 1624 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090610/2f8fc649/patch-lang-python-Makefile-0001.bin
From yuri.pankov at gmail.com  Thu Jun 11 01:51:05 2009
From: yuri.pankov at gmail.com (Yuri Pankov)
Date: Thu Jun 11 01:51:12 2009
Subject: Installing files to PREFIX and LINUXBASE - is it possible?
Message-ID: <20090611003858.GB1457@darklight.homeunix.org>

Hi,

I'm trying to create port of linux version of Gens (Sega Genesis/CD/32X
emulator). Benefits of using linux version are most recent release and
ability to run it on amd64 (native version doesn't compile on amd64).

However, I need to install binary to PREFIX and some files should go to
/usr/share/gens (paths are hardcoded, checked with ktrace, gens is
trying to open /usr/share/gens/<file> or
/compat/linux/usr/share/gens/<file>), and installing to /usr isn't
really an option, so LINUXBASE/usr/share/gens looks like an only choice.
Installing everything under LINUXBASE doesn't look like option too -
"/compat/linux/usr/bin" isn't in path by default.

Is it possible at all (and welcomed) and how would I create pkg-plist in
this case or are there any other solutions?

I've attached shar of what's there at the moment (with incorrect
pkg-plist).


TIA,
Yuri
-------------- next part --------------
# This is a shell archive.  Save it in a file, remove anything before
# this line, and then unpack it by entering "sh file".  Note, it may
# create directories; files and directories will be owned by you and
# have default permissions.
#
# This archive contains:
#
#	linux-gens
#	linux-gens/distinfo
#	linux-gens/pkg-descr
#	linux-gens/Makefile
#	linux-gens/pkg-plist
#
echo c - linux-gens
mkdir -p linux-gens > /dev/null 2>&1
echo x - linux-gens/distinfo
sed 's/^X//' >linux-gens/distinfo << '035edacc1a6d34536aae18d639f8c2c7'
XMD5 (gens-2.15.5-1.fc8.i386.rpm) = 96fac43c726ad49c7e6a6507fab8e44d
XSHA256 (gens-2.15.5-1.fc8.i386.rpm) = 38c26f94ebcfe37f87148a0e0282f39d6e638f4b1b2e174add0bac82055fc6dd
XSIZE (gens-2.15.5-1.fc8.i386.rpm) = 531596
035edacc1a6d34536aae18d639f8c2c7
echo x - linux-gens/pkg-descr
sed 's/^X//' >linux-gens/pkg-descr << '9888e24c3cf4c862c25a596f64fcb532'
XA Sega Genesis/CD/32X emulator that uses the SDL library and has a GTK 
Xuser interface (Linux version).
X
XWWW: http://gens.sourceforge.net
9888e24c3cf4c862c25a596f64fcb532
echo x - linux-gens/Makefile
sed 's/^X//' >linux-gens/Makefile << '0da366ce2b483856510ecbaa96b5d034'
X# New ports collection makefile for:	linux-gens
X# Date created:		2009-06-09
X# Whom:			Yuri Pankov <yuri.pankov@gmail.com>
X#
X# $FreeBSD$
X#
X
XPORTNAME=	gens
XPORTVERSION=	2.15.5
XCATEGORIES=	emulators linux
XMASTER_SITES=	http://download1.rpmfusion.org/nonfree/fedora/updates/8/i386/
XPKGNAMEPREFIX=	linux-
XDISTFILES=	gens-2.15.5-1.fc8.i386.rpm
XEXTRACT_ONLY=
X
XMAINTAINER=	yuri.pankov@gmail.com
XCOMMENT=	Sega Genesis/CD/32X emulator (Linux version)
X
XEXTRACT_DEPENDS=	rpm2cpio:${PORTSDIR}/archivers/rpm
X
XCONFLICTS=	gens-2.*
X
XRPMFILE=	${PORTNAME}-${PORTVERSION}-1.fc8.i386.rpm
X
XONLY_FOR_ARCHS=	i386 amd64
XUSE_LINUX=	yes
XUSE_LINUX_APPS=	gtk2 sdl12 dri
X
XNO_BUILD=	yes
XNO_WRKSUBDIR=	yes
X
XPLIST_SUB=	LINUXBASE=${LINUXBASE}
X
Xdo-extract:
X		${MKDIR} ${WRKSRC}
X		cd ${WRKSRC} && rpm2cpio ${DISTDIR}/${RPMFILE} | ${CPIO} -id
X
Xdo-install:
X		${INSTALL_PROGRAM} ${WRKSRC}/usr/bin/gens ${PREFIX}/bin
X		${MKDIR} ${LINUXBASE}/usr/share/gens
X		${INSTALL_DATA} ${WRKSRC}/usr/share/gens/* ${LINUXBASE}/usr/share/gens
X
X.include <bsd.port.mk>
0da366ce2b483856510ecbaa96b5d034
echo x - linux-gens/pkg-plist
sed 's/^X//' >linux-gens/pkg-plist << '93a35c8901f5205cffdd5dd3523b52d8'
Xbin/gens
X%%LINUXBASE%%/usr/share/gens/ksysguard.png
X%%LINUXBASE%%/usr/share/gens/bmp00000.png
X%%LINUXBASE%%/usr/share/gens/binary.png
X%%LINUXBASE%%/usr/share/gens/package_settings.png
X%%LINUXBASE%%/usr/share/gens/sonic2.ico
X%%LINUXBASE%%/usr/share/gens/gens.ico
X%%LINUXBASE%%/usr/share/gens/2rightarrow.png
X%%LINUXBASE%%/usr/share/gens/gens_big.bmp
X%%LINUXBASE%%/usr/share/gens/folder_slin_open.png
X%%LINUXBASE%%/usr/share/gens/bmp00006.png
X%%LINUXBASE%%/usr/share/gens/bmp00001.png
X%%LINUXBASE%%/usr/share/gens/sonic.ico
X%%LINUXBASE%%/usr/share/gens/history.png
X%%LINUXBASE%%/usr/share/gens/password.png
X%%LINUXBASE%%/usr/share/gens/Gens2.ico
X%%LINUXBASE%%/usr/share/gens/reload.png
X%%LINUXBASE%%/usr/share/gens/gens_small.png
X%%LINUXBASE%%/usr/share/gens/xpaint.png
X%%LINUXBASE%%/usr/share/gens/kmix.png
X%%LINUXBASE%%/usr/share/gens/bitmap1.png
X%%LINUXBASE%%/usr/share/gens/file_text.png
X%%LINUXBASE%%/usr/share/gens/viewmag.png
X%%LINUXBASE%%/usr/share/gens/bmp00002.png
X%%LINUXBASE%%/usr/share/gens/bmp00005.png
X%%LINUXBASE%%/usr/share/gens/Modem.png
X%%LINUXBASE%%/usr/share/gens/memory.png
X%%LINUXBASE%%/usr/share/gens/viewmag1.png
X%%LINUXBASE%%/usr/share/gens/cdrom2_unmount.png
X%%LINUXBASE%%/usr/share/gens/editcopy.png
X%%LINUXBASE%%/usr/share/gens/bmp00004.png
X%%LINUXBASE%%/usr/share/gens/bmp00003.png
X%%LINUXBASE%%/usr/share/gens/package_games.png
X%%LINUXBASE%%/usr/share/gens/filleclose.png
X%%LINUXBASE%%/usr/share/gens/resource.png
X@dirrm %%LINUXBASE%%/usr/share/gens
93a35c8901f5205cffdd5dd3523b52d8
exit

From info at bnbuzz.com  Thu Jun 11 01:54:18 2009
From: info at bnbuzz.com (BNBuzz.com)
Date: Thu Jun 11 01:54:26 2009
Subject: SEO Process - Search Engine Optimization for Newbies
Message-ID: <20090611015234920.eau1z51wnMXoE87PZwPi@static-ip-85-25-239-99.inaddr.intergenia.de>


   [1]BNBuzz.com
   Sharing Knowledge

[2]SEO Process - Search Engine Optimization for Newbies

Search engine optimization (SEO) is tricky. Must separate fact from fiction

   Search engine optimization (SEO) comes into play when even a well
   designed site cannot attract the potential customers and gains traffic
   that it should. Basic purpose of search engine optimization (SEO) is
   to ensure that your website is easily accessible and visible to search
   engines, drive quality traffic and help to convert the traffic into a
   successful lead. SEO helps you make your pages more attractive to
   search engines that obviously increases your rankings on Google and
   other search engines which ultimately generate more traffic, more
   customers and better conversion rate. Considering the fact that a
   website one Google page 1 attracts more traffic than a site on page 5
   or 6. If your website is not hitting the page 1 especially for Google
   search results, youre definitely losing a chance to maximize your
   business and new lead generation. Besides high rankings and traffic,
   search engine optimization (SEO) gives you added benefits like
   Branding, quality leads, less expensive advertising opportunities etc

                                                   [3]Read the full Story

   Related posts:
    1. [4]Search Engine Optimization (SEO)
    2. [5]Search Engine Marketing (SEM)
    3. [6]Increase Targeted Website Traffic Free

   You are receiving this email because on Apr 04, 2009 02:21 am at
   [7]BNBuzz.com you subscribed to receive our e-newsletters.

   You can modify your subscription via clicking [8]here

   Copyright [9]BNBuzz.com [10]BNBuzz.com - Sharing knowledge across the
   world.

References

   1. http://www.bnbuzz.com/
   2. http://www.bnbuzz.com/seo-process-search-engine-optimization-for-newbies.html
   3. http://www.bnbuzz.com/seo-process-search-engine-optimization-for-newbies.html
   4. http://www.bnbuzz.com/search-engine-optimization-seo.html
   5. http://www.bnbuzz.com/search-engine-marketing-sem.html
   6. http://www.bnbuzz.com/increase-targeted-website-traffic-free.html
   7. http://www.bnbuzz.com/
   8. http://www.bnbuzz.com/manage-subscription?u=07de4ec8433871ccff8b806cfa4b8cff4641046410
   9. http://www.bnbuzz.com/
  10. http://www.bnbuzz.com/
From pav at FreeBSD.org  Thu Jun 11 07:47:34 2009
From: pav at FreeBSD.org (Pav Lucistnik)
Date: Thu Jun 11 07:47:40 2009
Subject: Request for exp-run (devel/boost)
In-Reply-To: <3cb459ed0906101500y2beb5d3fie1ccd5d4eabfbce4@mail.gmail.com>
References: <3cb459ed0906101500y2beb5d3fie1ccd5d4eabfbce4@mail.gmail.com>
Message-ID: <1244706448.24546.5.camel@pav.hide.vol.cz>

Alexander Churanov p??e v ?t 11. 06. 2009 v 02:00 +0400:

> I've created an update for devel/boost, but did not verify that ALL
> software that depends on it builds and runs successfully. Some ports
> are really huge, like OpenOffice or KDE.
> 
> Could we have and exp-run for updated devel/boost?

You should really send these to portmgr@ otherwise they might be
overlooked.

Anyway, I have started the exp-run.

-- 
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>

Every man is as God made him, ay, and often worse.
  -- Miguel de Cervantes
-------------- 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/20090611/74b520c4/attachment.pgp
From roam at ringlet.net  Thu Jun 11 08:40:33 2009
From: roam at ringlet.net (Peter Pentchev)
Date: Thu Jun 11 08:40:40 2009
Subject: Installing files to PREFIX and LINUXBASE - is it possible?
In-Reply-To: <20090611003858.GB1457@darklight.homeunix.org>
References: <20090611003858.GB1457@darklight.homeunix.org>
Message-ID: <20090611084031.GA987@straylight.m.ringlet.net>

On Thu, Jun 11, 2009 at 04:38:58AM +0400, Yuri Pankov wrote:
> Hi,
> 
> I'm trying to create port of linux version of Gens (Sega Genesis/CD/32X
> emulator). Benefits of using linux version are most recent release and
> ability to run it on amd64 (native version doesn't compile on amd64).
> 
> However, I need to install binary to PREFIX and some files should go to
> /usr/share/gens (paths are hardcoded, checked with ktrace, gens is
> trying to open /usr/share/gens/<file> or
> /compat/linux/usr/share/gens/<file>), and installing to /usr isn't
> really an option, so LINUXBASE/usr/share/gens looks like an only choice.
> Installing everything under LINUXBASE doesn't look like option too -
> "/compat/linux/usr/bin" isn't in path by default.
> 
> Is it possible at all (and welcomed) and how would I create pkg-plist in
> this case or are there any other solutions?
> 
> I've attached shar of what's there at the moment (with incorrect
> pkg-plist).

You could install to $LINUXBASE and just make a symlink for
the binary itself into $PREFIX/bin/.

G'luck,
Peter

-- 
Peter Pentchev	roam@ringlet.net    roam@space.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 the thought you are now thinking.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090611/09bec558/attachment.pgp
From aurelien.ansel at netasq.com  Thu Jun 11 10:27:55 2009
From: aurelien.ansel at netasq.com (=?ISO-8859-15?Q?Aur=E9lien_Ansel?=)
Date: Thu Jun 11 10:28:03 2009
Subject: [Call For Testing] VirtualBox for FreeBSD!
In-Reply-To: <1931972730@web.de>
References: <1931972730@web.de>
Message-ID: <4A30E540.6080501@netasq.com>

Jack Herrman wrote:
> Hi,
> i try virtualbox5.tgz in my FreeBSD 7.2 Release.
> Compiled allready ok.
>
> If I start VirtualBox come following error:
> [root@FreeBSD ~]# VirtualBox 
> VirtualBox: supR3HardenedExecDir: couldn't read "", errno=2 cchLink=-1
>
> also by 
>
> [root@FreeBSD ~]# VBoxSDL 
> VBoxSDL: supR3HardenedExecDir: couldn't read "", errno=2 cchLink=-1
>
> [root@FreeBSD ~]# VBoxBFE 
> VBoxBFE: supR3HardenedExecDir: couldn't read "", errno=2 cchLink=-1
>   
Hi,

I have the same problem, i have created the group vboxusers and add my 
user on it but i have still the problem.
If someone have a solution ...?
From avg at icyb.net.ua  Thu Jun 11 11:49:27 2009
From: avg at icyb.net.ua (Andriy Gapon)
Date: Thu Jun 11 11:49:35 2009
Subject: [Call For Testing] VirtualBox for FreeBSD!
In-Reply-To: <4A30E540.6080501@netasq.com>
References: <1931972730@web.de> <4A30E540.6080501@netasq.com>
Message-ID: <4A30EF20.90802@icyb.net.ua>

on 11/06/2009 14:06 Aur?lien Ansel said the following:
> Jack Herrman wrote:
>> Hi,
>> i try virtualbox5.tgz in my FreeBSD 7.2 Release.
>> Compiled allready ok.
>>
>> If I start VirtualBox come following error:
>> [root@FreeBSD ~]# VirtualBox VirtualBox: supR3HardenedExecDir:
>> couldn't read "", errno=2 cchLink=-1
>>
>> also by
>> [root@FreeBSD ~]# VBoxSDL VBoxSDL: supR3HardenedExecDir: couldn't read
>> "", errno=2 cchLink=-1
>>
>> [root@FreeBSD ~]# VBoxBFE VBoxBFE: supR3HardenedExecDir: couldn't read
>> "", errno=2 cchLink=-1
>>   
> Hi,
> 
> I have the same problem, i have created the group vboxusers and add my
> user on it but i have still the problem.
> If someone have a solution ...?

/proc mounted?
kernel module loaded?

-- 
Andriy Gapon
From aurelien.ansel at netasq.com  Thu Jun 11 12:05:34 2009
From: aurelien.ansel at netasq.com (=?ISO-8859-15?Q?Aur=E9lien_Ansel?=)
Date: Thu Jun 11 12:05:46 2009
Subject: [Call For Testing] VirtualBox for FreeBSD!
In-Reply-To: <4A30EF20.90802@icyb.net.ua>
References: <1931972730@web.de> <4A30E540.6080501@netasq.com>
	<4A30EF20.90802@icyb.net.ua>
Message-ID: <4A31018A.7040004@netasq.com>

Andriy Gapon wrote:
> on 11/06/2009 14:06 Aur?lien Ansel said the following:
>   
>> Jack Herrman wrote:
>>     
>>> Hi,
>>> i try virtualbox5.tgz in my FreeBSD 7.2 Release.
>>> Compiled allready ok.
>>>
>>> If I start VirtualBox come following error:
>>> [root@FreeBSD ~]# VirtualBox VirtualBox: supR3HardenedExecDir:
>>> couldn't read "", errno=2 cchLink=-1
>>>
>>> also by
>>> [root@FreeBSD ~]# VBoxSDL VBoxSDL: supR3HardenedExecDir: couldn't read
>>> "", errno=2 cchLink=-1
>>>
>>> [root@FreeBSD ~]# VBoxBFE VBoxBFE: supR3HardenedExecDir: couldn't read
>>> "", errno=2 cchLink=-1
>>>   
>>>       
>> Hi,
>>
>> I have the same problem, i have created the group vboxusers and add my
>> user on it but i have still the problem.
>> If someone have a solution ...?
>>     
>
> /proc mounted?
> kernel module loaded?
>   
Hi ,

i thought /proc was mounted but he wasn't, thanks for the help.

For information, to mount /proc , i have add this line to /etc/fstab:
    |proc /proc procfs rw 0 0|
From CollegeNews at news.college.us.com  Thu Jun 11 12:47:27 2009
From: CollegeNews at news.college.us.com (College News)
Date: Thu Jun 11 12:47:34 2009
Subject: Advance your psychology career with an online degree.
Message-ID: <1502790.1244723215081.JavaMail.root@news.college.us.com>


    

   3D"A
   You are receiving this message because you subm   address ports@freebsd.org
   to receive information from http://www.directscholar.com on Jun 09
   2009 07:25AM.
   [1]Go here to add us to your address book<
   [2]Want to take your psychology caree   onlin     [3]View in Browser | [4]Unsubscribe" style   font-family:Arial, Helvetica, sans-serif; font-size:11px;
   color:#66666   [5][college_header.gif=] 
   [6]3D"Advance 
   [7]Dear John,  
   Are you ready to advance your career, but lack the educat   the time - to make it happen? At Argosy University Online, you ca   earn your master's or doctoral degree in a convenient, flexible online
   le   Find out about A   Argosy currently offers the following online graduate-level programs:
   o BA in Psychology
   o EdD in Counseling Psychology
   o MA in Industrial/Organizational Psychology
   o MA in Sport-Excercise Psychology
   o MA in Forensic Psychology
   Now you can earn the professional degree you need to get ahead,
   without gi   sacrifices. 
   Take your career to the next level today at Argosy University Online!
   Learn more about Argosy's online    [8]3D"Learn [9][Argosy-Online-=] 
   [10][Argosy-Online-=] 
   This email was sent by: COLLEGE.US.COM
   2711 N. Sepulveda Blvd. # 148, Manhattan Beach, CA 90266
   You have subscr   ports@freebsd.org
   This email was sent   periodical information about scho   To stop receiving email from COLLEGE.US.COM, [11]Remove me or write us
      Please view our [12]Privacy Policy

   [mylfzmqkf_zrmsptnpmbm.gif&o=]

References

   1. 3D"http://www.news.college.us.com/lrkzyhwwt_zrmsptnpmbm_bnczrvl   2. 3D"http://www.news.college.us.c=/
   3. 3D"http://www.news.college.us.com/wsrpmcttp_   4. 3D"http://www.news.c=/
   5. 3D"http://www.news.college.us.com/jtdjtcggg_   6. 3D"http://www.news.colleg=/
   7. 3D"http://www.news.c=/
   8. 3D"http://www.news.college.us.com/xdbrfcwwf_zrmsptnpmbm   9. 3D"http://www.news.college.us.com/rqlgkwznm_  10. 3D"http://www.news.college.us.com/ihctlgbmc_  11. ="http://www.news.college.us.com/vptfmvjgb_zrmsptnpmbm_sfnsbcfd.html?  12. 3D"http://www.news.=/
From wxs at FreeBSD.org  Thu Jun 11 13:32:43 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Thu Jun 11 13:32:50 2009
Subject: Python 2.6 update with portmaster
In-Reply-To: <20090610132647.GC40713@atarininja.org>
References: <20090610132647.GC40713@atarininja.org>
Message-ID: <20090611133242.GA70868@atarininja.org>

On Wed, Jun 10, 2009 at 09:26:47AM -0400, Wesley Shields wrote:
> Here's a patch[1] that allows you to use portmaster when doing the python
> upgrade. I intend to commit this tomorrow morning unless someone speaks
> up. I'll also be adding the instructions to the UPDATING entry.
> 
> Once applied you should be able to use:
> 
> cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER
> 
> It will be quite slow compared to using pkg_which (the normal method) so
> be patient. I've used this patch to upgrade one lightly used machine and
> I know at least one other person has survived an upgrade of a machine
> with over 1000 ports installed.
> 
> [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff

I've committed the latest version of the patch. Please let me know if it
doesn't work for you.

-- WXS
From erwin at FreeBSD.org  Thu Jun 11 15:52:41 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Thu Jun 11 15:52:47 2009
Subject: INDEX build failed for 6.x
Message-ID: <200906111553.n5BFrG22096039@pointyhat.freebsd.org>

INDEX build failed with errors:
make: don't know how to make index. Stop

Committers on the hook:


Most recent CVS update was:
From alexanderchuranov at gmail.com  Thu Jun 11 15:50:44 2009
From: alexanderchuranov at gmail.com (Alexander Churanov)
Date: Thu Jun 11 15:55:46 2009
Subject: Update for devel/boost is ready
In-Reply-To: <3cb459ed0906101455y1618a839md3dd1bb7daba3a2f@mail.gmail.com>
References: <3cb459ed0906101455y1618a839md3dd1bb7daba3a2f@mail.gmail.com>
Message-ID: <3cb459ed0906110850x5b821fd2n4071d836c4c05172@mail.gmail.com>

Folks,

The most recently captured patch is at
http://alexanderchuranov.com/boost-port/boost-2009-06-11-19-23.diff
Previous was captured more than a week ago and does not apply cleanly.

Sincerely,
Alexander Churanov,
maintainer of devel/boost
From erwin at FreeBSD.org  Thu Jun 11 17:17:05 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Thu Jun 11 17:17:12 2009
Subject: INDEX now builds successfully on 6.x
Message-ID: <200906111717.n5BHHfDD065234@pointyhat.freebsd.org>

From mel.flynn+fbsd.ports at mailing.thruhere.net  Thu Jun 11 18:58:32 2009
From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn)
Date: Thu Jun 11 18:58:39 2009
Subject: [x11/nvidia-driver] conflicts with linux dri ports
In-Reply-To: <20090608010037.3c3623d6@gumby.homeunix.com>
References: <KKVVQ5$55042A577C09ABEBE07BC00F05F0FD24@libero.it>
	<81475023@h30.sp.ipt.ru>
	<20090608010037.3c3623d6@gumby.homeunix.com>
Message-ID: <200906111058.28877.mel.flynn+fbsd.ports@mailing.thruhere.net>

On Sunday 07 June 2009 16:00:37 RW wrote:
> On Mon, 08 Jun 2009 00:06:56 +0400
>
> Boris Samorodov <bsam@ipt.ru> wrote:
> > On Sun,  7 Jun 2009 21:34:53 +0200 barbara wrote:
> > > > I've just received a report at emulation@ about x11/nvidia-driver
> > > > and other linux dri ports to be in conflict.
> > > >
> > > > If a linux dri port is installed x11/nvidia-driver seems to
> > > > replace libGL.so with a link to nvidia library. Not good. Is it
> > > > right to mark this port and other linux dri ports to be in
> > > > conflict?
> > >
> > > Why it's not good?
> > > I'm not sure I've understood, but I think it's more or less the
> > > same with the native counterpart: if you install x11/nvidia-driver,
> > > libGL.so from graphics/libGL get replaced (actually renamed).
> >
> > Because if port B replaces a file from port A, then when port A is
> > deinstalled, the file from the ports B is removed.
>
> It's not ideal, but making nvidia-driver conflict with its own
> dependencies is a lot worse.

nvidia-driver's dependency on libGL is artificial (cause it needs to replace 
libGL, not cause it needs to link with it). One can actually build and install 
the driver without having libGL from ports installed.
As such I've tried decoupling this a year or so ago, but aside from some 
problems in the nvidia-provided Makefiles that I could patch, the major 
drawback of it was that every port requiring libGL would now have to be taught 
about nvidia-driver (Yes, bsd.gl.mk but there were a few exceptions).
I ran into one major hurdle, but can't for the life of me remember anymore 
what it was, so decided to back off and live with the current hacks.

I could try again and at least see what the problem is, in a week or two at 
the earliest. What I was aiming for is:
- if defined(WITH_NVIDIA_GL) libdep on nvidia-driver else libGL
- no more XXX-files and post-install hacks
- no more "need xorg-server installed before we can even read our Makefile"

Vague memories surfacing: problem had to do with either compat5x or linux.
-- 
Mel
From mel.flynn+fbsd.ports at mailing.thruhere.net  Thu Jun 11 19:04:30 2009
From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn)
Date: Thu Jun 11 19:04:36 2009
Subject: mysql 4->5 problem
In-Reply-To: <m27hzpn35o.wl%randy@psg.com>
References: <m27hzpn35o.wl%randy@psg.com>
Message-ID: <200906111104.27039.mel.flynn+fbsd.ports@mailing.thruhere.net>

On Saturday 06 June 2009 01:05:07 Randy Bush wrote:
> going from mysql 4 to 5.1.34.  server will not start.  diag is
>
> 090606  8:56:28 [ERROR] Fatal error: Can't open and lock privilege tables:
> Incorrect key file for table 'host'; try to repair it 090606 08:56:28
> mysqld_safe mysqld from pid file /var/db/mysql/psg.com.pid ended
>
> googling around gets me to
>    
> http://www.issociate.de/board/post/495472/SOLVED!_(was:_RE:_Error_:_Incorre
>ct_key_file_for_table_%27X%27).html to
>     http://bugs.mysql.com/bug.php?id=37631
> to
>     http://lists.mysql.com/commits/73145
>
> which says fix is in 5.1.35.
>
> i hack up some patches, except do not have the files
>    mysql-test/std_data/bug37631.MYD
>    mysql-test/std_data/bug37631.frm
>
> i rebuild.  no fix.
>
> and, the error is after a "you can not go back" message.  oh goodie.
> (yes, i have backups).
>
> any clues out there?

You ran mysql_upgrade before starting the new server?
-- 
Mel
From pgollucci at p6m7g8.com  Thu Jun 11 19:30:02 2009
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Thu Jun 11 19:30:10 2009
Subject: mysql 4->5 problem
In-Reply-To: <200906111104.27039.mel.flynn+fbsd.ports@mailing.thruhere.net>
References: <m27hzpn35o.wl%randy@psg.com>
	<200906111104.27039.mel.flynn+fbsd.ports@mailing.thruhere.net>
Message-ID: <4A315B37.5030201@p6m7g8.com>

Mel Flynn wrote:
> You ran mysql_upgrade before starting the new server?
Usually you have to start the server to run it. it conects to it to make 
changes to the 'mysql' database.



-- 
------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant          - P6M7G8 Inc.                http://p6m7g8.net
Senior Sys Admin    - RideCharge, Inc.           http://ridecharge.com
Contractor          - PositiveEnergyUSA          http://positiveenergyusa.com
ASF Member          - Apache Software Foundation http://apache.org
FreeBSD Committer   - FreeBSD Foundation         http://freebsd.org

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
From miwi at FreeBSD.org  Thu Jun 11 19:46:03 2009
From: miwi at FreeBSD.org (Martin Wilke)
Date: Thu Jun 11 19:46:21 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
Message-ID: <20090611194557.GC98175@bsdcrew.de>

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

Huhu,

Yes we life and that's good :-).
Changes:

  - Fix build error when compiling in debug mode on FreeBSD HEAD
  - SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite timeout. 
  - Some FreeBSD relate typos
  - Enable shared OpenGL service. Completely untested due to lack of
    appropriate hardware but it compiles at least 
  - Add support for shared clipboards. Requires libXt
  - FreeBSD: Implement preemption API for guest SMP and enable
    it (slightly tested). Add neccessary RTMP* methods in userspace
    for the frontends to detect the number of CPUs
  - Runtime/semevent-r0drv-freebsd: Use a sleeping mutex
    instead of a spinlock to fix the problems users are seeing
    (assertions with debugging enabled) while still being able
    to run on 100Hz hosts. No problems detected so far and Solaris
    doesn't use a spin mutex in this code too so it shouldn't do
    any harm (keeping fingers crossed)space for the frontends to
    detect the number of CPUs
  - Add support for curl
  - Add VBoxSharedClipboard

Ports Changes;
  - Force guestadditions version to 2.2.4
  - Removed Qt3 include replacements (already upstream)
  - Removed cosmetic X11 include path patch

Please make SURE, your world and kernel is in sync and you've read
the pkg-messages. Also please unload the kernel module before
you update the port ;-).

Many thx to all Vbox Devs, All supporters, my nice team! :-)

   http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz

 Happy Testing!

- - Martin

- -- 

+-----------------------+-------------------------------+
|  PGP    : 0xB1E6FCE9  |  Jabber : miwi(at)BSDCrew.de  |
|  Skype  : splash_111  |  Mail   : miwi(at)FreeBSD.org |
+-----------------------+-------------------------------+
|	Mess with the Best, Die like the Rest!		|
+-----------------------+-------------------------------+
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (FreeBSD)

iEYEARECAAYFAkoxXvUACgkQdLJIhLHm/OmHHQCcCvJ6EKNehym1siBuQICX+7+l
i2sAn0InwBQW7jf+l/PqjIM/BR/g3qhi
=hDW+
-----END PGP SIGNATURE-----
From lordi at msdi.ca  Thu Jun 11 19:56:31 2009
From: lordi at msdi.ca (Ian Lord)
Date: Thu Jun 11 19:56:37 2009
Subject: FreeBSD Port: mysql-server5.4.x
Message-ID: <1C85B990B1204CCC835EA2850FE82C22@msdi.local>

Hi,

 

I would like to know if you are planning a port for mysql server 5.4 soon.

 

I know it?s not GA, but you made one for 6.x so I guess 5.4 should be
available also to test it out.

 

Thanks

 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Ian Lord

MSD Informatique

143 Rue des Fauvettes

St-Colomban (Qu?bec) J5K 0E2

T?l: (514) 776-MSDI          -> (514) 776-6734

Sans Frais: 1(877) 776-MSDI  -> 1(877) 776-6734

http://www.msdi.ca

 

From mel.flynn+fbsd.ports at mailing.thruhere.net  Thu Jun 11 20:20:57 2009
From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn)
Date: Thu Jun 11 20:21:03 2009
Subject: mysql 4->5 problem
In-Reply-To: <4A315B37.5030201@p6m7g8.com>
References: <m27hzpn35o.wl%randy@psg.com>
	<200906111104.27039.mel.flynn+fbsd.ports@mailing.thruhere.net>
	<4A315B37.5030201@p6m7g8.com>
Message-ID: <200906111220.52178.mel.flynn+fbsd.ports@mailing.thruhere.net>

On Thursday 11 June 2009 11:29:59 Philip M. Gollucci wrote:
> Mel Flynn wrote:
> > You ran mysql_upgrade before starting the new server?
>
> Usually you have to start the server to run it. it conects to it to make
> changes to the 'mysql' database.

Right. Sometimes aliases are evil:
alias mysql_upgrade='/usr/local/libexec/mysqld --no-defaults --skip-grant-
tables --socket=/tmp/mysql.sock --skip-networking --datadir=/var/db/mysql && 
/usr/local/bin/mysql_upgrade -S /tmp/mysql.sock; killall mysqld'

Though, reading up on his error, I doubt it's the problem.
-- 
Mel
From pgollucci at p6m7g8.com  Thu Jun 11 20:24:30 2009
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Thu Jun 11 20:24:59 2009
Subject: mysql 4->5 problem
In-Reply-To: <200906111220.52178.mel.flynn+fbsd.ports@mailing.thruhere.net>
References: <m27hzpn35o.wl%randy@psg.com>
	<200906111104.27039.mel.flynn+fbsd.ports@mailing.thruhere.net>
	<4A315B37.5030201@p6m7g8.com>
	<200906111220.52178.mel.flynn+fbsd.ports@mailing.thruhere.net>
Message-ID: <4A3167FC.4070000@p6m7g8.com>

Mel Flynn wrote:
> On Thursday 11 June 2009 11:29:59 Philip M. Gollucci wrote:
>> Mel Flynn wrote:
>>> You ran mysql_upgrade before starting the new server?
>> Usually you have to start the server to run it. it conects to it to make
>> changes to the 'mysql' database.
> 
> Right. Sometimes aliases are evil:
> alias mysql_upgrade='/usr/local/libexec/mysqld --no-defaults --skip-grant-
> tables --socket=/tmp/mysql.sock --skip-networking --datadir=/var/db/mysql && 
> /usr/local/bin/mysql_upgrade -S /tmp/mysql.sock; killall mysqld'
> 
> Though, reading up on his error, I doubt it's the problem.

Maybe we should consider adding an 'extra_command' called upgrade.


-- 
------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant          - P6M7G8 Inc.                http://p6m7g8.net
Senior Sys Admin    - RideCharge, Inc.           http://ridecharge.com
Contractor          - PositiveEnergyUSA          http://positiveenergyusa.com
ASF Member          - Apache Software Foundation http://apache.org
FreeBSD Committer   - FreeBSD Foundation         http://freebsd.org

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
From gamato at users.sf.net  Thu Jun 11 22:13:28 2009
From: gamato at users.sf.net (mato)
Date: Thu Jun 11 22:13:46 2009
Subject: FreeBSD Port: sysutils/fusefs-sshfs
Message-ID: <4A317BDE.9010308@users.sf.net>

Hi,

I'm using sshfs to copy files from a Linux system to FreeBSD 7.2 on ZFS 
and I've just noticed that files bigger than 4GB won't get transfered.  
Is this a known issue ?  What can I do about it ?

Cheers,

M.
From eculp at encontacto.net  Thu Jun 11 23:44:58 2009
From: eculp at encontacto.net (eculp)
Date: Thu Jun 11 23:45:05 2009
Subject: acroread9 crashes after maybe 10 seconds of operation.
Message-ID: <20090611184440.64570233jo01snhk@econet.encontacto.net>

On my laptop running uptodate current and kernel although not rebooted  
for 2 days.

# uname -a
FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #235: Tue Jun   
9 09:08:35 CDT 2009      
root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO  i386


Is anyone else seeing the following termination message after maybe 10  
seconds of acroread9 operation?

# acroread9
terminate called after throwing an instance of 'RSException'

Maybe I should open a ticket?

Thanks,

ed
From roberthuff at rcn.com  Fri Jun 12 00:03:26 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Fri Jun 12 00:03:32 2009
Subject: acroread9 crashes after maybe 10 seconds of operation.
In-Reply-To: <20090611184440.64570233jo01snhk@econet.encontacto.net>
References: <20090611184440.64570233jo01snhk@econet.encontacto.net>
Message-ID: <18993.39754.254404.708796@jerusalem.litteratus.org>


eculp writes:

>  On my laptop running uptodate current and kernel although not rebooted  
>  for 2 days.
>  
>  # uname -a
>  FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #235: Tue Jun   
>  9 09:08:35 CDT 2009      
>  root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO  i386
>  
>  Is anyone else seeing the following termination message after maybe 10  
>  seconds of acroread9 operation?
>  
>  # acroread9
>  terminate called after throwing an instance of 'RSException'

	Yes, though my version of the OS is a couple of months older.

>  Maybe I should open a ticket?

	Please do.  I dropped a private note to the maintainer, but have
had no response.


					Robert Huff

From eculp at encontacto.net  Fri Jun 12 00:42:04 2009
From: eculp at encontacto.net (eculp)
Date: Fri Jun 12 00:42:10 2009
Subject: acroread9 crashes after maybe 10 seconds of operation.
In-Reply-To: <18993.39754.254404.708796@jerusalem.litteratus.org>
References: <20090611184440.64570233jo01snhk@econet.encontacto.net>
	<18993.39754.254404.708796@jerusalem.litteratus.org>
Message-ID: <20090611194201.17335m77nl05g29w@econet.encontacto.net>

Quoting Robert Huff <roberthuff@rcn.com>:

>
> eculp writes:
>
>>  On my laptop running uptodate current and kernel although not rebooted
>>  for 2 days.
>>
>>  # uname -a
>>  FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #235: Tue Jun
>>  9 09:08:35 CDT 2009
>>  root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO  i386
>>
>>  Is anyone else seeing the following termination message after maybe 10
>>  seconds of acroread9 operation?
>>
>>  # acroread9
>>  terminate called after throwing an instance of 'RSException'
>
> 	Yes, though my version of the OS is a couple of months older.
>
>>  Maybe I should open a ticket?
>
> 	Please do.  I dropped a private note to the maintainer, but have
> had no response.

Done, Robert.  http://www.freebsd.org/cgi/query-pr.cgi?pr=135486

Thanks,

ed
>
>
> 					Robert Huff
>
>


From glen.j.barber at gmail.com  Fri Jun 12 00:44:16 2009
From: glen.j.barber at gmail.com (Glen Barber)
Date: Fri Jun 12 00:44:34 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
In-Reply-To: <20090611194557.GC98175@bsdcrew.de>
References: <20090611194557.GC98175@bsdcrew.de>
Message-ID: <4ad871310906111744kdc6654dp8a143584b0860c16@mail.gmail.com>

Hi, Martin et al

This latest version builds fine for me and no panic on kldload vboxdrv.ko

uname -a:
FreeBSD orion 7.2-STABLE FreeBSD 7.2-STABLE #3 r193905: Wed Jun 10
08:42:33 EDT 2009 root@orion:/usr/obj/usr/src/sys/ORION i386


Thanks for taking the time to port this!


-- 
Glen Barber
From randy at psg.com  Fri Jun 12 01:28:21 2009
From: randy at psg.com (Randy Bush)
Date: Fri Jun 12 01:28:28 2009
Subject: mysql 4->5 problem
In-Reply-To: <200906111104.27039.mel.flynn+fbsd.ports@mailing.thruhere.net>
References: <m27hzpn35o.wl%randy@psg.com>
	<200906111104.27039.mel.flynn+fbsd.ports@mailing.thruhere.net>
Message-ID: <m23aa69r65.wl%randy@psg.com>



Mel Flynn <mel.flynn+fbsd.ports@mailing.thruhere.net> wrote:
> 
> On Saturday 06 June 2009 01:05:07 Randy Bush wrote:
> > going from mysql 4 to 5.1.34.  server will not start.  diag is
> >
> > 090606  8:56:28 [ERROR] Fatal error: Can't open and lock privilege tables:
> > Incorrect key file for table 'host'; try to repair it 090606 08:56:28
> > mysqld_safe mysqld from pid file /var/db/mysql/psg.com.pid ended
> >
> > googling around gets me to
> >    
> > http://www.issociate.de/board/post/495472/SOLVED!_(was:_RE:_Error_:_Incorre
> >ct_key_file_for_table_%27X%27).html to
> >     http://bugs.mysql.com/bug.php?id=37631
> > to
> >     http://lists.mysql.com/commits/73145
> >
> > which says fix is in 5.1.35.
> >
> > i hack up some patches, except do not have the files
> >    mysql-test/std_data/bug37631.MYD
> >    mysql-test/std_data/bug37631.frm
> >
> > i rebuild.  no fix.
> >
> > and, the error is after a "you can not go back" message.  oh goodie.
> > (yes, i have backups).
> >
> > any clues out there?
> 
> You ran mysql_upgrade before starting the new server?

mysql_upgrade requires a running server

i ended up just
  o blowing /var/mysql/* away
  o starting new server
  o restoring from backup

randy
From bennett at cs.niu.edu  Fri Jun 12 06:32:56 2009
From: bennett at cs.niu.edu (Scott Bennett)
Date: Fri Jun 12 06:33:26 2009
Subject: problem upgrading perl
Message-ID: <200906120632.n5C6WUk6025850@mp.cs.niu.edu>

     Following the instructions in /usr/ports/UPDATING for upgrading from
lang/perl5.8 to lang/perl5.10 using portmaster, the first part seems to go
well.  The last line of that process is where the excerpt below begins.
The second step, as you will see, fails with the error message shown.
/usr/ports/UPDATING neglects to mention what to do next, and the process
looks incomplete at this point.  If someone could offer instructions for
completing the process, I would be grateful.

===>>> Upgrade of perl-5.8.9_2 to perl-threaded-5.10.0_3 complete

hellas# nice +18 portmaster -v -r perl\*

===>>> No ORIGIN in /var/db/pkg/perl-threaded-5.10.0_3/+CONTENTS:@comment ORIGIN:lang/perl5.10 /var/db/pkg/perltidy-20071205/+CONTENTS:@comment ORIGIN:devel/perltidy/+CONTENTS
===>>> Aborting update

hellas#

     Please copy me in on any responses.  I'm subscribed to the digest form
of this list, so responses sent only to the list may take up to a day to be
sent to me as part of the digest.
     Thanks in advance for any assistance in proceeding with the perl upgrade.


                                  Scott Bennett, Comm. ASMELG, CFIAG
**********************************************************************
* Internet:       bennett at cs.niu.edu                              *
*--------------------------------------------------------------------*
* "A well regulated and disciplined militia, is at all times a good  *
* objection to the introduction of that bane of all free governments *
* -- a standing army."                                               *
*    -- Gov. John Hancock, New York Journal, 28 January 1790         *
**********************************************************************
From pgollucci at FreeBSD.org  Fri Jun 12 06:34:48 2009
From: pgollucci at FreeBSD.org (Philip M. Gollucci)
Date: Fri Jun 12 06:34:54 2009
Subject: apr
Message-ID: <4A31F4AB.5040504@FreeBSD.org>

All,

I'd like to propose the following:

devel/apr0 0.9.x
devel/apr1 1.x
devel/apr2 2.x (un-released, but soon)

Then, I'd propose that any port that bundles apr have it 'removed'
and those ports depend on the apr ports.

I.E
  www/apache22
  www/apache20
  devel/subversion

We get to eliminate WITH_APR_FROM_PORTS knob and WITH_APACHE2_APR.

This will be come a larger issue once apr2 is relased
and the imminent www/apache23, www/apache24.






From ale at FreeBSD.org  Fri Jun 12 09:14:38 2009
From: ale at FreeBSD.org (Alex Dupre)
Date: Fri Jun 12 09:14:44 2009
Subject: FreeBSD Port: mysql-server5.4.x
In-Reply-To: <1C85B990B1204CCC835EA2850FE82C22@msdi.local>
References: <1C85B990B1204CCC835EA2850FE82C22@msdi.local>
Message-ID: <4A32163B.3000308@FreeBSD.org>

Ian Lord ha scritto:
> 
> I would like to know if you are planning a port for mysql server 5.4 soon.
> 

It's in my TODO list.

-- 
Alex Dupre
From erwin at FreeBSD.org  Fri Jun 12 12:59:38 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Fri Jun 12 13:00:12 2009
Subject: INDEX build failed for 6.x
Message-ID: <200906121300.n5CD0D38016513@pointyhat.freebsd.org>

INDEX build failed with errors:
make: don't know how to make index. Stop

Committers on the hook:


Most recent CVS update was:
From avg at icyb.net.ua  Fri Jun 12 13:12:08 2009
From: avg at icyb.net.ua (Andriy Gapon)
Date: Fri Jun 12 13:12:27 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
In-Reply-To: <20090611194557.GC98175@bsdcrew.de>
References: <20090611194557.GC98175@bsdcrew.de>
Message-ID: <4A325423.3000606@icyb.net.ua>

on 11/06/2009 22:45 Martin Wilke said the following:
> Huhu,
> 
> Yes we life and that's good :-).

There should be a warning that this version won't start snapshots taken by the
previous version.

> Changes:
> 
>   - Fix build error when compiling in debug mode on FreeBSD HEAD
>   - SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite timeout. 
>   - Some FreeBSD relate typos
>   - Enable shared OpenGL service. Completely untested due to lack of
>     appropriate hardware but it compiles at least 
>   - Add support for shared clipboards. Requires libXt
>   - FreeBSD: Implement preemption API for guest SMP and enable
>     it (slightly tested). Add neccessary RTMP* methods in userspace
>     for the frontends to detect the number of CPUs
>   - Runtime/semevent-r0drv-freebsd: Use a sleeping mutex
>     instead of a spinlock to fix the problems users are seeing
>     (assertions with debugging enabled) while still being able
>     to run on 100Hz hosts. No problems detected so far and Solaris
>     doesn't use a spin mutex in this code too so it shouldn't do
>     any harm (keeping fingers crossed)space for the frontends to
>     detect the number of CPUs
>   - Add support for curl
>   - Add VBoxSharedClipboard
> 
> Ports Changes;
>   - Force guestadditions version to 2.2.4
>   - Removed Qt3 include replacements (already upstream)
>   - Removed cosmetic X11 include path patch
> 
> Please make SURE, your world and kernel is in sync and you've read
> the pkg-messages. Also please unload the kernel module before
> you update the port ;-).
> 
> Many thx to all Vbox Devs, All supporters, my nice team! :-)
> 
>    http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz
> 
>  Happy Testing!
> 
> - Martin
> 
_______________________________________________
freebsd-emulation@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-emulation
To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org"


-- 
Andriy Gapon
From patfbsd at davenulle.org  Fri Jun 12 13:29:24 2009
From: patfbsd at davenulle.org (Patrick Lamaiziere)
Date: Fri Jun 12 13:29:30 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
In-Reply-To: <20090611194557.GC98175@bsdcrew.de>
References: <20090611194557.GC98175@bsdcrew.de>
Message-ID: <20090612152922.235c6392@baby-jane.lamaiziere.net>

Le Thu, 11 Jun 2009 21:45:57 +0200,
Martin Wilke <miwi@FreeBSD.org> a ?crit :

> Many thx to all Vbox Devs, All supporters, my nice team! :-)

Many thanks!
 
>    http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz

May be I missed something but I'm not able to launch VirtualBox (same
with the previous version)

I am in the group vboxusers and /proc is mounted, vboxdrv.ko is loaded.
When I start VirtualBox, it does nothing and I only see two processes
"VirtualBox"

?

Thanks.
From mel.flynn+fbsd.ports at mailing.thruhere.net  Fri Jun 12 15:05:52 2009
From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn)
Date: Fri Jun 12 15:06:04 2009
Subject: apr
In-Reply-To: <4A31F4AB.5040504@FreeBSD.org>
References: <4A31F4AB.5040504@FreeBSD.org>
Message-ID: <200906120705.49985.mel.flynn+fbsd.ports@mailing.thruhere.net>

On Thursday 11 June 2009 22:24:43 Philip M. Gollucci wrote:
> All,
>
> I'd like to propose the following:
>
> devel/apr0 0.9.x
> devel/apr1 1.x
> devel/apr2 2.x (un-released, but soon)
>
> Then, I'd propose that any port that bundles apr have it 'removed'
> and those ports depend on the apr ports.
>
> I.E
>   www/apache22
>   www/apache20
>   devel/subversion
>
> We get to eliminate WITH_APR_FROM_PORTS knob and WITH_APACHE2_APR.

I certainly welcome this change as 99% of my installs already have 
WITH_APR_FROM_PORTS, however 2 things:
- Instead of "(beware!)" one would probably want "(preferred!)" for the 
APR_FROM_PORTS knob real soon now, while these changes are in the queue.
- It would help to have some documentation somewhere that lists what of the 
apr modules are required for what software, so that one can make the right 
decision for the apr port.

For example, subversion wants threads and bdb, if you need DBD/postgresql 
support in apache, you need apr with postgresql (? I think) etc.
-- 
Mel
From mel.flynn+fbsd.ports at mailing.thruhere.net  Fri Jun 12 15:05:52 2009
From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn)
Date: Fri Jun 12 15:06:05 2009
Subject: apr
In-Reply-To: <4A31F4AB.5040504@FreeBSD.org>
References: <4A31F4AB.5040504@FreeBSD.org>
Message-ID: <200906120705.49985.mel.flynn+fbsd.ports@mailing.thruhere.net>

On Thursday 11 June 2009 22:24:43 Philip M. Gollucci wrote:
> All,
>
> I'd like to propose the following:
>
> devel/apr0 0.9.x
> devel/apr1 1.x
> devel/apr2 2.x (un-released, but soon)
>
> Then, I'd propose that any port that bundles apr have it 'removed'
> and those ports depend on the apr ports.
>
> I.E
>   www/apache22
>   www/apache20
>   devel/subversion
>
> We get to eliminate WITH_APR_FROM_PORTS knob and WITH_APACHE2_APR.

I certainly welcome this change as 99% of my installs already have 
WITH_APR_FROM_PORTS, however 2 things:
- Instead of "(beware!)" one would probably want "(preferred!)" for the 
APR_FROM_PORTS knob real soon now, while these changes are in the queue.
- It would help to have some documentation somewhere that lists what of the 
apr modules are required for what software, so that one can make the right 
decision for the apr port.

For example, subversion wants threads and bdb, if you need DBD/postgresql 
support in apache, you need apr with postgresql (? I think) etc.
-- 
Mel
From mel.flynn+fbsd.ports at mailing.thruhere.net  Fri Jun 12 15:20:39 2009
From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn)
Date: Fri Jun 12 15:20:46 2009
Subject: Virtualization software that can use existing vista installation
Message-ID: <200906120720.36404.mel.flynn+fbsd.ports@mailing.thruhere.net>

Hi,

is there any good working virtualization software on FreeBSD that can work 
with an existing Vista installation? I have a slice on my disk with ~20G of 
vista, for taxes and some games. As far as skimming through virtualbox user 
manual told me, it will need to install vista itself on the FreeBSD box.

The data for partition 1 is:
sysid 7 (0x07),(NTFS, OS/2 HPFS, QNX-2 (16 bit) or Advanced UNIX)
    start 63, size 50473061 (24645 Meg), flag 0
        beg: cyl 0/ head 1/ sector 1;
        end: cyl 1023/ head 8/ sector 44

Also, it would probably take me a few days to locate the original vista DVD 
that came with the laptop, so I'd really like to avoid that. ;)
Of course, I'm also open to tricks that allow me to use that installation even 
if it means going through the normal motions.
-- 
Mel
From erwin at FreeBSD.org  Fri Jun 12 15:37:56 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Fri Jun 12 15:38:03 2009
Subject: INDEX now builds successfully on 6.x
Message-ID: <200906121538.n5CFcYv5024104@pointyhat.freebsd.org>

From ralf.folkerts at gmx.de  Fri Jun 12 16:17:22 2009
From: ralf.folkerts at gmx.de (Ralf Folkerts)
Date: Fri Jun 12 16:17:32 2009
Subject: Virtualization software that can use existing vista installation
In-Reply-To: <200906120720.36404.mel.flynn+fbsd.ports@mailing.thruhere.net>
References: <200906120720.36404.mel.flynn+fbsd.ports@mailing.thruhere.net>
Message-ID: <4A32794E.8040709@gmx.de>

Mel Flynn wrote:
> Hi,
>
> is there any good working virtualization software on FreeBSD that can work 
> with an existing Vista installation? I have a slice on my disk with ~20G of 
> vista, for taxes and some games. As far as skimming through virtualbox user 
> manual told me, it will need to install vista itself on the FreeBSD box.
>
> The data for partition 1 is:
> sysid 7 (0x07),(NTFS, OS/2 HPFS, QNX-2 (16 bit) or Advanced UNIX)
>     start 63, size 50473061 (24645 Meg), flag 0
>         beg: cyl 0/ head 1/ sector 1;
>         end: cyl 1023/ head 8/ sector 44
>
> Also, it would probably take me a few days to locate the original vista DVD 
> that came with the laptop, so I'd really like to avoid that. ;)
> Of course, I'm also open to tricks that allow me to use that installation even 
> if it means going through the normal motions.
>   

Hi,

well, not a real solution; ~1 Year ago I used the VMWare Converter to 
convert my physical Windows XP Installation into a VMDK, copy that to my 
Linux Machine, mount that disk into VirtualBox, run a 
Repair-Installation - and was done. The Image uses to run fine from 
within VirtualBox since then.

As there is a Virtual Box Port in the works now for FreeBSD - though 
currently a bit limited re. Network, it might come somewhat close to 
what you want. Please note, that I did not yet check that mentioned 
Image with FBSD-VBox but only use a smaller "test" Image.
 
For the Converter see http://www.vmware.com/download/converter/

As my Experience is a bit outdated and was with an older Version of both 
(VBox, Converter) there is a chance that it might no longer work at 
all... But it might be worth a try.

Cheers,
_ralf_
From fjwcash at gmail.com  Fri Jun 12 16:21:29 2009
From: fjwcash at gmail.com (Freddie Cash)
Date: Fri Jun 12 16:21:36 2009
Subject: Virtualization software that can use existing vista installation
In-Reply-To: <4A32794E.8040709@gmx.de>
References: <200906120720.36404.mel.flynn+fbsd.ports@mailing.thruhere.net>
	<4A32794E.8040709@gmx.de>
Message-ID: <b269bc570906120921g44a7145bhb580ed955dfb9e31@mail.gmail.com>

On Fri, Jun 12, 2009 at 8:50 AM, Ralf Folkerts <ralf.folkerts@gmx.de> wrote:

> Mel Flynn wrote:
>
>> Hi,
>>
>> is there any good working virtualization software on FreeBSD that can work
>> with an existing Vista installation? I have a slice on my disk with ~20G of
>> vista, for taxes and some games. As far as skimming through virtualbox user
>> manual told me, it will need to install vista itself on the FreeBSD box.
>>
>> The data for partition 1 is:
>> sysid 7 (0x07),(NTFS, OS/2 HPFS, QNX-2 (16 bit) or Advanced UNIX)
>>    start 63, size 50473061 (24645 Meg), flag 0
>>        beg: cyl 0/ head 1/ sector 1;
>>        end: cyl 1023/ head 8/ sector 44
>>
>> Also, it would probably take me a few days to locate the original vista
>> DVD that came with the laptop, so I'd really like to avoid that. ;)
>> Of course, I'm also open to tricks that allow me to use that installation
>> even if it means going through the normal motions.
>>
>>
>
> Hi,
>
> well, not a real solution; ~1 Year ago I used the VMWare Converter to
> convert my physical Windows XP Installation into a VMDK, copy that to my
> Linux Machine, mount that disk into VirtualBox, run a Repair-Installation -
> and was done. The Image uses to run fine from within VirtualBox since then.
>
> As there is a Virtual Box Port in the works now for FreeBSD - though
> currently a bit limited re. Network, it might come somewhat close to what
> you want. Please note, that I did not yet check that mentioned Image with
> FBSD-VBox but only use a smaller "test" Image.
>
> For the Converter see http://www.vmware.com/download/converter/
>
> As my Experience is a bit outdated and was with an older Version of both
> (VBox, Converter) there is a chance that it might no longer work at all...
> But it might be worth a try.
>

You can also use dd to create a raw disk image, if you have the space.  Then
use that disk image with your VM software of choice.
I'm pretty sure with later versions of VMWare Workstation (5 or 6) you can
point it at a raw disk partition and it will use the on-disk/already
installed OS.  But the latest version of VMWare Workstation for FreeBSD is
3.x, which doesn't support this.

You may be able to use the raw disk device with QEmu, but I've never tried
that or even looked into it.


-- 
Freddie Cash
fjwcash@gmail.com
From avg at icyb.net.ua  Fri Jun 12 18:01:25 2009
From: avg at icyb.net.ua (Andriy Gapon)
Date: Fri Jun 12 18:01:37 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
In-Reply-To: <4A325423.3000606@icyb.net.ua>
References: <20090611194557.GC98175@bsdcrew.de> <4A325423.3000606@icyb.net.ua>
Message-ID: <4A3297F1.6010301@icyb.net.ua>

on 12/06/2009 16:12 Andriy Gapon said the following:
> on 11/06/2009 22:45 Martin Wilke said the following:
>> Huhu,
>>
>> Yes we life and that's good :-).
> 
> There should be a warning that this version won't start snapshots taken by the
> previous version.

BTW, the error in my case was:
Changing the VM state from 'CREATED' to 'LOADING'.
SSM: File header: Format V1.2, VirtualBox Version 2.2.51 r19957, 64-bit host,
cbGCPhys=8, cbGCPtr=8
SSM: Saved state info:
SSM:   OSE: true
Ram range: 00000000fec00000-00000000fec00fff 0000000000001000 bytes nobits I/O
APIC Memory
State    : 00000000e0000000-00000000e0ffffff 0000000001000000 bytes bits VRam
SSM: LoadExec failed with rc=VERR_SSM_LOAD_CONFIG_MISMATCH for unit 'pgm'!
Changing the VM state from 'LOADING' to 'LOAD_FAILURE'.

-- 
Andriy Gapon
From ralf.folkerts at gmx.de  Fri Jun 12 18:17:06 2009
From: ralf.folkerts at gmx.de (Ralf Folkerts)
Date: Fri Jun 12 18:17:14 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
In-Reply-To: <20090611194557.GC98175@bsdcrew.de>
References: <20090611194557.GC98175@bsdcrew.de>
Message-ID: <4A329BA0.7040206@gmx.de>

Martin Wilke wrote:
> [...] Please make SURE, your world and kernel is in sync and you've read
> the pkg-messages. Also please unload the kernel module before
> you update the port ;-).
>
> Many thx to all Vbox Devs, All supporters, my nice team! :-)
>
>    http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz
>
>  Happy Testing!
>   

Hi Martin,

while I had no Compile-Problems with -5, this -6 does not compile:

/usr/include/machine/cpufunc.h:133:1: warning: "ffs" 
redefined                                     
In file included from 
/home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457/src/VBox/HostDrivers/Support/SUPDrv.c:35:                                                                                

/home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457/src/VBox/HostDrivers/Support/SUPDrvInternal.h:125:1: 
warning: this is the location of the previous definition
/usr/local/lib/libssl.so.5: undefined reference to `d2i_X509_EXTENSIONS'
/usr/local/lib/libssl.so.5: undefined reference to 
`ENGINE_get_ssl_client_cert_function'
/usr/local/lib/libssl.so.5: undefined reference to `HMAC_CTX_set_flags'
/usr/local/lib/libssl.so.5: undefined reference to `i2d_X509_EXTENSIONS'
/usr/local/lib/libssl.so.5: undefined reference to 
`ENGINE_load_ssl_client_cert'
/usr/local/lib/libssl.so.5: undefined reference to `pqueue_size'
/usr/local/lib/libssl.so.5: undefined reference to `EVP_idea_cbc'
kmk[2]: *** 
[/home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.amd64/release/obj/tstAPI/tstAPI] 
Error 1
The failing command:
@g++               '-Wl,-rpath,/usr/local/lib/virtualbox'   -m64   -o 
/home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.amd64/release/obj/tstAPI/tstAPI 
/home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.amd64/release/obj/tstAPI/tstAPI.o   
-L/usr/lib  -L/usr/X11R6/lib  -L/usr/local/lib   
/home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.amd64/release/bin/VBoxRT.so   
/home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.amd64/release/lib/VBoxCOM.a   
/home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.amd64/release/bin/VBoxXPCOM.so
kmk[2]: *** Waiting for unfinished jobs....
kmk[2]: Leaving directory 
`/home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457'
kmk[2]: Entering directory 
`/home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457'
kmk[2]: *** Exiting with status 2
kmk[1]: *** [pass_binaries_this] Error 2
kmk[1]: Leaving directory 
`/home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457'
kmk: *** [pass_binaries_order] Error 2
*** Error code 2

Stop in /home/ralf/vbox2/virtualbox.
*** Error code 1

Stop in /home/ralf/vbox2/virtualbox.

I tried both, the -6 tarball and the SVN-Version (@Rev 398). Same error. 
I also csupped my world/kernel, and built/installed both, but w/o success.

This is on amd64:

7.2-STABLE FreeBSD 7.2-STABLE #0: Fri Jun 12 19:08:44 CEST 2009     
toor@beaster.home.folkerts-net.de:/usr/obj/usr/src/sys/GENERIC  amd64

Cheers,
_ralf_
From avg at freebsd.org  Fri Jun 12 18:20:24 2009
From: avg at freebsd.org (Andriy Gapon)
Date: Fri Jun 12 18:22:02 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
In-Reply-To: <4A325423.3000606@icyb.net.ua>
References: <20090611194557.GC98175@bsdcrew.de> <4A325423.3000606@icyb.net.ua>
Message-ID: <4A32985C.8050808@freebsd.org>

on 11/06/2009 22:45 Martin Wilke said the following:
>>   - Enable shared OpenGL service. Completely untested due to lack of
>>     appropriate hardware but it compiles at least 

Doesn't look like it would work at the run time (at least for me):
 OpenGL Error: DLL Loader couldn't find/open /libGL.so.1
 OpenGL Error: The render SPU was unable to load the native OpenGL library
 OpenGL Warning: Error closing DLL /libGL.so.1

libGL.so.1 lives in /usr/local/lib.

-- 
Andriy Gapon
From pgollucci at freebsd.org  Fri Jun 12 20:29:41 2009
From: pgollucci at freebsd.org (Philip M. Gollucci)
Date: Fri Jun 12 20:29:53 2009
Subject: apr
In-Reply-To: <200906120705.49985.mel.flynn+fbsd.ports@mailing.thruhere.net>
References: <4A31F4AB.5040504@FreeBSD.org>
	<200906120705.49985.mel.flynn+fbsd.ports@mailing.thruhere.net>
Message-ID: <4A32BAB3.4090500@freebsd.org>

Mel Flynn wrote:
> I certainly welcome this change as 99% of my installs already have 
> WITH_APR_FROM_PORTS, however 2 things:
> - Instead of "(beware!)" one would probably want "(preferred!)" for the 
> APR_FROM_PORTS knob real soon now, while these changes are in the queue.
Thats an easy change I'll make it on or before monday.
It might be better to make that the new default too.

> - It would help to have some documentation somewhere that lists what of the 
> apr modules are required for what software, so that one can make the right 
> decision for the apr port.
Well thats kind of involved..... suggestions welcome.

> 
> For example, subversion wants threads and bdb, if you need DBD/postgresql 
> support in apache, you need apr with postgresql (? I think) etc.
That part of the beauty. Now that devel/apr honors ports KNOBS (since january)
the WITH_BDB etc will cary over when you build ports.

None of this DEPENDS_ARGS crap so the default www/apache2x and www/apr would 
match by default.  If you build your own custom packages it still works.

So in /etc/make.conf
WITH_POSTGRESQL=yes

will DWIM.

Without the change, www/apache20 has to support an large number of 
combinations of how to do stuff relating to apr et al.

I forgot got mention it, so I'll mention it now
I feel similarly for pcre and WITH_PCRE_FROM_PORTS

Another benefit is security. We had to change devel/apr, www/apache2* for the
recent apr-util CVE.  Had we already converted, only devel/apr would have 
needed to change and since nearly everything using apr uses shared not static 
libs you wouldn't have even needed to rebuid www/apache2*






From pgollucci at freebsd.org  Fri Jun 12 20:39:41 2009
From: pgollucci at freebsd.org (Philip M. Gollucci)
Date: Fri Jun 12 20:39:48 2009
Subject: apr
In-Reply-To: <200906120705.49985.mel.flynn+fbsd.ports@mailing.thruhere.net>
References: <4A31F4AB.5040504@FreeBSD.org>
	<200906120705.49985.mel.flynn+fbsd.ports@mailing.thruhere.net>
Message-ID: <4A32BAB3.4090500@freebsd.org>

Mel Flynn wrote:
> I certainly welcome this change as 99% of my installs already have 
> WITH_APR_FROM_PORTS, however 2 things:
> - Instead of "(beware!)" one would probably want "(preferred!)" for the 
> APR_FROM_PORTS knob real soon now, while these changes are in the queue.
Thats an easy change I'll make it on or before monday.
It might be better to make that the new default too.

> - It would help to have some documentation somewhere that lists what of the 
> apr modules are required for what software, so that one can make the right 
> decision for the apr port.
Well thats kind of involved..... suggestions welcome.

> 
> For example, subversion wants threads and bdb, if you need DBD/postgresql 
> support in apache, you need apr with postgresql (? I think) etc.
That part of the beauty. Now that devel/apr honors ports KNOBS (since january)
the WITH_BDB etc will cary over when you build ports.

None of this DEPENDS_ARGS crap so the default www/apache2x and www/apr would 
match by default.  If you build your own custom packages it still works.

So in /etc/make.conf
WITH_POSTGRESQL=yes

will DWIM.

Without the change, www/apache20 has to support an large number of 
combinations of how to do stuff relating to apr et al.

I forgot got mention it, so I'll mention it now
I feel similarly for pcre and WITH_PCRE_FROM_PORTS

Another benefit is security. We had to change devel/apr, www/apache2* for the
recent apr-util CVE.  Had we already converted, only devel/apr would have 
needed to change and since nearly everything using apr uses shared not static 
libs you wouldn't have even needed to rebuid www/apache2*






From chat95 at mac.com  Fri Jun 12 20:59:30 2009
From: chat95 at mac.com (Maho NAKATA)
Date: Fri Jun 12 21:01:03 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
In-Reply-To: <20090611194557.GC98175@bsdcrew.de>
References: <20090611194557.GC98175@bsdcrew.de>
Message-ID: <20090613.055708.189657920.chat95@mac.com>

Hi Martin,

I tested
http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz
.

* on my FBSD7 box, when I launch VirtualBox, I have two process
named VirtualBox. I have to kill one. This problem has been reported

http://lists.freebsd.org/pipermail/freebsd-emulation/2009-June/006266.html
http://lists.freebsd.org/pipermail/freebsd-ports/2009-June/055276.html

and should be noted.

* ports intalles fine.

* Installed Windows7RC Japanese version. I got an error when I install
but no error for second (clean) install. I suspect it is just a hiccup.

* With GuestAddon, cut and paste works between host and guest. (Windows7RC JA)
even Japanese Text.

* With GuestAddon + 7RC, crystal benchmark test result didn't change
http://lists.freebsd.org/pipermail/freebsd-ports/2009-June/055089.html
. (this is a correct result)

Best,

From: Martin Wilke <miwi@FreeBSD.org>
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
Date: Thu, 11 Jun 2009 21:45:57 +0200
> Many thx to all Vbox Devs, All supporters, my nice team! :-)
> 
>    http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz
> 
>  Happy Testing!

-- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ 
   Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt
From sfourman at gmail.com  Fri Jun 12 21:25:03 2009
From: sfourman at gmail.com (Sam Fourman Jr.)
Date: Fri Jun 12 21:25:20 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
In-Reply-To: <20090611194557.GC98175@bsdcrew.de>
References: <20090611194557.GC98175@bsdcrew.de>
Message-ID: <11167f520906121424n24278334lf936cc39340b80c1@mail.gmail.com>

On Thu, Jun 11, 2009 at 2:45 PM, Martin Wilke<miwi@freebsd.org> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Huhu,
>
> Yes we life and that's good :-).
> Changes:
>
> ?- Fix build error when compiling in debug mode on FreeBSD HEAD
> ?- SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite timeout.
> ?- Some FreeBSD relate typos
> ?- Enable shared OpenGL service. Completely untested due to lack of
> ? ?appropriate hardware but it compiles at least
> ?- Add support for shared clipboards. Requires libXt
> ?- FreeBSD: Implement preemption API for guest SMP and enable
> ? ?it (slightly tested). Add neccessary RTMP* methods in userspace
> ? ?for the frontends to detect the number of CPUs
> ?- Runtime/semevent-r0drv-freebsd: Use a sleeping mutex
> ? ?instead of a spinlock to fix the problems users are seeing
> ? ?(assertions with debugging enabled) while still being able
> ? ?to run on 100Hz hosts. No problems detected so far and Solaris
> ? ?doesn't use a spin mutex in this code too so it shouldn't do
> ? ?any harm (keeping fingers crossed)space for the frontends to
> ? ?detect the number of CPUs
> ?- Add support for curl
> ?- Add VBoxSharedClipboard
>
> Ports Changes;
> ?- Force guestadditions version to 2.2.4
> ?- Removed Qt3 include replacements (already upstream)
> ?- Removed cosmetic X11 include path patch
>
> Please make SURE, your world and kernel is in sync and you've read
> the pkg-messages. Also please unload the kernel module before
> you update the port ;-).
>
> Many thx to all Vbox Devs, All supporters, my nice team! :-)
>
> ? http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz
>
> ?Happy Testing!
>
> - - Martin


This may be off topic a bit, but I am looking for a way to plug my Apple Iphone
into a Windows based guest.

Does virtualbox allow usb passthrough?


Sam Fourman Jr.
From olivier at gid0.org  Fri Jun 12 23:23:56 2009
From: olivier at gid0.org (Olivier SMEDTS)
Date: Fri Jun 12 23:24:17 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
In-Reply-To: <11167f520906121424n24278334lf936cc39340b80c1@mail.gmail.com>
References: <20090611194557.GC98175@bsdcrew.de>
	<11167f520906121424n24278334lf936cc39340b80c1@mail.gmail.com>
Message-ID: <367b2c980906121623mfc0af4cwcc94eef811e22be@mail.gmail.com>

2009/6/12 Sam Fourman Jr. <sfourman@gmail.com>:
> On Thu, Jun 11, 2009 at 2:45 PM, Martin Wilke<miwi@freebsd.org> wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Huhu,
>>
>> Yes we life and that's good :-).
>> Changes:
>>
>> ?- Fix build error when compiling in debug mode on FreeBSD HEAD
>> ?- SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite timeout.
>> ?- Some FreeBSD relate typos
>> ?- Enable shared OpenGL service. Completely untested due to lack of
>> ? ?appropriate hardware but it compiles at least
>> ?- Add support for shared clipboards. Requires libXt
>> ?- FreeBSD: Implement preemption API for guest SMP and enable
>> ? ?it (slightly tested). Add neccessary RTMP* methods in userspace
>> ? ?for the frontends to detect the number of CPUs
>> ?- Runtime/semevent-r0drv-freebsd: Use a sleeping mutex
>> ? ?instead of a spinlock to fix the problems users are seeing
>> ? ?(assertions with debugging enabled) while still being able
>> ? ?to run on 100Hz hosts. No problems detected so far and Solaris
>> ? ?doesn't use a spin mutex in this code too so it shouldn't do
>> ? ?any harm (keeping fingers crossed)space for the frontends to
>> ? ?detect the number of CPUs
>> ?- Add support for curl
>> ?- Add VBoxSharedClipboard
>>
>> Ports Changes;
>> ?- Force guestadditions version to 2.2.4
>> ?- Removed Qt3 include replacements (already upstream)
>> ?- Removed cosmetic X11 include path patch
>>
>> Please make SURE, your world and kernel is in sync and you've read
>> the pkg-messages. Also please unload the kernel module before
>> you update the port ;-).
>>
>> Many thx to all Vbox Devs, All supporters, my nice team! :-)
>>
>> ? http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz
>>
>> ?Happy Testing!
>>
>> - - Martin
>
>
> This may be off topic a bit, but I am looking for a way to plug my Apple Iphone
> into a Windows based guest.
>
> Does virtualbox allow usb passthrough?

Yes, but not on FreeBSD, and even with that it doesn't work in
VirtualBox (Apple iPhone with iTunes are really picky on USB drivers).
Neither in qemu or VMWare. If you want to use iTunes you'll have to
install Windows, else use another program.

>
>
> Sam Fourman Jr.
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>



-- 
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 CollegeNews at news.college.us.com  Sat Jun 13 12:44:11 2009
From: CollegeNews at news.college.us.com (College News)
Date: Sat Jun 13 12:44:19 2009
Subject: 2009 degrees now available from 55102
Message-ID: <32119514.1244895826501.JavaMail.root@news.college.us.com>


   		
   [=]
    
   	
      
   	 You are receiving this m   address ports@freebsd.org
   to receive in   2009 07:25AM.
   [1]Click here to add us to your address book
    
   	  
    
   	 [2]Ready to go back to school?
   Search for online + campus-based schools with College.us.com  
   [3]View in Browser | [4]Unsubscribe" style="font-fa   Helvetica, sans-serif; font-size:10px; color:#000; text-decorat   ion:none;">Remove My Email
    
   	
    
   	 		
   [5]3D""       
   [6]3D"Want 
    
     [7]Dear John,
   Thinking of going back to s   At College.us.com, we've ma   school easier than ever.
     [8]Go to College.us.co     [9]With College.us.com   to search for schools:  
   1.Search by Location
   2. Search by Category (Area of Study)
   3. Search by Program Level
     Take the next step    school today!
     [10]Find the right scho   [college.us=]
    
   [11]3D"GO [12][0=] 
    
   [13]3D"" 
    
   	
    
   	 This email was sent by:    2711 N. Sepulveda Blvd. # 148, Manhattan Beach, CA 90266
   You have subsc   ports@freebsd.org
   This email was sent to you because you requested we send you
   periodical inf   To stop receiving email from Colle   us at    Please view our [15]Privacy Policy<
   [xdbrfmmsm_lrhdfzgfhsh.gif&o=]

References

   Visible links
   1. 3D"http://www.n=/
   2. 3D"http://www.news.college.us.com/jtdjtkgst_   3. 3D"http://www.news.college.us.com/mylfzkqzv_   4. 3D"http://www.news.college.us=/
   5. 3D"http://www.news.college.us.c=/
   6. 3D"http://www.news.coll=/
   7. 3D"http://www.news.=/
   8. 3D"http://www.news.=/
   9. 3D"http://www.news.=/
  10. 3D"http://www.news.=/
  11. file://localhost/tmp/3D"  12. 3D"http://www.news.college.=/
  13. 3D"http://www.news.coll=/
  14. 3D"http://www.news.college.us.com/vptfmggcz_  15. 3D"http://www.news.col=/

   Hidden links:
  16. 3D"http://www.news.college.us.com/fwvrp  17. 3D"http://www.news.college.us.c=/
  18. 3D"http://www.news.college.us.c=/
From mezz7 at cox.net  Sat Jun 13 15:42:51 2009
From: mezz7 at cox.net (Jeremy Messenger)
Date: Sat Jun 13 15:42:57 2009
Subject: Why not use normal CONFLICTS in lang/gcc43 instead of custom?
Message-ID: <op.uvgzawdm9aq2h7@localhost>

Hello Gerald,

I am trying to install x11/gnome2 last night and the build has gotten stop  
at lang/gcc43, because of conflict with lang/gcc295. But wait, I don't  
have lang/gcc295 install. I only have ccache installed that has put  
'gcc295' in /usr/local/libexec/ccache/ and this path is in the front of my  
PATH. It caused lang/gcc43 to find it by mistake.

-----------------------------------
# ls -l /usr/local/libexec/ccache/ | grep 295
lrwxr-xr-x  1 root  wheel  21 June 12 14:36 g++295@ ->  
/usr/local/bin/ccache
lrwxr-xr-x  1 root  wheel  21 June 12 14:36 gcc295@ ->  
/usr/local/bin/ccache

# echo $PATH
/usr/local/libexec/ccache:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
-----------------------------------

-----------------------------------
pre-extract:
	@# Building libgcj with lang/gcc295 installed is causing a failure
	@# about "hidden symbol `__eprintf'" in libgcc.a(_eprintf.o).
	@if type gcc295 >/dev/null ; then \
	  echo "This port will not build in the presence of lang/gcc295."; \
	  exit 1; \
	fi
-----------------------------------

Puzzled me for you to not use the CONFLICTS, so why not use it? If you  
really can't use CONFLICTS, then can you use the full path of gcc295?  
Thanks.

Cheers,
Mezz


-- 
mezz7@cox.net  -  mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome@FreeBSD.org
From danallen46 at airwired.net  Sat Jun 13 21:40:15 2009
From: danallen46 at airwired.net (Dan Allen)
Date: Sat Jun 13 21:40:22 2009
Subject: Stop in /usr/ports/lang/gcc43
Message-ID: <DBD17D02-906A-4CEB-9047-89FCE476BFEF@airwired.net>

I am trying to upgrade Ruby, and build Firefox 3.0.11, and they both  
want to build gcc43 because of gfortran.  Really?  Firefox needs  
gfortran to build?  I bet not.

Anyway, when they try and build gcc43 (of May 31st) on my system, I  
get into an infinite loop by the pkg system saying that gcc43 requires  
gfortran to build, that gfortran is not present... the script finally  
dies.

This happens even if I simply do this:

	cd /usr/ports/lang/gcc43
	make

It dies there too.  So now I cannot upgrade firefox, noway, nohow.

Interestingly enough I have gcc44 (with gfortran44!) on the system but  
these dependencies do not consider that a substitute.

I have cvsup'd the ports trees, done portsdb -uF, pkgdb -F, and  
portupgrade -ar a billion times.  It does not help.  Everything was  
fine yesterday, Jun 12th for me.  The change came in with Firefox  
3.0.11 and some /usr/ports/devel/nspr package that Firefox needs.

Something is messed up in the dependencies.

Dan Allen

From gperez at entel.upc.edu  Sat Jun 13 22:52:14 2009
From: gperez at entel.upc.edu (Gustavo Perez Querol)
Date: Sat Jun 13 22:52:32 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
In-Reply-To: <4A32985C.8050808@freebsd.org>
References: <20090611194557.GC98175@bsdcrew.de>
	<4A325423.3000606@icyb.net.ua> <4A32985C.8050808@freebsd.org>
Message-ID: <54827.88.11.0.178.1244933525.squirrel@webmail.entel.upc.edu>

> on 11/06/2009 22:45 Martin Wilke said the following:
>>>   - Enable shared OpenGL service. Completely untested due to lack of
>>>     appropriate hardware but it compiles at least
>
> Doesn't look like it would work at the run time (at least for me):
>  OpenGL Error: DLL Loader couldn't find/open /libGL.so.1
>  OpenGL Error: The render SPU was unable to load the native OpenGL library
>  OpenGL Warning: Error closing DLL /libGL.so.1
>
> libGL.so.1 lives in /usr/local/lib.

  To survive while someone fixes vbox, edit /etc/libmap.conf and add
something like this :


[VirtualBox]
/libGL.so.1     /usr/local/lib/libGL.so.1

  I had the same problem, and that fixed vbox.

  And report that shared clipboards with a windows xp guest work for me
with virtualbox take 6 ! Thank you !

  Greets,

  Gus
>
> --
> Andriy Gapon
> _______________________________________________
> freebsd-emulation@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-emulation
> To unsubscribe, send any mail to
> "freebsd-emulation-unsubscribe@freebsd.org"
>


From erwin at FreeBSD.org  Sat Jun 13 23:23:40 2009
From: erwin at FreeBSD.org (Erwin Lansing)
Date: Sat Jun 13 23:23:47 2009
Subject: cvs commit: ports MOVED ports/japanese Makefile
	ports/japanese/slirc  Makefile distinfo ports/japanese/slirc/files
	README.ja patch-editor.sl  patch-init.sl patch-lru.c patch-slirc.c
	patch-vfile-module.c patch-windoze.c
In-Reply-To: <4A343325.30300@p6m7g8.com>
References: <200906131449.n5DEnnFx077581@repoman.freebsd.org>
	<4A343325.30300@p6m7g8.com>
Message-ID: <20090613232338.GO33280@droso.net>

On Sat, Jun 13, 2009 at 07:15:49PM -0400, Philip M. Gollucci wrote:
> Erwin Lansing wrote:
> > erwin       2009-06-13 14:49:49 UTC
> > 
> >   FreeBSD ports repository
> > 
> >   Modified files:
> >     .                    MOVED 
> >     japanese             Makefile 
> >   Removed files:
> >     japanese/slirc       Makefile distinfo 
> >     japanese/slirc/files README.ja patch-editor.sl patch-init.sl 
> >                          patch-lru.c patch-slirc.c 
> >                          patch-vfile-module.c patch-windoze.c 
> >   Log:
> >   Remove japanese/slirc.  The port has been BROKEN of over 4 months
> >   and is now also broken against its master port causing a warning
> >   during INDEX generation.
> 
> horray!
> 

Now stop cheering and start fixing!

Today, I went through the ports that were unconditionally BROKEN for
more than 3 months, FORBIDDEN, or past their set EXPIRATION_DATE.  I
plan to do this on a regular basis, so if there is any port you like on
these lists, please start sending patches:

http://portsmon.freebsd.org/portsconcordanceforforbidden.py
http://portsmon.freebsd.org/portsconcordanceforexpiring.py
http://portsmon.freebsd.org/portsconcordanceforbroken.py

Also, I would like to thank Mark Linimon for creating those reports in
portmon and Vasil Dimov for creating the rmport script, without which I
wouldn't have been able to do all those commits in one day.

-erwin

-- 
Erwin Lansing                       (o_ _o)       http://droso.org
                                 \\\_\   /_///
The rest is silence              <____) (____>    erwin@lansing.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/20090613/f7e59ef7/attachment.pgp
From pgollucci at p6m7g8.com  Sat Jun 13 23:39:28 2009
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Sat Jun 13 23:39:34 2009
Subject: mod_ruby? 
Message-ID: <4A3438AF.7050604@p6m7g8.com>

Does anyone actually use mod_ruby?

Its abandoned upstream and theres this new shiny thing called rails and
passenger I hear people seem to like.

DEPRCATED/EXPIRES ?
From bf1783 at googlemail.com  Sun Jun 14 05:17:14 2009
From: bf1783 at googlemail.com (b. f.)
Date: Sun Jun 14 05:17:27 2009
Subject: Stop in /usr/ports/lang/gcc43
Message-ID: <d873d5be0906132155l7edd08b6x4f084829b9ac494b@mail.gmail.com>

>I am trying to upgrade Ruby, and build Firefox 3.0.11, and they both
>want to build gcc43 because of gfortran.  Really?  Firefox needs
>gfortran to build?  I bet not.

I bet not, too. I took a cursory look through my ports tree, and the
recent changes, and I can't see how such a dependency was introduced.
I think something is wrong with your system.  Of course, if you were
using www/firefox3-devel on FreeBSD 6.x, that's another matter -- there,
you could get the dependency chain:

audio/pulseaudio --> audio/libsamplerate --> math/fftw3 ,

the last of which had a new Fortran dependency introduced recently.
But ruby?  I can't think of how this happened.  I don't see any recent change
to firefox3 or nspr that could have led to this.


>Anyway, when they try and build gcc43 (of May 31st) on my system, I
>get into an infinite loop by the pkg system saying that gcc43 requires
>gfortran to build, that gfortran is not present... the script finally
>dies.

>This happens even if I simply do this:

	cd /usr/ports/lang/gcc43
	make

>It dies there too.  So now I cannot upgrade firefox, noway, nohow.

Some care is taken to avoid introducing circular dependencies in Ports, so this
shouldn't happen.  It sounds to me as if you have mistakenly introduced a
USE_FORTRAN=yes into your build environment somehow.

What does:    "env | grep FORTRAN"   and "grep -e 'FORTRAN' /etc/make.conf"
give you?  How about "make -C /usr/ports/lang/gcc43 -V USE_FORTRAN" ?
Normally, they should all be empty.




>Interestingly enough I have gcc44 (with gfortran44!) on the system but
>these dependencies do not consider that a substitute.

If USE_FORTRAN=yes, the Ports build infrastructure will only try
to find gfortran43. See /usr/ports/Mk/bsd.gcc.mk


>I have cvsup'd the ports trees, done portsdb -uF, pkgdb -F, and
>portupgrade -ar a billion times.  It does not help.  Everything was
>fine yesterday, Jun 12th for me.  The change came in with Firefox
>3.0.11 and some /usr/ports/devel/nspr package that Firefox needs.

>Something is messed up in the dependencies.

Indeed.  If you hadn't reported the problem with a simple 'make', but only
when using portupgrade, I would have suspected a corrupt pkgdb, in which
case I would have recommended rebuilding it with pkgdb -L.  But something
else seems to be wrong here.  Maybe the information in /var/db/pkg is
bad? You might try removing your ports tree, and then using a completely fresh
tree obtained from a tarball or from portsnap, with a new INDEX.  If this
doesn't work, you could try removing and then rebuilding all of your ports.
But check to see that you don't have a stray USE_FORTRAN in your
environment, first.
And when you do builds, run "make clean" or "portsclean -C" first, so
that you're
not restarting a stale build.

b.
From mail at ozzmosis.com  Sun Jun 14 07:12:14 2009
From: mail at ozzmosis.com (andrew clarke)
Date: Sun Jun 14 07:12:48 2009
Subject: www/youtube_dl build failure
Message-ID: <20090614064409.GA95015@ozzmosis.com>

On FreeBSD 7.2-REL:

16:40 ozzmosis@blizzard [/usr/ports/www/youtube_dl]sudo make
===>  Vulnerability check disabled, database not found
===>  Extracting for youtube_dl-2009.05.30_1
cannot open 2009.05.30/youtube-dl: No such file or directory
*** Error code 2

Stop in /usr/ports/www/youtube_dl.

Thanks,

Regards
Andrew
From sahil at tandon.net  Sun Jun 14 08:49:37 2009
From: sahil at tandon.net (Sahil Tandon)
Date: Sun Jun 14 08:50:10 2009
Subject: www/youtube_dl build failure
In-Reply-To: <20090614064409.GA95015@ozzmosis.com>
References: <20090614064409.GA95015@ozzmosis.com>
Message-ID: <20090614084934.GB13676@tandon.net>

On Sun, 14 Jun 2009, andrew clarke wrote:

> 16:40 ozzmosis@blizzard [/usr/ports/www/youtube_dl]sudo make
> ===>  Vulnerability check disabled, database not found
> ===>  Extracting for youtube_dl-2009.05.30_1
> cannot open 2009.05.30/youtube-dl: No such file or directory
> *** Error code 2

This is not a build failure; make(1) errors out during the extract phase.
After the most recent update (committed just a few hours ago), the fetch
target sees an old youtube-dl file in ${DISTDIR}, and does not download it
into ${DISTDIR}/2009.05.30/youtube-dl, which is where the port is now looking
for the file.  Try deleting /usr/ports/distfiles/youtube-dl and make(1)
again.

-- 
Sahil Tandon <sahil@tandon.net>
From fenner at FreeBSD.org  Sun Jun 14 10:00:11 2009
From: fenner at FreeBSD.org (Bill Fenner)
Date: Sun Jun 14 10:00:18 2009
Subject: Possibly unbuildable ports reminder
Message-ID: <200906141000.n5EA0ASU073818@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 hideo at lastamericanempire.com  Sun Jun 14 17:01:40 2009
From: hideo at lastamericanempire.com (hideo)
Date: Sun Jun 14 17:01:46 2009
Subject: Optionally depending on KDE4
Message-ID: <20090614164329.GA30476@lastamericanempire.com>

Hi everyone,

I'm trying to update audio/pacpl to the latest version which has
dropped support for KDE3 and added support for KDE4. By "support"
I mean it offers Konqueror and Dolphin service menu integration.

How do I optionally pull in the KDE4 prefix and base, e.g. 
USE_KDE4=kdeprefix kdebase, as a dependency if either of
these options are selected?  Also, I notice that when these KDE4
options are set, everything the port installs goes in KD4_PREFIX, 
including config, data, doc, and shared files.  Are users expected
to know that KDE4 dependent ports have their config files, for example,
in /usr/local/kde4/etc instead of /usr/local/etc?

Thanks,
Zach
From danallen46 at airwired.net  Sun Jun 14 19:05:13 2009
From: danallen46 at airwired.net (Dan Allen)
Date: Sun Jun 14 19:05:19 2009
Subject: Stop in /usr/ports/lang/gcc43
In-Reply-To: <d873d5be0906132155l7edd08b6x4f084829b9ac494b@mail.gmail.com>
References: <d873d5be0906132155l7edd08b6x4f084829b9ac494b@mail.gmail.com>
Message-ID: <5A5F688F-00A3-4F8A-BFB8-E6ACE95222A4@airwired.net>


On 13 Jun 2009, at 10:55 PM, b. f. wrote:

> Some care is taken to avoid introducing circular dependencies in  
> Ports, so this
> shouldn't happen.  It sounds to me as if you have mistakenly  
> introduced a
> USE_FORTRAN=yes into your build environment somehow.

I DO have USE_FORTRAN=yes in /etc/make.conf.  I will try things  
without that.

Stay tuned...

Thanks!

Dan

From gamato at users.sf.net  Sun Jun 14 19:42:37 2009
From: gamato at users.sf.net (martinko)
Date: Sun Jun 14 19:42:45 2009
Subject: Virtualization software that can use existing vista installation
In-Reply-To: <b269bc570906120921g44a7145bhb580ed955dfb9e31@mail.gmail.com>
References: <200906120720.36404.mel.flynn+fbsd.ports@mailing.thruhere.net>	<4A32794E.8040709@gmx.de>
	<b269bc570906120921g44a7145bhb580ed955dfb9e31@mail.gmail.com>
Message-ID: <h13jqr$5p5$1@ger.gmane.org>

Freddie Cash wrote:
> 
> You may be able to use the raw disk device with QEmu, but I've never tried
> that or even looked into it.
> 

Yes, you can use raw disk devices with QEMU.  While it is difficult to 
run Windows installed on other partition within QEMU, it is perfectly 
possible to install Windows in QEMU and have it use attached raw disk 
device.

M.

From hrs at FreeBSD.org  Sun Jun 14 19:47:58 2009
From: hrs at FreeBSD.org (Hiroki Sato)
Date: Sun Jun 14 19:48:42 2009
Subject: acroread9 crashes after maybe 10 seconds of operation.
In-Reply-To: <20090611184440.64570233jo01snhk@econet.encontacto.net>
References: <20090611184440.64570233jo01snhk@econet.encontacto.net>
Message-ID: <20090615.044642.89386640.hrs@allbsd.org>

eculp <eculp@encontacto.net> wrote
  in <20090611184440.64570233jo01snhk@econet.encontacto.net>:

ec> On my laptop running uptodate current and kernel although not rebooted
ec> for 2 days.
ec>
ec> # uname -a
ec> FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #235: Tue Jun
ec> 9 09:08:35 CDT 2009
ec> root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386
ec>
ec>
ec> Is anyone else seeing the following termination message after maybe 10
ec> seconds of acroread9 operation?
ec>
ec> # acroread9
ec> terminate called after throwing an instance of 'RSException'
ec>
ec> Maybe I should open a ticket?

 Can you add more detailed information on your environment?  Packages
 you installed and compat.linux.osrelease sysctl are needed at the
 very least.

 Acrobat 9 works with compat.linux.osrelease=2.4.2 and
 linux_base-fc-4_13 on 7.2-RELEASE.  On other environments it may or
 may not work.

-- Hiroki
-------------- 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/20090614/aff0a770/attachment.pgp
From roberthuff at rcn.com  Sun Jun 14 19:58:03 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Sun Jun 14 19:58:10 2009
Subject: acroread9 crashes after maybe 10 seconds of operation.
In-Reply-To: <20090615.044642.89386640.hrs@allbsd.org>
References: <20090611184440.64570233jo01snhk@econet.encontacto.net>
	<20090615.044642.89386640.hrs@allbsd.org>
Message-ID: <18997.22089.242834.29735@jerusalem.litteratus.org>


Hiroki Sato writes:

>  ec> Is anyone else seeing the following termination message after maybe 10
>  ec> seconds of acroread9 operation?
>  
>   Can you add more detailed information on your environment?  Packages
>   you installed and compat.linux.osrelease sysctl are needed at the
>   very least.

	compat.linux.osrelease: 2.6.16
	linux_base-f8-8_11

>   Acrobat 9 works with compat.linux.osrelease=2.4.2 and
>   linux_base-fc-4_13 on 7.2-RELEASE.  On other environments it may
>   or may not work.

	Um.
	Are there plans to get it to work with something more recent?
I was under the (uninformed) impression linux_base-fc-4 was, ah,
workable but no longer favored.

	Respectfully,


				Robert Huff



From mezz7 at cox.net  Sun Jun 14 21:23:35 2009
From: mezz7 at cox.net (Jeremy Messenger)
Date: Sun Jun 14 21:23:43 2009
Subject: Stop in /usr/ports/lang/gcc43
In-Reply-To: <5A5F688F-00A3-4F8A-BFB8-E6ACE95222A4@airwired.net>
References: <d873d5be0906132155l7edd08b6x4f084829b9ac494b@mail.gmail.com>
	<5A5F688F-00A3-4F8A-BFB8-E6ACE95222A4@airwired.net>
Message-ID: <op.uvi8ss0q9aq2h7@localhost>

On Sun, 14 Jun 2009 14:05:10 -0500, Dan Allen <danallen46@airwired.net>  
wrote:

>
> On 13 Jun 2009, at 10:55 PM, b. f. wrote:
>
>> Some care is taken to avoid introducing circular dependencies in Ports,  
>> so this
>> shouldn't happen.  It sounds to me as if you have mistakenly introduced  
>> a
>> USE_FORTRAN=yes into your build environment somehow.
>
> I DO have USE_FORTRAN=yes in /etc/make.conf.  I will try things without  
> that.

The #1 rule is to never put the USE_* in make.conf.

Cheers,
Mezz

> Stay tuned...
>
> Thanks!
>
> Dan


-- 
mezz7@cox.net  -  mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome@FreeBSD.org
From danallen46 at airwired.net  Sun Jun 14 22:36:57 2009
From: danallen46 at airwired.net (Dan Allen)
Date: Sun Jun 14 22:37:03 2009
Subject: Stop in /usr/ports/lang/gcc43
In-Reply-To: <op.uvi8ss0q9aq2h7@localhost>
References: <d873d5be0906132155l7edd08b6x4f084829b9ac494b@mail.gmail.com>
	<5A5F688F-00A3-4F8A-BFB8-E6ACE95222A4@airwired.net>
	<op.uvi8ss0q9aq2h7@localhost>
Message-ID: <EB847937-BD80-4262-9DD2-9312CCD12BE9@airwired.net>


On 14 Jun 2009, at 3:03 PM, Jeremy Messenger wrote:

> On Sun, 14 Jun 2009 14:05:10 -0500, Dan Allen  
> <danallen46@airwired.net> wrote:
>
>>
>> On 13 Jun 2009, at 10:55 PM, b. f. wrote:
>>
>>> Some care is taken to avoid introducing circular dependencies in  
>>> Ports, so this
>>> shouldn't happen.  It sounds to me as if you have mistakenly  
>>> introduced a
>>> USE_FORTRAN=yes into your build environment somehow.
>>
>> I DO have USE_FORTRAN=yes in /etc/make.conf.  I will try things  
>> without that.
>
> The #1 rule is to never put the USE_* in make.conf.

Okay, Firefox 3.0.11 is building.  Hurray!

I only put USE_FORTRAN=yes in /etc/make.conf because something  
somewhere said that is what I had to do in order to have Fortran  
built.  It has been sitting in my make.conf a long time.  I will avoid  
putting USE_* anymore.

Thanks everyone!

Dan

From odhiambo at gmail.com  Mon Jun 15 10:17:56 2009
From: odhiambo at gmail.com (=?UTF-8?B?T2RoaWFtYm8gIOODr+OCt+ODs+ODiOODsw==?=)
Date: Mon Jun 15 10:18:03 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
In-Reply-To: <4A325423.3000606@icyb.net.ua>
References: <20090611194557.GC98175@bsdcrew.de> <4A325423.3000606@icyb.net.ua>
Message-ID: <991123400906150317y7edb560anf74c5c1eec0cc293@mail.gmail.com>

On Fri, Jun 12, 2009 at 4:12 PM, Andriy Gapon <avg@icyb.net.ua> wrote:

> on 11/06/2009 22:45 Martin Wilke said the following:
> > Huhu,
> >
> > Yes we life and that's good :-).
>
> There should be a warning that this version won't start snapshots taken by
> the
> previous version.
>


My build is failing (for the first time ever since I started testing:)

kmk[1]: Entering directory
`/usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457'
kmk[2]: Entering directory
`/usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457'
kBuild: Linking tstAPI
/usr/local/lib/libssl.so.5: undefined reference to `d2i_X509_EXTENSIONS'
/usr/local/lib/libssl.so.5: undefined reference to
`ENGINE_get_ssl_client_cert_function'
/usr/local/lib/libssl.so.5: undefined reference to `HMAC_CTX_set_flags'
/usr/local/lib/libssl.so.5: undefined reference to `i2d_X509_EXTENSIONS'
/usr/local/lib/libssl.so.5: undefined reference to
`ENGINE_load_ssl_client_cert'
/usr/local/lib/libssl.so.5: undefined reference to `EVP_idea_cbc'
kmk[2]: ***
[/usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.x86/release/obj/tstAPI/tstAPI]
Error 1
The failing command:
@g++               '-Wl,-rpath,/usr/local/lib/virtualbox'   -m32   -o
/usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.x86/release/obj/tstAPI/tstAPI
/usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.x86/release/obj/tstAPI/tstAPI.o
-L/usr/lib  -L/usr/X11R6/lib  -L/usr/local/lib
/usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.x86/release/bin/VBoxRT.so
/usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.x86/release/lib/VBoxCOM.a
/usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.x86/release/bin/VBoxXPCOM.so
kmk[2]: Leaving directory
`/usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457'
kmk[1]: *** [pass_binaries_this] Error 2
kmk[1]: Leaving directory
`/usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457'
kmk: *** [pass_binaries_order] Error 2
*** Error code 2

Stop in /usr/home/wash/VBOX/virtualbox.


Not sure what is causing this.


-- 
Best regards,
Odhiambo WASHINGTON,
Nairobi,KE
+254733744121/+254722743223
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
"If you have nothing good to say about someone, just shut up!."
              -- Lucky Dube
From miwi at FreeBSD.org  Mon Jun 15 10:26:09 2009
From: miwi at FreeBSD.org (Martin Wilke)
Date: Mon Jun 15 10:26:53 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
In-Reply-To: <991123400906150317y7edb560anf74c5c1eec0cc293@mail.gmail.com>
References: <20090611194557.GC98175@bsdcrew.de> <4A325423.3000606@icyb.net.ua>
	<991123400906150317y7edb560anf74c5c1eec0cc293@mail.gmail.com>
Message-ID: <20090615102607.GA45646@bsdcrew.de>

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

The problem is use openssl from ports. You should deinstall that
and rebuild.

- - Martin

On Mon, Jun 15, 2009 at 01:17:53PM +0300, Odhiambo  ??????????????? wrote:
> On Fri, Jun 12, 2009 at 4:12 PM, Andriy Gapon <avg@icyb.net.ua> wrote:
> 
> > on 11/06/2009 22:45 Martin Wilke said the following:
> > > Huhu,
> > >
> > > Yes we life and that's good :-).
> >
> > There should be a warning that this version won't start snapshots taken by
> > the
> > previous version.
> >
> 
> 
> My build is failing (for the first time ever since I started testing:)
> 
> kmk[1]: Entering directory
> `/usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457'
> kmk[2]: Entering directory
> `/usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457'
> kBuild: Linking tstAPI
> /usr/local/lib/libssl.so.5: undefined reference to `d2i_X509_EXTENSIONS'
> /usr/local/lib/libssl.so.5: undefined reference to
> `ENGINE_get_ssl_client_cert_function'
> /usr/local/lib/libssl.so.5: undefined reference to `HMAC_CTX_set_flags'
> /usr/local/lib/libssl.so.5: undefined reference to `i2d_X509_EXTENSIONS'
> /usr/local/lib/libssl.so.5: undefined reference to
> `ENGINE_load_ssl_client_cert'
> /usr/local/lib/libssl.so.5: undefined reference to `EVP_idea_cbc'
> kmk[2]: ***
> [/usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.x86/release/obj/tstAPI/tstAPI]
> Error 1
> The failing command:
> @g++               '-Wl,-rpath,/usr/local/lib/virtualbox'   -m32   -o
> /usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.x86/release/obj/tstAPI/tstAPI
> /usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.x86/release/obj/tstAPI/tstAPI.o
> -L/usr/lib  -L/usr/X11R6/lib  -L/usr/local/lib
> /usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.x86/release/bin/VBoxRT.so
> /usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.x86/release/lib/VBoxCOM.a
> /usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.x86/release/bin/VBoxXPCOM.so
> kmk[2]: Leaving directory
> `/usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457'
> kmk[1]: *** [pass_binaries_this] Error 2
> kmk[1]: Leaving directory
> `/usr/home/wash/VBOX/virtualbox/work/virtualbox-2.2.51r20457'
> kmk: *** [pass_binaries_order] Error 2
> *** Error code 2
> 
> Stop in /usr/home/wash/VBOX/virtualbox.
> 
> 
> Not sure what is causing this.
> 
> 
> -- 
> Best regards,
> Odhiambo WASHINGTON,
> Nairobi,KE
> +254733744121/+254722743223
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> "If you have nothing good to say about someone, just shut up!."
>               -- Lucky Dube

- -- 

+-----------------------+-------------------------------+
|  PGP    : 0xB1E6FCE9  |  Jabber : miwi(at)BSDCrew.de  |
|  Skype  : splash_111  |  Mail   : miwi(at)FreeBSD.org |
+-----------------------+-------------------------------+
|	Mess with the Best, Die like the Rest!		|
+-----------------------+-------------------------------+
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (FreeBSD)

iEYEARECAAYFAko2Ib4ACgkQdLJIhLHm/OkZZQCguicyAg5OlHyBD8fgdA9YSNQ0
Fe0AoI3JBdGvGmyp6lTsE3CguGCkxLeY
=YVqR
-----END PGP SIGNATURE-----
From odhiambo at gmail.com  Mon Jun 15 10:30:44 2009
From: odhiambo at gmail.com (=?UTF-8?B?T2RoaWFtYm8gIOODr+OCt+ODs+ODiOODsw==?=)
Date: Mon Jun 15 10:30:51 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
In-Reply-To: <20090615102607.GA45646@bsdcrew.de>
References: <20090611194557.GC98175@bsdcrew.de> <4A325423.3000606@icyb.net.ua>
	<991123400906150317y7edb560anf74c5c1eec0cc293@mail.gmail.com>
	<20090615102607.GA45646@bsdcrew.de>
Message-ID: <991123400906150330k7f3aa11am97ea69c0d1be4768@mail.gmail.com>

On Mon, Jun 15, 2009 at 1:26 PM, Martin Wilke <miwi@freebsd.org> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> The problem is use openssl from ports. You should deinstall that
> and rebuild.


That also means that I have to relink so many of my applications to openssl
from BASE, right?
Why did this version of virtualbox fail with the openssl from ports? All the
others installed successfully?

-- 
Best regards,
Odhiambo WASHINGTON,
Nairobi,KE
+254733744121/+254722743223
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
"If you have nothing good to say about someone, just shut up!."
              -- Lucky Dube
From kamikaze at bsdforen.de  Mon Jun 15 10:55:18 2009
From: kamikaze at bsdforen.de (Dominic Fandrey)
Date: Mon Jun 15 10:55:51 2009
Subject: pkg_libchk: a missing library is not detected
In-Reply-To: <88733235@bb.ipt.ru>
References: <88733235@bb.ipt.ru>
Message-ID: <4A36288D.2080402@bsdforen.de>

Sorry for the late reply, this was auto-sorted into the ports@ mails
and drowned there.

Boris Samorodov wrote:
> Hi!
> 
> 
> Seems to me like a bug at pkg_libchk:
> -----
> % eog
> /libexec/ld-elf.so.1: Shared object "libgnome-desktop-2.so.7" not found, required by "eog"
> % ldd `which eog` | grep found
>         libgnome-desktop-2.so.7 => not found (0x0)
> % pkg_libchk -vc eog\*

This just means that it's an indirect dependency, meaning that updating
eog wouldn't do any good, but a dependency needs to be updated.

pkg_libchk only displays direct library missings, so the result is
not everything affected, but instead only everything that needs
fixing.

> % pkg_info -xI bsdadmin
> bsdadminscripts-6.1.1 A collection of administration scripts
> %
> -----
> 
> BTW, the library libgnome-desktop-2.so.7 was replaced by a new one
> libgnome-desktop-2.so.11 while updating:
> -----
> 1244027909 - Wed Jun  3 15:18:29 MSD 2009 - DONE: Update <gnome-desktop-2.24.3> to <gnome-desktop-2.26.2_1> (x11/gnome-desktop)
> -----
> 
> As I understand pkg_upgrade does not preserve old libraries at
> /usr/local/lib/compat?

That's true. I consider this common approach a security risk.
I suggest running pkg_libchk -a and reinstalling the packages
listed by it to fix that.

Mostly dependent ports get version bumped if they depend on a
library that was changed. Unfortunately this doesn't always happen.
To ensure that you get the newest packages wipe
/usr/ports/packages/All.

> 
> 
> WBR

From bugmaster at FreeBSD.org  Mon Jun 15 11:06:05 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Jun 15 11:06:31 2009
Subject: Current unassigned ports problem reports
Message-ID: <200906151106.n5FB64Gk075931@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/135592            New Port: emulators/bsnes Snes Emulator BSnes
o ports/135591            Update sysutils/archivemount port from 0.5.3 to 0.6.0
s ports/135544            [patch]net-im/qwit suffers from twitpocalypse
f ports/135541            [PATCH] math/p5-NetCDF cannot load module with netcdf-
o ports/135534            mail/postfix ignoring 'reject_authenticated_sender_log
o ports/135508            New port: databases/py-postgresql, Python3.x adapter f
o ports/135491            [new port] mail/milter-manager 1.0.1
f ports/135442            mkntfs from sysutils/ntfsprogs don't seems to work
o ports/135322            Port graphics/linux_dri has incorrect packaging list c
f ports/135311            mail/dovecot-antispam must be rebuilt if dovecot is up
f ports/135300            update for ports/www/webcheck
o ports/135161            finance/aqbanking update to 4.0.0
o ports/135019            sysutils/bubblemon-dockapp 1.46_6 memory usage meter i
f ports/135018            Port multimedia/vlc fails to compile when WITHOUT_X11=
f ports/134945            [UPDATE] update sysutils/linux-megacli
f ports/134770            lang/spidermonkey misses installation of some header f
f ports/134743            devel/Monotone and pthreaded dependencies
o ports/134711            mail/postfix - repocopy of (old) postfix to postfix25 
f ports/134639            devel/boost can't be made with parameteres  -DWITH_PYT
s ports/134485            net-mgmt/trafd 3.0.2.1 doesn't collect traffic
o ports/134474            deskutils/wmpinboard segfaults on startup
o ports/134443            [NEW PORT] multimedia/2ManDVD: Create your own video d
s ports/134347            mail/spamd: spamlogd's whitelist expiration period is 
f ports/134271            mail/popd POP3 server dies handling messages with very
f ports/134264            audio/cmus - segmentation fault with ogg files
o ports/134112            [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0
o ports/133928            New Port: multimedia/gdialog, A Project X addon to rea
o ports/133822            New port for cad/linux-eagle5 (Eagle 5.5.0)
o ports/133563            security/cfs rc script needs "mntudp" option on 8-CURR
f ports/133451            www/plone3 build fails. Plone3 needs python-2.4 but li
o ports/133421            [NEW PORT] java/eclipse-xsd: EMF-XSD Runtime
f ports/133344            net/nss_ldap fails to compile if world was installed w
o ports/133303            lang/visualworks cannot load Jun because of lacking TG
o ports/133254            [bsd.fpc.mk] don't display bogus message for fpc-using
o ports/133068            New port: audio/linux-genpuid
f ports/133031            ports/net/igmpproxy "must be at least 2 Vif's where on
o ports/132786            New port: sysutils/sispmctl Utility for controlling a 
o ports/132607            security/denyhosts: command_interpreter warnings in /v
o ports/132391            multimedia/mplayer does not work with pulseaudio
o ports/131580            port databases/frontbase upgraded to version 4.2.9
o ports/131526            lang/cmucl: CMUCL for FreeBSD 7
s ports/131218            www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca
p ports/130779            [PATCH] emulators/dosbox enable directserial passthrou
o ports/130719            www/nspluginwrapper installs plugins in the old direct
o ports/130715            New Port:devel/binutils-2.19
o ports/130675            [NEW PORT] devel/ocfpcsc: Open Card Framework to PC/SC
o ports/130541            new port: net/isc-dhcp41-server
f ports/130209            www/typo3 upgrade removes configuration
o ports/129677            /usr/ports/sysutils/aaccli Bad system call: 12 (core d
o ports/129478            multimedia/acidrip: patch file to commit to ports
o ports/129435            java/jakarta-commons-dbcp not BROKEN on jdk15
o ports/128603            [patch] textproc/flex has too small capacity
o ports/127728            ports/games/freebsd-games doesn't build, and larn(6) s
o ports/127321            japanese/kon2-16dot: buffer overflow and mouse bugs
o ports/127181            audio/musicpd logs warning
s ports/127087            mail/bincimap port does not include an rc.d file
o ports/127017            sysutils/ntfsprogs - ntfsclone not working version 2.0
s ports/125324            editors/the (3.2) looses cursor when compiled with PDC
f ports/124423            multimedia/mplayer detection of OSS Audio is faulty
o ports/123927            devel/Boost and devel/boost-python ports naming genera
o ports/123068            sysutils/bubblemon2 bubblemon-dockapp: error extractin
f ports/121050            New port: sysutils/heartbeat2 Linux High-Availability 
o ports/115304            multimedia/gpac-mp4box cannot import files larger than
o ports/114106            mail/postgrey does not properly shut down via rc.d scr
o ports/111501            [NEW PORT] databases/ruby-oci8
o ports/108795            ports/icc: Proposed update to icc port for intel compi
o amd64/104311            ports/wine should be installable on amd64
s ports/85513             Intel C++ compiler not 100% binary compatible with sys
o bin/85011               /sbin/restore on 5.4 will not read Solaris-sparc dumps
f ports/74752             make takes a little while before anything visible happ

70 problems total.

From guru at unixarea.de  Mon Jun 15 11:10:46 2009
From: guru at unixarea.de (Matthias Apitz)
Date: Mon Jun 15 11:11:14 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
In-Reply-To: <991123400906150330k7f3aa11am97ea69c0d1be4768@mail.gmail.com>
References: <20090611194557.GC98175@bsdcrew.de> <4A325423.3000606@icyb.net.ua>
	<991123400906150317y7edb560anf74c5c1eec0cc293@mail.gmail.com>
	<20090615102607.GA45646@bsdcrew.de>
	<991123400906150330k7f3aa11am97ea69c0d1be4768@mail.gmail.com>
Message-ID: <20090615104515.GA3983@current.Sisis.de>

El d?a Monday, June 15, 2009 a las 01:30:41PM +0300, Odhiambo  ??????????????? escribi?:

> On Mon, Jun 15, 2009 at 1:26 PM, Martin Wilke <miwi@freebsd.org> wrote:
> 
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > The problem is use openssl from ports. You should deinstall that
> > and rebuild.
> 
> 
> That also means that I have to relink so many of my applications to openssl
> from BASE, right?
> Why did this version of virtualbox fail with the openssl from ports? All the
> others installed successfully?

All,

Would it be possible to discuss that software in *only* one mailing
list, for example only in -emulation, and not cross posting this to three
lists? thanks in advance

	matthias
-- 
Matthias Apitz
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e <guru@unixarea.de> - w http://www.unixarea.de/
People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD.
From makc at issp.ac.ru  Mon Jun 15 11:13:28 2009
From: makc at issp.ac.ru (Max Brazhnikov)
Date: Mon Jun 15 11:13:39 2009
Subject: Optionally depending on KDE4
In-Reply-To: <20090614164329.GA30476@lastamericanempire.com>
References: <20090614164329.GA30476@lastamericanempire.com>
Message-ID: <200906151428.24262.makc@issp.ac.ru>

On Sun, 14 Jun 2009 10:43:29 -0600, hideo wrote:
> Hi everyone,
>
> I'm trying to update audio/pacpl to the latest version which has
> dropped support for KDE3 and added support for KDE4. By "support"
> I mean it offers Konqueror and Dolphin service menu integration.
>
> How do I optionally pull in the KDE4 prefix and base, e.g.
> USE_KDE4=kdeprefix kdebase, as a dependency if either of
> these options are selected? 

It's described in handbook:
http://www.freebsd.org/doc/en/books/porters-handbook/makefile-
options.html#AEN2441

In your case the code may look as following:

OPTIONS=	KDE4 " Konqueror and Dolphin service menu integration" off

.include <bsd.port.options.mk>

.if defined(WITH_KDE4)
USE_KDE4=		kdeprefix kdebase
PLIST_SUB+=	KDE=""
.else                                                                           
PLIST_SUB+=	KDE="@comment "                                              
.endif 

.include <bsd.port.mk>


> Also, I notice that when these KDE4
> options are set, everything the port installs goes in KD4_PREFIX,
> including config, data, doc, and shared files.  Are users expected
> to know that KDE4 dependent ports have their config files, for example,
> in /usr/local/kde4/etc instead of /usr/local/etc?

I expect this is rhetoric question :)

> Thanks,
> Zach

Max
From mbeis at xs4all.nl  Mon Jun 15 11:55:02 2009
From: mbeis at xs4all.nl (Marco Beishuizen)
Date: Mon Jun 15 11:55:09 2009
Subject: www/youtube_dl build failure
In-Reply-To: <20090614084934.GB13676@tandon.net>
References: <20090614064409.GA95015@ozzmosis.com>
	<20090614084934.GB13676@tandon.net>
Message-ID: <alpine.BSF.2.00.0906151333180.85718@yokozuna.lan>

On Sun, 14 Jun 2009, Sahil Tandon wrote:

> On Sun, 14 Jun 2009, andrew clarke wrote:
>
>> 16:40 ozzmosis@blizzard [/usr/ports/www/youtube_dl]sudo make
>> ===>  Vulnerability check disabled, database not found
>> ===>  Extracting for youtube_dl-2009.05.30_1
>> cannot open 2009.05.30/youtube-dl: No such file or directory
>> *** Error code 2
>
> This is not a build failure; make(1) errors out during the extract phase.
> After the most recent update (committed just a few hours ago), the fetch
> target sees an old youtube-dl file in ${DISTDIR}, and does not download it
> into ${DISTDIR}/2009.05.30/youtube-dl, which is where the port is now looking
> for the file.  Try deleting /usr/ports/distfiles/youtube-dl and make(1)
> again.

I have this same problem. Removing the directory doesn't solve the 
problem. /usr/ports/distfiles/youtube-dl doesn't exist because that isn't 
the correct directory, it's /usr/ports/distfiles/youtube_dl.

-- 
MSDOS is not dead, it just smells that way.
 		-- Henry Spencer
From CollegeNews at news.college.us.com  Mon Jun 15 12:38:28 2009
From: CollegeNews at news.college.us.com (College News)
Date: Mon Jun 15 12:38:35 2009
Subject: Culinary Arts training is now available in 55102
Message-ID: <31546101.1245068887108.JavaMail.root@news.college.us.com>


   3D"A
   You are receiving this message because you s   address ports@freebsd.org
   to receive information from    2009 07:25AM.
   [1]Go here   [2]View in Browser | [3]Unsubscribe" style="color:#666   text-decoration:none">Remove My Email
      
   			[4] 3D"T   	
   		 			[5] 3D""   Are you creative? Do you have a passion for food?
   You can use your creativity to fuel a successful career in the Culina   ry Arts. All it takes is talent, a love for food, and the right
   training. T   Find out more about Le Cordon Bleu's cu   Whether it's a career in the Culinary Arts, Patis   or Hospitality and Restaurant Management   Schools North America can help you get t   With over 100 years of teaching experience, and with more than a dozen
   cul   North America   career.
   Take the first step toward your culinary career today!
   Learn more about Le Cordon Bleu culinar   	
   [7]3D"Learn 
   [8]3D"" 	
   	
   			[9] 3D""   This email was sent by: College.us.com
   2711 N. Sepulveda Blvd. # 148, Manhattan Beach, CA 90266
   You have subsc   ports@freebsd.org
   This email was sent to you because you requested we send you
   periodical inf   To stop receiving email from Colle   write us at the address listed above
   Please view our [11]Privacy Policy

   [njznlfhpd_njdhqnfqdrd.gif&o=]

References

   1. 3D"http://www.news.college.us.com/c   2. 3D"http://www.news.college.u=/
   3. 3D"http://www.news.college.us.co=/
   4. 3D"http://www.news.college.us.com/vptfmkztz_   5. 3D"http://www.news.college.us.com/zrvtrnsvw_   6. 3D"http://www.news.college.us.com/aqv   7. 3D"http://www.news.college.us.com/gbpthdjpd_   8. 3D"http://www.news.college.us.com/mylfzwslz_njdhqnfqdrd_gbpsjqz   9. 3D"http://www.news.college.us.com/ohnmcbgpv_  10. 3D"http://www.news.college.us.com/gbpthdjlp_  11. ="http://www.news.college.us.com/ueqpgfbjj_njdhqnfqdrd_tdcjhkbl.html"
From sahil at tandon.net  Mon Jun 15 13:48:00 2009
From: sahil at tandon.net (Sahil Tandon)
Date: Mon Jun 15 13:48:07 2009
Subject: www/youtube_dl build failure
In-Reply-To: <alpine.BSF.2.00.0906151333180.85718@yokozuna.lan>
References: <20090614064409.GA95015@ozzmosis.com>
	<20090614084934.GB13676@tandon.net>
	<alpine.BSF.2.00.0906151333180.85718@yokozuna.lan>
Message-ID: <9924961B-D964-44D9-853A-CEC16F2EE7DE@tandon.net>

On Jun 15, 2009, at 7:39 AM, Marco Beishuizen <mbeis@xs4all.nl> wrote:

> On Sun, 14 Jun 2009, Sahil Tandon wrote:
>
>> On Sun, 14 Jun 2009, andrew clarke wrote:
>>
>>> 16:40 ozzmosis@blizzard [/usr/ports/www/youtube_dl]sudo make
>>> ===>  Vulnerability check disabled, database not found
>>> ===>  Extracting for youtube_dl-2009.05.30_1
>>> cannot open 2009.05.30/youtube-dl: No such file or directory
>>> *** Error code 2
>>
>> This is not a build failure; make(1) errors out during the extract  
>> phase.
>> After the most recent update (committed just a few hours ago), the  
>> fetch
>> target sees an old youtube-dl file in ${DISTDIR}, and does not  
>> download it
>> into ${DISTDIR}/2009.05.30/youtube-dl, which is where the port is  
>> now looking
>> for the file.  Try deleting /usr/ports/distfiles/youtube-dl and  
>> make(1)
>> again.
>
> I have this same problem. Removing the directory doesn't solve the  
> problem. /usr/ports/distfiles/youtube-dl doesn't exist because that  
> isn't the correct directory, it's /usr/ports/distfiles/youtube_dl.

Typo on my part with regard to dash vs. underscore.  And it is not a  
directory!  Also, another commit was made after I tested the  
abovementioned 'workaround' and postes to this list, so maybe  
something different is now required.  In the worse case just manually  
roll back the port's Makefile to what it was before the last two  
commits.  It is not ideal or recommended but will do the trick if  
you're desperate to install. 
From mbeis at xs4all.nl  Mon Jun 15 15:00:53 2009
From: mbeis at xs4all.nl (Marco Beishuizen)
Date: Mon Jun 15 15:01:00 2009
Subject: www/youtube_dl build failure
In-Reply-To: <9924961B-D964-44D9-853A-CEC16F2EE7DE@tandon.net>
References: <20090614064409.GA95015@ozzmosis.com>
	<20090614084934.GB13676@tandon.net>
	<alpine.BSF.2.00.0906151333180.85718@yokozuna.lan>
	<9924961B-D964-44D9-853A-CEC16F2EE7DE@tandon.net>
Message-ID: <alpine.BSF.2.00.0906151657180.4899@yokozuna.lan>

On Mon, 15 Jun 2009, Sahil Tandon wrote:

> Typo on my part with regard to dash vs. underscore.  And it is not a 
> directory!  Also, another commit was made after I tested the abovementioned 
> 'workaround' and postes to this list, so maybe something different is now 
> required.  In the worse case just manually roll back the port's Makefile to 
> what it was before the last two commits.  It is not ideal or recommended but 
> will do the trick if you're desperate to 
> install.

It seems that the file youtube-dl didn't get downloaded at all for some 
reason. I downloaded it manually from ftp.freebsd.org in 
/usr/ports/distfiles/ and then it installed just fine.

Marco
-- 
If an S and an I and an O and a U
With an X at the end spell Su;
And an E and a Y and an E spell I,
Pray what is a speller to do?
Then, if also an S and an I and a G
And an HED spell side,
There's nothing much left for a speller to do
But to go commit siouxeyesighed.
 		-- Charles Follen Adams, "An Orthographic Lament"
From hideo at lastamericanempire.com  Mon Jun 15 15:16:49 2009
From: hideo at lastamericanempire.com (hideo)
Date: Mon Jun 15 15:16:56 2009
Subject: Optionally depending on KDE4
In-Reply-To: <200906151428.24262.makc@issp.ac.ru>
References: <20090614164329.GA30476@lastamericanempire.com>
	<200906151428.24262.makc@issp.ac.ru>
Message-ID: <20090615151647.GA40615@lastamericanempire.com>

Max Brazhnikov (Mon 06/15/09 14:28):
> On Sun, 14 Jun 2009 10:43:29 -0600, hideo wrote:
> > Hi everyone,
> >
> > I'm trying to update audio/pacpl to the latest version which has
> > dropped support for KDE3 and added support for KDE4. By "support"
> > I mean it offers Konqueror and Dolphin service menu integration.
> >
> > How do I optionally pull in the KDE4 prefix and base, e.g.
> > USE_KDE4=kdeprefix kdebase, as a dependency if either of
> > these options are selected? 
> 
> It's described in handbook:
> http://www.freebsd.org/doc/en/books/porters-handbook/makefile-
> options.html#AEN2441
> 
> In your case the code may look as following:
> 
> OPTIONS=	KDE4 " Konqueror and Dolphin service menu integration" off
> 
> .include <bsd.port.options.mk>
> 
> .if defined(WITH_KDE4)
> USE_KDE4=		kdeprefix kdebase
> PLIST_SUB+=	KDE=""
> .else                                                                           
> PLIST_SUB+=	KDE="@comment "                                              
> .endif 
> 
> .include <bsd.port.mk>

Thanks Max. I had tried something similar but still had 
<bsd.port.pre.mk> so it bombed.

> > Also, I notice that when these KDE4
> > options are set, everything the port installs goes in KD4_PREFIX,
> > including config, data, doc, and shared files.  Are users expected
> > to know that KDE4 dependent ports have their config files, for example,
> > in /usr/local/kde4/etc instead of /usr/local/etc?
> 
> I expect this is rhetoric question :)

Not really but I think it was due to my misunderstanding of what
kdeprefix did.  By not adding that to USE_KDE4 I still have access to 
KDE4_PREFIX without everything getting installed there.

The only thing I'm still trying to figure out is how to get the
difference, if any, between LOCALBASE and KDE4_PREFIX for the PLIST_SUB
on the KDE4 related options. If I put the following in pkg-plist

	%%DOLPHIN%%share/kde4/services/ServiceMenus/dolphin/pacpl.desktop
	%%KONQUEROR%%share/kde4/services/ServiceMenus/konqueror/pacpl.desktop
 
when it comes time to deinstall it fails because the paths are obviously
relative to LOCALBASE.  However, I don't want to hardcode the difference
in the paths, e.g. kde4, unless necessary, since it could change. It
seems like the thing to do would be to remove LOCALBASE from KDE4_PREFIX
and add that to PLIST_SUB, though I'm not quite sure how to do that. Am
I thinking about this in the wrong way?

> 
> Max

Zach
From mel.flynn+fbsd.ports at mailing.thruhere.net  Mon Jun 15 18:09:21 2009
From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn)
Date: Mon Jun 15 18:09:27 2009
Subject: pkg_libchk: a missing library is not detected
In-Reply-To: <4A36288D.2080402@bsdforen.de>
References: <88733235@bb.ipt.ru> <4A36288D.2080402@bsdforen.de>
Message-ID: <200906151009.19181.mel.flynn+fbsd.ports@mailing.thruhere.net>

On Monday 15 June 2009 02:55:09 Dominic Fandrey wrote:
> Sorry for the late reply, this was auto-sorted into the ports@ mails
> and drowned there.
>
> Boris Samorodov wrote:

> > As I understand pkg_upgrade does not preserve old libraries at
> > /usr/local/lib/compat?
>
> That's true. I consider this common approach a security risk.

It is a service interruption to delete libraries that are still used and this 
can also lead to security problems.
However, pkg_upgrade cannot ever hope to fix this problem, because the 
buildservers do not unconditionally rebuild packages that mention the upgraded 
port in LIB_DEPENDS, therefore it is better to leave these shared libraries 
around.

> To ensure that you get the newest packages wipe
> /usr/ports/packages/All.

Erm, the download time associated with that approach doesn't really speed up 
things, nor does it guarantee that you will have working binaries if the port 
maintainer forgot to version bump a port.
-- 
Mel
From makc at freebsd.org  Mon Jun 15 18:19:48 2009
From: makc at freebsd.org (Max Brazhnikov)
Date: Mon Jun 15 18:20:06 2009
Subject: Optionally depending on KDE4
In-Reply-To: <20090615151647.GA40615@lastamericanempire.com>
References: <20090614164329.GA30476@lastamericanempire.com>
	<200906151428.24262.makc@issp.ac.ru>
	<20090615151647.GA40615@lastamericanempire.com>
Message-ID: <200906152200.07706.makc@freebsd.org>

On Mon, 15 Jun 2009 09:16:47 -0600, hideo wrote:
> Max Brazhnikov (Mon 06/15/09 14:28):
> > On Sun, 14 Jun 2009 10:43:29 -0600, hideo wrote:
> > > Hi everyone,
> > >
> > > I'm trying to update audio/pacpl to the latest version which has
> > > dropped support for KDE3 and added support for KDE4. By "support"
> > > I mean it offers Konqueror and Dolphin service menu integration.
> > >
> > > How do I optionally pull in the KDE4 prefix and base, e.g.
> > > USE_KDE4=kdeprefix kdebase, as a dependency if either of
> > > these options are selected?
> >
> > It's described in handbook:
> > http://www.freebsd.org/doc/en/books/porters-handbook/makefile-
> > options.html#AEN2441
> >
> > In your case the code may look as following:
> >
> > OPTIONS=	KDE4 " Konqueror and Dolphin service menu integration" off
> >
> > .include <bsd.port.options.mk>
> >
> > .if defined(WITH_KDE4)
> > USE_KDE4=		kdeprefix kdebase
> > PLIST_SUB+=	KDE=""
> > .else
> > PLIST_SUB+=	KDE="@comment "
> > .endif
> >
> > .include <bsd.port.mk>
>
> Thanks Max. I had tried something similar but still had
> <bsd.port.pre.mk> so it bombed.
>
> > > Also, I notice that when these KDE4
> > > options are set, everything the port installs goes in KD4_PREFIX,
> > > including config, data, doc, and shared files.  Are users expected
> > > to know that KDE4 dependent ports have their config files, for example,
> > > in /usr/local/kde4/etc instead of /usr/local/etc?
> >
> > I expect this is rhetoric question :)
>
> Not really but I think it was due to my misunderstanding of what
> kdeprefix did.  By not adding that to USE_KDE4 I still have access to
> KDE4_PREFIX without everything getting installed there.

kdeprefix redefines PREFIX from its default value ${LOCALBASE} to 
${KDE4_PREFIX} (which is ${LOCALBASE}/kde4 currently, however it will be 
changed to pure ${LOCALBASE} after removal kde3 from portstree).

Whether a port should use kdeprefix it depends on how closely the port is 
tight to KDE4. Kde-dependent ports should go to KDE4_PREFIX mostly. If port 
does't use kde libraries (e.g. gtk based apps), but provides integration 
support for KDE4, then you may want to avoid kdeprefix.

> The only thing I'm still trying to figure out is how to get the
> difference, if any, between LOCALBASE and KDE4_PREFIX for the PLIST_SUB
> on the KDE4 related options. If I put the following in pkg-plist
>
> 	%%DOLPHIN%%share/kde4/services/ServiceMenus/dolphin/pacpl.desktop
> 	%%KONQUEROR%%share/kde4/services/ServiceMenus/konqueror/pacpl.desktop
>
> when it comes time to deinstall it fails because the paths are obviously
> relative to LOCALBASE.  However, I don't want to hardcode the difference
> in the paths, e.g. kde4, unless necessary, since it could change.

You can use @cwd directive in plist for this case:

stuff/that/lives/in/localbase
@cwd %%KDE4_PREFIX%%
%%DOLPHIN%%share/kde4/services/ServiceMenus/dolphin/pacpl.desktop
%%KONQUEROR%%share/kde4/services/ServiceMenus/konqueror/pacpl.desktop

just add PLIST_SUB+=	KDE4_PREFIX="${KDE4_PREFIX}" to Makefile.

> It
> seems like the thing to do would be to remove LOCALBASE from KDE4_PREFIX
> and add that to PLIST_SUB, though I'm not quite sure how to do that. Am
> I thinking about this in the wrong way?
>
> > Max
>
> Zach
Send me PR when you are ready and I'll commit it for you,

Max
From lordi at msdi.ca  Mon Jun 15 19:33:16 2009
From: lordi at msdi.ca (Ian Lord)
Date: Mon Jun 15 19:33:22 2009
Subject: FreeBSD Port: mysql-server5.4.x
In-Reply-To: <4A32163B.3000308@FreeBSD.org>
References: <1C85B990B1204CCC835EA2850FE82C22@msdi.local>
	<4A32163B.3000308@FreeBSD.org>
Message-ID: <0AE299ED35B34221B6BBE9DF981BC9F8@msdi.local>

Hi Alex,

Thanks for the reply.

Let me know if I can do something to help you on it, I'd like to see this
soon so If I can help you with anything...

Take care

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Ian Lord
MSD Informatique
143 Rue des Fauvettes
St-Colomban (Qu?bec) J5K 0E2
T?l: (514) 776-MSDI          -> (514) 776-6734
Sans Frais: 1(877) 776-MSDI  -> 1(877) 776-6734
http://www.msdi.ca
 
-----Original Message-----
From: Alex Dupre [mailto:ale@FreeBSD.org] 
Sent: 12 juin 2009 04:48
To: Ian Lord
Cc: ports@FreeBSD.org
Subject: Re: FreeBSD Port: mysql-server5.4.x

Ian Lord ha scritto:
> 
> I would like to know if you are planning a port for mysql server 5.4 soon.
> 

It's in my TODO list.

-- 
Alex Dupre

From CollegeNews at news.college.us.com  Mon Jun 15 20:21:05 2009
From: CollegeNews at news.college.us.com (College News)
Date: Mon Jun 15 20:21:12 2009
Subject: 2009 class information now available in 55102
Message-ID: <32315961.1245096030981.JavaMail.root@news.college.us.com>


    You are receiving this message because you submitted the email addr             ess ports@freebsd.org to receive information from
           http://www.directscholar.com on                 [1]Go here to                            [2]View in Browser | 
                               [3][images=] 
                     [4][e=] <                                      
        If you're looking for a way to make more money, gett   Associate's, Bachelor's, or Master's degree is the      hold degrees earn more than those who don't &ndas                                  simple.
                                      
        It's easier than ever to                    Check out our easy school search now!
                               		 		

   [6][edusee=] 		 		

                                  	 [7]
                                      
   Schools are making it   Many offer day, evening, an     interrupted by your educatio              which let you study from your home or o     Let us help you find the right school! Explore all your school and
                         degree options now.<                               [8][eduseek=] 

   [9][eduseek_05.jp=] [10][images=] 

   	
   		

                            			 			

   This email was sent by: COLLEGE.US.COM 2711 N. Sepulveda Blvd. # 148,
   Manhattan Beach, CA 90266
   You have subscribed to receive information from us with
   ports@freebsd.org
     This email was sent to you because you requested we send you
   periodical   information about schools and colleges.
   To stop receiving email from COLLEGE.US.COM, [11]Remove me or write us
   at the address li   Please view our [12]Privacy Policy

   [fwvqmfqvr_hgkbdptdkwk.gif&o=]

References

   Visible links
   1. 3D"http://www.news.college.us.com/bncmkgmkc_hgkbdptdkwk_dbzqgjb   2. 3D"http://www.news.college.us.com/ihcdkfdkf_hgkbdptdkwk_pwkmz   3. 3D"http://www.news.college.us.com/sfnhydhyb_   4. 3D"http://www.news.college.us.=/
   5. 3D"http://www.news.college.us.com/eswmrnmrt_   6. 3D"http://www.news.college.us.com/xdb   7. 3D"http://www.news.=/
   8. 3D"http://www.news.college.us.com/czpbtfbtl_   9. 3D"http://www.news.college.us.com/vptzcbztc_hgkbdptdkwk  10. 3D"http://www.news.college.us.com/yhdvjqvdd_  11. 3D"http://www=/
  12. 3D"http://ww=/

   Hidden links:
  13. 3D"http://www.news.college.us.com/kwvlmjlmb_hgkbdptdkwk_ihcbdtgf.
From bennett at cs.niu.edu  Tue Jun 16 03:26:04 2009
From: bennett at cs.niu.edu (Scott Bennett)
Date: Tue Jun 16 03:26:11 2009
Subject: [REPOST] problem upgrading perl
Message-ID: <200906160325.n5G3PxGP008120@mp.cs.niu.edu>

     I got no responses when I posted this a few days ago, so I'm reposting
it now.  I'd really like to finish the perl upgrade process, so I could move
on to installing/updating other ports safely, but could use some advice.
   --------------------------------------------------------------------
     Following the instructions in /usr/ports/UPDATING for upgrading from
lang/perl5.8 to lang/perl5.10 using portmaster, the first part seems to go
well.  The last line of that process is where the excerpt below begins.
The second step, as you will see, fails with the error message shown.
/usr/ports/UPDATING neglects to mention what to do next, and the process
looks incomplete at this point.  If someone could offer instructions for
completing the process, I would be grateful.

===>>> Upgrade of perl-5.8.9_2 to perl-threaded-5.10.0_3 complete

hellas# nice +18 portmaster -v -r perl\*

===>>> No ORIGIN in /var/db/pkg/perl-threaded-5.10.0_3/+CONTENTS:@comment ORIGIN:lang/perl5.10 /var/db/pkg/perltidy-20071205/+CONTENTS:@comment ORIGIN:devel/perltidy/+CONTENTS
===>>> Aborting update

hellas#

     Please copy me in on any responses.  I'm subscribed to the digest form
of this list, so responses sent only to the list may take up to a day to be
sent to me as part of the digest.
     Thanks in advance for any assistance in proceeding with the perl upgrade.


                                  Scott Bennett, Comm. ASMELG, CFIAG
**********************************************************************
* Internet:       bennett at cs.niu.edu                              *
*--------------------------------------------------------------------*
* "A well regulated and disciplined militia, is at all times a good  *
* objection to the introduction of that bane of all free governments *
* -- a standing army."                                               *
*    -- Gov. John Hancock, New York Journal, 28 January 1790         *
**********************************************************************
From gerald at pfeifer.com  Tue Jun 16 05:13:44 2009
From: gerald at pfeifer.com (Gerald Pfeifer)
Date: Tue Jun 16 05:13:52 2009
Subject: Why not use normal CONFLICTS in lang/gcc43 instead of custom?
In-Reply-To: <op.uvgzawdm9aq2h7@localhost>
References: <op.uvgzawdm9aq2h7@localhost>
Message-ID: <alpine.LSU.1.99.0906160709360.29901@acrux.dbai.tuwien.ac.at>

On Sat, 13 Jun 2009, Jeremy Messenger wrote:
> I am trying to install x11/gnome2 last night and the build has gotten 
> stop at lang/gcc43, because of conflict with lang/gcc295. But wait, I 
> don't have lang/gcc295 install. I only have ccache installed that has 
> put 'gcc295' in /usr/local/libexec/ccache/ and this path is in the front 
> of my PATH. It caused lang/gcc43 to find it by mistake.

I'm afraid you indeed ran into a false positive here, alas there is good
news -- see below...

> Puzzled me for you to not use the CONFLICTS, so why not use it? If you 
> really can't use CONFLICTS, then can you use the full path of gcc295? 
> Thanks.

Originally I had CONFLICTS, but that does not work as you may think since
it only gets active after the build, at which point the user will have run
into the build failure.  So, upon request by somone (in portmgr?) I added
the current check.

Using the full path will not work too well either with different LOCALBASEs
though I guess one could check /usr/local, $PREFIX, and $LOCALBASE and
consider that good enough.

Now for the good news: lang/gcc295 is a living dead.  It has not built for
some eight, nine months and I have deprecated all dependencies (I think),
and plan to yank this port finally now.

(If anyone wants to start with that, I'm barely online for the next week,
and it would be nice to see the process starting...)

Gerald
From waynehuang.public at gmail.com  Tue Jun 16 07:42:08 2009
From: waynehuang.public at gmail.com (Wayne Huang)
Date: Tue Jun 16 07:42:16 2009
Subject: The mistake of blender-2.49
Message-ID: <cedfd7a10906160011x5455a88bv2c326206ed1d7f13@mail.gmail.com>

I update my ports in Jun.

the distinfo of version 1.12 is below

MD5 (blender-2.49.tar.gz) = a0f58391ca2554df83375eeaaa8a3fb3
SHA256 (blender-2.49.tar.gz) =
797a9c255b31e62ebc831952dba9149787f0b7c9ab8945948a619eae32d81a15
SIZE (blender-2.49.tar.gz) = 23030434

but, when I download the blender-2.49.tar.gz I found the distinfo is fault.
(my url of blender is http://download.blender.org/source/blender-2.49.tar.gz)

the md5 code,sha256 code and size of the source file is all fault.

I don't know where can I report this,so I send the letter for you.


yours

Wayne
From ale at FreeBSD.org  Tue Jun 16 08:54:23 2009
From: ale at FreeBSD.org (Alex Dupre)
Date: Tue Jun 16 08:54:29 2009
Subject: Why not use normal CONFLICTS in lang/gcc43 instead of custom?
In-Reply-To: <alpine.LSU.1.99.0906160709360.29901@acrux.dbai.tuwien.ac.at>
References: <op.uvgzawdm9aq2h7@localhost>
	<alpine.LSU.1.99.0906160709360.29901@acrux.dbai.tuwien.ac.at>
Message-ID: <4A375DBA.4010305@FreeBSD.org>

> Using the full path will not work too well either with different LOCALBASEs
> though I guess one could check /usr/local, $PREFIX, and $LOCALBASE and
> consider that good enough.

I think ${LOCALBASE}/bin/gcc295 would be enough. As you say, gcc295 is 
dying, while ccache is actively used. It's quite annoying to remove such 
check from the Makefile, while I doubt anyone is still going to compile 
gcc43 with gcc295 installed in a non-standard location.

-- 
Alex Dupre
From cptsalek at gmail.com  Tue Jun 16 10:37:01 2009
From: cptsalek at gmail.com (Christian Walther)
Date: Tue Jun 16 10:37:08 2009
Subject: The mistake of blender-2.49
In-Reply-To: <cedfd7a10906160011x5455a88bv2c326206ed1d7f13@mail.gmail.com>
References: <cedfd7a10906160011x5455a88bv2c326206ed1d7f13@mail.gmail.com>
Message-ID: <14989d6e0906160336m55688168o96e7c512f865f1fc@mail.gmail.com>

Hi,

yes, I can second that.
My guess is that the blender crew reviewed the bugs reported for
Blender 2.49, and updated the source tarball without changing its
version number. The review was to be held on June the 7th, according
to the website. But there's no information of its outcome.
>From what I gathered all known sites have a tarball of the same size:
- public.planetmirror.com
- mirror.cs.umn.edu
- download.blender.org

The tarball appears to be fine, though, no error is reported while
untaring it, so this should be no case of a truncated upload.

I'm currently trying to compile blender with NO_CHECKSUM=yes set.

Regards
Christian
From avg at icyb.net.ua  Tue Jun 16 10:43:05 2009
From: avg at icyb.net.ua (Andriy Gapon)
Date: Tue Jun 16 10:43:11 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
In-Reply-To: <20090615104515.GA3983@current.Sisis.de>
References: <20090611194557.GC98175@bsdcrew.de> <4A325423.3000606@icyb.net.ua>
	<991123400906150317y7edb560anf74c5c1eec0cc293@mail.gmail.com>
	<20090615102607.GA45646@bsdcrew.de>
	<991123400906150330k7f3aa11am97ea69c0d1be4768@mail.gmail.com>
	<20090615104515.GA3983@current.Sisis.de>
Message-ID: <4A377735.4060600@icyb.net.ua>


BTW, it seems that the port doesn't do kldxref on /boot/modules after installation
(or un-installation). Ditto for the package built from the port.

Also, the package (unlike the port) can not install the kld module. It seem that
this happens because of the leading / in %%KMODDIR%%.
That is, plist (+CONTENTS) expands to:
@cwd /
/boot/modules/vboxdrv.ko
But I think that it should be:
@cwd /
boot/modules/vboxdrv.ko

-- 
Andriy Gapon
From peterjeremy at optushome.com.au  Tue Jun 16 11:11:23 2009
From: peterjeremy at optushome.com.au (Peter Jeremy)
Date: Tue Jun 16 11:11:30 2009
Subject: x11-drivers/input-wacom on FreeBSD 8
Message-ID: <20090616110736.GA50094@server.vk2pj.dyndns.org>

Hi,

Based on the "BROKEN" message and the kernel module, I presume that
this port has not been adapted for USB2.  Do you have any plans to
upgrade this port to work with FreeBSD 8.x?

-- 
Peter Jeremy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090616/487a0eee/attachment.pgp
From CollegeNews at news.college.us.com  Tue Jun 16 13:06:10 2009
From: CollegeNews at news.college.us.com (College News)
Date: Tue Jun 16 13:06:17 2009
Subject: New 2009 University of Phoenix programs near 55102
Message-ID: <21166924.1245156328831.JavaMail.root@news.college.us.com>


   3D"A
   You are receiving t   address ports@freebsd.org
   to receive information from http://www.directscholar.com on Jun 09
   2009 07:25AM.
   [1]Go here to add us to your address
       [2]View in Browser | [3]Unsubscribe" style="                   text-decoration:none">Remove My Email

   This email was sent to you at ports@freebsd.org because you expressed
   interest in   University of  Phoenix and/or its educational partners.
   [4]3D"Cant 
   [5]3D"" [6]Dear    Perhaps you're new to college and seeking an associate's degree. Maybe
   you'   way, Univer   We offer a wide variety of degree programs that meet your needs and
   interes   Explore real-world degree programs at Un   At University of Phoenix, you can choose a learning format that fits
   your l   you select,    campuses offer a combined    Find a University of Phoenix degree prog   today! [7]3D"" 
   [8]3D"" 

   If you do not wish to receive informative up   of Phoenix in the future, simply [9]click here.  University of
   Phoenix is a private institution of higher learning founded i   Phoenix, Arizona, in 1976. The University is accredited by The Higher
   Lea   ([10]ncahlc.org).
   Axia College is a college of University of Phoenix. [11]Accreditation

   Thi   2711 N. Sepulveda Blvd. # 148, Manhattan Beach, CA 90266
   You have subscribed to receive information from us with
   ports@freebsd.org This email was sent to you because you requested we
   send you periodic   To stop receiving email from College.us.com, [12]Remove me or write us
   at the address li   Please view our [13]Privacy Policy

   [jtdpwcscd_aqrlqjwqrtr.gif&o=]

References

   1. 3D"http://www.news.college.us.com/ohngvtbnb_aqrlqjwqrtr_c   2. 3D"http://www.news.college.us.com/gbpjqkdph_aqrlqjwqrtr_gbpsjtz   3. 3D"http://www.news.col=/
   4. 3D"http://www.news.college.us.com/pwkzqptnk_   5. 3D"http://www.news.college.us.com/eswmrhvnn_aqrlqjwqrtr_czpnbqg   6. 3D"http://www.news.college.us.com/czpbtdhfd_   7. 3D"http://www.news.college.us.com/kwvlmbwjr_aqrlqjwqrtr_eswtmbc   8. 3D"http://www.news.college.us.com/bncmkhpgm_aqrlqjwqrtr_kwvslrk   9. 3D"http://w=/
  10. ="http://www.news.college.us.com/zrvsbmnfp_aqrlqjwqrtr_tdcjhzbj.html"  11. 3D"http://www.news.college.us.com/jtdp  12. 3D"http://www.ne=/
  13. 3D"http://www.news.college.us.com/bncmkhphk_
From chess at chessgriffin.com  Tue Jun 16 13:07:45 2009
From: chess at chessgriffin.com (Chess Griffin)
Date: Tue Jun 16 13:08:18 2009
Subject: dropping maintainership
Message-ID: <20090616125604.GA20021@localhost>

Hello,

Unfortunately, job and family demands are resulting in a lack of time to
properly maintain the following ports, and thus I will need to drop
their maintainership:

audio/streamripper
graphics/mypaint
irc/bip
multimedia/gpodder

If anyone is interested in picking them up, please feel free to do so.
Thanks.

-- 
Chess Griffin
-------------- 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/20090616/fca60044/attachment.pgp
From sahil at tandon.net  Tue Jun 16 14:04:31 2009
From: sahil at tandon.net (Sahil Tandon)
Date: Tue Jun 16 14:04:38 2009
Subject: dropping maintainership
In-Reply-To: <20090616125604.GA20021@localhost>
References: <20090616125604.GA20021@localhost>
Message-ID: <99AD777D-52B8-4AC2-8119-9AFDD5C41B0B@tandon.net>

On Jun 16, 2009, at 8:56 AM, Chess Griffin <chess@chessgriffin.com>  
wrote:

> audio/streamripper
> irc/bip

I can take these two if not already claimed.
From mezz7 at cox.net  Tue Jun 16 14:31:55 2009
From: mezz7 at cox.net (Jeremy Messenger)
Date: Tue Jun 16 14:32:02 2009
Subject: Why not use normal CONFLICTS in lang/gcc43 instead of custom?
In-Reply-To: <4A375DBA.4010305@FreeBSD.org>
References: <op.uvgzawdm9aq2h7@localhost>
	<alpine.LSU.1.99.0906160709360.29901@acrux.dbai.tuwien.ac.at>
	<4A375DBA.4010305@FreeBSD.org>
Message-ID: <op.uvmf0xir9aq2h7@localhost>

On Tue, 16 Jun 2009 03:54:18 -0500, Alex Dupre <ale@freebsd.org> wrote:

>> Using the full path will not work too well either with different  
>> LOCALBASEs
>> though I guess one could check /usr/local, $PREFIX, and $LOCALBASE and
>> consider that good enough.
>
> I think ${LOCALBASE}/bin/gcc295 would be enough. As you say, gcc295 is  
> dying, while ccache is actively used. It's quite annoying to remove such  
> check from the Makefile, while I doubt anyone is still going to compile  
> gcc43 with gcc295 installed in a non-standard location.

Yes, I agree about that ${LOCALBASE}. Either put full path or remove  
gcc295 sound good to me.

Cheers,
Mezz


-- 
mezz7@cox.net  -  mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome@FreeBSD.org
From rjk at wintek.com  Tue Jun 16 14:38:01 2009
From: rjk at wintek.com (Richard Kuhns)
Date: Tue Jun 16 14:38:26 2009
Subject: VirtualBox regression in the ports tree
In-Reply-To: <20090611194557.GC98175@bsdcrew.de>
References: <20090611194557.GC98175@bsdcrew.de>
Message-ID: <4A37AE42.8070400@wintek.com>

Martin Wilke wrote:
...

>    http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz
> 
>  Happy Testing!

This worked perfectly when built and installed under 7.2-STABLE (i386) as of a
couple of days ago.

I just uninstalled it, and built and installed VirtualBox in the ports tree. My
machine paniced when I tried to kldload vboxdrv (running X, so I couldn't see
the message(s)). I loaded vboxdrv from the boot loader when rebooting; no
problem there, but when I started a virtual machine the virtual console stayed
black. The VM itself ran fine, however.

I didn't have vboxdrv.ko loaded when doing any of the builds, by the way.

I'm now going to try to revert to the previous installation.

I'll be happy to run any tests requested; thanks again for all the work!

	- Rich

-- 
Richard Kuhns                   Wintek Corporation
E-mail: rjk@wintek.com          427 N 6th Street STE C
Receptionist: 765-742-8428      Lafayette, IN 47901-2211
Direct Line:  765-269-8541      United States of America
From tabthorpe at freebsd.org  Tue Jun 16 14:41:56 2009
From: tabthorpe at freebsd.org (Thomas Abthorpe)
Date: Tue Jun 16 14:42:04 2009
Subject: dropping maintainership
In-Reply-To: <99AD777D-52B8-4AC2-8119-9AFDD5C41B0B@tandon.net>
References: <20090616125604.GA20021@localhost>
	<99AD777D-52B8-4AC2-8119-9AFDD5C41B0B@tandon.net>
Message-ID: <200906161009.57243.tabthorpe@freebsd.org>

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

On June 16, 2009 09:48:52 am Sahil Tandon wrote:
> On Jun 16, 2009, at 8:56 AM, Chess Griffin <chess@chessgriffin.com>
>
> wrote:
> > audio/streamripper
> > irc/bip
>
> I can take these two if not already claimed.
> _______________________________________________
> 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"

Sahil

I see streamripper needs and update, claim that one via PR with update, and 
ping me, I will try claim it and transfer bip at the same time.


Thomas

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

iEYEARECAAYFAko3p7UACgkQ5Gm/jNBp8qCQEwCeOCWU9nCJY52ZlM800LyPq1Ed
1hUAnjuIjqZwm2UmvDrCXFuosYXxqubb
=y8An
-----END PGP SIGNATURE-----
From avl at logvinov.com  Tue Jun 16 15:20:37 2009
From: avl at logvinov.com (Alexander Logvinov)
Date: Tue Jun 16 15:20:43 2009
Subject: [CFT] GTK frontend for VirtualBox
Message-ID: <4A37B01F.9060907@logvinov.com>

Hello!

 For GTK lovers I've created a port for vboxgtk 0.4.1:
http://www.logvinov.ru/files/dist/vboxgtk.tar . Sometimes it works. :)

 2VBox Team: The latest 0.5.0-beta1 version of vboxgtk wants python
bindings for the VirtualBox Python API support. Any chance to get it?

-- 
Best regards,
Alexander Logvinov

From amdmi3 at amdmi3.ru  Tue Jun 16 15:21:57 2009
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Tue Jun 16 15:22:05 2009
Subject: dropping maintainership
In-Reply-To: <20090616125604.GA20021@localhost>
References: <20090616125604.GA20021@localhost>
Message-ID: <20090616152153.GD34855@hades.panopticon>

* Chess Griffin (chess@chessgriffin.com) wrote:

> audio/streamripper
> graphics/mypaint
> irc/bip
> multimedia/gpodder
> 
> If anyone is interested in picking them up, please feel free to do so.

I've taken mypaint.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
From glen.j.barber at gmail.com  Tue Jun 16 15:23:17 2009
From: glen.j.barber at gmail.com (Glen Barber)
Date: Tue Jun 16 15:23:24 2009
Subject: [CFT] GTK frontend for VirtualBox
In-Reply-To: <4A37B01F.9060907@logvinov.com>
References: <4A37B01F.9060907@logvinov.com>
Message-ID: <4ad871310906160823h40dd879evf8105b179c70538b@mail.gmail.com>

On Tue, Jun 16, 2009 at 10:45 AM, Alexander Logvinov<avl@logvinov.com> wrote:
> Hello!
>
> ?For GTK lovers I've created a port for vboxgtk 0.4.1:

Great!

> http://www.logvinov.ru/files/dist/vboxgtk.tar . Sometimes it works. :)

Heh. "Sometimes". :)

>
> ?2VBox Team: The latest 0.5.0-beta1 version of vboxgtk wants python
> bindings for the VirtualBox Python API support. Any chance to get it?
>

-- 
Glen Barber
From glen.j.barber at gmail.com  Tue Jun 16 15:27:42 2009
From: glen.j.barber at gmail.com (Glen Barber)
Date: Tue Jun 16 15:27:48 2009
Subject: VirtualBox regression in the ports tree
In-Reply-To: <4A37AE42.8070400@wintek.com>
References: <20090611194557.GC98175@bsdcrew.de> <4A37AE42.8070400@wintek.com>
Message-ID: <4ad871310906160827rfd07960tc992bdb7443a5ed5@mail.gmail.com>

On Tue, Jun 16, 2009 at 10:37 AM, Richard Kuhns<rjk@wintek.com> wrote:
> Martin Wilke wrote:
> ...
>
>> ? ?http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz
>>
>> ?Happy Testing!
>
> This worked perfectly when built and installed under 7.2-STABLE (i386) as of a
> couple of days ago.
>
> I just uninstalled it, and built and installed VirtualBox in the ports tree. My
> machine paniced when I tried to kldload vboxdrv (running X, so I couldn't see
> the message(s)).

Take a look in /var/crash for a 'vmcore.N' dump.  If it exists, you
can get debugging information by doing:

cd /usr/obj/usr/src/sys/MYKERNEL
kgdb kernel.debug /var/crash/vmcore.N (replacing 'N' with the latest
crash file number).

To get the backtrace, type 'bt' in kgdb.

Full debugging information can be found at:

http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html



-- 
Glen Barber
From kamikaze at bsdforen.de  Tue Jun 16 15:34:56 2009
From: kamikaze at bsdforen.de (Dominic Fandrey)
Date: Tue Jun 16 15:35:02 2009
Subject: pkg_libchk: a missing library is not detected
In-Reply-To: <200906151009.19181.mel.flynn+fbsd.ports@mailing.thruhere.net>
References: <88733235@bb.ipt.ru> <4A36288D.2080402@bsdforen.de>
	<200906151009.19181.mel.flynn+fbsd.ports@mailing.thruhere.net>
Message-ID: <4A37BB97.8080405@bsdforen.de>

Mel Flynn wrote:
> On Monday 15 June 2009 02:55:09 Dominic Fandrey wrote:
>> Sorry for the late reply, this was auto-sorted into the ports@ mails
>> and drowned there.
>>
>> Boris Samorodov wrote:
> 
>>> As I understand pkg_upgrade does not preserve old libraries at
>>> /usr/local/lib/compat?
>> That's true. I consider this common approach a security risk.
> 
> It is a service interruption to delete libraries that are still used and this 
> can also lead to security problems.
> However, pkg_upgrade cannot ever hope to fix this problem, because the 
> buildservers do not unconditionally rebuild packages that mention the upgraded 
> port in LIB_DEPENDS, therefore it is better to leave these shared libraries 
> around.

To me something not working seems to be less of a security problem than
linking to a vulnerable library.

>> To ensure that you get the newest packages wipe
>> /usr/ports/packages/All.
> 
> Erm, the download time associated with that approach doesn't really speed up 
> things, nor does it guarantee that you will have working binaries if the port 
> maintainer forgot to version bump a port.

Well, you don't ever need them again after having them installed once, so I
don't see the problem. And at least from pointyhead I've never head
broken linking, even when the package was not version bumped, so I think
there's some kind of human intervention, or I was lucky.

Proper version bumping solves both problems, though and it is rarely forgotten
lately. So the issue is much smaller, now than it would have been a couple of
years ago. Also I do not see a way for my tool to handle this in any
acceptable way. If you've got an idea, go ahead and tell me. I actually
want to deal with as many problems as possible without user intervention.
It's about making life easier, after all.
From kamikaze at bsdforen.de  Tue Jun 16 15:58:19 2009
From: kamikaze at bsdforen.de (Dominic Fandrey)
Date: Tue Jun 16 15:58:26 2009
Subject: x11-drivers/input-wacom on FreeBSD 8
In-Reply-To: <20090616110736.GA50094@server.vk2pj.dyndns.org>
References: <20090616110736.GA50094@server.vk2pj.dyndns.org>
Message-ID: <4A37BC82.4040903@bsdforen.de>

Peter Jeremy wrote:
> Hi,
> 
> Based on the "BROKEN" message and the kernel module, I presume that
> this port has not been adapted for USB2.  Do you have any plans to
> upgrade this port to work with FreeBSD 8.x?
> 

Bartosh told me he's working on it. But there is nothing like a date
for this happening. Additionally the driver also cause problems
with Xorg 7.4 for many people (even on RELENG_7), so there's a lot
of work to be done on it.

I suppose it would be nice if someone comfortable with USB stuff took
a look at this. Bartosz told me he hasn't really had a look into the
USB2 stuff, yet. He's working on RELENG_7 and the Xorg 7.4 stuff first
it seems.
From Phillip.Gonzalez at Metavante.com  Tue Jun 16 17:32:12 2009
From: Phillip.Gonzalez at Metavante.com (Phillip.Gonzalez@Metavante.com)
Date: Tue Jun 16 17:32:24 2009
Subject: FreeBSD Port: nessus-2.2.9_1
Message-ID: <OFD36F526A.E6336145-ON862575D7.005E974C-862575D7.005EE822@metavante.com>


hi,

i'm looking at the nessus port on one of my FreeBSD boxes(recently updated
ports tree) and it looks like it's at version 2.2.9.  has this port not
been updated or am i missing something?

thanks for your time,

Phillip P Gonzalez
Information Security Analyst Sr.
Security Analysis and Testing
Metavante Corporation
tel: 414.357.3156


---------------------------------------------------------------------
This message contains confidential and proprietary information of the
sender, and is intended only for the person(s) to whom it is addressed.
Any use, distribution, copying or disclosure by any other person is
strictly prohibited.  If you have received this message in error, please
notify the e-mail sender immediately, and delete the original message
without making a copy.

From bennett at cs.niu.edu  Tue Jun 16 17:32:15 2009
From: bennett at cs.niu.edu (Scott Bennett)
Date: Tue Jun 16 17:32:25 2009
Subject: [REPOST] problem upgrading perl
Message-ID: <200906161731.n5GHVPHu014838@mp.cs.niu.edu>

     Thanks for sending me your response directly.  The digest including your
response has yet to appear.
     On Tue, 16 Jun 2009 04:41:49 -0700 Kent Stewart <kstewart@owt.com>
wrote:
>On Monday 15 June 2009 08:25:59 pm you wrote:
>>      I got no responses when I posted this a few days ago, so I'm reposting
>> it now.  I'd really like to finish the perl upgrade process, so I could
>> move on to installing/updating other ports safely, but could use some
>> advice.
>> --------------------------------------------------------------------

     You ask below what part of upgrading perl with portupgrade I didn't
understand in the note in /usr/ports/UPGRADING.  Given that I had written--
and you quoted--

>> Following the instructions in /usr/ports/UPDATING for upgrading from
   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>> lang/perl5.8 to lang/perl5.10 using portmaster, the first part seems to go
                                 ^^^^^^^^^^^^^^^^

I'm not sure I see your point.

>> well.  The last line of that process is where the excerpt below begins. The
>> second step, as you will see, fails with the error message shown.
>> /usr/ports/UPDATING neglects to mention what to do next, and the process
>> looks incomplete at this point.  If someone could offer instructions for
>> completing the process, I would be grateful.
>>
>> ===>>> Upgrade of perl-5.8.9_2 to perl-threaded-5.10.0_3 complete
>>
>> hellas# nice +18 portmaster -v -r perl\*
>
>What part of 
>    2) Reinstall everything that depends on Perl:
>        portupgrade -fr perl
>in /usr/ports/UPDATING didn't you understand :). 

     See above.  Having begun the process with portmaster, it seemed wise
to finish it with portmaster.  The note in /usr/ports/UPDATING says,

	20090328:
	  AFFECTS: users of lang/perl*
	  AUTHOR: skv@FreeBSD.org
	
	  lang/perl5.10 is out. If you want to switch to it from, for example
	  lang/perl5.8, that is:
	
	  Portupgrade users:
	    0) Fix pkgdb.db (for safety):
		pkgdb -Ff
	
	    1) Reinstall perl with new 5.10:
	        portupgrade -o lang/perl5.10 -f perl-5.8.\*
	
	    2) Reinstall everything that depends on Perl:
	        portupgrade -fr perl
	
	  Portmaster users:
	        portmaster -o lang/perl5.10 lang/perl5.8
	        portmaster -r perl\*

So there are only two commands in the process, which seem pretty
straightforward to understand, but perhaps I've missed something, in which
case I'd appreciate someone pointing it out to me.
>
>There may be a couple of things causing problems but -v wouldn't force the 

     I generally use -v because I prefer the extra information in the output.

>upgrade, which is needed. There is a half page set of instructions in 
>UPDATING that tell you what to do with updating perl to version 5.10.

     I've included the instructions above.  In my original posting, I
wrote--and you quoted it, as you can see above--that I was following those
instructions w.r.t. upgrading perl with portmaster.
>
>Go back and search for 20090328. It has the complete sequence of instructions 
>for both portmaster and portupgrade. There are a lot of people that want to 
>do the updates in a more historical manner but this perl update is a really 
>good example of why the new ways are so much better.

     Which new ways are you referring to?  If they "are so much better", then
why are they not mentioned in the note in /usr/ports/UPDATING?
>
>BTW, I also need to do it but there are a lot of ports that depend on perl and 
>they will all be rebuilt. 
>
     Exactly.  If you (or anyone else) can suggest how to proceed from
this point in dealing with the process's complaint about a missing ORIGIN,
which you omitted, I would appreciate it.


                                  Scott Bennett, Comm. ASMELG, CFIAG
**********************************************************************
* Internet:       bennett at cs.niu.edu                              *
*--------------------------------------------------------------------*
* "A well regulated and disciplined militia, is at all times a good  *
* objection to the introduction of that bane of all free governments *
* -- a standing army."                                               *
*    -- Gov. John Hancock, New York Journal, 28 January 1790         *
**********************************************************************
From shuvaev at physik.uni-wuerzburg.de  Tue Jun 16 18:07:29 2009
From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev)
Date: Tue Jun 16 18:07:37 2009
Subject: [REPOST] problem upgrading perl
In-Reply-To: <200906160325.n5G3PxGP008120@mp.cs.niu.edu>
References: <200906160325.n5G3PxGP008120@mp.cs.niu.edu>
Message-ID: <20090616180726.GA945@wep4035.physik.uni-wuerzburg.de>

On Mon, Jun 15, 2009 at 10:25:59PM -0500, Scott Bennett wrote:
>      I got no responses when I posted this a few days ago, so I'm reposting
> it now.  I'd really like to finish the perl upgrade process, so I could move
> on to installing/updating other ports safely, but could use some advice.
>    --------------------------------------------------------------------
>      Following the instructions in /usr/ports/UPDATING for upgrading from
> lang/perl5.8 to lang/perl5.10 using portmaster, the first part seems to go
> well.  The last line of that process is where the excerpt below begins.
> The second step, as you will see, fails with the error message shown.
> /usr/ports/UPDATING neglects to mention what to do next, and the process
> looks incomplete at this point.  If someone could offer instructions for
> completing the process, I would be grateful.
> 
> ===>>> Upgrade of perl-5.8.9_2 to perl-threaded-5.10.0_3 complete
> 
> hellas# nice +18 portmaster -v -r perl\*
> 
> ===>>> No ORIGIN in /var/db/pkg/perl-threaded-5.10.0_3/+CONTENTS:@comment ORIGIN:lang/perl5.10 /var/db/pkg/perltidy-20071205/+CONTENTS:@comment ORIGIN:devel/perltidy/+CONTENTS
> ===>>> Aborting update
> 
The something is wrong with packages database in /var/db/pkg or portmaster
doesn't like it. Please, show the output from the following commands to start:

head /var/db/pkg/perl-threaded-5.10.0_3/+CONTENTS
head /var/db/pkg/perltidy-20071205/+CONTENTS

Mine is (no perltidy though):
~> head /var/db/pkg/perl-5.10.0_3/+CONTENTS 
@comment PKG_FORMAT_REVISION:1.1
@name perl-5.10.0_3
@comment ORIGIN:lang/perl5.10
@cwd /usr/local
@conflicts perl-5.6.*
@conflicts perl-5.8.*
@conflicts perl-threaded-5.8.*
man/man1/a2p.1.gz
@comment MD5:41051bd143f495e113fa136ac0e9cb6f
man/man1/c2ph.1.gz

Hmmm... Looking at portmaster sources I've got one idea.
Can you try more precise command to upgrade everything depending on perl?

nice +18 portmaster -v -r perl-threaded-5.10.0_3

The point is that perl\* wildcard gives you both perl-threaded-XXX and
perltidy-XXXX which might be bad idea.

If this is the case I think UPDATING entry should be improved
to use perl-\* wildcard.

> hellas#
> 
>      Please copy me in on any responses.  I'm subscribed to the digest form
> of this list, so responses sent only to the list may take up to a day to be
> sent to me as part of the digest.
>      Thanks in advance for any assistance in proceeding with the perl upgrade.
> 
Just 0.02$,
Alexey.
From Udo.Schweigert at siemens.com  Tue Jun 16 18:09:48 2009
From: Udo.Schweigert at siemens.com (Schweigert, Udo CERT)
Date: Tue Jun 16 18:09:54 2009
Subject: FreeBSD Port: nessus-2.2.9_1
In-Reply-To: <OFD36F526A.E6336145-ON862575D7.005E974C-862575D7.005EE822@metavante.com>
References: <OFD36F526A.E6336145-ON862575D7.005E974C-862575D7.005EE822@metavante.com>
Message-ID: <20090616173912.GA5531@alaska.cert.siemens.com>

No, there are no further updates as 2.2.9 is the last open source version.

Udo

On Tue, Jun 16, 2009 at 12:16:54 -0500, Phillip.Gonzalez@metavante.com wrote:
> 
> hi,
> 
> i'm looking at the nessus port on one of my FreeBSD boxes(recently updated
> ports tree) and it looks like it's at version 2.2.9.  has this port not
> been updated or am i missing something?
> 
> thanks for your time,
> 
> Phillip P Gonzalez
> Information Security Analyst Sr.
> Security Analysis and Testing
> Metavante Corporation
> tel: 414.357.3156
> 
> 
> ---------------------------------------------------------------------
> This message contains confidential and proprietary information of the
> sender, and is intended only for the person(s) to whom it is addressed.
> Any use, distribution, copying or disclosure by any other person is
> strictly prohibited.  If you have received this message in error, please
> notify the e-mail sender immediately, and delete the original message
> without making a copy.
> 
From pgollucci at p6m7g8.com  Tue Jun 16 18:15:22 2009
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Tue Jun 16 18:15:29 2009
Subject: [REPOST] problem upgrading perl
In-Reply-To: <200906160325.n5G3PxGP008120@mp.cs.niu.edu>
References: <200906160325.n5G3PxGP008120@mp.cs.niu.edu>
Message-ID: <4A37E138.8050105@p6m7g8.com>

> ===>>> No ORIGIN in /var/db/pkg/perl-threaded-5.10.0_3/+CONTENTS:@comment ORIGIN:lang/perl5.10 /var/db/pkg/perltidy-20071205/+CONTENTS:@comment ORIGIN:devel/perltidy/+CONTENTS
> ===>>> Aborting update
Looks something in your /var/db/pkg got corrupted.  Fix it or forcibly remove 
perltidy and rebuild it later.


-- 
------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant          - P6M7G8 Inc.                http://p6m7g8.net
Senior Sys Admin    - RideCharge, Inc.           http://ridecharge.com
Contractor          - PositiveEnergyUSA          http://positiveenergyusa.com
ASF Member          - Apache Software Foundation http://apache.org
FreeBSD Committer   - FreeBSD Foundation         http://freebsd.org

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
From pschmehl_lists at tx.rr.com  Tue Jun 16 18:46:44 2009
From: pschmehl_lists at tx.rr.com (Paul Schmehl)
Date: Tue Jun 16 18:46:51 2009
Subject: Nessus 4.0.1 for FreeBSD
Message-ID: <63844F7221AE2C4DDB7D0388@utd65257.utdallas.edu>

Has anyone downloaded this binary distro and gotten it working on FreeBSD?  I 
tried it recently, with disasterous results.  It not only didn't work, but it 
blew up my port install, which now refuses to update the plugins.

If someone knows how to get 4.0.1 working on FreeBSD, I'd sure appreciate a 
brief tutorial.

-- 
Paul Schmehl, Senior Infosec Analyst
As if it wasn't already obvious, my opinions
are my own and not those of my employer.
*******************************************
Check the headers before clicking on Reply.

From mel.flynn+fbsd.ports at mailing.thruhere.net  Tue Jun 16 19:01:24 2009
From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn)
Date: Tue Jun 16 19:01:32 2009
Subject: pkg_libchk: a missing library is not detected
In-Reply-To: <4A37BB97.8080405@bsdforen.de>
References: <88733235@bb.ipt.ru>
	<200906151009.19181.mel.flynn+fbsd.ports@mailing.thruhere.net>
	<4A37BB97.8080405@bsdforen.de>
Message-ID: <200906161101.22167.mel.flynn+fbsd.ports@mailing.thruhere.net>

On Tuesday 16 June 2009 07:34:47 Dominic Fandrey wrote:
> Mel Flynn wrote:
> > On Monday 15 June 2009 02:55:09 Dominic Fandrey wrote:
> >> Sorry for the late reply, this was auto-sorted into the ports@ mails
> >> and drowned there.
> >>
> >> Boris Samorodov wrote:
> >>> As I understand pkg_upgrade does not preserve old libraries at
> >>> /usr/local/lib/compat?
> >>
> >> That's true. I consider this common approach a security risk.
> >
> > It is a service interruption to delete libraries that are still used and
> > this can also lead to security problems.
> > However, pkg_upgrade cannot ever hope to fix this problem, because the
> > buildservers do not unconditionally rebuild packages that mention the
> > upgraded port in LIB_DEPENDS, therefore it is better to leave these
> > shared libraries around.
>
> To me something not working seems to be less of a security problem than
> linking to a vulnerable library.

Depends what is not working. If it's the monitoring software, do you still 
agree?
Also, a library with a vulnerability does not always constitute an exploitable 
library for the way a running vital application uses it. Either way, I don't 
think you should unconditionally interrupt service, because you think yours is 
the right way. It should be optional and because of your own conviction, you 
could choose to make the default "security over service".

> >> To ensure that you get the newest packages wipe
> >> /usr/ports/packages/All.
> >
> > Erm, the download time associated with that approach doesn't really speed
> > up things, nor does it guarantee that you will have working binaries if
> > the port maintainer forgot to version bump a port.
>
> Well, you don't ever need them again after having them installed once, so I
> don't see the problem.

True I guess for most cases, but if that's true, then why remove them if 
you're not ever going to download them twice?

> And at least from pointyhead I've never head
> broken linking, even when the package was not version bumped, so I think
> there's some kind of human intervention, or I was lucky.

Luck. The app linking to the old library will have a dependency on the old 
version. pkg_add will find the origin, issue a warning about "app-1.0 needing 
lib-0.1 but lib-0.2 is installed" and proceed. app will not start, because of 
the missing library.

> Proper version bumping solves both problems, though and it is rarely
> forgotten lately. So the issue is much smaller, now than it would have been
> a couple of years ago. Also I do not see a way for my tool to handle this
> in any acceptable way. If you've got an idea, go ahead and tell me. I
> actually want to deal with as many problems as possible without user
> intervention. It's about making life easier, after all.

You can't without the buildservers providing hashes for the packages (to 
detect if a package has been repacked) or in less good case checking lastmod 
time and size plus the buildservers rebuilding dependents.
-- 
Mel
From gamato at users.sf.net  Tue Jun 16 19:28:40 2009
From: gamato at users.sf.net (martinko)
Date: Tue Jun 16 19:28:51 2009
Subject: FreeBSD Port: devel/boost-python
Message-ID: <4A37F259.8000102@users.sf.net>

Hallo,

I've installed graphics/gimp which installed devel/boost.
Now I'm trying to install x11/kdebase4* that want devel/boost-python 
which is in conflict with devel/boost.
I don't think I've modified any port options, therefore I'm wondering 
why the ports fail to install. :-/
What should I do to remedy the situation pls ?

Cheers,

M.

From dougb at FreeBSD.org  Tue Jun 16 20:16:16 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Tue Jun 16 20:16:22 2009
Subject: [REPOST] problem upgrading perl
In-Reply-To: <200906160325.n5G3PxGP008120@mp.cs.niu.edu>
References: <200906160325.n5G3PxGP008120@mp.cs.niu.edu>
Message-ID: <4A37FD86.400@FreeBSD.org>

Scott Bennett wrote:
>      I got no responses when I posted this a few days ago, so I'm reposting
> it now.  I'd really like to finish the perl upgrade process, so I could move
> on to installing/updating other ports safely, but could use some advice.
>    --------------------------------------------------------------------
>      Following the instructions in /usr/ports/UPDATING for upgrading from
> lang/perl5.8 to lang/perl5.10 using portmaster, the first part seems to go
> well.  The last line of that process is where the excerpt below begins.
> The second step, as you will see, fails with the error message shown.
> /usr/ports/UPDATING neglects to mention what to do next, and the process
> looks incomplete at this point.  If someone could offer instructions for
> completing the process, I would be grateful.
> 
> ===>>> Upgrade of perl-5.8.9_2 to perl-threaded-5.10.0_3 complete
> 
> hellas# nice +18 portmaster -v -r perl\*

As someone else already pointed out, the -r option can only take one
port, so if the glob matches more than one it won't work. Specifying
the specific installed port from the directory in /var/db/pkg is the
way to go.


hope this helps,

Doug
From kitchetech at gmail.com  Tue Jun 16 23:07:33 2009
From: kitchetech at gmail.com (matt donovan)
Date: Tue Jun 16 23:07:43 2009
Subject: FreeBSD Port: nessus-2.2.9_1
In-Reply-To: <20090616173912.GA5531@alaska.cert.siemens.com>
References: <OFD36F526A.E6336145-ON862575D7.005E974C-862575D7.005EE822@metavante.com>
	<20090616173912.GA5531@alaska.cert.siemens.com>
Message-ID: <28283d910906161607q32f497a4y9d1621a6437bca27@mail.gmail.com>

On Tue, Jun 16, 2009 at 1:39 PM, Schweigert, Udo CERT <
Udo.Schweigert@siemens.com> wrote:

> No, there are no further updates as 2.2.9 is the last open source version.
>
> Udo
>
> On Tue, Jun 16, 2009 at 12:16:54 -0500, Phillip.Gonzalez@metavante.comwrote:
> >
> > hi,
> >
> > i'm looking at the nessus port on one of my FreeBSD boxes(recently
> updated
> > ports tree) and it looks like it's at version 2.2.9.  has this port not
> > been updated or am i missing something?
> >
> > thanks for your time,
> >
> > Phillip P Gonzalez
> > Information Security Analyst Sr.
> > Security Analysis and Testing
> > Metavante Corporation
> > tel: 414.357.3156
> >
> >
>

You have to go to the nessus website to grab the package now since it's no
longer open source
From kamikaze at bsdforen.de  Tue Jun 16 23:08:56 2009
From: kamikaze at bsdforen.de (Dominic Fandrey)
Date: Tue Jun 16 23:09:04 2009
Subject: pkg_libchk: a missing library is not detected
In-Reply-To: <200906161101.22167.mel.flynn+fbsd.ports@mailing.thruhere.net>
References: <88733235@bb.ipt.ru>	<200906151009.19181.mel.flynn+fbsd.ports@mailing.thruhere.net>	<4A37BB97.8080405@bsdforen.de>
	<200906161101.22167.mel.flynn+fbsd.ports@mailing.thruhere.net>
Message-ID: <4A382604.9090206@bsdforen.de>

Mel Flynn wrote:
> On Tuesday 16 June 2009 07:34:47 Dominic Fandrey wrote:
>> Mel Flynn wrote:
>>> On Monday 15 June 2009 02:55:09 Dominic Fandrey wrote:
>>>> Sorry for the late reply, this was auto-sorted into the ports@ mails
>>>> and drowned there.
>>>>
>>>> Boris Samorodov wrote:
>>>>> As I understand pkg_upgrade does not preserve old libraries at
>>>>> /usr/local/lib/compat?
>>>> That's true. I consider this common approach a security risk.
>>> It is a service interruption to delete libraries that are still used and
>>> this can also lead to security problems.
>>> However, pkg_upgrade cannot ever hope to fix this problem, because the
>>> buildservers do not unconditionally rebuild packages that mention the
>>> upgraded port in LIB_DEPENDS, therefore it is better to leave these
>>> shared libraries around.
>> To me something not working seems to be less of a security problem than
>> linking to a vulnerable library.
> 
> Depends what is not working. If it's the monitoring software, do you still 
> agree?

Yes I do. Virus scanners and personal firewalls have proven to be security
hazards in the past. Any kind of monitoring is as likely to be a gateway
to be exploited, especially considering that monitoring software normally
has a lot of privileges.

> Also, a library with a vulnerability does not always constitute an exploitable 
> library for the way a running vital application uses it.

Do you have a convincing example? None comes to my mind.

> Either way, I don't 
> think you should unconditionally interrupt service, because you think yours is 
> the right way. It should be optional and because of your own conviction, you 
> could choose to make the default "security over service".

Provide an example where it make sense to keep a vulnerable library around
and I will add the option to preserve libraries.

>>>> To ensure that you get the newest packages wipe
>>>> /usr/ports/packages/All.
>>> Erm, the download time associated with that approach doesn't really speed
>>> up things, nor does it guarantee that you will have working binaries if
>>> the port maintainer forgot to version bump a port.
>> Well, you don't ever need them again after having them installed once, so I
>> don't see the problem.
> 
> True I guess for most cases, but if that's true, then why remove them if 
> you're not ever going to download them twice?

Because you want to download them again if they have been rebuilt without a
version change. Something that actually seems to be happening on pointyhead.

> 
>> And at least from pointyhead I've never head
>> broken linking, even when the package was not version bumped, so I think
>> there's some kind of human intervention, or I was lucky.
> 
> Luck. The app linking to the old library will have a dependency on the old 
> version. pkg_add will find the origin, issue a warning about "app-1.0 needing 
> lib-0.1 but lib-0.2 is installed" and proceed. app will not start, because of 
> the missing library.

I've never had this case. I've got the impression that pointyhead rebuilds all
dependencies.

> 
>> Proper version bumping solves both problems, though and it is rarely
>> forgotten lately. So the issue is much smaller, now than it would have been
>> a couple of years ago. Also I do not see a way for my tool to handle this
>> in any acceptable way. If you've got an idea, go ahead and tell me. I
>> actually want to deal with as many problems as possible without user
>> intervention. It's about making life easier, after all.
> 
> You can't without the buildservers providing hashes for the packages (to 
> detect if a package has been repacked) or in less good case checking lastmod 
> time and size plus the buildservers rebuilding dependents.

We've got a PR for this kind of thing around (actually we only request hashes
for the INDEX, one step at a time), but I doubt someone is interested in
providing this feature. Maybe one day I'll create patches for pointyhead
myself, but not before I have done everything that I want to do with
pkg_upgrade. There's still so much to be done, it does not yet seem
worthwile to invest time into getting to know some else's code,
patching it and complaining long enough to get the patches committed.
From kamikaze at bsdforen.de  Tue Jun 16 23:15:04 2009
From: kamikaze at bsdforen.de (Dominic Fandrey)
Date: Tue Jun 16 23:15:10 2009
Subject: Possibly unbuildable ports reminder
In-Reply-To: <200801281000.m0SA01rg008494@freefall.freebsd.org>
References: <200801281000.m0SA01rg008494@freefall.freebsd.org>
Message-ID: <4A382776.8020908@bsdforen.de>

Bill Fenner wrote:
> 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!

This is about my ports:
http://people.freebsd.org/~fenner/errorlogs/kamikaze@bsdforen.de-date.html

error no. 3: outdated, the port has long since been moved and updated
error no. 2: cannot reproduce, I have a dim memory of an error
	like this, I think it got fixed a long time ago
error no. 1: there's no error message in the log, it builds
	fine on my 7.2-stable/amd64 system
From shuvaev at physik.uni-wuerzburg.de  Tue Jun 16 23:22:00 2009
From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev)
Date: Tue Jun 16 23:22:07 2009
Subject: FreeBSD Port: nessus-2.2.9_1
In-Reply-To: <28283d910906161607q32f497a4y9d1621a6437bca27@mail.gmail.com>
References: <OFD36F526A.E6336145-ON862575D7.005E974C-862575D7.005EE822@metavante.com>
	<20090616173912.GA5531@alaska.cert.siemens.com>
	<28283d910906161607q32f497a4y9d1621a6437bca27@mail.gmail.com>
Message-ID: <20090616232157.GA4146@wep4035.physik.uni-wuerzburg.de>

On Tue, Jun 16, 2009 at 07:07:12PM -0400, matt donovan wrote:
> On Tue, Jun 16, 2009 at 1:39 PM, Schweigert, Udo CERT <
> Udo.Schweigert@siemens.com> wrote:
> 
> > No, there are no further updates as 2.2.9 is the last open source version.
> >
> > Udo
> >
> > On Tue, Jun 16, 2009 at 12:16:54 -0500, Phillip.Gonzalez@metavante.comwrote:
> > >
> > > hi,
> > >
> > > i'm looking at the nessus port on one of my FreeBSD boxes(recently
> > updated
> > > ports tree) and it looks like it's at version 2.2.9.  has this port not
> > > been updated or am i missing something?
> > >
> > > thanks for your time,
> > >
> > > Phillip P Gonzalez
> > > Information Security Analyst Sr.
> > > Security Analysis and Testing
> > > Metavante Corporation
> > > tel: 414.357.3156
> > >
> > >
> >
> 
> You have to go to the nessus website to grab the package now since it's no
> longer open source
>
I don't use nessus myself but just checking their website I see 2.2.11
as the latest open source version.

Just 0.02$,
Alexey.
From kitchetech at gmail.com  Tue Jun 16 23:28:50 2009
From: kitchetech at gmail.com (matt donovan)
Date: Tue Jun 16 23:28:56 2009
Subject: FreeBSD Port: nessus-2.2.9_1
In-Reply-To: <20090616232157.GA4146@wep4035.physik.uni-wuerzburg.de>
References: <OFD36F526A.E6336145-ON862575D7.005E974C-862575D7.005EE822@metavante.com>
	<20090616173912.GA5531@alaska.cert.siemens.com>
	<28283d910906161607q32f497a4y9d1621a6437bca27@mail.gmail.com> 
	<20090616232157.GA4146@wep4035.physik.uni-wuerzburg.de>
Message-ID: <28283d910906161628x671d5f58m587327a2a89f1c7a@mail.gmail.com>

On Tue, Jun 16, 2009 at 7:21 PM, Alexey Shuvaev <
shuvaev@physik.uni-wuerzburg.de> wrote:

> On Tue, Jun 16, 2009 at 07:07:12PM -0400, matt donovan wrote:
> > On Tue, Jun 16, 2009 at 1:39 PM, Schweigert, Udo CERT <
> > Udo.Schweigert@siemens.com> wrote:
> >
> > > No, there are no further updates as 2.2.9 is the last open source
> version.
> > >
> > > Udo
> > >
> > > On Tue, Jun 16, 2009 at 12:16:54 -0500,
> Phillip.Gonzalez@metavante.comwrote:
> > > >
> > > > hi,
> > > >
> > > > i'm looking at the nessus port on one of my FreeBSD boxes(recently
> > > updated
> > > > ports tree) and it looks like it's at version 2.2.9.  has this port
> not
> > > > been updated or am i missing something?
> > > >
> > > > thanks for your time,
> > > >
> > > > Phillip P Gonzalez
> > > > Information Security Analyst Sr.
> > > > Security Analysis and Testing
> > > > Metavante Corporation
> > > > tel: 414.357.3156
> > > >
> > > >
> > >
> >
> > You have to go to the nessus website to grab the package now since it's
> no
> > longer open source
> >
> I don't use nessus myself but just checking their website I see 2.2.11
> as the latest open source version.
>
> Just 0.02$,
> Alexey.


yes which is out of date anyways might as well just grab the freebsd package
From pschmehl_lists at tx.rr.com  Tue Jun 16 23:40:47 2009
From: pschmehl_lists at tx.rr.com (Paul Schmehl)
Date: Tue Jun 16 23:40:54 2009
Subject: Nessus 4.0.1 for FreeBSD
In-Reply-To: <63844F7221AE2C4DDB7D0388@utd65257.utdallas.edu>
References: <63844F7221AE2C4DDB7D0388@utd65257.utdallas.edu>
Message-ID: <9B9505B5D4381F303C13F1BD@utd65257.utdallas.edu>

--On Tuesday, June 16, 2009 13:17:52 -0500 Paul Schmehl 
<pschmehl_lists@tx.rr.com> wrote:

>
> Has anyone downloaded this binary distro and gotten it working on FreeBSD?  I
> tried it recently, with disasterous results.  It not only didn't work, but it
> blew up my port install, which now refuses to update the plugins.
>
> If someone knows how to get 4.0.1 working on FreeBSD, I'd sure appreciate a
> brief tutorial.
>

Apparently persistence pays off.  After installing (using pkg_add), and had to 
run nessusd -R twice to fix the plugins dbs so that the daemon would start and 
run properly.

So anyone who's trying to do this, after registering and fetching the plugins, 
run nessusd -R twice (if it craters the first time, as it did for me) before 
starting the daemon.  After that everything should work as expected.

-- 
Paul Schmehl, Senior Infosec Analyst
As if it wasn't already obvious, my opinions
are my own and not those of my employer.
*******************************************
Check the headers before clicking on Reply.

From jchambers at ucla.edu  Tue Jun 16 23:59:54 2009
From: jchambers at ucla.edu (Jason Chambers)
Date: Wed Jun 17 00:00:01 2009
Subject: Nessus 4.0.1 for FreeBSD
In-Reply-To: <9B9505B5D4381F303C13F1BD@utd65257.utdallas.edu>
References: <63844F7221AE2C4DDB7D0388@utd65257.utdallas.edu>
	<9B9505B5D4381F303C13F1BD@utd65257.utdallas.edu>
Message-ID: <4A3831DF.8090703@ucla.edu>

Paul Schmehl wrote:
>
> Apparently persistence pays off.  After installing (using pkg_add), and
> had to run nessusd -R twice to fix the plugins dbs so that the daemon
> would start and run properly.
> 
> So anyone who's trying to do this, after registering and fetching the
> plugins, run nessusd -R twice (if it craters the first time, as it did
> for me) before starting the daemon.  After that everything should work
> as expected.

Had this same problem as I'm sure everyone else does.  I manually update
plugins with nessus-update-plugins and find that after doing so you have
to rerun the rebuild (nessusd -R) before restarting.  Might be the case
after you restart nessus with auto-update enabled??  Anyway, the forums
at discussions.nessus.org are the best place for help.

--Jason

From jchambers at ucla.edu  Wed Jun 17 00:03:05 2009
From: jchambers at ucla.edu (Jason Chambers)
Date: Wed Jun 17 00:03:12 2009
Subject: FreeBSD Port: nessus-2.2.9_1
In-Reply-To: <OFD36F526A.E6336145-ON862575D7.005E974C-862575D7.005EE822@metavante.com>
References: <OFD36F526A.E6336145-ON862575D7.005E974C-862575D7.005EE822@metavante.com>
Message-ID: <4A38329B.2030902@ucla.edu>

Phillip.Gonzalez@Metavante.com wrote:
> hi,
> 
> i'm looking at the nessus port on one of my FreeBSD boxes(recently updated
> ports tree) and it looks like it's at version 2.2.9.  has this port not
> been updated or am i missing something?
> 

Abandoned long ago and moved to a closed source version.

OpenVAS is the current fork of nessus 2.x.

ls -l /usr/ports/security |grep openvas

--Jason

From swhetzel at gmail.com  Wed Jun 17 00:54:59 2009
From: swhetzel at gmail.com (Scot Hetzel)
Date: Wed Jun 17 00:55:06 2009
Subject: FreeBSD Port: devel/boost-python
In-Reply-To: <4A37F259.8000102@users.sf.net>
References: <4A37F259.8000102@users.sf.net>
Message-ID: <790a9fff0906161734l3408f419o36b2ff7940203fe3@mail.gmail.com>

2009/6/16 martinko <gamato@users.sf.net>:
> Hallo,
>
> I've installed graphics/gimp which installed devel/boost.
> Now I'm trying to install x11/kdebase4* that want devel/boost-python which
> is in conflict with devel/boost.
> I don't think I've modified any port options, therefore I'm wondering why
> the ports fail to install. :-/
> What should I do to remedy the situation pls ?
>

Either uninstall graphics/gimp and devel/boost. First install
devel/boost-python then graphics/gimp.

Or use either portupgrade or pormaster to replace devel/boost with
devel/boost-python:

If using portupgrade:
  # portupgrade -o devel/boost-python devel/boost

  If using portmaster:
  # portmaster -o ldevel/boost-python devel/boost

Scot
From info at wiseinvestcr.com  Wed Jun 17 03:16:14 2009
From: info at wiseinvestcr.com (info@wiseinvestcr.com)
Date: Wed Jun 17 03:16:21 2009
Subject: New Costa Rica Homes 129,000!
Message-ID: <200906170314.n5H3EsYP023280@mail.easycostarentals.com>


Close to airport, beaches, shopping and health care.
Visit: http://wiseinvestcr.com/a4rio3 for more details.
Excellent returns.
Rich Group SA
Calle 3, Avenida 11, 150 metros norte del Banco Nacional
San Jose Centro, San Jose, Costa Rica
0 800 0150 6631/877-900-1188
unsubscribe:  http://wiseinvestcr.com/unsubscribe

From mezz7 at cox.net  Wed Jun 17 03:39:09 2009
From: mezz7 at cox.net (Jeremy Messenger)
Date: Wed Jun 17 03:39:16 2009
Subject: FreeBSD Port: devel/boost-python
In-Reply-To: <790a9fff0906161734l3408f419o36b2ff7940203fe3@mail.gmail.com>
References: <4A37F259.8000102@users.sf.net>
	<790a9fff0906161734l3408f419o36b2ff7940203fe3@mail.gmail.com>
Message-ID: <op.uvngg2qh9aq2h7@localhost>

On Tue, 16 Jun 2009 19:34:43 -0500, Scot Hetzel <swhetzel@gmail.com> wrote:

> 2009/6/16 martinko <gamato@users.sf.net>:
>> Hallo,
>>
>> I've installed graphics/gimp which installed devel/boost.
>> Now I'm trying to install x11/kdebase4* that want devel/boost-python  
>> which
>> is in conflict with devel/boost.
>> I don't think I've modified any port options, therefore I'm wondering  
>> why
>> the ports fail to install. :-/
>> What should I do to remedy the situation pls ?
>>
>
> Either uninstall graphics/gimp and devel/boost. First install
> devel/boost-python then graphics/gimp.

You don't need to uninstall gimp. All you have to do is reinstall boost  
with python option. The fix is on way from boost maintainer and being test.

Cheers,
Mezz

> Or use either portupgrade or pormaster to replace devel/boost with
> devel/boost-python:
>
> If using portupgrade:
>   # portupgrade -o devel/boost-python devel/boost
>
>   If using portmaster:
>   # portmaster -o ldevel/boost-python devel/boost
>
> Scot


-- 
mezz7@cox.net  -  mezz@FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome@FreeBSD.org
From jeffrey at goldmark.org  Wed Jun 17 04:06:03 2009
From: jeffrey at goldmark.org (Jeffrey Goldberg)
Date: Wed Jun 17 04:06:11 2009
Subject: Safe to run squid_user=root ?
Message-ID: <6F3DA1E9-877B-438D-BE2A-D9800C210AA7@goldmark.org>

www/squid30 sets up an rc.d startup script that includes

   squid_user=${squid_user:-squid}

This makes it impossible to get squid to listen on a port lower than  
1024.

If I specify

  squid_user=root

in my rc.conf will I be doing something stupid?  Does squid  
appropriately drop privileges after binding to a socket?

The background for this is that I want to set up a proxy to listen on  
port 70 (yes that is gopher).  There is a bit of a move afoot to set  
up proxies to allow people from Iran to get to sites like twitter and  
facebook which are currently being blocked by the Iranian government.   
They have just started blocking things to destination ports like 8080  
and 3128.

FreeBSD 7-STABLE, www/squid30

Cheers,

-j

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

From bennett at cs.niu.edu  Wed Jun 17 04:45:37 2009
From: bennett at cs.niu.edu (Scott Bennett)
Date: Wed Jun 17 04:45:44 2009
Subject: [REPOST] problem upgrading perl
Message-ID: <200906170444.n5H4isBg021636@mp.cs.niu.edu>

     On Tue, 16 Jun 2009 20:07:26 +0200 Alexey Shuvaev
<shuvaev@physik.uni-wuerzburg.de> wrote:
>On Mon, Jun 15, 2009 at 10:25:59PM -0500, Scott Bennett wrote:
>>      I got no responses when I posted this a few days ago, so I'm reposting
>> it now.  I'd really like to finish the perl upgrade process, so I could move
>> on to installing/updating other ports safely, but could use some advice.
>>    --------------------------------------------------------------------
>>      Following the instructions in /usr/ports/UPDATING for upgrading from
>> lang/perl5.8 to lang/perl5.10 using portmaster, the first part seems to go
>> well.  The last line of that process is where the excerpt below begins.
>> The second step, as you will see, fails with the error message shown.
>> /usr/ports/UPDATING neglects to mention what to do next, and the process
>> looks incomplete at this point.  If someone could offer instructions for
>> completing the process, I would be grateful.
>> 
>> ===>>> Upgrade of perl-5.8.9_2 to perl-threaded-5.10.0_3 complete
>> 
>> hellas# nice +18 portmaster -v -r perl\*
>> 
>> ===>>> No ORIGIN in /var/db/pkg/perl-threaded-5.10.0_3/+CONTENTS:@comment ORIGIN:lang/perl5.10 /var/db/pkg/perltidy-20071205/+CONTENTS:@comment ORIGIN:devel/perltidy/+CONTENTS
>> ===>>> Aborting update
>> 
>The something is wrong with packages database in /var/db/pkg or portmaster
>doesn't like it. Please, show the output from the following commands to start:
>
>head /var/db/pkg/perl-threaded-5.10.0_3/+CONTENTS
>head /var/db/pkg/perltidy-20071205/+CONTENTS
>
Script started on Tue Jun 16 22:48:33 2009
[hellas] 101 % head /var/db/pkg/perl-threaded-5.10.0_3/+CONTENTS
@comment PKG_FORMAT_REVISION:1.1
@name perl-threaded-5.10.0_3
@comment ORIGIN:lang/perl5.10
@cwd /usr/local
@pkgdep gdbm-1.8.3_3
@comment DEPORIGIN:databases/gdbm
@conflicts perl-5.6.*
@conflicts perl-5.8.*
@conflicts perl-threaded-5.8.*
man/man1/a2p.1.gz
[hellas] 102 % head /var/db/pkg/perltidy-20071205/+CONTENTS
@comment PKG_FORMAT_REVISION:1.1
@name perltidy-20071205
@comment ORIGIN:devel/perltidy
@cwd /usr/local
@pkgdep perl-threaded-5.10.0_3
@comment DEPORIGIN:lang/perl5.10
man/man1/perltidy.1.gz
@comment MD5:5b629d5917cb885aa24509e40da51b9f
lib/perl5/5.8.9/man/man3/Perl::Tidy.3.gz
@comment MD5:dcedd0294434f2a88ad1caa048847ce0
[hellas] 103 % exit
exit

Script done on Tue Jun 16 22:49:49 2009

>Mine is (no perltidy though):
>~> head /var/db/pkg/perl-5.10.0_3/+CONTENTS 
>@comment PKG_FORMAT_REVISION:1.1
>@name perl-5.10.0_3
>@comment ORIGIN:lang/perl5.10
>@cwd /usr/local
>@conflicts perl-5.6.*
>@conflicts perl-5.8.*
>@conflicts perl-threaded-5.8.*
>man/man1/a2p.1.gz
>@comment MD5:41051bd143f495e113fa136ac0e9cb6f
>man/man1/c2ph.1.gz
>
>Hmmm... Looking at portmaster sources I've got one idea.
>Can you try more precise command to upgrade everything depending on perl?
>
>nice +18 portmaster -v -r perl-threaded-5.10.0_3
>
>The point is that perl\* wildcard gives you both perl-threaded-XXX and
>perltidy-XXXX which might be bad idea.

     Bingo!!  Very nice call.  It has now driven me to distraction with dialog
boxes for configuration stuff for many ports/packages, and is now busily
reinstalling perl intself.
>
>If this is the case I think UPDATING entry should be improved
>to use perl-\* wildcard.

     I think you meant to *not* use the wildcard, and yes, /usr/ports/UPDATING
is clearly wrong in this case and should be fixed.
     Thanks very much for solving this.  I still have to deal with some
problems with options on the various packages/ports to be updated, but I can
proceed for now.


                                  Scott Bennett, Comm. ASMELG, CFIAG
**********************************************************************
* Internet:       bennett at cs.niu.edu                              *
*--------------------------------------------------------------------*
* "A well regulated and disciplined militia, is at all times a good  *
* objection to the introduction of that bane of all free governments *
* -- a standing army."                                               *
*    -- Gov. John Hancock, New York Journal, 28 January 1790         *
**********************************************************************
From taguchi at iij.ad.jp  Wed Jun 17 05:04:46 2009
From: taguchi at iij.ad.jp (=?ISO-2022-JP?B?GyRCRUQ4fRsoQg==?= =?ISO-2022-JP?B?GyRCNSMbKEI=?=)
Date: Wed Jun 17 05:05:18 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
In-Reply-To: <20090611194557.GC98175@bsdcrew.de>
References: <20090611194557.GC98175@bsdcrew.de>
Message-ID: <20090617134954.131956w1zmh4czci@taguchi-d.tohoku.iiji.jp>

Hi,

I've test it on my FreeBSD-7.2p1 amd64 box.
I got "2 VirtualBox processes"-probrem. but I'd kill
2nd process, then it works fine.

So I'd tried to boot FreeBSD-7.2-RELEASE-amd64 installer
DVD.
loader work fine. but try to launch /stand/sysinstall,
it does not work. it stopped ;-(
installer's dialogue does not displaied.

i386 version was work fine.

Thanks.


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

From taguchi at iij.ad.jp  Wed Jun 17 05:04:47 2009
From: taguchi at iij.ad.jp (=?ISO-2022-JP?B?GyRCRUQ4fRsoQg==?= =?ISO-2022-JP?B?GyRCNSMbKEI=?=)
Date: Wed Jun 17 05:05:35 2009
Subject: [Call For Testing] VirtualBox for FreeBSD! take 6
In-Reply-To: <20090611194557.GC98175@bsdcrew.de>
References: <20090611194557.GC98175@bsdcrew.de>
Message-ID: <20090617135011.996334oa95kwtpfn@taguchi-d.tohoku.iiji.jp>

Martin Wilke <miwi@FreeBSD.org> ??????????

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Huhu,
>
> Yes we life and that's good :-).
> Changes:
>
>   - Fix build error when compiling in debug mode on FreeBSD HEAD
>   - SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite timeout.
>   - Some FreeBSD relate typos
>   - Enable shared OpenGL service. Completely untested due to lack of
>     appropriate hardware but it compiles at least
>   - Add support for shared clipboards. Requires libXt
>   - FreeBSD: Implement preemption API for guest SMP and enable
>     it (slightly tested). Add neccessary RTMP* methods in userspace
>     for the frontends to detect the number of CPUs
>   - Runtime/semevent-r0drv-freebsd: Use a sleeping mutex
>     instead of a spinlock to fix the problems users are seeing
>     (assertions with debugging enabled) while still being able
>     to run on 100Hz hosts. No problems detected so far and Solaris
>     doesn't use a spin mutex in this code too so it shouldn't do
>     any harm (keeping fingers crossed)space for the frontends to
>     detect the number of CPUs
>   - Add support for curl
>   - Add VBoxSharedClipboard
>
> Ports Changes;
>   - Force guestadditions version to 2.2.4
>   - Removed Qt3 include replacements (already upstream)
>   - Removed cosmetic X11 include path patch
>
> Please make SURE, your world and kernel is in sync and you've read
> the pkg-messages. Also please unload the kernel module before
> you update the port ;-).
>
> Many thx to all Vbox Devs, All supporters, my nice team! :-)
>
>    http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz
>
>  Happy Testing!
>
> - - Martin
>
> - --
>
> +-----------------------+-------------------------------+
> |  PGP    : 0xB1E6FCE9  |  Jabber : miwi(at)BSDCrew.de  |
> |  Skype  : splash_111  |  Mail   : miwi(at)FreeBSD.org |
> +-----------------------+-------------------------------+
> |	Mess with the Best, Die like the Rest!		|
> +-----------------------+-------------------------------+
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.11 (FreeBSD)
>
> iEYEARECAAYFAkoxXvUACgkQdLJIhLHm/OmHHQCcCvJ6EKNehym1siBuQICX+7+l
> i2sAn0InwBQW7jf+l/PqjIM/BR/g3qhi
> =hDW+
> -----END PGP SIGNATURE-----
> _______________________________________________
> 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"
>



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

From hrs at FreeBSD.org  Wed Jun 17 05:16:40 2009
From: hrs at FreeBSD.org (Hiroki Sato)
Date: Wed Jun 17 05:16:47 2009
Subject: acroread9 crashes after maybe 10 seconds of operation.
In-Reply-To: <18997.22089.242834.29735@jerusalem.litteratus.org>
References: <20090611184440.64570233jo01snhk@econet.encontacto.net>
	<20090615.044642.89386640.hrs@allbsd.org>
	<18997.22089.242834.29735@jerusalem.litteratus.org>
Message-ID: <20090617.141203.07900852.hrs@allbsd.org>

Robert Huff <roberthuff@rcn.com> wrote
  in <18997.22089.242834.29735@jerusalem.litteratus.org>:

ro> Hiroki Sato writes:
ro>
ro> >  ec> Is anyone else seeing the following termination message after maybe 10
ro> >  ec> seconds of acroread9 operation?
ro> >
ro> >   Can you add more detailed information on your environment?  Packages
ro> >   you installed and compat.linux.osrelease sysctl are needed at the
ro> >   very least.
ro>
ro> 	compat.linux.osrelease: 2.6.16
ro> 	linux_base-f8-8_11
ro>
ro> >   Acrobat 9 works with compat.linux.osrelease=2.4.2 and
ro> >   linux_base-fc-4_13 on 7.2-RELEASE.  On other environments it may
ro> >   or may not work.
ro>
ro> 	Um.
ro> 	Are there plans to get it to work with something more recent?
ro> I was under the (uninformed) impression linux_base-fc-4 was, ah,
ro> workable but no longer favored.

 The ports collection still assumes fc4 as the default, so I think it
 is the primary target.

 Anyway, I will try other configurations including one in your report.
 I guess the issue is due to some incomplete (or not-fully-compatible)
 compat-layer implementations of features available in Linux 2.6.x.

-- Hiroki
-------------- 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/20090617/514c4c8c/attachment.pgp
From cptsalek at gmail.com  Wed Jun 17 05:50:59 2009
From: cptsalek at gmail.com (Christian Walther)
Date: Wed Jun 17 05:51:07 2009
Subject: Safe to run squid_user=root ?
In-Reply-To: <6F3DA1E9-877B-438D-BE2A-D9800C210AA7@goldmark.org>
References: <6F3DA1E9-877B-438D-BE2A-D9800C210AA7@goldmark.org>
Message-ID: <14989d6e0906162224hde9d093l9ecd42250775efe5@mail.gmail.com>

2009/6/17 Jeffrey Goldberg <jeffrey@goldmark.org>:
> www/squid30 sets up an rc.d startup script that includes
>
> ?squid_user=${squid_user:-squid}
>
> This makes it impossible to get squid to listen on a port lower than 1024.
>
> If I specify
>
> ?squid_user=root
>
> in my rc.conf will I be doing something stupid? ?Does squid appropriately
> drop privileges after binding to a socket?

I'm not sure if squid works if you configure it to listen to port 80.

If it won't work, I see three possibilities:
1. use a jail and set squid_user=root (maybe it won't hurt that much
if someone hacks into the proxy)
2. Set up squid with its standard port, and use SSHs port forwarding
feature. This might be done as root. E.g. squid listens to
localhost:3128, and the port forwarding goes to $EXT_IP:70.
3. Use any other unprivileged port that is used by any protocol.
There's a nice list at
http://www.iana.org/assignments/port-numbers

> The background for this is that I want to set up a proxy to listen on port
> 70 (yes that is gopher). ?There is a bit of a move afoot to set up proxies
> to allow people from Iran to get to sites like twitter and facebook which
> are currently being blocked by the Iranian government. ?They have just
> started blocking things to destination ports like 8080 and 3128.

Yes, I heard and thinking about setting up a proxy, too. I'm just not
sure that I want to have everyone on the net to be able to access it.
I'm not sure if authentication is an option here, though.
From simplex at twopenguins.it  Wed Jun 17 06:42:42 2009
From: simplex at twopenguins.it (Andrea 'simplex' Zulato)
Date: Wed Jun 17 06:42:49 2009
Subject: Unrealircd problems with last patch
Message-ID: <4A388C26.3050900@twopenguins.it>

Hi, i've upgraded c-ares and Unreal from ports but Unreal won't work.
It start without a problem but when someone try to connect to the server
it crash with a core dump error:
Jun 16 09:03:33 hazard kernel: pid 57652 (ircd), uid 0: exited on signal
11 (core dumped)
I've tried to recompile unreal and c-ares whitout any result ("make
install" finish without problems on both ports).
If there's something that i could try, please tell me...
I'm on a FreeBSD 7.2-RELEASE-p1 #0.
Thanks

From roam at ringlet.net  Wed Jun 17 08:52:06 2009
From: roam at ringlet.net (Peter Pentchev)
Date: Wed Jun 17 08:52:12 2009
Subject: Unrealircd problems with last patch
In-Reply-To: <4A388C26.3050900@twopenguins.it>
References: <4A388C26.3050900@twopenguins.it>
Message-ID: <20090617085202.GA976@straylight.m.ringlet.net>

Skipped content of type multipart/mixed-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090617/ea897f40/attachment.pgp
From roam at ringlet.net  Wed Jun 17 08:56:24 2009
From: roam at ringlet.net (Peter Pentchev)
Date: Wed Jun 17 08:56:31 2009
Subject: Unrealircd problems with last patch
In-Reply-To: <20090617085202.GA976@straylight.m.ringlet.net>
References: <4A388C26.3050900@twopenguins.it>
	<20090617085202.GA976@straylight.m.ringlet.net>
Message-ID: <20090617085546.GB976@straylight.m.ringlet.net>

On Wed, Jun 17, 2009 at 11:52:02AM +0300, Peter Pentchev wrote:
> On Wed, Jun 17, 2009 at 08:24:38AM +0200, Andrea 'simplex' Zulato wrote:
> > Hi, i've upgraded c-ares and Unreal from ports but Unreal won't work.
> > It start without a problem but when someone try to connect to the server
> > it crash with a core dump error:
> > Jun 16 09:03:33 hazard kernel: pid 57652 (ircd), uid 0: exited on signal
> > 11 (core dumped)
> > I've tried to recompile unreal and c-ares whitout any result ("make
> > install" finish without problems on both ports).
> > If there's something that i could try, please tell me...
> > I'm on a FreeBSD 7.2-RELEASE-p1 #0.
> 
> Hi,
> 
> I've CC'd Gerrit Beine (the actual maintainer of the irc/unreal port :)
> and Ilya Andreev, who reported the same problem to me yesterday.
> 
> Some time ago, I sent my proposed c-ares update for testing to all
> the maintainers of ports that depend on c-ares directly.  My patches
> made the ports compile, but I didn't have the proper setup to actually
> test them working, since I'm not quite familiar with the programs
> themselves.  Thus, I asked the maintainers for help with testing, and
> after nobody replied for a week or so, I went ahead and commited the update.
> 
> Now Ilya Andreev and you have both hit a problem with UnrealIRCd,
> and Ilya seems to have found a solution.  Could you try putting
> the attached patch-res.c into the irc/unreal/files/ directory and
> rebuilding UnrealIRCd?  If this patch helps, I could commit it if
> Gerrit Beine does not mind.

Hmm, that's funny.  I keep forgetting that sometimes mailing lists
may strip attachments :)  Here's the patch (sorry if you're receiving
it twice)

G'luck,
Peter

diff -u -r1.1.1.1.6.1.2.71.2.26 -r1.1.1.1.6.1.2.71.2.27
--- src/res.c	2009/02/01 16:43:33	1.1.1.1.6.1.2.71.2.26
+++ src/res.c	2009/05/13 10:28:06	1.1.1.1.6.1.2.71.2.27
@@ -722,21 +722,34 @@
 	} else
 	if (*param == 'i') /* INFORMATION */
 	{
-		struct ares_config_info inf;
+		struct ares_options inf;
 		int i;
+		int optmask;
 		
-		ares_get_config(&inf, resolver_channel);
+		ares_save_options(resolver_channel, &inf, &optmask);
 
 		sendtxtnumeric(sptr, "****** DNS Configuration Information ******");
 		sendtxtnumeric(sptr, " c-ares version: %s",ares_version(NULL));
-		sendtxtnumeric(sptr, "        timeout: %d", inf.timeout);
-		sendtxtnumeric(sptr, "          tries: %d", inf.tries);
-		sendtxtnumeric(sptr, "   # of servers: %d", inf.numservers);
-		for (i = 0; i < inf.numservers; i++)
-			sendtxtnumeric(sptr, "      server #%d: %s", i+1, inf.servers[i] ? inf.servers[i] : "[???]");
-			
-		/* TODO: free or get memleak ! */
+
+		if(optmask & ARES_OPT_TIMEOUTMS)
+			sendtxtnumeric(sptr, "        timeout: %d", inf.timeout);
+		if(optmask & ARES_OPT_TRIES)
+			sendtxtnumeric(sptr, "          tries: %d", inf.tries);
+		if(optmask & ARES_OPT_SERVERS)
+		{
+			sendtxtnumeric(sptr, "   # of servers: %d", inf.nservers);
+			for (i = 0; i < inf.nservers; i++)
+				sendtxtnumeric(sptr, "      server #%d: %s", i+1, inet_ntoa(inf.servers[i]));	
+		}
+		if(optmask & ARES_OPT_DOMAINS)
+		{
+			sendtxtnumeric(sptr, "   # of search domains: %d", inf.ndomains);
+			for (i = 0; i < inf.ndomains; i++)
+				sendtxtnumeric(sptr, "      domain #%d: %s", i+1, inf.domains[i]);
+		}
 		sendtxtnumeric(sptr, "****** End of DNS Configuration Info ******");
+		
+		ares_destroy_options(&inf);
 	} else /* STATISTICS */
 	{
 		sendtxtnumeric(sptr, "DNS CACHE Stats:");

-- 
Peter Pentchev	roam@ringlet.net    roam@space.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 the thought you are now thinking.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090617/cfeb5ed8/attachment.pgp
From decke at bluelife.at  Wed Jun 17 09:12:48 2009
From: decke at bluelife.at (Bernhard =?iso-8859-1?Q?Fr=F6hlich?=)
Date: Wed Jun 17 09:12:55 2009
Subject: [CFT] GTK frontend for VirtualBox
In-Reply-To: <4A37B01F.9060907@logvinov.com>
References: <4A37B01F.9060907@logvinov.com>
Message-ID: <a1cd9b3cd455e9d5417fcbeb3a6a3089.squirrel@webmail.itac.at>

On Tue, June 16, 2009 4:45 pm, Alexander Logvinov wrote:
> Hello!
>
>  For GTK lovers I've created a port for vboxgtk 0.4.1:
> http://www.logvinov.ru/files/dist/vboxgtk.tar . Sometimes it works. :)
>
>  2VBox Team: The latest 0.5.0-beta1 version of vboxgtk wants python
> bindings for the VirtualBox Python API support. Any chance to get it?

Sure. I'll look into it but it can take some days.

-- 
Bernhard Fr?hlich
http://www.bluelife.at/

From avg at icyb.net.ua  Wed Jun 17 09:16:50 2009
From: avg at icyb.net.ua (Andriy Gapon)
Date: Wed Jun 17 09:16:58 2009
Subject: portupgrade/ruby issue? (Stale lock file was found. Removed.)
Message-ID: <4A38B47E.1070906@icyb.net.ua>


After recent massive ports update (I think ruby was touch and probably portupgrade
too) I started getting seemingly sporadic "Stale lock file was found. Removed."
messages. What's interesting is that those messages are produced on stdout, not
stderr.

Sporadic - because they appear when there are no parallel execution of any
portupgrade tools (or any other package/port related tools). They appear in
situations wheere they never appeared before.

I see this on two stable/7 systems.

-- 
Andriy Gapon
From bsam at ipt.ru  Wed Jun 17 09:42:19 2009
From: bsam at ipt.ru (Boris Samorodov)
Date: Wed Jun 17 09:42:28 2009
Subject: pkg_libchk: a missing library is not detected
In-Reply-To: <4A382604.9090206@bsdforen.de> (Dominic Fandrey's message of
	"Wed\, 17 Jun 2009 01\:08\:52 +0200")
References: <88733235@bb.ipt.ru>
	<200906151009.19181.mel.flynn+fbsd.ports@mailing.thruhere.net>
	<4A37BB97.8080405@bsdforen.de>
	<200906161101.22167.mel.flynn+fbsd.ports@mailing.thruhere.net>
	<4A382604.9090206@bsdforen.de>
Message-ID: <13510422@ipt.ru>

Dominic Fandrey <kamikaze@bsdforen.de> writes:

>> Luck. The app linking to the old library will have a dependency on the old 
>> version. pkg_add will find the origin, issue a warning about "app-1.0 needing 
>> lib-0.1 but lib-0.2 is installed" and proceed. app will not start, because of 
>> the missing library.
>
> I've never had this case. I've got the impression that pointyhead rebuilds all
> dependencies.

Let me remind you the case with my original question:
1. Graphics/eog was broken (as you said) by indirect dependency.
2. Pkg_libchk didn't catch the case.

Did it happen by design?


WBR
-- 
bsam
From tlott at gamesnet.de  Wed Jun 17 11:33:06 2009
From: tlott at gamesnet.de (Tobias lott)
Date: Wed Jun 17 11:33:14 2009
Subject: portupgrade/ruby issue? (Stale lock file was found. Removed.)
In-Reply-To: <4A38B47E.1070906@icyb.net.ua>
References: <4A38B47E.1070906@icyb.net.ua>
Message-ID: <20090617133231.3883776a@sub.han.vpn.gamesnet.de>



On Wed, 17 Jun 2009 12:16:46 +0300
Andriy Gapon <avg@icyb.net.ua> wrote:

> 
> After recent massive ports update (I think ruby was touch and
> probably portupgrade too) I started getting seemingly sporadic "Stale
> lock file was found. Removed." messages. What's interesting is that
> those messages are produced on stdout, not stderr.
> 
> Sporadic - because they appear when there are no parallel execution
> of any portupgrade tools (or any other package/port related tools).
> They appear in situations wheere they never appeared before.
> 
> I see this on two stable/7 systems.
> 

Got the same on five 7-Stable Machines.

-- 
Tobias Lott
From rwmaillists at googlemail.com  Wed Jun 17 11:38:03 2009
From: rwmaillists at googlemail.com (RW)
Date: Wed Jun 17 11:38:09 2009
Subject: Safe to run squid_user=root ?
In-Reply-To: <6F3DA1E9-877B-438D-BE2A-D9800C210AA7@goldmark.org>
References: <6F3DA1E9-877B-438D-BE2A-D9800C210AA7@goldmark.org>
Message-ID: <20090617123758.71143a96@gumby.homeunix.com>

On Tue, 16 Jun 2009 22:48:17 -0500
Jeffrey Goldberg <jeffrey@goldmark.org> wrote:

> www/squid30 sets up an rc.d startup script that includes
> 
>    squid_user=${squid_user:-squid}
> 
> This makes it impossible to get squid to listen on a port lower than  
> 1024.
> 
> If I specify
> 
>   squid_user=root
> 
> in my rc.conf will I be doing something stupid?  Does squid  
> appropriately drop privileges after binding to a socket?

I don't use squid 3.x but it does in squid 2.x, look
for cache_effective_user and  cache_effective_group in the default
configuration file.
From roberthuff at rcn.com  Wed Jun 17 11:58:08 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Wed Jun 17 11:58:20 2009
Subject: portupgrade/ruby issue? (Stale lock file was found. Removed.)
In-Reply-To: <20090617133231.3883776a@sub.han.vpn.gamesnet.de>
References: <4A38B47E.1070906@icyb.net.ua>
	<20090617133231.3883776a@sub.han.vpn.gamesnet.de>
Message-ID: <19000.55863.785195.669767@jerusalem.litteratus.org>


Tobias lott writes:

>  > After recent massive ports update (I think ruby was touch and
>  > probably portupgrade too) I started getting seemingly sporadic "Stale
>  > lock file was found. Removed." messages. What's interesting is that
>  > those messages are produced on stdout, not stderr.
>  > 
>  > Sporadic - because they appear when there are no parallel execution
>  > of any portupgrade tools (or any other package/port related tools).
>  > They appear in situations wheere they never appeared before.
>  > 
>  > I see this on two stable/7 systems.
>  
>  Got the same on five 7-Stable Machines.

	And on -Current from April.  So, not a function of the OS version.
	Mine happens every time I run portupgrade/portversion, even
when prior runs completed successfully.
	It seems harmless, but it would be Really Nice if it were
fixed.


				Robert Huff

From sergey.dyatko at gmail.com  Wed Jun 17 11:58:59 2009
From: sergey.dyatko at gmail.com (Sergey V. Dyatko)
Date: Wed Jun 17 11:59:06 2009
Subject: portupgrade/ruby issue? (Stale lock file was found. Removed.)
In-Reply-To: <20090617133231.3883776a@sub.han.vpn.gamesnet.de>
References: <4A38B47E.1070906@icyb.net.ua>
	<20090617133231.3883776a@sub.han.vpn.gamesnet.de>
Message-ID: <20090617143536.2d5552ab@notebook>

? Wed, 17 Jun 2009 13:32:31 +0200
Tobias lott <tlott@gamesnet.de> ?????:

TL> 
TL> 
TL> On Wed, 17 Jun 2009 12:16:46 +0300
TL> Andriy Gapon <avg@icyb.net.ua> wrote:
TL> 
TL> > 
TL> > After recent massive ports update (I think ruby was touch and
TL> > probably portupgrade too) I started getting seemingly sporadic
TL> > "Stale lock file was found. Removed." messages. What's
TL> > interesting is that those messages are produced on stdout, not
TL> > stderr.
TL> > 
TL> > Sporadic - because they appear when there are no parallel
TL> > execution of any portupgrade tools (or any other package/port
TL> > related tools). They appear in situations wheere they never
TL> > appeared before.
TL> > 
TL> > I see this on two stable/7 systems.
TL> > 
TL> 
TL> Got the same on five 7-Stable Machines.
TL> 
+2 -CURRENT


--
wbr, tiger
From kamikaze at bsdforen.de  Wed Jun 17 12:00:10 2009
From: kamikaze at bsdforen.de (Dominic Fandrey)
Date: Wed Jun 17 12:00:17 2009
Subject: pkg_libchk: a missing library is not detected
In-Reply-To: <13510422@ipt.ru>
References: <88733235@bb.ipt.ru>	<200906151009.19181.mel.flynn+fbsd.ports@mailing.thruhere.net>	<4A37BB97.8080405@bsdforen.de>	<200906161101.22167.mel.flynn+fbsd.ports@mailing.thruhere.net>	<4A382604.9090206@bsdforen.de>
	<13510422@ipt.ru>
Message-ID: <4A38DAC4.4080701@bsdforen.de>

Boris Samorodov wrote:
> Dominic Fandrey <kamikaze@bsdforen.de> writes:
> 
>>> Luck. The app linking to the old library will have a dependency on the old 
>>> version. pkg_add will find the origin, issue a warning about "app-1.0 needing 
>>> lib-0.1 but lib-0.2 is installed" and proceed. app will not start, because of 
>>> the missing library.
>> I've never had this case. I've got the impression that pointyhead rebuilds all
>> dependencies.
> 
> Let me remind you the case with my original question:
> 1. Graphics/eog was broken (as you said) by indirect dependency.
> 2. Pkg_libchk didn't catch the case.
> 
> Did it happen by design?
> 
> 
> WBR

Are you certain that this was a direct dependency? Maybe just a dependency
of graphics/eog was broken.
From CollegeNews at news.college.us.com  Wed Jun 17 12:41:51 2009
From: CollegeNews at news.college.us.com (College News)
Date: Wed Jun 17 12:41:57 2009
Subject: Put your creativity and passion to work at Art Institute Online
Message-ID: <12165202.1245241882932.JavaMail.root@news.college.us.com>


   3D"A
   	 	
   [1]Train for a   The Art Institute of Pittsburgh - Online Division. Find An Online
   Program Now! [2]View in Browser |   font-family:Arial, Helvetica, sans-serif; f   color:#000; text-decoration:none">Remove My Email
   3D"     [5]D   You have the talent, the imagination, and the
   passion to excel in a creative career. All you
   need is the right place to start.
   Get the creative skills you need to turn your
   talent into an exciting career from the leader
   in online creative arts education.
   Learn m   Pittsburgh - Online Division now.
   The Art Institute of Pittsburgh - Online
   Division offers online associate's degrees,
   bachelor's degrees, and diplomas in a variety
   of creative fields, including:
    
   [6]o Video Game Design   [8]o Graphic Design     [9]o Fashion
   [10]o Web Design        [11]o And More!
     [12]   Learn more about The Art Institute of
   Pittsburgh - Online Division now!
     [13][v=] 
   [14]3D"Learn [15]3D"Prepare 
   [AI_=]
   *Program availability varies by subje   The Art Institute of Pittsburgh Main Campus: 420 Boulevard o   Allies, Pittsburgh, PA 15219
   This email was sent by: College.us.com
   2711 N. Sepulveda Blvd. # 148, Manhattan Beach, CA 90266
   You have subscr   ports@freebsd.org
   This email was sent to you because you requested we send you
   periodical inf   To stop receiving email from Colle   write us at the address listed above
   Please view our [17]Privacy Policy
   <

   [jtdpwgwvg_sflhcbjclyl.gif&o=]

References

   1. file://localhost/tmp/3D"ht   2. 3D"http://www.new=/
   3. 3D"http://www.news.college.us.com/dbzgcqczc_sflhcbjclyl_lrkwdw   4. 3D"http://www.news.college.us.com/lrkdswskt_   5. 3D"http://www.news.college.us.com/jt   6. 3D"http://www.news.college.us.com/jtdpwgwdj_   7. 3D"http://www.news.college.us.com/gbpjqsqpj_   8. 3D"http://www.news.college.us.com/pwkzqmqkm_   9. 3D"http://www.news.college.us.com/aqvltktvq_  10. 3D"http://www.news.college.us.com/yhdvjwjdb_  11. 3D"http://www.news.college.us.com/yhdvjwjdz_  12. 3D"http://www.news.college.us.com/tdchkjklk_  13. 3D"http://www.news.college.us.com/dbzgcq  14. 3D"http://www.news.college.us.com/ohngvf  15. 3D"http://www.news.college.=/
  16. 3D"http://www.news.college.us.com/sfnhysydb_  17. ="http://www.news.college.us.com/eswmrtrnm_sflhcbjclyl_ueqwbwjf.html"
From freebsd-ports-local at be-well.ilk.org  Wed Jun 17 13:07:04 2009
From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert)
Date: Wed Jun 17 13:07:12 2009
Subject: portupgrade/ruby issue? (Stale lock file was found. Removed.)
In-Reply-To: <19000.55863.785195.669767@jerusalem.litteratus.org> (Robert
	Huff's message of "Wed\, 17 Jun 2009 07\:57\:43 -0400")
References: <4A38B47E.1070906@icyb.net.ua>
	<20090617133231.3883776a@sub.han.vpn.gamesnet.de>
	<19000.55863.785195.669767@jerusalem.litteratus.org>
Message-ID: <44tz2f9gpb.fsf@lowell-desk.lan>

Robert Huff <roberthuff@rcn.com> writes:

> Tobias lott writes:
>
>>  > After recent massive ports update (I think ruby was touch and
>>  > probably portupgrade too) I started getting seemingly sporadic "Stale
>>  > lock file was found. Removed." messages. What's interesting is that
>>  > those messages are produced on stdout, not stderr.
>>  > 
>>  > Sporadic - because they appear when there are no parallel execution
>>  > of any portupgrade tools (or any other package/port related tools).
>>  > They appear in situations wheere they never appeared before.
>>  > 
>>  > I see this on two stable/7 systems.
>>  
>>  Got the same on five 7-Stable Machines.
>
> 	And on -Current from April.  So, not a function of the OS version.
> 	Mine happens every time I run portupgrade/portversion, even
> when prior runs completed successfully.
> 	It seems harmless, but it would be Really Nice if it were
> fixed.

Not *completely* harmless; running separate portupgrade processes in
parallel is pretty risky at the moment...
From miwi at FreeBSD.org  Wed Jun 17 13:40:25 2009
From: miwi at FreeBSD.org (Martin Wilke)
Date: Wed Jun 17 13:40:34 2009
Subject: Firefox 3.5 RC1 ready for testing!
Message-ID: <20090617134021.GA63233@bsdcrew.de>

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

Firefox 3.5 RC1 ready for testing!

Howdy,

Yesterday FF3.5 RC1 was released! Unfortunately
RC1 need a newer version of devel/nspr, we
already updated devel/nspr and it seems to be
work all fine. If you like to play with
both updates you can try following patch [1]. I
need to make a exp-run request for this
update to make sure nothing will be failed.

[1]
http://miwi.homeunix.com/patches/ff3.5rc1.diff

Please let us know if you see any problems.

- - Martin

- -- 

+-----------------------+-------------------------------+
|  PGP    : 0xB1E6FCE9  |  Jabber : miwi(at)BSDCrew.de  |
|  Skype  : splash_111  |  Mail   : miwi(at)FreeBSD.org |
+-----------------------+-------------------------------+
|	Mess with the Best, Die like the Rest!		|
+-----------------------+-------------------------------+
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (FreeBSD)

iEYEARECAAYFAko48kUACgkQdLJIhLHm/OkrLQCgqpmdaV63yNtulDpgUMZ/fqEh
Yo8AoN6DY0Pa0cckqOkmfVWdCo8c0lwT
=iJJn
-----END PGP SIGNATURE-----
From roberthuff at rcn.com  Wed Jun 17 14:13:56 2009
From: roberthuff at rcn.com (Robert Huff)
Date: Wed Jun 17 14:14:08 2009
Subject: portupgrade/ruby issue? (Stale lock file was found. Removed.)
In-Reply-To: <44tz2f9gpb.fsf@lowell-desk.lan>
References: <4A38B47E.1070906@icyb.net.ua>
	<20090617133231.3883776a@sub.han.vpn.gamesnet.de>
	<19000.55863.785195.669767@jerusalem.litteratus.org>
	<44tz2f9gpb.fsf@lowell-desk.lan>
Message-ID: <19000.64032.525753.249900@jerusalem.litteratus.org>


Lowell Gilbert writes:
>  >>  > After recent massive ports update (I think ruby was touch and
>  >>  > probably portupgrade too) I started getting seemingly sporadic "Stale
>  >>  > lock file was found. Removed." messages. What's interesting is that
>  >>  > those messages are produced on stdout, not stderr.
>  >>  
>  >>  Got the same on five 7-Stable Machines.
>  >
>  > 	And on -Current from April.  So, not a function of the OS version.
>  > 	Mine happens every time I run portupgrade/portversion, even
>  > when prior runs completed successfully.
>  > 	It seems harmless, but it would be Really Nice if it were
>  > fixed.
>  
>  Not *completely* harmless; running separate portupgrade processes
>  in parallel is pretty risky at the moment...

	When was it officually cleared to do that?  Last I knew it was
"do at your own risk".


				Robert Huff





From freebsd-ports-local at be-well.ilk.org  Wed Jun 17 14:39:50 2009
From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert)
Date: Wed Jun 17 14:39:57 2009
Subject: portupgrade/ruby issue? (Stale lock file was found. Removed.)
In-Reply-To: <19000.64032.525753.249900@jerusalem.litteratus.org> (Robert
	Huff's message of "Wed\, 17 Jun 2009 10\:13\:52 -0400")
References: <4A38B47E.1070906@icyb.net.ua>
	<20090617133231.3883776a@sub.han.vpn.gamesnet.de>
	<19000.55863.785195.669767@jerusalem.litteratus.org>
	<44tz2f9gpb.fsf@lowell-desk.lan>
	<19000.64032.525753.249900@jerusalem.litteratus.org>
Message-ID: <447hzazzyk.fsf@be-well.ilk.org>

Robert Huff <roberthuff@rcn.com> writes:

> Lowell Gilbert writes:
>>  >>  > After recent massive ports update (I think ruby was touch and
>>  >>  > probably portupgrade too) I started getting seemingly sporadic "Stale
>>  >>  > lock file was found. Removed." messages. What's interesting is that
>>  >>  > those messages are produced on stdout, not stderr.
>>  >>  
>>  >>  Got the same on five 7-Stable Machines.
>>  >
>>  > 	And on -Current from April.  So, not a function of the OS version.
>>  > 	Mine happens every time I run portupgrade/portversion, even
>>  > when prior runs completed successfully.
>>  > 	It seems harmless, but it would be Really Nice if it were
>>  > fixed.
>>  
>>  Not *completely* harmless; running separate portupgrade processes
>>  in parallel is pretty risky at the moment...
>
> 	When was it officually cleared to do that?  Last I knew it was
> "do at your own risk".

I don't think it was ever officially supported, but it was the purpose
behind adding the lock files in the first place.  I've never used it
heavily, although I did put it through a fairly heavy wringer when it
was under development.

For "real" use, I've found it convenient when building an upgrade to a
particularly large port (generally OpenOffice) while upgrading a large
number of other ports as well.  I don't worry about it being foolproof,
because my build server has nothing fundamentally valuable on it.  But
at the moment, the locking seems to be completely broken, which raises
it to a whole other level of risk that I can't be bothered to mess
with.  [Not that I generally care how long port builds take; that's
computer time, not human time.]

 - Lowell

From bsam at ipt.ru  Wed Jun 17 15:35:50 2009
From: bsam at ipt.ru (Boris Samorodov)
Date: Wed Jun 17 15:35:57 2009
Subject: pkg_libchk: a missing library is not detected
In-Reply-To: <4A38DAC4.4080701@bsdforen.de> (Dominic Fandrey's message of
	"Wed\, 17 Jun 2009 14\:00\:04 +0200")
References: <88733235@bb.ipt.ru>
	<200906151009.19181.mel.flynn+fbsd.ports@mailing.thruhere.net>
	<4A37BB97.8080405@bsdforen.de>
	<200906161101.22167.mel.flynn+fbsd.ports@mailing.thruhere.net>
	<4A382604.9090206@bsdforen.de> <13510422@ipt.ru>
	<4A38DAC4.4080701@bsdforen.de>
Message-ID: <67109269@ipt.ru>

Dominic Fandrey <kamikaze@bsdforen.de> writes:
> Boris Samorodov wrote:
>> Dominic Fandrey <kamikaze@bsdforen.de> writes:
>> 
>>>> Luck. The app linking to the old library will have a dependency on the old 
>>>> version. pkg_add will find the origin, issue a warning about "app-1.0 needing 
>>>> lib-0.1 but lib-0.2 is installed" and proceed. app will not start, because of 
>>>> the missing library.
>>> I've never had this case. I've got the impression that pointyhead rebuilds all
>>> dependencies.
>> 
>> Let me remind you the case with my original question:
>> 1. Graphics/eog was broken (as you said) by indirect dependency.
>> 2. Pkg_libchk didn't catch the case.
>> 
>> Did it happen by design?
>
> Are you certain that this was a direct dependency? Maybe just a dependency
> of graphics/eog was broken.

I didn't say it was a direct dependency. And the dependecy may be
broken.

Well, thanks for your help. Next time I'll try to have more info
about a case.


WBR
-- 
bsam
From wxs at FreeBSD.org  Wed Jun 17 15:37:50 2009
From: wxs at FreeBSD.org (Wesley Shields)
Date: Wed Jun 17 15:37:56 2009
Subject: Firefox 3.5 RC1 ready for testing!
In-Reply-To: <20090617134021.GA63233@bsdcrew.de>
References: <20090617134021.GA63233@bsdcrew.de>
Message-ID: <20090617153749.GA12469@atarininja.org>

On Wed, Jun 17, 2009 at 03:40:21PM +0200, Martin Wilke wrote:
> Firefox 3.5 RC1 ready for testing!
> 
> Howdy,
> 
> Yesterday FF3.5 RC1 was released! Unfortunately
> RC1 need a newer version of devel/nspr, we
> already updated devel/nspr and it seems to be
> work all fine. If you like to play with
> both updates you can try following patch [1]. I
> need to make a exp-run request for this
> update to make sure nothing will be failed.
> 
> [1]
> http://miwi.homeunix.com/patches/ff3.5rc1.diff

Built and installed fine. Was running fine until I viewed the demo link
from http://hacks.mozilla.org/2009/06/3d-transforms-isocube/ at which
point firefox crashed. I'll see if I can get any details about the
crash.

-- WXS
From hrs at FreeBSD.org  Wed Jun 17 16:50:21 2009
From: hrs at FreeBSD.org (Hiroki Sato)
Date: Wed Jun 17 16:50:28 2009
Subject: acroread9 crashes after maybe 10 seconds of operation.
In-Reply-To: <20090617.141203.07900852.hrs@allbsd.org>
References: <20090615.044642.89386640.hrs@allbsd.org>
	<18997.22089.242834.29735@jerusalem.litteratus.org>
	<20090617.141203.07900852.hrs@allbsd.org>
Message-ID: <20090618.014940.08830882.hrs@allbsd.org>

Hiroki Sato <hrs@freebsd.org> wrote
  in <20090617.141203.07900852.hrs@allbsd.org>:

hr> Robert Huff <roberthuff@rcn.com> wrote
hr>   in <18997.22089.242834.29735@jerusalem.litteratus.org>:
hr> ro> 	Um.
hr> ro> 	Are there plans to get it to work with something more recent?
hr> ro> I was under the (uninformed) impression linux_base-fc-4 was, ah,
hr> ro> workable but no longer favored.
hr>
hr>  The ports collection still assumes fc4 as the default, so I think it
hr>  is the primary target.
hr>
hr>  Anyway, I will try other configurations including one in your report.
hr>  I guess the issue is due to some incomplete (or not-fully-compatible)
hr>  compat-layer implementations of features available in Linux 2.6.x.

 I could reproduce the symptom (RSException), but this has also been
 reported on Linux: http://forums.adobe.com/message/1931692.  The
 release note of 9.1.2 says it is solved but it remains as far as I
 can check.

 BTW, could you give it a try to set sysctl
 compat.linux.osrelease=2.4.2 and let me know if it works or not?

-- Hiroki
-------------- 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/20090617/f22ba1c5/attachment.pgp
From gesbbb at yahoo.com  Wed Jun 17 17:03:38 2009
From: gesbbb at yahoo.com (Jerry)
Date: Wed Jun 17 17:03:45 2009
Subject: Updating HPLIP port
Message-ID: <20090617130336.4b927021@scorpio.seibercom.net>

Currently, the port version of HPLIP is 2.8.2, released on 02-09-2008.
The current version is: 3.9.4b, released on 04-29-2009. It supports
many additional features and corrects several bug in the older versions.

http://hplipopensource.com/hplip-web/release_notes.html

This is the tenth version released since the version presently in the
ports tree. I have tried contacting the port maintainer,
amistry@am-productions.biz however, he is probably busy since I have
not heard from him.

Is it possible that someone might be interested in updating this port.

http://hplipopensource.com/hplip-web/downloads.html

I tried it myself; however, it complains about a missing file. I
probably need automake or something; however, my skills are not that
sophisticated.

Thanks!

-- 
Jerry
gesbbb@yahoo.com

Matrimony isn't a word, it's a sentence.
From hiroto.kagotani at gmail.com  Wed Jun 17 17:28:46 2009
From: hiroto.kagotani at gmail.com (Hiroto Kagotani)
Date: Wed Jun 17 17:29:18 2009
Subject: portupgrade/ruby issue? (Stale lock file was found. Removed.)
In-Reply-To: <4A38B47E.1070906@icyb.net.ua>
References: <4A38B47E.1070906@icyb.net.ua>
Message-ID: <ca15a72c0906171007j623d3bes548263aad8f409d3@mail.gmail.com>

2009/6/17 Andriy Gapon <avg@icyb.net.ua>:
>
> After recent massive ports update (I think ruby was touch and probably portupgrade
> too) I started getting seemingly sporadic "Stale lock file was found. Removed."
> messages.

It is probably caused by ruby-1.8.7's bug fogetting to call finalizers.
This is filed as Bug #1556 (http://redmine.ruby-lang.org/issues/show/1556
... japanese page; please translate it ;)

Workaround for the case may be using at_exit instead of finalizers.
My sample fix is:

--- pkgdb.rb.orig       2009-04-14 16:56:38.000000000 +0900
+++ pkgdb.rb    2009-06-18 01:49:19.000000000 +0900
@@ -103,8 +103,8 @@
 #    end
   end

-  def PkgDB.finalizer
-    Proc.new {
+  def PkgDB.define_at_exit
+    at_exit {
       PkgDBTools.remove_lock(LOCK_FILE)
     }
   end
@@ -113,7 +113,7 @@
     @db = nil
     @lock_file = Process.euid == 0 ? LOCK_FILE : nil
     @db_version = DB_VERSION
-    ObjectSpace.define_finalizer(self, PkgDB.finalizer)
+    PkgDB.define_at_exit
     setup(*args)
   end

--- portsdb.rb.orig     2009-04-14 16:56:38.000000000 +0900
+++ portsdb.rb  2009-06-18 01:49:04.000000000 +0900
@@ -153,8 +153,8 @@
     end
   end

-  def PortsDB.finalizer
-    Proc.new {
+  def PortsDB.define_at_exit
+    at_exit {
       PkgDBTools.remove_lock(LOCK_FILE)
     }
   end
@@ -163,7 +163,7 @@
     @db = nil
     @lock_file = Process.euid == 0 ? LOCK_FILE : nil
     @db_version = DB_VERSION
-    ObjectSpace.define_finalizer(self, PortsDB.finalizer)
+    PortsDB.define_at_exit
     set_ports_dir(alt_ports_dir)
     set_db_dir(alt_db_dir)
     set_db_driver(alt_db_driver)


-- 
Hiroto Kagotani
<hiroto.kagotani@gmail.com>
From corky1951 at comcast.net  Wed Jun 17 18:26:08 2009
From: corky1951 at comcast.net (Charlie Kester)
Date: Wed Jun 17 18:26:15 2009
Subject: avoiding build dependency on docbook, etc. in new port
Message-ID: <20090617181248.GA96132@comcast.net>

I'm porting some software that has a build dependency on docbook2man in
order to generate its manpages from .docbook files.

Testing the port in tinderbox takes a long time, most of it because of
the need to build the docbook infrastructure.  It seems a shame to use
all that CPU time and install all those packages just to get ready to
convert some manpages. 

What's the preferred approach in cases like this?  Should I keep the
build dependency on docbook2man et al, or should I put pregenerated
copies of the manpages in the files directory of the port?
From info at ucanaffordit.com  Wed Jun 17 19:20:24 2009
From: info at ucanaffordit.com (info@ucanaffordit.com)
Date: Wed Jun 17 19:20:31 2009
Subject: 2 Costa Rican Gems!
Message-ID: <200906171919.n5HJJ4vR016722@mail.easycostarentals.com>


Just 119,000 for a new 3-bedroom bungalow!
Visit: http://ucanaffordit.com/luzsol for details.
Just 159,000 for a new 2 bedroom on beach alley! Furnished!
Visit: http://sandysunnycr.com/luzsol for more details.
Buy now,values are rising once again in Costa Rica.
RCI SA
Avenida 7 Calle 14 200 metros norte del parqueo Ronald
San Jose, Costa Rica
877-900-1188
unsubscribe: http://ucanaffordit.com/unsubscribe

From xi at borderworlds.dk  Wed Jun 17 20:04:35 2009
From: xi at borderworlds.dk (Christian Laursen)
Date: Wed Jun 17 20:04:53 2009
Subject: Firefox 3.5 RC1 ready for testing!
In-Reply-To: <20090617153749.GA12469@atarininja.org>
References: <20090617134021.GA63233@bsdcrew.de>
	<20090617153749.GA12469@atarininja.org>
Message-ID: <4A394843.7070306@borderworlds.dk>

Wesley Shields wrote:
> On Wed, Jun 17, 2009 at 03:40:21PM +0200, Martin Wilke wrote:
>> Firefox 3.5 RC1 ready for testing!
>>
>> Howdy,
>>
>> Yesterday FF3.5 RC1 was released! Unfortunately
>> RC1 need a newer version of devel/nspr, we
>> already updated devel/nspr and it seems to be
>> work all fine. If you like to play with
>> both updates you can try following patch [1]. I
>> need to make a exp-run request for this
>> update to make sure nothing will be failed.
>>
>> [1]
>> http://miwi.homeunix.com/patches/ff3.5rc1.diff
> 
> Built and installed fine. Was running fine until I viewed the demo link
> from http://hacks.mozilla.org/2009/06/3d-transforms-isocube/ at which
> point firefox crashed. I'll see if I can get any details about the
> crash.

That happened here too.

Casual browsing has caused no problems so far though.


-- 
Christian Laursen
From CollegeNews at news.college.us.com  Wed Jun 17 20:27:02 2009
From: CollegeNews at news.college.us.com (College News)
Date: Wed Jun 17 20:27:10 2009
Subject: Earn More with an Online Degree
Message-ID: <24825766.1245269185291.JavaMail.root@news.college.us.com>


   3D"COLLEGE.US.COM"
   You a   address    to receive information from http://www.directscholar.com on Jun 09
   2009 07:25AM.
   [1]Go here to add us to your address
     	 [2]View in Browser | [3]Unsubscribe" st                   text-decoration:none">Remove My Email

   [4]<   src="http://college.us.com/e/feb_2008/images/generic_01.jpg" border   ="0"alt="Can't see images? Use link above to view in browser.">
   [5][generic_0=]   	 [6]Dear John:
   	
   	Earn more money with a career-fo   accredited online school.
   	
   Find a top school with an online pro   here.
   We've compiled a list of well-respected, fully accredited online
   schools fo   without givi   These schools offer a variety of online certificate, associate's,
   bachelor   fields includi   o Business Administration
   o Criminal Justice
   o Hospitality, Travel and Tourism
   o Information Technology
   o Human Resources
   o Health Care
   o Paralegal Studies
   o And many more!
   Take your career -- and your salary -- to the next level toda   Learn more about our top online scho     [8]<   src="http://college.us.com/e/feb_2008/images/generic_05.jpg" border   ="0">

   Thi   2711 N. Sepulveda Blvd. # 148, Manhattan Beach, CA 90266
   You have subscribed to receive information from us with
   ports@freebsd.org This email was sent to you because you requested we
   send you periodic   To stop receiving email from College.us.com, [9]Remove me or write us
   at the address li   Please view our [10]Privacy Policy

   [mylsvkfqf_kwblkrwkbmb.gif&o=]

References

   1. 3D"http://www.news.college.us.com/njzhrqnhn_kwblkrwkbmb_r   2. 3D"http://www.news.college.us.com/mylsvkfss_kwblkrwkbmb_   3. 3D"http://www.n=/
   4. 3D"http://www.news.college.us.com/hgsbwdpbd_   5. 3D"http://www.news.college.us.=/
   6. 3D"http://www.news.college.us.com/tdchkbzhd_   7. 3D"http://www.news.college.us.co=/
   8. 3D"http://www.news.college.us.com/vptzcgfjt_   9. 3D"http://www.ne=/
  10. 3D"http://www.news.college.us.com/mylsvkfqm_
From glarkin at FreeBSD.org  Wed Jun 17 21:02:15 2009
From: glarkin at FreeBSD.org (Greg Larkin)
Date: Wed Jun 17 21:02:21 2009
Subject: avoiding build dependency on docbook, etc. in new port
In-Reply-To: <20090617181248.GA96132@comcast.net>
References: <20090617181248.GA96132@comcast.net>
Message-ID: <4A395100.7060509@FreeBSD.org>

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

Charlie Kester wrote:
> I'm porting some software that has a build dependency on docbook2man in
> order to generate its manpages from .docbook files.
> 
> Testing the port in tinderbox takes a long time, most of it because of
> the need to build the docbook infrastructure.  It seems a shame to use
> all that CPU time and install all those packages just to get ready to
> convert some manpages.
> What's the preferred approach in cases like this?  Should I keep the
> build dependency on docbook2man et al, or should I put pregenerated
> copies of the manpages in the files directory of the port?

Hi Charlie,

I feel your pain! I don't think there's any problem pre-generating the
man page and keeping it in the port's files/ directory.

On the other hand, I recently went through this experience and went a
different route.  YMMV!

I took over maintainership for security/logcheck a while back, and it
used docbook2man to create its one (!) man page.  After a while, I got
some requests to strip out that dependency.  A user was kind enough to
point me to docbook2X: http://docbook2x.sourceforge.net/

This is a much lighter-weight tool for converting docbook to manual
pages, among other functions.  I eventually added it to the ports tree
and updated the logcheck port to use it.

This worked well for me, but I started getting reports of mysterious
build failures related to the docbook->man conversion process:
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2009-05/msg01466.html

Since I couldn't figure out how to reproduce the problem here, a kind
user granted me remote access to a machine that exhibited the problem.
I finally figured out that docbook2x conflicts with docbook-4.1 and
refuses to work correctly.

The logcheck port now does some checks to determine which docbook->man
conversion tool to use, instead of blindly installing docbook2x:
http://www.freebsd.org/cgi/cvsweb.cgi/ports/security/logcheck/Makefile

Cheers,
Greg
- --
Greg Larkin

http://www.FreeBSD.org/       - The Power To Serve
http://www.sourcehosting.net/ - Ready. Set. Code.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFKOVEA0sRouByUApARAoqdAKCtVoPrd4HYZ+7i0R9IpDwZT/h+XgCfdK0w
J19UPAyWPAutPRQfrCEaiUA=
=SJ89
-----END PGP SIGNATURE-----

From cjones at pittstate.edu  Wed Jun 17 21:21:12 2009
From: cjones at pittstate.edu (Chris Jones)
Date: Wed Jun 17 21:21:19 2009
Subject: FreeBSD Port: py25-fail2ban-0.8.3_1
Message-ID: <4A395999.90203@pittstate.edu>

Hello.

As you know, many people are now using PF on their FreeBSD servers. I've 
made some changes to make it work with PF, and I think they are worth 
including in the port by default.

I'm including the configuration needed to use Fail2Ban with PF on FreeBSD.

Basically, you make a table in PF, and add to the table as the 
'actionban' and remove the entry from the table as the 'actionunban'. 
Pretty simple.

You can easily see a list of banned addresses using:
sudo pfctl -t fail2ban -T show

Thanks for the port of this great utility!

- Chris

-- 
Chris Jones
CCNP, JNCIA-M
Senior Systems Manager
Pittsburg State University
E-mail: cjones@pittstate.edu
Phone: 1.620.235.4158

--

"The production of too many useful things results in too
many useless people."
                                               -Karl Marx
-------------- next part --------------

FAIL2BAN EDITS FOR PF ON FREEBSD
Chris Jones - 2009.06.17
============================================================

./jail.conf:

# PF jail

[ssh-pf]

enabled = true
filter  = sshd
action  = pf
          sendmail-whois[name=SSH, dest=email@domain.com]
logpath = /var/log/auth.log

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

./action.d/pf.conf:

[Definition]

actionstart = 
actionstop = 
actioncheck = 
actionban = pfctl -t fail2ban -T add  <ip>
actionunban = pfctl -t fail2ban -T delete `pfctl -t fail2ban -T show 2>/dev/null | grep <ip>`

[Init]

port = ssh
localhost = 127.0.0.1

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

/etc/pf.conf:

table <fail2ban> persist
block in on $ext_if from <fail2ban>

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

From pgollucci at freebsd.org  Wed Jun 17 21:23:34 2009
From: pgollucci at freebsd.org (Philip M. Gollucci)
Date: Wed Jun 17 21:23:40 2009
Subject: FreeBSD Port: py25-fail2ban-0.8.3_1
In-Reply-To: <4A395999.90203@pittstate.edu>
References: <4A395999.90203@pittstate.edu>
Message-ID: <4A395ED4.7080401@freebsd.org>

Chris Jones wrote:
> Hello.
> 
> As you know, many people are now using PF on their FreeBSD servers. I've 
> made some changes to make it work with PF, and I think they are worth 
> including in the port by default.
> 
> I'm including the configuration needed to use Fail2Ban with PF on FreeBSD.
> 
> Basically, you make a table in PF, and add to the table as the 
> 'actionban' and remove the entry from the table as the 'actionunban'. 
> Pretty simple.
> 
> You can easily see a list of banned addresses using:
> sudo pfctl -t fail2ban -T show
> 
> Thanks for the port of this great utility!
> 
> - Chris
> 
Can you file a pr please ?

From gabor at FreeBSD.org  Wed Jun 17 21:27:04 2009
From: gabor at FreeBSD.org (Gabor Kovesdan)
Date: Wed Jun 17 21:27:11 2009
Subject: avoiding build dependency on docbook, etc. in new port
In-Reply-To: <4A395100.7060509@FreeBSD.org>
References: <20090617181248.GA96132@comcast.net> <4A395100.7060509@FreeBSD.org>
Message-ID: <4A395B33.1000604@FreeBSD.org>

Greg Larkin escribi?:
> This is a much lighter-weight tool for converting docbook to manual
> pages, among other functions.  I eventually added it to the ports tree
> and updated the logcheck port to use it.
Another idea: generating man pages directly with XSLT stylesheets. 
Actually, these docbook2man and docbook2X do the same I think but they 
hide the details. To use the XSL stylesheets you need docbook-xsl and 
libxslt and calling xsltproc with the proper parameters. It's pretty easy.

Cheers,

-- 
Gabor Kovesdan
FreeBSD Volunteer

EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org
WEB:   http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org

From corky1951 at comcast.net  Thu Jun 18 00:01:51 2009
From: corky1951 at comcast.net (Charlie Kester)
Date: Thu Jun 18 00:01:58 2009
Subject: avoiding build dependency on docbook, etc. in new port
In-Reply-To: <4A395100.7060509@FreeBSD.org>
References: <20090617181248.GA96132@comcast.net> <4A395100.7060509@FreeBSD.org>
Message-ID: <20090617234839.GB96132@comcast.net>

On Wed 17 Jun 2009 at 13:24:32 PDT Greg Larkin wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Charlie Kester wrote:
>> I'm porting some software that has a build dependency on docbook2man in
>> order to generate its manpages from .docbook files.
>>
>> Testing the port in tinderbox takes a long time, most of it because of
>> the need to build the docbook infrastructure.  It seems a shame to use
>> all that CPU time and install all those packages just to get ready to
>> convert some manpages.
>> What's the preferred approach in cases like this?  Should I keep the
>> build dependency on docbook2man et al, or should I put pregenerated
>> copies of the manpages in the files directory of the port?
>
>Hi Charlie,
>
>I feel your pain! I don't think there's any problem pre-generating the
>man page and keeping it in the port's files/ directory.

Actually, this is a suite of tools and there are eleven manpages.

>
>On the other hand, I recently went through this experience and went a
>different route.  YMMV!
>
>I took over maintainership for security/logcheck a while back, and it
>used docbook2man to create its one (!) man page.  After a while, I got
>some requests to strip out that dependency.  A user was kind enough to
>point me to docbook2X: http://docbook2x.sourceforge.net/
>
>This is a much lighter-weight tool for converting docbook to manual
>pages, among other functions.  I eventually added it to the ports tree
>and updated the logcheck port to use it.

Now I'm confused.  When I used pkg_info to find out what package had
installed docbook2man on my system, it said it was part of
docbook2X-0.8.8_2.  It was after I added textproc/docbook2X as a build
dependency that I started seeing a bunch of docbook stuff getting
installed in my tinderbox.  


From glarkin at FreeBSD.org  Thu Jun 18 00:31:30 2009
From: glarkin at FreeBSD.org (Greg Larkin)
Date: Thu Jun 18 00:31:37 2009
Subject: avoiding build dependency on docbook, etc. in new port
In-Reply-To: <20090617234839.GB96132@comcast.net>
References: <20090617181248.GA96132@comcast.net> <4A395100.7060509@FreeBSD.org>
	<20090617234839.GB96132@comcast.net>
Message-ID: <4A398AD8.6020202@FreeBSD.org>

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

Charlie Kester wrote:
> On Wed 17 Jun 2009 at 13:24:32 PDT Greg Larkin wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Charlie Kester wrote:
>>> I'm porting some software that has a build dependency on docbook2man in
>>> order to generate its manpages from .docbook files.
>>>
>>> Testing the port in tinderbox takes a long time, most of it because of
>>> the need to build the docbook infrastructure.  It seems a shame to use
>>> all that CPU time and install all those packages just to get ready to
>>> convert some manpages.
>>> What's the preferred approach in cases like this?  Should I keep the
>>> build dependency on docbook2man et al, or should I put pregenerated
>>> copies of the manpages in the files directory of the port?
>>
>> Hi Charlie,
>>
>> I feel your pain! I don't think there's any problem pre-generating the
>> man page and keeping it in the port's files/ directory.
> 
> Actually, this is a suite of tools and there are eleven manpages.
> 
>>
>> On the other hand, I recently went through this experience and went a
>> different route.  YMMV!
>>
>> I took over maintainership for security/logcheck a while back, and it
>> used docbook2man to create its one (!) man page.  After a while, I got
>> some requests to strip out that dependency.  A user was kind enough to
>> point me to docbook2X: http://docbook2x.sourceforge.net/
>>
>> This is a much lighter-weight tool for converting docbook to manual
>> pages, among other functions.  I eventually added it to the ports tree
>> and updated the logcheck port to use it.
> 
> Now I'm confused.  When I used pkg_info to find out what package had
> installed docbook2man on my system, it said it was part of
> docbook2X-0.8.8_2.  It was after I added textproc/docbook2X as a build
> dependency that I started seeing a bunch of docbook stuff getting
> installed in my tinderbox. 
> 

Hi Charlie,

My apologies - when you said that TB had to build a lot of packages to
support docbook2man, I assumed that you were talking about the
textproc/docbook-to-man port, not the actual docbook2man executable
provided by textproc/docbook2X.

Originally, textproc/docbook-to-man required 100+ dependencies to build.
 It's a much smaller number now, due to some recent changes in the xorg
infrastructure:
http://www.freebsd.org/cgi/cvsweb.cgi/ports/textproc/docbook-to-man/Makefile#rev1.15

You can see the difference here:

fbsd70# cd /usr/ports/textproc/docbook-to-man && make USE_XLIB=yes
all-depends-list | wc -l
     114
fbsd70# cd /usr/ports/textproc/docbook-to-man && make all-depends-list |
wc -l
      28
fbsd70#

USE_XLIB=yes used to be implied by USE_IMAKE=yes, but not any longer.

Anyway, docbook2X has even fewer deps:

fbsd70# cd /usr/ports/textproc/docbook2X && make all-depends-list | wc -l
      20
fbsd70#

To me, that doesn't seem like a lot compared to the 100+ I was dealing
with before.  But if it's still too many to deal with, Gabor's
suggestion might be better.

Cheers,
Greg
- --
Greg Larkin

http://www.FreeBSD.org/       - The Power To Serve
http://www.sourcehosting.net/ - Ready. Set. Code.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFKOYrY0sRouByUApARAlAUAKCY3JcCYDLnBeQAqtp9EbqVBmwf6gCgiiqH
/SYoQjGRUr8fqrruW+incQg=
=nPVF
-----END PGP SIGNATURE-----

From eculp at encontacto.net  Thu Jun 18 01:27:52 2009
From: eculp at encontacto.net (eculp)
Date: Thu Jun 18 01:27:59 2009
Subject: k3b seems to have aquired a problem.
Message-ID: <20090617202748.191851cucdzj5xk4@econet.encontacto.net>

It has probably been a month since I have used k3b.  k3b is a program  
that has worked for me for maybe 5 years or more without any problems.

I just tried it on my laptop running up to date current (cvsup and  
build today) all ports up to date and using the kde menu I just got a  
the "splash k3b box" and nothing so I tried the command line and only  
get the following:

/root # k3b
kdecore (KAction): WARNING: KActionCollection::KActionCollection(  
QObject *parent, const char *name, KInstance *instance )

and then a new prompt.  With ps -ax|grep k3b I see k3b running but  
nothing happens.  A killall k3b kills the process and the splash  
graphic.

Does anyone have any idea what this could be?

Thanks,

ed

P.S. I did a portmaster sysutils/k3b and rebuilt but with the same results.
      My kde3 versions are all 3.10xx.
      KDE doesn't show any problems what so ever.


From bf1783 at googlemail.com  Thu Jun 18 01:34:32 2009
From: bf1783 at googlemail.com (b. f.)
Date: Thu Jun 18 01:34:38 2009
Subject: avoiding build dependency on docbook, etc. in new port
Message-ID: <d873d5be0906171834m38f1fbbfm15763d0ad65bb726@mail.gmail.com>

Greg Larkin wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Charlie Kester wrote:
>> On Wed 17 Jun 2009 at 13:24:32 PDT Greg Larkin wrote:
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> Charlie Kester wrote:
>>>> I'm porting some software that has a build dependency on docbook2man in
>>>> order to generate its manpages from .docbook files.
>>>>
>>>> Testing the port in tinderbox takes a long time, most of it because of
>>>> the need to build the docbook infrastructure.  It seems a shame to use
>>>> all that CPU time and install all those packages just to get ready to
>>>> convert some manpages.
>>>> What's the preferred approach in cases like this?  Should I keep the
>>>> build dependency on docbook2man et al, or should I put pregenerated
>>>> copies of the manpages in the files directory of the port?

If they are too bulky for files/, you could always compress the
manpages and add them
via something like:

.if !defined(NO_INSTALL_MANPAGES)
DISTFILES+= thisportsmanpages.tar.gz
.endif

...

adding the appropriate target to install them, after placing
thisportsmanpages.tar.gz on
the FreeBSD or project servers.

<snip>

>
>To me, that doesn't seem like a lot compared to the 100+ I was dealing
>with before.  But if it's still too many to deal with, Gabor's
>suggestion might be better.

As an example of the more economical approach that I think Gabor was
suggesting, and
which also respects NO_INSTALL_MANPAGES, see how pgj@ handled the manpage for
devel/cppcheck (incl. files/patch-Makefile ).

b.
From pgollucci at p6m7g8.com  Thu Jun 18 08:02:20 2009
From: pgollucci at p6m7g8.com (Philip M. Gollucci)
Date: Thu Jun 18 08:02:27 2009
Subject: Updating HPLIP port
In-Reply-To: <20090617130336.4b927021@scorpio.seibercom.net>
References: <20090617130336.4b927021@scorpio.seibercom.net>
Message-ID: <4A39F48A.3020300@p6m7g8.com>

Jerry wrote:
> Currently, the port version of HPLIP is 2.8.2, released on 02-09-2008.
> The current version is: 3.9.4b, released on 04-29-2009. It supports
> many additional features and corrects several bug in the older versions.
> 
> http://hplipopensource.com/hplip-web/release_notes.html
> 
> This is the tenth version released since the version presently in the
> ports tree. I have tried contacting the port maintainer,
> amistry@am-productions.biz however, he is probably busy since I have
> not heard from him.
> 
> Is it possible that someone might be interested in updating this port.
> 
> http://hplipopensource.com/hplip-web/downloads.html
> 
> I tried it myself; however, it complains about a missing file. I
> probably need automake or something; however, my skills are not that
> sophisticated.
> 
> Thanks!
> 

http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/134270

Tis on my plate.



-- 
------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant          - P6M7G8 Inc.                http://p6m7g8.net
Senior Sys Admin    - RideCharge, Inc.           http://ridecharge.com
Contractor          - PositiveEnergyUSA          http://positiveenergyusa.com
ASF Member          - Apache Software Foundation http://apache.org
FreeBSD Committer   - FreeBSD Foundation         http://freebsd.org

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
From callsys at medsecurity.se  Thu Jun 18 09:13:02 2009
From: callsys at medsecurity.se (Callsys)
Date: Thu Jun 18 09:13:09 2009
Subject: Janne ( Restaurant&Cafe) Guest Paging Systems
Message-ID: <20090618085353.4233E2413C94@csmtp3.one.com>

Callsys
Restaurant Waiter Call System for Table - Function Overview
 
Waiter Call System for Table - Function Overview was designed to help restaurants manage incoming customers efficiently and distinctively. Customers receive instant notification when their table is ready, making them feel special and welcome. Freed from long lines, your restaurant looks more inviting to people walking in, Customers are encouraged to wait without fears of missing their table, resulting in higher traffic, while overall restaurant traffic flows more smoothly, leading to faster table turns. 





Waiter Call System for Table - Function Overview 

If you are opening this kind of business, there are many customers, sometimes, you will need service like ordering food or drinks. However, you don't want to hire many waiters to serve them. Your needs is very simple. You just want to be informed once your customer need service. Usually, your customer might need at the same time, then you will need remember their table numbers and go to serve them one by one.

Waiter Call System for Table is very suitable for your business. This system is very easy to operate and will not cost much money. Waiter Call System for Table can hold up to 250 waiter call buttons. It also has memory chipset. When there are several customers calling services together, Waiter Call System for Table will store their numbers into memory and display them one by one. It can store up to 15 calling numbers in the memory. You can use the controller to check the calling number in the memory. This system is modulated by frequency. The signal can be received over several floors or partitions. It can be transferred in 300M in the open area. It also can cycle display the calling numbers in the memory. You do not need to check them manually. For the served calling numbers, it can be deleted with the controller. Waiter Call System for Table is a wireless system which can be set up easily. 





 

For more information about our products in any language, please contact us with this numbers; 
Stockholm: 076-02 69 010 Other areas in Sweden: 076-01 79 010  
info@callsys.se 
www.callsys.se 
MSN: janne@medsecurity.se 7/24
2009 - Media Security Sweden - 

From mboguk at masterhost.ru  Thu Jun 18 11:19:40 2009
From: mboguk at masterhost.ru (Maxim Boguk)
Date: Thu Jun 18 11:19:47 2009
Subject: Hello any change get freebsd port for slony 2.0.2 please?
Message-ID: <4A3A1C88.2020508@masterhost.ru>

Sorry for bothering you but any chance you can create slony 2.0.* 
version freebsd port?
I need it for production and have not enough skill to write port myself.

Thanks for help.

-- 
SY, Maxim Boguk
From avg at icyb.net.ua  Thu Jun 18 11:29:19 2009
From: avg at icyb.net.ua (Andriy Gapon)
Date: Thu Jun 18 11:29:26 2009
Subject: print/foomatic-filters: foomatic-rip tries to execute /bin/bash
Message-ID: <4A3A250C.70400@icyb.net.ua>


foomatic-rip tries to execute /bin/bash
It seems that the patch might be hardcoded somewhere in the source.

-- 
Andriy Gapon
From gesbbb at yahoo.com  Thu Jun 18 12:18:08 2009
From: gesbbb at yahoo.com (Jerry)
Date: Thu Jun 18 12:18:23 2009
Subject: Updating HPLIP port
In-Reply-To: <4A39F48A.3020300@p6m7g8.com>
References: <20090617130336.4b927021@scorpio.seibercom.net>
	<4A39F48A.3020300@p6m7g8.com>
Message-ID: <20090618081805.0b3ab018@scorpio.seibercom.net>

On Thu, 18 Jun 2009 04:02:18 -0400
"Philip M. Gollucci" <pgollucci@p6m7g8.com> wrote:

> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/134270
> 
> Tis on my plate.

Thanks! I could not get it to build myself. There have been several
posts from users who needed the new printers supported in the latest
versions. I am sure that they will appreciate your efforts.

-- 
Jerry
gesbbb@yahoo.com

You may be gone tomorrow, but that
doesn't mean that you weren't here today.
From CollegeNews at news.college.us.com  Thu Jun 18 12:49:25 2009
From: CollegeNews at news.college.us.com (College News)
Date: Thu Jun 18 12:49:33 2009
Subject: Online degrees that fit your life now available
Message-ID: <10418003.1245328150032.JavaMail.root@news.college.us.com>


   [col=]
   You are receiving this message because you submitted the email addr   ess ports@freebsd.org to receive information from
   http://www.directscholar.com on    [1]Go here to add us to     [2]View in Browser | [3]Unsubscribe" style="color:#000000;
   text-decoration:none; font-fami   font-size:11px"> Remove My Email 
   		 			 3D"" 		 			[4] [coll=] 		 3D"" 		
   			 3D"" 	
   	
   		 			[5] [coll=] 		 [6]Your Degree on Your Schedule
   	
   		 			[7] 3D"" 		
   		 			[8] 3D"" 		    			[10] 3D"" 	 	
   		 			 3D"" 	
   	
   		 			 3D"" 		 [11][col=] 		 [12]Dear John,
   		
   Looking for a way to fit a college education into your busy life? Look
   no    At National American University Online, our degree programs can be
   complet   without sacrifi   Learn about National American Uni   National American University Online currently offers a variety of
   online d   o Accounting
   o Business
   o Healthcare Administration
   o Information Technology
   o Nursing
   o And more!
   Whether it's an associate's, bachelor's, or master's degree you seek,
   Natio   education you seek    life.
   Take your education to the next level today!
   Get more information on National A   [13]3D"Learn 
   			[14] 3D"" 	
   	
   		 			[15] [coll=] 		
   	
   		 			[16] 3D"" 		    [17]Associate's, Bachelor's, and Master's Degree Programs Now
   Available
   			 3D"" 	
   	
   		 			 3D"" 	
   This email was sent by: COLLEGE.US.COM
   2711 N. Sepulveda Blvd. # 148, Manhattan Beach, CA 90266
   You have subscr   ports@freebsd.org
   This email was sent to you because you requested we send you
   periodical inf   To stop receiving email from COLLE   write us at the address listed above
   Please view our [19]Privacy Policy
   >

   [kwvlmwkqm_czdbgqhgdtd.gif&o=]

References

   1. 3D"http://www.news.college.us.com/fwvqmyjdr_czdbgqhgdtd.html"
   2. 3D"http://www.news.college.us.com/ueqbcfdww_czdbgqhgdtd   3. 3D"http://www.news.college.us.com/fwvqmyjdy_czdbgqhgdtd   4. 3D"http://www.news.college.us.com/gbpjqdzzq_   5. 3D"http://www.news.college.us.com/bncmkpvvg_   6. 3D"http://www.news.college.us.com/czpbthggq_czdbgqhgdtd.html?_POS   7. 3D"http://www.news.college.us.com/lrkdsgffw_   8. 3D"http://www.news.college.us.com/bncmkpvvv_   9. 3D"http://www.news.college.us.com/czpbthggl_czdbgqhgdtd.html?_P  10. 3D"http://www.news.college.us.com/qslprwqwr_  11. 3D"http://www.news.college.us.com/aqvltwqwv_  12. 3D"http://www.news.college.us.com/yhdvjbfbq_czdbgqhgdtd.html?_POS  13. 3D"http://www.news.college.us.com/kwvlmwkwb_czdbgqhgdtd  14. 3D"http://www.news.college.us.com/mylsvwkwf_  15. 3D"http://www.news.college.us.com/ihcdkpmpd_  16. 3D"http://www.news.college.us.com/vptzckgkj_  17. 3D"http://www.news.college.us.com/  18. 3D"http://www.news.college.us.com/tdchkpbpp_  19. 3D"http://=/
From jtrigg at spamcop.net  Thu Jun 18 13:51:32 2009
From: jtrigg at spamcop.net (Jim Trigg)
Date: Thu Jun 18 13:51:40 2009
Subject: [REPOST] problem upgrading perl
In-Reply-To: <200906170444.n5H4isBg021636@mp.cs.niu.edu>
References: <200906170444.n5H4isBg021636@mp.cs.niu.edu>
Message-ID: <20090618133038.GM671@spamcop.net>

On Tue, Jun 16, 2009 at 11:44:54PM -0500, Scott Bennett wrote:
>      On Tue, 16 Jun 2009 20:07:26 +0200 Alexey Shuvaev
> <shuvaev@physik.uni-wuerzburg.de> wrote:
> >Hmmm... Looking at portmaster sources I've got one idea.
> >Can you try more precise command to upgrade everything depending on perl?
> >
> >nice +18 portmaster -v -r perl-threaded-5.10.0_3
> >
> >The point is that perl\* wildcard gives you both perl-threaded-XXX and
> >perltidy-XXXX which might be bad idea.
> 
>      Bingo!!  Very nice call.  It has now driven me to distraction with dialog
> boxes for configuration stuff for many ports/packages, and is now busily
> reinstalling perl intself.
> >
> >If this is the case I think UPDATING entry should be improved
> >to use perl-\* wildcard.
> 
>      I think you meant to *not* use the wildcard, and yes, /usr/ports/UPDATING
> is clearly wrong in this case and should be fixed.
>      Thanks very much for solving this.  I still have to deal with some
> problems with options on the various packages/ports to be updated, but I can
> proceed for now.

Actually, he was suggesting changing from perl\* to perl-\* so it would
only match the perl port.  Unfortunately, that won't work as there is at
least one other port that will match that -- net/p5-perl-ldap (portname
perl-ldap).  So it should be revised to instruct users to use the exact
portname in /var/db/pkg.

Jim
-- 
Jim Trigg, Lord High Everything Else  O-      /"\
                                              \ /  ASCII RIBBON CAMPAIGN
Hostmaster, Huie Kin family website            X    HELP CURE HTML MAIL
Verger, All Saints Church - Sharon Chapel     / \
From roam at ringlet.net  Thu Jun 18 14:07:14 2009
From: roam at ringlet.net (Peter Pentchev)
Date: Thu Jun 18 14:07:21 2009
Subject: Unrealircd problems with last patch
In-Reply-To: <20090617085202.GA976@straylight.m.ringlet.net>
References: <4A388C26.3050900@twopenguins.it>
	<20090617085202.GA976@straylight.m.ringlet.net>
Message-ID: <20090618140708.GA975@straylight.m.ringlet.net>

Skipped content of type multipart/mixed-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090618/8aea7958/attachment.pgp
From roam at ringlet.net  Thu Jun 18 14:13:48 2009
From: roam at ringlet.net (Peter Pentchev)
Date: Thu Jun 18 14:13:54 2009
Subject: Unrealircd problems with last patch
In-Reply-To: <20090618140708.GA975@straylight.m.ringlet.net>
References: <4A388C26.3050900@twopenguins.it>
	<20090617085202.GA976@straylight.m.ringlet.net>
	<20090618140708.GA975@straylight.m.ringlet.net>
Message-ID: <20090618141343.GB975@straylight.m.ringlet.net>

On Thu, Jun 18, 2009 at 05:07:08PM +0300, Peter Pentchev wrote:
> On Wed, Jun 17, 2009 at 11:52:02AM +0300, Peter Pentchev wrote:
> > On Wed, Jun 17, 2009 at 08:24:38AM +0200, Andrea 'simplex' Zulato wrote:
> > > Hi, i've upgraded c-ares and Unreal from ports but Unreal won't work.
> > > It start without a problem but when someone try to connect to the server
> > > it crash with a core dump error:
> > > Jun 16 09:03:33 hazard kernel: pid 57652 (ircd), uid 0: exited on signal
> > > 11 (core dumped)
> > > I've tried to recompile unreal and c-ares whitout any result ("make
> > > install" finish without problems on both ports).
> > > If there's something that i could try, please tell me...
> > > I'm on a FreeBSD 7.2-RELEASE-p1 #0.
> > 
> > Hi,
> > 
> > I've CC'd Gerrit Beine (the actual maintainer of the irc/unreal port :)
> > and Ilya Andreev, who reported the same problem to me yesterday.
> > 
> > Some time ago, I sent my proposed c-ares update for testing to all
> > the maintainers of ports that depend on c-ares directly.  My patches
> > made the ports compile, but I didn't have the proper setup to actually
> > test them working, since I'm not quite familiar with the programs
> > themselves.  Thus, I asked the maintainers for help with testing, and
> > after nobody replied for a week or so, I went ahead and commited the update.
> > 
> > Now Ilya Andreev and you have both hit a problem with UnrealIRCd,
> > and Ilya seems to have found a solution.  Could you try putting
> > the attached patch-res.c into the irc/unreal/files/ directory and
> > rebuilding UnrealIRCd?  If this patch helps, I could commit it if
> > Gerrit Beine does not mind.
> 
> Actually, here's another patch from Ilya who wrote to me privately
> to say that the previous one didn't quite work.

And once again, with the patch inline this time, mainly for the benefit
of the ports@ mailing list and other poor souls who might stumble upon
this problem.

G'luck,
Peter

--- src/res.c	2006-09-19 15:45:18.000000000 +0300
+++ src/res.c	2009-06-17 17:50:18.000000000 +0300
@@ -48,10 +48,15 @@
 
 #include <res.h>
 
+/* Prevent crashes due to invalid prototype/ABI */
+#if ARES_VERSION < 0x010600
+ #error "You have an old c-ares version on your system and/or Unreals c-ares failed to compile!"
+#endif
+
 /* Forward declerations */
-void unrealdns_cb_iptoname(void *arg, int status, struct hostent *he);
-void unrealdns_cb_nametoip_verify(void *arg, int status, struct hostent *he);
-void unrealdns_cb_nametoip_link(void *arg, int status, struct hostent *he);
+void unrealdns_cb_iptoname(void *arg, int status, int timeouts, struct hostent *he);
+void unrealdns_cb_nametoip_verify(void *arg, int status, int timeouts, struct hostent *he);
+void unrealdns_cb_nametoip_link(void *arg, int status, int timeouts, struct hostent *he);
 void unrealdns_delasyncconnects(void);
 static unsigned int unrealdns_haship(void *binaryip, int length);
 static void unrealdns_addtocache(char *name, void *binaryip, int length);
@@ -240,7 +245,7 @@
 #endif
 }
 
-void unrealdns_cb_iptoname(void *arg, int status, struct hostent *he)
+void unrealdns_cb_iptoname(void *arg, int status, int timeouts, struct hostent *he)
 {
 DNSReq *r = (DNSReq *)arg;
 DNSReq *newr;
@@ -290,7 +295,7 @@
 }
 
 
-void unrealdns_cb_nametoip_verify(void *arg, int status, struct hostent *he)
+void unrealdns_cb_nametoip_verify(void *arg, int status, int timeouts, struct hostent *he)
 {
 DNSReq *r = (DNSReq *)arg;
 aClient *acptr = r->cptr;
@@ -363,7 +368,7 @@
 	unrealdns_freeandremovereq(r);
 }
 
-void unrealdns_cb_nametoip_link(void *arg, int status, struct hostent *he)
+void unrealdns_cb_nametoip_link(void *arg, int status, int timeouts, struct hostent *he)
 {
 DNSReq *r = (DNSReq *)arg;
 int n;
@@ -390,9 +395,11 @@
 		/* fatal error while resolving */
 		sendto_realops("Unable to resolve hostname '%s', when trying to connect to server %s.",
 			r->name, r->linkblock->servername);
+		r->linkblock->refcount--;
 		unrealdns_freeandremovereq(r);
 		return;
 	}
+	r->linkblock->refcount--;
 
 #ifdef INET6
 	if (((he->h_length != 4) && (he->h_length != 16)) || !he->h_addr_list[0])
@@ -715,21 +722,34 @@
 	} else
 	if (*param == 'i') /* INFORMATION */
 	{
-		struct ares_config_info inf;
+		struct ares_options inf;
 		int i;
+		int optmask;
 		
-		ares_get_config(&inf, resolver_channel);
+		ares_save_options(resolver_channel, &inf, &optmask);
 
 		sendtxtnumeric(sptr, "****** DNS Configuration Information ******");
 		sendtxtnumeric(sptr, " c-ares version: %s",ares_version(NULL));
-		sendtxtnumeric(sptr, "        timeout: %d", inf.timeout);
-		sendtxtnumeric(sptr, "          tries: %d", inf.tries);
-		sendtxtnumeric(sptr, "   # of servers: %d", inf.numservers);
-		for (i = 0; i < inf.numservers; i++)
-			sendtxtnumeric(sptr, "      server #%d: %s", i+1, inf.servers[i] ? inf.servers[i] : "[???]");
-			
-		/* TODO: free or get memleak ! */
+
+		if(optmask & ARES_OPT_TIMEOUTMS)
+			sendtxtnumeric(sptr, "        timeout: %d", inf.timeout);
+		if(optmask & ARES_OPT_TRIES)
+			sendtxtnumeric(sptr, "          tries: %d", inf.tries);
+		if(optmask & ARES_OPT_SERVERS)
+		{
+			sendtxtnumeric(sptr, "   # of servers: %d", inf.nservers);
+			for (i = 0; i < inf.nservers; i++)
+				sendtxtnumeric(sptr, "      server #%d: %s", i+1, inet_ntoa(inf.servers[i]));	
+		}
+		if(optmask & ARES_OPT_DOMAINS)
+		{
+			sendtxtnumeric(sptr, "   # of search domains: %d", inf.ndomains);
+			for (i = 0; i < inf.ndomains; i++)
+				sendtxtnumeric(sptr, "      domain #%d: %s", i+1, inf.domains[i]);
+		}
 		sendtxtnumeric(sptr, "****** End of DNS Configuration Info ******");
+		
+		ares_destroy_options(&inf);
 	} else /* STATISTICS */
 	{
 		sendtxtnumeric(sptr, "DNS CACHE Stats:");

-- 
Peter Pentchev	roam@ringlet.net    roam@space.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
Hey, out there - is it *you* reading me, or is it someone else?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090618/c19e841a/attachment.pgp
From admin at aivus.name  Thu Jun 18 14:55:05 2009
From: admin at aivus.name (=?KOI8-R?B?6czY0SAoYWl2dXMp?=)
Date: Thu Jun 18 14:55:11 2009
Subject: Unrealircd problems with last patch
In-Reply-To: <20090618141343.GB975@straylight.m.ringlet.net>
References: <4A388C26.3050900@twopenguins.it>
	<20090617085202.GA976@straylight.m.ringlet.net> 
	<20090618140708.GA975@straylight.m.ringlet.net>
	<20090618141343.GB975@straylight.m.ringlet.net>
Message-ID: <4e8b005e0906180728i5d0119a3hbcb531339ce8c40e@mail.gmail.com>

Please use full patch. (For ports@) Here it's:


--- src/res.c	2006-09-19 15:45:18.000000000 +0300
+++ src/res.c	2009-06-17 17:50:18.000000000 +0300
@@ -48,10 +48,15 @@

 #include <res.h>

+/* Prevent crashes due to invalid prototype/ABI */
+#if ARES_VERSION < 0x010600
+ #error "You have an old c-ares version on your system and/or Unreals
c-ares failed to compile!"
+#endif
+
 /* Forward declerations */
-void unrealdns_cb_iptoname(void *arg, int status, struct hostent *he);
-void unrealdns_cb_nametoip_verify(void *arg, int status, struct hostent *he);
-void unrealdns_cb_nametoip_link(void *arg, int status, struct hostent *he);
+void unrealdns_cb_iptoname(void *arg, int status, int timeouts,
struct hostent *he);
+void unrealdns_cb_nametoip_verify(void *arg, int status, int
timeouts, struct hostent *he);
+void unrealdns_cb_nametoip_link(void *arg, int status, int timeouts,
struct hostent *he);
 void unrealdns_delasyncconnects(void);
 static unsigned int unrealdns_haship(void *binaryip, int length);
 static void unrealdns_addtocache(char *name, void *binaryip, int length);
@@ -240,7 +245,7 @@
 #endif
 }

-void unrealdns_cb_iptoname(void *arg, int status, struct hostent *he)
+void unrealdns_cb_iptoname(void *arg, int status, int timeouts,
struct hostent *he)
 {
 DNSReq *r = (DNSReq *)arg;
 DNSReq *newr;
@@ -290,7 +295,7 @@
 }


-void unrealdns_cb_nametoip_verify(void *arg, int status, struct hostent *he)
+void unrealdns_cb_nametoip_verify(void *arg, int status, int
timeouts, struct hostent *he)
 {
 DNSReq *r = (DNSReq *)arg;
 aClient *acptr = r->cptr;
@@ -363,7 +368,7 @@
 	unrealdns_freeandremovereq(r);
 }

-void unrealdns_cb_nametoip_link(void *arg, int status, struct hostent *he)
+void unrealdns_cb_nametoip_link(void *arg, int status, int timeouts,
struct hostent *he)
 {
 DNSReq *r = (DNSReq *)arg;
 int n;
@@ -390,9 +395,11 @@
 		/* fatal error while resolving */
 		sendto_realops("Unable to resolve hostname '%s', when trying to
connect to server %s.",
 			r->name, r->linkblock->servername);
+		r->linkblock->refcount--;
 		unrealdns_freeandremovereq(r);
 		return;
 	}
+	r->linkblock->refcount--;

 #ifdef INET6
 	if (((he->h_length != 4) && (he->h_length != 16)) || !he->h_addr_list[0])
@@ -715,21 +722,34 @@
 	} else
 	if (*param == 'i') /* INFORMATION */
 	{
-		struct ares_config_info inf;
+		struct ares_options inf;
 		int i;
+		int optmask;
 		
-		ares_get_config(&inf, resolver_channel);
+		ares_save_options(resolver_channel, &inf, &optmask);

 		sendtxtnumeric(sptr, "****** DNS Configuration Information ******");
 		sendtxtnumeric(sptr, " c-ares version: %s",ares_version(NULL));
-		sendtxtnumeric(sptr, "        timeout: %d", inf.timeout);
-		sendtxtnumeric(sptr, "          tries: %d", inf.tries);
-		sendtxtnumeric(sptr, "   # of servers: %d", inf.numservers);
-		for (i = 0; i < inf.numservers; i++)
-			sendtxtnumeric(sptr, "      server #%d: %s", i+1, inf.servers[i] ?
inf.servers[i] : "[???]");
-			
-		/* TODO: free or get memleak ! */
+
+		if(optmask & ARES_OPT_TIMEOUTMS)
+			sendtxtnumeric(sptr, "        timeout: %d", inf.timeout);
+		if(optmask & ARES_OPT_TRIES)
+			sendtxtnumeric(sptr, "          tries: %d", inf.tries);
+		if(optmask & ARES_OPT_SERVERS)
+		{
+			sendtxtnumeric(sptr, "   # of servers: %d", inf.nservers);
+			for (i = 0; i < inf.nservers; i++)
+				sendtxtnumeric(sptr, "      server #%d: %s", i+1,
inet_ntoa(inf.servers[i]));
+		}
+		if(optmask & ARES_OPT_DOMAINS)
+		{
+			sendtxtnumeric(sptr, "   # of search domains: %d", inf.ndomains);
+			for (i = 0; i < inf.ndomains; i++)
+				sendtxtnumeric(sptr, "      domain #%d: %s", i+1, inf.domains[i]);
+		}
 		sendtxtnumeric(sptr, "****** End of DNS Configuration Info ******");
+		
+		ares_destroy_options(&inf);
 	} else /* STATISTICS */
 	{
 		sendtxtnumeric(sptr, "DNS CACHE Stats:");
From tabthorpe at freebsd.org  Thu Jun 18 15:14:52 2009
From: tabthorpe at freebsd.org (Thomas Abthorpe)
Date: Thu Jun 18 15:14:59 2009
Subject: [RFC] New category proposal, i18n
Message-ID: <200906181114.43935.tabthorpe@freebsd.org>

I would like to propose a new ports category, i18n, it would become the new 
home, physical or virtual, for ports that are i18n or l10n based.

While researching the topic, I found the two terms, i18n and l10n, are often
used interchangeably, and while either word could be used as the new category
name, I chose i18 because it seems to keep in line with the efforts of
freebsd-i18n team.

Currently in the ports tree there are about 220 ports with i18n or l10n as
part of their package name. Of these ports 159 are in the misc category,
virtually all of which are related to KDE or Qt.

Should this new category come to being, the self identified ports in misc
would get relocated. All other ports would simply be extended with the new
virtual category name.

Taking off my KDE hat, this new category could obviously be used by anybody
who is involved some sort of translation effort.

As per the Porters Handbook,
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-categories.html#PROPOSING-CATEGORIES,
I hereby open discussion on the matter. If there is enough interest, I will
pursue the matter further with portmgr@

Thank you for you time, attention and feedback.


Thomas

-- 
Thomas Abthorpe		| FreeBSD Committer
tabthorpe@FreeBSD.org	| http://people.freebsd.org/~tabthorpe
From w.r.pestman at tele2.nl  Thu Jun 18 16:42:48 2009
From: w.r.pestman at tele2.nl (Wiebe Pestman)
Date: Thu Jun 18 16:42:56 2009
Subject: FreeBSD Port: kdebase-3.5.10_2
Message-ID: <4A3A6073.2060407@tele2.nl>

Dear FreeBSD team,
I have just installed kdebase4. However, there is no startup script
"startkde" in the directory /usr/local/, nor in its subdirectories.
How to start kde? I have been googling on the web, but I am unable
 to find an answer there.
Best regards from Holland,
Wiebe Pestman
From freebsd-ports-local at be-well.ilk.org  Thu Jun 18 18:18:26 2009
From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert)
Date: Thu Jun 18 18:18:32 2009
Subject: FreeBSD Port: kdebase-3.5.10_2
In-Reply-To: <4A3A6073.2060407@tele2.nl> (Wiebe Pestman's message of "Thu\,
	18 Jun 2009 17\:42\:43 +0200")
References: <4A3A6073.2060407@tele2.nl>
Message-ID: <44ocsl4d8v.fsf@be-well.ilk.org>

Wiebe Pestman <w.r.pestman@tele2.nl> writes:

> I have just installed kdebase4. However, there is no startup script
> "startkde" in the directory /usr/local/, nor in its subdirectories.
> How to start kde? I have been googling on the web, but I am unable
> to find an answer there.

I did a quick search through the x11 ports, and apparently for kde4,
that program is installed by the kdebase4-workspace port.  If you had
installed x11/kde4, you would have gotten that.
From Mike.Cantu at VerizonWireless.com  Thu Jun 18 18:28:31 2009
From: Mike.Cantu at VerizonWireless.com (Cantu, Mike)
Date: Thu Jun 18 18:28:38 2009
Subject: FreeBSD Port: mod_auth_xradius-0.4.6
Message-ID: <20090618182830.D0C8C8FC25@mx1.freebsd.org>

Hello,

I had an issue building the port with apr_memcache under the amd64
7.2-RELEASE.  No matter what I tried, the configure phase would not
"find" libapr_memcache.  One of the tests would say "yes" but it would
end up saying that the lib was not found.  It didn't matter what I added
to the make command when I ran it from the
/usr/ports/www/mod_auth_xradius directory where I started (e.g. "make
CONFIGURE_ARGS=--with-apr-memcache=/usr/local/lib" or even "make
CONFIGURE_ARGS=--with-apr-memcache=/usr/local").

I found what I think was the problem on line 4404 of the file
/usr/ports/www/mod_auth_xradius/work/mod_auth_xradius-0.4.6/configure

configure was not able to "see" the installed lib when the original line
4404 was:

    amc_shlib="${x}/libapr_memcache${shrext_cmds}"

configure was able to "see" it when I changed line 4404 to:

    amc_shlib="${x}/lib/libapr_memcache${shrext_cmds}"

I don't know if it is a problem with the native mod_auth_xradius
distribution, or the FreeBSD port of it.  I don't even know if this is a
real problem, but if it is real, I hope that this is the real fix so I
can give something back to the FreeBSD ports effort.  You guys do a
GREAT job.  Thank you for making the FreeBSD environment as slick and
powerful as it is.

Thanks,
Mike



The information contained in this message and any attachment may be
proprietary, confidential, and privileged or subject to the work
product doctrine and thus protected from disclosure.  If the reader
of this message is not the intended recipient, or an employee or
agent responsible for delivering this message to the intended
recipient, you are hereby notified that any dissemination,
distribution or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify me
immediately by replying to this message and deleting it and all
copies and backups thereof.  Thank you.

From simplex at twopenguins.it  Thu Jun 18 18:41:59 2009
From: simplex at twopenguins.it (Andrea 'simplex' Zulato)
Date: Thu Jun 18 18:42:07 2009
Subject: Unrealircd problems with last patch
In-Reply-To: <20090618141343.GB975@straylight.m.ringlet.net>
References: <4A388C26.3050900@twopenguins.it>	<20090617085202.GA976@straylight.m.ringlet.net>	<20090618140708.GA975@straylight.m.ringlet.net>
	<20090618141343.GB975@straylight.m.ringlet.net>
Message-ID: <4A3A8A85.7020204@twopenguins.it>

It worked for me.
Now irc server is up again, thanks!
Andrea

Peter Pentchev wrote:
> On Thu, Jun 18, 2009 at 05:07:08PM +0300, Peter Pentchev wrote:
>   
>> On Wed, Jun 17, 2009 at 11:52:02AM +0300, Peter Pentchev wrote:
>>     
>>> On Wed, Jun 17, 2009 at 08:24:38AM +0200, Andrea 'simplex' Zulato wrote:
>>>       
>>>> Hi, i've upgraded c-ares and Unreal from ports but Unreal won't work.
>>>> It start without a problem but when someone try to connect to the server
>>>> it crash with a core dump error:
>>>> Jun 16 09:03:33 hazard kernel: pid 57652 (ircd), uid 0: exited on signal
>>>> 11 (core dumped)
>>>> I've tried to recompile unreal and c-ares whitout any result ("make
>>>> install" finish without problems on both ports).
>>>> If there's something that i could try, please tell me...
>>>> I'm on a FreeBSD 7.2-RELEASE-p1 #0.
>>>>         
>>> Hi,
>>>
>>> I've CC'd Gerrit Beine (the actual maintainer of the irc/unreal port :)
>>> and Ilya Andreev, who reported the same problem to me yesterday.
>>>
>>> Some time ago, I sent my proposed c-ares update for testing to all
>>> the maintainers of ports that depend on c-ares directly.  My patches
>>> made the ports compile, but I didn't have the proper setup to actually
>>> test them working, since I'm not quite familiar with the programs
>>> themselves.  Thus, I asked the maintainers for help with testing, and
>>> after nobody replied for a week or so, I went ahead and commited the update.
>>>
>>> Now Ilya Andreev and you have both hit a problem with UnrealIRCd,
>>> and Ilya seems to have found a solution.  Could you try putting
>>> the attached patch-res.c into the irc/unreal/files/ directory and
>>> rebuilding UnrealIRCd?  If this patch helps, I could commit it if
>>> Gerrit Beine does not mind.
>>>       
>> Actually, here's another patch from Ilya who wrote to me privately
>> to say that the previous one didn't quite work.
>>     
>
> And once again, with the patch inline this time, mainly for the benefit
> of the ports@ mailing list and other poor souls who might stumble upon
> this problem.
>
> G'luck,
> Peter
>
> --- src/res.c	2006-09-19 15:45:18.000000000 +0300
> +++ src/res.c	2009-06-17 17:50:18.000000000 +0300
> @@ -48,10 +48,15 @@
>  
>  #include <res.h>
>  
> +/* Prevent crashes due to invalid prototype/ABI */
> +#if ARES_VERSION < 0x010600
> + #error "You have an old c-ares version on your system and/or Unreals c-ares failed to compile!"
> +#endif
> +
>  /* Forward declerations */
> -void unrealdns_cb_iptoname(void *arg, int status, struct hostent *he);
> -void unrealdns_cb_nametoip_verify(void *arg, int status, struct hostent *he);
> -void unrealdns_cb_nametoip_link(void *arg, int status, struct hostent *he);
> +void unrealdns_cb_iptoname(void *arg, int status, int timeouts, struct hostent *he);
> +void unrealdns_cb_nametoip_verify(void *arg, int status, int timeouts, struct hostent *he);
> +void unrealdns_cb_nametoip_link(void *arg, int status, int timeouts, struct hostent *he);
>  void unrealdns_delasyncconnects(void);
>  static unsigned int unrealdns_haship(void *binaryip, int length);
>  static void unrealdns_addtocache(char *name, void *binaryip, int length);
> @@ -240,7 +245,7 @@
>  #endif
>  }
>  
> -void unrealdns_cb_iptoname(void *arg, int status, struct hostent *he)
> +void unrealdns_cb_iptoname(void *arg, int status, int timeouts, struct hostent *he)
>  {
>  DNSReq *r = (DNSReq *)arg;
>  DNSReq *newr;
> @@ -290,7 +295,7 @@
>  }
>  
>  
> -void unrealdns_cb_nametoip_verify(void *arg, int status, struct hostent *he)
> +void unrealdns_cb_nametoip_verify(void *arg, int status, int timeouts, struct hostent *he)
>  {
>  DNSReq *r = (DNSReq *)arg;
>  aClient *acptr = r->cptr;
> @@ -363,7 +368,7 @@
>  	unrealdns_freeandremovereq(r);
>  }
>  
> -void unrealdns_cb_nametoip_link(void *arg, int status, struct hostent *he)
> +void unrealdns_cb_nametoip_link(void *arg, int status, int timeouts, struct hostent *he)
>  {
>  DNSReq *r = (DNSReq *)arg;
>  int n;
> @@ -390,9 +395,11 @@
>  		/* fatal error while resolving */
>  		sendto_realops("Unable to resolve hostname '%s', when trying to connect to server %s.",
>  			r->name, r->linkblock->servername);
> +		r->linkblock->refcount--;
>  		unrealdns_freeandremovereq(r);
>  		return;
>  	}
> +	r->linkblock->refcount--;
>  
>  #ifdef INET6
>  	if (((he->h_length != 4) && (he->h_length != 16)) || !he->h_addr_list[0])
> @@ -715,21 +722,34 @@
>  	} else
>  	if (*param == 'i') /* INFORMATION */
>  	{
> -		struct ares_config_info inf;
> +		struct ares_options inf;
>  		int i;
> +		int optmask;
>  		
> -		ares_get_config(&inf, resolver_channel);
> +		ares_save_options(resolver_channel, &inf, &optmask);
>  
>  		sendtxtnumeric(sptr, "****** DNS Configuration Information ******");
>  		sendtxtnumeric(sptr, " c-ares version: %s",ares_version(NULL));
> -		sendtxtnumeric(sptr, "        timeout: %d", inf.timeout);
> -		sendtxtnumeric(sptr, "          tries: %d", inf.tries);
> -		sendtxtnumeric(sptr, "   # of servers: %d", inf.numservers);
> -		for (i = 0; i < inf.numservers; i++)
> -			sendtxtnumeric(sptr, "      server #%d: %s", i+1, inf.servers[i] ? inf.servers[i] : "[???]");
> -			
> -		/* TODO: free or get memleak ! */
> +
> +		if(optmask & ARES_OPT_TIMEOUTMS)
> +			sendtxtnumeric(sptr, "        timeout: %d", inf.timeout);
> +		if(optmask & ARES_OPT_TRIES)
> +			sendtxtnumeric(sptr, "          tries: %d", inf.tries);
> +		if(optmask & ARES_OPT_SERVERS)
> +		{
> +			sendtxtnumeric(sptr, "   # of servers: %d", inf.nservers);
> +			for (i = 0; i < inf.nservers; i++)
> +				sendtxtnumeric(sptr, "      server #%d: %s", i+1, inet_ntoa(inf.servers[i]));	
> +		}
> +		if(optmask & ARES_OPT_DOMAINS)
> +		{
> +			sendtxtnumeric(sptr, "   # of search domains: %d", inf.ndomains);
> +			for (i = 0; i < inf.ndomains; i++)
> +				sendtxtnumeric(sptr, "      domain #%d: %s", i+1, inf.domains[i]);
> +		}
>  		sendtxtnumeric(sptr, "****** End of DNS Configuration Info ******");
> +		
> +		ares_destroy_options(&inf);
>  	} else /* STATISTICS */
>  	{
>  		sendtxtnumeric(sptr, "DNS CACHE Stats:");
>
>   

From dougb at FreeBSD.org  Thu Jun 18 18:42:55 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Thu Jun 18 18:43:01 2009
Subject: [REPOST] problem upgrading perl
In-Reply-To: <20090618133038.GM671@spamcop.net>
References: <200906170444.n5H4isBg021636@mp.cs.niu.edu>
	<20090618133038.GM671@spamcop.net>
Message-ID: <4A3A8AAB.7010307@FreeBSD.org>

Jim Trigg wrote:
> Actually, he was suggesting changing from perl\* to perl-\* so it would
> only match the perl port. 

FYI, the \* at the end is not needed, 'portmaster perl-' will work
just fine.

> Unfortunately, that won't work as there is at
> least one other port that will match that -- net/p5-perl-ldap (portname
> perl-ldap). 

It's generally a good idea to check your facts before posting to the
list. Since the glob code goes by the directory names in /var/db/pkg,
and since the prefix will be there in the directory name, this won't
be an issue.

In any case, I updated the instructions for this, and the other
portmaster examples in /usr/ports/UPDATING a couple days ago so
hopefully no one else will stumble over this.

Doug

-- 

    This .signature sanitized for your protection

From gamato at users.sf.net  Thu Jun 18 19:57:04 2009
From: gamato at users.sf.net (martinko)
Date: Thu Jun 18 19:57:12 2009
Subject: FreeBSD Port: devel/boost-python
In-Reply-To: <op.uvngg2qh9aq2h7@localhost>
References: <4A37F259.8000102@users.sf.net>	<790a9fff0906161734l3408f419o36b2ff7940203fe3@mail.gmail.com>
	<op.uvngg2qh9aq2h7@localhost>
Message-ID: <h1e662$rpa$1@ger.gmane.org>

Jeremy Messenger wrote:
> On Tue, 16 Jun 2009 19:34:43 -0500, Scot Hetzel <swhetzel@gmail.com> wrote:
> 
>> 2009/6/16 martinko <gamato@users.sf.net>:
>>> Hallo,
>>>
>>> I've installed graphics/gimp which installed devel/boost.
>>> Now I'm trying to install x11/kdebase4* that want devel/boost-python 
>>> which
>>> is in conflict with devel/boost.
>>> I don't think I've modified any port options, therefore I'm wondering 
>>> why
>>> the ports fail to install. :-/
>>> What should I do to remedy the situation pls ?
>>>
>>
>> Either uninstall graphics/gimp and devel/boost. First install
>> devel/boost-python then graphics/gimp.
> 
> You don't need to uninstall gimp. All you have to do is reinstall boost 
> with python option. The fix is on way from boost maintainer and being test.
> 
> Cheers,
> Mezz
> 
>> Or use either portupgrade or pormaster to replace devel/boost with
>> devel/boost-python:
>>
>> If using portupgrade:
>>   # portupgrade -o devel/boost-python devel/boost
>>
>>   If using portmaster:
>>   # portmaster -o ldevel/boost-python devel/boost
>>
>> Scot
> 
> 

That helped, thank you guys.

From gamato at users.sf.net  Thu Jun 18 20:03:40 2009
From: gamato at users.sf.net (martinko)
Date: Thu Jun 18 20:03:47 2009
Subject: FreeBSD Port: kdebase-3.5.10_2
In-Reply-To: <44ocsl4d8v.fsf@be-well.ilk.org>
References: <4A3A6073.2060407@tele2.nl> <44ocsl4d8v.fsf@be-well.ilk.org>
Message-ID: <h1e6ia$rpa$2@ger.gmane.org>

Lowell Gilbert wrote:
> Wiebe Pestman <w.r.pestman@tele2.nl> writes:
> 
>> I have just installed kdebase4. However, there is no startup script
>> "startkde" in the directory /usr/local/, nor in its subdirectories.
>> How to start kde? I have been googling on the web, but I am unable
>> to find an answer there.
> 
> I did a quick search through the x11 ports, and apparently for kde4,
> that program is installed by the kdebase4-workspace port.  If you had
> installed x11/kde4, you would have gotten that.

It's just been discussed on freebsd-kde@ and the result is that you want 
to install all three kdebase4* ports to have base/lite KDE4 installation 
(that is to say the analogy of old kdebase3).

From dougb at FreeBSD.org  Fri Jun 19 06:50:15 2009
From: dougb at FreeBSD.org (Doug Barton)
Date: Fri Jun 19 06:50:22 2009
Subject: [RFC] New category proposal, i18n
In-Reply-To: <200906181114.43935.tabthorpe@freebsd.org>
References: <200906181114.43935.tabthorpe@freebsd.org>
Message-ID: <4A3B3524.7090606@FreeBSD.org>

Thomas Abthorpe wrote:
> I would like to propose a new ports category, i18n, it would become the new 
> home, physical or virtual, for ports that are i18n or l10n based.
> 
> While researching the topic, I found the two terms, i18n and l10n, are often
> used interchangeably, and while either word could be used as the new category
> name, I chose i18 because it seems to keep in line with the efforts of
> freebsd-i18n team.

While I (as an ignorant 'merican) would tend to agree with you that
the terms are close in meaning, my experience is that the people who
care about the differences _really_ care about them. Rather than have
FreeBSD appear to take a position on the debate I would suggest that
we use a term that is both neutral and more descriptive, like
"localization" or something similar.

That said I think that anything we can do to encourage localization as
a goal we should do.

> Currently in the ports tree there are about 220 ports with i18n or l10n as
> part of their package name. Of these ports 159 are in the misc category,
> virtually all of which are related to KDE or Qt.
> 
> Should this new category come to being, the self identified ports in misc
> would get relocated. All other ports would simply be extended with the new
> virtual category name.

You've probably already covered this, but are you making a distinction
between ports that are used to _do_ localization-related tasks, and
ports that are localized versions of existing ports?


hth,

Doug

-- 

    This .signature sanitized for your protection

From johans at stack.nl  Fri Jun 19 07:07:57 2009
From: johans at stack.nl (Johan van Selst)
Date: Fri Jun 19 07:08:03 2009
Subject: [RFC] New category proposal, i18n
In-Reply-To: <4A3B3524.7090606@FreeBSD.org>
References: <200906181114.43935.tabthorpe@freebsd.org>
	<4A3B3524.7090606@FreeBSD.org>
Message-ID: <20090619070753.GA71673@mud.stack.nl>

Doug Barton wrote:
> > Should this new category come to being, the self identified ports in misc
> > would get relocated. All other ports would simply be extended with the new
> > virtual category name.
> You've probably already covered this, but are you making a distinction
> between ports that are used to _do_ localization-related tasks, and
> ports that are localized versions of existing ports?

I think that this is an important distinction; and personally I would
expect only the previous ports to go into this category. That is,
putting ports into categories primarily based on the functionality of a
port. For example when looking for a port like firefox-i18n, I'd expect
to find it in the www/ category, rather than an i18n/ subdir. But ports
like gettext or other localization tools could be in the i18n category.


Ciao,
Johan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 163 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090619/20f69a8c/attachment.pgp
From pgollucci at FreeBSD.org  Fri Jun 19 07:40:20 2009
From: pgollucci at FreeBSD.org (Philip M. Gollucci)
Date: Fri Jun 19 07:40:25 2009
Subject: FreeBSD Port: mod_auth_xradius-0.4.6
In-Reply-To: <20090618182830.D0C8C8FC25@mx1.freebsd.org>
References: <20090618182830.D0C8C8FC25@mx1.freebsd.org>
Message-ID: <4A3B40DE.2070806@FreeBSD.org>

Cantu, Mike wrote:
> Hello,
> 
> I had an issue building the port with apr_memcache under the amd64
> 7.2-RELEASE.  No matter what I tried, the configure phase would not
> "find" libapr_memcache.  One of the tests would say "yes" but it would
> end up saying that the lib was not found.  It didn't matter what I added
> to the make command when I ran it from the
> /usr/ports/www/mod_auth_xradius directory where I started (e.g. "make
> CONFIGURE_ARGS=--with-apr-memcache=/usr/local/lib" or even "make
> CONFIGURE_ARGS=--with-apr-memcache=/usr/local").
> 
> I found what I think was the problem on line 4404 of the file
> /usr/ports/www/mod_auth_xradius/work/mod_auth_xradius-0.4.6/configure
> 
> configure was not able to "see" the installed lib when the original line
> 4404 was:
> 
>     amc_shlib="${x}/libapr_memcache${shrext_cmds}"
> 
> configure was able to "see" it when I changed line 4404 to:
> 
>     amc_shlib="${x}/lib/libapr_memcache${shrext_cmds}"

I'll take a look at it friday or monday.

From Albert.Shih at obspm.fr  Fri Jun 19 09:38:11 2009
From: Albert.Shih at obspm.fr (Albert Shih)
Date: Fri Jun 19 09:38:25 2009
Subject: vim ports broken.
Message-ID: <20090619093724.GH3582@obspm.fr>

Hi all

I think the vim ports is broken. 

When I try to compile I've got : 

[root@ vim]# make
===>  Vulnerability check disabled, database not found
=> 7.2.041% doesn't seem to exist in /usr/ports/distfiles/vim.
=> Attempting to fetch from http://ftp.vim.org/pub/vim/patches/7.2/.
fetch: http://ftp.vim.org/pub/vim/patches/7.2/7.2.041%: Bad Request
=> Attempting to fetch from http://mirrors.24-7-solutions.net/pub/vim/patches/7.2/.
fetch: http://mirrors.24-7-solutions.net/pub/vim/patches/7.2/7.2.041%: Bad
Request
=> Attempting to fetch from http://ftp.tw.vim.org/pub/vim/patches/7.2/.
fetch: http://ftp.tw.vim.org/pub/vim/patches/7.2/7.2.041%: Bad Request
=> Attempting to fetch from http://vim.stu.edu.tw/patches/7.2/.
fetch: http://vim.stu.edu.tw/patches/7.2/7.2.041%: Not Found
=> Attempting to fetch from http://gd.tuwien.ac.at/pub/vim/patches/7.2/.
fetch: http://gd.tuwien.ac.at/pub/vim/patches/7.2/7.2.041%: Bad Request
=> Attempting to fetch from http://www.etsimo.uniovi.es/pub/vim/patches/7.2/.
fetch: http://www.etsimo.uniovi.es/pub/vim/patches/7.2/7.2.041%: Bad
Request
=> Attempting to fetch from http://www.pt.vim.org/pub/vim/patches/7.2/.
fetch: http://www.pt.vim.org/pub/vim/patches/7.2/7.2.041%: Bad Request
=> Attempting to fetch from http://www.pangora.org/vim.org/pub/vim/patches/7.2/.

I don't known the purpose of last line of

	#       bits to remove
	BADPATCHES=     007 036 049 071 072 074 088 089 093 101 138 150 172 191 194
	204 205
	#.if !defined(WITH_LANG)
	#BADPATCHES+=
	#.endif
	.for p in ${BADPATCHES}
	PATCHFILES:=    ${PATCHFILES:N7.2.${p}}
	.endfor
	PATCHFILES:=    ${PATCHFILES:S/041/041%/}

but it seem strange for me...

Thanks the work.

Regards.



-- 
Albert SHIH
SIO batiment 15
Observatoire de Paris Meudon
5 Place Jules Janssen
92195 Meudon Cedex
Heure local/Local time:
Ven 19 jui 2009 11:34:12 CEST
From tabthorpe at freebsd.org  Fri Jun 19 14:20:33 2009
From: tabthorpe at freebsd.org (Thomas Abthorpe)
Date: Fri Jun 19 14:20:41 2009
Subject: [RFC] New category proposal, i18n
In-Reply-To: <4A3B3524.7090606@FreeBSD.org>
References: <200906181114.43935.tabthorpe@freebsd.org>
	<4A3B3524.7090606@FreeBSD.org>
Message-ID: <200906191020.25037.tabthorpe@freebsd.org>

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

On June 19, 2009 02:50:12 am Doug Barton wrote:
> Thomas Abthorpe wrote:
> > I would like to propose a new ports category, i18n, it would become the
> > new home, physical or virtual, for ports that are i18n or l10n based.
> >
> > While researching the topic, I found the two terms, i18n and l10n, are
> > often used interchangeably, and while either word could be used as the
> > new category name, I chose i18 because it seems to keep in line with the
> > efforts of freebsd-i18n team.
>
> While I (as an ignorant 'merican) would tend to agree with you that
> the terms are close in meaning, my experience is that the people who
> care about the differences _really_ care about them. Rather than have
> FreeBSD appear to take a position on the debate I would suggest that
> we use a term that is both neutral and more descriptive, like
> "localization" or something similar.

It was my original thought to use localization as the category nane (and 
certainly something I would still hear arguments for), localization *is* 
l10n. While simply using internationalization seems misleading, the use of 
i18n carries a more direct conveyance.

I posted an email to freebsd-i18n@ yesterday after posted this original 
message. I asked interested parties to weigh in on the matter.

>
> That said I think that anything we can do to encourage localization as
> a goal we should do.
>
> > Currently in the ports tree there are about 220 ports with i18n or l10n
> > as part of their package name. Of these ports 159 are in the misc
> > category, virtually all of which are related to KDE or Qt.
> >
> > Should this new category come to being, the self identified ports in misc
> > would get relocated. All other ports would simply be extended with the
> > new virtual category name.
>
> You've probably already covered this, but are you making a distinction
> between ports that are used to _do_ localization-related tasks, and
> ports that are localized versions of existing ports?

It is my intention for ports that do localization related work would remain in 
their existing category, and if appropriate we could add the new name to 
CATEGORIES.

Identified i18n/l10n ports outside of the misc category, would remain in their 
substantive cateory, and be extended to include the new category name. For 
instance

www/dillo-i18n
www/drupal5-i18n
www/firefox-i18n
www/firefox3-i18n
www/zope-i18nlayer

would all remain in in www, then we would have the CATEGORIES include i18n (or 
whatever)

>
>
> hth,
>
> Doug

Thomas

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

iEYEARECAAYFAko7nqgACgkQ5Gm/jNBp8qBEeQCggTKW1jN6tzA9nPgG3AbJnbAz
RRcAmwVm/QrTWAqmzfqPIKT3TA3n5PuM
=e1Ze
-----END PGP SIGNATURE-----
From tabthorpe at freebsd.org  Fri Jun 19 14:24:39 2009
From: tabthorpe at freebsd.org (Thomas Abthorpe)
Date: Fri Jun 19 14:24:45 2009
Subject: [RFC] New category proposal, i18n
In-Reply-To: <20090619070753.GA71673@mud.stack.nl>
References: <200906181114.43935.tabthorpe@freebsd.org>
	<4A3B3524.7090606@FreeBSD.org>
	<20090619070753.GA71673@mud.stack.nl>
Message-ID: <200906191024.33856.tabthorpe@freebsd.org>

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

On June 19, 2009 03:07:53 am Johan van Selst wrote:
> Doug Barton wrote:
> > > Should this new category come to being, the self identified ports in
> > > misc would get relocated. All other ports would simply be extended with
> > > the new virtual category name.
> >
> > You've probably already covered this, but are you making a distinction
> > between ports that are used to _do_ localization-related tasks, and
> > ports that are localized versions of existing ports?
>
> I think that this is an important distinction; and personally I would
> expect only the previous ports to go into this category. That is,
> putting ports into categories primarily based on the functionality of a
> port. For example when looking for a port like firefox-i18n, I'd expect
> to find it in the www/ category, rather than an i18n/ subdir. But ports
> like gettext or other localization tools could be in the i18n category.

That is esseintally what I hope to achieve, i18n/l10n ports in misc get moved 
to this new category, all others keep their original home, and extend their 
CATEGORIES to include the new name.

Similarly gettext and other related tools could have their CATEGORIES updated 
as well.

>
>
> Ciao,
> Johan

Thomas


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

iEYEARECAAYFAko7n6EACgkQ5Gm/jNBp8qDiFgCfVqyzIvkZpHBA9JoE+Tit69eI
EW4AnRwka4FKyNBbuSe4zNBi8T4nfH5L
=CpN6
-----END PGP SIGNATURE-----
From chaoweilun at gmail.com  Fri Jun 19 16:52:16 2009
From: chaoweilun at gmail.com (=?UTF-8?B?6LaZ5oOf5YCr?=)
Date: Fri Jun 19 18:58:22 2009
Subject: cmexfonts-0.2
Message-ID: <5f051d8e0906190921r27c3f978yb5bf145616177b05@mail.gmail.com>

Hello,

In attachment there is the version 0.2 of cmexfonts.
This version covers the same charset (big5p). but
re-encodes the font from big5p to unicode.

Regards,

Wei-Lun Chao
From demonichandextensions at hotmail.com  Fri Jun 19 20:34:32 2009
From: demonichandextensions at hotmail.com (Brad Davison)
Date: Fri Jun 19 20:34:39 2009
Subject: problem compiling audio/ardour
Message-ID: <SNT119-W48653C4C404C6E3E0127CA13A0@phx.gbl>


I have tried several times now to get ardour installed on a few different systems.  The first was a station that already had hydrogen and a GUI installed- all audio was working OK (Jack, videos, etc.).  The second was a fresh install with just Xorg, Blackbox, and qjackctl installed.  The last was a fresh system with absolutely nothing on it.  All of which had the ports tree updated that day. 

These are all 7.1-RELEASE systems, two were #6, the last was #0 running on i386.

I am getting the error (on all of them):

libs/ardour/io.cc: In Member function 'void ARDOUR::IO::meter


libs/ardour/io.cc:2538: error: no matching function for call to 'max(float&,double)'


The complete compile is attached
ardour.txt 

I've been trying to get this working for a few days now, and I'm not sure where to go with it.

Thanks,
Brad

_________________________________________________________________
Lauren found her dream laptop. Find the PC that?s right for you.
http://www.microsoft.com/windows/choosepc/?ocid=ftp_val_wl_290
-------------- next part --------------
===>  Building for ardour-2.7.1_1
scons: Reading SConscript files ...
Checking for pkg-config version >= 0.8.0... (cached) yes
Checking for lrdf... (cached) yes
Checking for libgnomecanvas-2.0... (cached) yes
Checking for gtk+-2.0... (cached) yes
Checking for jack... (cached) yes
Checking for samplerate... (cached) yes
Checking for gthread-2.0... (cached) yes
Checking for libxml-2.0... (cached) yes
Checking for raptor... (cached) yes
Checking for glib-2.0... (cached) yes
Checking for fftw3f...(cached) yes
Checking for fftw3...(cached) yes
Checking for aubio...(cached) yes
Checking for C header file fftw3.h... (cached) yes
FREESOUND support is not enabled.  Build with 'scons FREESOUND=1' to enable.
LV2 support is not enabled.  Build with 'scons LV2=1' to enable.
WIIMOTE not enabled. Build with 'scons WIIMOTE=1' to enable support.
Congratulations, you have a functioning C++ compiler.
system triple: i386-unknown-freebsd7.1
Checking for C header file fftw3.h... (cached) yes
Checking for usb_interrupt_write() in C library usb... (cached) yes
Checking for C header file linux/input.h... (cached) no
Checking for FLAC__seekable_stream_decoder_init() in C++ library FLAC... (cached) no
Checking for C++ header file boost/shared_ptr.hpp... (cached) yes
Checking for lo_server_new() in C library lo... (cached) yes
Checking for dmalloc_shutdown() in C library dmallocth... (cached) no
Checking for C header file alsa/asoundlib.h... (cached) no
Checking for C header file /System/Library/Frameworks/CoreMIDI.framework/Headers/CoreMIDI.h... (cached) no
Checking for gtkmm-2.4... (cached) yes
Checking for sigc++-2.0... (cached) yes
Checking for libgnomecanvasmm-2.6... (cached) yes
Disabled building Powermate code because linux/input.h could not be found
Checking for internationalization support ...
Found xgettext
Found msgmerge
Checking for C header file libintl.h... (cached) yes
International version will be built.
Checking for C header file /System/Library/Frameworks/CoreAudio.framework/Versions/A/Headers/CoreAudio.h... (cached) no
Checking for C function posix_memalign()... (cached) yes
Checking for C function gtk_widget_set_tooltip_text()... (cached) yes
Checking for C header file /System/Library/Frameworks/CoreServices.framework/Headers/CoreServices.h... (cached) no
Checking for C function getmntent()... (cached) no
Checking for C header file execinfo.h... (cached) no
Checking for jack_client_open()...(cached) yes
Checking for jack_recompute_total_latencies()...(cached) yes
Checking for JackVideoFrameOffset in jack_position_bits_t enum...(cached) yes
Checking for jack_port_ensure_monitor_input()...(cached) yes
Checking for C header file wordexp.h... (cached) yes
Checking for C header file sys/vfs.h... (cached) no
Checking for C header file /System/Library/Frameworks/CoreMIDI.framework/Headers/CoreMIDI.h... (cached) no
Checking for C header file /System/Library/Frameworks/AudioToolbox.framework/Headers/ExtendedAudioFile.h... (cached) no
Checking for C header file /System/Library/Frameworks/CoreAudio.framework/Headers/CoreAudio.h... (cached) no
Checking for C header file /System/Library/Frameworks/AudioUnit.framework/Headers/AudioUnit.h... (cached) no
scons: done reading SConscript files.
scons: Building targets ...
scons: `ardour_system.rc' is up to date.
scons: `libs/libsndfile/src/sndfile.h' is up to date.
scons: `libs/libsndfile/libsndfile-ardour.so' is up to date.
scons: `libs/pbd/libpbd.so' is up to date.
scons: `libs/midi++2/libmidi++.so' is up to date.
g++ -o libs/ardour/io.os -c -Woverloaded-virtual -DGTK_NEW_TOOLTIP_API -DPACKAGE=\"libardour2\" -DLIBSIGC_DISABLE_DEPRECATED -DDATA_DIR=\"/usr/local/share\" -DMODULE_DIR=\"/usr/local/lib\" -DVAMP_DIR=\"/usr/local/lib/ardour2/vamp\" -DCONFIG_DIR=\"/usr/local/etc\" -DLOCALEDIR=\"/usr/local/share/locale\" -DHAVE_JACK_CLIENT_OPEN -DHAVE_JACK_RECOMPUTE_LATENCIES -DHAVE_JACK_VIDEO_SUPPORT -DHAVE_JACK_PORT_ENSURE_MONITOR -DHAVE_WORDEXP -O2 -pipe -I/usr/local/include -O3 -fomit-frame-pointer -ffast-math -fstrength-reduce -fno-strict-aliasing -DARCH_X86 -Wall -DHAVE_LIBLO -Ilibs -DENABLE_NLS -D_REENTRANT -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -pthread -Ilibs -pthread -DUSE_RUBBERBAND -I/usr/local/include -fPIC -Ilibs/pbd -Ilibs/rubberband -Ilibs/libsndfile/src -I/usr/local/include/libxml2 -Ilibs/surfaces/control_protocol -Ilibs/midi++2 -I/usr/local/lib/glibmm-2.4/include -I/usr/local/include/sigc++-2.0 -I/usr/local/include/glibmm-2.4 -Ilibs/ardour -Ilibs/vamp-sdk -I/usr/local/lib/sigc++-2.0/include -I/usr/local/include -I/usr/local/lib/glib-2.0/include -I/usr/local/include/glib-2.0 libs/ardour/io.cc
scons: building terminated because of errors.
*** Error code 2

Stop in /usr/ports/audio/ardour.
*** Error code 1

Stop in /usr/ports/audio/ardour.
From cptsalek at gmail.com  Fri Jun 19 21:14:18 2009
From: cptsalek at gmail.com (Christian Walther)
Date: Fri Jun 19 21:14:25 2009
Subject: net/forg: Doesn't work
Message-ID: <14989d6e0906191414p700d29fcgefba5ca2c5451ed0@mail.gmail.com>

Hi,

I installed net/forg, but the port doesn't work. It seems to start
successfully, but throws a TclError. Hitting the "go" button results
in another exception that appears to be Tcl related, too. Trying to
restart it results in another exception, and it returns 1.
The exceptions follow.

Regards
Christian Walther


hasking% forg
/usr/local/lib/python2.5/xmllib.py:9: DeprecationWarning: The xmllib
module is obsolete.  Use xml.sax instead.
  warnings.warn("The xmllib module is obsolete.  Use xml.sax
instead.", DeprecationWarning)
Bummer dude!  You don't have the PIL installed on your machine!
That means that the "Use PIL" option is going to be irrelevant
for you.
Starting the FORG
Starting program with "gopher://gopher.floodgap.com:70/"
Previously had 14 keys
**** Couldn't parse options at /home/cptsalek/.forg/forgrc: [Errno 2]
No such file or directory: '/home/cptsalek/.forg/forgrc'
****Couldn't load bookmarks at /home/cptsalek/.forg/bookmarks: [Errno
2] No such file or directory: '/home/cptsalek/.forg/bookmarks'
****Cannot load associations from
/home/cptsalek/.forg/forg-associations: <type 'str'>
ADDING DEFAULT ASSOCIATIONS
Exception in thread Download Thread:
Traceback (most recent call last):
  File "/usr/local/lib/python2.5/threading.py", line 486, in __bootstrap_inner
    self.run()
  File "/usr/local/lib/python2.5/threading.py", line 446, in run
    self.__target(*self.__args, **self.__kwargs)
  File "/usr/local/lib/python2.5/site-packages/forg.py", line 285, in
downloadResource
    self.changeContent(self.child)
  File "/usr/local/lib/python2.5/site-packages/forg.py", line 361, in
changeContent
    newwid.pack_content()
  File "/usr/local/lib/python2.5/site-packages/GUIDirectory.py", line
147, in pack_content
    col=self.BLURB_COLUMN, sticky=W)
  File "/usr/local/lib/python2.5/lib-tk/Tkinter.py", line 1869, in
grid_configure
    + self._options(cnf, kw))
TclError: ambiguous option "-col": must be -column, -columnspan, -in,
-ipadx, -ipady, -padx, -pady, -row, -rowspan, or -sticky

hasking% forg
/usr/local/lib/python2.5/xmllib.py:9: DeprecationWarning: The xmllib
module is obsolete.  Use xml.sax instead.
  warnings.warn("The xmllib module is obsolete.  Use xml.sax
instead.", DeprecationWarning)
Bummer dude!  You don't have the PIL installed on your machine!
That means that the "Use PIL" option is going to be irrelevant
for you.
Starting the FORG
Starting program with "gopher://gopher.floodgap.com:70/"
Previously had 14 keys
**** Couldn't parse options at /home/cptsalek/.forg/forgrc: [Errno 2]
No such file or directory: '/home/cptsalek/.forg/forgrc'
****Couldn't load bookmarks at /home/cptsalek/.forg/bookmarks: [Errno
2] No such file or directory: '/home/cptsalek/.forg/bookmarks'
****Cannot load associations from
/home/cptsalek/.forg/forg-associations: <type 'str'>
ADDING DEFAULT ASSOCIATIONS
Exception in thread Download Thread:
Traceback (most recent call last):
  File "/usr/local/lib/python2.5/threading.py", line 486, in __bootstrap_inner
    self.run()
  File "/usr/local/lib/python2.5/threading.py", line 446, in run
    self.__target(*self.__args, **self.__kwargs)
  File "/usr/local/lib/python2.5/site-packages/forg.py", line 285, in
downloadResource
    self.changeContent(self.child)
  File "/usr/local/lib/python2.5/site-packages/forg.py", line 361, in
changeContent
    newwid.pack_content()
  File "/usr/local/lib/python2.5/site-packages/GUIDirectory.py", line
147, in pack_content
    col=self.BLURB_COLUMN, sticky=W)
  File "/usr/local/lib/python2.5/lib-tk/Tkinter.py", line 1869, in
grid_configure
    + self._options(cnf, kw))
TclError: ambiguous option "-col": must be -column, -columnspan, -in,
-ipadx, -ipady, -padx, -pady, -row, -rowspan, or -sticky

===> Uncaching "/home/cptsalek/.forg/cache/gopher.floodgap.com/1/gopherdir.idx"
Exception in Tkinter callback
Traceback (most recent call last):
  File "/usr/local/lib/python2.5/lib-tk/Tkinter.py", line 1414, in __call__
    return self.func(*args)
  File "/usr/local/lib/python2.5/site-packages/TkGui.py", line 456, in go
    self.goElsewhere(res)
  File "/usr/local/lib/python2.5/site-packages/TkGui.py", line 459, in
goElsewhere
    self.CONTENT_BOX.goElsewhere(resource, usecache, args)
  File "/usr/local/lib/python2.5/site-packages/forg.py", line 350, in
goElsewhere
    self.changeContent(self.child)
  File "/usr/local/lib/python2.5/site-packages/forg.py", line 361, in
changeContent
    newwid.pack_content()
  File "/usr/local/lib/python2.5/site-packages/GUIDirectory.py", line
147, in pack_content
    col=self.BLURB_COLUMN, sticky=W)
  File "/usr/local/lib/python2.5/lib-tk/Tkinter.py", line 1869, in
grid_configure
    + self._options(cnf, kw))
TclError: ambiguous option "-col": must be -column, -columnspan, -in,
-ipadx, -ipady, -padx, -pady, -row, -rowspan, or -sticky
From xcllnt at mac.com  Fri Jun 19 22:06:41 2009
From: xcllnt at mac.com (Marcel Moolenaar)
Date: Fri Jun 19 22:06:47 2009
Subject: [patch] net/vnc: add support for ia64
Message-ID: <EE862254-A128-4CBC-B608-10F17E84C41B@mac.com>

See diff here:
	http://ns1.xcllnt.net/~marcel/vnc.diff

This adds support for ia64 (with the caveat that VNC needs to
be compiled at -O0).

Any objections if I commit this?

Related: tightvnc compiles but segfaults at runtime due to
some initialization issue. I may look into that as well...

-- 
Marcel Moolenaar
xcllnt@mac.com



From xcllnt at mac.com  Fri Jun 19 22:12:53 2009
From: xcllnt at mac.com (Marcel Moolenaar)
Date: Fri Jun 19 22:12:59 2009
Subject: [patch] x11-servers/xorg-server: allow building on ia64
Message-ID: <787F14CE-6AFB-48FC-A97D-ABBEC0F8B87F@mac.com>

See diff here:
	http://ns1.xcllnt.net/~marcel/xorg-server.diff

This allows building of xorg-server on ia64. It's not intended
to make it usable at this time. For one, there's no console on
ia64 that xorg supports :-)

Any objections if I commit this?

-- 
Marcel Moolenaar
xcllnt@mac.com



From rnoland at FreeBSD.org  Fri Jun 19 22:37:29 2009
From: rnoland at FreeBSD.org (Robert Noland)
Date: Fri Jun 19 22:37:36 2009
Subject: [patch] x11-servers/xorg-server: allow building on ia64
In-Reply-To: <787F14CE-6AFB-48FC-A97D-ABBEC0F8B87F@mac.com>
References: <787F14CE-6AFB-48FC-A97D-ABBEC0F8B87F@mac.com>
Message-ID: <1245451040.1724.2.camel@balrog.2hip.net>

On Fri, 2009-06-19 at 14:12 -0700, Marcel Moolenaar wrote:
> See diff here:
> 	http:/