From joshua_rickmar at eumx.net Fri May 1 00:56:51 2009 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Fri May 1 00:56:58 2009 Subject: www/firefox-devel? Message-ID: I just noticed that www/firefox-devel was still in the ports tree. Looking at the Makefile, this port will install 3.0 alpha 2. Shouldn't this port be deleted? -- To send me a personal email, please place [personal] in the Subject line. From kitchetech at gmail.com Fri May 1 02:42:45 2009 From: kitchetech at gmail.com (matt donovan) Date: Fri May 1 02:42:51 2009 Subject: www/firefox-devel? In-Reply-To: References: Message-ID: <28283d910904301942u56a88311t9090968e7eafa889@mail.gmail.com> On Thu, Apr 30, 2009 at 8:55 PM, Josh Rickmar wrote: > I just noticed that www/firefox-devel was still in the ports tree. > Looking at the Makefile, this port will install 3.0 alpha 2. Shouldn't > this port be deleted? > > -- > To send me a personal email, please place [personal] in the Subject line. > _______________________________________________ > 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" > Why would it be deleted just needs updated which a patch was made for. From joshua_rickmar at eumx.net Fri May 1 02:52:22 2009 From: joshua_rickmar at eumx.net (joshua_rickmar@eumx.net) Date: Fri May 1 02:52:30 2009 Subject: www/firefox-devel? In-Reply-To: <28283d910904301942u56a88311t9090968e7eafa889@mail.gmail.com> References: <28283d910904301942u56a88311t9090968e7eafa889@mail.gmail.com> Message-ID: On Thu, 30 Apr 2009, matt donovan wrote: > On Thu, Apr 30, 2009 at 8:55 PM, Josh Rickmar wrote: > >> I just noticed that www/firefox-devel was still in the ports tree. >> Looking at the Makefile, this port will install 3.0 alpha 2. Shouldn't >> this port be deleted? >> >> -- >> To send me a personal email, please place [personal] in the Subject line. >> > > Why would it be deleted just needs updated which a patch was made for. > Well, there's already a www/firefox3-devel port, which will install the current 3.5 devel version, so I'm not quite sure what we need a www/firefox-devel port for anymore. -- IRC nick: jrick Jabber: jrick@jabber.org http://identi.ca/jrick From troy at twisted.net Fri May 1 03:29:58 2009 From: troy at twisted.net (Troy) Date: Fri May 1 03:30:04 2009 Subject: KDE QPainter PorterDuff modes not supported on device and phonon backend plugin could not be loaded Message-ID: <20090501031216.GA92072@twisted.net> Hi, I'm trying to solve two errors associated with running KDE over TightVNC. When I look at the log, I consistently see these errors. I've tried to find answers on how to solve each of them and have not had anything work at this point. Thanks, -Troy QPainter::setCompositionMode: PorterDuff modes not supported on device QPainter::setCompositionMode: PorterDuff modes not supported on device QPainter::setCompositionMode: PorterDuff modes not supported on device QPainter::setCompositionMode: PorterDuff modes not supported on device QPainter::setCompositionMode: PorterDuff modes not supported on device QPainter::setCompositionMode: PorterDuff modes not supported on device QPainter::setCompositionMode: PorterDuff modes not supported on device QPainter::setCompositionMode: PorterDuff modes not supported on device WARNING: bool Phonon::FactoryPrivate::createBackend() phonon backend plugin could not be loaded WARNING: bool Phonon::FactoryPrivate::createBackend() phonon backend plugin could not be loaded WARNING: bool Phonon::FactoryPrivate::createBackend() phonon backend plugin could not be loaded WARNING: bool Phonon::FactoryPrivate::createBackend() phonon backend plugin could not be loaded WARNING: Phonon::createPath: Cannot connect Phonon::MediaObject ( no objectName ) to Phonon::AudioOutput ( no objectName ). WARNING: bool Phonon::FactoryPrivate::createBackend() phonon backend plugin could not be loaded WARNING: bool Phonon::FactoryPrivate::createBackend() phonon backend plugin could not be loaded WARNING: bool Phonon::FactoryPrivate::createBackend() phonon backend plugin could not be loaded WARNING: bool Phonon::FactoryPrivate::createBackend() phonon backend plugin could not be loaded WARNING: Phonon::createPath: Cannot connect Phonon::MediaObject ( no objectName ) to Phonon::AudioOutput ( no objectName ). From kamikaze at bsdforen.de Fri May 1 10:28:41 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Fri May 1 10:28:48 2009 Subject: binary package maintenance tool Message-ID: <49FACED3.2070009@bsdforen.de> The port sysutils/bsdadminscripts has just been updated to version 6.0, which features pkg_upgrade, a binary only package maintenance tool. It makes no use of the ports tree, so unlike other build oriented tools, you do not need a copy of the ports tree to keep your packages up to date. It only requires an INDEX file from pointyhead or your personal Tinderbox. Thanks go to Markus Sch?pke and his employer http://www.webstyle.ch (FreeBSD hosting) for extensive feedback, testing and providing me with hardware to perform my own tests. Also featuring this release is UMA, a simple package/ports meta data maintenance and locking script, to provide consistency and locking for the coexistence of several package maintenance tools. The port ports-mgmt/kports-qt4 will make use of UMA in future versions. pkg_upgrade will, among other things, support parallel background downloading from several mirrors with the next version. This has already been implemented, but has not yet received sufficient testing to make it into this release. Advertisement out. From cpghost at cordula.ws Fri May 1 15:20:54 2009 From: cpghost at cordula.ws (cpghost) Date: Fri May 1 15:21:01 2009 Subject: Please update devel/boost Message-ID: <20090501150233.GA6828@phenom.cordula.ws> devel/boost is currently at 1.37.0, while the upstream is at 1.38.0 (since 2009-02-09 01:36). If you have some time, please update the port. Thank you. -cpghost. -- Cordula's Web. http://www.cordula.ws/ From KevinO'Connor at merseyfire.gov.uk Fri May 1 15:42:23 2009 From: KevinO'Connor at merseyfire.gov.uk (O'Connor, Kevin) Date: Fri May 1 15:42:33 2009 Subject: FreeBSD Port: net2ftp-0.97 Message-ID: Hi, I've just installed this from ports, created the usual apache include file and restarted apache. I'm unable to access the folder on the web server and getting the following errors in http-error.log [Fri May 01 16:02:52 2009] [error] [client 10.10.82.13] File does not exist: /usr/local/www/apache22/data/net2ftp This seems to imply that somewhere something expects this folder to live under the server root directory and not outside of it as is usual for FreeBSD ports. Output of uname -a FreeBSD NETMON.merseyfire.gov.uk 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 08:58:24 UTC 2009 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Just in case the 64bit build alters something. If there's anything I can do to help get to the bottom of this please let me know as I've been looking for a port to replace notftp for a while. Regards Kevin _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the originator of the message. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Merseyside Fire & Rescue Service, (MFRS). Incoming and outgoing emails may be monitored in line with current legislation. Steps have been taken to ensure that this email and attachments are free from any virus. In keeping with good computing practice the recipient should ensure they are actually virus free. http://www.merseyfire.gov.uk/ From QAT at FreeBSD.org Fri May 1 16:45:24 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Fri May 1 16:45:36 2009 Subject: cvs commit: ports/games/poker-engine Makefile distinfo pkg-plist In-Reply-To: <200905011643.n41GhndE076582@repoman.freebsd.org> References: <200905011643.n41GhndE076582@repoman.freebsd.org> Message-ID: <20090501162803.814478FC62@release.ixsystems.com> The Restless Daemon identified a mtree error while trying to build: poker-engine-1.3.3 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/games/poker-engine/Makefile,v 1.4 2009/05/01 16:43:49 ijliao Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/poker-engine-1.3.3.log : gmake[1]: Leaving directory `/work/a/ports/games/poker-engine/work/poker-engine-1.3.3' ===> Compressing manual pages for poker-engine-1.3.3 ===> Registering installation for poker-engine-1.3.3 ================================================================ ======================================== ===> Building package for poker-engine-1.3.3 Creating package /tmp/packages/All/poker-engine-1.3.3.tbz Registering depends: py25-libxml2-2.7.3 py25-libxslt-1.1.24_2 libxslt-1.1.24_2 libxml2-2.7.3 libiconv-1.11_1 py25-poker-eval-0.136 pkg-config-0.23_1 poker-eval-0.135 python25-2.5.4_1 rsync-3.0.5. Creating bzip'd tar ball in '/tmp/packages/All/poker-engine-1.3.3.tbz' Deleting poker-engine-1.3.3 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 4404630 12 -r--r--r-- 1 root wheel 4340 May 1 16:27 usr/local/share/locale/da/LC_MESSAGES/poker-engine.mo 4404631 12 -r--r--r-- 1 root wheel 4391 May 1 16:27 usr/local/share/locale/de/LC_MESSAGES/poker-engine.mo 4404632 12 -r--r--r-- 1 root wheel 4297 May 1 16:27 usr/local/share/locale/en/LC_MESSAGES/poker-engine.mo 4404633 12 -r--r--r-- 1 root wheel 4297 May 1 16:27 usr/local/share/locale/en_CA/LC_MESSAGES/poker-engine.mo 4452280 4 drwxr-xr-x 3 root wheel 512 May 1 16:27 usr/local/share/locale/en_US 4452281 4 drwxr-xr-x 2 root wheel 512 May 1 16:27 usr/local/share/locale/en_US/LC_MESSAGES 4452282 12 -r--r--r-- 1 root wheel 4297 May 1 16:27 usr/local/share/locale/en_US/LC_MESSAGES/poker-engine.mo 4404634 12 -r--r--r-- 1 root wheel 4405 May 1 16:27 usr/local/share/locale/es/LC_MESSAGES/poker-engine.mo 4404635 12 -r--r--r-- 1 root wheel 4362 May 1 16:27 usr/local/share/locale/fi/LC_MESSAGES/poker-engine.mo 4404636 12 -r--r--r-- 1 root wheel 4422 May 1 16:27 usr/local/share/locale/fr/LC_MESSAGES/poker-engine.mo 4452283 4 drwxr-xr-x 3 root wheel 512 May 1 16:27 usr/local/share/locale/fr_BE 4452284 4 drwxr-xr-x 2 root wheel 512 May 1 16:27 usr/local/share/locale/fr_BE/LC_MESSAGES 4452285 12 -r--r--r-- 1 root wheel 4422 May 1 16:27 usr/local/share/locale/fr_BE/LC_MESSAGES/poker-engine.mo 4452286 4 drwxr-xr-x 3 root wheel 512 May 1 16:27 usr/local/share/locale/fr_CA 4452287 4 drwxr-xr-x 2 root wheel 512 May 1 16:27 usr/local/share/locale/fr_CA/LC_MESSAGES 4452288 12 -r--r--r-- 1 root wheel 4422 May 1 16:27 usr/local/share/locale/fr_CA/LC_MESSAGES/poker-engine.mo 4452289 4 drwxr-xr-x 3 root wheel 512 May 1 16:27 usr/local/share/locale/fr_FX 4452290 4 drwxr-xr-x 2 root wheel 512 May 1 16:27 usr/local/share/locale/fr_FX/LC_MESSAGES 4452291 12 -r--r--r-- 1 root wheel 4422 May 1 16:27 usr/local/share/locale/fr_FX/LC_MESSAGES/poker-engine.mo 4404637 12 -r--r--r-- 1 root wheel 4357 May 1 16:27 usr/local/share/locale/it/LC_MESSAGES/poker-engine.mo 4404638 12 -r--r--r-- 1 root wheel 4242 May 1 16:27 usr/local/share/locale/nb/LC_MESSAGES/poker-engine.mo 4404639 8 -r--r--r-- 1 root wheel 3968 May 1 16:27 usr/local/share/locale/nl/LC_MESSAGES/poker-engine.mo 4404640 12 -r--r--r-- 1 root wheel 4364 May 1 16:27 usr/local/share/locale/pt/LC_MESSAGES/poker-engine.mo 4404641 12 -r--r--r-- 1 root wheel 4335 May 1 16:27 usr/local/share/locale/sv/LC_MESSAGES/poker-engine.mo ================================================================ build of /usr/ports/games/poker-engine ended at Fri May 1 16:28:01 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/poker-engine-1.3.3.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=games&portname=poker-engine The build which triggered this BotMail was done under tinderbox-devel-3.2_2; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 4 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From michael.hughes at gmx.com Fri May 1 18:36:45 2009 From: michael.hughes at gmx.com (Michael Hughes) Date: Fri May 1 18:36:52 2009 Subject: FreeBSD Port: bacula-client-3.0.0_1 Message-ID: <49FB4131.7010400@gmx.com> Where did the 2.x series ports go? We currently use bacula-dir v. 2.4.4 on a linux host to backup our fbsd file servers, but some web research and our own testing on our fbsd test file server found that bacula-client v. 3.x is completely incompatible with bacula-dir < 2.5.x. Currently our production file servers have the bacula-client v. 2.4.4 port installed, but we would like to be able to port upgrade them and still maintain a 2.4.x series bacula-client. I have searched through the cvs commits using the online FreeBSD ports search tool, but I found that there is a version jump from bacula-client v. 1.38.x to version 3.x. Yet, we originally installed the 2.4.4 client on our fbsd file servers using a port, so clearly at some point there was a 2.4.4 port. -- Michael Hughes SSLI/MTML Labs Student System Administrator From dan at langille.org Fri May 1 20:18:02 2009 From: dan at langille.org (Dan Langille) Date: Fri May 1 20:18:09 2009 Subject: FreeBSD Port: bacula-client-3.0.0_1 In-Reply-To: <49FB4131.7010400@gmx.com> References: <49FB4131.7010400@gmx.com> Message-ID: <49FB58C6.4070804@langille.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Hughes wrote: > Where did the 2.x series ports go? We currently use bacula-dir v. 2.4.4 > on a linux host to backup our fbsd file servers, but some web research > and our own testing on our fbsd test file server found that > bacula-client v. 3.x is completely incompatible with bacula-dir < 2.5.x. Have you raised this issue on the bacula users mailing list? If so, what is the URL into the archives so we can investigate. > Currently our production file servers have the bacula-client v. 2.4.4 > port installed, but we would like to be able to port upgrade them and > still maintain a 2.4.x series bacula-client. I'm sure that's possible, not trivial, but possible. > I have searched through the cvs commits using the online FreeBSD ports > search tool, but I found that there is a version jump from bacula-client > v. 1.38.x to version 3.x. Yet, we originally installed the 2.4.4 client > on our fbsd file servers using a port, so clearly at some point there > was a 2.4.4 port. bacula-client is a slave port of bacula-server. Thus, changes to baucla-client version numbers can be gleaned from bacula-server. If you need the 2.x branch, get it from CVS. You'll need both the slave and the master. Perhaps a 2.x port is a good idea. A PR would be useful. And perhaps a repo copy. I'd love to help, but I'm busy until the end of May. - -- Dan Langille BSDCan - The Technical BSD Conference : http://www.bsdcan.org/ PGCon - The PostgreSQL Conference: http://www.pgcon.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkn7WMYACgkQCgsXFM/7nTy4MgCgmvB8HU6VjxXuDRkWC/xF18rL Z3wAnA6XKu9rNsjzrNfy9eD47/i117rZ =c2j8 -----END PGP SIGNATURE----- From wxs at FreeBSD.org Fri May 1 20:34:50 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Fri May 1 20:34:57 2009 Subject: FreeBSD Port: bacula-client-3.0.0_1 In-Reply-To: <49FB58C6.4070804@langille.org> References: <49FB4131.7010400@gmx.com> <49FB58C6.4070804@langille.org> Message-ID: <20090501203449.GA4495@atarininja.org> On Fri, May 01, 2009 at 04:17:10PM -0400, Dan Langille wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Michael Hughes wrote: > > Where did the 2.x series ports go? We currently use bacula-dir v. 2.4.4 > > on a linux host to backup our fbsd file servers, but some web research > > and our own testing on our fbsd test file server found that > > bacula-client v. 3.x is completely incompatible with bacula-dir < 2.5.x. > > Have you raised this issue on the bacula users mailing list? If so, > what is the URL into the archives so we can investigate. > > > Currently our production file servers have the bacula-client v. 2.4.4 > > port installed, but we would like to be able to port upgrade them and > > still maintain a 2.4.x series bacula-client. > > I'm sure that's possible, not trivial, but possible. > > > I have searched through the cvs commits using the online FreeBSD ports > > search tool, but I found that there is a version jump from bacula-client > > v. 1.38.x to version 3.x. Yet, we originally installed the 2.4.4 client > > on our fbsd file servers using a port, so clearly at some point there > > was a 2.4.4 port. > > bacula-client is a slave port of bacula-server. Thus, changes to > baucla-client version numbers can be gleaned from bacula-server. sysutils/bacula-server is currently 3.0.0 and sysutils/bacula-server-devel is 2.5.42.b2. > If you need the 2.x branch, get it from CVS. You'll need both the slave > and the master. The latest in the 2.x line of development is actually in bacula-server-devel right now. > Perhaps a 2.x port is a good idea. A PR would be useful. And perhaps a > repo copy. The versions are backwards for now, but I imagine -devel will be updated in the future to be the latest development release. At that time we can prepare the bacula2 ports which will track the 2.x line of development. -- WXS From pgollucci at ridecharge.com Fri May 1 21:08:30 2009 From: pgollucci at ridecharge.com (Philip M. Gollucci) Date: Fri May 1 21:08:37 2009 Subject: MAKE_JOBS_UNSAFE+= shells/bash, textproc/ispell Message-ID: <49FB64CC.9030002@ridecharge.com> shells/bash is only failing about 2.5/8 textproc/ispell is only about 2/8 http://tb.riderway.com/index.php?action=describe_port&id=1856 http://tb.riderway.com/index.php?action=describe_port&id=1612 -- ------------------------------------------------------------------------ Philip M. Gollucci (pgollucci@ridecharge.com) p: 703.549.2050x206, did: 703.579.6947 Senior System Admin - RideCharge, Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From bsam at ipt.ru Sat May 2 15:42:38 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Sat May 2 15:42:47 2009 Subject: portupgrade, fetch and PACKAGESITE In-Reply-To: <03763894@bb.ipt.ru> (Boris Samorodov's message of "Sat\, 04 Apr 2009 21\:52\:57 +0400") References: <03763894@bb.ipt.ru> Message-ID: <48031817@h30.sp.ipt.ru> On Sat, 04 Apr 2009 21:52:57 +0400 Boris Samorodov wrote: > Hello List, > maybe I've busted my configs but I can't find where did I. :-( > ----- > # uname -a > FreeBSD bb.ipt.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Sat Apr 4 16:29:29 MSD 2009 root@bb.ipt.ru:/usr/obj/usr/src/sys/BB i386 > # echo $PACKAGESITE > ftp://localhost/pub/FreeBSD/i386/ports/packages/8-bsam/Latest/ > # pkg_info -xI portupgrade > portupgrade-2.4.6_1,2 FreeBSD ports/packages administration and management tool s > ----- > But "portupgrade -PP" ignores a "/" after localhost: > ----- > ---> Checking for the latest package of 'lang/python25' > ---> Fetching the package(s) for 'python25-2.5.4_1' (lang/python25) > ---> Fetching python25-2.5.4_1 > fetch: ftp://localhostpub/FreeBSD/i386/ports/packages/8-bsam/All/python25-2.5.4_1.tbz: No address record > ----- > Ktrace shows that it even tries to resolv localhostpub.ipt.ru > (ipt.ru is a domain in search rule at /etc/resolv.conf). > Any help is appreciated. Thanks! OK, some new diagnostics for portupgrade-2.4.6_2,2: ===== # portupgrade -vNPP misc/deco ---> Session started at: Sat, 02 May 2009 19:36:47 +0400 [Gathering depends for misc/deco done] ---> Fresh installation of misc/deco started at: Sat, 02 May 2009 19:32:09 +0400 ---> Checking for the latest package of 'misc/deco' ---> Fetching the package(s) for 'deco-3.9_4' (misc/deco) ---> Fetching deco-3.9_4 ++ Will try the following sites in the order named: ftp://bb.ipt.ru/pub/FreeBSD/i386/ports/packages/7-bsam/ ---> Invoking a command: /usr/bin/fetch -o '/var/tmp/portupgradeLQorxZvV/deco-3.9_4.tbz' 'ftp://bb.ipt.rupub/FreeBSD/i386/ports/packages/7-bsam/All/deco-3.9_4.tbz' fetch: ftp://bb.ipt.rupub/FreeBSD/i386/ports/packages/7-bsam/All/deco-3.9_4.tbz: No address record ** The command returned a non-zero exit status: 1 ** Failed to fetch ftp://bb.ipt.rupub/FreeBSD/i386/ports/packages/7-bsam/All/deco-3.9_4.tbz ---> Invoking a command: /usr/bin/fetch -o '/var/tmp/portupgradeLQorxZvV/deco-3.9_4.tgz' 'ftp://bb.ipt.rupub/FreeBSD/i386/ports/packages/7-bsam/All/deco-3.9_4.tgz' fetch: ftp://bb.ipt.rupub/FreeBSD/i386/ports/packages/7-bsam/All/deco-3.9_4.tgz: No address record ** The command returned a non-zero exit status: 1 ** Failed to fetch ftp://bb.ipt.rupub/FreeBSD/i386/ports/packages/7-bsam/All/deco-3.9_4.tgz ** Failed to fetch deco-3.9_4 [...] ===== Please pay attention that "++ Will try the following sites in the order named:" shows the right site, but the site is broken at the following fetch command. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From marcus at FreeBSD.org Sat May 2 17:38:00 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Sat May 2 17:38:12 2009 Subject: Failure when upgrading policy kit In-Reply-To: <86k55eh4wb.fsf@chameau.maisel.enst-bretagne.fr> References: <86eivo7pwd.fsf@chameau.maisel.enst-bretagne.fr> <1240189164.1356.31.camel@shumai.marcuscom.com> <86k55eh4wb.fsf@chameau.maisel.enst-bretagne.fr> Message-ID: <1241285897.33649.98.camel@shumai.marcuscom.com> On Tue, 2009-04-21 at 08:55 +0200, Fr?d?ric Perrin wrote: > Le Lundi 20 ? 2:59, Joe Marcus Clarke a ?crit : > > On Sun, 2009-04-19 at 15:07 +0200, Fr?d?ric Perrin wrote: > >> For some time now, policykit does not upgrade properly. This has already > >> been reported a couple of times --see [1], [2]. It fails at the same > >> time as the other reports, when running xsltproc. Removing the -nonet > >> option from the xsltproc invokation allows the build to proceed. > >> > >> /usr/local/bin/xsltproc -nonet http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl polkit-auth.xml > >> I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl > >> warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl" > >> cannot parse http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl > > > > Can you access this URL from your build environment? > > Yes, I can ; and sure enough, if I remove the -nonet option, I can see > xsltproc fetching the file on the Internet. Looking a bit further, if I > don't give the URL, but the local path to docbook.xsl, I get : > > fred@chameau:/tmp/PolicyKit-0.9/doc/man% xsltproc /usr/local/share/xsl/docbook/manpages/docbook.xsl polkit-auth.xml > warning: failed to load external entity "/usr/local/share/xsl/docbook/html/docbook.xsl" > compilation error: file /usr/local/share/xsl/docbook/manpages/docbook.xsl line 9 element import > xsl:import : unable to load /usr/local/share/xsl/docbook/html/docbook.xsl > warning: failed to load external entity "/usr/local/share/xsl/docbook/html/manifest.xsl" > > My /usr/local/share/xsl hierarchy is almost empty. I'll look further as > to why it is so ; it seems like my docbook installation is b0rked. But > once again, seeing that other people reported it, this doesn't seem like > a very rare occurence. It's not, but it's always a local problem. Reinstalling all docbook* ports generally fixes it. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090502/592343dd/attachment.pgp From miwi at FreeBSD.org Sat May 2 22:01:54 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Sat May 2 22:02:04 2009 Subject: [CFT] Flock 2.0 for FreeBSD Message-ID: <20090502220151.GB3010@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 A few days after setting-up the Gecko-Gang, flo (Florian Smeets), beat@, and myself started working on Flock 2.0. After some work we've got Flock building and working without any crashes or coredumps. We are now happy to present you this first look at Flock 2.0. We are looking for testers for 2 or 3 days before we commit this patch to the ports tree. http://miwi.homeunix.com/patches/flock.diff Feedback welcome and appreciated. - - Martin (on behalf of the FreeBSD Gecko Gang) - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn8ws4ACgkQdLJIhLHm/OnQkACaApFbdoJX4XSHPhae6otYp2rZ q7EAn0VMR4T1t12mTOt+UGuzFWXFC/WO =8WuM -----END PGP SIGNATURE----- From miwi at FreeBSD.org Sun May 3 11:33:40 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Sun May 3 11:34:13 2009 Subject: Looking for new maintainers for some of my ports Message-ID: <20090503113337.GA6344@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 There are some ports I don't use anymore, I hold over 450 ports it's time to cleanup a bit :). archivers/dact audio/libaiff audio/py-apetag benchmarks/nbench comms/picocom databases/squirrel-sql deskutils/nagaina deskutils/plans deskutils/qorganizer devel/alabastra devel/darts devel/log4c devel/re2c devel/simian devel/p5-Config-Options devel/p5-Data-Bind devel/p5-Devel-Events-Objects devel/p5-Devel-Gladiator devel/p5-IO-TieCombine devel/p5-Package-Constants devel/p5-Test-Fixture-DBIC-Schema devel/p5-Tie-Hash-Regex devel/ruby-rbtree dns/dns2tcp dns/dnsmasq graphics/autoq3d graphics/darknock mail/qgmailnotifier mail/fetchyahoo mail/p5-Email-Date-Format mail/qsf misc/clpbar misc/teseq net/icpld net/ipsvd net/whois net/gwhois net-mgmt/phpip net/ruby-dict net-im/py-pyxmpp net-im/py-xmpppy net-im/py-xmpppy-irc net-im/py-xmpppy-yahoo sysutils/logmon sysutils/dvdisaster security/execwrap security/rkhunter security/find-zlib security/py-bcrypt shells/vshnu textproc/cwtext textproc/mxml textproc/redet textproc/supercat - - Martin - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn9gREACgkQdLJIhLHm/OnfYACg0qwo/vR4U+iX4vQyufsXlACl WrYAnjF/mLVsvXC3/gMDGfUNCQ58oNgN =kyZP -----END PGP SIGNATURE----- From tranzit_red at yahoo.com Sun May 3 10:27:33 2009 From: tranzit_red at yahoo.com (Minoofar Pourkhaje) Date: Sun May 3 11:35:17 2009 Subject: help Message-ID: <995707.42658.qm@web43513.mail.sp1.yahoo.com> Hi How do I ?remot control and manage?nodes of?cluster in? freebsd (in HPC)similar C3 in LINUX? What is necessary port and utility and software for? controlling cluster in HPC? thank From gesbbb at yahoo.com Sun May 3 13:20:23 2009 From: gesbbb at yahoo.com (Jerry) Date: Sun May 3 13:20:29 2009 Subject: Looking for new maintainers for some of my ports In-Reply-To: <20090503113337.GA6344@bsdcrew.de> References: <20090503113337.GA6344@bsdcrew.de> Message-ID: <20090503092010.182a022d@scorpio> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 3 May 2009 13:33:37 +0200 Martin Wilke wrote: I could take the following ports if you like. I all ready have a couple of p5 ports that I maintain. devel/p5-Config-Options devel/p5-Data-Bind devel/p5-Devel-Events-Objects devel/p5-Devel-Gladiator devel/p5-IO-TieCombine devel/p5-Package-Constants devel/p5-Test-Fixture-DBIC-Schema devel/p5-Tie-Hash-Regex - -- Jerry gesbbb@yahoo.com You are only young once, but you can stay immature indefinitely. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn9mhQACgkQBvaKIJWWCO1B0QCgggbv0tGuQT0u+OlCxtllPSAx 1ugAni6cZJdJCxGqYnomJLehyy71mzvY =IXvW -----END PGP SIGNATURE----- From root at net1.cc Sun May 3 15:43:03 2009 From: root at net1.cc (NetOne - Doichin Dokov) Date: Sun May 3 15:43:11 2009 Subject: FreeBSD Port: quagga-0.99.11_2 Message-ID: <49FDB7AA.9000502@net1.cc> Hello, There's an issue with quagga's BGPd which makes it crash. Today at 13:05 a route was announced over the internet, which had a 10x prepend of an 4-byte ASN. The patch to fix the issue is here: https://www.caputo.com/foss/quagga-0.99.11-BGP-4-byte-ASN-bug-fixes.patch Please, update the port as soon as possible, so the community gets the fix. Kind regards, Doichin Dokov NetOne - Silistra, Bulgaria From chalpin at cs.wisc.edu Sun May 3 16:27:30 2009 From: chalpin at cs.wisc.edu (Corey Halpin) Date: Sun May 3 16:27:37 2009 Subject: Looking for new maintainers for some of my ports In-Reply-To: <20090503113337.GA6344@bsdcrew.de> References: <20090503113337.GA6344@bsdcrew.de> Message-ID: <20090503154454.GA16700@hobbes.home.crhalpin.org> On 2009-05-03, Martin Wilke wrote: > There are some ports I don't use anymore, I hold over > 450 ports it's time to cleanup a bit :). Provided nobody has taken them, I could take: > devel/re2c > mail/fetchyahoo > sysutils/dvdisaster Did you want me to claim them via send-pr ? ~crh -------------- 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/20090503/dfe12c51/attachment.pgp From rodrigo at bebik.net Sun May 3 17:23:51 2009 From: rodrigo at bebik.net (Rodrigo (ros)) Date: Sun May 3 17:23:58 2009 Subject: Looking for new maintainers for some of my ports In-Reply-To: <20090503154454.GA16700@hobbes.home.crhalpin.org> References: <20090503113337.GA6344@bsdcrew.de> <20090503154454.GA16700@hobbes.home.crhalpin.org> Message-ID: <49FDCF1F.4020205@bebik.net> I can handle those : x11-clocks/glclock net/wire net/wired net/wired-tracker > Did you want me to claim them via send-pr ? > > > same question.... From radek at ceskedomeny.cz Sun May 3 17:55:35 2009 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Sun May 3 17:55:41 2009 Subject: FreeBSD Port: quagga-0.99.11_2 In-Reply-To: <49FDB7AA.9000502@net1.cc> References: <49FDB7AA.9000502@net1.cc> Message-ID: <678636806.20090503192851@starnet.cz> Hi, Oh thank you, I am awaing for port, I got a lot of messages.... May 3 19:15:36 gw bgpd[7225]: Assertion `len < str_size' failed in file bgp_aspath.c, line 619, function aspath_make_str_count May 3 19:15:36 gw kernel: pid 7225 (bgpd), uid 101: exited on signal 6 May 3 19:15:36 gw bgpd[7225]: No backtrace available on this platform. 3. kv?tna 2009, 17:26:34, you wrote: NDD> Hello, NDD> There's an issue with quagga's BGPd which makes it crash. Today at 13:05 NDD> a route was announced over the internet, which had a 10x prepend of an NDD> 4-byte ASN. NDD> The patch to fix the issue is here: NDD> https://www.caputo.com/foss/quagga-0.99.11-BGP-4-byte-ASN-bug-fixes.patch NDD> Please, update the port as soon as possible, so the community gets the fix. NDD> Kind regards, NDD> Doichin Dokov NDD> NetOne - Silistra, Bulgaria NDD> _______________________________________________ NDD> freebsd-ports@freebsd.org mailing list NDD> http://lists.freebsd.org/mailman/listinfo/freebsd-ports NDD> To unsubscribe, send any mail to NDD> "freebsd-ports-unsubscribe@freebsd.org" -- Regards, Bc. Radek Krejca STARNET, s. r. o. radek@ceskedomeny.cz From rene at freebsd.org Sun May 3 19:20:47 2009 From: rene at freebsd.org (Rene Ladan) Date: Sun May 3 19:20:55 2009 Subject: xfce4-cpugraph-plugin In-Reply-To: <49DA4765.9050808@googlemail.com> References: <49D9097D.2060605@freebsd.org> <49DA4765.9050808@googlemail.com> Message-ID: <49FDEE8A.9040403@freebsd.org> army.of.root schreef: > Rene Ladan wrote: >> 2009/4/5 Rene Ladan : >>> Torfinn Ingolfsen schreef: >>>> Hi, >>>> >>>> On Thu, Apr 2, 2009 at 2:46 PM, Jack L. wrote: >>>>> It doesn't work on my setup with 7.1-STABLE and xfce4.6 on amd64 as >>>>> well. I have 3 computers with the same exact issue. >>>> It doesn't work with latest RELENG_7 (ie. 7.2-prerelease / amd64) >>>> either. >>> It fails on 7.2-BETA1/amd64 as well, at the same point as before: >>> cpu.c line 959: >>> >>> base->m_History[i] = 0; >>> >>> with i == 39, but base->m_History points to an inaccessible long int. >>> >>> I've mailed the authors (the first one listed has an invalid email >>> address), >>> to see how they think about it. >>> >> I got an answer from 2 of the authors. They both say >> xfce4-cpugraph-plugin is >> abandonware. There are some alternatives: >> >> * http://adesklets.sourceforge.net/desklets.html (requires the >> adesklets framework) >> * >> http://gatopeichs.pbwiki.com/#gatotraymonitorCPUgraphicallyfromyoursystemstray >> >> (freedesktop/gtk+) >> >> Regards, >> Rene > > Hi, > > this is sad, i like the current Plugin; its not perfect but certainly > better then the one on the second link (on a superficial look, it cant > be resized to be like 100px wide). It would be really nice if we keep it > around for some time. > I've created a preliminary patch to update it to 0.4.0 at [1], however the plugin suffers from random crashes on my 7.2R/amd64 box. You might also want to look at the list starting at http://bugzilla.xfce.org/show_bug.cgi?id=876 [1] ftp://rene-ladan.nl/pub/freebsd/xfce4-cpugraph-plugin.diff SIZE = 6778 bytes SHA265 = 35668547118dbb9b170eefbea5c7492be190981bab45e1169be1f3973ce8697f Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) From vinnix.bsd at gmail.com Sun May 3 22:53:17 2009 From: vinnix.bsd at gmail.com (Vinicius Abrahao) Date: Sun May 3 22:53:23 2009 Subject: www/horde-base and his dependencies Message-ID: <1e31c7980905031553u3a010ed5ufe8b15b21e7ffa9c@mail.gmail.com> Hi people, I would like to know WHY this port has so many strange dependencies like GTK and others Xlibs. Thanks, Vinnix From erwin at FreeBSD.org Sun May 3 23:11:06 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sun May 3 23:11:13 2009 Subject: INDEX build failed for 6.x Message-ID: <200905032311.n43NBZCv037896@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: gmat-0.2.4c_2: no entry for /usr/ports/textproc/sp Committers on the hook: bsam gahr gerald itetcu marcus trasz Most recent CVS update was: U MOVED U cad/qcad-partslib/Makefile U devel/eric4/Makefile.inc U devel/eric4/distinfo U french/eric4/distinfo U german/eric4/distinfo U net-im/gloox/Makefile U net-im/gloox/files/patch-configure U net-im/openfire/Makefile U net-im/openfire/distinfo U net-im/openfire/pkg-plist U textproc/Makefile U x11/gnome-terminal/Makefile U x11/gnome-terminal/files/patch-config.h.in U x11/gnome-terminal/files/patch-configure U x11/gnome-terminal/files/patch-configure.ac U x11/gnome-terminal/files/patch-src_terminal-screen.c From giffunip at tutopia.com Mon May 4 01:14:17 2009 From: giffunip at tutopia.com (giffunip@tutopia.com) Date: Mon May 4 01:19:29 2009 Subject: Returning some of my ports back to the pool Message-ID: <20090504011416.B436D8FC15@mx1.freebsd.org> Hello guys; I've been dropping some of my ports because I don't have time lately to the proper maintainace they demand and I wouldn't like to be an obstacle for their further development. These ports give absolutely no trouble but I'll be dropping them too: devel/ptmalloc graphics/mesagl science/silo textproc/amberfish textproc/es-ispell textproc/it-ispell Can some committer please reset the maintainer on them? best regards, Pedro. ps. This is not a goodbye, time permitting I will continue providing updates to other ports. ;-) From kitchetech at gmail.com Mon May 4 01:35:52 2009 From: kitchetech at gmail.com (matt donovan) Date: Mon May 4 01:35:59 2009 Subject: Please update devel/boost In-Reply-To: <20090501150233.GA6828@phenom.cordula.ws> References: <20090501150233.GA6828@phenom.cordula.ws> Message-ID: <28283d910905031835n6dfc4a86pe2b0c77c346bb1f@mail.gmail.com> If you look On Fri, May 1, 2009 at 11:02 AM, cpghost wrote: > devel/boost is currently at 1.37.0, while the upstream is > at 1.38.0 (since 2009-02-09 01:36). If you have some time, > please update the port. > > Thank you. > -cpghost. > > -- > Cordula's Web. http://www.cordula.ws/ > _______________________________________________ > 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" If you look there has been an update to boost it takes time to update such a big port hence why it's not in the tree fully yet From obrien at FreeBSD.org Mon May 4 06:44:51 2009 From: obrien at FreeBSD.org (David O'Brien) Date: Mon May 4 06:44:57 2009 Subject: MAKE_JOBS_UNSAFE+= shells/bash, textproc/ispell In-Reply-To: <49FB64CC.9030002@ridecharge.com> References: <49FB64CC.9030002@ridecharge.com> Message-ID: <20090504062155.GC43414@dragon.NUXI.org> On Fri, May 01, 2009 at 05:08:28PM -0400, Philip M. Gollucci wrote: > shells/bash is only failing about 2.5/8 > textproc/ispell is only about 2/8 Hi Philip, I'm sorry - I really don't know what this means. -- -- David (obrien@FreeBSD.org) From erwin at FreeBSD.org Mon May 4 07:16:44 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon May 4 07:16:51 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200905040717.n447HEQC069166@pointyhat.freebsd.org> From bsam at ipt.ru Mon May 4 07:24:29 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Mon May 4 07:24:37 2009 Subject: binary package maintenance tool In-Reply-To: <49FACED3.2070009@bsdforen.de> (Dominic Fandrey's message of "Fri\, 01 May 2009 12\:28\:35 +0200") References: <49FACED3.2070009@bsdforen.de> Message-ID: <89135507@bb.ipt.ru> On Fri, 01 May 2009 12:28:35 +0200 Dominic Fandrey wrote: > The port sysutils/bsdadminscripts has just been updated to > version 6.0, which features pkg_upgrade, a binary only > package maintenance tool. > It makes no use of the ports tree, so unlike other build > oriented tools, you do not need a copy of the ports tree > to keep your packages up to date. > It only requires an INDEX file from pointyhead or your > personal Tinderbox. Great! T've done some tests at my home machine and I really like this tool. I was deaming for it for a long time. And it works much faster than "portupgrade -PP". > Thanks go to Markus Sch?pke and his employer > http://www.webstyle.ch (FreeBSD hosting) for extensive > feedback, testing and providing me with hardware to perform > my own tests. +1 Thanks! > Also featuring this release is UMA, a simple package/ports > meta data maintenance and locking script, to provide > consistency and locking for the coexistence of several > package maintenance tools. The port ports-mgmt/kports-qt4 > will make use of UMA in future versions. > pkg_upgrade will, among other things, support parallel > background downloading from several mirrors with the next > version. This has already been implemented, but has not > yet received sufficient testing to make it into this > release. This would be very usefull too. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From Alexander at Leidinger.net Mon May 4 08:26:13 2009 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Mon May 4 08:26:22 2009 Subject: www/horde-base and his dependencies In-Reply-To: <1e31c7980905031553u3a010ed5ufe8b15b21e7ffa9c@mail.gmail.com> References: <1e31c7980905031553u3a010ed5ufe8b15b21e7ffa9c@mail.gmail.com> Message-ID: <20090504100929.45575qiivy1htkkc@webmail.leidinger.net> Quoting Vinicius Abrahao (from Sun, 3 May 2009 19:53:16 -0300): > Hi people, > > I would like to know WHY this port has so many strange dependencies like GTK > and others Xlibs. The gd port depends upon X11 stuff when xpm and fontconfig support is enabled. I don't know where you've got the GTK dependency from. For a server, add WITHOUT_X11=yes (I also have NO_X11=yes for compatibility reasons, in case something doesn't respect the WITHOUT_X11 one) to make.conf, this will disable the use of X11 related stuff in ports (you lose functionality you may or may not depend upon). Bye, Alexander. -- Save a tree -- kill an ISO working group today. -- Jason Zions http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From pav at FreeBSD.org Mon May 4 09:04:33 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Mon May 4 09:04:44 2009 Subject: [HEADS UP] ports tree now fully open Message-ID: <1241427863.1871.48.camel@pav.hide.vol.cz> With the availability of 7.2-RELEASE, the ports collection is now fully open for changes. Have fun :) -- Pav Lucistnik 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/20090504/7331aaaa/attachment.pgp From bugmaster at FreeBSD.org Mon May 4 11:06:12 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 4 11:06:37 2009 Subject: Current unassigned ports problem reports Message-ID: <200905041106.n44B6BN5096099@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/134199 Quagga 4 byte ASN bugfix (patch included). o ports/134198 build problem with math/octave-forge-engine o ports/134195 Add octave knob for math/plplot o ports/134187 [PATCH] net/samba: update to 3.3.4 o ports/134173 Upgrade www/mozplugger to 1.12.1 o ports/134160 security/openssh-portable update to 5.2p1, some cross- o ports/134124 NEW port: cad/verilog-perl 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 o ports/134075 New port: print/cups-bjnp Canon USB-over-IP backend fo f ports/134062 [PATCH] security/expiretable incorrect pkg-plist macro o ports/134060 UPDATE net-p2p/transmission f ports/134055 bulding port: misc/libhome on FreeBSD 7.1 amd64 f ports/134015 [patch] graphics/mapnik should install library with co o ports/133982 New port: www/mod_auth_mysql_debian Apache 2 module fo f ports/133944 [PATCH] print/latex-prettyref: [SUMMARIZE CHANGES] f ports/133941 audio/gnomad2 segfaults as normal user, works fine as o ports/133928 New Port: multimedia/gdialog, A Project X addon to rea o ports/133901 [PATCH] net-p2p/aMule: Add WITH_UPNP knob to "Enable U o ports/133858 net/freenx: nxagent dumps core on FreeBSD 7.* o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE o ports/133822 New port for cad/linux-eagle5 (Eagle 5.5.0) o ports/133791 [PATCH] security/cyrus_sasl2 fails to install as non-r f ports/133746 [patch] port net/freeradius does not build sql driver o ports/133655 New port: sysutils/megacli MegaCLI SAS RAID Management f ports/133564 audio/cdplay ports - bad behavior when cd drive is emp o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133555 fix for lang/tclX o ports/133533 [PATCH] Add a static user/group for audio/musicpd port o ports/133501 [patch] pthread_atfork breaks net/nss_ldap on RELENG_7 f ports/133487 endianess detection wrong in devel/boost f ports/133452 Can't install www/linux-flashplugin9 f ports/133451 www/plone3 build fails. Plone3 needs python-2.4 but li o ports/133441 graphics/sane-backends: epson2 sane-backend wants to r o ports/133435 deskutils/egroupware dependency unresolved o ports/133421 [NEW PORT] java/eclipse-xsd: EMF-XSD Runtime o ports/133408 [NEW PORT] chinese/qq: Tencent QQ for Linux o ports/133387 openoffice don't appear in 7.1-release/Latest 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/133333 ClamAV Milter passes 'Worm.Mydoom.I' and this virus tu f 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/133242 [PATCH] science/gromacs: fix sparc64, fix WITH_MPICH o ports/133241 net/balance parameter -b does not accept numeric ip ad f ports/133220 dns/ldns will not compile o ports/133068 New port: audio/linux-genpuid o ports/133047 [maintainer-update] Update graphics/linux-ac3d to 6.4. f ports/133036 Update Port: x11-fonts/linuxlibertine Newer version an o ports/133033 www/nspluginwrapper segfaults when NIS is used (amd64) f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on f ports/132909 [PATCH] sysutils/htop: fix treeview bug f ports/132815 add option to mail/nmzmail to override max number of m o ports/132792 [new port] re-activating print/ifhp o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132772 [new port] lang/rakudo-devel The Rakudo Perl 6 Compil o ports/132556 New port: ftp/vsftpd-ext Extended build of ftp/vsftp f ports/132536 mail/assp periodically hangs up I/O 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 o ports/131357 New port: editors/japi -- a simple gtk2 based text edi s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/131168 new port: devel/lpc21isp f ports/131093 chrooting net/isc-dhcp30-server to aliased /home can c o ports/131041 [new port] x11-themes/gtk-nodoka-engine: GTK nodoka en o ports/130972 sysutils/gnomebaker 0.6.4 dumps core when trying to cr 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/129972 Update Port: benchmarks/lmbench [patch] - A system per o ports/129677 /usr/ports/sysutils/aaccli Bad system call: 12 (core d o ports/129598 Update ports: finance/aqbanking, devel/gwenhywfar to 3 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 p ports/127995 net/isc-dhcp30-server creates a user/group with dynami 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/123247 linux-firefox and linux-seamonkey from multiple users o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/122571 [patch] net/libnet10 does not work on amd64 o 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 103 problems total. From alexey at renatasystems.org Mon May 4 11:39:23 2009 From: alexey at renatasystems.org (Alexey V. Degtyarev) Date: Mon May 4 11:39:30 2009 Subject: binary package maintenance tool In-Reply-To: <89135507@bb.ipt.ru> References: <49FACED3.2070009@bsdforen.de> <89135507@bb.ipt.ru> Message-ID: <20090504113919.GC93445@hs-4.renatasystems.org> > > The port sysutils/bsdadminscripts has just been updated to > > version 6.0, which features pkg_upgrade, a binary only > > package maintenance tool. > > It makes no use of the ports tree, so unlike other build > > oriented tools, you do not need a copy of the ports tree > > to keep your packages up to date. > > It only requires an INDEX file from pointyhead or your > > personal Tinderbox. > > Great! T've done some tests at my home machine and I really > like this tool. I was deaming for it for a long time. And > it works much faster than "portupgrade -PP". pkg_upgrade works very good for me too, except one thing: Assume package pkg-1.1 installed on the system and is going to upgrade. The pkg-1.2 version of package requires a little bit more packages that required by pkg-1.1: + a new one package newpkg-1.1 for example. After pkg_upgrade upgrades package `pkg', there is no newpkg-1.1 installed on the system and there is a error occured while updating. Here is the illustration with some names screened: $ export PACKAGESITE=http://some.path.to/packages/ $ pkg_upgrade -na Update to (nice/pkg) $ pkg_upgrade -a /usr/ports/packages/All/pkg-1.2.tbz 100% of 3537 B 5464 kBps ===> Update to (nice/pkg) pkg_add: could not find package newpkg-1.1 (proceeding anyway) pkg_add: can't open dependency file '/var/db/pkg/newpkg-1.1/+REQUIRED_BY'! dependency registration is incomplete => Update to (nice/pkg) succeeded $ pkg_info -Ex newpkg $ pkg_info -Ex pkg pkg-1.2 I think that pkg_upgrade should respect a new package's dependency list and pre-fetch all the new dependencies before pkg_add. -- Alexey V. Degtyarev From alexanderchuranov at gmail.com Mon May 4 12:48:37 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Mon May 4 12:48:44 2009 Subject: binary package maintenance tool In-Reply-To: <20090504113919.GC93445@hs-4.renatasystems.org> References: <49FACED3.2070009@bsdforen.de> <89135507@bb.ipt.ru> <20090504113919.GC93445@hs-4.renatasystems.org> Message-ID: <3cb459ed0905040548s2946c7e0q807b3dc37e0aa392@mail.gmail.com> 2009/5/4 Alexey V. Degtyarev : > ?I think that pkg_upgrade should respect a new package's dependency list > ?and pre-fetch all the new dependencies before pkg_add. My $0.02: And calculate their size, and (in interactive mode) provide and option for a user to cancel download :-) Alexander Churanov From alexanderchuranov at gmail.com Mon May 4 13:05:32 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Mon May 4 13:05:39 2009 Subject: Please update devel/boost In-Reply-To: <20090501150233.GA6828@phenom.cordula.ws> References: <20090501150233.GA6828@phenom.cordula.ws> Message-ID: <3cb459ed0905040536j1a6766f5j2d70000c092bfed7@mail.gmail.com> Hi cpghost! Yes, I am working on that. It's easy to update boost, but verifying that all ports that depend on it at least build successfully is a huge task. Then, there are other tasks for the boost port. For a list of current issues, efforts and design decisions see http://wiki.freebsd.org/BoostPortingProject. Alexander Churanov P.S. Sorry for the late response, 1st to 3rd of May were holidays in my country. From wxs at FreeBSD.org Mon May 4 13:32:52 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Mon May 4 13:32:58 2009 Subject: FreeBSD Port: quagga-0.99.11_2 In-Reply-To: <678636806.20090503192851@starnet.cz> References: <49FDB7AA.9000502@net1.cc> <678636806.20090503192851@starnet.cz> Message-ID: <20090504133251.GD60904@atarininja.org> On Sun, May 03, 2009 at 07:28:51PM +0200, Bc. Radek Krejca wrote: > Hi, > > Oh thank you, I am awaing for port, I got a lot of messages.... > > > May 3 19:15:36 gw bgpd[7225]: Assertion `len < str_size' failed in file bgp_aspath.c, line 619, function aspath_make_str_count > May 3 19:15:36 gw kernel: pid 7225 (bgpd), uid 101: exited on signal 6 > May 3 19:15:36 gw bgpd[7225]: No backtrace available on this platform. I'm currently working with the maintainer to get this addressed. The patch in (ports/134108) has been approved by the maintainer but it appears it breaks during runtime on i386. I will continue to work with the maintainer to get this issue addressed now. -- WXS From radek at ceskedomeny.cz Mon May 4 13:56:09 2009 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Mon May 4 13:56:17 2009 Subject: FreeBSD Port: quagga-0.99.11_2 In-Reply-To: <20090504133251.GD60904@atarininja.org> References: <49FDB7AA.9000502@net1.cc> <678636806.20090503192851@starnet.cz> <20090504133251.GD60904@atarininja.org> Message-ID: <1847916135.20090504155557@starnet.cz> Hi, WS> I'm currently working with the maintainer to get this addressed. The WS> patch in (ports/134108) has been approved by the maintainer but it WS> appears it breaks during runtime on i386. I will continue to work with WS> the maintainer to get this issue addressed now. I used this patch with ports by hand and it seems to be working: https://www.caputo.com/foss/quagga-0.99.11-BGP-4-byte-ASN-bug-fixes.patch 7.1-RELEASE-p2 So, its fast solution for me and I am looking forward to your port. Thank you Radek -- Regards, Bc. Radek Krejca STARNET, s. r. o. radek@ceskedomeny.cz From wxs at FreeBSD.org Mon May 4 14:29:46 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Mon May 4 14:29:53 2009 Subject: FreeBSD Port: quagga-0.99.11_2 In-Reply-To: <1847916135.20090504155557@starnet.cz> References: <49FDB7AA.9000502@net1.cc> <678636806.20090503192851@starnet.cz> <20090504133251.GD60904@atarininja.org> <1847916135.20090504155557@starnet.cz> Message-ID: <20090504142945.GC74734@atarininja.org> On Mon, May 04, 2009 at 03:55:57PM +0200, Bc. Radek Krejca wrote: > Hi, > > > WS> I'm currently working with the maintainer to get this addressed. The > WS> patch in (ports/134108) has been approved by the maintainer but it > WS> appears it breaks during runtime on i386. I will continue to work with > WS> the maintainer to get this issue addressed now. > > > I used this patch with ports by hand and it seems to be working: > > https://www.caputo.com/foss/quagga-0.99.11-BGP-4-byte-ASN-bug-fixes.patch > > 7.1-RELEASE-p2 > > So, its fast solution for me and I am looking forward to your port. The problem on i386 has been attributed to a local build issue. I will be updating the port shortly so expect it to hit the mirrors sometime today. -- WXS From michael.hughes at gmx.com Mon May 4 16:51:30 2009 From: michael.hughes at gmx.com (Michael Hughes) Date: Mon May 4 16:51:37 2009 Subject: FreeBSD Port: bacula-client-3.0.0_1 In-Reply-To: <49FB58C6.4070804@langille.org> References: <49FB4131.7010400@gmx.com> <49FB58C6.4070804@langille.org> Message-ID: <49FF1D07.6000100@gmx.com> > Have you raised this issue on the bacula users mailing list? If so, > what is the URL into the archives so we can investigate. In response to your question, I have raised the issue on the bacula-users mailing list, although I haven't had any responses yet. I came to the conclusion about the client and director incompatibility through our own testing and a couple forum threads I found web searching. We upgraded the bacula client port which upgraded the bacula-fd daemon running from 2.4.4 to 3.0.1. No configuration files were changed, and backups ran properly prior to the port upgrade. I have checked the obvious, such as the port being closed by a firewall or the network interface not being up. Which left me testing for incompatibilities between the director and client because of the major version number change. I did find these related threads in the bacula-users archive http://www.mail-archive.com/bacula-users@lists.sourceforge.net/msg34494.html and http://www.mail-archive.com/bacula-users@lists.sourceforge.net/msg34494.html Michael Hughes SSLI/MTML Labs Student System Administrator From llambiel at speedswiss.ch Mon May 4 17:57:20 2009 From: llambiel at speedswiss.ch (llambiel@speedswiss.ch) Date: Mon May 4 17:57:27 2009 Subject: FreeBSD Port: snort-2.8.2.2_3 Message-ID: Hello, Have you any plan to update snort port to 2.8.4.1 ? Thanks in advance for your reply and for all your work and this great system ! Best Regards, Loic From pgollucci at ridecharge.com Tue May 5 00:06:48 2009 From: pgollucci at ridecharge.com (Philip M. Gollucci) Date: Tue May 5 00:06:56 2009 Subject: MAKE_JOBS_UNSAFE+= shells/bash, textproc/ispell In-Reply-To: <20090504062155.GC43414@dragon.NUXI.org> References: <49FB64CC.9030002@ridecharge.com> <20090504062155.GC43414@dragon.NUXI.org> Message-ID: <49FF8315.2070906@ridecharge.com> David O'Brien wrote: > On Fri, May 01, 2009 at 05:08:28PM -0400, Philip M. Gollucci wrote: >> shells/bash is only failing about 2.5/8 >> textproc/ispell is only about 2/8 > > Hi Philip, > I'm sorry - I really don't know what this means. > The recent parrallel make functionality pav@ added to MK/bsd.port.mk. shells/bash is not parallel safe as it is. Setting MAKE_JOBS_UNSAFE=yes notes this and allows you to set FORCE_MAKE_JOBS=yes in /etc/make.conf and not have shells/bash fail. I was saying that it really is a RACE condition, and not just buggy make vs gmake code i.e. (cd x; do y) .. It only doesn't work 2.5 out of every 8 times. Pav's initial posts were on developers@ or ports@ -- ------------------------------------------------------------------------ Philip M. Gollucci (pgollucci@ridecharge.com) p: 703.549.2050x206, did: 703.579.6947 Senior System Admin - RideCharge, Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From erwin at FreeBSD.org Tue May 5 04:05:37 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue May 5 04:05:45 2009 Subject: INDEX build failed for 6.x Message-ID: <200905050406.n4546Abv033933@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: festlex-ifd-1.0_2: no entry for /usr/ports/audio/festival+OGI make_index: festvox-lp-1.0_2: no entry for /usr/ports/audio/festival+OGI make_index: festvox-tll-2.0_1: no entry for /usr/ports/audio/festival+OGI make_index: festvox-ogirab-2.0_1: no entry for /usr/ports/audio/festival+OGI make_index: festogi-italian-1.0_2: no entry for /usr/ports/audio/festival+OGI make_index: festvox-jph-2.0_1: no entry for /usr/ports/audio/festival+OGI make_index: festvox-hvs-2.1_1: no entry for /usr/ports/audio/festival+OGI make_index: festvox-pc-1.0_2: no entry for /usr/ports/audio/festival+OGI make_index: festogi-spanish-2.0.1_1: no entry for /usr/ports/audio/festival+OGI make_index: festvox-mwm-2.0_1: no entry for /usr/ports/audio/festival+OGI Committers on the hook: acm amdmi3 dhn dinoex jadawin leeym miwi mva nox stas Most recent CVS update was: U LEGAL U MOVED U Mk/bsd.gecko.mk U astro/google-earth/Makefile U astro/google-earth/distinfo U astro/google-earth/pkg-plist U audio/Makefile U audio/cripple/Makefile U audio/openal/pkg-plist U audio/openal-soft/pkg-plist U databases/kmysqladmin/Makefile U databases/p5-Cache-Memcached/Makefile U databases/p5-Cache-Memcached/distinfo U deskutils/lightning-xpi/Makefile U deskutils/linux-sunbird/Makefile U deskutils/sunbird/Makefile U deskutils/sunbird-i18n/Makefile U devel/c_c++_reference/Makefile U devel/libftdi/Makefile U devel/libftdi/files/patch-src_ftdi.c U devel/p5-Data-Table/Makefile U devel/p5-Devel-Events/Makefile U devel/re2c/Makefile U lang/fpc/Makefile U mail/fetchmail/Makefile U net/p5-Net-ARP/Makefile U net/p5-Net-ARP/distinfo U net/p5-Net-ARP/files/patch-ARP.xs U net/p5-Net-ARP/files/patch-send_packet_bsd.c U net/tintin++-devel/Makefile U net/tintin++-devel/distinfo U net-im/ttytter/Makefile U net-im/ttytter/distinfo U net-mgmt/Makefile U print/cups/Makefile U print/cups-base/Makefile U print/cups-base/distinfo U sysutils/jx/Makefile U sysutils/jx/distinfo U sysutils/jx/pkg-descr U sysutils/ncdu/Makefile U sysutils/ncdu/distinfo U www/Makefile U www/limesurvey/Makefile U www/limesurvey/distinfo U www/limesurvey/pkg-descr U www/limesurvey/pkg-message U www/limesurvey/pkg-plist U www/webalizer/Makefile U www/webalizer/distinfo U www/xpi-flashblock/Makefile U www/xpi-flashblock/distinfo U www/zope211/Makefile U www/zope211/distinfo U www/zope211/pkg-plist U x11-themes/Makefile U x11-themes/kde4-windeco-crystal/Makefile U x11-themes/kde4-windeco-crystal/distinfo U x11-themes/kde4-windeco-crystal/pkg-descr U x11-themes/kde4-windeco-crystal/pkg-plist From jack at jarasoft.net Tue May 5 09:14:10 2009 From: jack at jarasoft.net (Jack Raats) Date: Tue May 5 09:14:17 2009 Subject: SpamAssassin port problem??? Message-ID: <1F6EB219F95C46E4864E0F65B8686BEB@jarasoft.net> I'm using the FreeBSD 7.2-RELEASE. I've installed spamassassin using the ports. When running sa-update -D I get the following output (part of it) [97306] dbg: diag: module installed: Net::SMTP, version 2.31 [97306] dbg: diag: module installed: Mail::SPF, version v2.006 [97306] dbg: diag: module not installed: Mail::SPF::Query ('require' failed) [97306] dbg: diag: module installed: IP::Country::Fast, version 604.001 [97306] dbg: diag: module installed: Razor2::Client::Agent, version 2.84 [97306] dbg: diag: module installed: Net::Ident, version 1.20 When installing the module Mail::SPF::Query I get: zen# make install ===> Installing for p5-Mail-SPF-Query-1.999.1 ===> p5-Mail-SPF-Query-1.999.1 conflicts with installed package(s): p5-Mail-SPF-2.006 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/mail/p5-Mail-SPF-Query. Strange thing: this problem doesn't exist on my FreeBSD 6.4-STABLE server. [78419] dbg: diag: module installed: Net::SMTP, version 2.31 [78419] dbg: diag: module installed: Mail::SPF, version v2.006 [78419] dbg: diag: module installed: Mail::SPF::Query, version 1.999001 [78419] dbg: diag: module installed: IP::Country::Fast, version 604.001 [78419] dbg: diag: module installed: Razor2::Client::Agent, version 2.84 Is this a bug in sa-update or a bug of the portssytem or freebsd??? Any clues where to find the solution? Thanks for your time!!! Jack From erwin at FreeBSD.org Tue May 5 09:37:10 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue May 5 09:37:17 2009 Subject: INDEX build failed for 6.x Message-ID: <200905050937.n459bhYo032815@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: festlex-ifd-1.0_2: no entry for /usr/ports/audio/festival+OGI make_index: festvox-lp-1.0_2: no entry for /usr/ports/audio/festival+OGI make_index: festvox-tll-2.0_1: no entry for /usr/ports/audio/festival+OGI make_index: festvox-ogirab-2.0_1: no entry for /usr/ports/audio/festival+OGI make_index: festogi-italian-1.0_2: no entry for /usr/ports/audio/festival+OGI make_index: festvox-jph-2.0_1: no entry for /usr/ports/audio/festival+OGI make_index: festvox-hvs-2.1_1: no entry for /usr/ports/audio/festival+OGI make_index: festvox-pc-1.0_2: no entry for /usr/ports/audio/festival+OGI make_index: festogi-spanish-2.0.1_1: no entry for /usr/ports/audio/festival+OGI make_index: festvox-mwm-2.0_1: no entry for /usr/ports/audio/festival+OGI Committers on the hook: acm amdmi3 beat dhn dinoex jadawin leeym marcus miwi mva nox stas Most recent CVS update was: U databases/Makefile U databases/py-odbc/Makefile U databases/py-odbc/distinfo U databases/py-odbc/pkg-descr U databases/py-odbc/pkg-plist U databases/py-odbc/files/patch-setup-libs U devel/Makefile U devel/p5-ToolSet/Makefile U devel/p5-ToolSet/distinfo U devel/p5-ToolSet/pkg-descr U devel/p5-ToolSet/pkg-plist U science/gchemutils/files/patch-libs_gcu_spectrumdoc.cc U science/gchemutils/files/patch-libs_gcu_spectrumview.cc U science/gchemutils/files/patch-programs_calc_gchemcalc.cc U science/gchemutils/files/patch-programs_table_gchemtable-curve.cc U science/gchemutils/files/patch-programs_table_gchemtable-data-allocator.cc U security/vuxml/vuln.xml From cpghost at cordula.ws Tue May 5 09:51:16 2009 From: cpghost at cordula.ws (cpghost) Date: Tue May 5 09:51:22 2009 Subject: Please update devel/boost In-Reply-To: <3cb459ed0905040536j1a6766f5j2d70000c092bfed7@mail.gmail.com> References: <20090501150233.GA6828@phenom.cordula.ws> <3cb459ed0905040536j1a6766f5j2d70000c092bfed7@mail.gmail.com> Message-ID: <20090505095111.GB1395@phenom.cordula.ws> On Mon, May 04, 2009 at 04:36:42PM +0400, Alexander Churanov wrote: > Hi cpghost! > > Yes, I am working on that. > It's easy to update boost, but verifying that all ports that depend on > it at least build successfully is a huge task. > > Then, there are other tasks for the boost port. For a list of current > issues, efforts and design decisions see > http://wiki.freebsd.org/BoostPortingProject. Ah, I see. Thank you for your efforts. :) > Alexander Churanov Regards, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From lifengkai at huawei.com Tue May 5 07:20:51 2009 From: lifengkai at huawei.com (lifengkai) Date: Tue May 5 11:37:23 2009 Subject: An enquiry about valgrind porting to FreeBSD Message-ID: <000001c9cd4f$092463a0$9a106f0a@china.huawei.com> Hi, all I donot know whether it is suitable to post it here, but I am now looking for some information about porting valgrind to FreeBSD. Could somebody give me some information about the progress in porting valgrind to FreeBSD? Or the mainpage for the porting project? Regards lifengkai From dan at langille.org Tue May 5 12:17:04 2009 From: dan at langille.org (Dan Langille) Date: Tue May 5 12:17:11 2009 Subject: FreeBSD Port: bacula-client-3.0.0_1 In-Reply-To: <49FF1D07.6000100@gmx.com> References: <49FB4131.7010400@gmx.com> <49FB58C6.4070804@langille.org> <49FF1D07.6000100@gmx.com> Message-ID: <4A002E15.9050302@langille.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Hughes wrote: >> Have you raised this issue on the bacula users mailing list? If so, >> what is the URL into the archives so we can investigate. > > In response to your question, I have raised the issue on the bacula-users mailing list, although I > haven't had any responses yet. I came to the conclusion about the client and director > incompatibility through our own testing and a couple forum threads I found web searching. > > We upgraded the bacula client port which upgraded the bacula-fd daemon running from 2.4.4 to 3.0.1. > No configuration files were changed, and backups ran properly prior to the port upgrade. I have > checked the obvious, such as the port being closed by a firewall or the network interface not being > up. Which left me testing for incompatibilities between the director and client because of the major > version number change. I suspect you've seen the reply. In short: don't do that. The service component can be used with older clients, but not newer clients with older servers. The solution is to use the 2.4.4 client, from ports. Yes, you'll have to use 'magic' to get a 2.4.4 client from ports. Others can help you figure out how to get a snapshot of the FreeBSD ports tree to get that version. > I did find these related threads in the bacula-users archive > http://www.mail-archive.com/bacula-users@lists.sourceforge.net/msg34494.html > and > http://www.mail-archive.com/bacula-users@lists.sourceforge.net/msg34494.html Those two links are identical. :) The answer in that link sums it up: You cannot use a version X client with anything *LESS* than a version X server. In general, the project strives to allow you to upgrade the server without upgrading the client. - -- Dan Langille BSDCan - The Technical BSD Conference : http://www.bsdcan.org/ PGCon - The PostgreSQL Conference: http://www.pgcon.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoALhUACgkQCgsXFM/7nTykjACg6Vp7zk3Ayr+3h/GZ81aj+75p ZGUAnR73MaINyFJUrxegd8VPyy08CB5H =b8QL -----END PGP SIGNATURE----- From alexanderchuranov at gmail.com Tue May 5 12:28:22 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Tue May 5 12:28:28 2009 Subject: An enquiry about valgrind porting to FreeBSD In-Reply-To: <000001c9cd4f$092463a0$9a106f0a@china.huawei.com> References: <000001c9cd4f$092463a0$9a106f0a@china.huawei.com> Message-ID: <3cb459ed0905050528l7bb965ffs47fdabbc2d9e71ca@mail.gmail.com> Hi all! I am also interested in it. I have lots of questions about valgrind: 1) Is it working at all? I always receive SIGBUS on 7x. 2) Is our valgrind from http://valgrind.org/ or valgrind.kde.org? 3) valgrind.org lists 3.4.1 as latest release, but there is 3.52 in ports, how is it possible? I am teaching people C, C++ and UNIX API using FreeBSD at university. There is a need for memory-checking tool. Does anybody know any alternatives for FreeBSD 7? Alexander Churanov From sbrabez at gmail.com Tue May 5 13:07:04 2009 From: sbrabez at gmail.com (Sofian Brabez) Date: Tue May 5 13:07:10 2009 Subject: Looking for new maintainers for some of my ports In-Reply-To: <20090503113337.GA6344@bsdcrew.de> References: <20090503113337.GA6344@bsdcrew.de> Message-ID: <3456f9ca0905050607r4ffbeb3ah5185c0cdc10baf16@mail.gmail.com> I can assume maintainership for those: security/rkhunter security/py-bcrypt On Sun, May 3, 2009 at 1:33 PM, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > There are some ports I don't use anymore, I hold over > 450 ports it's time to cleanup a bit :). > > archivers/dact > audio/libaiff > audio/py-apetag > benchmarks/nbench > comms/picocom > databases/squirrel-sql > deskutils/nagaina > deskutils/plans > deskutils/qorganizer > devel/alabastra > devel/darts > devel/log4c > devel/re2c > devel/simian > devel/p5-Config-Options > devel/p5-Data-Bind > devel/p5-Devel-Events-Objects > devel/p5-Devel-Gladiator > devel/p5-IO-TieCombine > devel/p5-Package-Constants > devel/p5-Test-Fixture-DBIC-Schema > devel/p5-Tie-Hash-Regex > devel/ruby-rbtree > dns/dns2tcp > dns/dnsmasq > graphics/autoq3d > graphics/darknock > mail/qgmailnotifier > mail/fetchyahoo > mail/p5-Email-Date-Format > mail/qsf > misc/clpbar > misc/teseq > net/icpld > net/ipsvd > net/whois > net/gwhois > net-mgmt/phpip > net/ruby-dict > net-im/py-pyxmpp > net-im/py-xmpppy > net-im/py-xmpppy-irc > net-im/py-xmpppy-yahoo > sysutils/logmon > sysutils/dvdisaster > security/execwrap > security/rkhunter > security/find-zlib > security/py-bcrypt > shells/vshnu > textproc/cwtext > textproc/mxml > textproc/redet > textproc/supercat > > > - - Martin > > - -- > > +-----------------------+-------------------------------+ > | ?PGP ? ?: 0xB1E6FCE9 ?| ?Jabber : miwi(at)BSDCrew.de ?| > | ?ICQ ? ?: 169139903 ? | ?Mail ? : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | ? ? ? Mess with the Best, Die like the Rest! ? ? ? ? ?| > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEYEARECAAYFAkn9gREACgkQdLJIhLHm/OnfYACg0qwo/vR4U+iX4vQyufsXlACl > WrYAnjF/mLVsvXC3/gMDGfUNCQ58oNgN > =kyZP > -----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" > Regards -- sbz From utisoft at googlemail.com Tue May 5 14:20:12 2009 From: utisoft at googlemail.com (Chris Rees) Date: Tue May 5 14:20:18 2009 Subject: Looking for new maintainers for some of my ports In-Reply-To: <20090503113337.GA6344@bsdcrew.de> References: <20090503113337.GA6344@bsdcrew.de> Message-ID: 2009/5/3 Martin Wilke : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > There are some ports I don't use anymore, I hold over > 450 ports it's time to cleanup a bit :). > > graphics/darknock > mail/qgmailnotifier > mail/fetchyahoo > > - - Martin > > - -- > I can handle mail/qgmailnotifier. send-pr? Chris -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? From matthias.andree at gmx.de Tue May 5 14:41:59 2009 From: matthias.andree at gmx.de (Matthias Andree) Date: Tue May 5 14:42:05 2009 Subject: misc/e2fsprogs-libuuid build failure In-Reply-To: <20090427051701.GA65887@ozzmosis.com> References: <20090427051701.GA65887@ozzmosis.com> Message-ID: Am 27.04.2009, 07:17 Uhr, schrieb andrew clarke : > Hi, > > misc/e2fsprogs-libuuid is fails to build on my FreeBSD 6.4 machine: ... > cd /usr/ports/misc/e2fsprogs-libuuid/work/e2fsprogs-1.41.5/lib/uuid && > make check > LD_LIBRARY_PATH=../../lib DYLD_LIBRARY_PATH=../../lib ./tst_uuid > UUID generate = ade56da6-e474-4020-a894-332975eea206 > UUID: ade56da6e4744020a894332975eea206 > UUID type = 4, UUID variant = 1 > > UUID random string = d5667181-163a-46c8-9733-c62173befd30 > UUID: d5667181163a46c89733c62173befd30 > UUID type = 4, UUID variant = 1 > > The build consistently stalls at this point. The only exit is with > Ctrl+C. Greetings, for lack of proper debugging facilities, and because I have 1:1 votes for/against a test conducted behind the scenes: Could anybody who has issues with building e2fsprogs-libuuid on FreeBSD 6.X please add " --disable-tls" (without the quote marks) to CONFIGURE_ARGS, as in: CONFIGURE_ARGS= --enable-elf-shlibs --disable-tls and let me know if it helps? If this remains unconclusive, I may later have to ask for unprivileged pubkey-authenticated login to a FreeBSD 6.X machine. Thanks in advance. Best regards -- Matthias Andree From pgollucci at ridecharge.com Tue May 5 20:24:29 2009 From: pgollucci at ridecharge.com (Philip M. Gollucci) Date: Tue May 5 20:24:42 2009 Subject: MAKE_JOBS_UNSAFE+= shells/zsh Message-ID: <4A00A07B.4060000@ridecharge.com> http://tb.apache.org/errors/7.2-RELEASE-tb/zsh-4.3.9_5.log (for ~ 2days) -- ------------------------------------------------------------------------ Philip M. Gollucci (pgollucci@ridecharge.com) p: 703.549.2050x206, did: 703.579.6947 Senior System Admin - RideCharge, Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From erwin at FreeBSD.org Tue May 5 20:58:11 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue May 5 20:58:17 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200905052058.n45Kwjst032415@pointyhat.freebsd.org> From joshua_rickmar at eumx.net Tue May 5 21:55:20 2009 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Tue May 5 21:55:28 2009 Subject: ghostscript8 port not building Message-ID: Hi all. I've been having this problem for some time, but have just gotten around to posting it to this list. Basically, I have ghostscript8-nox11-8.64 installed and want to upgrade it to 8.64_1. This is the error that I am getting: cc -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FONTCONFIG -O2 -fno-strict-aliasing -pipe -march=prescott -fPIC -DUPD_SIGNAL=0 -I. -I/usr/ports/print/ghostscript8/work/ghostscript-8.64/jasper/src/libjasper/ include -I/usr/local/include/libpng -I/usr/local/include -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing -Wdeclaration-after-statem ent -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing -pipe -march=prescott -DUSE_LIBICONV_GNU -DGS_DEVS_SHARED -DGS_DEVS_SHARED_DIR=\"/usr/ local/lib/ghostscript/8.64\" -I./psi -I./obj/../soobj -I./obj/../soobj -I./base -o ./obj/../soobj/iconfig.o -c ./obj/../soobj/iconfig.c cc -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FONTCONFIG -O2 -fno-strict-aliasing -pipe -march=prescott -fPIC -DUPD_SIGNAL=0 -I. -I/usr/ports/print/ghostscript8/work/ghostscript-8.64/jasper/src/libjasper/ include -I/usr/local/include/libpng -I/usr/local/include -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing -Wdeclaration-after-statem ent -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing -pipe -march=prescott -DUSE_LIBICONV_GNU -DGS_DEVS_SHARED -DGS_DEVS_SHARED_DIR=\"/usr/ local/lib/ghostscript/8.64\" -I./obj/../soobj -I./base -o ./obj/../soobj/gsromfs0.o -c ./base/gsromfs0.c ./obj/../soobj/echogs -w ./obj/../soobj/ldt.tr -n - cc -L/usr/local/lib -L/usr/local/lib -shared -Wl,-soname=libgs.so.8 -o ./bin/../sobin/libgs.so.8.64 ./obj/../soobj/echogs -a ./obj/../soobj/ldt.tr -n -s ./obj/../soobj/gsromfs0.o ./obj/../soobj/gs.o -s cat ./obj/../soobj/ld.tr >>./obj/../soobj/ldt.tr ./obj/../soobj/echogs -a ./obj/../soobj/ldt.tr -s - -lm -liconv -lstdc++ -L/usr/local/lib -lfontconfig -Wl,-export-dynamic -lpthread -lm if [ x != x ]; then LD_RUN_PATH=; export LD_RUN_PATH; fi; \ XCFLAGS= XINCLUDE= XLDFLAGS= XLIBDIRS= XLIBS= \ FEATURE_DEVS= DEVICE_DEVS= DEVICE_DEVS1= DEVICE_DEVS2= DEVICE_DEVS3= \ DEVICE_DEVS4= DEVICE_DEVS5= DEVICE_DEVS6= DEVICE_DEVS7= DEVICE_DEVS8= \ DEVICE_DEVS9= DEVICE_DEVS10= DEVICE_DEVS11= DEVICE_DEVS12= \ DEVICE_DEVS13= DEVICE_DEVS14= DEVICE_DEVS15= DEVICE_DEVS16= \ DEVICE_DEVS17= DEVICE_DEVS18= DEVICE_DEVS19= DEVICE_DEVS20= \ DEVICE_DEVS_EXTRA= \ /bin/sh <./obj/../soobj/ldt.tr ./obj/../soobj/gdevl256.o(.text+0x73a): In function `gs_shared_init': : multiple definition of `gs_shared_init' ./obj/../soobj/gdevxalt.o(.text+0x1759): first defined here /usr/bin/ld: Warning: size of symbol `gs_shared_init' changed from 150 in ./obj/../soobj/gdevxalt.o to 38 in ./obj/../soobj/gdevl256.o ./obj/../soobj/gdevvglb.o(.text+0x995): In function `gs_shared_init': : multiple definition of `gs_shared_init' ./obj/../soobj/gdevxalt.o(.text+0x1759): first defined here gmake[1]: *** [bin/../sobin/libgs.so.8.64] Error 1 gmake[1]: Leaving directory `/usr/ports/print/ghostscript8/work/ghostscript-8.64' gmake: *** [so] Error 2 *** Error code 1 Any help? I am on 7.2-RELEASE now, but I was also getting this error while still on 7.1. -- IRC nick: jrick Jabber: jrick@jabber.org http://identi.ca/jrick From obrien at FreeBSD.org Wed May 6 04:11:12 2009 From: obrien at FreeBSD.org (David O'Brien) Date: Wed May 6 04:11:18 2009 Subject: MAKE_JOBS_UNSAFE+= shells/bash, textproc/ispell In-Reply-To: <49FF8315.2070906@ridecharge.com> References: <49FB64CC.9030002@ridecharge.com> <20090504062155.GC43414@dragon.NUXI.org> <49FF8315.2070906@ridecharge.com> Message-ID: <20090506041109.GB41229@dragon.NUXI.org> On Mon, May 04, 2009 at 08:06:45PM -0400, Philip M. Gollucci wrote: > David O'Brien wrote: >> On Fri, May 01, 2009 at 05:08:28PM -0400, Philip M. Gollucci wrote: >>> shells/bash is only failing about 2.5/8 >>> textproc/ispell is only about 2/8 >> Hi Philip, >> I'm sorry - I really don't know what this means. > > The recent parrallel make functionality pav@ added to MK/bsd.port.mk. > shells/bash is not parallel safe as it is. > Setting > MAKE_JOBS_UNSAFE=yes > notes this and allows you to set FORCE_MAKE_JOBS=yes in /etc/make.conf > and not have shells/bash fail. I was under the impression that MAKE_JOBS_UNSAFE was the default and one had to explicity put MAKE_JOBS_SAFE=yes in a port. Pav Lucistnik writes: As you might have noticed on the commit list, I have committed support for internally parallelized builds, ie. setting -jX make argument. It's opt-in, so if you want your port to make use of this feature, you will need to put MAKE_JOBS_SAFE=yes into it's Makefile. I will add MAKE_JOBS_UNSAFE=yes to the port. > I was saying that it really is a RACE condition, and not just buggy make vs > gmake code i.e. (cd x; do y) .. It only doesn't work 2.5 out of every 8 > times. Ah! -- -- David (obrien@FreeBSD.org) From miwi at FreeBSD.org Wed May 6 09:05:05 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Wed May 6 09:05:12 2009 Subject: [makc@issp.ac.ru: [kde-freebsd] request for test: printer-applet, system-config-printer-kde] Message-ID: <20090506090500.GB1578@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 forward to ports@ and python@ - ----- Forwarded message from Max Brazhnikov ----- Date: Wed, 6 May 2009 12:15:39 +0400 From: Max Brazhnikov To: kde-freebsd@kde.org Subject: [kde-freebsd] request for test: printer-applet, system-config-printer-kde User-Agent: KMail/1.11.2 (FreeBSD/7.2-PRERELEASE; KDE/4.2.2; i386; ; ) List-Id: X-Spam-Status: No, score=-6.4 required=5.0 tests=AWL,BAYES_00,HTML_MESSAGE, RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham version=3.2.5 Hi, KDE 4.2.3 will be released tomorrow and we are almost ready to update our kde4 ports. With this update I'd like to introduce a few new ports: devel/kdebindings-python* print/kdeutils4-printer-applet print/system-config-printer-kde. I've tested them quickly with virtual cups-pdf printer, they seems to be more or less usable. Known issues: 1) python scriptengine for Plasma is disabled in kdebase4-workspace currently, so still no support for python based plasmoids. There is no problem to enable it, however I'd like to not bloat workspace dependencies with pyqt4/pykde4 stuff now and prefer to make separate ports for python scriptengine later. 2) system-config-printer fails on *.UTF-8 locales, the problem however seems to be python related: ~> python /usr/local/kde4/bin/system-config-printer-kde Traceback (most recent call last): File "/usr/local/kde4/bin/system-config-printer-kde", line 3249, in applet = GUI() File "/usr/local/kde4/bin/system-config-printer-kde", line 178, in __init__ self.populateList(start_printer, change_ppd) File "/usr/local/kde4/bin/system-config-printer-kde", line 342, in populateList self.printers = cupshelpers.getPrinters(self.cups) File "/usr/local/lib/python2.5/site-packages/cupshelpers/cupshelpers.py", line 435, in getPrinters printer = Printer(name, connection, **printer) File "/usr/local/lib/python2.5/site-packages/cupshelpers/cupshelpers.py", line 40, in __init__ self.update (**kw) File "/usr/local/lib/python2.5/site-packages/cupshelpers/cupshelpers.py", line 88, in update self._expand_flags() File "/usr/local/lib/python2.5/site-packages/cupshelpers/cupshelpers.py", line 68, in _expand_flags locale.setlocale (locale.LC_CTYPE, current_ctype) File "/usr/local/lib/python2.5/locale.py", line 478, in setlocale return _setlocale(category, locale) locale.Error: unsupported locale setting I haven't looked further, so any clue welcome. Thanks, Max _______________________________________________ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information - ----- End forwarded message ----- - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoBUrsACgkQdLJIhLHm/Om6KQCfctaBBUav3Qyd0zqvWcPiliA6 l2kAnjRjtjw4m8zTPkwu7aUIemyVCMT2 =wrvK -----END PGP SIGNATURE----- From lupe at lupe-christoph.de Wed May 6 09:21:48 2009 From: lupe at lupe-christoph.de (Lupe Christoph) Date: Wed May 6 09:21:56 2009 Subject: Replacement for "hdparm -C"? Message-ID: <20090506092040.GG10207@lupe-christoph.de> I just received a PR for munin-node, complaining about error messages related to the lack of a hdparm command on FreeBSD. The munin-plugin hddtemp_smartctl tries to find out if a disk is spun down by invoking hdparm -C $fulldev. The plugin will skip the invocation of smartctl on such disks. Since it is really a bad idea to spin up a disk to ask it for its temperature - with what can I replace that command on FreeBSD? Thanks for your help, Lupe Christoph -- | There is no substitute for bad design except worse design. | | /me | From simplex at twopenguins.it Wed May 6 09:30:55 2009 From: simplex at twopenguins.it (Andrea 'simplex' Zulato) Date: Wed May 6 09:31:03 2009 Subject: eggdrop port fail to compile on 7.2-release Message-ID: <4A015489.1040309@twopenguins.it> Hi, i've just upgraded to 7.2-release and eggdrop port wont compile.. Seems the problem are with Tcl libraries. checking for Tcl library... using /lib checking for Tcl header... using / checking whether the Tcl system has changed... yes checking for Tcl version... checking for Tcl patch level... configure: error: Your Tcl version is much too old for Eggdrop to use. You should download and compile a more recent version. The most reliable current version is 8.5.X and can be downloaded from ftp://tcl.activestate.com/pub/tcl/tcl8_5/. See doc/COMPILE-GUIDE's 'Tcl Detection and Installation' section for more information. ===> Script "configure" failed unexpectedly. Please report the problem to beech@FreeBSD.org [maintainer] and attach the "/usr/ports/irc/eggdrop/work/eggdrop1.6.19/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/irc/eggdrop. *** Error code 1 Stop in /usr/ports/irc/eggdrop. I've Tcl installed from ports, tcl-8.5.7 Tool Command Language tcl-modules-8.5.7 Tcl common modules On 7.1 it was compiled without errors. Thanks Andrea Zulato From paul at ifdnrg.com Wed May 6 10:00:02 2009 From: paul at ifdnrg.com (Paul Macdonald) Date: Wed May 6 10:00:09 2009 Subject: misc/e2fsprogs-libuuid build failure In-Reply-To: References: <20090427051701.GA65887@ozzmosis.com> Message-ID: <4A015C6F.2050306@ifdnrg.com> > Greetings, > > for lack of proper debugging facilities, and because I have 1:1 votes > for/against a test conducted behind the scenes: > > Could anybody who has issues with building e2fsprogs-libuuid on > FreeBSD 6.X please add " --disable-tls" (without the quote marks) to > CONFIGURE_ARGS, as in: > > CONFIGURE_ARGS= --enable-elf-shlibs --disable-tls > > and let me know if it helps? > no difference on one of my FreeBSD 6.2-RELEASE boxes. > If this remains unconclusive, I may later have to ask for unprivileged > pubkey-authenticated login to a FreeBSD 6.X machine. > i can possibly help with this. Paul. > Thanks in advance. > > Best regards > -- *web and video services* *Paul Macdonald* /Director/ *IFDNRG* Edinburgh paul@ifdnrg.com www.ifdnrg.com tel: +44.131 2257470 From lupe at lupe-christoph.de Wed May 6 11:13:50 2009 From: lupe at lupe-christoph.de (Lupe Christoph) Date: Wed May 6 11:13:57 2009 Subject: [munin-users] Replacement for "hdparm -C"? In-Reply-To: <554220569.20090506124731@mail.ru> References: <20090506092040.GG10207@lupe-christoph.de> <554220569.20090506124731@mail.ru> Message-ID: <20090506111242.GD24549@lupe-christoph.de> On Wednesday, 2009-05-06 at 12:47:31 +0300, Sergey A. Kobzar wrote: > Wednesday, May 6, 2009, 12:20:40 PM, Lupe wrote: > AFAIK you can get HDD temp using sysutils/smartmontools on FreeBSD > only. The plugin use the smartctl command. > I never tried to do this for disks which are spin down. But why do you > need check temperature of such disks? One time someone will ask you to > minitor temperature for suspended server... IMHO it's not fully > correct :) The plugin is run every five minutes for all disks it is told to watch. A disk that is always spun down should not be on that list ;-) Lupe Christoph -- | There is no substitute for bad design except worse design. | | /me | From sergey.kobzar at mail.ru Wed May 6 11:29:08 2009 From: sergey.kobzar at mail.ru (Sergey A. Kobzar) Date: Wed May 6 11:29:16 2009 Subject: [munin-users] Replacement for "hdparm -C"? In-Reply-To: <20090506111242.GD24549@lupe-christoph.de> References: <20090506092040.GG10207@lupe-christoph.de> <554220569.20090506124731@mail.ru> <20090506111242.GD24549@lupe-christoph.de> Message-ID: <883388359.20090506142905@mail.ru> Wednesday, May 6, 2009, 2:12:42 PM, Lupe wrote: > On Wednesday, 2009-05-06 at 12:47:31 +0300, Sergey A. Kobzar wrote: >> Wednesday, May 6, 2009, 12:20:40 PM, Lupe wrote: >> AFAIK you can get HDD temp using sysutils/smartmontools on FreeBSD >> only. > The plugin use the smartctl command. >> I never tried to do this for disks which are spin down. But why do you >> need check temperature of such disks? One time someone will ask you to >> minitor temperature for suspended server... IMHO it's not fully >> correct :) > The plugin is run every five minutes for all disks it is told to watch. A > disk that is always spun down should not be on that list ;-) This should help: SMARTCTL(8): -n POWERMODE, --nocheck=POWERMODE Specifieds if smartctl should exit before performing any checks when the device is in a low-power mode. It may be used to pre- vent a disk from being spun-up by smartctl. The power mode is ignored by default. The allowed values of POWERMODE are: Something like: # smartctl -n standby -a /dev/ad0 | grep -i temp ;) > Lupe Christoph -- Sergey From sergey.kobzar at mail.ru Wed May 6 11:33:17 2009 From: sergey.kobzar at mail.ru (Sergey A. Kobzar) Date: Wed May 6 11:33:29 2009 Subject: [munin-users] Replacement for "hdparm -C"? In-Reply-To: <20090506092040.GG10207@lupe-christoph.de> References: <20090506092040.GG10207@lupe-christoph.de> Message-ID: <554220569.20090506124731@mail.ru> Wednesday, May 6, 2009, 12:20:40 PM, Lupe wrote: > I just received a PR for munin-node, complaining about error messages > related to the lack of a hdparm command on FreeBSD. > The munin-plugin hddtemp_smartctl tries to find out if a disk is spun > down by invoking hdparm -C $fulldev. The plugin will skip the invocation > of smartctl on such disks. > Since it is really a bad idea to spin up a disk to ask it for its > temperature - with what can I replace that command on FreeBSD? AFAIK you can get HDD temp using sysutils/smartmontools on FreeBSD only. I never tried to do this for disks which are spin down. But why do you need check temperature of such disks? One time someone will ask you to minitor temperature for suspended server... IMHO it's not fully correct :) > Thanks for your help, > Lupe Christoph -- Sergey From matthias.andree at gmx.de Wed May 6 11:53:28 2009 From: matthias.andree at gmx.de (Matthias Andree) Date: Wed May 6 11:53:35 2009 Subject: [munin-users] Replacement for "hdparm -C"? In-Reply-To: <883388359.20090506142905@mail.ru> References: <20090506092040.GG10207@lupe-christoph.de> <554220569.20090506124731@mail.ru> <20090506111242.GD24549@lupe-christoph.de> <883388359.20090506142905@mail.ru> Message-ID: <4A017A34.2080007@gmx.de> Sergey A. Kobzar schrieb: > Wednesday, May 6, 2009, 2:12:42 PM, Lupe wrote: > >> On Wednesday, 2009-05-06 at 12:47:31 +0300, Sergey A. Kobzar wrote: >>> Wednesday, May 6, 2009, 12:20:40 PM, Lupe wrote: > >>> AFAIK you can get HDD temp using sysutils/smartmontools on FreeBSD >>> only. > >> The plugin use the smartctl command. > >>> I never tried to do this for disks which are spin down. But why do you >>> need check temperature of such disks? One time someone will ask you to >>> minitor temperature for suspended server... IMHO it's not fully >>> correct :) > >> The plugin is run every five minutes for all disks it is told to watch. A >> disk that is always spun down should not be on that list ;-) > > This should help: > > SMARTCTL(8): > > -n POWERMODE, --nocheck=POWERMODE > Specifieds if smartctl should exit before performing any checks > when the device is in a low-power mode. It may be used to pre- > vent a disk from being spun-up by smartctl. The power mode is > ignored by default. The allowed values of POWERMODE are: > > > Something like: > > # smartctl -n standby -a /dev/ad0 | grep -i temp Does this actually work? ISTR that this failed at least for some SATA controllers, such as VIA 8237. From mezz7 at cox.net Wed May 6 11:54:43 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Wed May 6 11:54:51 2009 Subject: [makc@issp.ac.ru: [kde-freebsd] request for test: printer-applet, system-config-printer-kde] In-Reply-To: <20090506090500.GB1578@bsdcrew.de> References: <20090506090500.GB1578@bsdcrew.de> Message-ID: On Wed, 06 May 2009 04:05:00 -0500, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > forward to ports@ and python@ > > - ----- Forwarded message from Max Brazhnikov ----- > > Date: Wed, 6 May 2009 12:15:39 +0400 > From: Max Brazhnikov > To: kde-freebsd@kde.org > Subject: [kde-freebsd] request for test: printer-applet, > system-config-printer-kde > User-Agent: KMail/1.11.2 (FreeBSD/7.2-PRERELEASE; KDE/4.2.2; i386; ; ) > List-Id: > X-Spam-Status: No, score=-6.4 required=5.0 > tests=AWL,BAYES_00,HTML_MESSAGE, > RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham version=3.2.5 > > Hi, > > KDE 4.2.3 will be released tomorrow and we are almost ready to update > our kde4 > ports. With this update I'd like to introduce a few new ports: > devel/kdebindings-python* > print/kdeutils4-printer-applet > print/system-config-printer-kde. > > I've tested them quickly with virtual cups-pdf printer, they seems to be > more > or less usable. > > Known issues: > 1) python scriptengine for Plasma is disabled in kdebase4-workspace > currently, > so still no support for python based plasmoids. There is no problem to > enable > it, however I'd like to not bloat workspace dependencies with > pyqt4/pykde4 > stuff now and prefer to make separate ports for python scriptengine > later. > > 2) system-config-printer fails on *.UTF-8 locales, the problem however > seems to be python related: > > ~> python /usr/local/kde4/bin/system-config-printer-kde > Traceback (most recent call last): > File "/usr/local/kde4/bin/system-config-printer-kde", line 3249, in > > applet = GUI() > File "/usr/local/kde4/bin/system-config-printer-kde", line 178, in > __init__ > self.populateList(start_printer, change_ppd) > File "/usr/local/kde4/bin/system-config-printer-kde", line 342, in > populateList > self.printers = cupshelpers.getPrinters(self.cups) > File > "/usr/local/lib/python2.5/site-packages/cupshelpers/cupshelpers.py", > line 435, in getPrinters > printer = Printer(name, connection, **printer) > File > "/usr/local/lib/python2.5/site-packages/cupshelpers/cupshelpers.py", > line 40, in __init__ > self.update (**kw) > File > "/usr/local/lib/python2.5/site-packages/cupshelpers/cupshelpers.py", > line 88, in update > self._expand_flags() > File > "/usr/local/lib/python2.5/site-packages/cupshelpers/cupshelpers.py", > line 68, in _expand_flags > locale.setlocale (locale.LC_CTYPE, current_ctype) > File "/usr/local/lib/python2.5/locale.py", line 478, in setlocale > return _setlocale(category, locale) > locale.Error: unsupported locale setting > > I haven't looked further, so any clue welcome. It's a very common problem. I never understand why this is issue for FreeBSD. Well, actually, I never really dig in this issue deeper. We have to create many patches in ports tree to remove locale stuff. You can check in net-p2p/deluge/files/patch-deluge_core_core.py for an example. OT: I am planning to check in your gecko TODO sometimes and will give you some suggests of what I was planned to do with gecko. Also, will give some good URLs that I saved somewhere in my HDD. Cheers, Mezz > Thanks, > Max > > _______________________________________________ > kde-freebsd mailing list > kde-freebsd@kde.org > https://mail.kde.org/mailman/listinfo/kde-freebsd > See also http://freebsd.kde.org/ for latest information > > > - ----- End forwarded message ----- > > - -- > > +-----------------------+-------------------------------+ > | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEYEARECAAYFAkoBUrsACgkQdLJIhLHm/Om6KQCfctaBBUav3Qyd0zqvWcPiliA6 > l2kAnjRjtjw4m8zTPkwu7aUIemyVCMT2 > =wrvK > -----END PGP SIGNATURE----- -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From matthias.andree at gmx.de Wed May 6 12:33:32 2009 From: matthias.andree at gmx.de (Matthias Andree) Date: Wed May 6 12:33:38 2009 Subject: ports/134156: Unable to build updated: e2fsprogs-libuuid-1.41.5 Message-ID: Folks, I cannot yet reproduce this on a FreeBSD 6.4-RELEASE that I'm running in a virtual machine, but I have reports of FreeBSD 6.4 failing. I need the following info from you - usually the output of a command: 1 - pkg_info -W /usr/local/sbin/uuidd 2+3 - before and after the build: ps ax | grep 'uu[i]dd' 4+5 - before and after the build: ls -l /var/run/libuuid 6 - cat /var/run/libuuid/uuidd.pid 7 - make -V SU_CMD 8 - sysctl kern.securelevel 9 - are you running the build as regular user or as root? 10 - are you building inside a jail or chroot? 11 - cat /etc/rc.conf 12 - cat /etc/make.conf 13 - anything else you may think might help debug this I am aware that for one user, SMP works and Uniprocessor does not. -- Matthias Andree From lupe at lupe-christoph.de Wed May 6 13:26:34 2009 From: lupe at lupe-christoph.de (Lupe Christoph) Date: Wed May 6 13:26:42 2009 Subject: [munin-users] Replacement for "hdparm -C"? In-Reply-To: <883388359.20090506142905@mail.ru> References: <20090506092040.GG10207@lupe-christoph.de> <554220569.20090506124731@mail.ru> <20090506111242.GD24549@lupe-christoph.de> <883388359.20090506142905@mail.ru> Message-ID: <20090506132524.GH10207@lupe-christoph.de> On Wednesday, 2009-05-06 at 14:29:05 +0300, Sergey A. Kobzar wrote: > This should help: > SMARTCTL(8): > -n POWERMODE, --nocheck=POWERMODE > Specifieds if smartctl should exit before performing any checks > when the device is in a low-power mode. It may be used to pre- > vent a disk from being spun-up by smartctl. The power mode is > ignored by default. The allowed values of POWERMODE are: That's what I get for trusting a change to the plugin was really necessary, an RTFM :-( Since this parameter was introduced "Thu Jul 20 20:59:45 2006 UTC (2 years, 9 months ago)" according to CVS, we can safely assume that it is available on all platforms. I'll send an accordingly modified plugin to the PR and the PR's sender for testing. When it tests OK, I'll do the change in the Munin SVN. Thanks a lot, Sergey! Lupe Christoph -- | There is no substitute for bad design except worse design. | | /me | From sergey.kobzar at mail.ru Wed May 6 14:21:36 2009 From: sergey.kobzar at mail.ru (Sergey A. Kobzar) Date: Wed May 6 14:21:43 2009 Subject: [munin-users] Replacement for "hdparm -C"? In-Reply-To: <20090506132524.GH10207@lupe-christoph.de> References: <20090506092040.GG10207@lupe-christoph.de> <554220569.20090506124731@mail.ru> <20090506111242.GD24549@lupe-christoph.de> <883388359.20090506142905@mail.ru> <20090506132524.GH10207@lupe-christoph.de> Message-ID: <659516633.20090506172131@mail.ru> Wednesday, May 6, 2009, 4:25:25 PM, Lupe wrote: > On Wednesday, 2009-05-06 at 14:29:05 +0300, Sergey A. Kobzar wrote: >> This should help: >> SMARTCTL(8): >> -n POWERMODE, --nocheck=POWERMODE >> Specifieds if smartctl should exit before performing any checks >> when the device is in a low-power mode. It may be used to pre- >> vent a disk from being spun-up by smartctl. The power mode is >> ignored by default. The allowed values of POWERMODE are: > That's what I get for trusting a change to the plugin was really > necessary, an RTFM :-( > Since this parameter was introduced "Thu Jul 20 20:59:45 2006 UTC (2 > years, 9 months ago)" according to CVS, we can safely assume that it is > available on all platforms. > I'll send an accordingly modified plugin to the PR and the PR's sender > for testing. When it tests OK, I'll do the change in the Munin SVN. > Thanks a lot, Sergey! No prob :) Btw, your fix for exim_mailstats plugin we discussed some time ago was not applied to FreeBSD port yet. > Lupe Christoph -- Sergey From matthias.andree at gmx.de Wed May 6 14:25:58 2009 From: matthias.andree at gmx.de (Matthias Andree) Date: Wed May 6 14:26:05 2009 Subject: ports/134156: Unable to build updated: e2fsprogs-libuuid-1.41.5 In-Reply-To: <20090506094453.073f9cc8@scorpio> References: <20090506094453.073f9cc8@scorpio> Message-ID: Hi Jerry, *, we're getting closer, a bit at least. In Jerry's case, the server dies before it can write its PID to the uuidd.pid file (0 size), and doesn't get around to cleaning up, so I assume it exits abnormally. Unfortunately, it doesn't log what's up if it's launched automatically as happens in this test, so we need to run it in debug mode for the test (uuidd -d). Also, the build will use the previously installed daemon, but that shouldn't be a problem here. Could you (or somebody else, it can't hurt if I get several inputs here) help me a bit further (shouldn't take more than 5 minutes): 1. Is /var NFS-mounted? Or what kind of file system is it on? 2. Can you build the software, abort the hanging self-test (I don't need the output) and then do this: 3. as root, run: sh -c 'killall uuidd ; sleep 3 ; truss /usr/local/sbin/uuidd -d >serverold.out 2>&1 &' 4. as root, run: sh -c 'truss work/e2fsprogs-1.41.5/lib/uuid/tst_uuid >client1.out 2>&1 &' 5. as root, wait 3 seconds (if pasting this) and then run: killall uuidd tst_uuid 6. as root, run: sh -c 'killall uuidd ; sleep 3 ; truss work/e2fsprogs-1.41.5/misc/uuidd -d >servernew.out 2>&1 &' 7. as root, run: sh -c 'truss work/e2fsprogs-1.41.5/lib/uuid/tst_uuid >client2.out 2>&1 &' 8. as root, wait 3 seconds (if pasting this) and then run: killall uuidd tst_uuid 9. Unless you've already sent it: what is your output of pkg_info -W /usr/local/sbin/uuidd? 10. compress and mail me the four (4) *.out files off-list; the reply-to: header is set. Thanks a lot. Best regards -- Matthias Andree From mi+thun at aldan.algebra.com Wed May 6 14:53:59 2009 From: mi+thun at aldan.algebra.com (Mikhail T.) Date: Wed May 6 14:54:07 2009 Subject: freebsd-ports Digest, Vol 311, Issue 3 In-Reply-To: <20090506120024.6DE1B10656A5@hub.freebsd.org> References: <20090506120024.6DE1B10656A5@hub.freebsd.org> Message-ID: <4A019E3F.8070901@aldan.algebra.com> > > 1) Is it working at all? I always receive SIGBUS on 7x. > 2) Is our valgrind from http://valgrind.org/ or valgrind.kde.org? > 3) valgrind.org lists 3.4.1 as latest release, but there is 3.52 in > ports, how is it possible? > > I am teaching people C, C++ and UNIX API using FreeBSD at university. > There is a need for memory-checking tool. It is, for most intents and purposes, not working on FreeBSD. And it never worked on anything by i386 anyway. According to the author(s), porting it from Linux to anything else would take a substantial "research-grade" effort. (I think, such effort ought to be sponsored similar to how java-porting was -- valgrind is a MAJOR feature for many.) > Does anybody know any alternatives for FreeBSD 7? > Modern gcc-4.x has memory-checking features, which -- in a manner remotely similar to Purify -- build various checks into the binary. Look through gcc's man-page for the "mudflap" keyword. That said, nothing beats Purify in my opinion, but that's not on FreeBSD either and costs thousands of dollars :-( Yours, -mi From avg at icyb.net.ua Wed May 6 17:32:09 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed May 6 17:32:18 2009 Subject: split xcbgen from xcb-proto Message-ID: <4A01C995.1080808@icyb.net.ua> It seems that it is a kind of bloating to require python with X (even if only a small portion of it is needed). Unfortunately upstream guys maintain xcb-proto and xcbgen in the same distribution. But a trend among packgers seem to be to split these two into separate packages. I wonder if anybody is working on the same for our ports. >From the point of view of the port itself it seems to be as easy building only one subdirectory of the project, e.g.: http://cvsweb.se.netbsd.org/cgi-bin/bsdweb.cgi/pkgsrc/x11/xcb-proto/patches/patch-ae?rev=1.1 But it seems to be a more challenging task to decide which "higher level" ports should depend on xcb-proto alone and which need xcbgen too. -- Andriy Gapon From corky1951 at comcast.net Wed May 6 17:35:03 2009 From: corky1951 at comcast.net (Charlie Kester) Date: Wed May 6 17:35:10 2009 Subject: why does portsmon think my port is no longer valid? Message-ID: <20090506172138.GA54310@comcast.net> http://portsmon.freebsd.org/portoverview.py?category=sysutils&portname=ncdu The portsmon page for one of the ports I maintain says it is no longer a valid port. "sysutils/ncdu is no longer a valid port: (deleted but missing from /usr/ports/MOVED)" I recently submitted an update for ncdu 1.5, and it is now in the ports tree and installs without any problem. Does the portsmon statement simply mean that it hasn't been packaged yet, or is there some other issue that needs to be addressed? From pgollucci at ridecharge.com Wed May 6 18:43:59 2009 From: pgollucci at ridecharge.com (Philip M. Gollucci) Date: Wed May 6 18:44:06 2009 Subject: MAKE_JOBS_UNSAFE+= shells/bash, textproc/ispell In-Reply-To: <20090506041109.GB41229@dragon.NUXI.org> References: <49FB64CC.9030002@ridecharge.com> <20090504062155.GC43414@dragon.NUXI.org> <49FF8315.2070906@ridecharge.com> <20090506041109.GB41229@dragon.NUXI.org> Message-ID: <4A01DA6B.40904@ridecharge.com> David O'Brien wrote: > I was under the impression that MAKE_JOBS_UNSAFE was the default and one > had to explicity put MAKE_JOBS_SAFE=yes in a port. By default, it is neither SAFE or UNSAFE. By default, its always without the -j argument. -- ------------------------------------------------------------------------ Philip M. Gollucci (pgollucci@ridecharge.com) p: 703.549.2050x206, did: 703.579.6947 Senior System Admin - RideCharge, Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From matthias.andree at gmx.de Wed May 6 19:23:11 2009 From: matthias.andree at gmx.de (Matthias Andree) Date: Wed May 6 19:23:18 2009 Subject: [MAINTAINER] Re: ports/134156: Unable to build updated: e2fsprogs-libuuid-1.41.5 Message-ID: <20090506192259.GA69628@vmfreebsd6.emma.line.org> Greetings, the attached patch changes two ports and should fix this bug. * misc/e2fsprogs-libuuid: - bump revision, as we're changing files and fixing a bug even for those who had successfully built libuuid before - patch one more source file to make sure the clock.txt state file gets saved to the right directory - try to run the newly-build uuidd for our self-test (ignoring failures, as they are non-fatal) - (the actual build fix is inherited from the other port) * sysutils/e2fsprogs: - add files/patch-uuid-loop to actually fix the "self-test does not terminate" bug. What causes the client to see EOF prematurely or the server to fail to send a response remains unknown, but we'll fix the worse part of the issue: loop on EOF (read returning 0). diffstat: misc/e2fsprogs-libuuid/Makefile | 9 +- misc/e2fsprogs-libuuid/files/uuidd.in | 8 +- sysutils/e2fsprogs/files/patch-uuid-loop | 117 +++++++++++++++++++++++++++++++ 3 files changed, 129 insertions(+), 5 deletions(-) -- Matthias Andree From matthias.andree at gmx.de Wed May 6 19:25:01 2009 From: matthias.andree at gmx.de (Matthias Andree) Date: Wed May 6 19:25:08 2009 Subject: [MAINTAINER] Re: ports/134156: Unable to build updated: e2fsprogs-libuuid-1.41.5 Message-ID: <20090506192438.GA69779@vmfreebsd6.emma.line.org> [resent with patch] Greetings, the attached patch changes two ports and should fix this bug. * misc/e2fsprogs-libuuid: - bump revision, as we're changing files and fixing a bug even for those who had successfully built libuuid before - patch one more source file to make sure the clock.txt state file gets saved to the right directory - try to run the newly-build uuidd for our self-test (ignoring failures, as they are non-fatal) - (the actual build fix is inherited from the other port) * sysutils/e2fsprogs: - add files/patch-uuid-loop to actually fix the "self-test does not terminate" bug. What causes the client to see EOF prematurely or the server to fail to send a response remains unknown, but we'll fix the worse part of the issue: loop on EOF (read returning 0). diffstat: misc/e2fsprogs-libuuid/Makefile | 9 +- misc/e2fsprogs-libuuid/files/uuidd.in | 8 +- sysutils/e2fsprogs/files/patch-uuid-loop | 117 +++++++++++++++++++++++++++++++ 3 files changed, 129 insertions(+), 5 deletions(-) -- Matthias Andree -------------- next part -------------- --- /usr/ports/misc/e2fsprogs-libuuid/Makefile 2009-04-26 00:25:12.000000000 +0200 +++ /usr/home/ma/ports/misc/e2fsprogs-libuuid/Makefile 2009-05-06 19:56:38.000000000 +0200 @@ -5,7 +5,7 @@ # $FreeBSD: ports/misc/e2fsprogs-libuuid/Makefile,v 1.9 2009/04/25 22:25:12 miwi Exp $ # -PORTREVISION= 0 +PORTREVISION= 1 CATEGORIES= misc devel PKGNAMESUFFIX= -libuuid @@ -38,14 +38,17 @@ post-patch:: ${REINPLACE_CMD} -e 's,/var/lib/libuuid,/var/run/libuuid,g' \ -e 's,/usr/sbin/uuidd,${PREFIX}/sbin/uuidd,' \ - ${WRKSRC}/lib/uuid/uuidd.h + ${WRKSRC}/lib/uuid/*.[ch] pre-build: ${MKDIR} ${WRKSRC}/lib/uuid/elfshared +# ulimit guards against runaway tests +# failure to launch uuidd is fine (one might be running, or we may lack +# privileges); if it works, it'll quit after 50 seconds post-build: cd ${WRKSRC}/misc && ${MAKE} uuidgen uuidgen.1 uuidd uuidd.8 - cd ${INSTALL_WRKSRC} && ${MAKE} check + ( ulimit -t 5 ; cd ${INSTALL_WRKSRC} && { ../../misc/uuidd -T50 || true ; ${MAKE} check ; } ) post-install: ${INSTALL_PROGRAM} ${WRKSRC}/misc/uuidgen ${PREFIX}/bin/ --- /usr/ports/misc/e2fsprogs-libuuid/files/uuidd.in 2008-05-07 00:29:03.000000000 +0200 +++ /usr/home/ma/ports/misc/e2fsprogs-libuuid/files/uuidd.in 2009-05-06 20:17:00.000000000 +0200 @@ -1,9 +1,13 @@ #!/bin/sh # # rcNG script to start uuidd at boot-time on rcNG-enabled systems, -# such as FreeBSD. +# such as FreeBSD. Note: Starting uuidd at boot-time is not strictly +# necessary, the library will - as of 1.41.5 - silently launch an +# instance of uuidd that exits after 300 seconds; for most accurate +# time-based uuids generated from unprivileged user accounts it may be +# useful to run it system-wide. # -# (C) 2008 by Matthias Andree. +# (C) 2008, 2009 by Matthias Andree. # Licensed under the modified (= 2-clause) BSD license. # PROVIDE: uuidd --- /usr/ports/sysutils/e2fsprogs/files/patch-uuid-loop 1970-01-01 01:00:00.000000000 +0100 +++ /usr/home/ma/ports/sysutils/e2fsprogs/files/patch-uuid-loop 2009-05-06 20:19:28.000000000 +0200 @@ -0,0 +1,117 @@ + Fix and factor out read_all(). + + read_all() does not treat 0 (EOF indicator) properly and goes into an + unterminated loop, assuming blocking read. + + Fix: Instead, return 0 if it cannot fulfill the request, because it sees + a premature EOF. + +--- /dev/null ++++ b/lib/read_all.h +@@ -0,0 +1,32 @@ ++/* ++ * read_all - a read variant that masks EAGAIN and EINTR. ++ * This function tries hard to make sure to read the complete requested ++ * length, and if it hits EOF while reading, it returns 0. ++ * ++ * Originally written by Theodore Y. Ts'o. ++ * Factored out from misc/uuidd.c and lib/uuid/gen_uuid.c ++ * and bugfixed by Matthias Andree, 2009. ++ */ ++ ++ssize_t read_all(int fd, char *buf, size_t count) ++{ ++ ssize_t ret; ++ ssize_t c = 0; ++ ++ memset(buf, 0, count); ++ while (count > 0) { ++ ret = read(fd, buf, count); ++ if (ret == -1) { ++ if ((errno == EAGAIN) || (errno == EINTR)) ++ continue; ++ return -1; ++ } ++ if (ret == 0) { ++ return c; ++ } ++ count -= ret; ++ buf += ret; ++ c += ret; ++ } ++ return c; ++} +--- a/lib/uuid/Makefile.in ++++ b/lib/uuid/Makefile.in +@@ -190,7 +190,7 @@ clear.o: $(srcdir)/clear.c $(srcdir)/uuidP.h $(srcdir)/uuid.h + compare.o: $(srcdir)/compare.c $(srcdir)/uuidP.h $(srcdir)/uuid.h + copy.o: $(srcdir)/copy.c $(srcdir)/uuidP.h $(srcdir)/uuid.h + gen_uuid.o: $(srcdir)/gen_uuid.c $(srcdir)/uuidP.h $(srcdir)/uuid.h \ +- $(srcdir)/uuidd.h ++ $(srcdir)/uuidd.h $(top_srcdir)/lib/read_all.h + isnull.o: $(srcdir)/isnull.c $(srcdir)/uuidP.h $(srcdir)/uuid.h + pack.o: $(srcdir)/pack.c $(srcdir)/uuidP.h $(srcdir)/uuid.h + parse.o: $(srcdir)/parse.c $(srcdir)/uuidP.h $(srcdir)/uuid.h +--- a/lib/uuid/gen_uuid.c ++++ b/lib/uuid/gen_uuid.c +@@ -415,25 +415,11 @@ try_again: + return 0; + } + +-static ssize_t read_all(int fd, char *buf, size_t count) +-{ +- ssize_t ret; +- ssize_t c = 0; +- +- memset(buf, 0, count); +- while (count > 0) { +- ret = read(fd, buf, count); +- if (ret < 0) { +- if ((errno == EAGAIN) || (errno == EINTR)) +- continue; +- return -1; +- } +- count -= ret; +- buf += ret; +- c += ret; +- } +- return c; +-} ++/* ++ * Import read_all function and make it static. ++ */ ++static ++#include "read_all.h" + + /* + * Close all file descriptors +--- a/misc/uuidd.c ++++ b/misc/uuidd.c +@@ -85,25 +85,8 @@ static void create_daemon(void) + die("setreuid"); + } + +-static int read_all(int fd, char *buf, size_t count) +-{ +- ssize_t ret; +- int c = 0; +- +- memset(buf, 0, count); +- while (count > 0) { +- ret = read(fd, buf, count); +- if (ret < 0) { +- if ((errno == EAGAIN) || (errno == EINTR)) +- continue; +- return -1; +- } +- count -= ret; +- buf += ret; +- c += ret; +- } +- return c; +-} ++static ++#include "read_all.h" + + static int write_all(int fd, char *buf, size_t count) + { From mek at mek.uz.ua Wed May 6 20:41:17 2009 From: mek at mek.uz.ua (Max E. Kuznecov) Date: Wed May 6 20:41:48 2009 Subject: py-qt4-* troubles Message-ID: <732f986d0905061310o6f119928y568cbdd085b78920@mail.gmail.com> Hi, While trying to build games/anki I've found that several py-qt4-* ports are unbuildable. For instance graphics/py-qt4-svg complains: ===> Found saved configuration for py25-qt4-svg-4.4.4,1 ===> Extracting for py25-qt4-svg-4.4.4,1 => MD5 Checksum OK for PyQt-x11-gpl-4.4.4.tar.gz. => SHA256 Checksum OK for PyQt-x11-gpl-4.4.4.tar.gz. ===> Patching for py25-qt4-svg-4.4.4,1 ===> Applying FreeBSD patches for py25-qt4-svg-4.4.4,1 ===> py25-qt4-svg-4.4.4,1 depends on package: py25-sip>=4.7.9 - found ===> py25-qt4-svg-4.4.4,1 depends on file: /usr/local/bin/python2.5 - found ===> py25-qt4-svg-4.4.4,1 depends on package: qt4-svg>=4.4.3 - found ===> py25-qt4-svg-4.4.4,1 depends on package: qt4-qmake>=4.4.3 - found ===> py25-qt4-svg-4.4.4,1 depends on shared library: qscintilla2.5 - found ===> Configuring for py25-qt4-svg-4.4.4,1 cd /usr/ports/graphics/py-qt4-svg/work/PyQt-x11-gpl-4.4.4 && /usr/bin/env PYQT4_COMPONENT="svg" PYTHON="/usr/local/bin/python2.5" MOC="/usr/local/bin/moc-qt4" UIC="/usr/local/bin/uic-qt4" CPPFLAGS=" " LIBS="" QMAKE="/usr/local/bin/qmake-qt4" QMAKESPEC="/usr/local/share/qt4/mkspecs/freebsd-g++" QTDIR="/usr/local" SHELL=/bin/sh CONFIG_SHELL=/bin/sh /usr/local/bin/python2.5 configure.py -b /usr/local/bin -d /usr/local/lib/python2.5/site-packages -p /usr/local/lib/qt4/plugins -q /usr/local/bin/qmake-qt4 --confirm-license --enable QtSvg --qsci-api --qsci-api-destdir=/usr/local/share/qt4/qsci --sipdir /usr/local/share/py-sip Determining the layout of your Qt installation... This is the GPL version of PyQt 4.4.4 (licensed under the GNU General Public License) for Python 2.5.4 on freebsd7. Checking to see if the QtSvg module should be built... Qt v4.4.3 free edition is being used. SIP 4.7.9 is being used. The Qt header files are in /usr/local/include/qt4. The shared Qt libraries are in /usr/local/lib/qt4. The Qt binaries are in /usr/local/bin. The Qt mkspecs directory is in /usr/local/share/qt4. This PyQt module will be built: QtCore. The PyQt Python package will be installed in /usr/local/lib/python2.5/site-packages. The QScintilla API file will be installed in /usr/local/share/qt4/qsci/api/python. The PyQt .sip files will be installed in /usr/local/share/py-sip. Creating QScintilla API file... Creating top level Makefile... /usr/bin/sed -i.bak -e 's|mkspecs/freebsd-g++|share/qt4/mkspecs/freebsd-g++|' -e 's|CC = cc|CC = cc|' -e 's|CXX = c++|CXX = c++|' -e 's|LINK = c++|LINK = c++|' /usr/ports/graphics/py-qt4-svg/work/PyQt-x11-gpl-4.4.4/QtSvg/Makefile sed: /usr/ports/graphics/py-qt4-svg/work/PyQt-x11-gpl-4.4.4/QtSvg/Makefile: No such file or directory *** Error code 1 The same thing for www/py-qt4-webkit. I've reinstalled qt4 and all dependent ports but still no luck. uname -sr: FreeBSD 7.1-RELEASE-p2 and the most recent ports snapshot. I'd appreciate any hint about what to install/update in order to fix the issue. Thanks. -- ~syhpoon From pgollucci at p6m7g8.com Wed May 6 22:01:06 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Wed May 6 22:01:13 2009 Subject: Looking for new maintainers for some of my ports In-Reply-To: <20090503113337.GA6344@bsdcrew.de> References: <20090503113337.GA6344@bsdcrew.de> Message-ID: <4A0208A0.1020805@p6m7g8.com> > devel/log4c > devel/re2c > devel/ruby-rbtree > net/whois > net/ruby-dict If not already re-assigned, I'll take those 5. > devel/p5-Config-Options > devel/p5-Data-Bind > devel/p5-Devel-Events-Objects > devel/p5-Devel-Gladiator > devel/p5-IO-TieCombine > devel/p5-Package-Constants > devel/p5-Test-Fixture-DBIC-Schema > devel/p5-Tie-Hash-Regex > mail/p5-Email-Date-Format Send em to perl@ ? -- ------------------------------------------------------------------------ 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 matthias.andree at gmx.de Thu May 7 01:03:01 2009 From: matthias.andree at gmx.de (Matthias Andree) Date: Thu May 7 01:03:07 2009 Subject: HEADS UP: Berkeley DB versions in upcoming mail/bogofilter* 1.2.0 on FreeBSD In-Reply-To: <20090328191718.7526a24e@osage.osagesoftware.com> References: <20090328191718.7526a24e@osage.osagesoftware.com> Message-ID: Am 29.03.2009, 00:17 Uhr, schrieb David Relson : > Bogofilter v1.2.0 has been promoted from "current" to "stable" status. > > This release adds 3 new options to force bogofilter to use a specified > number of tokens when scoring a message. The options are: > > --token-count=n > --token-count-min=n > --token-count-max=n > > When one or more of these options is specified, bogofilter tries to > use the specified number of tokens when computing a message's score. > Under certain circumstances when multiple tokens have identical > scores, bogofilter will compute a score using more tokens than > specified. Greetings, I finally got around to updating the FreeBSD ports and submitted the update, which will hopefully show up in the not too distant future. On the good side, we allow any Berkeley DB version >= 4.1 (currently up to 4.7), and we support parallel builds now - which makes port builds faster on multicore/multiprocessor computers. If you are installing/updating the bogofilter-sqlite or bogofilter-tc ports, the remainder of this message is not of interest to you. HEADS UP bogofilter-qdbm users: This port is deprecated and marked for removal end June 2009, since the upstream QDBM library is no longer supported and TokyoCabinet is the successor. It is recommended that you dump your word lists, deinstall bogofilter-qdbm, install bogofilter-tc, and load your word lists again. The other three ports, bogofilter, bogofilter-sqlite and bogofilter-tc continue to be supported. HEADS UP for first-time bogofilter (Berkeley DB-based) installs: Consider setting BOGOFILTER_WITH_BDB_VER=nn (nn is a number from 41 to 47, meaning 4.1 to 4.7) in /etc/make.conf to a suitable Berkeley DB version, before building and installing bogofilter, so that you need not manually intervene on future updates. "suitable" means: 41 or newer, preferably 45 or newer - and it's reasonable to pick a version that is already installed as another port's dependency, for faster install and smaller disk space footprint. HEADS UP for bogofilter (Berkeley DB-based) updates: The new 1.2.0 port sets USE_BDB=41+ (meaning 4.1 or newer) rather than hardcode version 4.3, and will leave the actual choice to the ports build system. You can override this for all ports with WITH_BDB_VER, and for bogofilter with BOGOFILTER_WITH_BDB_VER as shown in (2) below. If you do not override the automatic version, this can cause the Berkeley DB version to change, and consequentially damage your database. YOU MUST DO EITHER: (1) unless you are absolutely sure that the build picked Berkeley DB 4.3 (you can check with make -C /usr/ports/mail/bogofilter -V BDB_VER), dump all your word lists before the update, and reload them after the update. The update procedures are detailed in README.db and *must* be followed if you value your data (it doesn't matter if you read the 1.1.7 or the 1.2.0 README.db file - instructions haven't changed). OR (you need not do both) (2) create a line BOGOFILTER_WITH_BDB_VER=43 in /etc/make.conf and build the port from source. DO NOT USE THE PACKAGE: Do not use portupgrade -P or portupgrade -PP for updating. In the hopes to have saved a few poor wordlist.db databases :-) Happy bogofiltering -- Matthias Andree From joshua_rickmar at eumx.net Thu May 7 01:22:47 2009 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Thu May 7 01:22:54 2009 Subject: xcb-util 0.3.4 breaks awesome Message-ID: I've been following the discussions on awesome's IRC channel lately, and there have been a lot of problems with users not being able to use their modkey. It turned out that the problem was that a newer version of xcb-util (0.3.4) conflicts with the current released stable version of awesome. Now I see that xcb-util has been pushed to this version in ports. I'm not sure what the proper procedure is for ports which don't work together, but this is just a heads up that there will be problems for awesome users. According to the awesome devs, the solution is to either stay on xcb-util 0.3.3 or install a newer version of awesome (either from git, or use the release candidate for the next version). -- IRC nick: jrick Jabber: jrick@jabber.org http://identi.ca/jrick From makc at issp.ac.ru Thu May 7 08:12:53 2009 From: makc at issp.ac.ru (Max Brazhnikov) Date: Thu May 7 08:13:02 2009 Subject: py-qt4-* troubles In-Reply-To: <732f986d0905061310o6f119928y568cbdd085b78920@mail.gmail.com> References: <732f986d0905061310o6f119928y568cbdd085b78920@mail.gmail.com> Message-ID: <200905071151.33376.makc@issp.ac.ru> On Wed, 6 May 2009 23:10:03 +0300, Max E. Kuznecov wrote: > Hi, > While trying to build games/anki I've found that several py-qt4-* > ports are unbuildable. For instance graphics/py-qt4-svg complains: > > ===> Found saved configuration for py25-qt4-svg-4.4.4,1 > ===> Extracting for py25-qt4-svg-4.4.4,1 > => MD5 Checksum OK for PyQt-x11-gpl-4.4.4.tar.gz. > => SHA256 Checksum OK for PyQt-x11-gpl-4.4.4.tar.gz. > ===> Patching for py25-qt4-svg-4.4.4,1 > ===> Applying FreeBSD patches for py25-qt4-svg-4.4.4,1 > ===> py25-qt4-svg-4.4.4,1 depends on package: py25-sip>=4.7.9 - found > ===> py25-qt4-svg-4.4.4,1 depends on file: /usr/local/bin/python2.5 - > found ===> py25-qt4-svg-4.4.4,1 depends on package: qt4-svg>=4.4.3 - > found ===> py25-qt4-svg-4.4.4,1 depends on package: qt4-qmake>=4.4.3 - > found ===> py25-qt4-svg-4.4.4,1 depends on shared library: qscintilla2.5 > - found ===> Configuring for py25-qt4-svg-4.4.4,1 > cd /usr/ports/graphics/py-qt4-svg/work/PyQt-x11-gpl-4.4.4 && > /usr/bin/env PYQT4_COMPONENT="svg" PYTHON="/usr/local/bin/python2.5" > MOC="/usr/local/bin/moc-qt4" UIC="/usr/local/bin/uic-qt4" CPPFLAGS=" " > LIBS="" QMAKE="/usr/local/bin/qmake-qt4" > QMAKESPEC="/usr/local/share/qt4/mkspecs/freebsd-g++" > QTDIR="/usr/local" SHELL=/bin/sh CONFIG_SHELL=/bin/sh > /usr/local/bin/python2.5 configure.py -b /usr/local/bin -d > /usr/local/lib/python2.5/site-packages -p /usr/local/lib/qt4/plugins > -q /usr/local/bin/qmake-qt4 --confirm-license --enable QtSvg > --qsci-api --qsci-api-destdir=/usr/local/share/qt4/qsci --sipdir > /usr/local/share/py-sip > Determining the layout of your Qt installation... > This is the GPL version of PyQt 4.4.4 (licensed under the GNU General > Public License) for Python 2.5.4 on freebsd7. > Checking to see if the QtSvg module should be built... > Qt v4.4.3 free edition is being used. > SIP 4.7.9 is being used. > The Qt header files are in /usr/local/include/qt4. > The shared Qt libraries are in /usr/local/lib/qt4. > The Qt binaries are in /usr/local/bin. > The Qt mkspecs directory is in /usr/local/share/qt4. > This PyQt module will be built: QtCore. > The PyQt Python package will be installed in > /usr/local/lib/python2.5/site-packages. > The QScintilla API file will be installed in > /usr/local/share/qt4/qsci/api/python. > The PyQt .sip files will be installed in /usr/local/share/py-sip. > Creating QScintilla API file... > Creating top level Makefile... > /usr/bin/sed -i.bak -e > 's|mkspecs/freebsd-g++|share/qt4/mkspecs/freebsd-g++|' -e 's|CC = > cc|CC = cc|' -e 's|CXX = c++|CXX = c++|' -e 's|LINK = c++|LINK = c++|' > /usr/ports/graphics/py-qt4-svg/work/PyQt-x11-gpl-4.4.4/QtSvg/Makefile > sed: /usr/ports/graphics/py-qt4-svg/work/PyQt-x11-gpl-4.4.4/QtSvg/Makefile: > No such file or directory > *** Error code 1 > > The same thing for www/py-qt4-webkit. > I've reinstalled qt4 and all dependent ports but still no luck. > > uname -sr: FreeBSD 7.1-RELEASE-p2 and the most recent ports snapshot. > > I'd appreciate any hint about what to install/update in order to fix the > issue. Thanks. Can't reproduce this, seems it's your local problem. Max From m.alberoni at cineca.it Thu May 7 08:57:16 2009 From: m.alberoni at cineca.it (Marco Alberoni) Date: Thu May 7 08:57:29 2009 Subject: FreeBSD Port: orage-4.6.1 Message-ID: <4A029FEB.4090308@cineca.it> Hello, I'm not able to upgrade orage from 4.6.0 to 4.6.1... the last lines of make are: ------------------------------------------------------------------------ checking for xfce-mcs-manager >= 4.4.0... not found *** The required package xfce-mcs-manager was not found on your system. *** Please install xfce-mcs-manager (atleast version 4.4.0) or adjust *** the PKG_CONFIG_PATH environment variable if you *** installed the package in a nonstandard prefix so that *** pkg-config is able to find it. ===> Script "configure" failed unexpectedly. ------------------------------------------------------------------------ The problem is xfce-mcs-manager port is, as you know very well, no more present!!! Thanks for your help and patience -- Marco Alberoni -------------- next part -------------- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by orage configure 4.6.1, which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure --with-bdb4=no --x-libraries=/usr/local/lib --x-includes=/usr/local/include --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=amd64-portbld-freebsd7.2 ## --------- ## ## Platform. ## ## --------- ## hostname = nb-alberoni.cineca.it uname -m = amd64 uname -r = 7.2-RELEASE uname -s = FreeBSD uname -v = FreeBSD 7.2-RELEASE #7: Mon May 4 13:32:48 CEST 2009 root@nb-alberoni.cineca.it:/usr/obj/usr/src/sys/MYKERNEL /usr/bin/uname -p = amd64 /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: /sbin PATH: /bin PATH: /usr/sbin PATH: /usr/bin PATH: /usr/games PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/X11R6/bin PATH: /root/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:2096: checking build system type configure:2114: result: amd64-portbld-freebsd7.2 configure:2136: checking host system type configure:2151: result: amd64-portbld-freebsd7.2 configure:2173: checking target system type configure:2188: result: amd64-portbld-freebsd7.2 configure:2235: checking for a BSD-compatible install configure:2291: result: /usr/bin/install -c -o root -g wheel configure:2302: checking whether build environment is sane configure:2345: result: yes configure:2373: checking for a thread-safe mkdir -p configure:2412: result: /usr/local/bin/gmkdir -p configure:2425: checking for gawk configure:2441: found /usr/local/bin/gawk configure:2452: result: gawk configure:2463: checking whether gmake sets $(MAKE) configure:2484: result: yes configure:2674: checking whether to enable maintainer-specific portions of Makefiles configure:2683: result: no configure:2709: checking for style of include used by gmake configure:2737: result: GNU configure:2807: checking for gcc configure:2834: result: cc configure:3072: checking for C compiler version configure:3079: cc --version >&5 cc (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:3082: $? = 0 configure:3089: cc -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:3092: $? = 0 configure:3099: cc -V >&5 cc: '-V' option must have argument configure:3102: $? = 1 configure:3125: checking for C compiler default output file name configure:3152: cc -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:3155: $? = 0 configure:3193: result: a.out configure:3210: checking whether the C compiler works configure:3220: ./a.out configure:3223: $? = 0 configure:3240: result: yes configure:3247: checking whether we are cross compiling configure:3249: result: no configure:3252: checking for suffix of executables configure:3259: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:3262: $? = 0 configure:3286: result: configure:3292: checking for suffix of object files configure:3318: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:3321: $? = 0 configure:3344: result: o configure:3348: checking whether we are using the GNU C compiler configure:3377: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:3383: $? = 0 configure:3400: result: yes configure:3405: checking whether cc accepts -g configure:3435: cc -c -g -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:3441: $? = 0 configure:3540: result: yes configure:3557: checking for cc option to accept ISO C89 configure:3631: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:3637: $? = 0 configure:3660: result: none needed configure:3680: checking dependency style of cc configure:3771: result: gcc3 configure:3792: checking how to run the C preprocessor configure:3832: cc -E -I/usr/local/include -L/usr/local/lib conftest.c configure:3838: $? = 0 configure:3869: cc -E -I/usr/local/include -L/usr/local/lib conftest.c conftest.c:10:28: error: ac_nonexistent.h: No such file or directory configure:3875: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "orage" | #define PACKAGE_TARNAME "orage" | #define PACKAGE_VERSION "4.6.1" | #define PACKAGE_STRING "orage 4.6.1" | #define PACKAGE_BUGREPORT "xfce4-dev@xfce.org" | #define PACKAGE "orage" | #define VERSION "4.6.1" | /* end confdefs.h. */ | #include configure:3908: result: cc -E configure:3937: cc -E -I/usr/local/include -L/usr/local/lib conftest.c configure:3943: $? = 0 configure:3974: cc -E -I/usr/local/include -L/usr/local/lib conftest.c conftest.c:10:28: error: ac_nonexistent.h: No such file or directory configure:3980: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "orage" | #define PACKAGE_TARNAME "orage" | #define PACKAGE_VERSION "4.6.1" | #define PACKAGE_STRING "orage 4.6.1" | #define PACKAGE_BUGREPORT "xfce4-dev@xfce.org" | #define PACKAGE "orage" | #define VERSION "4.6.1" | /* end confdefs.h. */ | #include configure:4018: checking for grep that handles long lines and -e configure:4092: result: /usr/bin/grep configure:4097: checking for egrep configure:4175: result: /usr/bin/grep -E configure:4181: checking for AIX configure:4203: result: no configure:4209: checking for library containing strerror configure:4250: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:4256: $? = 0 configure:4284: result: none required configure:4292: checking for ANSI C header files configure:4322: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:4328: $? = 0 configure:4427: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:4430: $? = 0 configure:4436: ./conftest configure:4439: $? = 0 configure:4456: result: yes configure:4480: checking for sys/types.h configure:4501: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:4507: $? = 0 configure:4523: result: yes configure:4480: checking for sys/stat.h configure:4501: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:4507: $? = 0 configure:4523: result: yes configure:4480: checking for stdlib.h configure:4501: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:4507: $? = 0 configure:4523: result: yes configure:4480: checking for string.h configure:4501: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:4507: $? = 0 configure:4523: result: yes configure:4480: checking for memory.h configure:4501: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:4507: $? = 0 configure:4523: result: yes configure:4480: checking for strings.h configure:4501: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:4507: $? = 0 configure:4523: result: yes configure:4480: checking for inttypes.h configure:4501: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:4507: $? = 0 configure:4523: result: yes configure:4480: checking for stdint.h configure:4501: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:4507: $? = 0 configure:4523: result: yes configure:4480: checking for unistd.h configure:4501: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:4507: $? = 0 configure:4523: result: yes configure:4545: checking minix/config.h usability configure:4562: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 conftest.c:53:26: error: minix/config.h: No such file or directory configure:4568: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "orage" | #define PACKAGE_TARNAME "orage" | #define PACKAGE_VERSION "4.6.1" | #define PACKAGE_STRING "orage 4.6.1" | #define PACKAGE_BUGREPORT "xfce4-dev@xfce.org" | #define PACKAGE "orage" | #define VERSION "4.6.1" | #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 | /* end confdefs.h. */ | #include | #ifdef HAVE_SYS_TYPES_H | # include | #endif | #ifdef HAVE_SYS_STAT_H | # include | #endif | #ifdef STDC_HEADERS | # include | # include | #else | # ifdef HAVE_STDLIB_H | # include | # endif | #endif | #ifdef HAVE_STRING_H | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H | # include | # endif | # include | #endif | #ifdef HAVE_STRINGS_H | # include | #endif | #ifdef HAVE_INTTYPES_H | # include | #endif | #ifdef HAVE_STDINT_H | # include | #endif | #ifdef HAVE_UNISTD_H | # include | #endif | #include configure:4582: result: no configure:4586: checking minix/config.h presence configure:4601: cc -E -I/usr/local/include -L/usr/local/lib conftest.c conftest.c:20:26: error: minix/config.h: No such file or directory configure:4607: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "orage" | #define PACKAGE_TARNAME "orage" | #define PACKAGE_VERSION "4.6.1" | #define PACKAGE_STRING "orage 4.6.1" | #define PACKAGE_BUGREPORT "xfce4-dev@xfce.org" | #define PACKAGE "orage" | #define VERSION "4.6.1" | #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 | /* end confdefs.h. */ | #include configure:4621: result: no configure:4654: checking for minix/config.h configure:4661: result: no configure:4747: checking for gcc configure:4774: result: cc configure:5012: checking for C compiler version configure:5019: cc --version >&5 cc (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:5022: $? = 0 configure:5029: cc -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:5032: $? = 0 configure:5039: cc -V >&5 cc: '-V' option must have argument configure:5042: $? = 1 configure:5045: checking whether we are using the GNU C compiler configure:5097: result: yes configure:5102: checking whether cc accepts -g configure:5237: result: yes configure:5254: checking for cc option to accept ISO C89 configure:5357: result: none needed configure:5377: checking dependency style of cc configure:5468: result: gcc3 configure:5496: checking for a BSD-compatible install configure:5552: result: /usr/bin/install -c -o root -g wheel configure:5564: checking whether NLS is requested configure:5573: result: yes configure:5590: checking for intltool >= 0.31 configure:5597: result: 0.40.6 found configure:5607: checking for intltool-update configure:5625: found /usr/local/bin/intltool-update configure:5637: result: /usr/local/bin/intltool-update configure:5647: checking for intltool-merge configure:5665: found /usr/local/bin/intltool-merge configure:5677: result: /usr/local/bin/intltool-merge configure:5687: checking for intltool-extract configure:5705: found /usr/local/bin/intltool-extract configure:5717: result: /usr/local/bin/intltool-extract configure:5774: checking for xgettext configure:5792: found /usr/local/bin/xgettext configure:5804: result: /usr/local/bin/xgettext configure:5814: checking for msgmerge configure:5832: found /usr/local/bin/msgmerge configure:5844: result: /usr/local/bin/msgmerge configure:5854: checking for msgfmt configure:5872: found /usr/local/bin/msgfmt configure:5884: result: /usr/local/bin/msgfmt configure:5894: checking for gmsgfmt configure:5925: result: /usr/local/bin/msgfmt configure:5949: checking for perl configure:5967: found /usr/bin/perl configure:5979: result: /usr/bin/perl configure:6038: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 /var/tmp//ccrlWvoD.o(.text+0x2): In function `main': : undefined reference to `_nl_msg_cat_cntr' configure:6044: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "orage" | #define PACKAGE_TARNAME "orage" | #define PACKAGE_VERSION "4.6.1" | #define PACKAGE_STRING "orage 4.6.1" | #define PACKAGE_BUGREPORT "xfce4-dev@xfce.org" | #define PACKAGE "orage" | #define VERSION "4.6.1" | #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 | /* end confdefs.h. */ | | int | main () | { | extern int _nl_msg_cat_cntr; | return _nl_msg_cat_cntr | ; | return 0; | } configure:6184: checking for a sed that does not truncate output configure:6263: result: /usr/bin/sed configure:6281: checking for fgrep configure:6359: result: /usr/bin/grep -F configure:6394: checking for ld used by cc configure:6461: result: /usr/bin/ld configure:6470: checking if the linker (/usr/bin/ld) is GNU ld configure:6485: result: yes configure:6497: checking for BSD- or MS-compatible name lister (nm) configure:6546: result: /usr/bin/nm -B configure:6668: checking the name lister (/usr/bin/nm -B) interface configure:6675: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:6678: /usr/bin/nm -B "conftest.o" configure:6681: output 0000000000000000 B some_variable configure:6688: result: BSD nm configure:6691: checking whether ln -s works configure:6695: result: yes configure:6703: checking the maximum length of command line arguments configure:6823: result: 262144 configure:6840: checking whether the shell understands some XSI constructs configure:6850: result: yes configure:6854: checking whether the shell understands "+=" configure:6860: result: no configure:6895: checking for /usr/bin/ld option to reload object files configure:6902: result: -r configure:6929: checking how to recognize dependent libraries configure:7119: result: pass_all configure:7179: checking for ar configure:7195: found /usr/bin/ar configure:7206: result: ar configure:7288: checking for strip configure:7304: found /usr/bin/strip configure:7315: result: strip configure:7391: checking for ranlib configure:7407: found /usr/bin/ranlib configure:7418: result: ranlib configure:7512: checking command to parse /usr/bin/nm -B output from cc object configure:7630: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:7633: $? = 0 configure:7637: /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:7640: $? = 0 configure:7694: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c conftstm.o >&5 configure:7697: $? = 0 configure:7735: result: ok configure:8612: checking for dlfcn.h configure:8633: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:8639: $? = 0 configure:8655: result: yes configure:8839: checking for objdir configure:8854: result: .libs configure:9146: checking if cc supports -fno-rtti -fno-exceptions configure:9164: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib -fno-rtti -fno-exceptions conftest.c >&5 cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C configure:9168: $? = 0 configure:9181: result: no configure:9201: checking for cc option to produce PIC configure:9458: result: -fPIC -DPIC configure:9470: checking if cc PIC flag -fPIC -DPIC works configure:9488: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib -fPIC -DPIC -DPIC conftest.c >&5 configure:9492: $? = 0 configure:9505: result: yes configure:9529: checking if cc static flag -static works configure:9557: result: yes configure:9572: checking if cc supports -c -o file.o configure:9593: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib -o out/conftest2.o conftest.c >&5 configure:9597: $? = 0 configure:9619: result: yes configure:9627: checking if cc supports -c -o file.o configure:9674: result: yes configure:9707: checking whether the cc linker (/usr/bin/ld) supports shared libraries configure:10762: result: yes configure:10799: checking whether -lc should be explicitly linked in configure:10804: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:10807: $? = 0 configure:10822: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| /usr/bin/grep -lc \>/dev/null 2\>\&1 configure:10825: $? = 0 configure:10837: result: no configure:11001: checking dynamic linker characteristics configure:11692: result: freebsd7.2 ld.so configure:11794: checking how to hardcode library paths into programs configure:11819: result: immediate configure:12632: checking whether stripping libraries is possible configure:12637: result: yes configure:12672: checking if libtool supports shared libraries configure:12674: result: yes configure:12677: checking whether to build shared libraries configure:12698: result: yes configure:12701: checking whether to build static libraries configure:12705: result: yes configure:12744: checking for bison configure:12760: found /usr/local/bin/bison configure:12771: result: bison -y configure:12783: checking whether ln -s works configure:12787: result: yes configure:12798: checking for flex configure:12814: found /usr/bin/flex configure:12825: result: flex configure:12862: flex conftest.l configure:12865: $? = 0 configure:12867: checking lex output file root configure:12883: result: lex.yy configure:12888: checking lex library configure:12907: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 conftest.l: In function 'yylex': conftest.l:6: warning: comparison between pointer and integer conftest.l:6: warning: assignment makes pointer from integer without a cast /var/tmp//cch3upFR.o(.text+0x8bd): In function `input': : undefined reference to `yywrap' /var/tmp//cch3upFR.o(.text+0xdb3): In function `yylex': : undefined reference to `yywrap' /var/tmp//cch3upFR.o(.text+0xf59): In function `main': : undefined reference to `yywrap' configure:12913: $? = 1 configure: failed program was: | /* A lexical scanner generated by flex */ | | /* Scanner skeleton version: | * $Header: /home/daffy/u0/vern/flex/RCS/flex.skl,v 2.91 96/09/10 16:58:48 vern Exp $ | * $FreeBSD: src/usr.bin/lex/flex.skl,v 1.8.28.1 2009/04/15 03:14:26 kensmith Exp $ | */ | | #if defined(__FreeBSD__) | #include | #else | #define __unused | #endif | | #define FLEX_SCANNER | #define YY_FLEX_MAJOR_VERSION 2 | #define YY_FLEX_MINOR_VERSION 5 | | #include | | | /* cfront 1.2 defines "c_plusplus" instead of "__cplusplus" */ | #ifdef c_plusplus | #ifndef __cplusplus | #define __cplusplus | #endif | #endif | | | #ifdef __cplusplus | | #include | #include | | /* Use prototypes in function declarations. */ | #define YY_USE_PROTOS | | /* The "const" storage-class-modifier is valid. */ | #define YY_USE_CONST | | #else /* ! __cplusplus */ | | #if __STDC__ | | #define YY_USE_PROTOS | #define YY_USE_CONST | | #endif /* __STDC__ */ | #endif /* ! __cplusplus */ | | #ifdef __TURBOC__ | #pragma warn -rch | #pragma warn -use | #include | #include | #define YY_USE_CONST | #define YY_USE_PROTOS | #endif | | #ifdef YY_USE_CONST | #define yyconst const | #else | #define yyconst | #endif | | | #ifdef YY_USE_PROTOS | #define YY_PROTO(proto) proto | #else | #define YY_PROTO(proto) () | #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. */ | #define YY_BUF_SIZE 16384 | | typedef struct yy_buffer_state *YY_BUFFER_STATE; | | 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 | | /* The funky do-while in the following #define is used to turn the definition | * int a single C statement (which needs a semi-colon terminator). This | * avoids problems with code like: | * | * if ( condition_holds ) | * yyless( 5 ); | * else | * do_something_else(); | * | * Prior to using the do-while the compiler would get upset at the | * "else" because it interpreted the "if" statement as being all | * done when it reached the ';' after the yyless() call. | */ | | /* Return all but the first 'n' matched characters back to the input stream. */ | | #define yyless(n) \ | do \ | { \ | /* Undo effects of setting up yytext. */ \ | *yy_cp = yy_hold_char; \ | YY_RESTORE_YY_MORE_OFFSET \ | yy_c_buf_p = yy_cp = yy_bp + n - YY_MORE_ADJ; \ | YY_DO_BEFORE_ACTION; /* set up yytext again */ \ | } \ | while ( 0 ) | | #define unput(c) yyunput( c, yytext_ptr ) | | /* The following is because we cannot portably get our hands on size_t | * (without autoconf's help, which isn't available because we want | * flex-generated scanners to compile on their own). | */ | typedef unsigned int yy_size_t; | | | 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; | | /* 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 | }; | | static YY_BUFFER_STATE yy_current_buffer = 0; | | /* 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". | */ | #define YY_CURRENT_BUFFER yy_current_buffer | | | /* 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 = 1; /* 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 YY_PROTO(( FILE *input_file )); | | void yy_switch_to_buffer YY_PROTO(( YY_BUFFER_STATE new_buffer )); | void yy_load_buffer_state YY_PROTO(( void )); | YY_BUFFER_STATE yy_create_buffer YY_PROTO(( FILE *file, int size )); | void yy_delete_buffer YY_PROTO(( YY_BUFFER_STATE b )); | void yy_init_buffer YY_PROTO(( YY_BUFFER_STATE b, FILE *file )); | void yy_flush_buffer YY_PROTO(( YY_BUFFER_STATE b )); | #define YY_FLUSH_BUFFER yy_flush_buffer( yy_current_buffer ) | | YY_BUFFER_STATE yy_scan_buffer YY_PROTO(( char *base, yy_size_t size )); | YY_BUFFER_STATE yy_scan_string YY_PROTO(( yyconst char *yy_str )); | YY_BUFFER_STATE yy_scan_bytes YY_PROTO(( yyconst char *bytes, int len )); | | static void *yy_flex_alloc YY_PROTO(( yy_size_t )); | static void *yy_flex_realloc YY_PROTO(( void *, yy_size_t )) __unused; | static void yy_flex_free YY_PROTO(( void * )); | | #define yy_new_buffer yy_create_buffer | | #define yy_set_interactive(is_interactive) \ | { \ | if ( ! yy_current_buffer ) \ | yy_current_buffer = yy_create_buffer( yyin, YY_BUF_SIZE ); \ | yy_current_buffer->yy_is_interactive = is_interactive; \ | } | | #define yy_set_bol(at_bol) \ | { \ | if ( ! yy_current_buffer ) \ | yy_current_buffer = yy_create_buffer( yyin, YY_BUF_SIZE ); \ | yy_current_buffer->yy_at_bol = at_bol; \ | } | | #define YY_AT_BOL() (yy_current_buffer->yy_at_bol) | | | #define YY_USES_REJECT | typedef unsigned char YY_CHAR; | FILE *yyin = (FILE *) 0, *yyout = (FILE *) 0; | typedef int yy_state_type; | extern char *yytext; | #define yytext_ptr yytext | | static yy_state_type yy_get_previous_state YY_PROTO(( void )); | static yy_state_type yy_try_NUL_trans YY_PROTO(( yy_state_type current_state )); | static int yy_get_next_buffer YY_PROTO(( void )); | static void yy_fatal_error YY_PROTO(( 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 = (int) (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 | static yyconst short int 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 short int yy_accept[14] = | { 0, | 1, 1, 1, 2, 4, 5, 8, 11, 14, 17, | 20, 23, 23 | } ; | | static yyconst int 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 int yy_meta[9] = | { 0, | 1, 1, 1, 1, 1, 1, 1, 1 | } ; | | static yyconst short int yy_base[13] = | { 0, | 0, 0, 9, 10, 10, 10, 10, 10, 10, 10, | 10, 10 | } ; | | static yyconst short int yy_def[13] = | { 0, | 12, 1, 12, 12, 12, 12, 12, 12, 12, 12, | 12, 0 | } ; | | static yyconst short int yy_nxt[19] = | { 0, | 4, 5, 6, 7, 8, 9, 10, 11, 12, 3, | 12, 12, 12, 12, 12, 12, 12, 12 | } ; | | static yyconst short int yy_chk[19] = | { 0, | 1, 1, 1, 1, 1, 1, 1, 1, 3, 12, | 12, 12, 12, 12, 12, 12, 12, 12 | } ; | | static yy_state_type yy_state_buf[YY_BUF_SIZE + 2], *yy_state_ptr; | 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" | #define INITIAL 0 | #line 390 "lex.yy.c" | | /* Macros after this point can all be overridden by user definitions in | * section 1. | */ | | #ifndef YY_SKIP_YYWRAP | #ifdef __cplusplus | extern "C" int yywrap YY_PROTO(( void )); | #else | extern int yywrap YY_PROTO(( void )); | #endif | #endif | | #ifndef YY_NO_UNPUT | static void yyunput YY_PROTO(( int c, char *buf_ptr )); | #endif | | #ifndef yytext_ptr | static void yy_flex_strncpy YY_PROTO(( char *, yyconst char *, int )); | #endif | | #ifdef YY_NEED_STRLEN | static int yy_flex_strlen YY_PROTO(( yyconst char * )); | #endif | | #ifndef YY_NO_INPUT | #ifdef __cplusplus | static int yyinput YY_PROTO(( void )); | #else | static int input YY_PROTO(( void )); | #endif | #endif | | #if YY_STACK_USED | static int yy_start_stack_ptr = 0; | static int yy_start_stack_depth = 0; | static int *yy_start_stack = 0; | #ifndef YY_NO_PUSH_STATE | static void yy_push_state YY_PROTO(( int new_state )); | #endif | #ifndef YY_NO_POP_STATE | static void yy_pop_state YY_PROTO(( void )); | #endif | #ifndef YY_NO_TOP_STATE | static int yy_top_state YY_PROTO(( void )); | #endif | | #else | #define YY_NO_PUSH_STATE 1 | #define YY_NO_POP_STATE 1 | #define YY_NO_TOP_STATE 1 | #endif | | #ifdef YY_MALLOC_DECL | YY_MALLOC_DECL | #else | #if __STDC__ | #ifndef __cplusplus | #include | #endif | #else | /* Just try to get by without declaring the routines. This will fail | * miserably on non-ANSI systems for which sizeof(size_t) != sizeof(int) | * or sizeof(void*) != sizeof(int). | */ | #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 (void) 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->yy_is_interactive ) \ | { \ | int c = '*', 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 if ( ((result = fread( buf, 1, max_size, yyin )) == 0) \ | && ferror( yyin ) ) \ | YY_FATAL_ERROR( "input in flex scanner failed" ); | #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 | | /* Default declaration of generated scanner - a define so the user can | * easily add parameters. | */ | #ifndef YY_DECL | #define YY_DECL int yylex YY_PROTO(( void )) | #endif | | /* 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 | | YY_DECL | { | register yy_state_type yy_current_state; | register char *yy_cp, *yy_bp; | register int yy_act; | | #line 1 "conftest.l" | | #line 543 "lex.yy.c" | | if ( yy_init ) | { | yy_init = 0; | | #ifdef YY_USER_INIT | YY_USER_INIT; | #endif | | if ( ! yy_start ) | yy_start = 1; /* first start state */ | | if ( ! yyin ) | yyin = stdin; | | if ( ! yyout ) | yyout = stdout; | | if ( ! yy_current_buffer ) | yy_current_buffer = | 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]; | goto find_rule; /* avoid `defined but not used' warning */ | 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 674 "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->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->yy_n_chars; | yy_current_buffer->yy_input_file = yyin; | yy_current_buffer->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->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->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() | { | register char *dest = yy_current_buffer->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->yy_ch_buf[yy_n_chars + 1] ) | YY_FATAL_ERROR( | "fatal flex scanner internal error--end of buffer missed" ); | | if ( yy_current_buffer->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->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->yy_n_chars = yy_n_chars = 0; | | else | { | int num_to_read = | yy_current_buffer->yy_buf_size - number_to_move - 1; | | while ( num_to_read <= 0 ) | { /* Not enough room in the buffer - grow it. */ | #ifdef YY_USES_REJECT | YY_FATAL_ERROR( | "input buffer overflow, can't enlarge buffer because scanner uses REJECT" ); | #else | | /* just a shorter name for the current buffer */ | YY_BUFFER_STATE b = yy_current_buffer; | | int yy_c_buf_p_offset = | (int) (yy_c_buf_p - b->yy_ch_buf); | | if ( b->yy_is_our_buffer ) | { | int new_size = b->yy_buf_size * 2; | | if ( new_size <= 0 ) | b->yy_buf_size += b->yy_buf_size / 8; | else | b->yy_buf_size *= 2; | | b->yy_ch_buf = (char *) | /* Include room in for 2 EOB chars. */ | yy_flex_realloc( (void *) b->yy_ch_buf, | b->yy_buf_size + 2 ); | } | else | /* Can't grow it, we don't own it. */ | b->yy_ch_buf = 0; | | if ( ! b->yy_ch_buf ) | YY_FATAL_ERROR( | "fatal error - scanner input buffer overflow" ); | | yy_c_buf_p = &b->yy_ch_buf[yy_c_buf_p_offset]; | | num_to_read = yy_current_buffer->yy_buf_size - | number_to_move - 1; | #endif | } | | if ( num_to_read > YY_READ_BUF_SIZE ) | num_to_read = YY_READ_BUF_SIZE; | | /* Read in more data. */ | YY_INPUT( (&yy_current_buffer->yy_ch_buf[number_to_move]), | yy_n_chars, num_to_read ); | | yy_current_buffer->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->yy_buffer_status = | YY_BUFFER_EOF_PENDING; | } | } | | else | ret_val = EOB_ACT_CONTINUE_SCAN; | | yy_n_chars += number_to_move; | yy_current_buffer->yy_ch_buf[yy_n_chars] = YY_END_OF_BUFFER_CHAR; | yy_current_buffer->yy_ch_buf[yy_n_chars + 1] = YY_END_OF_BUFFER_CHAR; | | yytext_ptr = &yy_current_buffer->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() | { | 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 ); | */ | | #ifdef YY_USE_PROTOS | static yy_state_type yy_try_NUL_trans( yy_state_type yy_current_state ) | #else | static yy_state_type yy_try_NUL_trans( yy_current_state ) | yy_state_type yy_current_state; | #endif | { | 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; | } | | | #ifndef YY_NO_UNPUT | #ifdef YY_USE_PROTOS | static void yyunput( int c, register char *yy_bp ) | #else | static void yyunput( c, yy_bp ) | int c; | register char *yy_bp; | #endif | { | register char *yy_cp = yy_c_buf_p; | | /* undo effects of setting up yytext */ | *yy_cp = yy_hold_char; | | if ( yy_cp < yy_current_buffer->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->yy_ch_buf[ | yy_current_buffer->yy_buf_size + 2]; | register char *source = | &yy_current_buffer->yy_ch_buf[number_to_move]; | | while ( source > yy_current_buffer->yy_ch_buf ) | *--dest = *--source; | | yy_cp += (int) (dest - source); | yy_bp += (int) (dest - source); | yy_current_buffer->yy_n_chars = | yy_n_chars = yy_current_buffer->yy_buf_size; | | if ( yy_cp < yy_current_buffer->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; | } | #endif /* ifndef YY_NO_UNPUT */ | | | #ifdef __cplusplus | static int yyinput() | #else | static int input() | #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->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 ); | | /* fall through */ | | 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; | } | | | #ifdef YY_USE_PROTOS | void yyrestart( FILE *input_file ) | #else | void yyrestart( input_file ) | FILE *input_file; | #endif | { | if ( ! yy_current_buffer ) | yy_current_buffer = yy_create_buffer( yyin, YY_BUF_SIZE ); | | yy_init_buffer( yy_current_buffer, input_file ); | yy_load_buffer_state(); | } | | | #ifdef YY_USE_PROTOS | void yy_switch_to_buffer( YY_BUFFER_STATE new_buffer ) | #else | void yy_switch_to_buffer( new_buffer ) | YY_BUFFER_STATE new_buffer; | #endif | { | 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->yy_buf_pos = yy_c_buf_p; | yy_current_buffer->yy_n_chars = yy_n_chars; | } | | yy_current_buffer = 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; | } | | | #ifdef YY_USE_PROTOS | void yy_load_buffer_state( void ) | #else | void yy_load_buffer_state() | #endif | { | yy_n_chars = yy_current_buffer->yy_n_chars; | yytext_ptr = yy_c_buf_p = yy_current_buffer->yy_buf_pos; | yyin = yy_current_buffer->yy_input_file; | yy_hold_char = *yy_c_buf_p; | } | | | #ifdef YY_USE_PROTOS | YY_BUFFER_STATE yy_create_buffer( FILE *file, int size ) | #else | YY_BUFFER_STATE yy_create_buffer( file, size ) | FILE *file; | int size; | #endif | { | YY_BUFFER_STATE b; | | b = (YY_BUFFER_STATE) yy_flex_alloc( 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 *) yy_flex_alloc( 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; | } | | | #ifdef YY_USE_PROTOS | void yy_delete_buffer( YY_BUFFER_STATE b ) | #else | void yy_delete_buffer( b ) | YY_BUFFER_STATE b; | #endif | { | if ( ! b ) | return; | | if ( b == yy_current_buffer ) | yy_current_buffer = (YY_BUFFER_STATE) 0; | | if ( b->yy_is_our_buffer ) | yy_flex_free( (void *) b->yy_ch_buf ); | | yy_flex_free( (void *) b ); | } | | | #ifndef YY_ALWAYS_INTERACTIVE | #ifndef YY_NEVER_INTERACTIVE | extern int isatty YY_PROTO(( int )); | #endif | #endif | | #ifdef YY_USE_PROTOS | void yy_init_buffer( YY_BUFFER_STATE b, FILE *file ) | #else | void yy_init_buffer( b, file ) | YY_BUFFER_STATE b; | FILE *file; | #endif | | | { | yy_flush_buffer( b ); | | b->yy_input_file = file; | b->yy_fill_buffer = 1; | | #if YY_ALWAYS_INTERACTIVE | b->yy_is_interactive = 1; | #else | #if YY_NEVER_INTERACTIVE | b->yy_is_interactive = 0; | #else | b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0; | #endif | #endif | } | | | #ifdef YY_USE_PROTOS | void yy_flush_buffer( YY_BUFFER_STATE b ) | #else | void yy_flush_buffer( b ) | YY_BUFFER_STATE b; | #endif | | { | 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(); | } | | | #ifndef YY_NO_SCAN_BUFFER | #ifdef YY_USE_PROTOS | YY_BUFFER_STATE yy_scan_buffer( char *base, yy_size_t size ) | #else | YY_BUFFER_STATE yy_scan_buffer( base, size ) | char *base; | yy_size_t size; | #endif | { | 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) yy_flex_alloc( 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; | } | #endif | | | #ifndef YY_NO_SCAN_STRING | #ifdef YY_USE_PROTOS | YY_BUFFER_STATE yy_scan_string( yyconst char *yy_str ) | #else | YY_BUFFER_STATE yy_scan_string( yy_str ) | yyconst char *yy_str; | #endif | { | int len; | for ( len = 0; yy_str[len]; ++len ) | ; | | return yy_scan_bytes( yy_str, len ); | } | #endif | | | #ifndef YY_NO_SCAN_BYTES | #ifdef YY_USE_PROTOS | YY_BUFFER_STATE yy_scan_bytes( yyconst char *bytes, int len ) | #else | YY_BUFFER_STATE yy_scan_bytes( bytes, len ) | yyconst char *bytes; | int len; | #endif | { | YY_BUFFER_STATE b; | char *buf; | yy_size_t n; | int i; | | /* Get memory for full buffer, including space for trailing EOB's. */ | n = len + 2; | buf = (char *) yy_flex_alloc( n ); | if ( ! buf ) | YY_FATAL_ERROR( "out of dynamic memory in yy_scan_bytes()" ); | | for ( i = 0; i < len; ++i ) | buf[i] = bytes[i]; | | buf[len] = buf[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; | } | #endif | | | #ifndef YY_NO_PUSH_STATE | #ifdef YY_USE_PROTOS | static void yy_push_state( int new_state ) | #else | static void yy_push_state( new_state ) | int new_state; | #endif | { | if ( yy_start_stack_ptr >= yy_start_stack_depth ) | { | yy_size_t new_size; | | yy_start_stack_depth += YY_START_STACK_INCR; | new_size = yy_start_stack_depth * sizeof( int ); | | if ( ! yy_start_stack ) | yy_start_stack = (int *) yy_flex_alloc( new_size ); | | else | yy_start_stack = (int *) yy_flex_realloc( | (void *) yy_start_stack, new_size ); | | if ( ! yy_start_stack ) | YY_FATAL_ERROR( | "out of memory expanding start-condition stack" ); | } | | yy_start_stack[yy_start_stack_ptr++] = YY_START; | | BEGIN(new_state); | } | #endif | | | #ifndef YY_NO_POP_STATE | static void yy_pop_state() | { | if ( --yy_start_stack_ptr < 0 ) | YY_FATAL_ERROR( "start-condition stack underflow" ); | | BEGIN(yy_start_stack[yy_start_stack_ptr]); | } | #endif | | | #ifndef YY_NO_TOP_STATE | static int yy_top_state() | { | return yy_start_stack[yy_start_stack_ptr - 1]; | } | #endif | | #ifndef YY_EXIT_FAILURE | #define YY_EXIT_FAILURE 2 | #endif | | #ifdef YY_USE_PROTOS | static void yy_fatal_error( yyconst char msg[] ) | #else | static void yy_fatal_error( msg ) | char msg[]; | #endif | { | (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. */ \ | yytext[yyleng] = yy_hold_char; \ | yy_c_buf_p = yytext + n; \ | yy_hold_char = *yy_c_buf_p; \ | *yy_c_buf_p = '\0'; \ | yyleng = n; \ | } \ | while ( 0 ) | | | /* Internal utility routines. */ | | #ifndef yytext_ptr | #ifdef YY_USE_PROTOS | static void yy_flex_strncpy( char *s1, yyconst char *s2, int n ) | #else | static void yy_flex_strncpy( s1, s2, n ) | char *s1; | yyconst char *s2; | int n; | #endif | { | register int i; | for ( i = 0; i < n; ++i ) | s1[i] = s2[i]; | } | #endif | | #ifdef YY_NEED_STRLEN | #ifdef YY_USE_PROTOS | static int yy_flex_strlen( yyconst char *s ) | #else | static int yy_flex_strlen( s ) | yyconst char *s; | #endif | { | register int n; | for ( n = 0; s[n]; ++n ) | ; | | return n; | } | #endif | | | #ifdef YY_USE_PROTOS | static void *yy_flex_alloc( yy_size_t size ) | #else | static void *yy_flex_alloc( size ) | yy_size_t size; | #endif | { | return (void *) malloc( size ); | } | | #ifdef YY_USE_PROTOS | static void *yy_flex_realloc( void *ptr, yy_size_t size ) | #else | static void *yy_flex_realloc( ptr, size ) | void *ptr; | yy_size_t size; | #endif | { | /* 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 ); | } | | #ifdef YY_USE_PROTOS | static void yy_flex_free( void *ptr ) | #else | static void yy_flex_free( ptr ) | void *ptr; | #endif | { | free( ptr ); | } | | #if YY_MAIN | int main() | { | yylex(); | return 0; | } | #endif | #line 9 "conftest.l" | | #ifdef YYTEXT_POINTER | extern char *yytext; | #endif | int | main (void) | { | return ! yylex () + ! yywrap (); | } configure:12907: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c -lfl >&5 conftest.l: In function 'yylex': conftest.l:6: warning: comparison between pointer and integer conftest.l:6: warning: assignment makes pointer from integer without a cast configure:12913: $? = 0 configure:12934: result: -lfl configure:12940: checking whether yytext is a pointer configure:12961: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c -lfl >&5 conftest.l: In function 'yylex': conftest.l:6: warning: comparison between pointer and integer conftest.l:6: warning: assignment makes pointer from integer without a cast configure:12967: $? = 0 configure:12986: result: yes configure:13006: checking for ar configure:13033: result: ar configure:13049: checking for perl5 configure:13065: found /usr/bin/perl5 configure:13076: result: perl5 configure:13088: checking for ANSI C header files configure:13252: result: yes configure:13284: checking assert.h usability configure:13301: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:13307: $? = 0 configure:13321: result: yes configure:13325: checking assert.h presence configure:13340: cc -E -I/usr/local/include -L/usr/local/lib conftest.c configure:13346: $? = 0 configure:13360: result: yes configure:13393: checking for assert.h configure:13401: result: yes configure:13284: checking errno.h usability configure:13301: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:13307: $? = 0 configure:13321: result: yes configure:13325: checking errno.h presence configure:13340: cc -E -I/usr/local/include -L/usr/local/lib conftest.c configure:13346: $? = 0 configure:13360: result: yes configure:13393: checking for errno.h configure:13401: result: yes configure:13284: checking pthread.h usability configure:13301: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:13307: $? = 0 configure:13321: result: yes configure:13325: checking pthread.h presence configure:13340: cc -E -I/usr/local/include -L/usr/local/lib conftest.c configure:13346: $? = 0 configure:13360: result: yes configure:13393: checking for pthread.h configure:13401: result: yes configure:13274: checking for stdint.h configure:13280: result: yes configure:13284: checking time.h usability configure:13301: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:13307: $? = 0 configure:13321: result: yes configure:13325: checking time.h presence configure:13340: cc -E -I/usr/local/include -L/usr/local/lib conftest.c configure:13346: $? = 0 configure:13360: result: yes configure:13393: checking for time.h configure:13401: result: yes configure:13274: checking for sys/types.h configure:13280: result: yes configure:13274: checking for unistd.h configure:13280: result: yes configure:13284: checking wctype.h usability configure:13301: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:13307: $? = 0 configure:13321: result: yes configure:13325: checking wctype.h presence configure:13340: cc -E -I/usr/local/include -L/usr/local/lib conftest.c configure:13346: $? = 0 configure:13360: result: yes configure:13393: checking for wctype.h configure:13401: result: yes configure:13415: checking for an ANSI C-conforming const configure:13490: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:13496: $? = 0 configure:13511: result: yes configure:13521: checking for size_t configure:13551: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:13557: $? = 0 configure:13572: result: yes configure:13584: checking for mode_t configure:13614: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:13620: $? = 0 configure:13635: result: yes configure:13647: checking whether struct tm is in sys/time.h or time.h configure:13677: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:13683: $? = 0 configure:13698: result: time.h configure:13716: checking for gmtime_r configure:13772: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:13778: $? = 0 configure:13796: result: yes configure:13716: checking for iswspace configure:13772: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 conftest.c:56: warning: conflicting types for built-in function 'iswspace' configure:13778: $? = 0 configure:13796: result: yes configure:13716: checking for strdup configure:13772: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 conftest.c:57: warning: conflicting types for built-in function 'strdup' configure:13778: $? = 0 configure:13796: result: yes configure:13716: checking for snprintf configure:13772: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 conftest.c:58: warning: conflicting types for built-in function 'snprintf' configure:13778: $? = 0 configure:13796: result: yes configure:13833: checking locale.h usability configure:13850: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:13856: $? = 0 configure:13870: result: yes configure:13874: checking locale.h presence configure:13889: cc -E -I/usr/local/include -L/usr/local/lib conftest.c configure:13895: $? = 0 configure:13909: result: yes configure:13942: checking for locale.h configure:13950: result: yes configure:13964: checking for LC_MESSAGES configure:13990: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:13996: $? = 0 configure:14013: result: yes configure:14042: checking libintl.h usability configure:14059: cc -c -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:14065: $? = 0 configure:14079: result: yes configure:14083: checking libintl.h presence configure:14098: cc -E -I/usr/local/include -L/usr/local/lib conftest.c configure:14104: $? = 0 configure:14118: result: yes configure:14151: checking for libintl.h configure:14158: result: yes configure:14169: checking for ngettext in libc configure:14197: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 /var/tmp//cc6mGTkg.o(.text+0x12): In function `main': : undefined reference to `libintl_ngettext' configure:14203: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "orage" | #define PACKAGE_TARNAME "orage" | #define PACKAGE_VERSION "4.6.1" | #define PACKAGE_STRING "orage 4.6.1" | #define PACKAGE_BUGREPORT "xfce4-dev@xfce.org" | #define PACKAGE "orage" | #define VERSION "4.6.1" | #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 LT_OBJDIR ".libs/" | #define YYTEXT_POINTER 1 | #define STDC_HEADERS 1 | #define HAVE_ASSERT_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE_PTHREAD_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_TIME_H 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_WCTYPE_H 1 | #define HAVE_GMTIME_R 1 | #define HAVE_ISWSPACE 1 | #define HAVE_STRDUP 1 | #define HAVE_SNPRINTF 1 | #define GETTEXT_PACKAGE "orage" | #define HAVE_LOCALE_H 1 | #define HAVE_LC_MESSAGES 1 | /* end confdefs.h. */ | | #include | | int | main () | { | return !ngettext ("","", 1) | ; | return 0; | } configure:14221: result: no configure:14385: checking for bindtextdomain in -lintl configure:14420: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c -lintl >&5 configure:14426: $? = 0 configure:14444: result: yes configure:14447: checking for ngettext in -lintl configure:14482: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c -lintl >&5 configure:14488: $? = 0 configure:14506: result: yes configure:14509: checking for dgettext in -lintl configure:14544: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c -lintl >&5 conftest.c:46: warning: conflicting types for built-in function 'dgettext' configure:14550: $? = 0 configure:14568: result: yes configure:14733: checking for bind_textdomain_codeset configure:14789: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c -lintl >&5 configure:14795: $? = 0 configure:14813: result: yes configure:14853: checking for msgfmt configure:14880: result: /usr/local/bin/msgfmt configure:14893: checking for dcgettext configure:14949: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c -lintl >&5 conftest.c:64: warning: conflicting types for built-in function 'dcgettext' configure:14955: $? = 0 configure:14973: result: yes configure:14984: checking if msgfmt accepts -c configure:14999: $MSGFMT -c -o /dev/null conftest.foo configure:15002: $? = 0 configure:15004: result: yes configure:15014: checking for gmsgfmt configure:15045: result: /usr/local/bin/msgfmt configure:15055: checking for xgettext configure:15082: result: /usr/local/bin/xgettext configure:15111: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c -lintl >&5 configure:15117: $? = 0 configure:15286: checking for catalogs to be installed configure:15311: result: am ar az be bg bn_IN ca cs da de dz el en_AU en_GB eo es et eu fa fi fr gl gu he hi hu hy id it ja ka ko ku lt lv mk mr ms nb nl pa pl pt_BR pt ro ru sk sq sv ta tr uk ur vi zh_CN zh_TW configure:15344: checking for bind_textdomain_codeset configure:15423: result: yes configure:15427: checking for locales directory configure:15443: result: ${datarootdir}/locale configure:15447: checking for additional xgettext flags configure:15455: result: --keyword=Q_ --from-code=UTF-8 configure:15468: checking for pkg-config configure:15486: found /usr/local/bin/pkg-config configure:15499: result: /usr/local/bin/pkg-config configure:15521: checking for pkg-config >= 0.9.0 configure:15525: result: 0.23 configure:15542: checking for libxfcegui4-1.0 >= 4.4.0 configure:15546: result: 4.6.1 configure:15549: checking LIBXFCEGUI4_CFLAGS configure:15552: result: -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/xfce4 -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include/cairo -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 -I/usr/local/include/atk-1.0 configure:15555: checking LIBXFCEGUI4_LIBS configure:15558: result: -pthread -L/usr/local/lib -lxfcegui4 -lgtk-x11-2.0 -lxfce4util -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lgio-2.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lpangoft2-1.0 -lXfixes -lcairo -lX11 -lpango-1.0 -lm -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 configure:15681: checking for libxfce4panel-1.0 >= 4.4.0 configure:15685: result: 4.6.1 configure:15688: checking LIBXFCE4PANEL_CFLAGS configure:15691: result: -D_THREAD_SAFE -I/usr/local/include/xfce4/ -I/usr/local/include/xfce4 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include/cairo -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -I/usr/local/include/atk-1.0 configure:15694: checking LIBXFCE4PANEL_LIBS configure:15697: result: -pthread -L/usr/local/lib -lxfce4panel -lxfcegui4 -lgtk-x11-2.0 -lxfce4util -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lgio-2.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lpangoft2-1.0 -lXfixes -lcairo -lX11 -lpango-1.0 -lm -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 configure:15739: checking for Berkeley DB4 support configure:15751: result: no configure:15823: checking whether to define _REENTRANT configure:15845: result: no configure:15862: checking for pthread_create in -lpthread configure:15897: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c -lpthread >&5 configure:15903: $? = 0 configure:15921: result: yes configure:15938: checking for _NL_TIME_FIRST_WEEKDAY configure:15964: cc -o conftest -O2 -fno-strict-aliasing -pipe -I/usr/local/include -L/usr/local/lib conftest.c >&5 conftest.c: In function 'main': conftest.c:50: error: '_NL_TIME_FIRST_WEEKDAY' undeclared (first use in this function) conftest.c:50: error: (Each undeclared identifier is reported only once conftest.c:50: error: for each function it appears in.) configure:15970: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "orage" | #define PACKAGE_TARNAME "orage" | #define PACKAGE_VERSION "4.6.1" | #define PACKAGE_STRING "orage 4.6.1" | #define PACKAGE_BUGREPORT "xfce4-dev@xfce.org" | #define PACKAGE "orage" | #define VERSION "4.6.1" | #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 LT_OBJDIR ".libs/" | #define YYTEXT_POINTER 1 | #define STDC_HEADERS 1 | #define HAVE_ASSERT_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE_PTHREAD_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_TIME_H 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_WCTYPE_H 1 | #define HAVE_GMTIME_R 1 | #define HAVE_ISWSPACE 1 | #define HAVE_STRDUP 1 | #define HAVE_SNPRINTF 1 | #define GETTEXT_PACKAGE "orage" | #define HAVE_LOCALE_H 1 | #define HAVE_LC_MESSAGES 1 | #define HAVE_BIND_TEXTDOMAIN_CODESET 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define ENABLE_NLS 1 | #define HAVE_PTHREAD | /* end confdefs.h. */ | #include | int | main () | { | | char c; | c = *((unsigned char *) nl_langinfo(_NL_TIME_FIRST_WEEKDAY)); | | ; | return 0; | } configure:15986: result: no configure:16117: checking for dbus-glib-1 >= 0.34 configure:16121: result: 0.80 configure:16124: checking DBUS_CFLAGS configure:16127: result: -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include configure:16130: checking DBUS_LIBS configure:16133: result: -L/usr/local/lib -ldbus-glib-1 -ldbus-1 -lgobject-2.0 -lglib-2.0 configure:16298: checking for libnotify >= 0.3.2 configure:16302: result: 0.4.5 configure:16305: checking NOTIFY_CFLAGS configure:16308: result: -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/gtk-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 configure:16311: checking NOTIFY_LIBS configure:16314: result: -pthread -L/usr/local/lib -lnotify -lgtk-x11-2.0 -ldbus-glib-1 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lgio-2.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lpangoft2-1.0 -lXfixes -lcairo -lX11 -lpango-1.0 -lm -lfreetype -lfontconfig -lgmodule-2.0 -ldbus-1 -lgobject-2.0 -lglib-2.0 configure:16479: checking for libxfce4mcs-client-1.0 >= 4.4.0 configure:16483: result: 4.4.3 configure:16486: checking XFCEMCS_CFLAGS configure:16489: result: -I/usr/local/include -I/usr/local/include/xfce4 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include configure:16492: checking XFCEMCS_LIBS configure:16495: result: -L/usr/local/lib -lxfce4mcs-client -lxfce4util -lglib-2.0 configure:16649: checking for xfce-mcs-manager >= 4.4.0 configure:16691: result: not found ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=amd64-portbld-freebsd7.2 ac_cv_c_compiler_gnu=yes ac_cv_c_const=yes ac_cv_env_CC_set=set ac_cv_env_CC_value=cc ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value='-O2 -fno-strict-aliasing -pipe' ac_cv_env_CPPFLAGS_set=set ac_cv_env_CPPFLAGS_value=' -I/usr/local/include -L/usr/local/lib' ac_cv_env_CPP_set='' ac_cv_env_CPP_value='' ac_cv_env_LDFLAGS_set='' ac_cv_env_LDFLAGS_value='' ac_cv_env_LIBS_set='' ac_cv_env_LIBS_value='' ac_cv_env_YACC_set='' ac_cv_env_YACC_value='' ac_cv_env_YFLAGS_set='' ac_cv_env_YFLAGS_value='' ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=amd64-portbld-freebsd7.2 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_func_bind_textdomain_codeset=yes ac_cv_func_dcgettext=yes ac_cv_func_gmtime_r=yes ac_cv_func_iswspace=yes ac_cv_func_snprintf=yes ac_cv_func_strdup=yes ac_cv_header_assert_h=yes ac_cv_header_dlfcn_h=yes ac_cv_header_errno_h=yes ac_cv_header_inttypes_h=yes ac_cv_header_libintl_h=yes ac_cv_header_locale_h=yes ac_cv_header_memory_h=yes ac_cv_header_minix_config_h=no ac_cv_header_pthread_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_stat_h=yes ac_cv_header_sys_types_h=yes ac_cv_header_time_h=yes ac_cv_header_unistd_h=yes ac_cv_header_wctype_h=yes ac_cv_host=amd64-portbld-freebsd7.2 ac_cv_lib_intl_bindtextdomain=yes ac_cv_lib_intl_dgettext=yes ac_cv_lib_intl_ngettext=yes ac_cv_lib_lex=-lfl ac_cv_lib_pthread_pthread_create=yes ac_cv_objext=o ac_cv_path_EGREP='/usr/bin/grep -E' ac_cv_path_FGREP='/usr/bin/grep -F' ac_cv_path_GMSGFMT=/usr/local/bin/msgfmt ac_cv_path_GREP=/usr/bin/grep ac_cv_path_INTLTOOL_EXTRACT=/usr/local/bin/intltool-extract ac_cv_path_INTLTOOL_MERGE=/usr/local/bin/intltool-merge ac_cv_path_INTLTOOL_PERL=/usr/bin/perl ac_cv_path_INTLTOOL_UPDATE=/usr/local/bin/intltool-update ac_cv_path_MSGFMT=/usr/local/bin/msgfmt ac_cv_path_MSGMERGE=/usr/local/bin/msgmerge ac_cv_path_PKG_CONFIG=/usr/local/bin/pkg-config ac_cv_path_SED=/usr/bin/sed ac_cv_path_XGETTEXT=/usr/local/bin/xgettext ac_cv_path_mkdir=/usr/local/bin/gmkdir ac_cv_prog_AR=ar ac_cv_prog_AWK=gawk ac_cv_prog_CPP='cc -E' ac_cv_prog_LEX=flex ac_cv_prog_PERL=perl5 ac_cv_prog_YACC='bison -y' ac_cv_prog_ac_ct_AR=ar ac_cv_prog_ac_ct_CC=cc 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_lex_root=lex.yy ac_cv_prog_lex_yytext_pointer=yes ac_cv_prog_make_gmake_set=yes ac_cv_search_strerror='none required' ac_cv_struct_tm=time.h ac_cv_target=amd64-portbld-freebsd7.2 ac_cv_type_mode_t=yes ac_cv_type_size_t=yes am_cv_CC_dependencies_compiler_type=gcc3 am_cv_val_LC_MESSAGES=yes gt_cv_func_dgettext_libc=no gt_cv_func_dgettext_libintl=yes gt_cv_func_ngettext_libc=no gt_cv_have_gettext=yes 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_nm_interface='BSD nm' lt_cv_objdir=.libs lt_cv_path_LD=/usr/bin/ld lt_cv_path_NM='/usr/bin/nm -B' lt_cv_prog_compiler_c_o=yes lt_cv_prog_compiler_pic_works=yes lt_cv_prog_compiler_rtti_exceptions=no lt_cv_prog_compiler_static_works=yes lt_cv_prog_gnu_ld=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\", (void *) 0},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \([^ ]*\)$/ {"\2", (void *) \&\2},/p'\''' lt_cv_sys_global_symbol_to_c_name_address_lib_prefix='sed -n -e '\''s/^: \([^ ]*\) $/ {\"\1\", (void *) 0},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \(lib[^ ]*\)$/ {"\2", (void *) \&\2},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \([^ ]*\)$/ {"lib\2", (void *) \&\2},/p'\''' lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^T .* \(.*\)$/extern int \1();/p'\'' -e '\''s/^[ABCDGIRSTW]* .* \(.*\)$/extern char \1;/p'\''' lt_cv_sys_max_cmd_len=262144 xdt_cv_DBUS_check=yes xdt_cv_NOTIFY_check=yes xdt_cv_PKG_CONFIG_MIN_VERSION=0.9.0 xdt_cv_PKG_CONFIG_VERSION=0.23 xdt_cv_XFCEMCS_check=yes ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='${SHELL} /usr/ports/deskutils/orage/work/orage-4.6.1/missing --run aclocal-1.10' ALL_LINGUAS='am ar az be bg bn_IN ca cs da de dz el en_AU en_GB eo es et eu fa fi fr gl gu he hi hu hy id it ja ka ko ku lt lv mk mr ms nb nl pa pl pt_BR pt ro ru sk sq sv ta tr uk ur vi zh_CN zh_TW' AMDEPBACKSLASH='\' AMDEP_FALSE='#' AMDEP_TRUE='' AMTAR='${SHELL} /usr/ports/deskutils/orage/work/orage-4.6.1/missing --run tar' AR='ar' AUTOCONF='${SHELL} /usr/ports/deskutils/orage/work/orage-4.6.1/missing --run autoconf' AUTOHEADER='${SHELL} /usr/ports/deskutils/orage/work/orage-4.6.1/missing --run autoheader' AUTOMAKE='${SHELL} /usr/ports/deskutils/orage/work/orage-4.6.1/missing --run automake-1.10' AWK='gawk' BDB_DIR='' BDB_DIR_INCLUDE='' BDB_DIR_LIB='' BDB_LIB='' BDB_VERSION='' CATALOGS=' am.gmo ar.gmo az.gmo be.gmo bg.gmo bn_IN.gmo ca.gmo cs.gmo da.gmo de.gmo dz.gmo el.gmo en_AU.gmo en_GB.gmo eo.gmo es.gmo et.gmo eu.gmo fa.gmo fi.gmo fr.gmo gl.gmo gu.gmo he.gmo hi.gmo hu.gmo hy.gmo id.gmo it.gmo ja.gmo ka.gmo ko.gmo ku.gmo lt.gmo lv.gmo mk.gmo mr.gmo ms.gmo nb.gmo nl.gmo pa.gmo pl.gmo pt_BR.gmo pt.gmo ro.gmo ru.gmo sk.gmo sq.gmo sv.gmo ta.gmo tr.gmo uk.gmo ur.gmo vi.gmo zh_CN.gmo zh_TW.gmo' CATOBJEXT='.gmo' CC='cc' CCDEPMODE='depmode=gcc3' CFLAGS='-O2 -fno-strict-aliasing -pipe' CPP='cc -E' CPPFLAGS=' -I/usr/local/include -L/usr/local/lib' CYGPATH_W='echo' DATADIRNAME='share' DBUS_CFLAGS='-I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include ' DBUS_LIBS='-L/usr/local/lib -ldbus-glib-1 -ldbus-1 -lgobject-2.0 -lglib-2.0 ' DBUS_REQUIRED_VERSION='0.34' DBUS_VERSION='0.80' DEFS='' DEPDIR='.deps' DSYMUTIL='' DUMPBIN='' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='/usr/bin/grep -E' EXEEXT='' FGREP='/usr/bin/grep -F' GETTEXT_PACKAGE='orage' GMOFILES=' am.gmo ar.gmo az.gmo be.gmo bg.gmo bn_IN.gmo ca.gmo cs.gmo da.gmo de.gmo dz.gmo el.gmo en_AU.gmo en_GB.gmo eo.gmo es.gmo et.gmo eu.gmo fa.gmo fi.gmo fr.gmo gl.gmo gu.gmo he.gmo hi.gmo hu.gmo hy.gmo id.gmo it.gmo ja.gmo ka.gmo ko.gmo ku.gmo lt.gmo lv.gmo mk.gmo mr.gmo ms.gmo nb.gmo nl.gmo pa.gmo pl.gmo pt_BR.gmo pt.gmo ro.gmo ru.gmo sk.gmo sq.gmo sv.gmo ta.gmo tr.gmo uk.gmo ur.gmo vi.gmo zh_CN.gmo zh_TW.gmo' GMSGFMT='/usr/local/bin/msgfmt' GREP='/usr/bin/grep' HAVE_CYGWIN_FALSE='' HAVE_CYGWIN_TRUE='#' HAVE_DBUS_FALSE='#' HAVE_DBUS_TRUE='' HAVE_NOTIFY_FALSE='#' HAVE_NOTIFY_TRUE='' HAVE_PTHREAD_FALSE='#' HAVE_PTHREAD_TRUE='' HAVE_XFCEMCS_FALSE='#' HAVE_XFCEMCS_TRUE='' INCLUDED_LIBICAL_FALSE='#' INCLUDED_LIBICAL_TRUE='' INSTALL_DATA='install -o root -g wheel -m 444' INSTALL_PROGRAM='install -s -o root -g wheel -m 555' INSTALL_SCRIPT='install -o root -g wheel -m 555' INSTALL_STRIP_PROGRAM='$(install_sh) -c -s' INSTOBJEXT='.mo' INTLLIBS='-lintl ' INTLTOOL_CAVES_RULE='%.caves: %.caves.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_DESKTOP_RULE='%.desktop: %.desktop.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_DIRECTORY_RULE='%.directory: %.directory.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_EXTRACT='/usr/local/bin/intltool-extract' INTLTOOL_KBD_RULE='%.kbd: %.kbd.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -m -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_KEYS_RULE='%.keys: %.keys.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -k -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_MERGE='/usr/local/bin/intltool-merge' INTLTOOL_OAF_RULE='%.oaf: %.oaf.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -o -p $(top_srcdir)/po $< $@' INTLTOOL_PERL='/usr/bin/perl' INTLTOOL_POLICY_RULE='%.policy: %.policy.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_PONG_RULE='%.pong: %.pong.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_PROP_RULE='%.prop: %.prop.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_SCHEMAS_RULE='%.schemas: %.schemas.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -s -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_SERVER_RULE='%.server: %.server.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -o -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_SERVICE_RULE='%.service: %.service.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_SHEET_RULE='%.sheet: %.sheet.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_SOUNDLIST_RULE='%.soundlist: %.soundlist.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_THEME_RULE='%.theme: %.theme.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_UI_RULE='%.ui: %.ui.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_UPDATE='/usr/local/bin/intltool-update' INTLTOOL_XAM_RULE='%.xam: %.xml.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_XML_NOMERGE_RULE='%.xml: %.xml.in $(INTLTOOL_MERGE) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u /tmp $< $@' INTLTOOL_XML_RULE='%.xml: %.xml.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' LD='/usr/bin/ld' LDFLAGS='' LEX='flex' LEXLIB='-lfl' LEX_OUTPUT_ROOT='lex.yy' LIBOBJS='' LIBS='' LIBTOOL='$(SHELL) $(top_builddir)/libtool' LIBXFCE4PANEL_CFLAGS='-D_THREAD_SAFE -I/usr/local/include/xfce4/ -I/usr/local/include/xfce4 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include/cairo -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -I/usr/local/include/atk-1.0 ' LIBXFCE4PANEL_LIBS='-pthread -L/usr/local/lib -lxfce4panel -lxfcegui4 -lgtk-x11-2.0 -lxfce4util -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lgio-2.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lpangoft2-1.0 -lXfixes -lcairo -lX11 -lpango-1.0 -lm -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 ' LIBXFCE4PANEL_REQUIRED_VERSION='4.4.0' LIBXFCE4PANEL_VERSION='4.6.1' LIBXFCEGUI4_CFLAGS='-D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/xfce4 -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include/cairo -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 -I/usr/local/include/atk-1.0 ' LIBXFCEGUI4_LIBS='-pthread -L/usr/local/lib -lxfcegui4 -lgtk-x11-2.0 -lxfce4util -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lgio-2.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lpangoft2-1.0 -lXfixes -lcairo -lX11 -lpango-1.0 -lm -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 ' LIBXFCEGUI4_REQUIRED_VERSION='4.4.0' LIBXFCEGUI4_VERSION='4.6.1' LIPO='' LN_S='ln -s' LTLIBOBJS='' MAINT='#' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='#' MAKEINFO='${SHELL} /usr/ports/deskutils/orage/work/orage-4.6.1/missing --run makeinfo' MKINSTALLDIRS='./mkinstalldirs' MSGFMT='/usr/local/bin/msgfmt' MSGFMT_OPTS='-c' MSGMERGE='/usr/local/bin/msgmerge' NM='/usr/bin/nm -B' NMEDIT='' NOTIFY_CFLAGS='-D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/gtk-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 ' NOTIFY_LIBS='-pthread -L/usr/local/lib -lnotify -lgtk-x11-2.0 -ldbus-glib-1 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lgio-2.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lpangoft2-1.0 -lXfixes -lcairo -lX11 -lpango-1.0 -lm -lfreetype -lfontconfig -lgmodule-2.0 -ldbus-1 -lgobject-2.0 -lglib-2.0 ' NOTIFY_REQUIRED_VERSION='0.3.2' NOTIFY_VERSION='0.4.5' OBJEXT='o' OTOOL64='' OTOOL='' PACKAGE='orage' PACKAGE_BUGREPORT='xfce4-dev@xfce.org' PACKAGE_NAME='orage' PACKAGE_STRING='orage 4.6.1' PACKAGE_TARNAME='orage' PACKAGE_VERSION='4.6.1' PATH_SEPARATOR=':' PERL='perl5' PKG_CONFIG='/usr/local/bin/pkg-config' POFILES=' am.po ar.po az.po be.po bg.po bn_IN.po ca.po cs.po da.po de.po dz.po el.po en_AU.po en_GB.po eo.po es.po et.po eu.po fa.po fi.po fr.po gl.po gu.po he.po hi.po hu.po hy.po id.po it.po ja.po ka.po ko.po ku.po lt.po lv.po mk.po mr.po ms.po nb.po nl.po pa.po pl.po pt_BR.po pt.po ro.po ru.po sk.po sq.po sv.po ta.po tr.po uk.po ur.po vi.po zh_CN.po zh_TW.po' POSUB='po' PO_IN_DATADIR_FALSE='' PO_IN_DATADIR_TRUE='' PTHREAD_LIBS='-lpthread' RANLIB='ranlib' SED='/usr/bin/sed' SET_MAKE='' SHELL='/bin/sh' STRIP='strip' USE_NLS='yes' VERSION='4.6.1' WITH_BDB4_FALSE='' WITH_BDB4_TRUE='#' XFCEMCS_CFLAGS='-I/usr/local/include -I/usr/local/include/xfce4 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include ' XFCEMCS_LIBS='-L/usr/local/lib -lxfce4mcs-client -lxfce4util -lglib-2.0 ' XFCEMCS_REQUIRED_VERSION='4.4.0' XFCEMCS_VERSION='4.4.3' XFCE_MCS_MANAGER_CFLAGS='' XFCE_MCS_MANAGER_LIBS='' XFCE_MCS_MANAGER_PLUGINSDIR='' XFCE_MCS_MANAGER_REQUIRED_VERSION='' XFCE_MCS_MANAGER_VERSION='' XGETTEXT='/usr/local/bin/xgettext' XGETTEXT_ARGS='--keyword=Q_ --from-code=UTF-8' YACC='bison -y' YFLAGS='' ac_ct_CC='cc' ac_ct_DUMPBIN='' am__fastdepCC_FALSE='#' am__fastdepCC_TRUE='' am__include='include' am__isrc='' am__leading_dot='.' am__quote='' am__tar='${AMTAR} chof - "$$tardir"' am__untar='${AMTAR} xf -' bindir='${exec_prefix}/bin' build='amd64-portbld-freebsd7.2' build_alias='amd64-portbld-freebsd7.2' build_cpu='amd64' build_os='freebsd7.2' build_vendor='portbld' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' dvidir='${docdir}' exec_prefix='NONE' host='amd64-portbld-freebsd7.2' host_alias='' host_cpu='amd64' host_os='freebsd7.2' host_vendor='portbld' htmldir='${docdir}' includedir='${prefix}/include' infodir='/usr/local/info/' install_sh='$(SHELL) /usr/ports/deskutils/orage/work/orage-4.6.1/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='${prefix}/var' lt_ECHO='echo' mandir='/usr/local/man' mkdir_p='/usr/local/bin/gmkdir -p' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='/usr/local' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target='amd64-portbld-freebsd7.2' target_alias='' target_cpu='amd64' target_os='freebsd7.2' target_vendor='portbld' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_NAME "orage" #define PACKAGE_TARNAME "orage" #define PACKAGE_VERSION "4.6.1" #define PACKAGE_STRING "orage 4.6.1" #define PACKAGE_BUGREPORT "xfce4-dev@xfce.org" #define PACKAGE "orage" #define VERSION "4.6.1" #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 LT_OBJDIR ".libs/" #define YYTEXT_POINTER 1 #define STDC_HEADERS 1 #define HAVE_ASSERT_H 1 #define HAVE_ERRNO_H 1 #define HAVE_PTHREAD_H 1 #define HAVE_STDINT_H 1 #define HAVE_TIME_H 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_UNISTD_H 1 #define HAVE_WCTYPE_H 1 #define HAVE_GMTIME_R 1 #define HAVE_ISWSPACE 1 #define HAVE_STRDUP 1 #define HAVE_SNPRINTF 1 #define GETTEXT_PACKAGE "orage" #define HAVE_LOCALE_H 1 #define HAVE_LC_MESSAGES 1 #define HAVE_BIND_TEXTDOMAIN_CODESET 1 #define HAVE_GETTEXT 1 #define HAVE_DCGETTEXT 1 #define ENABLE_NLS 1 #define HAVE_PTHREAD #define HAVE_DBUS 1 #define HAVE_NOTIFY 1 #define HAVE_XFCEMCS 1 configure: exit 1 -------------- next part -------------- ImageMagick-6.5.1.10 ORBit2-2.14.17 OpenEXR-1.6.1_1 Terminal-0.2.12 Thunar-1.0.1 a2ps-a4-4.13b_4 aalib-1.4.r5_4 acroread7-7.0.9_3,1 acroreadwrapper-0.0.20090328 agg-2.5_5 amsn-0.97.2_2 apache-ant-1.7.0_2 appres-1.0.1 apsfilter-7.2.8_4 arts-1.5.10_1,1 artswrapper-1.5.3 asciidoc-8.4.3 aspell-0.60.6_2 atk-1.26.0 autoconf-2.13.000227_6 autoconf-2.62 autoconf-wrapper-20071109 automake-1.10.1 automake-1.4.6_5 automake-1.5_5,1 automake-1.6.3_1 automake-1.9.6_3 automake-wrapper-20071109 avahi-app-0.6.24_1 babl-0.0.22_1 bash-4.0.17 bdftopcf-1.0.1 beforelight-1.0.3_1 bigreqsproto-1.0.2 bison-2.4.1,1 bitmap-1.0.3_1 bitstream-vera-1.10_4 boost-1.37.0 ca_root_nss-3.11.9_2 cabextract-1.2 cairo-1.8.6_1,1 cdparanoia-3.9.8_8 cdrtools-2.01_6 celt-0.5.2 cmake-2.6.3 compat4x-i386-5.3_9 compat5x-amd64-5.4.0.8_9 compat6x-amd64-6.4.604000.200810 compositeproto-0.4 consolekit-0.3.0_8 coreutils-6.9_3 cups-base-1.3.10 curl-7.19.4 cvsup-without-gui-16.1h_3 cyrus-sasl-2.1.22_2 damageproto-1.1.0_2 db41-4.1.25_4 dbus-1.2.4.4 dbus-glib-0.80 dbus-qt3-0.70_2 dejavu-2.29 desktop-file-utils-0.15_1 desktopbsd-tools-1.6_2 diablo-jdk-1.5.0.07.01_13 djbfft-0.76_2 dmidecode-2.10 dmxproto-2.2.2 docbook-1.4 docbook-4.1_3 docbook-4.2 docbook-4.3 docbook-4.4_2 docbook-4.5_2 docbook-5.0_1 docbook-sk-4.1.2_4 docbook-xml-4.2_1 docbook-xml-4.3 docbook-xml-4.4_1 docbook-xml-4.5 docbook-xsl-1.74.0_1 dosbox-0.72_1 dri-7.4_1,2 dri2proto-1.99.3 e2fsprogs-libuuid-1.41.4_1 e_dbus-20080223 ecore-con-0.9.9.042_2 ecore-config-0.9.9.042 ecore-evas-0.9.9.042 ecore-file-0.9.9.042 ecore-imf-0.9.9.042 ecore-imf_evas-0.9.9.042 ecore-ipc-0.9.9.042_2 ecore-job-0.9.9.042 ecore-main-0.9.9.042 ecore-txt-0.9.9.042 ecore-x11-0.9.9.042 edb-1.0.5.042,2 editres-1.0.3 edje-0.5.0.042,2 eet-0.9.10.042,2 efreet-0.0.3.042 electricsheep-2.6.8_6,1 embryo-0.9.1.042,2 enchant-1.4.2 encodings-1.0.2,1 esound-0.2.41 eterm-0.9.5 evas-core-0.9.9.042 evas-engine-buffer-0.9.9.042 evas-engine-opengl-0.9.9.042 evas-engine-x11-0.9.9.042 evas-engine-xrender-0.9.9.042 evas-loader-edb-0.9.9.042 evas-loader-eet-0.9.9.042 evas-loader-jpeg-0.9.9.042 evas-loader-png-0.9.9.042 evieext-1.0.2 expat-2.0.1 ezm3-1.1_2 faad2-2.7_1,1 faces-1.7.7_9 fastest_cvsup-0.2.9_6 ffmpeg-2008.07.27_10 fftw3-3.1.3 fireflies-2.07_4 firefox-3.0.10,1 fixesproto-4.0 flac-1.2.1 flex-2.5.35_1 font-adobe-100dpi-1.0.0_1 font-adobe-75dpi-1.0.0 font-adobe-utopia-100dpi-1.0.1 font-adobe-utopia-75dpi-1.0.1 font-adobe-utopia-type1-1.0.1 font-alias-1.0.1 font-arabic-misc-1.0.0 font-bh-100dpi-1.0.0 font-bh-75dpi-1.0.0 font-bh-lucidatypewriter-100dpi-1.0.0 font-bh-lucidatypewriter-75dpi-1.0.0 font-bh-ttf-1.0.0 font-bh-type1-1.0.0 font-bitstream-100dpi-1.0.0 font-bitstream-75dpi-1.0.0 font-bitstream-type1-1.0.0 font-cronyx-cyrillic-1.0.0 font-cursor-misc-1.0.0 font-daewoo-misc-1.0.0 font-dec-misc-1.0.0 font-ibm-type1-1.0.0 font-isas-misc-1.0.0 font-jis-misc-1.0.0 font-micro-misc-1.0.0 font-misc-cyrillic-1.0.0 font-misc-ethiopic-1.0.0 font-misc-meltho-1.0.0_1 font-misc-misc-1.0.0 font-mutt-misc-1.0.0 font-schumacher-misc-1.0.0_1 font-screen-cyrillic-1.0.1 font-sony-misc-1.0.0 font-sun-misc-1.0.0 font-util-1.0.1 font-winitzki-cyrillic-1.0.0 font-xfree86-type1-1.0.1 fontcacheproto-0.1.2 fontconfig-2.6.0,1 fontsproto-2.0.2 fonttosfnt-1.0.3 freetype2-2.3.9_1 fslsfonts-1.0.2 fstobdf-1.0.2 fusefs-kmod-0.3.9.p1.20080208_5 fusefs-libs-2.7.4 gamin-0.1.10_2 gawk-3.1.6_1 gccmakedep-1.0.2 gconf2-2.26.0 gd-2.0.35,1 gdbm-1.8.3_3 gegl-0.0.22_3 getopt-1.1.4_1 gettext-0.17_1 ghostscript8-8.64_1 gimp-2.6.6,2 gimp-app-2.6.6_1,1 gimp-gutenprint-5.1.7_1 gio-fam-backend-2.20.1 gle-3.1.0_2 glib-1.2.10_12 glib-2.20.1 glitz-0.5.6_2 glproto-1.4.9 gmake-3.81_3 gnome-doc-utils-0.16.0 gnome-keyring-2.26.1 gnome-mime-data-2.18.0_3 gnome-mount-0.8_2 gnome-vfs-2.24.0 gnome_subr-1.0 gnomehier-2.3_12 gnupg-2.0.11 gnutls-2.6.4 gpac-libgpac-0.4.5_2,1 gperf-3.0.3 gpgme-1.1.8 graphviz-2.22.2 gsfonts-8.11_4 gstreamer-0.10.22_1 gstreamer-ffmpeg-0.10.7 gstreamer-plugins-0.10.22_1,3 gstreamer-plugins-a52dec-0.10.11,3 gstreamer-plugins-bad-0.10.11,3 gstreamer-plugins-core-0.10_10 gstreamer-plugins-dts-0.10.11,3 gstreamer-plugins-dvd-0.10.11,3 gstreamer-plugins-good-0.10.14,3 gstreamer-plugins-libpng-0.10.14,3 gstreamer-plugins-mad-0.10.11,3 gstreamer-plugins-mp3-0.10.0_1 gstreamer-plugins-ogg-0.10.22_1,3 gstreamer-plugins-pango-0.10.22_1,3 gstreamer-plugins-theora-0.10.22_1,3 gstreamer-plugins-ugly-0.10.11,3 gstreamer-plugins-vorbis-0.10.22_1,3 gstreamer-plugins-xvid-0.10.11,3 gtk-1.2.10_20 gtk-2.16.1 gtk-engines2-2.18.0 gtk-xfce-engine-2.6.0 gtkspell-2.0.15 gtkterm2-0.2.3_5 gutenprint-5.1.7_1 gutenprint-base-5.1.7_1 gutenprint-ijs-5.1.7_1 gvfs-1.2.1 gview-0.1.15_5 hal-0.5.11_23 help2man-1.36.4_3 hicolor-icon-theme-0.10_2 hpijs-2.1.4_2 html2ps-A4-1.0.b5_1,1 iceauth-1.0.2 ico-1.0.2 icon-naming-utils-0.8.7 icons-tango-0.8.1_1 icons-tango-extras-0.1.0_1 icu-3.8.1_2 ilmbase-1.0.1_1 imake-1.0.2_4,1 imlib-1.9.15_7 imlib2-1.4.1.000,2 inputproto-1.5.0 intltool-0.40.6 iso-codes-3.8 iso8879-1986_2 it-acroread8-8.1.4_1 it-openoffice.org-3.0.1 jackit-0.116.2 jasper-1.900.1_7 javavmwrapper-2.3.2 jbigkit-1.6 jpeg-6b_7 kbproto-1.0.3 kde-xdg-env-1.0_3,1 kdebase-3.5.10_2 kdebase-kompmgr-3.5.10 kdehier-1.0_11 kdelibs-3.5.10 lcms-1.18,1 libFS-1.0.1 libGL-7.4_1 libGLU-7.4_1 libICE-1.0.4_1,1 libIDL-0.8.13 libSM-1.1.0_1,1 libX11-1.2.1,1 libXScrnSaver-1.1.3 libXTrap-1.0.0 libXau-1.0.4 libXaw-1.0.5_1,1 libXcomposite-0.4.0,1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXdmcp-1.0.2_1 libXevie-1.0.2 libXext-1.0.5,1 libXfixes-4.0.3_1 libXfont-1.3.4,1 libXfontcache-1.0.4 libXft-2.1.13 libXi-1.2.1,1 libXinerama-1.0.3,1 libXmu-1.0.4,1 libXp-1.0.0,1 libXpm-3.5.7 libXprintAppUtil-1.0.1 libXprintUtil-1.0.1 libXrandr-1.3.0 libXrender-0.9.4_1 libXres-1.0.3_3 libXt-1.0.5_1 libXtst-1.0.3_1 libXv-1.0.4,1 libXvMC-1.0.4_1 libXxf86dga-1.0.2 libXxf86misc-1.0.1 libXxf86vm-1.0.2 liba52-0.7.4_2 libart_lgpl-2.3.20,1 libassuan-1.0.5 libast-0.7_4 libaudiofile-0.2.6 libcddb-1.3.0 libcdio-0.78.2_2 libcheck-0.9.6 libcroco-0.6.2 libdaemon-0.12 libdca-0.0.5 libdmx-1.0.2_1 libdrm-2.4.9 libdvdcss-1.2.9_2 libdvdnav-0.1.10_4 libdvdread-4.1.3 libexif-0.6.17 libexo-0.3.101 libfontenc-1.0.4 libfpx-1.2.0.12_1 libgcrypt-1.4.4 libglade2-2.6.4 libglut-7.3 libgpg-error-1.7 libgphoto2-2.4.4 libgsf-1.14.11 libgtkhtml-2.11.1_2 libiconv-1.11_1 libid3tag-0.15.1b libidn-1.12 libijs-0.35_1 libksba-1.0.5 libltdl-1.5.26 libmad-0.15.1b_2 libmng-1.0.10 libnet11-1.1.2.1_2,1 libnotify-0.4.5 libogg-1.1.3,4 liboil-0.3.16 liboldX-1.0.1 libopenraw-0.0.5_1 libpciaccess-0.10.5_6 libproxy-0.2.3 libpthread-stubs-0.1 librsvg2-2.26.0 libsamplerate-0.1.7 libsndfile-1.0.19 libsoup-2.26.0_1 libspiro-20071029 libssh2-1.0,2 libtasn1-1.8 libthai-0.1.5_3 libtheora-1.0 libtool-1.5.26 libungif-4.1.4_5 libusb-0.1.12_4 libutempter-1.1.5_1 libvolume_id-0.81.1 libvorbis-1.2.0_3,3 libwmf-0.2.8.4_2 libwnck-2.26.1 libxcb-1.2_1 libxfce4gui-4.6.1 libxfce4mcs-4.4.3 libxfce4menu-4.6.1 libxfce4util-4.6.1 libxkbfile-1.0.5 libxkbui-1.0.2_1 libxml2-2.7.3 libxslt-1.1.24_2 linux-atk-1.9.1_1 linux-cairo-1.0.2 linux-expat-1.95.8 linux-flashplugin-9.0r159 linux-fontconfig-2.2.3_7 linux-gtk2-2.6.10_1 linux-hicolor-icon-theme-0.5_1 linux-jpeg-6b.34 linux-nvu-1.0_1 linux-openssl-0.9.7f linux-pango-1.10.2_1 linux-png-1.2.8_2 linux-realplayer-10.0.9.809.20070726 linux-scim-gtk-fc4-1.4.4 linux-scim-libs-fc4-1.4.4_1 linux-tiff-3.7.1 linux-xorg-libs-6.8.2_5 linux_base-f8-8_11 linux_base-fc6-6_5 listres-1.0.1 localedata-5.4 lrzsz-0.12.20_1 luit-1.0.3_1 m4-1.4.12,1 mDNSResponder-108 makedepend-1.0.1,1 man2html-3.0.1_1 mime-support-3.44.1 minicom-2.3_1 mkcomposecache-1.2_1 mkfontdir-1.0.4 mkfontscale-1.0.6 mousepad-0.2.16_1 mozilla-fonts-1.0_4 mplayer-0.99.11_12 mplayer-skins-1.1.2_6 nas-1.9.1_3 nasm-2.05.01,1 nedit-5.5_2 netpbm-10.26.59 nspluginwrapper-1.2.2_2 nspr-4.7 nss-3.11.9_2 oclock-1.0.1 open-motif-2.2.3_5 openldap-client-2.3.43 openvas-client-1.0.3_1 openvas-libnasl-1.0.0_1 openvas-libraries-1.0.1_1 openvas-plugins-1.0.0_2 openvas-server-1.0.0_1 opera-9.64.20090302 orage-4.6.0 p5-Archive-Zip-1.26_1 p5-Authen-SASL-2.12 p5-Compress-Raw-Zlib-2.017 p5-Compress-Zlib-2.015 p5-Digest-1.15_1 p5-Digest-HMAC-1.01 p5-Digest-MD5-2.38 p5-Digest-SHA1-2.11 p5-ExtUtils-Depends-0.300 p5-ExtUtils-PkgConfig-1.12 p5-File-Temp-0.21 p5-File-Which-0.05 p5-GSSAPI-0.26 p5-Glib2-1.221 p5-HTML-Parser-3.60 p5-HTML-Tagset-3.20 p5-IO-Compress-Base-2.015 p5-IO-Compress-Zlib-2.015 p5-MIME-Base64-3.07 p5-Net-1.22_1,1 p5-PathTools-3.2900 p5-URI-1.37 p5-XML-NamespaceSupport-1.09_1 p5-XML-Parser-2.36 p5-XML-SAX-0.96 p5-XML-SAX-Expat-0.40 p5-XML-Simple-2.18 p5-gettext-1.05_2 p5-libwww-5.826 pango-1.24.2 patch-2.5.9 pciids-20090224 pcre-7.9 perl-5.8.9_2 pixman-0.15.2 pkg-config-0.23_1 pkgdb.db png-1.2.35 policykit-0.9_4 policykit-gnome-0.9.2 poppler-0.10.6 poppler-data-0.2.1 poppler-gtk-0.10.6 popt-1.7_5 portaudio-18.1_2 portaudit-0.5.12 portupgrade-2.4.6_2,2 printproto-1.0.4 psi-0.12.1_1 psutils-a4-1.17_2 pth-2.0.7 py25-cairo-1.8.2 py25-gobject-2.16.1 py25-gtk-2.14.1 py25-libxml2-2.7.3 py25-numeric-24.2_3 py25-xml-0.8.4 python25-2.5.4_1 qca-2.0.1 qca-gnupg-2.0.0.b3 qca-ossl-2.0.0.b3_2 qca-tls-1.0_4 qmake-3.3.8_1 qt-3.3.8_9 qt4-corelib-4.4.3 qt4-dbus-4.4.3 qt4-gui-4.4.3_2 qt4-iconengines-4.4.3 qt4-imageformats-4.4.3 qt4-inputmethods-4.4.3 qt4-moc-4.4.3 qt4-network-4.4.3 qt4-qmake-4.4.3 qt4-qt3support-4.4.3 qt4-qtestlib-4.4.3 qt4-rcc-4.4.3 qt4-script-4.4.3 qt4-sql-4.4.3 qt4-svg-4.4.3 qt4-uic-4.4.3 qt4-xml-4.4.3 randrproto-1.3.0 rarian-0.8.1 recordproto-1.13.2 renderproto-0.9.3 resourceproto-1.0.2 rgb-1.0.1 rox-filer-2.8_1 rpm-3.0.6_14 rpm2cpio-1.2_2 rstart-1.0.2 rsync-3.0.5 rtc-2004.02.24.1_8 ruby-1.8.7.72_1,1 ruby18-bdb-0.6.5 ruby18-deplate-0.8.5 samba-libsmbclient-3.0.34_1 scripts-1.0.1 scrnsaverproto-1.1.0 sdl-1.2.13_3,2 sdl_net-1.2.7 sdocbook-xml-1.1,1 sessreg-1.0.4 setxkbmap-1.0.4 shared-mime-info-0.60 showfont-1.0.2 smproxy-1.0.2 spca5xx-20060402_4 speex-1.2.r1_1,1 sqlite3-3.6.11 startup-notification-0.9_2 swfdec-0.8.4 swfdec-plugin-0.8.2 sylpheed-2.6.0 tcl-8.4.19_2,1 tcl-8.5.7 tcl-modules-8.5.7 tcllib-1.11 tcltls-1.6_1 texi2html-1.76_1,1 tiff-3.8.2_3 tk-8.4.19_2,2 tk-8.5.7 trapproto-3.4.3 twm-1.0.4 unzip-5.52_5 v4l_compat-1.0.20060801 videoproto-2.2.2 viewres-1.0.1 vte-0.20.2 webfonts-0.30_6 weblint-1.020 x11perf-1.5 x264-0.0.20081218 xaos-3.4_1 xauth-1.0.3 xbacklight-1.1 xbiff-1.0.1_1 xbitmaps-1.0.1 xcalc-1.0.2_1 xcb-proto-1.4 xcb-util-0.3.4 xclipboard-1.0.1_1 xclock-1.0.3_1 xcmiscproto-1.1.2 xcmsdb-1.0.1 xconsole-1.0.3_1 xcursor-themes-1.0.1_1 xcursorgen-1.0.2 xdaliclock-2.25_1 xdbedizzy-1.0.2 xditview-1.0.1_1 xdm-1.1.8_1 xdpyinfo-1.0.3 xdriinfo-1.0.2 xearth-1.1_2 xedit-1.1.2 xev-1.0.3 xextproto-7.0.5 xeyes-1.0.1 xf86-input-keyboard-1.3.2_1 xf86-input-mouse-1.4.0_4 xf86-video-ati-6.12.1_1 xf86-video-intel-2.6.3 xf86-video-mach64-6.8.0_2 xf86-video-nv-2.1.12_3 xf86-video-r128-6.8.0_2 xf86-video-radeonhd-1.2.4_2 xf86-video-vesa-2.1.0_1 xf86-video-vga-4.1.0_2 xf86bigfontproto-1.1.2 xf86dga-1.0.2_1 xf86dgaproto-2.0.3 xf86driproto-2.0.4 xf86miscproto-0.9.2 xf86rushproto-1.1.2 xf86vidmodeproto-2.2.2 xfce-4.6.0 xfce4-appfinder-4.6.1 xfce4-conf-4.6.1 xfce4-desktop-4.6.1 xfce4-mixer-4.6.1 xfce4-panel-4.6.1 xfce4-print-4.6.1 xfce4-session-4.6.1 xfce4-settings-4.6.1 xfce4-utils-4.6.1 xfce4-wm-4.6.1 xfce4-wm-themes-4.6.0 xfd-1.0.1_1 xfindproxy-1.0.1 xfontsel-1.0.2_1 xfs-1.0.8,1 xfsinfo-1.0.2 xfwp-1.0.1 xgamma-1.0.2 xgc-1.0.1_1 xhost-1.0.2 xineramaproto-1.1.2 xinit-1.1.1_1 xinput-1.4.1 xkbcomp-1.0.5 xkbevd-1.0.2 xkbprint-1.0.1 xkbutils-1.0.1_2 xkeyboard-config-1.5_1 xkill-1.0.1 xload-1.0.2_1 xloadimage-4.1.16_4 xlogo-1.0.1_1 xlsatoms-1.0.1 xlsclients-1.0.1 xlsfonts-1.0.2 xmag-1.0.2_1 xman-1.0.3_1 xmessage-1.0.2_1 xmlcatmgr-2.2 xmlcharent-0.3_2 xmodmap-1.0.3 xmore-1.0.1_1 xmountains-2.7_1 xorg-7.4_1 xorg-apps-7.4_1 xorg-cf-files-1.0.2_3 xorg-docs-1.4,1 xorg-drivers-7.4_1 xorg-fonts-100dpi-7.4 xorg-fonts-7.4 xorg-fonts-75dpi-7.4 xorg-fonts-cyrillic-7.4 xorg-fonts-miscbitmaps-7.4 xorg-fonts-truetype-7.4 xorg-fonts-type1-7.4 xorg-libraries-7.4 xorg-macros-1.2.1 xorg-server-1.6.0,1 xplanet-1.2.0_4 xplsprinters-1.0.1 xpr-1.0.2 xprehashprinterlist-1.0.1 xprop-1.0.4 xproto-7.0.15 xproxymanagementprotocol-1.0.2 xrandr-1.3.0 xrdb-1.0.5 xrefresh-1.0.2 xrx-1.0.1_2 xscreensaver-5.08 xset-1.0.4 xsetmode-1.0.0 xsetpointer-1.0.1 xsetroot-1.0.2 xsm-1.0.1_1 xsnow-1.42_1 xstdcmap-1.0.1 xterm-242 xtrans-1.2.3 xtrap-1.0.2 xvid-1.2.1,1 xvidtune-1.0.1_1 xvinfo-1.0.2 xwd-1.0.2 xwininfo-1.0.4 xwud-1.0.1 yasm-0.8.0 zip-3.0 From oliver at FreeBSD.org Thu May 7 09:19:32 2009 From: oliver at FreeBSD.org (Oliver Lehmann) Date: Thu May 7 09:19:38 2009 Subject: FreeBSD Port: orage-4.6.1 In-Reply-To: <4A029FEB.4090308@cineca.it> References: <4A029FEB.4090308@cineca.it> Message-ID: <20090507091928.45780.qmail@avocado.salatschuessel.net> Hi Marco, Marco Alberoni writes: > checking for xfce-mcs-manager >= 4.4.0... not found I cannot reproduce this here. While looking through the configure script of ogre, I found out that xfce-mcs-manager is check if --enable-libxfce4mcs was specified when ogre gets configured. But this parameter is not added to the configure arguments from the ogre script. So I wonder how this could happen? Could you please send me the foll config.log from the work directory? From oliver at FreeBSD.org Thu May 7 09:22:02 2009 From: oliver at FreeBSD.org (Oliver Lehmann) Date: Thu May 7 09:22:08 2009 Subject: FreeBSD Port: orage-4.6.1 In-Reply-To: <20090507091928.45780.qmail@avocado.salatschuessel.net> References: <4A029FEB.4090308@cineca.it> <20090507091928.45780.qmail@avocado.salatschuessel.net> Message-ID: <20090507092200.45987.qmail@avocado.salatschuessel.net> Oliver Lehmann writes: > I cannot reproduce this here. While looking through the configure script > of ogre, I found out that xfce-mcs-manager is check if > --enable-libxfce4mcs was specified when ogre gets configured. But this > parameter is not added to the configure arguments from the ogre script. So > I wonder how this could > happen? Could you please send me the foll config.log from the work > directory? Everytime I wrote "ogre" I meant "orage" of course ;) From oliver at FreeBSD.org Thu May 7 09:24:23 2009 From: oliver at FreeBSD.org (Oliver Lehmann) Date: Thu May 7 09:24:29 2009 Subject: FreeBSD Port: orage-4.6.1 In-Reply-To: <20090507092200.45987.qmail@avocado.salatschuessel.net> References: <4A029FEB.4090308@cineca.it> <20090507091928.45780.qmail@avocado.salatschuessel.net> <20090507092200.45987.qmail@avocado.salatschuessel.net> Message-ID: <20090507092422.46117.qmail@avocado.salatschuessel.net> By any chance - do you still have the old libxfce4mcs installed? This would probably cause this as well. PS: sorry for spamming ;) From leslie at eskk.nu Thu May 7 09:27:49 2009 From: leslie at eskk.nu (Leslie Jensen) Date: Thu May 7 09:27:56 2009 Subject: FreeBSD Port: orage-4.6.1 In-Reply-To: <4A029FEB.4090308@cineca.it> References: <4A029FEB.4090308@cineca.it> Message-ID: > Hello, I'm not able to upgrade orage from 4.6.0 to 4.6.1... the last > lines of make are: > > ------------------------------------------------------------------------ > checking for xfce-mcs-manager >= 4.4.0... not found > *** The required package xfce-mcs-manager was not found on your system. > *** Please install xfce-mcs-manager (atleast version 4.4.0) or adjust > *** the PKG_CONFIG_PATH environment variable if you > *** installed the package in a nonstandard prefix so that > *** pkg-config is able to find it. > ===> Script "configure" failed unexpectedly. > ------------------------------------------------------------------------ > > The problem is xfce-mcs-manager port is, as you know very well, no more > present!!! > > > Thanks for your help and patience > > -- > Marco Alberoni > > Have you read /usr/ports/UPDATING ? The answer is there. /Leslie -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From sergey.dyatko at gmail.com Thu May 7 09:29:29 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Thu May 7 09:29:37 2009 Subject: FreeBSD Port: orage-4.6.1 In-Reply-To: <4A029FEB.4090308@cineca.it> References: <4A029FEB.4090308@cineca.it> Message-ID: <20090507120133.45b5165c@tiger.minsk.domain> ? Thu, 7 May 2009 10:46:26 +0200 (MEST) Marco Alberoni ?????: MA> Hello, I'm not able to upgrade orage from 4.6.0 to 4.6.1... the MA> last lines of make are: MA> MA> ------------------------------------------------------------------------ MA> checking for xfce-mcs-manager >= 4.4.0... not found MA> *** The required package xfce-mcs-manager was not found on your MA> system. *** Please install xfce-mcs-manager (atleast version 4.4.0) MA> or adjust *** the PKG_CONFIG_PATH environment variable if you MA> *** installed the package in a nonstandard prefix so that MA> *** pkg-config is able to find it. MA> ===> Script "configure" failed unexpectedly. MA> ------------------------------------------------------------------------ MA> MA> The problem is xfce-mcs-manager port is, as you know very well, no MA> more present!!! cause you don't read UPDATING, right ? 20090304 by oliver@ MA> MA> MA> Thanks for your help and patience MA> -- --------------------------------------------------------------------------------------- Sergey V Dyatko aka tiger | Sergey.Dyatko@gmail.com /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://tiger.bsd.by X - NO Word docs in e-mail | XMPP: tiger@jabber.org.by / \ --------------------------------------------------------------------------------------- From sergey.dyatko at gmail.com Thu May 7 09:54:46 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Thu May 7 09:55:08 2009 Subject: FreeBSD Port: orage-4.6.1 In-Reply-To: <20090507092422.46117.qmail@avocado.salatschuessel.net> References: <4A029FEB.4090308@cineca.it> <20090507091928.45780.qmail@avocado.salatschuessel.net> <20090507092200.45987.qmail@avocado.salatschuessel.net> <20090507092422.46117.qmail@avocado.salatschuessel.net> Message-ID: <20090507125455.1bf5d9a1@notebook> ? Thu, 07 May 2009 11:24:22 +0200 "Oliver Lehmann" ?????: OL> By any chance - do you still have the old libxfce4mcs installed? OL> This would probably cause this as well. assume that this is the problem, I have 2 machines are successfully updated (both is -CURRENT) OL> OL> PS: sorry for spamming ;) -- wbr, tiger From sergey.dyatko at gmail.com Thu May 7 10:08:41 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Thu May 7 10:08:48 2009 Subject: xfce4-netload-plugin doesn't compile Message-ID: <20090507130851.02313355@notebook> Hi, when I try update i got following error: build log: http://msk.bsd.by/files/netload-script.txt notebook# pkg_version -vs xfce4-netload-plugin\* fce4-netload-plugin-0.4.0_6 < needs updating (port has 0.4.0_7) 1st box: FreeBSD 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Fri May 1 16:43:49 EEST 2009 root@notebook.domain:/usr/obj/usr/src/sys/tiger-asus-a6m i386 2nd box: FreeBSD 8.0-CURRENT FreeBSD 8.0-CURRENT #25: Wed Apr 22 12:48:35 EEST 2009 root@tiger.domain:/usr/obj/usr/src/sys/tiger-desktop i386 -- wbr, tiger From Johan at double-l.nl Thu May 7 13:52:48 2009 From: Johan at double-l.nl (Johan Hendriks) Date: Thu May 7 13:52:54 2009 Subject: MAKE_JOBS_UNSAFE+= shells/bash, textproc/ispell References: <49FB64CC.9030002@ridecharge.com><20090504062155.GC43414@dragon.NUXI.org><49FF8315.2070906@ridecharge.com><20090506041109.GB41229@dragon.NUXI.org> <4A01DA6B.40904@ridecharge.com> Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DE7FC@w2003s01.double-l.local> >David O'Brien wrote: >> I was under the impression that MAKE_JOBS_UNSAFE was the default and one >> had to explicity put MAKE_JOBS_SAFE=yes in a port. >By default, it is neither SAFE or UNSAFE. By default, its always without the >-j argument. Sorry to hijack! But how can you set the ports build to use -j2 Regards, Johan Hendriks No virus found in this outgoing message. Checked by AVG - www.avg.com Version: 8.5.325 / Virus Database: 270.12.21/2102 - Release Date: 05/07/09 05:57:00 From wxs at FreeBSD.org Thu May 7 13:58:17 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Thu May 7 13:58:24 2009 Subject: MAKE_JOBS_UNSAFE+= shells/bash, textproc/ispell In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB5DE7FC@w2003s01.double-l.local> References: <49FB64CC.9030002@ridecharge.com> <20090504062155.GC43414@dragon.NUXI.org> <49FF8315.2070906@ridecharge.com> <20090506041109.GB41229@dragon.NUXI.org> <4A01DA6B.40904@ridecharge.com> <57200BF94E69E54880C9BB1AF714BBCB5DE7FC@w2003s01.double-l.local> Message-ID: <20090507135816.GB58062@atarininja.org> On Thu, May 07, 2009 at 03:32:43PM +0200, Johan Hendriks wrote: > > >David O'Brien wrote: > >> I was under the impression that MAKE_JOBS_UNSAFE was the default and one > >> had to explicity put MAKE_JOBS_SAFE=yes in a port. > >By default, it is neither SAFE or UNSAFE. By default, its always without the > >-j argument. > > Sorry to hijack! > But how can you set the ports build to use -j2 By default it uses the number of cores in the system. If you want to change that you can use MAKE_JOBS_NUMBER. -- WXS From M.S.Powell at salford.ac.uk Thu May 7 14:01:07 2009 From: M.S.Powell at salford.ac.uk (Mark Powell) Date: Thu May 7 14:01:15 2009 Subject: pear v1.8.1 build issues with php v4.4.9 Message-ID: <20090507142313.Q11492@rust.salford.ac.uk> Hi, I've narrowed down a problem when building pear v1.8.1 with php v4.4.9. There is an XML parse error when the port tries to install Structure_Graph. NB pear v1.7.2 builds ok with php v4.4.9. It's the update to pear v1.8.1 that breaks it. Also, with php v5 pear v1.8.1 builds ok. So it just seems to be the combination of pear v1.8.x and php v4. Here's the relevant part of the build: ----- Installing selected packages.................. Installing bootstrap package: PEAR...................warning: pear/PEAR requires package "pear/Archive_Tar" (recommended version 1.3.3) warning: pear/PEAR requires package "pear/Structures_Graph" (recommended version 1.0.2) warning: pear/PEAR requires package "pear/Console_Getopt" (recommended version 1.2.3) install ok: channel://pear.php.net/PEAR-1.8.1 PEAR: Optional feature webinstaller available (PEAR's web-based installer) PEAR: Optional feature gtkinstaller available (PEAR's PHP-GTK-based installer) PEAR: Optional feature gtk2installer available (PEAR's PHP-GTK2-based installer) PEAR: To install optional features use "pear install pear/PEAR#featurename" Installing bootstrap package: Structures_Graph.......downloading Structures_Graph-1.0.2.tgz ... Starting to download Structures_Graph-1.0.2.tgz (30,947 bytes) .........done: 30,947 bytes XML Error: 'not well-formed (invalid token)' on line '10' Download of "pear/Structures_Graph" succeeded, but it is not a valid package archive Error: cannot download "pear/Structures_Graph" Download failed Installing local package: Archive_Tar-stable.........install ok: channel://pear.php.net/Archive_Tar-1.3.3 Installing local package: Console_Getopt-stable.......install ok: channel://pear.php.net/Console_Getopt-1.2.3 ===> Registering installation for pear-1.8.1 ----- Even though the install of Structures_Graph fails, the port installation succeeds. Manually attempting the install of Structures_Graph unsurprisingly gives the same error: ----- # pear -V PEAR Version: 1.8.1 PHP Version: 4.4.9 Zend Engine Version: 1.3.0 Running on: FreeBSD webmail0 7.1-RELEASE-p5 FreeBSD 7.1-RELEASE-p5 #0: Tue Apr 28 17:55:20 UTC 2009 xxx amd64 # pear install Structures_Graph downloading Structures_Graph-1.0.2.tgz ... Starting to download Structures_Graph-1.0.2.tgz (30,947 bytes) .........done: 30,947 bytes XML Error: 'not well-formed (invalid token)' on line '10' Download of "pear/Structures_Graph" succeeded, but it is not a valid package archive Error: cannot download "pear/Structures_Graph" Download failed install failed ----- I see they changed to packages.xml v2.0 with pear v1.8.1. However, it's supposed to also woth with php v4.4.0 of newer. Is this a pear problem, rather than ports? Many thanks for your time. -- Mark Powell - UNIX System Administrator - The University of Salford Information & Learning Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 6843 Fax: +44 161 295 5888 www.pgp.com for PGP key From bsam at ipt.ru Thu May 7 16:24:09 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu May 7 16:24:17 2009 Subject: generate index file which respects non default environment Message-ID: <44444104@bb.ipt.ru> Hello List, is there any possibility to generate an index file which respects environment, non default OPTIONS? I mean if for example OVERRIDE_LINUX_BASE_PORT is defined as f8, then I expect the INDEX should reflect it. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From bsam at ipt.ru Thu May 7 16:50:11 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu May 7 16:50:18 2009 Subject: generate index file which respects non default environment In-Reply-To: <44444104@bb.ipt.ru> (Boris Samorodov's message of "Thu\, 07 May 2009 20\:24\:07 +0400") References: <44444104@bb.ipt.ru> Message-ID: <12282542@bb.ipt.ru> On Thu, 07 May 2009 20:24:07 +0400 Boris Samorodov wrote: > is there any possibility to generate an index file which > respects environment, non default OPTIONS? I mean if for > example OVERRIDE_LINUX_BASE_PORT is defined as f8, then > I expect the INDEX should reflect it. Actually, "make index" respects the environment. There was some other error at my testing machine. Sorry for the noise. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From shuvaev at physik.uni-wuerzburg.de Thu May 7 17:14:09 2009 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Thu May 7 17:14:15 2009 Subject: generate index file which respects non default environment In-Reply-To: <44444104@bb.ipt.ru> References: <44444104@bb.ipt.ru> Message-ID: <20090507164914.GA69685@wep4035.physik.uni-wuerzburg.de> On Thu, May 07, 2009 at 08:24:07PM +0400, Boris Samorodov wrote: > Hello List, > > > is there any possibility to generate an index file which > respects environment, non default OPTIONS? I mean if for > example OVERRIDE_LINUX_BASE_PORT is defined as f8, then > I expect the INDEX should reflect it. > I always thought that everything put into /etc/make.conf (or include derivatives) would be accounted for during "make index" in /usr/ports. Is it not true for OVERRIDE_LINUX_BASE_PORT=f8? Alexey. From bsam at ipt.ru Thu May 7 17:36:25 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu May 7 17:36:33 2009 Subject: generate index file which respects non default environment In-Reply-To: <20090507164914.GA69685@wep4035.physik.uni-wuerzburg.de> (Alexey Shuvaev's message of "Thu\, 7 May 2009 18\:49\:14 +0200") References: <44444104@bb.ipt.ru> <20090507164914.GA69685@wep4035.physik.uni-wuerzburg.de> Message-ID: <46209768@bb.ipt.ru> On Thu, 7 May 2009 18:49:14 +0200 Alexey Shuvaev wrote: > On Thu, May 07, 2009 at 08:24:07PM +0400, Boris Samorodov wrote: > > is there any possibility to generate an index file which > > respects environment, non default OPTIONS? I mean if for > > example OVERRIDE_LINUX_BASE_PORT is defined as f8, then > > I expect the INDEX should reflect it. > > > I always thought that everything put into /etc/make.conf (or include > derivatives) would be accounted for during "make index" in /usr/ports. > Is it not true for OVERRIDE_LINUX_BASE_PORT=f8? Actually it is. I worked with ports-mgmt/tinderbox and something was wrong with my script/configuration. And when I checked up the ports tree at the host system at one console and removed /etc/make.conf at another. Too many tasks to do simultaneously. :-( WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From pgollucci at ridecharge.com Thu May 7 19:35:59 2009 From: pgollucci at ridecharge.com (Philip M. Gollucci) Date: Thu May 7 19:36:06 2009 Subject: how -jX - [WAS Re: MAKE_JOBS_UNSAFE+= shells/bash, textproc/ispell In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB5DE7FC@w2003s01.double-l.local> References: <49FB64CC.9030002@ridecharge.com><20090504062155.GC43414@dragon.NUXI.org><49FF8315.2070906@ridecharge.com><20090506041109.GB41229@dragon.NUXI.org> <4A01DA6B.40904@ridecharge.com> <57200BF94E69E54880C9BB1AF714BBCB5DE7FC@w2003s01.double-l.local> Message-ID: <4A0335C2.1080104@ridecharge.com> Johan Hendriks wrote: > Sorry to hijack! > But how can you set the ports build to use -j2 FORCE_MAKE_JOBS=yes|no ## defaults off MAKE_JOBS_NUMBER=X ## defaults to number of cores MAKE_JOBS_SAFE=yes ## default no MAKE_JOBS_UNSAFE=yes ## default no See Mk/bsd.port.mk for more information. -- ------------------------------------------------------------------------ Philip M. Gollucci (pgollucci@ridecharge.com) p: 703.549.2050x206, did: 703.579.6947 Senior System Admin - RideCharge, Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From amdmi3 at amdmi3.ru Thu May 7 22:08:09 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu May 7 22:08:20 2009 Subject: xcb-util 0.3.4 breaks awesome In-Reply-To: References: Message-ID: <20090507220706.GF3811@hades.panopticon> * Josh Rickmar (joshua_rickmar@eumx.net) wrote: That's quite complicated problem actually - xcb-util update has broken awesome; we could update awesome to 3.3-rc1, but it requires startup-notification 0.10 (which likely requires new xcb-util as well). Thus we'll likely have to wait for s-n 0.10 and consider awesome broken for now. Meanwhile, awesome users are recommended to not upgrade from/downgrade to xcb-util 0.3.3. This is really our fault as there should've been more testing and coordination with this update. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From rnoland at FreeBSD.org Thu May 7 22:32:39 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Thu May 7 22:33:11 2009 Subject: xcb-util 0.3.4 breaks awesome In-Reply-To: <20090507220706.GF3811@hades.panopticon> References: <20090507220706.GF3811@hades.panopticon> Message-ID: <1241735526.1788.12.camel@balrog.2hip.net> On Fri, 2009-05-08 at 02:07 +0400, Dmitry Marakasov wrote: > * Josh Rickmar (joshua_rickmar@eumx.net) wrote: > > That's quite complicated problem actually - xcb-util update has > broken awesome; we could update awesome to 3.3-rc1, but it requires > startup-notification 0.10 (which likely requires new xcb-util as > well). > > Thus we'll likely have to wait for s-n 0.10 and consider awesome > broken for now. Meanwhile, awesome users are recommended to not > upgrade from/downgrade to xcb-util 0.3.3. > > This is really our fault as there should've been more testing and > coordination with this update. Holding back X or it's sub-components is really not an option. The applications have to keep up. xcb-util doesn't fall under my umbrella, exactly, but I do update it in Xorg sweeps on occasion. Unless the damage is widespread progress must continue. Awesome needs to be patched, updated or marked BROKEN temporarily. robert. -- Robert Noland 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/20090507/f85c5769/attachment.pgp From joshua_rickmar at eumx.net Thu May 7 22:40:14 2009 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Thu May 7 22:40:20 2009 Subject: xcb-util 0.3.4 breaks awesome In-Reply-To: <20090507220706.GF3811@hades.panopticon> References: <20090507220706.GF3811@hades.panopticon> Message-ID: On Fri, 8 May 2009, Dmitry Marakasov wrote: > * Josh Rickmar (joshua_rickmar@eumx.net) wrote: > > That's quite complicated problem actually - xcb-util update has > broken awesome; we could update awesome to 3.3-rc1, but it requires > startup-notification 0.10 (which likely requires new xcb-util as > well). > > Thus we'll likely have to wait for s-n 0.10 and consider awesome > broken for now. Meanwhile, awesome users are recommended to not > upgrade from/downgrade to xcb-util 0.3.3. > > This is really our fault as there should've been more testing and > coordination with this update. > > OK. I've known about this break for quite some time now as there have been many Linux users who had this same problem. In case of something like this in the future, should I send a message to the maintainer telling him/her about the potential break? Also, to anyone who hasn't updated their xcb-util port yet, here's what I did to prevent tools like portmaster from installing the newer version: # touch /var/db/pkg/xcb-util-0.3.3/+IGNOREME Now in portmaster, I get the following message when using -a to update all my ports: ===>>> Launching child to update xcb-util-0.3.3 to xcb-util-0.3.4 ===>>> xcb-util-0.3.3 has an +IGNOREME file ===>>> Update anyway? [n] -- IRC nick: jrick Jabber: jrick@jabber.org http://identi.ca/jrick From delphij at delphij.net Thu May 7 22:42:31 2009 From: delphij at delphij.net (Xin LI) Date: Thu May 7 22:42:39 2009 Subject: An enquiry about valgrind porting to FreeBSD In-Reply-To: <3cb459ed0905050528l7bb965ffs47fdabbc2d9e71ca@mail.gmail.com> References: <000001c9cd4f$092463a0$9a106f0a@china.huawei.com> <3cb459ed0905050528l7bb965ffs47fdabbc2d9e71ca@mail.gmail.com> Message-ID: <4A036381.7040406@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alexander Churanov wrote: > Hi all! > > I am also interested in it. I have lots of questions about valgrind: > > 1) Is it working at all? I always receive SIGBUS on 7x. > 2) Is our valgrind from http://valgrind.org/ or valgrind.kde.org? > 3) valgrind.org lists 3.4.1 as latest release, but there is 3.52 in > ports, how is it possible? That's "Revision 352" and not 3.52 nor 3.5.2... As far as I am aware Peter Wemm worked on a valgrind port which is available on p4. Haven't give it a twist yet as it seems that we need more work for amd64... > I am teaching people C, C++ and UNIX API using FreeBSD at university. > There is a need for memory-checking tool. Does anybody know any > alternatives for FreeBSD 7? > > Alexander Churanov - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoDY4AACgkQi+vbBBjt66BmzgCfSA8k0n6iRFwBv/t6NdzqRSWT Lo4AnRA0KiArezFOt5e429rafycoxDym =JQif -----END PGP SIGNATURE----- From rnoland at FreeBSD.org Thu May 7 22:48:02 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Thu May 7 22:48:08 2009 Subject: xcb-util 0.3.4 breaks awesome In-Reply-To: References: <20090507220706.GF3811@hades.panopticon> Message-ID: <1241736450.1788.18.camel@balrog.2hip.net> On Thu, 2009-05-07 at 18:39 -0400, Josh Rickmar wrote: > On Fri, 8 May 2009, Dmitry Marakasov wrote: > > > * Josh Rickmar (joshua_rickmar@eumx.net) wrote: > > > > That's quite complicated problem actually - xcb-util update has > > broken awesome; we could update awesome to 3.3-rc1, but it requires > > startup-notification 0.10 (which likely requires new xcb-util as > > well). > > > > Thus we'll likely have to wait for s-n 0.10 and consider awesome > > broken for now. Meanwhile, awesome users are recommended to not > > upgrade from/downgrade to xcb-util 0.3.3. > > > > This is really our fault as there should've been more testing and > > coordination with this update. > > > > > > OK. I've known about this break for quite some time now as there have > been many Linux users who had this same problem. In case of something > like this in the future, should I send a message to the maintainer > telling him/her about the potential break? Sending a HEADS UP message to the maintainer if you are aware of an issue would be a good courtesy and hopefully minimize any breakage. A short delay for a maintainer to address the issue is reasonable, but that is a slippery slope. I say give a reasonable amount of time for the breakage to be addressed (where the definition of reasonable is open to interpretation). If it isn't addressed, please move forward and commit. robert. > Also, to anyone who hasn't updated their xcb-util port yet, here's what > I did to prevent tools like portmaster from installing the newer > version: > > # touch /var/db/pkg/xcb-util-0.3.3/+IGNOREME > > Now in portmaster, I get the following message when using -a to update > all my ports: > > ===>>> Launching child to update xcb-util-0.3.3 to xcb-util-0.3.4 > > ===>>> xcb-util-0.3.3 has an +IGNOREME file > > ===>>> Update anyway? [n] -- Robert Noland 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/20090507/45fddb18/attachment.pgp From amdmi3 at amdmi3.ru Thu May 7 22:54:09 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu May 7 22:54:16 2009 Subject: xcb-util 0.3.4 breaks awesome In-Reply-To: <1241735526.1788.12.camel@balrog.2hip.net> References: <20090507220706.GF3811@hades.panopticon> <1241735526.1788.12.camel@balrog.2hip.net> Message-ID: <20090507225307.GG3811@hades.panopticon> * Robert Noland (rnoland@FreeBSD.org) wrote: > > That's quite complicated problem actually - xcb-util update has > > broken awesome; we could update awesome to 3.3-rc1, but it requires > > startup-notification 0.10 (which likely requires new xcb-util as > > well). > > > > Thus we'll likely have to wait for s-n 0.10 and consider awesome > > broken for now. Meanwhile, awesome users are recommended to not > > upgrade from/downgrade to xcb-util 0.3.3. > > > > This is really our fault as there should've been more testing and > > coordination with this update. > > Holding back X or it's sub-components is really not an option. The > applications have to keep up. xcb-util doesn't fall under my umbrella, > exactly, but I do update it in Xorg sweeps on occasion. Unless the > damage is widespread progress must continue. Awesome needs to be > patched, updated or marked BROKEN temporarily. Sure, I've just did exactly that - marked awesome BROKEN in presence of newer xcb-util. The note above was for awesome users who, regardless of ports progression and updates, will need a way to use them :) -- 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 Thu May 7 22:56:07 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu May 7 22:56:14 2009 Subject: xcb-util 0.3.4 breaks awesome In-Reply-To: References: <20090507220706.GF3811@hades.panopticon> Message-ID: <20090507225506.GH3811@hades.panopticon> * Josh Rickmar (joshua_rickmar@eumx.net) wrote: > OK. I've known about this break for quite some time now as there have > been many Linux users who had this same problem. In case of something > like this in the future, should I send a message to the maintainer > telling him/her about the potential break? Probably. Productive communication and collaboration haven't harmed anyone yet. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From rnoland at FreeBSD.org Thu May 7 23:00:02 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Thu May 7 23:00:08 2009 Subject: xcb-util 0.3.4 breaks awesome In-Reply-To: <20090507225307.GG3811@hades.panopticon> References: <20090507220706.GF3811@hades.panopticon> <1241735526.1788.12.camel@balrog.2hip.net> <20090507225307.GG3811@hades.panopticon> Message-ID: <1241737174.1788.19.camel@balrog.2hip.net> On Fri, 2009-05-08 at 02:53 +0400, Dmitry Marakasov wrote: > * Robert Noland (rnoland@FreeBSD.org) wrote: > > > > That's quite complicated problem actually - xcb-util update has > > > broken awesome; we could update awesome to 3.3-rc1, but it requires > > > startup-notification 0.10 (which likely requires new xcb-util as > > > well). > > > > > > Thus we'll likely have to wait for s-n 0.10 and consider awesome > > > broken for now. Meanwhile, awesome users are recommended to not > > > upgrade from/downgrade to xcb-util 0.3.3. > > > > > > This is really our fault as there should've been more testing and > > > coordination with this update. > > > > Holding back X or it's sub-components is really not an option. The > > applications have to keep up. xcb-util doesn't fall under my umbrella, > > exactly, but I do update it in Xorg sweeps on occasion. Unless the > > damage is widespread progress must continue. Awesome needs to be > > patched, updated or marked BROKEN temporarily. > > Sure, I've just did exactly that - marked awesome BROKEN in presence of > newer xcb-util. The note above was for awesome users who, regardless of > ports progression and updates, will need a way to use them :) Agreed, providing a solution whatever it may be is always a good thing for users. robert. -- Robert Noland 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/20090507/b0b3000a/attachment.pgp From received at postcard.org Fri May 8 00:21:17 2009 From: received at postcard.org (received@postcard.org) Date: Fri May 8 00:21:23 2009 Subject: You have just received a virtual postcard from a friend ! Message-ID: <20090507235100.284DA21B7DE6@rhodamine.com.au> You have just received a virtual postcard from a friend ! . You can pick up your postcard at the following web address: . [1]http:.exe . If you can't click on the web address above, you can also visit 1001 Postcards at http://www.postcards.org/postcards/ and enter your pickup code, which is: d21-sea-sunset . (Your postcard will be available for 60 days.) . Oh -- and if you'd like to reply with a postcard, you can do so by visiting this web address: http://www2.postcards.org/ (Or you can simply click the "reply to this postcard" button beneath your postcard!) . We hope you enjoy your postcard, and if you do, please take a moment to send a few yourself! . Regards, 1001 Postcards http://www.postcards.org/postcards/ References 1. http://85.17.150.185/~paco/postcard.gif.exe From glarkin at FreeBSD.org Fri May 8 03:11:44 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Fri May 8 03:11:50 2009 Subject: pear v1.8.1 build issues with php v4.4.9 In-Reply-To: <20090507142313.Q11492@rust.salford.ac.uk> References: <20090507142313.Q11492@rust.salford.ac.uk> Message-ID: <4A03A2E9.9050201@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mark Powell wrote: > Hi, > I've narrowed down a problem when building pear v1.8.1 with php v4.4.9. > There is an XML parse error when the port tries to install Structure_Graph. > NB pear v1.7.2 builds ok with php v4.4.9. It's the update to pear > v1.8.1 that breaks it. Also, with php v5 pear v1.8.1 builds ok. > So it just seems to be the combination of pear v1.8.x and php v4. > Here's the relevant part of the build: > > ----- > Installing selected packages.................. > Installing bootstrap package: PEAR...................warning: pear/PEAR > requires package "pear/Archive_Tar" (recommended version 1.3.3) > warning: pear/PEAR requires package "pear/Structures_Graph" (recommended > version 1.0.2) > warning: pear/PEAR requires package "pear/Console_Getopt" (recommended > version 1.2.3) > install ok: channel://pear.php.net/PEAR-1.8.1 > PEAR: Optional feature webinstaller available (PEAR's web-based installer) > PEAR: Optional feature gtkinstaller available (PEAR's PHP-GTK-based > installer) > PEAR: Optional feature gtk2installer available (PEAR's PHP-GTK2-based > installer) > PEAR: To install optional features use "pear install pear/PEAR#featurename" > Installing bootstrap package: Structures_Graph.......downloading > Structures_Graph-1.0.2.tgz ... > Starting to download Structures_Graph-1.0.2.tgz (30,947 bytes) > .........done: 30,947 bytes > XML Error: 'not well-formed (invalid token)' on line '10' > Download of "pear/Structures_Graph" succeeded, but it is not a valid > package archive > Error: cannot download "pear/Structures_Graph" > Download failed > Installing local package: Archive_Tar-stable.........install ok: > channel://pear.php.net/Archive_Tar-1.3.3 > Installing local package: Console_Getopt-stable.......install ok: > channel://pear.php.net/Console_Getopt-1.2.3 > ===> Registering installation for pear-1.8.1 > ----- > > Even though the install of Structures_Graph fails, the port installation > succeeds. > Manually attempting the install of Structures_Graph unsurprisingly > gives the same error: > > ----- > # pear -V > PEAR Version: 1.8.1 > PHP Version: 4.4.9 > Zend Engine Version: 1.3.0 > Running on: FreeBSD webmail0 7.1-RELEASE-p5 FreeBSD 7.1-RELEASE-p5 #0: > Tue Apr 28 17:55:20 UTC 2009 xxx amd64 > # pear install Structures_Graph > downloading Structures_Graph-1.0.2.tgz ... > Starting to download Structures_Graph-1.0.2.tgz (30,947 bytes) > .........done: 30,947 bytes > XML Error: 'not well-formed (invalid token)' on line '10' > Download of "pear/Structures_Graph" succeeded, but it is not a valid > package archive > Error: cannot download "pear/Structures_Graph" > Download failed > install failed > ----- > > I see they changed to packages.xml v2.0 with pear v1.8.1. However, it's > supposed to also woth with php v4.4.0 of newer. > Is this a pear problem, rather than ports? > Many thanks for your time. > Hi Mark, I looked into this problem for a little today, and I think I know the reason for the failure, but I haven't found a solution yet. The package2.xml file contained in the Structures_Graph .tar distro has some non-ASCII characters on line 10. I removed those characters and re-rerolled the .tar file. I then tried to install the local copy of the .tar file instead of pulling it from php.net. Presumably, that fixed the error that you reported, but it failed in another way: - ---cut---cut---cut---cut---cut---cut--- # pear install /tmp/go-pear/download/Structures_Graph-1.0.2.tar Warning: sortpackagesforinstall(Structures/Graph.php): failed to open stream: No such file or directory in PEAR/Downloader.php on line 1217 Warning: sortpackagesforinstall(Structures/Graph.php): failed to open stream: No such file or directory in /usr/local/share/pear/PEAR/Downloader.php on line 1217 Fatal error: sortpackagesforinstall(): Failed opening required 'Structures/Graph.php' (include_path='/usr/local/share/pear') in /usr/local/share/pear/PEAR/Downloader.php on line 1217 - ---cut---cut---cut---cut---cut---cut--- I haven't had time to chase that down, but perhaps it gives you some idea on how to continue troubleshooting? Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ http://twitter.com/sourcehosting -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoDoukACgkQ0sRouByUApC+RgCgmf+x51qe6Mj0kmedE8AHaMhX SigAmQEKfvDtfo0Ev9ZYzpxb0+YsTtpJ =VecN -----END PGP SIGNATURE----- From sepotvin at videotron.ca Fri May 8 03:38:26 2009 From: sepotvin at videotron.ca (Stephane E. Potvin) Date: Fri May 8 03:38:32 2009 Subject: Change to patch(1) Message-ID: <4A0362DB.8090201@videotron.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 svn commit r191910 makes patch(1) support input lines of arbitrary length. I'm not expecting this to cause any problems (I've been using it locally for quite some time) but if you notice any breakage please don't hesitate to bug me. Steph -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoDYtsACgkQmdOXtTCX/ntWOgCfVnAkqstevAhLGhIsBRgXLiJe jSEAoPwpg2JIVYW6VmxBsMVtkcCy0uD8 =vLbi -----END PGP SIGNATURE----- From received at postcard.org Fri May 8 03:51:03 2009 From: received at postcard.org (received@postcard.org) Date: Fri May 8 03:51:10 2009 Subject: You have just received a virtual postcard from a friend ! Message-ID: <20090508035101.143DB221169C@rhodamine.com.au> You have just received a virtual postcard from a friend ! . You can pick up your postcard at the following web address: . [1]http:.exe . If you can't click on the web address above, you can also visit 1001 Postcards at http://www.postcards.org/postcards/ and enter your pickup code, which is: d21-sea-sunset . (Your postcard will be available for 60 days.) . Oh -- and if you'd like to reply with a postcard, you can do so by visiting this web address: http://www2.postcards.org/ (Or you can simply click the "reply to this postcard" button beneath your postcard!) . We hope you enjoy your postcard, and if you do, please take a moment to send a few yourself! . Regards, 1001 Postcards http://www.postcards.org/postcards/ References 1. http://85.17.150.185/~paco/postcard.gif.exe From wahjava at gmail.com Fri May 8 07:38:18 2009 From: wahjava at gmail.com (Ashish SHUKLA) Date: Fri May 8 07:38:24 2009 Subject: split xcbgen from xcb-proto In-Reply-To: <4A01C995.1080808@icyb.net.ua> (Andriy Gapon's message of "Wed, 06 May 2009 20:32:05 +0300") References: <4A01C995.1080808@icyb.net.ua> Message-ID: <86hbzwvzsd.fsf@chateau.d.lf> Andriy Gapon writes: > It seems that it is a kind of bloating to require python with X (even if only a > small portion of it is needed). Unfortunately upstream guys maintain xcb-proto and > xcbgen in the same distribution. But a trend among packgers seem to be to split > these two into separate packages. I wonder if anybody is working on the same for > our ports. I don't think splitting into two ports will be a good idea. Instead I recommend using the PYTHON knob to install python stuff if user requires it. > From the point of view of the port itself it seems to be as easy building only one > subdirectory of the project, e.g.: > http://cvsweb.se.netbsd.org/cgi-bin/bsdweb.cgi/pkgsrc/x11/xcb-proto/patches/patch-ae?rev=1.1 > But it seems to be a more challenging task to decide which "higher level" ports > should depend on xcb-proto alone and which need xcbgen too. Yes, thats a challenging task. If more people require this, then I can add a PYTHON option to the xcb-proto to build/skip python related stuff in xcb-proto package. > -- > Andriy Gapon -- Ashish SHUKLA -------------- 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/20090508/d5db8944/attachment.pgp From bsam at ipt.ru Fri May 8 08:59:08 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri May 8 08:59:15 2009 Subject: split xcbgen from xcb-proto In-Reply-To: <86hbzwvzsd.fsf@chateau.d.lf> (Ashish SHUKLA's message of "Fri\, 08 May 2009 12\:36\:58 +0530") References: <4A01C995.1080808@icyb.net.ua> <86hbzwvzsd.fsf@chateau.d.lf> Message-ID: <35489942@bb.ipt.ru> On Fri, 08 May 2009 12:36:58 +0530 Ashish SHUKLA wrote: > Andriy Gapon writes: > > It seems that it is a kind of bloating to require python with X (even if only a > > small portion of it is needed). Unfortunately upstream guys maintain xcb-proto and > > xcbgen in the same distribution. But a trend among packgers seem to be to split > > these two into separate packages. I wonder if anybody is working on the same for > > our ports. > I don't think splitting into two ports will be a good idea. Instead I > recommend using the PYTHON knob to install python stuff if user requires > it. It's a good idea for those who uses ports but not packages. > > From the point of view of the port itself it seems to be as easy building only one > > subdirectory of the project, e.g.: > > http://cvsweb.se.netbsd.org/cgi-bin/bsdweb.cgi/pkgsrc/x11/xcb-proto/patches/patch-ae?rev=1.1 > > But it seems to be a more challenging task to decide which "higher level" ports > > should depend on xcb-proto alone and which need xcbgen too. > Yes, thats a challenging task. If more people require this, then I can > add a PYTHON option to the xcb-proto to build/skip python related stuff in > xcb-proto package. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From avg at icyb.net.ua Fri May 8 09:02:07 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri May 8 09:02:17 2009 Subject: split xcbgen from xcb-proto In-Reply-To: <86hbzwvzsd.fsf@chateau.d.lf> References: <4A01C995.1080808@icyb.net.ua> <86hbzwvzsd.fsf@chateau.d.lf> Message-ID: <4A03F50B.6050908@icyb.net.ua> on 08/05/2009 10:06 Ashish SHUKLA said the following: > Andriy Gapon writes: > >> It seems that it is a kind of bloating to require python with X (even if only a >> small portion of it is needed). Unfortunately upstream guys maintain xcb-proto and >> xcbgen in the same distribution. But a trend among packgers seem to be to split >> these two into separate packages. I wonder if anybody is working on the same for >> our ports. > > I don't think splitting into two ports will be a good idea. Why? They did it this way in pkgsrc and in debian packages. It seems natural to have C stuff as one port/package and python libs for transforming XML as another. -- Andriy Gapon From doublef-ctm at yandex.ru Fri May 8 11:00:35 2009 From: doublef-ctm at yandex.ru (Sergey Zaharchenko) Date: Fri May 8 11:00:43 2009 Subject: An enquiry about valgrind porting to FreeBSD In-Reply-To: <3cb459ed0905050528l7bb965ffs47fdabbc2d9e71ca@mail.gmail.com> References: <000001c9cd4f$092463a0$9a106f0a@china.huawei.com> <3cb459ed0905050528l7bb965ffs47fdabbc2d9e71ca@mail.gmail.com> Message-ID: <20090508104945.GA2705@shark.localdomain> Hello Alexander! Tue, May 05, 2009 at 04:28:20PM +0400 you wrote: > Hi all! > > I am also interested in it. I have lots of questions about valgrind: > > 1) Is it working at all? I always receive SIGBUS on 7x. > 2) Is our valgrind from http://valgrind.org/ or valgrind.kde.org? > 3) valgrind.org lists 3.4.1 as latest release, but there is 3.52 in > ports, how is it possible? > > I am teaching people C, C++ and UNIX API using FreeBSD at university. > There is a need for memory-checking tool. Does anybody know any > alternatives for FreeBSD 7? Hardly an alternative, but devel/leaktracer might be of some help. That's what I use. This is C++ only. HAND, -- 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/20090508/8f3cd7e1/attachment.pgp From sergienko.stanislav at gmail.com Fri May 8 06:13:21 2009 From: sergienko.stanislav at gmail.com (Stanislav Sergienko) Date: Fri May 8 11:27:10 2009 Subject: FreeBSD Port: net-p2p/transmission Message-ID: Hello dear developers!!! please update transmission port to version 1.60 -- best regards Sergienko Stanislav From wahjava at gmail.com Fri May 8 11:39:11 2009 From: wahjava at gmail.com (Ashish SHUKLA) Date: Fri May 8 11:39:43 2009 Subject: split xcbgen from xcb-proto In-Reply-To: <4A03F50B.6050908@icyb.net.ua> (Andriy Gapon's message of "Fri, 08 May 2009 12:02:03 +0300") References: <4A01C995.1080808@icyb.net.ua> <86hbzwvzsd.fsf@chateau.d.lf> <4A03F50B.6050908@icyb.net.ua> Message-ID: <86tz3v6d44.fsf@chateau.d.lf> Andriy Gapon writes: > on 08/05/2009 10:06 Ashish SHUKLA said the following: >> Andriy Gapon writes: >> >>> It seems that it is a kind of bloating to require python with X (even if only a >>> small portion of it is needed). Unfortunately upstream guys maintain xcb-proto and >>> xcbgen in the same distribution. But a trend among packgers seem to be to split >>> these two into separate packages. I wonder if anybody is working on the same for >>> our ports. >> >> I don't think splitting into two ports will be a good idea. > Why? > They did it this way in pkgsrc and in debian packages. It seems natural > to have C stuff as one port/package and python libs for transforming XML > as another. Well no ideas about netbsd's pkgsrc system, but debian is a package based system. Being a package based system, you've to create a separate package for each combination of options you're going to support. IMHO, FreeBSD is not a package based system primarily. It is ports based and in ports based system you've the freedom to specify the OPTIONS with which you want port to be installed and a package to be built for it. And BtW, WITH_PYTHON is not defined by default which means the default port will not be built with python support, unless you specifically requests for it. If this seems okay to you, I can add OPTIONS. > -- > Andriy Gapon -- Ashish SHUKLA -------------- 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/20090508/d0e5bc52/attachment.pgp From bsam at ipt.ru Fri May 8 12:10:49 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri May 8 12:10:56 2009 Subject: split xcbgen from xcb-proto In-Reply-To: <86tz3v6d44.fsf@chateau.d.lf> (Ashish SHUKLA's message of "Fri\, 08 May 2009 17\:05\:55 +0530") References: <4A01C995.1080808@icyb.net.ua> <86hbzwvzsd.fsf@chateau.d.lf> <4A03F50B.6050908@icyb.net.ua> <86tz3v6d44.fsf@chateau.d.lf> Message-ID: <58678616@bb.ipt.ru> On Fri, 08 May 2009 17:05:55 +0530 Ashish SHUKLA wrote: > IMHO, > FreeBSD is not a package based system primarily. It is ports based and > in ports based system you've the freedom to specify the OPTIONS with > which you want port to be installed and a package to be built for it. Please don't discriminate those of us who prefered using packages. ;-) WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From avg at icyb.net.ua Fri May 8 13:17:47 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri May 8 13:17:55 2009 Subject: split xcbgen from xcb-proto In-Reply-To: <86tz3v6d44.fsf@chateau.d.lf> References: <4A01C995.1080808@icyb.net.ua> <86hbzwvzsd.fsf@chateau.d.lf> <4A03F50B.6050908@icyb.net.ua> <86tz3v6d44.fsf@chateau.d.lf> Message-ID: <4A0430F6.4080202@icyb.net.ua> on 08/05/2009 14:35 Ashish SHUKLA said the following: > Well no ideas about netbsd's pkgsrc system, but debian is a package > based system. Being a package based system, you've to create a separate > package for each combination of options you're going to support. IMHO, > FreeBSD is not a package based system primarily. Well, let's not make decisions for other people. It's great to have a combined ports/packages system and it's nice to always treat it as such. > It is ports based and > in ports based system you've the freedom to specify the OPTIONS with > which you want port to be installed and a package to be built for it. Freedom always comes with burden of choice. I don't see why in this case there should be any choice or why that choice should be on a user. Select PYTHON and a user might have a bloat that he actually doesn't; don't select PYTHON, then later install some port that depends on xcbgen and a user has to deal with a cryptic failure when the new port sees that xcb-proto is installed, but doesn't see xcbgen. Having two ports, one for xcb-proto C core and the other for xcbgen doesn't but any burden on a user and automatically correctly handles dependencies. But this approach is more laborious, of course. > And BtW, WITH_PYTHON is not defined by default which means the default > port will not be built with python support, unless you specifically > requests for it. If this seems okay to you, I can add OPTIONS. -- Andriy Gapon From korvus at comcast.net Fri May 8 14:15:41 2009 From: korvus at comcast.net (Steve Polyack) Date: Fri May 8 14:15:48 2009 Subject: Net-SNMP maintainer timeout - change-request (PR 133093) Message-ID: <4A043E8B.9020705@comcast.net> I submitted a PR over a month ago requesting a change to the net-snmp port. There are several options in the port which currently require compile-time defines to enable or disable. The PR contained a patch to simply make these available via the ports configuration system (make config). Since this is beyond the maintainer timeout period, I'd like some feedback from you guys. Surely someone else out there has 64bit FreeBSD systems running Net-SNMP with 64-bit counters enabled. http://www.freebsd.org/cgi/query-pr.cgi?pr=133093 From rnoland at FreeBSD.org Fri May 8 15:07:15 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Fri May 8 15:07:21 2009 Subject: split xcbgen from xcb-proto In-Reply-To: <4A0430F6.4080202@icyb.net.ua> References: <4A01C995.1080808@icyb.net.ua> <86hbzwvzsd.fsf@chateau.d.lf> <4A03F50B.6050908@icyb.net.ua> <86tz3v6d44.fsf@chateau.d.lf> <4A0430F6.4080202@icyb.net.ua> Message-ID: <1241795208.1733.8.camel@balrog.2hip.net> On Fri, 2009-05-08 at 16:17 +0300, Andriy Gapon wrote: > on 08/05/2009 14:35 Ashish SHUKLA said the following: > > > Well no ideas about netbsd's pkgsrc system, but debian is a package > > based system. Being a package based system, you've to create a separate > > package for each combination of options you're going to support. IMHO, > > FreeBSD is not a package based system primarily. > > Well, let's not make decisions for other people. It's great to have a combined > ports/packages system and it's nice to always treat it as such. > > > It is ports based and > > in ports based system you've the freedom to specify the OPTIONS with > > which you want port to be installed and a package to be built for it. > > Freedom always comes with burden of choice. I don't see why in this case there > should be any choice or why that choice should be on a user. > Select PYTHON and a user might have a bloat that he actually doesn't; don't select > PYTHON, then later install some port that depends on xcbgen and a user has to deal > with a cryptic failure when the new port sees that xcb-proto is installed, but > doesn't see xcbgen. I think that a slave port is ok in this case. As long as dependencies can be cleanly tracked and it doesn't produce conflicts. Meaning that the user shouldn't have to select one port over the other. robert. > Having two ports, one for xcb-proto C core and the other for xcbgen doesn't but > any burden on a user and automatically correctly handles dependencies. > But this approach is more laborious, of course. > > > And BtW, WITH_PYTHON is not defined by default which means the default > > port will not be built with python support, unless you specifically > > requests for it. If this seems okay to you, I can add OPTIONS. > -- Robert Noland 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/20090508/fc793ce8/attachment.pgp From kamikaze at bsdforen.de Fri May 8 15:13:33 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Fri May 8 15:13:40 2009 Subject: obfuscated email addresses in CVS Message-ID: <4A044C17.3060006@bsdforen.de> It has recently come to my attention that some commiters obfuscate email addresses in the CVS logs, e.g: Submitted by: Dominic Fandrey (maintainer) Is this a policy? I prefer for my email address not to be obfuscated: Submitted by: Dominic Fandrey (maintainer) I'm convinced that SPAM bots can read these obfuscated email addresses without problems anyway. So why bother making email less simple for every one? From avg at icyb.net.ua Fri May 8 15:20:58 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri May 8 15:21:04 2009 Subject: split xcbgen from xcb-proto In-Reply-To: <1241795208.1733.8.camel@balrog.2hip.net> References: <4A01C995.1080808@icyb.net.ua> <86hbzwvzsd.fsf@chateau.d.lf> <4A03F50B.6050908@icyb.net.ua> <86tz3v6d44.fsf@chateau.d.lf> <4A0430F6.4080202@icyb.net.ua> <1241795208.1733.8.camel@balrog.2hip.net> Message-ID: <4A044DD5.8030209@icyb.net.ua> on 08/05/2009 18:06 Robert Noland said the following: > > I think that a slave port is ok in this case. As long as dependencies > can be cleanly tracked and it doesn't produce conflicts. Meaning that > the user shouldn't have to select one port over the other. Right. One port should complement the other, not be its alternative. -- Andriy Gapon From alexanderchuranov at gmail.com Fri May 8 15:44:12 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Fri May 8 15:44:18 2009 Subject: An enquiry about valgrind porting to FreeBSD In-Reply-To: <20090508104945.GA2705@shark.localdomain> References: <000001c9cd4f$092463a0$9a106f0a@china.huawei.com> <3cb459ed0905050528l7bb965ffs47fdabbc2d9e71ca@mail.gmail.com> <20090508104945.GA2705@shark.localdomain> Message-ID: <3cb459ed0905080844m241d90d1m328515519861e2c4@mail.gmail.com> 2009/5/8 Sergey Zaharchenko : > Hardly an alternative, but devel/leaktracer might be of some help. > That's what I use. This is C++ only. I've tried it. Using is like a breathe. And does it's job. Thank you. Alexander Churanov From alexanderchuranov at gmail.com Fri May 8 15:50:13 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Fri May 8 15:50:19 2009 Subject: An enquiry about valgrind porting to FreeBSD In-Reply-To: <4A036381.7040406@delphij.net> References: <000001c9cd4f$092463a0$9a106f0a@china.huawei.com> <3cb459ed0905050528l7bb965ffs47fdabbc2d9e71ca@mail.gmail.com> <4A036381.7040406@delphij.net> Message-ID: <3cb459ed0905080850j35c18d78gca6972c1316f8fef@mail.gmail.com> 2009/5/8 Xin LI : > That's "Revision 352" and not 3.52 nor 3.5.2... Ah, it's clear now. > As far as I am aware Peter Wemm worked on a valgrind port which is > available on p4. ?Haven't give it a twist yet as it seems that we need > more work for amd64... Is it checked into the ports tree? Support for i386 is enough for me, and, probably many other users. I'd like to explain people that there is a tool that can track all reads and writes. If it's works only on i386 - it's a limitation. But if it does not work at all, then some people usually start complaining: "FreeBSD is not capable of doing this, let's replace it with something better suited for development". Alexander Churanov From pgollucci at p6m7g8.com Fri May 8 16:10:49 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Fri May 8 16:11:03 2009 Subject: obfuscated email addresses in CVS In-Reply-To: <4A044C17.3060006@bsdforen.de> References: <4A044C17.3060006@bsdforen.de> Message-ID: <4A04572A.50903@p6m7g8.com> Dominic Fandrey wrote: > It has recently come to my attention that some commiters obfuscate > email addresses in the CVS logs, e.g: > Submitted by: Dominic Fandrey (maintainer) > > Is this a policy? I prefer for my email address not to be obfuscated: > Submitted by: Dominic Fandrey (maintainer) > > I'm convinced that SPAM bots can read these obfuscated email > addresses without problems anyway. So why bother making email less > simple for every one? +1 I completely agree. Besides your e-mails are already public on a large number of forums if you are a committer, maintainer, or pr submitter. -- ------------------------------------------------------------------------ 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 Fri May 8 17:07:59 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Fri May 8 17:08:08 2009 Subject: xcb-util 0.3.4 breaks awesome In-Reply-To: References: Message-ID: <20090508170656.GE55742@hades.panopticon> * Josh Rickmar (joshua_rickmar@eumx.net) wrote: starup-notification was updated, and I've just committed update of awesome to 3.3-rc2. This should have no problems with new xcb-util. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From joshua_rickmar at eumx.net Fri May 8 19:38:03 2009 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Fri May 8 19:38:12 2009 Subject: xcb-util 0.3.4 breaks awesome In-Reply-To: <20090508170656.GE55742@hades.panopticon> References: <20090508170656.GE55742@hades.panopticon> Message-ID: On Fri, 8 May 2009, Dmitry Marakasov wrote: > * Josh Rickmar (joshua_rickmar@eumx.net) wrote: > > starup-notification was updated, and I've just committed update of > awesome to 3.3-rc2. This should have no problems with new xcb-util. > > Thanks! Yeah, I saw the update to 3.3-rc2 and the new startup-notification version. Upgrading right now. I'll notify you again if I see any more problems (not necessarily with xcb-util). -- IRC nick: jrick Jabber: jrick@jabber.org http://identi.ca/jrick From lehmann at ans-netz.de Fri May 8 20:39:47 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Fri May 8 20:39:54 2009 Subject: bsd.scons.mk Message-ID: <20090508223945.a99e903c.lehmann@ans-netz.de> Hi Alexander, do you plan to implement MAKE_JOBS_SAFE for bsd.scons.mk as well? I wonder if just adding _MAKE_JOBS to SCONS_ENV would be enough since -j is also supported for scons. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From ivoras at freebsd.org Fri May 8 21:24:29 2009 From: ivoras at freebsd.org (Ivan Voras) Date: Fri May 8 21:24:36 2009 Subject: PkgTrans proposal Message-ID: Re: BSDCan Ports BOF: http://wiki.freebsd.org/IvanVoras/PkgTransProposal It's there... if anyone's still interested, please contact me. From alexbl at FreeBSD.org Fri May 8 21:29:31 2009 From: alexbl at FreeBSD.org (Alexander Botero-Lowry) Date: Fri May 8 21:30:03 2009 Subject: bsd.scons.mk In-Reply-To: <20090508223945.a99e903c.lehmann@ans-netz.de> References: <20090508223945.a99e903c.lehmann@ans-netz.de> Message-ID: <68492.1241817288@temperantia> > Hi Alexander, > > do you plan to implement MAKE_JOBS_SAFE for bsd.scons.mk as well? > I wonder if just adding _MAKE_JOBS to SCONS_ENV would be enough since -j > is also supported for scons. > That should be enough. scons supports -j. Alex From stephen at missouri.edu Fri May 8 23:03:49 2009 From: stephen at missouri.edu (Stephen Montgomery-Smith) Date: Fri May 8 23:03:56 2009 Subject: octave forge update issues Message-ID: <4A04B4D2.8040204@missouri.edu> I am the octave-forge maintainer. The octave forge source files have been updated. Quite a few of the new source packages require octave-devel (3.1.55) instead of octave itself. I am not quite sure what to do. I was hoping some end users could give me their opinion. Here are some options: 1. Leave it all alone until octave catches up to octave-devel. 2. Make octave-forge pull in octave-devel as a dependency instead of octave. I am sure that there are many other options as well, which you should also send to me. Stephen From chat95 at mac.com Sat May 9 00:47:22 2009 From: chat95 at mac.com (Maho NAKATA) Date: Sat May 9 00:47:29 2009 Subject: octave forge update issues In-Reply-To: <4A04B4D2.8040204@missouri.edu> References: <4A04B4D2.8040204@missouri.edu> Message-ID: <20090509.091959.193729934.chat95@mac.com> From: Stephen Montgomery-Smith Subject: octave forge update issues Date: Fri, 08 May 2009 17:40:18 -0500 > I am the octave-forge maintainer. > > The octave forge source files have been updated. Quite a few of the > new source packages require octave-devel (3.1.55) instead of octave > itself. I am not quite sure what to do. I was hoping some end users > could give me their opinion. Here are some options: > > 1. Leave it all alone until octave catches up to octave-devel. +1 I'd like to leave octave-devel port as leaf ports as if some conflict can happen. > 2. Make octave-forge pull in octave-devel as a dependency instead of > octave. Some may want to test some of new octave-forge packages so is it possible to add some knob so that user can select which one to depend? 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/20090509/aa9bf3c2/attachment.pgp From erwin at FreeBSD.org Sat May 9 01:53:33 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat May 9 01:53:40 2009 Subject: INDEX build failed for 6.x Message-ID: <200905090154.n491sCCd051333@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 "Makefile", line 15: Could not find /a/erwin/tindex/ports/x11/gambas2-gb-desktop/../../lang/gambas2-base/Makefile make: fatal errors encountered -- cannot continue ===> x11/gambas2-gb-desktop failed *** Error code 1 *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 1 error Committers on the hook: acm bsam dhn garga kwm marius nox pgj pgollucci Most recent CVS update was: U Mk/bsd.linux-apps.mk U astro/google-earth/Makefile U astro/google-earth/distinfo U deskutils/nautilus-sendto/Makefile U deskutils/nautilus-sendto/distinfo U deskutils/nautilus-sendto/pkg-plist U devel/lhs2TeX/Makefile U devel/libbobcat/Makefile U devel/libbobcat/distinfo U multimedia/kdenlive/Makefile U net/mgen/Makefile U net/mgen/files/patch-protolib_unix_bsdRouteMgr.cpp U security/dsniff/Makefile U sysutils/cdrtools-devel/Makefile U sysutils/cdrtools-devel/distinfo U sysutils/cdrtools-devel/files/patch-libsiconv-sic_nls.c U www/p5-Maypole/Makefile U www/p5-Maypole/pkg-plist U www/p5-Maypole/files/pkg-message.in U x11/Makefile U x11/gambas2-gb-desktop/Makefile U x11/gambas2-gb-desktop/pkg-plist U x11-toolkits/Makefile U x11-toolkits/gambas2-gb-qt/Makefile U x11-toolkits/gambas2-gb-qt/pkg-plist U x11-toolkits/gambas2-gb-qt/files/patch-gb.qt-src_x11.c From glarkin at FreeBSD.org Sat May 9 02:58:07 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Sat May 9 02:58:16 2009 Subject: Net-SNMP maintainer timeout - change-request (PR 133093) In-Reply-To: <4A043E8B.9020705@comcast.net> References: <4A043E8B.9020705@comcast.net> Message-ID: <4A04F136.6070901@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Steve Polyack wrote: > I submitted a PR over a month ago requesting a change to the net-snmp > port. There are several options in the port which currently require > compile-time defines to enable or disable. The PR contained a patch to > simply make these available via the ports configuration system (make > config). Since this is beyond the maintainer timeout period, I'd like > some feedback from you guys. Surely someone else out there has 64bit > FreeBSD systems running Net-SNMP with 64-bit counters enabled. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=133093 > Hi Steve, I'll take this PR and commit it. I added to your patch to include the other WITH_* variables in OPTIONS and generally changed "!defined(WITHOUT_FOO)" tests to "defined(WITH_FOO)". Also, the patch doesn't require a PORTREVISION bump. If you like, have a look here: http://people.freebsd.org/~glarkin/diffs/net-snmp.diff and let me know what you think. Cheers, Greg - -- Greg Larkin http://www.FreeBSD.org/ http://twitter.com/sourcehosting -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoE8TYACgkQ0sRouByUApCuuwCeIWyz6YzTzB2JogybWLazP01d 2i0AoIX+29bnzrNr0Lqpz/IY2Im41YUx =zVMU -----END PGP SIGNATURE----- From korvus at comcast.net Sat May 9 04:36:47 2009 From: korvus at comcast.net (Steve Polyack) Date: Sat May 9 04:36:53 2009 Subject: Net-SNMP maintainer timeout - change-request (PR 133093) In-Reply-To: <4A04F136.6070901@FreeBSD.org> References: <4A043E8B.9020705@comcast.net> <4A04F136.6070901@FreeBSD.org> Message-ID: <4A05053C.2050509@comcast.net> Greg Larkin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Hi Steve, > > I'll take this PR and commit it. I added to your patch to include the > other WITH_* variables in OPTIONS and generally changed > "!defined(WITHOUT_FOO)" tests to "defined(WITH_FOO)". Also, the patch > doesn't require a PORTREVISION bump. > > If you like, have a look here: > http://people.freebsd.org/~glarkin/diffs/net-snmp.diff and let me know > what you think. > > Cheers, > Greg > - -- > Greg Larkin > http://www.FreeBSD.org/ > http://twitter.com/sourcehosting > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.10 (Darwin) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkoE8TYACgkQ0sRouByUApCuuwCeIWyz6YzTzB2JogybWLazP01d > 2i0AoIX+29bnzrNr0Lqpz/IY2Im41YUx > =zVMU > -----END PGP SIGNATURE----- > > Looks great Greg. Thanks for this. I appreciate it. -Steve Polyack From erwin at FreeBSD.org Sat May 9 04:43:02 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat May 9 04:43:09 2009 Subject: INDEX build failed for 6.x Message-ID: <200905090443.n494hgXC037930@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: gambas2-2.12: no entry for /usr/ports/editors/gambas2-ide Committers on the hook: acm bsam dhn garga kwm marius nork nox pgj pgollucci wxs Most recent CVS update was: U archivers/Makefile U archivers/gambas2-gb-compress-bzlib2/Makefile U archivers/gambas2-gb-compress-bzlib2/pkg-plist U archivers/gambas2-gb-compress-zlib/Makefile U archivers/gambas2-gb-compress-zlib/pkg-plist U archivers/gambas2-gb-compress-zlib/files/patch-gb.compress.zlib-src_main.c U audio/Makefile U audio/gambas2-gb-sdl-sound/Makefile U audio/gambas2-gb-sdl-sound/pkg-plist U databases/Makefile U databases/gambas2-gb-db-firebird/Makefile U databases/gambas2-gb-db-firebird/pkg-plist U databases/gambas2-gb-db-mysql/Makefile U databases/gambas2-gb-db-mysql/pkg-plist U databases/gambas2-gb-db-odbc/Makefile U databases/gambas2-gb-db-odbc/pkg-plist U databases/gambas2-gb-db-postgresql/Makefile U databases/gambas2-gb-db-postgresql/pkg-plist U databases/gambas2-gb-db-sqlite2/Makefile U databases/gambas2-gb-db-sqlite2/pkg-plist U databases/gambas2-gb-db-sqlite3/Makefile U databases/gambas2-gb-db-sqlite3/pkg-plist U devel/Makefile U devel/gambas2-gb-corba/Makefile U devel/gambas2-gb-corba/pkg-plist U devel/gambas2-gb-pcre/Makefile U devel/gambas2-gb-pcre/pkg-plist U devel/gambas2-gb-sdl/Makefile U devel/gambas2-gb-sdl/pkg-plist U devel/git/Makefile U devel/obby/Makefile U editors/gobby/Makefile U ftp/Makefile U ftp/gambas2-gb-net-curl/Makefile U ftp/gambas2-gb-net-curl/pkg-plist U games/nethack34/Makefile U graphics/Makefile U graphics/gambas2-gb-gtk-svg/Makefile U graphics/gambas2-gb-gtk-svg/pkg-plist U graphics/gambas2-gb-image/Makefile U graphics/gambas2-gb-image/pkg-plist U graphics/gambas2-gb-opengl/Makefile U graphics/gambas2-gb-opengl/pkg-plist U graphics/gambas2-gb-pdf/Makefile U graphics/gambas2-gb-pdf/pkg-plist U lang/Makefile U lang/gambas2/Makefile U lang/gambas2/pkg-descr U lang/gambas2/files/pkg-message.in U lang/gambas2-base/Makefile U lang/gambas2-base/Makefile.components U lang/gambas2-base/distinfo U lang/gambas2-base/pkg-descr U lang/gambas2-base/pkg-plist U lang/gambas2-base/files/patch-main-gbx_gbx_math.c U lang/gambas2-base/files/patch-main-gbx_gbx_math.h U lang/gambas2-components/Makefile U lang/gambas2-components/pkg-plist U lang/gambas2-examples/Makefile U lang/gambas2-examples/distinfo U lang/gambas2-examples/pkg-descr U lang/gambas2-examples/pkg-plist U mail/Makefile U mail/gambas2-gb-net-smtp/Makefile U mail/gambas2-gb-net-smtp/pkg-plist U math/libtommath/Makefile U math/tomsfastmath/Makefile U net/Makefile U net/bittwist/Makefile U net/daemonlogger/Makefile U net/gambas2-gb-net/Makefile U net/gambas2-gb-net/pkg-plist U net/honeyd/Makefile U net/httpry/Makefile U net/libpcap/Makefile U net/net6/Makefile U net/ntop/Makefile U net/pktanon/Makefile U net/silc-client/Makefile U net/silc-server/Makefile U net/sobby/Makefile U net/tcpdump/Makefile U net/tftpgrab/Makefile U net-im/pork/Makefile U net-mgmt/isic/Makefile U security/Makefile U security/gambas2-gb-crypt/Makefile U security/gambas2-gb-crypt/pkg-plist U security/libtomcrypt/Makefile U sysutils/cdargs/Makefile U textproc/Makefile U textproc/gambas2-gb-xml/Makefile U textproc/gambas2-gb-xml/pkg-plist U www/tinyproxy/Makefile U x11/Makefile U x11/gambas2-gb-qt-kde/Makefile U x11/gambas2-gb-qt-kde/pkg-plist U x11/keynav/Makefile U x11/xdotool/Makefile U x11-clocks/xdaliclock/Makefile U x11-drivers/xf86-video-radeonhd-devel/Makefile U x11-drivers/xf86-video-radeonhd-devel/distinfo U x11-drivers/xf86-video-radeonhd-devel/files/patch-configure.ac U x11-drivers/xf86-video-radeonhd-devel/files/patch-src-Makefile.am U x11-toolkits/Makefile U x11-toolkits/gambas2-gb-gtk/Makefile U x11-toolkits/gambas2-gb-gtk/pkg-plist U x11-wm/selectwm/Makefile From erwin at FreeBSD.org Sat May 9 07:36:57 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat May 9 07:37:04 2009 Subject: INDEX build failed for 6.x Message-ID: <200905090737.n497bbHB000498@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: gambas2-2.12: no entry for /usr/ports/editors/gambas2-ide Committers on the hook: acm bsam dhn garga kwm marcus marius nork nox pgj pgollucci wxs Most recent CVS update was: U devel/dbus/Makefile U devel/dbus/distinfo U devel/goffice/Makefile U devel/goffice/distinfo U devel/libgsf/Makefile U devel/libgsf/distinfo U math/gnumeric/Makefile U math/gnumeric/distinfo U math/gnumeric/pkg-plist U science/gchemutils/Makefile U science/gchemutils/pkg-plist From lehmann at ans-netz.de Sat May 9 07:42:28 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Sat May 9 07:42:36 2009 Subject: bsd.scons.mk In-Reply-To: <68492.1241817288@temperantia> References: <20090508223945.a99e903c.lehmann@ans-netz.de> <68492.1241817288@temperantia> Message-ID: <20090509094221.ea25d8f9.lehmann@ans-netz.de> Alexander Botero-Lowry wrote: > > Hi Alexander, > > > > do you plan to implement MAKE_JOBS_SAFE for bsd.scons.mk as well? > > I wonder if just adding _MAKE_JOBS to SCONS_ENV would be enough since -j > > is also supported for scons. > > > That should be enough. scons supports -j. Ok, great! Are you going to implement/test it? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From erwin at FreeBSD.org Sat May 9 10:35:26 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat May 9 10:35:52 2009 Subject: INDEX build failed for 6.x Message-ID: <200905091036.n49Aa6QF092602@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: gambas2-2.12: no entry for /usr/ports/editors/gambas2-ide Committers on the hook: acm beat bsam dhn garga hq kwm marcus marius miwi nork nox pgj pgollucci wxs Most recent CVS update was: U databases/p5-Rose-DB/Makefile U databases/p5-Rose-DB/distinfo U devel/p5-POE-Component-Daemon/Makefile U devel/p5-POE-Component-Daemon/distinfo U editors/scite/Makefile U editors/scite/distinfo U editors/scite/pkg-plist U editors/zile/Makefile U editors/zile/distinfo U finance/homebank/Makefile U finance/homebank/distinfo U finance/homebank/pkg-plist U finance/homebank/files/patch-src__import.c U games/burrtools/Makefile U games/burrtools/distinfo U games/freecell-solver/Makefile U games/freecell-solver/distinfo U graphics/mtpaint/Makefile U graphics/mtpaint/distinfo U graphics/py-graph/Makefile U graphics/py-graph/distinfo U graphics/py-graph/pkg-plist U graphics/py-graph/files/patch-setup.py U graphics/swftools/Makefile U graphics/swftools/distinfo U graphics/swftools/pkg-descr U graphics/swftools/pkg-plist U irc/xaric/Makefile U irc/xaric/distinfo U japanese/p5-WWW-MobileCarrierJP/Makefile U japanese/p5-WWW-MobileCarrierJP/distinfo U multimedia/miro/Makefile U multimedia/miro/distinfo U multimedia/miro/pkg-plist U multimedia/miro/files/patch-platform_gtk-x11_setup.py U net/gsk/Makefile U net/gsk/distinfo U net/gsk/pkg-plist U net/gsk/files/patch-src_gskipv4.c U net/pear-Services_Twitter/Makefile U net/pear-Services_Twitter/distinfo U net-p2p/bitflu/Makefile U net-p2p/bitflu/distinfo U print/ft2demos/Makefile U print/ft2demos/distinfo U russian/Makefile U russian/p5-Convert-Cyrillic/Makefile U russian/p5-Convert-Cyrillic/distinfo U russian/p5-Convert-Cyrillic/pkg-descr U russian/p5-Convert-Cyrillic/pkg-plist U security/clamtk/Makefile U security/clamtk/distinfo U security/clamtk/pkg-plist U security/py-PF/Makefile U security/py-PF/distinfo U security/py-PF/pkg-plist U textproc/asciidoc/Makefile U textproc/asciidoc/distinfo U textproc/asciidoc/files/patch-Makefile.in U textproc/idnits/Makefile U textproc/idnits/distinfo U textproc/py-excelerator/Makefile U textproc/py-excelerator/distinfo U textproc/py-excelerator/pkg-plist U www/hudson/Makefile U www/hudson/distinfo U www/pear-HTTP_Request2/Makefile U www/pear-HTTP_Request2/distinfo U www/py-amf/Makefile U www/py-amf/distinfo U www/py-amf/pkg-plist U www/py-beaker/Makefile U www/py-beaker/distinfo U x11/xautomation/Makefile U x11/xautomation/distinfo U x11-toolkits/scintilla/Makefile U x11-toolkits/scintilla/distinfo From erwin at FreeBSD.org Sat May 9 13:34:43 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat May 9 13:34:50 2009 Subject: INDEX build failed for 6.x Message-ID: <200905091335.n49DZOfS027673@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: gambas2-2.12: no entry for /usr/ports/editors/gambas2-ide Committers on the hook: acm amdmi3 beat bsam dhn garga gerald hq kwm marcus marius miwi nork nox pgj pgollucci wxs Most recent CVS update was: U audio/abcmidi/Makefile U audio/abcmidi/distinfo U audio/festogi-spanish/Makefile U audio/festvox-jph/Makefile U audio/festvox-mwm/Makefile U audio/festvox-ogirab/Makefile U audio/festvox-tll/Makefile U converters/p5-Storable-AMF/Makefile U converters/p5-Storable-AMF/distinfo U databases/libzdb/Makefile U databases/libzdb/distinfo U databases/p5-DBM-Deep/Makefile U databases/p5-DBM-Deep/distinfo U deskutils/qtm/Makefile U deskutils/qtm/distinfo U devel/doxygen/Makefile U devel/doxygen/distinfo U devel/doxygen/files/patch-md5 U devel/p5-Devel-NYTProf/Makefile U devel/p5-Devel-NYTProf/distinfo U devel/p5-Devel-NYTProf/pkg-plist U devel/p5-EV/Makefile U devel/p5-EV/distinfo U devel/p5-FileHandle-Fmode/Makefile U devel/p5-FileHandle-Fmode/distinfo U devel/py-mwlib/Makefile U devel/py-mwlib/distinfo U devel/py-mwlib/pkg-plist U emulators/sdlmess/Makefile U emulators/sdlmess/distinfo U emulators/sdlmess/files/sdl.mak.patch U emulators/wine/Makefile U emulators/wine/distinfo U emulators/wine/pkg-plist U games/sauerbraten/Makefile U games/sauerbraten/distinfo U games/sauerbraten/pkg-plist U games/sauerbraten/files/patch-src-shared-tools.h U games/sauerbraten/files/patch-src_Makefile U lang/gcc44/Makefile U lang/gcc44/distinfo From erwin at FreeBSD.org Sat May 9 16:48:21 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat May 9 16:48:27 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200905091648.n49GmK7S031948@pointyhat.freebsd.org> From kamikaze at bsdforen.de Sat May 9 18:52:59 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Sat May 9 18:53:06 2009 Subject: binary package maintenance tool In-Reply-To: <20090504113919.GC93445@hs-4.renatasystems.org> References: <49FACED3.2070009@bsdforen.de> <89135507@bb.ipt.ru> <20090504113919.GC93445@hs-4.renatasystems.org> Message-ID: <4A05D105.1060401@bsdforen.de> Alexey V. Degtyarev wrote: >>> The port sysutils/bsdadminscripts has just been updated to >>> version 6.0, which features pkg_upgrade, a binary only >>> package maintenance tool. >>> It makes no use of the ports tree, so unlike other build >>> oriented tools, you do not need a copy of the ports tree >>> to keep your packages up to date. >>> It only requires an INDEX file from pointyhead or your >>> personal Tinderbox. >> Great! T've done some tests at my home machine and I really >> like this tool. I was deaming for it for a long time. And >> it works much faster than "portupgrade -PP". > > pkg_upgrade works very good for me too, except one thing: > > Assume package pkg-1.1 installed on the system and is going to upgrade. > The pkg-1.2 version of package requires a little bit more packages that > required by pkg-1.1: + a new one package newpkg-1.1 for example. After > pkg_upgrade upgrades package `pkg', there is no newpkg-1.1 installed on > the system and there is a error occured while updating. Here is the > illustration with some names screened: > > $ export PACKAGESITE=http://some.path.to/packages/ > $ pkg_upgrade -na > Update to (nice/pkg) > $ pkg_upgrade -a > /usr/ports/packages/All/pkg-1.2.tbz 100% of 3537 B 5464 kBps > ===> Update to > (nice/pkg) > pkg_add: could not find package newpkg-1.1 (proceeding anyway) > pkg_add: can't open dependency file '/var/db/pkg/newpkg-1.1/+REQUIRED_BY'! > dependency registration is incomplete > => Update to > (nice/pkg) succeeded > $ pkg_info -Ex newpkg > $ pkg_info -Ex pkg > pkg-1.2 > > I think that pkg_upgrade should respect a new package's dependency list > and pre-fetch all the new dependencies before pkg_add. > > This means that the missing dependency is not listed in the index and hence not available for download or the index file provided by pointyhead is simply broken. Because pkg_upgrade does in deed download all dependencies (that are also listed in the index) and does not install a single package until all required packages have been downloaded. At least it did that in many, many tests I have performed. From kamikaze at bsdforen.de Sat May 9 18:55:13 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Sat May 9 18:55:21 2009 Subject: binary package maintenance tool In-Reply-To: <3cb459ed0905040548s2946c7e0q807b3dc37e0aa392@mail.gmail.com> References: <49FACED3.2070009@bsdforen.de> <89135507@bb.ipt.ru> <20090504113919.GC93445@hs-4.renatasystems.org> <3cb459ed0905040548s2946c7e0q807b3dc37e0aa392@mail.gmail.com> Message-ID: <4A05D18E.1010207@bsdforen.de> Alexander Churanov wrote: > 2009/5/4 Alexey V. Degtyarev : >> I think that pkg_upgrade should respect a new package's dependency list >> and pre-fetch all the new dependencies before pkg_add. > It does, if the dependencies are listed in the INDEX. > My $0.02: > > And calculate their size, and (in interactive mode) provide and option > for a user to cancel download :-) > > Alexander Churanov > There is no interactive mode. I plan to implement one, but this will be to perform roll-backs or resume interrupted upgrades and not be part of normal operation. The upgrading of packages is and will remain non-interactive. From tingox at gmail.com Sat May 9 18:56:37 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat May 9 18:56:43 2009 Subject: editors/openoffice.org-3 - build fails Message-ID: The OpenOffice.org 3.0.1 build fails: ------------------------------ Making: ../unxfbsdx.pro/bin/dict-zu.oxt rebuilding zipfiles ------------------------------ cd ../unxfbsdx.pro/misc/dict-zu ; zip -r /tmp/mklUOtJb.dict-zu_.oxt * -x delzip -x "*CVS*" || if ("$status" != "12" && "$status" != "1") exit $status && echo "Nothing to update for zip" adding: META-INF/ (stored 0%) adding: META-INF/manifest.xml (deflated 38%) adding: description.xml (deflated 51%) adding: dictionaries.xcu (deflated 57%) adding: dummy.txt (stored 0%) adding: hyph_zu_ZA.dic (deflated 47%) cp -f /tmp/mklUOtJb.dict-zu_.oxt ../unxfbsdx.pro/bin/dict-zu.oxt rm -f /tmp/mklUOtJb.dict-zu_.oxt ------------- Running processes: 0 deliver -- version: 1.130 Module 'dictionaries' delivered successfully. 25 files copied, 0 files unchanged 1 module(s): curl need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /usr/ports/editors/openoffice.org-3/work/OOO300_m15/curl Attention: if you build and deliver the above module(s) you may prolongue your the build issuing command "build --from curl" rmdir /tmp/14119 *** Error code 1 Stop in /usr/ports/editors/openoffice.org-3. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall20090509-99536-1d11q9g-0 env make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! editors/openoffice.org-3 (new compiler error) This is on: tingo@kg-v2$ uname -a FreeBSD kg-v2.kg4.no 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #5: Sat Apr 4 21:43:24 CEST 2009 root@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 The only things in /etc/make.conf are these: NO_PROFILE= true # Avoid compiling profiled libraries OVERRIDE_LINUX_BASE_PORT=f8 OVERRIDE_LINUX_NONBASE_PORTS=f8 # added by use.perl 2009-03-07 19:50:03 PERL_VERSION=5.8.9 How do I fix it? -- Regards, Torfinn Ingolfsen From ed at 80386.nl Sat May 9 19:16:44 2009 From: ed at 80386.nl (Ed Schouten) Date: Sat May 9 19:16:50 2009 Subject: Fwd: svn commit: r191947 - head/sys/sys Message-ID: <20090509191643.GC58540@hoeg.nl> Hi all, I just made this commit to SVN. I suspect it won't be a problem, but be sure to notify me when the build breaks. I'll be happy to fix. ----- Forwarded message from Ed Schouten ----- > Date: Sat, 9 May 2009 19:01:24 +0000 (UTC) > From: Ed Schouten > To: src-committers@freebsd.org, svn-src-all@freebsd.org, > svn-src-head@freebsd.org > Subject: svn commit: r191947 - head/sys/sys > > Author: ed > Date: Sat May 9 19:01:24 2009 > New Revision: 191947 > URL: http://svn.freebsd.org/changeset/base/191947 > > Log: > Clean up . > > - Just use #error when including in the kernel. Code > hasn't used this header for years now and probably doesn't compile > anyway, because of -Werror. > > - Get rid of struct ttysize, TIOCGSIZE and TIOCSSIZE. All code nowadays > use both TIOC[GS]SIZE and TIOC[GS]WINSZ. Because we have other popular > systems that don't implement the first, it's of little use to support > interfaces nowadays. > > Modified: > head/sys/sys/ioctl.h > > ----- End forwarded message ----- -- Ed Schouten WWW: http://80386.nl/ -------------- 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/20090509/c047233f/attachment.pgp From tingox at gmail.com Sat May 9 19:35:02 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat May 9 19:35:09 2009 Subject: editors/openoffice.org-3 - build fails In-Reply-To: References: Message-ID: A small update: On Sat, May 9, 2009 at 8:56 PM, Torfinn Ingolfsen wrote: > ERROR: error 65280 occurred while making > /usr/ports/editors/openoffice.org-3/work/OOO300_m15/curl There is a workaround in this thread[1] (look for the message about 'dos2unix') which allows the build to continue. More updates later (it takes a while for OOo to build...) References: 1) http://forums.freebsd.org/showthread.php?p=22157 -- Regards, Torfinn Ingolfsen From romain at blogreen.org Sat May 9 21:57:27 2009 From: romain at blogreen.org (Romain =?iso-8859-1?Q?Tarti=E8re?=) Date: Sat May 9 21:57:34 2009 Subject: FreeBSD port of libtool Message-ID: <20090509215724.GA13092@blogreen.org> Dear devel/libtool maintainer (I added ports@ in CC since their might be people with "the answer" there), While updating FreeBSD ports I maintain, I encountered a dependency on recent libltdl version: quoting libcanberra-0.12 (which I don't maintain but a port I maintain depends on) configure.ac: > dnl Unfortunately, even up to libtool 2.2.6a there is no way to know > dnl exactly which version of libltdl is present in the system, so we > dnl just assume that it's a working version as long as we have the > dnl library and the header files. > dnl > dnl As an extra safety device, check for lt_dladvise_init() which is > dnl only implemented in libtool 2.x, and refine as we go if we have > dnl refined requirements. ... and configure says: > checking ltdl.h usability... yes > checking ltdl.h presence... yes > checking for ltdl.h... yes > checking for lt_dladvise_init in -lltdl... no > configure: error: Unable to find libltdl. So, I though I had to check the libtool version, thinking I was not up-to-date with my port or that libcanberra was relying on an API that had been added to libtool a few time ago. However, I discovered that while libtool stable version is 2.2.6a, FreeBSD had 1.5.26. I could not find any relevant PR nor message in the mailing lists, and am wondering about why isn't libtool up-to-date. Is it just because of a lack of time? Because introduced features are not used and their is no need to update? Because it would require a big work to update all ports depending of it? Something else? I just would like to know how I should consider libtool on FreeBSD. If taking time to update it is a loss of time or if it would be somewhat useful. In advance, thank you for your lights. Regards, Romain -- Romain Tarti?re http://romain.blogreen.org/ pgp: 8DAB A124 0DA4 7024 F82A E748 D8E9 A33F FF56 FF43 (ID: 0xFF56FF43) (plain text =non-HTML= PGP/GPG encrypted/signed e-mail much appreciated) -------------- 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/20090509/1a81be86/attachment.pgp From miwi at FreeBSD.org Sun May 10 10:53:35 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Sun May 10 10:53:41 2009 Subject: [HEADSUP] Qt 4.5 and KDE 4.3 Message-ID: <20090510105332.GD25712@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Few peoples saw that i've copied KDE 4.2 to branches/KDE_4_2 in area51. With this move we start working on KDE 4.3 BETA1. Qt 4.5 is now default in area51 which we need as dependency for KDE 4.3 :-) Please do not ping us about any problems at the moment. We are working to get this buildable and are fixing dependencies. We'll let you know when you can start testing. Thanks Martin - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoGsiwACgkQdLJIhLHm/Om76ACghQEm4ZUAAKTqXRwXxm1IkgmN Z+MAoLWEcFTzz4V4fzmDLkLWAphljCsp =2Wh4 -----END PGP SIGNATURE----- From info at lottery.co.uk Sun May 10 15:51:31 2009 From: info at lottery.co.uk (UK NATIONAL LOTTERY) Date: Sun May 10 15:51:55 2009 Subject: National Lottery: Your Email Won Message-ID: <20090510153353.C74F73C156@hm1207.locaweb.com.br> United Kingdom National Lottery 101 Bovill Road, London SE23 1EL United Kingdom File #: EGS/2251256003/02 Congratulations, we are pleased to inform you of the result of the United Kingdom National Lottery Award Winners. Your email address have been randomly selected as a winner in the ongoing United Kingdom National Lottery Online program, the draw was held on 30th April, 2009 using a computerized balloting system of selection. The United Kingdom National Lottery is aimed and focused at global development and improvement of living standard across the world. Free £77 Million Pounds won including *four* Ten Million Pounds Winners and *fourteen* Millionaires plus thousands of other cash prizes. Winner from all over the world, India, France, Singapore, USA, United Kingdom, Spain, South America, Malaysia, Indonesia, South Africa, Belgium, Denmark, Ireland and many more. We wish to express our sincere apologies for the late notification, this free award online program is been conducted bi-quarterly. United Kingdom National Lottery Free Award draw was conducted at the Europe Issuing Centre, you were selected from an exclusive list of 1,000,000,000 e-mail addresses of internet users from the following categories; consumers, professionals and corporate bodies picked by an advanced automated random computer ballot search from the internet 'NO TICKETS OR DRAFTS WERE SOLD'. Your email address attached to Security File #: EGS/2251256003/02 with Serial number No: 002839 emerged as a winner of Six Hundred Thousand Pounds (£600.000.00 GBP), therefore you are eligible to file claim for your prize as one of our lucky winners for the payout of your total sum after a thorough verification that will be conducted by our various credible financial institutions. This online program is precisely aimed at enabling all internet users across the world benefit from the United Kingdom National Lottery, your email address falls within the First Category Winner as such your file has been designated to our European Centre, where the complete verification and payout will be conducted only if there are no exceptions during the claims process, to file your claim immediately please contact our International Programs Director Anderson Spencer with the following information: 1. Name in full----------------------------------------- 2. Phone/Fax------------------------------------------- 3. Occupation------------------------------------------ TO: Contact Person: Anderson Spencer European Payment Issuing Office Tel: +447024065192 (8am - 5pm GMT) Fax: +447092894160 Email: zonal.anderson-spencer@msn.com NOTE: In order to benefit from this program, you are advised in your own best interest to file your claim not later than 7days days from the date of this notification to avoid disqualification; anybody under the age of 18 is automatically disqualified. Please include this File #: EGS/2251256003/02 in every of your correspondence with our Foreign Service Director Anderson Spencer. IMPORTANT: Solemn confidentiality should be ensured until successful remittance of your prize to you to avoid undue taking of advantage, unwarranted claim and abuse of program, any breach of confidentiality on the part of the winner will result to automatic disqualification. Sincerely Yours, Mrs. Julie Van Hans, Executive Director. United Kingdom National Lottery. From QAT at FreeBSD.org Sun May 10 16:38:39 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun May 10 16:38:50 2009 Subject: cvs commit: ports/net Makefile ports/net/bwi-firmware-kmod Makefile distinfo pkg-descr pkg-plist In-Reply-To: <200905092141.n49LfomV031060@repoman.freebsd.org> References: <200905092141.n49LfomV031060@repoman.freebsd.org> Message-ID: <20090510162002.A2CAA8FC4E@release.ixsystems.com> The Restless Daemon identified a mtree error while trying to build: bwi-firmware-kmod-3.130.20 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/net/bwi-firmware-kmod/Makefile,v 1.1 2009/05/09 21:41:50 imp Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/bwi-firmware-kmod-3.130.20.log : a0g1bsinitvals5.fw a0g1bsinitvals5.fw a0g1initvals5.fw a0g1initvals5.fw b0g0bsinitvals2.fw b0g0bsinitvals2.fw b0g0bsinitvals5.fw b0g0bsinitvals5.fw b0g0initvals2.fw b0g0initvals2.fw b0g0initvals5.fw b0g0initvals5.fw pcm4.fw pcm4.fw pcm5.fw pcm5.fw awk -f @/tools/fw_stub.awk ucode.fw:bwi_v3_ucode ucode11.fw:bwi_v3_ucode11 ucode2.fw:bwi_v3_ucode2 ucode4.fw:bwi_v3_ucode4 ucode5.fw:bwi_v3_ucode5 a0g0bsinitvals2.fw:bwi_v3_a0g0bsinitvals2 a0g0bsinitvals5.fw:bwi_v3_a0g0bsinitvals5 a0g0initvals2.fw:bwi_v3_a0g0initvals2 a0g0initvals5.fw:bwi_v3_a0g0initvals5 a0g1bsinitvals5.fw:bwi_v3_a0g1bsinitvals5 a0g1initvals5.fw:bwi_v3_a0g1initvals5 b0g0bsinitvals2.fw:bwi_v3_b0g0bsinitvals2 b0g0bsinitvals5.fw:bwi_v3_b0g0bsinitvals5 b0g0initvals2.fw:bwi_v3_b0g0initvals2 b0g0initvals5.fw:bwi_v3_b0g0initvals5 pcm4.fw:bwi_v3_pcm4 pcm5.fw:bwi_v3_pcm5 -mbwi_v3_ucode -cbwi_v3_ucode.c cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c bwi_v3_ucode.c ld -d -warn-common -r -d -o bwi_v3_ucode.ko ucode.fw.fwo ucode11.fw.fwo ucode2.fw.fwo ucode4.fw.fwo ucode5.fw.fwo a0g0bsinitvals2.fw.fwo a0g0bsinitvals5.fw.fwo a0g0initvals2.fw.fwo a0g0initvals5.fw.fwo a0g1bsinitvals5.fw.fwo a0g1initvals5.fw.fwo b0g0bsinitvals2.fw.fwo b0g0bsinitvals5.fw.fwo b0g0initvals2.fw.fwo b0g0initvals5.fw.fwo pcm4.fw.fwo pcm5.fw.fwo bwi_v3_ucode.o :> export_syms awk -f /sys/conf/kmod_syms.awk bwi_v3_ucode.ko export_syms | xargs -J% objcopy % bwi_v3_ucode.ko objcopy --strip-debug bwi_v3_ucode.ko ================================================================ ======================================== make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg ===> Installing for bwi-firmware-kmod-3.130.20 ===> Generating temporary packing list ===> Checking if net/bwi-firmware-kmod already installed install -o root -g wheel -m 555 bwi_v3_ucode.ko /boot/modules kldxref /boot/modules ===> Registering installation for bwi-firmware-kmod-3.130.20 ================================================================ ======================================== ===> Building package for bwi-firmware-kmod-3.130.20 Creating package /tmp/packages/All/bwi-firmware-kmod-3.130.20.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/bwi-firmware-kmod-3.130.20.tbz' Deleting bwi-firmware-kmod-3.130.20 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 33067887 4 -rw-r--r-- 1 root wheel 88 May 10 16:20 boot/modules/linker.hints ================================================================ build of /usr/ports/net/bwi-firmware-kmod ended at Sun May 10 16:20:00 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/bwi-firmware-kmod-3.130.20.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=net&portname=bwi-firmware-kmod The build which triggered this BotMail was done under tinderbox-devel-3.2_2; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 4 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From mwisnicki+freebsd at gmail.com Sun May 10 17:01:30 2009 From: mwisnicki+freebsd at gmail.com (Marcin Wisnicki) Date: Sun May 10 17:01:37 2009 Subject: [RFC] NO_INSTALL in meta-ports considered harmful Message-ID: Some metaports (like print/cups) use NO_INSTALL. This will prevent such port from registering its installation in /var/db/ pkg, which is different behaviour from installing it from prebuilt package (where it registers just fine). IMHO not registering installation makes no sense and serves only to confuse users (I've installed cups yet pkg_info claims I didn't!) and causes unnecessary differences between software installed from ports vs pkgs, which may lead to other unexpected problems (like missing RUN_DEPENDS). Thus I advocate for more uniform handling of ports and packages by treating it as a bug and replacing any such use of NO_INSTALL with empty do-install target. Maybe even add a note to Porter's Handbook (though I see no reference to NO_INSTALL there). If anyone has some insightfull comments why NO_INSTALL is not evil then I'm all ears. From glen.j.barber at gmail.com Sun May 10 17:28:59 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Sun May 10 17:29:05 2009 Subject: [RFC] NO_INSTALL in meta-ports considered harmful In-Reply-To: References: Message-ID: <4ad871310905101008n73d26145h3d81914925aab965@mail.gmail.com> On Sun, May 10, 2009 at 1:01 PM, Marcin Wisnicki wrote: > Some metaports (like print/cups) use NO_INSTALL. > > This will prevent such port from registering its installation in /var/db/ > pkg, which is different behaviour from installing it from prebuilt > package (where it registers just fine). > > IMHO not registering installation makes no sense and serves only to > confuse users (I've installed cups yet pkg_info claims I didn't!) and > causes unnecessary differences between software installed from ports vs > pkgs, which may lead to other unexpected problems (like missing > RUN_DEPENDS). > > Thus I advocate for more uniform handling of ports and packages by > treating it as a bug and replacing any such use of NO_INSTALL with empty > do-install target. Maybe even add a note to Porter's Handbook (though I > see no reference to NO_INSTALL there). > > If anyone has some insightfull comments why NO_INSTALL is not evil then > I'm all ears. > I'm not sure if this is the 'right answer', but NO_INSTALL allows the proper installation of numerous ports from one location (the meta-port). An example of this is the misc/instant-server port (though unmaintained, IIRC). If you remove the NO_INSTALL line from the Makefile, 'make' thinks misc/instant-server should be installed, rather than the collection of ports it is intended to install. Again, this is my interpretation of it. If I'm wrong, I gladly accept corrections to my thinking. :) -- Glen Barber From mwisnicki+freebsd at gmail.com Sun May 10 18:51:25 2009 From: mwisnicki+freebsd at gmail.com (Marcin Wisnicki) Date: Sun May 10 18:51:31 2009 Subject: [RFC] NO_INSTALL in meta-ports considered harmful References: <4ad871310905101008n73d26145h3d81914925aab965@mail.gmail.com> Message-ID: On Sun, 10 May 2009 13:08:56 -0400, Glen Barber wrote: > I'm not sure if this is the 'right answer', but NO_INSTALL allows the > proper installation of numerous ports from one location (the meta-port). > An example of this is the misc/instant-server port (though > unmaintained, IIRC). > > If you remove the NO_INSTALL line from the Makefile, 'make' thinks > misc/instant-server should be installed, rather than the collection of > ports it is intended to install. They will be installed since they are run dependencies. > > Again, this is my interpretation of it. If I'm wrong, I gladly accept > corrections to my thinking. :) From glen.j.barber at gmail.com Sun May 10 19:22:06 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Sun May 10 19:22:12 2009 Subject: [RFC] NO_INSTALL in meta-ports considered harmful In-Reply-To: References: <4ad871310905101008n73d26145h3d81914925aab965@mail.gmail.com> Message-ID: <4ad871310905101222g63867982p6161ff0ddd1b6850@mail.gmail.com> On Sun, May 10, 2009 at 2:51 PM, Marcin Wisnicki wrote: > On Sun, 10 May 2009 13:08:56 -0400, Glen Barber wrote: > >> I'm not sure if this is the 'right answer', but NO_INSTALL allows the >> proper installation of numerous ports from one location (the meta-port). >> ?An example of this is the misc/instant-server port (though >> unmaintained, IIRC). >> >> If you remove the NO_INSTALL line from the Makefile, 'make' thinks >> misc/instant-server should be installed, rather than the collection of >> ports it is intended to install. > > They will be installed since they are run dependencies. > >From what I can tell (from several metaports) -- they, themselves, are not installed. The ports defined in the metaport are installed. There is no source code for, using your example, CUPS[1]. CUPS (in the FreeBSD ports tree) is, for lack of a better explanation, a pointer to which specific ports you need to have in order to get a fully operation CUPS system running. Looking at the Makefile for print/cups [2] you can see the dependencies and that CUPS is not actually built (which in definition is what makes this a metaport). [1] http://www.freebsd.org/cgi/pds.cgi?ports/print/cups [2] http://www.freebsd.org/cgi/cvsweb.cgi/ports/print/cups/Makefile?rev=1.43 -- Glen Barber From swhetzel at gmail.com Sun May 10 20:28:12 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Sun May 10 20:28:24 2009 Subject: cvs commit: ports/net Makefile ports/net/bwi-firmware-kmod Makefile distinfo pkg-descr pkg-plist In-Reply-To: <20090510162002.A2CAA8FC4E@release.ixsystems.com> References: <200905092141.n49LfomV031060@repoman.freebsd.org> <20090510162002.A2CAA8FC4E@release.ixsystems.com> Message-ID: <790a9fff0905101305l70d7809cl1ca2525729d53daa@mail.gmail.com> On Sun, May 10, 2009 at 11:20 AM, wrote: > ================================================================ > ======================================== > add_pkg > ===> ?Installing for bwi-firmware-kmod-3.130.20 > ===> ? Generating temporary packing list > ===> ?Checking if net/bwi-firmware-kmod already installed > install -o root -g wheel -m 555 ? bwi_v3_ucode.ko /boot/modules > kldxref /boot/modules > ===> ? Registering installation for bwi-firmware-kmod-3.130.20 > ================================================================ > ======================================== > ===> ?Building package for bwi-firmware-kmod-3.130.20 > Creating package /tmp/packages/All/bwi-firmware-kmod-3.130.20.tbz > Registering depends:. > Creating bzip'd tar ball in '/tmp/packages/All/bwi-firmware-kmod-3.130.20.tbz' > Deleting bwi-firmware-kmod-3.130.20 > ================================================================ > > === Checking filesystem state > list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) > 33067887 ? ? ? ?4 -rw-r--r-- ? ?1 root ? ? ? ? ? ? wheel ? ? ? ? ? ? ? ? ?88 May 10 16:20 boot/modules/linker.hints > ================================================================ This shouldn't be flaged as an mtree error. The reason that linker.hints was left behind is due to this file is generated by kldxref. The port/package runs kldxref during the install of the firmware module to update the existing or create a linker.hints file, and when the package is removed, it runs kldxref again to clean up the linker.hints file to only contain the modules in /boot/modules. It has no way to know if it is safe to remove this file. Should Kernel Modules be running kldxref in /boot/modules? Should I change the port to have a do-install target that installs the bwi firmware kernel module so that it doesn't run kldxref during the install? Scot From itetcu at FreeBSD.org Sun May 10 20:44:36 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sun May 10 20:44:47 2009 Subject: cvs commit: ports/net Makefile ports/net/bwi-firmware-kmod Makefile distinfo pkg-descr pkg-plist In-Reply-To: <790a9fff0905101305l70d7809cl1ca2525729d53daa@mail.gmail.com> References: <200905092141.n49LfomV031060@repoman.freebsd.org> <20090510162002.A2CAA8FC4E@release.ixsystems.com> <790a9fff0905101305l70d7809cl1ca2525729d53daa@mail.gmail.com> Message-ID: <20090510234456.2c770441@it.buh.tecnik93.com> On Sun, 10 May 2009 15:05:17 -0500 Scot Hetzel wrote: > On Sun, May 10, 2009 at 11:20 AM, wrote: > > ================================================================ > > ======================================== > > add_pkg > > ===> ?Installing for bwi-firmware-kmod-3.130.20 > > ===> ? Generating temporary packing list > > ===> ?Checking if net/bwi-firmware-kmod already installed > > install -o root -g wheel -m 555 ? bwi_v3_ucode.ko /boot/modules > > kldxref /boot/modules > > ===> ? Registering installation for bwi-firmware-kmod-3.130.20 > > ================================================================ > > ======================================== > > ===> ?Building package for bwi-firmware-kmod-3.130.20 > > Creating package /tmp/packages/All/bwi-firmware-kmod-3.130.20.tbz > > Registering depends:. > > Creating bzip'd tar ball in > > '/tmp/packages/All/bwi-firmware-kmod-3.130.20.tbz' Deleting > > bwi-firmware-kmod-3.130.20 > > ================================================================ > > > > === Checking filesystem state > > list of extra files and directories in / (not present before this > > port was installed but present after it was deinstalled) 33067887 > > ? ? ?4 -rw-r--r-- ? ?1 root ? ? ? ? ? ? wheel ? ? ? ? ? ? ? ? ?88 > > May 10 16:20 boot/modules/linker.hints > > ================================================================ > > This shouldn't be flaged as an mtree error. The reason that > linker.hints was left behind is due to this file is generated by > kldxref. The port/package runs kldxref during the install of the > firmware module to update the existing or create a linker.hints file, > and when the package is removed, it runs kldxref again to clean up the > linker.hints file to only contain the modules in /boot/modules. It > has no way to know if it is safe to remove this file. > > Should Kernel Modules be running kldxref in /boot/modules? > > Should I change the port to have a do-install target that installs the > bwi firmware kernel module so that it doesn't run kldxref during the > install? No, I don't think so; we should teach tindy to ignore this file. -- 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/20090510/94d762f7/signature.pgp From mwisnicki+freebsd at gmail.com Sun May 10 21:28:49 2009 From: mwisnicki+freebsd at gmail.com (Marcin Wisnicki) Date: Sun May 10 21:28:56 2009 Subject: [RFC] NO_INSTALL in meta-ports considered harmful References: <4ad871310905101008n73d26145h3d81914925aab965@mail.gmail.com> <4ad871310905101222g63867982p6161ff0ddd1b6850@mail.gmail.com> Message-ID: On Sun, 10 May 2009 15:22:04 -0400, Glen Barber wrote: > On Sun, May 10, 2009 at 2:51 PM, Marcin Wisnicki > wrote: >> They will be installed since they are run dependencies. >> >>From what I can tell (from several metaports) -- they, themselves, are > not installed. The ports defined in the metaport are installed. That's the point. The metaports should be installed as well (reasons given in my original mail). > There is no source code for, using your example, CUPS[1]. CUPS (in the > FreeBSD ports tree) is, for lack of a better explanation, a pointer to > which specific ports you need to have in order to get a fully operation > CUPS system running. Looking at the Makefile for print/cups [2] you can > see the dependencies and that CUPS is not actually built (which in > definition is what makes this a metaport). I know this. The proper way to make a metaport is to: 1. use only RUN_DEPENDS 2. set NO_BUILD 3. do *NOT* set NO_INSTALL 4. provide empty do-install target There are several metaports that get it right, like for example x11/gnome2: http://www.freebsd.org/cgi/cvsweb.cgi/ports/x11/gnome2/Makefile?rev=1.155 From erwin at FreeBSD.org Sun May 10 22:41:25 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sun May 10 22:41:31 2009 Subject: INDEX now builds successfully on 7.x Message-ID: <200905102241.n4AMfPOB067542@pointyhat.freebsd.org> From imp at bsdimp.com Mon May 11 01:53:31 2009 From: imp at bsdimp.com (M. Warner Losh) Date: Mon May 11 01:53:37 2009 Subject: cvs commit: ports/net Makefile ports/net/bwi-firmware-kmod Makefile distinfo pkg-descr pkg-plist In-Reply-To: <790a9fff0905101305l70d7809cl1ca2525729d53daa@mail.gmail.com> References: <200905092141.n49LfomV031060@repoman.freebsd.org> <20090510162002.A2CAA8FC4E@release.ixsystems.com> <790a9fff0905101305l70d7809cl1ca2525729d53daa@mail.gmail.com> Message-ID: <20090510.194919.-1350499495.imp@bsdimp.com> In message: <790a9fff0905101305l70d7809cl1ca2525729d53daa@mail.gmail.com> Scot Hetzel writes: : On Sun, May 10, 2009 at 11:20 AM, wrote: : > ================================================================ : > ======================================== : > add_pkg : > ===> ?Installing for bwi-firmware-kmod-3.130.20 : > ===> ? Generating temporary packing list : > ===> ?Checking if net/bwi-firmware-kmod already installed : > install -o root -g wheel -m 555 ? bwi_v3_ucode.ko /boot/modules : > kldxref /boot/modules : > ===> ? Registering installation for bwi-firmware-kmod-3.130.20 : > ================================================================ : > ======================================== : > ===> ?Building package for bwi-firmware-kmod-3.130.20 : > Creating package /tmp/packages/All/bwi-firmware-kmod-3.130.20.tbz : > Registering depends:. : > Creating bzip'd tar ball in '/tmp/packages/All/bwi-firmware-kmod-3.130.20.tbz' : > Deleting bwi-firmware-kmod-3.130.20 : > ================================================================ : > : > === Checking filesystem state : > list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) : > 33067887 ? ? ? ?4 -rw-r--r-- ? ?1 root ? ? ? ? ? ? wheel ? ? ? ? ? ? ? ? ?88 May 10 16:20 boot/modules/linker.hints : > ================================================================ : : This shouldn't be flaged as an mtree error. The reason that : linker.hints was left behind is due to this file is generated by : kldxref. The port/package runs kldxref during the install of the : firmware module to update the existing or create a linker.hints file, : and when the package is removed, it runs kldxref again to clean up the : linker.hints file to only contain the modules in /boot/modules. It : has no way to know if it is safe to remove this file. : : Should Kernel Modules be running kldxref in /boot/modules? I think so. In general, one needs to run it for optimal performance. : Should I change the port to have a do-install target that installs the : bwi firmware kernel module so that it doesn't run kldxref during the : install? What do other firmware ports do here? Warner From venture37 at gmail.com Mon May 11 03:13:58 2009 From: venture37 at gmail.com (Sevan / Venture37) Date: Mon May 11 03:14:11 2009 Subject: OpenNMS 1.6.2 port In-Reply-To: <49815205.3020507@gmail.com> References: <497E6AF6.8060802@gmail.com> <497E7714.4010201@gmail.com> <49815205.3020507@gmail.com> Message-ID: <4A07914D.8090706@gmail.com> Port updated to v1.6.4 http://www.geeklan.co.uk/?p=132 http://www.geeklan.co.uk/files/opennms/opennms-164-freebsd-port.tgz Sevan / Venture37 From raghu at mri.ernet.in Mon May 11 08:14:59 2009 From: raghu at mri.ernet.in (N. Raghavendra) Date: Mon May 11 08:15:07 2009 Subject: [RFC] NO_INSTALL in meta-ports considered harmful In-Reply-To: (Marcin Wisnicki's message of "Sun, 10 May 2009 21:28:34 +0000 (UTC)") References: <4ad871310905101008n73d26145h3d81914925aab965@mail.gmail.com> <4ad871310905101222g63867982p6161ff0ddd1b6850@mail.gmail.com> Message-ID: <86tz3sgkaf.fsf@riemann.mri.ernet.in> At 2009-05-10T21:28:34Z, Marcin Wisnicki wrote: > The proper way to make a metaport is to: > 1. use only RUN_DEPENDS > 2. set NO_BUILD > 3. do *NOT* set NO_INSTALL > 4. provide empty do-install target In my personal metaports, I follow exactly the above prescription. For example, I have a port opt/metalisp with the following Makefile fragment: RUN_DEPENDS= \ ${OPTBASE}/share/lisp/asdf/alexandria.asd:${PORTSDIR}/opt/alexandria \ ${OPTBASE}/share/doc/cltl/cltl2.html:${PORTSDIR}/opt/cltl \ ${OPTBASE}/share/lisp/asdf/trivial-gray-streams.asd:${PORTSDIR}/opt/tgstreams NO_BUILD= yes do-install: @${DO_NADA} .include Raghavendra. -- N. Raghavendra | http://www.retrotexts.net/ Harish-Chandra Research Institute | http://www.mri.ernet.in/ See message headers for contact and OpenPGP information. From bugmaster at FreeBSD.org Mon May 11 11:06:05 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 11 11:06:30 2009 Subject: Current unassigned ports problem reports Message-ID: <200905111106.n4BB64DT085006@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/134458 editors/openoffice.org* fails to build (multiple versi o ports/134443 [NEW PORT] multimedia/2ManDVD: Create your own video d o ports/134439 Update databases/tora from 1.3.22 to 2.0.0 o ports/134422 vsftpd 421 data timeout (with ssl) o ports/134413 Opera blocks other programs from opening windows o ports/134411 youtube_dl url is wrong o ports/134371 New port - net/bwi-firmware-kmod f ports/134358 trackerd uses up all of the cpu o ports/134354 [patch] Fix to sysutils/confman o ports/134347 mail/spamd: spamlogd's whitelist expiration period is o ports/134325 [PATCH] www/firefox3-i18n: bump port epoch o ports/134300 databases/postgresql-plruby: PL/ruby corrupts data sin o ports/134274 maintainer update of lang/g95 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/134241 update port: devel/jude-community: update to 5.5 f ports/134234 [PATCH] sysutils/samesame: Unbreak build on ZFS o ports/134230 graphics/digikam-kde4 does not build from ports o ports/134218 ports/gnucash current CVS vesion 2.2.7_2 requires goff o ports/134198 build problem with math/octave-forge-engine o ports/134160 security/openssh-portable update to 5.2p1, some cross- o ports/134124 NEW port: cad/verilog-perl 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 o ports/134075 New port: print/cups-bjnp Canon USB-over-IP backend fo f ports/134062 [PATCH] security/expiretable incorrect pkg-plist macro f ports/134055 bulding port: misc/libhome on FreeBSD 7.1 amd64 f ports/134015 [patch] graphics/mapnik should install library with co f ports/133944 [PATCH] print/latex-prettyref: [SUMMARIZE CHANGES] f ports/133941 audio/gnomad2 segfaults as normal user, works fine as o ports/133928 New Port: multimedia/gdialog, A Project X addon to rea o ports/133901 [PATCH] net-p2p/aMule: Add WITH_UPNP knob to "Enable U o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE o ports/133822 New port for cad/linux-eagle5 (Eagle 5.5.0) o ports/133791 [PATCH] security/cyrus_sasl2 fails to install as non-r f ports/133746 [patch] port net/freeradius does not build sql driver o ports/133655 New port: sysutils/megacli MegaCLI SAS RAID Management f ports/133564 audio/cdplay ports - bad behavior when cd drive is emp o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133555 fix for lang/tclX o ports/133533 [PATCH] Add a static user/group for audio/musicpd port f ports/133487 endianess detection wrong in devel/boost f ports/133452 Can't install www/linux-flashplugin9 f ports/133451 www/plone3 build fails. Plone3 needs python-2.4 but li o ports/133441 graphics/sane-backends: epson2 sane-backend wants to r o ports/133435 deskutils/egroupware dependency unresolved o ports/133421 [NEW PORT] java/eclipse-xsd: EMF-XSD Runtime o ports/133408 [NEW PORT] chinese/qq: Tencent QQ for Linux o ports/133387 openoffice don't appear in 7.1-release/Latest f ports/133358 [PATCH] net/bounce: add new -q option f ports/133344 net/nss_ldap fails to compile if world was installed w f 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/133242 [PATCH] science/gromacs: fix sparc64, fix WITH_MPICH o ports/133241 net/balance parameter -b does not accept numeric ip ad f ports/133220 dns/ldns will not compile o ports/133068 New port: audio/linux-genpuid o ports/133047 [maintainer-update] Update graphics/linux-ac3d to 6.4. f ports/133036 Update Port: x11-fonts/linuxlibertine Newer version an o ports/133033 www/nspluginwrapper segfaults when NIS is used (amd64) f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on f ports/132909 [PATCH] sysutils/htop: fix treeview bug f ports/132815 add option to mail/nmzmail to override max number of m 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 f ports/132536 mail/assp periodically hangs up I/O 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 o ports/131357 New port: editors/japi -- a simple gtk2 based text edi s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/131168 new port: devel/lpc21isp f ports/131093 chrooting net/isc-dhcp30-server to aliased /home can c o ports/131041 [new port] x11-themes/gtk-nodoka-engine: GTK nodoka en o ports/130972 sysutils/gnomebaker 0.6.4 dumps core when trying to cr 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/129972 Update Port: benchmarks/lmbench [patch] - A system per o ports/129677 /usr/ports/sysutils/aaccli Bad system call: 12 (core d o ports/129598 Update ports: finance/aqbanking, devel/gwenhywfar to 3 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 p ports/127995 net/isc-dhcp30-server creates a user/group with dynami 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/123247 linux-firefox and linux-seamonkey from multiple users o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/122571 [patch] net/libnet10 does not work on amd64 o 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 113 problems total. From QAT at FreeBSD.org Mon May 11 12:02:55 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Mon May 11 12:03:08 2009 Subject: cvs commit: ports/devel/readline Makefile distinfo pkg-plist In-Reply-To: <200905111151.n4BBp563055778@repoman.freebsd.org> References: <200905111151.n4BBp563055778@repoman.freebsd.org> Message-ID: <20090511114408.082148FC62@release.ixsystems.com> The Restless Daemon identified a mtree error while trying to build: readline-6.0 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/devel/readline/Makefile,v 1.15 2009/05/11 11:51:05 araujo Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/readline-6.0.log : *** Error code 1 (ignored) install -o root -g wheel -m 444 libhistory.a /usr/local/lib/libhistory.a test -n "ranlib" && ranlib /usr/local/lib/libhistory.a ( cd shlib ; make DESTDIR= install ) /bin/sh ../support/mkdirs /usr/local/lib /bin/sh ../support/shlib-install -O freebsd7.2 -d /usr/local/lib -b /usr/local/bin -i "install -o root -g wheel -m 444" libhistory.so.6 /bin/sh ../support/shlib-install -O freebsd7.2 -d /usr/local/lib -b /usr/local/bin -i "install -o root -g wheel -m 444" libreadline.so.6 install: you may need to run ldconfig install-info --quiet /usr/local/info/readline.info /usr/local/info/dir install-info --quiet /usr/local/info/rluserman.info /usr/local/info/dir install-info --quiet /usr/local/info/history.info /usr/local/info/dir ===> Compressing manual pages for readline-6.0 ===> Running ldconfig /sbin/ldconfig -m /usr/local/lib ===> Registering installation for readline-6.0 ================================================================ ======================================== ===> Building package for readline-6.0 Creating package /tmp/packages/All/readline-6.0.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/readline-6.0.tbz' Deleting readline-6.0 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 31489218 4 drwxr-xr-x 2 root wheel 512 May 11 11:44 usr/local/share/readline 31489219 12 -r--r--r-- 1 root wheel 5734 May 11 11:44 usr/local/share/readline/excallback.c 31489220 24 -r--r--r-- 1 root wheel 11426 May 11 11:44 usr/local/share/readline/fileman.c 31489221 8 -r--r--r-- 1 root wheel 2889 May 11 11:44 usr/local/share/readline/histexamp.c 31489223 8 -r--r--r-- 1 root wheel 3300 May 11 11:44 usr/local/share/readline/manexamp.c 31489224 24 -r--r--r-- 1 root wheel 11147 May 11 11:44 usr/local/share/readline/rl-fgets.c 31489225 8 -r--r--r-- 1 root wheel 3179 May 11 11:44 usr/local/share/readline/rl.c 31489226 8 -r--r--r-- 1 root wheel 3299 May 11 11:44 usr/local/share/readline/rlcat.c 31489227 8 -r--r--r-- 1 root wheel 3295 May 11 11:44 usr/local/share/readline/rlevent.c 31489228 16 -r--r--r-- 1 root wheel 6531 May 11 11:44 usr/local/share/readline/rlptytest.c 31489229 8 -r--r--r-- 1 root wheel 2146 May 11 11:44 usr/local/share/readline/rltest.c 31489230 4 -r--r--r-- 1 root wheel 1287 May 11 11:44 usr/local/share/readline/rlversion.c ================================================================ build of /usr/ports/devel/readline ended at Mon May 11 11:44:06 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/readline-6.0.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=devel&portname=readline The build which triggered this BotMail was done under tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 4 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From olivier.freebsd at free.fr Mon May 11 12:03:33 2009 From: olivier.freebsd at free.fr (Olivier Certner) Date: Mon May 11 12:03:43 2009 Subject: editors/openoffice.org-3 - build fails In-Reply-To: References: Message-ID: <200905111342.49808.olivier.freebsd@free.fr> Hi, Le samedi 09 mai 2009, Torfinn Ingolfsen a ?crit?: > There is a workaround in this thread[1] (look for the message about > 'dos2unix') which allows the build to continue. > More updates later (it takes a while for OOo to build...) I had the same issue here, but in the end only the curl patch appeared to have M$ line terminators. It seems that those have appeared occasionally in some OOO files recently[1] [2]. I thus personally expect to have to deal again with such issues in subsequent builds... By the way, didn't know about the 'dos2unix' program. In the current case, a simple: sed 's%^M$%%' does the trick very well. Regards, Olivier [1] http://thread.gmane.org/gmane.os.freebsd.devel.openoffice/2257 [2] http://www.openoffice.org/issues/show_bug.cgi?id=99305 From wxs at FreeBSD.org Mon May 11 13:17:02 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Mon May 11 13:17:08 2009 Subject: [RFC] NO_INSTALL in meta-ports considered harmful In-Reply-To: References: <4ad871310905101008n73d26145h3d81914925aab965@mail.gmail.com> <4ad871310905101222g63867982p6161ff0ddd1b6850@mail.gmail.com> Message-ID: <20090511131700.GA47969@atarininja.org> On Sun, May 10, 2009 at 09:28:34PM +0000, Marcin Wisnicki wrote: > On Sun, 10 May 2009 15:22:04 -0400, Glen Barber wrote: > > > On Sun, May 10, 2009 at 2:51 PM, Marcin Wisnicki > > wrote: > >> They will be installed since they are run dependencies. > >> > >>From what I can tell (from several metaports) -- they, themselves, are > > not installed. The ports defined in the metaport are installed. > > That's the point. The metaports should be installed as well (reasons given > in my original mail). > > > There is no source code for, using your example, CUPS[1]. CUPS (in the > > FreeBSD ports tree) is, for lack of a better explanation, a pointer to > > which specific ports you need to have in order to get a fully operation > > CUPS system running. Looking at the Makefile for print/cups [2] you can > > see the dependencies and that CUPS is not actually built (which in > > definition is what makes this a metaport). > > I know this. > > The proper way to make a metaport is to: > 1. use only RUN_DEPENDS > 2. set NO_BUILD > 3. do *NOT* set NO_INSTALL > 4. provide empty do-install target > > There are several metaports that get it right, like for example x11/gnome2: > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/x11/gnome2/Makefile?rev=1.155 Based upon your description I think this is a bug in the CUPS port. I'd suggest you file a PR so that it can be tracked and (hopefully) addressed. -- WXS From shuvaev at physik.uni-wuerzburg.de Mon May 11 14:35:22 2009 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Mon May 11 14:35:29 2009 Subject: [RFC] NO_INSTALL in meta-ports considered harmful In-Reply-To: <20090511131700.GA47969@atarininja.org> References: <4ad871310905101008n73d26145h3d81914925aab965@mail.gmail.com> <4ad871310905101222g63867982p6161ff0ddd1b6850@mail.gmail.com> <20090511131700.GA47969@atarininja.org> Message-ID: <20090511143517.GA48334@wep4035.physik.uni-wuerzburg.de> On Mon, May 11, 2009 at 09:17:00AM -0400, Wesley Shields wrote: > On Sun, May 10, 2009 at 09:28:34PM +0000, Marcin Wisnicki wrote: > > On Sun, 10 May 2009 15:22:04 -0400, Glen Barber wrote: > > > > > On Sun, May 10, 2009 at 2:51 PM, Marcin Wisnicki > > > wrote: > > >> They will be installed since they are run dependencies. > > >> > > >>From what I can tell (from several metaports) -- they, themselves, are > > > not installed. The ports defined in the metaport are installed. > > > > That's the point. The metaports should be installed as well (reasons given > > in my original mail). > > > > > There is no source code for, using your example, CUPS[1]. CUPS (in the > > > FreeBSD ports tree) is, for lack of a better explanation, a pointer to > > > which specific ports you need to have in order to get a fully operation > > > CUPS system running. Looking at the Makefile for print/cups [2] you can > > > see the dependencies and that CUPS is not actually built (which in > > > definition is what makes this a metaport). > > > > I know this. > > > > The proper way to make a metaport is to: > > 1. use only RUN_DEPENDS > > 2. set NO_BUILD > > 3. do *NOT* set NO_INSTALL > > 4. provide empty do-install target > > > > There are several metaports that get it right, like for example x11/gnome2: > > > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/x11/gnome2/Makefile?rev=1.155 > > Based upon your description I think this is a bug in the CUPS port. I'd > suggest you file a PR so that it can be tracked and (hopefully) > addressed. > FWIW, the following gives not so many hits: /usr/ports> grep -R NO_INSTALL * | grep -v NO_INSTALL_MANPAGES Mk/bsd.port.mk:# NO_INSTALL - Use a dummy (do-nothing) install target. Mk/bsd.port.mk:.if defined(NO_INSTALL) && !target(install) Tools/scripts/mkptools/mkpextr: $cap{"NO_INSTALL"} = "YES"; devel/gnustep/Makefile:NO_INSTALL= yes graphics/backfract/Makefile:NO_INSTALL_MANPAGE= yes misc/posixtestsuite/Makefile:NO_INSTALL= YES misc/kde4-l10n/Makefile:NO_INSTALL= yes ports-mgmt/portmk/Mk/bsd.port.mk:# NO_INSTALL - Use a dummy (do-nothing) install target. ports-mgmt/portmk/Mk/bsd.port.mk:.if defined(NO_INSTALL) && !target(install) print/cups/Makefile:NO_INSTALL= yes x11/etoile/Makefile:NO_INSTALL= yes x11/gnustep-app/Makefile:NO_INSTALL= yes Ruling out *.mk scipts there is only 1 port that uses NO_INTSTALL correctly: misc/posixtestsuite These should be fixed (well, I'm not 100% sure): devel/gnustep misc/kde4-l10n print/cups x11/etoile x11/gnustep-app Not so many too :) My 0.02$, Alexey. From pgollucci at p6m7g8.com Mon May 11 21:02:01 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Mon May 11 21:02:08 2009 Subject: [RFC] NO_INSTALL in meta-ports considered harmful In-Reply-To: <20090511143517.GA48334@wep4035.physik.uni-wuerzburg.de> References: <4ad871310905101008n73d26145h3d81914925aab965@mail.gmail.com> <4ad871310905101222g63867982p6161ff0ddd1b6850@mail.gmail.com> <20090511131700.GA47969@atarininja.org> <20090511143517.GA48334@wep4035.physik.uni-wuerzburg.de> Message-ID: <4A089247.3090002@p6m7g8.com> Alexey Shuvaev wrote: > graphics/backfract/Makefile:NO_INSTALL_MANPAGE= yes Since you pasted it, thats a typo. Missing the 'S' -- ------------------------------------------------------------------------ 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 stefan.lambrev at moneybookers.com Tue May 12 09:37:09 2009 From: stefan.lambrev at moneybookers.com (Stefan Lambrev) Date: Tue May 12 09:37:16 2009 Subject: linux-megacli Message-ID: Greetings, Just to let you know the latest version of the port fails to install because: ${INSTALL_MAN} ${WRKSRC}/${PORTVERSION}_Linux_Cli.txt ${DOCSDIR}/ readme.txt should be changed to ${INSTALL_MAN} ${WRKSRC}/${PORTVERSION}_Linux_MegaCLI.txt ${DOCSDIR}/ readme.txt -- Best Wishes, Stefan Lambrev ICQ# 24134177 From rodrigo at bebik.net Tue May 12 11:08:07 2009 From: rodrigo at bebik.net (Rodrigo OSORIO (ros)) Date: Tue May 12 11:08:14 2009 Subject: ports/133166: www/wml port fix Message-ID: <20090512104839.GB78390@hodja.bebik.net> Hello, I'm the www/wml port mantainer and about 1 month ago I submited a patch to fix the port (broken). The PR was taken by someone, but unfortunatly for now is still open and I have no feedback from the responsible. Any solution ? - rodrigo From legatvs at gmail.com Tue May 12 11:14:04 2009 From: legatvs at gmail.com (Toni Gundogdu) Date: Tue May 12 11:14:35 2009 Subject: multimedia/cclive: p5-HTML-Parser issue Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, I am the maintainer of the port multimedia/cclive and I am trying to find a fix to a dependency issue. * I have enabled WITH_PERL via OPTIONS * p5-HTML-Parser has not been installed Excerpt from the Makefile: .include .if defined(WITH_PERL) CONFIGURE_ARGS+=--with-perl USE_PERL5= 5.8.2+ RUN_DEPENDS+= p5-HTML-Parser>=3.59:${PORTSDIR}/www/p5-HTML-Parser .endif ... If I run "make install": ===> Found saved configuration for cclive-0.4.2 ===> Extracting for cclive-0.4.2 => MD5 Checksum OK for cclive-0.4.2.tar.bz2. => SHA256 Checksum OK for cclive-0.4.2.tar.bz2. ===> cclive-0.4.2 depends on file: /usr/local/bin/perl5.10.0 - found ===> Patching for cclive-0.4.2 ===> cclive-0.4.2 depends on file: /usr/local/bin/perl5.10.0 - found ===> cclive-0.4.2 depends on file: /usr/local/bin/perl5.10.0 - found ===> cclive-0.4.2 depends on executable: pkg-config - found ===> cclive-0.4.2 depends on shared library: curl.5 - found ===> Configuring for cclive-0.4.2 ... checking for perl... /usr/bin/perl checking for HTML::TokeParser... configure: error: HTML::TokeParser module is required ===> Script "configure" failed unexpectedly. ... The RUN_DEPENDS line seems to be ignored. Whereas "make depends": ===> cclive-0.4.2 depends on file: /usr/local/bin/perl5.10.0 - found ===> cclive-0.4.2 depends on file: /usr/local/bin/perl5.10.0 - found ===> cclive-0.4.2 depends on shared library: curl.5 - found ===> cclive-0.4.2 depends on file: /usr/local/bin/perl5.10.0 - found ===> cclive-0.4.2 depends on executable: pkg-config - found ===> cclive-0.4.2 depends on package: p5-HTML-Parser>=3.59 - not found ===> Verifying install for p5-HTML-Parser>=3.59 in /usr/ports/www/p5-HTML-Parser ===> Extracting for p5-HTML-Parser-3.60 ... Fetches the p5-HTML-Parser port and installs it as expected. As far as I can tell, the examples in the Porters Handbook use a similar approach with OPTIONS and RUN_DEPENDS, so any idea why the dependency checking fails with "make install"? Thanks. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoJUzgACgkQqNe1VCB8oJpI5QCfcPzQNt9dhhR6Wb6YrfFADjtV 3fMAnRpLFf+bjsixuV3NvsfsVqrgPBXP =Iupu -----END PGP SIGNATURE----- From alexey at renatasystems.org Tue May 12 11:24:13 2009 From: alexey at renatasystems.org (Alexey V. Degtyarev) Date: Tue May 12 11:24:20 2009 Subject: multimedia/cclive: p5-HTML-Parser issue In-Reply-To: References: Message-ID: <20090512112410.GI68128@hs-4.renatasystems.org> Hi, > ===> Configuring for cclive-0.4.2 > ... > checking for perl... /usr/bin/perl > checking for HTML::TokeParser... configure: error: HTML::TokeParser > module is required > ===> Script "configure" failed unexpectedly. > ... you should add p5-HTML-Parser to BUILD_DEPENDS as well: BUILD_DEPENDS+= p5-HTML-Parser>=3.59:${PORTSDIR}/www/p5-HTML-Parser -- Alexey V. Degtyarev From hummel at pasteur.fr Tue May 12 11:53:41 2009 From: hummel at pasteur.fr (Thomas Hummel) Date: Tue May 12 11:53:47 2009 Subject: Amavis::SpamControl->new not found Message-ID: <20090512115334.GD26360@parmesan.sis.pasteur.fr> Hello, I portupgraded a lot of things on a mail server running 7.1-PRERELEASE amd64, including perl, postfix, amavisd-new and clamav. At the moment here are the versions which I run : perl-5.8.9_2 postfix-2.5.6,1 amavisd-new-2.6.3,1 clamav-0.95.1_ Compile and install succeeded but trying to start amavid-new gave the following error : # /usr/local/etc/rc.d/amavisd start Starting amavisd. Can't locate object method "new" via package "Amavis::SpamControl" at /usr/local/sbin/amavisd line 13878. On this particular server, I don't want spam check at all, so /usr/local/etc/amavisd.conf states : @bypass_spam_checks_maps = (1); # controls running of anti-spam code which doesn't seem to be overriden anwhere else. Line 13878 of /usr/local/sbin/amavisd states : $spamcontrol_obj = Amavis::SpamControl->new if $extra_code_antispam; Considering I don't need spam check at all, I tried commenting this line and amavisd-new started and seemed to work. Do you have any clue on what's wrong ? -- Thomas Hummel From trebestie at gmail.com Tue May 12 12:04:41 2009 From: trebestie at gmail.com (Diego Depaoli) Date: Tue May 12 12:04:48 2009 Subject: Could someone help me to debug my port? Message-ID: <83e5fb980905120434y69644c92xe4120262c58b6553@mail.gmail.com> Hi all, I'm the maintainer of multimedia/smile. Between march 16 (last commit) and may 9 (last world) something broke my port because now I get a segfault. That happens on 8.0 current i386/amd64, with qt4-4.4.3 or qt4-4.5.1 All ports are up to date. gdb smile smile.core returns [skip] Loaded symbols for /usr/local/lib/dri/swrast_dri.so Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0xa5a5a5a5 in ?? () [New Thread 2a001140 (LWP 100226)] (gdb) bt #0 0xa5a5a5a5 in ?? () #1 0x29bcf930 in glXWaitX () from /usr/local/lib/libGL.so.1 #2 0x28ce478f in QGLWidget::resizeEvent () from /usr/local/lib/qt4/libQtOpenGL.so.4 #3 0x28f2a6a7 in QWidget::event () from /usr/local/lib/qt4/libQtGui.so.4 #4 0x28cbe432 in QGLWidget::event () from /usr/local/lib/qt4/libQtOpenGL.so.4 #5 0x28ede01c in QApplicationPrivate::notify_helper () from /usr/local/lib/qt4/libQtGui.so.4 #6 0x28ee4ada in QApplication::notify () from /usr/local/lib/qt4/libQtGui.so.4 #7 0x298d59e9 in QCoreApplication::notifyInternal () from /usr/local/lib/qt4/libQtCore.so.4 #8 0x28f27a88 in QWidgetPrivate::sendPendingMoveAndResizeEvents () from /usr/local/lib/qt4/libQtGui.so.4 #9 0x28f2eb06 in QWidgetPrivate::show_helper () from /usr/local/lib/qt4/libQtGui.so.4 #10 0x28f2f05e in QWidget::setVisible () from /usr/local/lib/qt4/libQtGui.so.4 #11 0x28f2eab0 in QWidgetPrivate::showChildren () from /usr/local/lib/qt4/libQtGui.so.4 #12 0x28f2eb31 in QWidgetPrivate::show_helper () from /usr/local/lib/qt4/libQtGui.so.4 #13 0x28f2e8f1 in QWidgetPrivate::show_recursive () from /usr/local/lib/qt4/libQtGui.so.4 #14 0x28f2ea79 in QWidgetPrivate::showChildren () from /usr/local/lib/qt4/libQtGui.so.4 #15 0x28f2eb31 in QWidgetPrivate::show_helper () from /usr/local/lib/qt4/libQtGui.so.4 #16 0x28f2f05e in QWidget::setVisible () from /usr/local/lib/qt4/libQtGui.so.4 #17 0x28f2eab0 in QWidgetPrivate::showChildren () from /usr/local/lib/qt4/libQtGui.so.4 #18 0x28f2eb31 in QWidgetPrivate::show_helper () from /usr/local/lib/qt4/libQtGui.so.4 #19 0x28f2f05e in QWidget::setVisible () from /usr/local/lib/qt4/libQtGui.so.4 #20 0x28f2eab0 in QWidgetPrivate::showChildren () from /usr/local/lib/qt4/libQtGui.so.4 #21 0x28f2eb31 in QWidgetPrivate::show_helper () from /usr/local/lib/qt4/libQtGui.so.4 #22 0x28f2f05e in QWidget::setVisible () from /usr/local/lib/qt4/libQtGui.so.4 #23 0x28f2eab0 in QWidgetPrivate::showChildren () from /usr/local/lib/qt4/libQtGui.so.4 #24 0x28f2eb31 in QWidgetPrivate::show_helper () from /usr/local/lib/qt4/libQtGui.so.4 #25 0x28f2f05e in QWidget::setVisible () from /usr/local/lib/qt4/libQtGui.so.4 #26 0x28f2eab0 in QWidgetPrivate::showChildren () from /usr/local/lib/qt4/libQtGui.so.4 #27 0x28f2eb31 in QWidgetPrivate::show_helper () from /usr/local/lib/qt4/libQtGui.so.4 #28 0x28f2f05e in QWidget::setVisible () from /usr/local/lib/qt4/libQtGui.so.4 #29 0x28f2eab0 in QWidgetPrivate::showChildren () from /usr/local/lib/qt4/libQtGui.so.4 #30 0x28f2eb31 in QWidgetPrivate::show_helper () from /usr/local/lib/qt4/libQtGui.so.4 #31 0x28f2f05e in QWidget::setVisible () from /usr/local/lib/qt4/libQtGui.so.4 #32 0x0805923e in ?? () #33 0x08058f29 in ?? () #34 0x00000001 in ?? () #35 0xbfbfe748 in ?? () #36 0xbfbfe750 in ?? () #37 0x00000000 in ?? () #38 0x281d4da0 in dlclose () from /libexec/ld-elf.so.1 #39 0x00000001 in ?? () Thanks in advance -- Diego Depaoli From legatvs at gmail.com Tue May 12 12:58:22 2009 From: legatvs at gmail.com (Toni Gundogdu) Date: Tue May 12 12:58:28 2009 Subject: multimedia/cclive: p5-HTML-Parser issue In-Reply-To: <20090512112410.GI68128@hs-4.renatasystems.org> References: <20090512112410.GI68128@hs-4.renatasystems.org> Message-ID: Hi, >> ===> Configuring for cclive-0.4.2 >> ... >> checking for perl... /usr/bin/perl >> checking for HTML::TokeParser... configure: error: HTML::TokeParser >> module is required >> ===> Script "configure" failed unexpectedly. >> ... > > you should add p5-HTML-Parser to BUILD_DEPENDS as well: > > BUILD_DEPENDS+= p5-HTML-Parser>=3.59:${PORTSDIR}/www/p5-HTML-Parser Indeed, that makes sense. Thanks for a prompt reply, Alexey. From wxs at FreeBSD.org Tue May 12 13:09:58 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue May 12 13:10:04 2009 Subject: ports/133166: www/wml port fix In-Reply-To: <20090512104839.GB78390@hodja.bebik.net> References: <20090512104839.GB78390@hodja.bebik.net> Message-ID: <20090512130957.GA8464@atarininja.org> On Tue, May 12, 2009 at 12:48:39PM +0200, Rodrigo OSORIO (ros) wrote: > > Hello, > > I'm the www/wml port mantainer and about 1 month ago > I submited a patch to fix the port (broken). > The PR was taken by someone, but unfortunatly for now > is still open and I have no feedback from the responsible. > Any solution ? I'll work on it. -- WXS From jennifer at cfnps.org Tue May 12 19:07:56 2009 From: jennifer at cfnps.org (Jennifer Winn) Date: Tue May 12 19:08:02 2009 Subject: NY Fundraising Summit - still time to register Message-ID: Dear Foundation Representative, Just a reminder that the NY Fundraising Summit is taking place in three weeks time at New York University. Over 300 nonprofit leaders attended our Summit last year, and came away with real world solutions to the fundraising challenges that they were facing. This year we have expanded the schedule to include many new sessions. Attendees can also register for one-on-one mentoring sessions with the speakers to get answers to specific questions not addressed in the seminars. You can register as an attendee for the Summit by going to: http://cfnps.org/ny2009.aspx We are also still looking for a speaker in two of the sessions at the upcoming Summit (see details below). Sincerely, Jennifer Winn Event Manager Center for Nonprofit Success www.cfnps.org ============================================== New York Fundraising Summit: Date: June 3-4, 2009 Location: New York University - Kimmel Center 60 Washington Square South New York, NY 10012 For more info on the New York Summit and the cost go to: http://cfnps.org/ny2009.aspx =============================================== Other items of interest: A. Speakers for the NY Fundraising Summit The speaker roster for the NY Summit is 98% full, and we are still looking for one more speaker for the following two sessions: 1. Panel discussion with corporate grantmakers: http://www.cfnps.org/New_York_Fundraising_Summit_11.aspx 2. Finding Foundation Funders: http://www.cfnps.org/New_York_Fundraising_Summit_08.aspx Interested speakers can learn more by going to: http://www.cfnps.org/supporters/ B. Volunteers for the NY Summit Owing to a dramatic increase in attendance, we are now looking for a couple more volunteers for the NY Summit. Volunteers can volunteer for one day, both days, or sit in on sessions on one day in exchange for volunteering on the other day. Interested volunteers can complete the volunteer registration form at: http://www.cfnps.org/VolunteerRegistrationNew.aspx?S=59 C. Exhibitors for the NY Summit The Center for Nonprofit Success is currently accepting exhibitor registrations for the NY Fundrdaising Summit. Exhibitor booths are set up in a premium location so that exhibitors enjoy frequent interactions with our attendees in an intimate setting intended for the building of relationships. For more information, go to http://www.cfnps.org/supporters/ ============================================== The Center for Nonprofit Success is a nonprofit organization whose mission to provide the training, knowledge and resources to help nonprofit leaders succeed. If you do not wish to receive any future notifications about our offerings, you can unsubscribe at: http://lists.mediate-facilitate.com/subscribe/profile?f=26&id=1524037T From linimon at lonesome.com Tue May 12 20:48:50 2009 From: linimon at lonesome.com (Mark Linimon) Date: Tue May 12 20:48:56 2009 Subject: why does portsmon think my port is no longer valid? In-Reply-To: <20090506172138.GA54310@comcast.net> References: <20090506172138.GA54310@comcast.net> Message-ID: <20090512204849.GA30745@lonesome.com> On Wed, May 06, 2009 at 10:21:39AM -0700, Charlie Kester wrote: > Does the portsmon statement simply mean that it hasn't been packaged > yet, or is there some other issue that needs to be addressed? The latter (a bug in portsmon :-) ) There is some leakage of things that come and go in MOVED. Doing a manual rescan of ports/MOVED fixes the problem ... then it recurs. One of these days I'm going to fix that ... mcl From doconnor at gsoft.com.au Wed May 13 13:20:43 2009 From: doconnor at gsoft.com.au (Daniel O'Connor) Date: Wed May 13 13:20:50 2009 Subject: lcms problem building gimp-app (and others) Message-ID: <200905132237.30977.doconnor@gsoft.com.au> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090513/4b974fa6/attachment.pgp From alexanderchuranov at gmail.com Wed May 13 16:26:58 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Wed May 13 16:27:04 2009 Subject: devel/boost: what's proper shared library version? Message-ID: <3cb459ed0905130926n32def691ycecd043f70e522fc@mail.gmail.com> Hi folks! I'm currently working on boost-1.39 port. The wiki http://wiki.freebsd.org/BoostPortingProject reflects most recent project status. And there is a question: what is the proper value for shared libraries installed by boost? As I can see from CVS, devel/boost started setting shared library version explicitly since 1.32. It was 2 for 1.32, then 3 for 1.33, then remained 3 till 1.35. When updating to 1.37 I've changed it to 4, just made +1. Now It's not clear what version should be used for 1.39. Boost.org provides no binary compatibility between versions of their libraries. It seems the best solution is to modify shared libraries version on each version update from boost. The choices are: 1) Just increment number further. It would be 5 for 1.39 2) Use what's boost installer provides (currently so.1.39.0) 3) Use own numbering system, linked to version of boost. For example: so.1390 I don't like option (1), because *so version is not related to version of libraries. For the (2) I've heard that on FreeBSD version must be a single number. I've never seen versions like 1390, as suggested in option (3). What approach to follow? Sincerely, Alexander Churanov, maintainer of devel/boost From henk at signature.nl Thu May 14 00:06:43 2009 From: henk at signature.nl (Henk van Oers) Date: Thu May 14 00:06:50 2009 Subject: lang/parrot update? Message-ID: <20090514013808.T36846@ans.signature.nl> Is someone working on the parrot port? From mezz7 at cox.net Thu May 14 00:15:30 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu May 14 00:15:37 2009 Subject: devel/boost: what's proper shared library version? In-Reply-To: <3cb459ed0905130926n32def691ycecd043f70e522fc@mail.gmail.com> References: <3cb459ed0905130926n32def691ycecd043f70e522fc@mail.gmail.com> Message-ID: On Wed, 13 May 2009 11:26:56 -0500, Alexander Churanov wrote: > Hi folks! > > I'm currently working on boost-1.39 port. > The wiki http://wiki.freebsd.org/BoostPortingProject reflects most > recent project status. > And there is a question: what is the proper value for shared libraries > installed by boost? > > As I can see from CVS, devel/boost started setting shared library > version explicitly since 1.32. > It was 2 for 1.32, then 3 for 1.33, then remained 3 till 1.35. > When updating to 1.37 I've changed it to 4, just made +1. > > Now It's not clear what version should be used for 1.39. > Boost.org provides no binary compatibility between versions of their > libraries. > It seems the best solution is to modify shared libraries version on > each version update from boost. > > The choices are: > 1) Just increment number further. It would be 5 for 1.39 This is a correct choice. But you only need to bump it if newer version break the ABI. If the binary of library is compatibility, then do not bump it. > 2) Use what's boost installer provides (currently so.1.39.0) You can try ltverhack (must have USE_AUTOTOOLS=libtool:15 with it) in bsd.gnome.mk, it's what near all GNOME and a some outside ports use to get same .so.N as Linux. Like our glib2/gtk2 has .so.0 just like Linux. If the ltverhack doesn't work then stick with manual. By the way, ltverhack fix libtool bug for FreeBSD to get correct .so.N. > 3) Use own numbering system, linked to version of boost. For example: > so.1390 No. This is very ugly, because its force all ports to rebuild at the each time when boost update. It's not need to bump if ABI is compatibility. > I don't like option (1), because *so version is not related to version > of libraries. The library version is unrelated with release version. It's merely an ABI version, so it bumps when ABI break in the next update. > For the (2) I've heard that on FreeBSD version must be a single number. > I've never seen versions like 1390, as suggested in option (3). > > What approach to follow? > > Sincerely, > Alexander Churanov, > maintainer of devel/boost -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From pgollucci at p6m7g8.com Thu May 14 02:27:05 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Thu May 14 02:27:12 2009 Subject: lang/parrot update? In-Reply-To: <20090514013808.T36846@ans.signature.nl> References: <20090514013808.T36846@ans.signature.nl> Message-ID: <4A0B8176.7020608@p6m7g8.com> Henk van Oers wrote: > > Is someone working on the parrot port? I thought it was already in the tree, and there is already a pr assigned to svk@ for the 1.0 update. -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) did: 703.579.6947, o: 703.549.2050x206 Senior System Admin - RideCharge Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From fenner at FreeBSD.org Thu May 14 10:00:14 2009 From: fenner at FreeBSD.org (Bill Fenner) Date: Thu May 14 10:00:20 2009 Subject: Possibly unbuildable ports reminder Message-ID: <200905141000.n4EA0DcX051082@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 M.S.Powell at salford.ac.uk Thu May 14 11:59:52 2009 From: M.S.Powell at salford.ac.uk (Mark Powell) Date: Thu May 14 11:59:58 2009 Subject: pear v1.8.1 build issues with php v4.4.9 In-Reply-To: <4A03A2E9.9050201@FreeBSD.org> References: <20090507142313.Q11492@rust.salford.ac.uk> <4A03A2E9.9050201@FreeBSD.org> Message-ID: <20090514125733.D34067@rust.salford.ac.uk> On Thu, 7 May 2009, Greg Larkin wrote: Greg, Thanks for the reply. > I looked into this problem for a little today, and I think I know the > reason for the failure, but I haven't found a solution yet. > > - ---cut---cut---cut---cut---cut---cut--- > # pear install /tmp/go-pear/download/Structures_Graph-1.0.2.tar > > Warning: sortpackagesforinstall(Structures/Graph.php): failed to open > stream: No such file or directory in PEAR/Downloader.php on line 1217 > > Warning: sortpackagesforinstall(Structures/Graph.php): failed to open > stream: No such file or directory in > /usr/local/share/pear/PEAR/Downloader.php on line 1217 > > Fatal error: sortpackagesforinstall(): Failed opening required > 'Structures/Graph.php' (include_path='/usr/local/share/pear') in > /usr/local/share/pear/PEAR/Downloader.php on line 1217 > - ---cut---cut---cut---cut---cut---cut--- > > I haven't had time to chase that down, but perhaps it gives you some > idea on how to continue troubleshooting? Actually, I had encountered that error too. I just showed you the first error encountered. Any ideas on what causes this? It seems to me that pear v1.8.x is broken when used with php v4? i.e. this seems to be a pear bug rather than anything FreeBSD related? Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information & Learning Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 6843 Fax: +44 161 295 5888 www.pgp.com for PGP key From alexanderchuranov at gmail.com Thu May 14 18:14:28 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Thu May 14 18:14:34 2009 Subject: devel/boost: what's proper shared library version? In-Reply-To: References: <3cb459ed0905130926n32def691ycecd043f70e522fc@mail.gmail.com> Message-ID: <3cb459ed0905141114v17944e99had31ca4c9dee8fd7@mail.gmail.com> Jeremy, There is no binary compatibility for boost libraries at all. To be precise, they say "this may work for some cases", but boost folks are intentionally not examining if such a compatibility exists between releases. Of course, they provide no warranty of any kind. I've just dropped a message to boost and they confirmed that there is no compatibility between releases. So then, my question was not about binary compatibility. I was sure it does not exist. And yes, we need to rebuild all ports that depend on boost each time the libraries are updated. The question is: "how correctly assign versions to shared libraries from boost?" I suggest using boost release version, because this is most clear and obvious way. It's supported by boost out-of-box. The only concern is whether library names like libboost_date_time.so.1.39.0 are acceptable for FreeBSD. Alexander Churanov, maintainer of devel/boost From miwi at FreeBSD.org Thu May 14 19:12:42 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Thu May 14 19:13:15 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! Message-ID: <20090514191237.GD70242@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy Guys, After the announcement from Alexander Eichner about Virtualbox on FreeBSD, we started the work on a port for FreeBSD. Now we think that we solved the most problems and are ready for the first Call for Testing. Some notes before you can test the port: Make sure you are using RELENG_7 or higher. You have to use a fresh portstree with uptodate ports!! Please read carefully the pkg-messages. Some known issues / Troubleshooting: Sometimes the kernel on HEAD coredumps when loading or unloading the kernel module. A small workaround to prevent the crash is to not start X, mount proc, then load the kernel module and start X from the console. That helped me and some testers, maybe you too. :P AMD64 should be work in general, it builds and start. But not right tested at the moment. We want here also some feedback. Some Thanks: First of all we'd like to say many thanks to _ALL_ vbox developers. Next people are Bernhard Froehlich (aka decke), Beat Gaetzi (beat@), Dennis Herrmann (dhn@), Pietro Cerutti (gahr@), myself (*gg*), and _ALL_ who helped and provided feedback. Happy Testing :-) Download: http://people.freebsd.org/~miwi/vbox/vboxport.tgz Wiki Page: http://wiki.freebsd.org/VirtualBox - Martin - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoMbSUACgkQdLJIhLHm/OnNnACeJsT7H9hW1J7CV70P3Ty+q0CA kD8AoMLCPbltY999/8qO6fnaqv4UQ9QT =LcoD -----END PGP SIGNATURE----- From sergey.dyatko at gmail.com Thu May 14 21:31:44 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Thu May 14 21:32:18 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> Message-ID: <20090515003202.57d3f2e2@notebook> On Thu, 14 May 2009 21:12:37 +0200 Martin Wilke wrote: MW> -----BEGIN PGP SIGNED MESSAGE----- MW> Hash: SHA1 MW> MW> MW> Howdy Guys, MW> MW> After the announcement from Alexander Eichner about MW> Virtualbox on FreeBSD, we started the work on a port MW> for FreeBSD. Now we think that we solved the most MW> problems and are ready for the first Call for Testing. MW> MW> Some notes before you can test the port: MW> Make sure you are using RELENG_7 or higher. You have MW> to use a fresh portstree with uptodate ports!! Please MW> read carefully the pkg-messages. MW> MW> Some known issues / Troubleshooting: MW> Sometimes the kernel on HEAD coredumps when loading MW> or unloading the kernel module. A small workaround MW> to prevent the crash is to not start X, mount proc, MW> then load the kernel module and start X from the MW> console. That helped me and some testers, maybe you MW> too. :P AMD64 should be work in general, it builds MW> and start. But not right tested at the moment. We MW> want here also some feedback. I can't start a virtual machine (current from May, 9). screenshot: http://msk.bsd.by/vbox.png After kldunload vboxdrv I got kernel panic:( MW> MW> Some Thanks: MW> First of all we'd like to say many thanks to _ALL_ MW> vbox developers. Next people are Bernhard Froehlich MW> (aka decke), Beat Gaetzi (beat@), Dennis Herrmann MW> (dhn@), Pietro Cerutti (gahr@), myself (*gg*), MW> and _ALL_ who helped and provided feedback. I would like to join thanks, thank you for good job MW> Happy Testing :-) MW> MW> Download: MW> MW> http://people.freebsd.org/~miwi/vbox/vboxport.tgz MW> MW> Wiki Page: MW> http://wiki.freebsd.org/VirtualBox MW> MW> - Martin -- wbr, tiger From fbsdlist at src.cx Thu May 14 21:46:20 2009 From: fbsdlist at src.cx (Artem Belevich) Date: Thu May 14 21:46:27 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> Message-ID: I'm trying to build on CURRENT/amd64 kBuild binaries that come with the port are for FreeBSD-6.3 and seem to depend on KSE and would at the very minimum need /etc/libmap.conf tweaking in order to get them to work. Perhaps it would be better to make port depend on kBuild and just do ln -s /usr/local/bin work/virtualbox-2.2.2r19673/kBuild/bin/freebsd.amd64 with kBuild installed from ports vbox did finish building. --Artem From fbsdlist at src.cx Thu May 14 21:51:34 2009 From: fbsdlist at src.cx (Artem Belevich) Date: Thu May 14 21:51:52 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: References: <20090514191237.GD70242@bsdcrew.de> Message-ID: Few more notes from -CURRENT/amd64 * VirtualBox needs /proc mounted, otherwise it fails to start. * Kernel module must be loaded with "kldload vboxdrv" In my case, I de see bunch of relocation errors on the console, though the module does load: kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 vboxdrv: fAsync=0 offMin=0xb25 offMax=0x39a8 * Attempt to boot new VM (64-bit FreeBSD) from -current snapshot DVD ISO results in an error: Failed to start the virtual machine FreeBSD. Failed to load VMMR0.r0 (VERR_SYMBOL_VALUE_TOO_BIG). Unknown error creating VM (VERR_SYMBOL_VALUE_TOO_BIG). Result Code: NS_ERROR_FAILURE (0x80004005) Component: Console Interface: IConsole {a7f17a42-5b64-488d-977b-4b2c639ada27} * Subsequent attempts to start VM result in an error message that kernel module is not present, even though kldstat shows it just fine. Any suggestions on how to make it work? --Artem On Thu, May 14, 2009 at 2:18 PM, Artem Belevich wrote: > I'm trying to build on CURRENT/amd64 > > kBuild binaries that come with the port are for FreeBSD-6.3 and seem > to depend on KSE and would at the very minimum need /etc/libmap.conf > tweaking in order to get them to work. > > Perhaps it would be better to make port depend on kBuild and just do > ln -s /usr/local/bin work/virtualbox-2.2.2r19673/kBuild/bin/freebsd.amd64 > > with kBuild installed from ports vbox did finish building. > > --Artem > From miwi at FreeBSD.org Thu May 14 21:55:15 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Thu May 14 21:55:33 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: References: <20090514191237.GD70242@bsdcrew.de> Message-ID: <20090514215508.GA71804@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, May 14, 2009 at 02:18:41PM -0700, Artem Belevich wrote: > I'm trying to build on CURRENT/amd64 > > kBuild binaries that come with the port are for FreeBSD-6.3 and seem > to depend on KSE and would at the very minimum need /etc/libmap.conf > tweaking in order to get them to work. > > Perhaps it would be better to make port depend on kBuild and just do > ln -s /usr/local/bin work/virtualbox-2.2.2r19673/kBuild/bin/freebsd.amd64 > > with kBuild installed from ports vbox did finish building. You should try to install misc/compat6. - - Martin > > --Artem > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoMkzwACgkQdLJIhLHm/Ol8SwCfT28kzMwirCcWTs3XzREdXliu YL8AoLoHckZchjsmSDyI8ubOsCtCs+L9 =qeL/ -----END PGP SIGNATURE----- From miwi at FreeBSD.org Thu May 14 21:56:52 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Thu May 14 21:57:05 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: References: <20090514191237.GD70242@bsdcrew.de> Message-ID: <20090514215644.GB71804@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, May 14, 2009 at 02:51:32PM -0700, Artem Belevich wrote: > Few more notes from -CURRENT/amd64 > > * VirtualBox needs /proc mounted, otherwise it fails to start. > * Kernel module must be loaded with "kldload vboxdrv" > - From my mail: Some notes before you can test the port: Make sure you are using RELENG_7 or higher. You have to use a fresh portstree with uptodate ports!! Please read carefully the pkg-messages. > In my case, I de see bunch of relocation errors on the console, > though the module does load: > > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > vboxdrv: fAsync=0 offMin=0xb25 offMax=0x39a8 > > * Attempt to boot new VM (64-bit FreeBSD) from -current snapshot DVD > ISO results in an error: > > Failed to start the virtual machine FreeBSD. > Failed to load VMMR0.r0 (VERR_SYMBOL_VALUE_TOO_BIG). > Unknown error creating VM (VERR_SYMBOL_VALUE_TOO_BIG). > > Result Code: NS_ERROR_FAILURE (0x80004005) > Component: Console > Interface: IConsole {a7f17a42-5b64-488d-977b-4b2c639ada27} > > * Subsequent attempts to start VM result in an error message that > kernel module is not present, even though kldstat shows it just fine. > Maybe is here the problem you link to devel/kbuild. > > Any suggestions on how to make it work? > > --Artem > > > > On Thu, May 14, 2009 at 2:18 PM, Artem Belevich wrote: > > I'm trying to build on CURRENT/amd64 > > > > kBuild binaries that come with the port are for FreeBSD-6.3 and seem > > to depend on KSE and would at the very minimum need /etc/libmap.conf > > tweaking in order to get them to work. > > > > Perhaps it would be better to make port depend on kBuild and just do > > ln -s /usr/local/bin work/virtualbox-2.2.2r19673/kBuild/bin/freebsd.amd64 > > > > with kBuild installed from ports vbox did finish building. > > > > --Artem > > > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoMk5wACgkQdLJIhLHm/OlV9wCfU77KyC2CDb6bOeG6vDwEQsx8 pHAAoJCwlO5d+iYVdy7ZT/tTwkKSmjq3 =HcYf -----END PGP SIGNATURE----- From Benoit.Calvez at gmail.com Thu May 14 22:19:47 2009 From: Benoit.Calvez at gmail.com (Benoit Calvez) Date: Thu May 14 22:19:59 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> Message-ID: <3481d8e60905141449qfcf5da8r95d54281206304a4@mail.gmail.com> On Thu, May 14, 2009 at 9:12 PM, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Howdy Guys, > > After the announcement from Alexander Eichner about > Virtualbox on FreeBSD, we started the work on a port > for FreeBSD. Now we think that we solved the most > problems and are ready for the first Call for Testing. > > Some notes before you can test the port: > Make sure you are using RELENG_7 or higher. You have > to use a fresh portstree with uptodate ports!! Please > read carefully the pkg-messages. > > Some known issues / Troubleshooting: > Sometimes the kernel on HEAD coredumps when loading > or unloading the kernel module. A small workaround > to prevent the crash is to not start X, mount proc, > then load the kernel module and start X from the > console. That helped me and some testers, maybe you > too. :P AMD64 should be work in general, it builds > and start. But not right tested at the moment. We > want here also some feedback. > > Some Thanks: > First of all we'd like to say many thanks to _ALL_ > vbox developers. Next people are Bernhard Froehlich > (aka decke), Beat Gaetzi (beat@), Dennis Herrmann > (dhn@), Pietro Cerutti (gahr@), myself (*gg*), > and _ALL_ who helped and provided feedback. > > Happy Testing :-) > > Download: > > http://people.freebsd.org/~miwi/vbox/vboxport.tgz > > Wiki Page: > http://wiki.freebsd.org/VirtualBox > > - Martin > > - -- > > +-----------------------+-------------------------------+ > | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEYEARECAAYFAkoMbSUACgkQdLJIhLHm/OnNnACeJsT7H9hW1J7CV70P3Ty+q0CA > kD8AoMLCPbltY999/8qO6fnaqv4UQ9QT > =LcoD > -----END PGP SIGNATURE----- > _______________________________________________ > 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" > I'm trying to build from amd64, but got the following error. Sorry but I didn't look, and it's a fresh paste: ===> Configuring for virtualbox-2.2.2r19673 Checking for environment: Determined build machine: freebsd.amd64, target machine: freebsd.amd64, OK. Checking for kBuild: found, OK. Checking for gcc: found version 4.2.1, OK. Checking for as86: found version 0.16.17, OK. Checking for bcc: found version 0.16.17, OK. Checking for iasl: found version 20070320, OK. Checking for xslt: found, OK. Checking for pthread: found, OK. Checking for libxml2: found version 2.7.3, OK. Checking for libxslt: found version 1.1.24, OK. Checking for libIDL: found version 0.8.13, OK. Checking for zlib: found version 1.2.3, OK. Checking for SDL: found version 1.2.13, OK. Checking for X libraries: found, OK. Checking for Xcursor: found, OK. Checking for Xmu: found, OK. Checking for Mesa / GLU: Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". found version 1.2, OK. Checking for Qt4: found version 4.4.3, OK. Checking for Qt4 devtools: found version 4.4.3, OK. Checking for python support: found version 2.5.4, OK. Successfully generated '/usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/AutoConfig.kmk' and '/usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/env.sh'. Source '/usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/env.sh' once before you start to build VBox: source /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/env.sh kmk +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ Hardening is enabled which means that the VBox binaries will not run from the binary directory. The binaries have to be installed suid root and some more prerequisites have to be fulfilled which is normally done by installing the final package. For development, the hardening feature can be disabled by specifying the --disable-hardening parameter. Please never disable that feature for the final distribution! +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ Enjoy! ===> Building for virtualbox-2.2.2r19673 cd /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673 && /bin/sh env.sh && VBOX_LIBPATH_X11=/usr/local /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/kBuild/bin/freebsd.amd64/kmk Config.kmk:1664: /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/GCCConfig.kmk: No such file or directory Config.kmk:3789: /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/revision.kmk: No such file or directory Fatal error 'kse_create() failed ' at line 469 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 2) *** Error code 1 -- Benoit C. From fbsdlist at src.cx Thu May 14 23:03:34 2009 From: fbsdlist at src.cx (Artem Belevich) Date: Thu May 14 23:03:40 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090514215644.GB71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090514215644.GB71804@bsdcrew.de> Message-ID: >> * VirtualBox needs /proc mounted, otherwise it fails to start. >> * Kernel module must be loaded with "kldload vboxdrv" > > - From my mail: > Some notes before you can test the port: > Make sure you are using RELENG_7 or higher. You have > to use a fresh portstree with uptodate ports!! Please > read carefully the pkg-messages. Oops. Indeed it warns about /proc and kernel module. I guess I just was too eager to get VirtualBox running to pause and read documentation. > Maybe is here the problem you link to devel/kbuild. As I explained, kbuild that comes with the port does not work for me. And I *do* have compat6-amd64 installed. Apparently I'm not alone. See Benoit's email in this thread. Here's what needs to be added to /etc/libmap.conf in order to make supplied libraries work: libpthread.so.2 libthr.so.2 I'll re-do the build with supplied kbuild and see if that makes any difference. In any case, I appreciate all the work you and others have done to get VirtualBox on FreeBSD running. --Artem From gperez at entel.upc.edu Thu May 14 23:57:22 2009 From: gperez at entel.upc.edu (=?ISO-8859-1?Q?Gustau_P=E9rez?=) Date: Thu May 14 23:57:30 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> Message-ID: <4A0C87D0.8060105@entel.upc.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Martin Wilke wrote: > > Howdy Guys, > > After the announcement from Alexander Eichner about Virtualbox on > FreeBSD, we started the work on a port for FreeBSD. Now we think > that we solved the most problems and are ready for the first Call > for Testing. > > Some notes before you can test the port: Make sure you are using > RELENG_7 or higher. You have to use a fresh portstree with uptodate > ports!! Please read carefully the pkg-messages. > > Some known issues / Troubleshooting: Sometimes the kernel on HEAD > coredumps when loading or unloading the kernel module. A small > workaround to prevent the crash is to not start X, mount proc, then > load the kernel module and start X from the console. That helped me > and some testers, maybe you too. :P AMD64 should be work in > general, it builds and start. But not right tested at the moment. > We want here also some feedback. > > Some Thanks: First of all we'd like to say many thanks to _ALL_ > vbox developers. Next people are Bernhard Froehlich (aka decke), > Beat Gaetzi (beat@), Dennis Herrmann (dhn@), Pietro Cerutti > (gahr@), myself (*gg*), and _ALL_ who helped and provided feedback. > > > Happy Testing :-) > > Download: > > http://people.freebsd.org/~miwi/vbox/vboxport.tgz > > Wiki Page: http://wiki.freebsd.org/VirtualBox I'm testing with i386/HEAD. I have two issues : 1.- The first time I start a machine. The window stays gray. If I pause and resume the window turns to black. Virtualbox says it is running, but it is not. 2.- The second and subsequent times I start a virtual machine, virtualbox says that there isn't the kernel driver. The error is : Result Code: NS_ERROR_FAILURE (0x80004005) Component: Machine Interface: IMachine {4d1df26d-d9c1-4c7e-b689-15e85ecf8ffc} And : Kernel driver not installed (rc=-1908) Make sure the kernel module has been loaded successfully. What can be done ? Regards, Gustau > > - Martin > _______________________________________________ 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" - -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoMh9AACgkQAvcpDulVChDtMACdGK3ggUplPWifN4ozP2Ac5fOa pjQAn2ErwBcuTAfn/coIaY12J4lGQrUX =5myk -----END PGP SIGNATURE----- From fbsdlist at src.cx Fri May 15 00:54:19 2009 From: fbsdlist at src.cx (Artem Belevich) Date: Fri May 15 00:54:25 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: References: <20090514191237.GD70242@bsdcrew.de> <20090514215644.GB71804@bsdcrew.de> Message-ID: > Here's what needs to be added to /etc/libmap.conf in order to make > supplied libraries work: > libpthread.so.2 libthr.so.2 > > I'll re-do the build with supplied kbuild and see if that makes any difference. Re-built virtualbox with kBiuild supplied in the tarball and behavior didn't change compared to the one built with kBuild from ports. Loading module still shows relocation errors "kldload: unexpected relocation type 10" and attempt to run VM fails with the same errors I've reported before. --Artem From glen.j.barber at gmail.com Fri May 15 01:37:43 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Fri May 15 01:37:49 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> Message-ID: <4ad871310905141837t2032187bu6ab96ed5c3de4b29@mail.gmail.com> On Thu, May 14, 2009 at 3:12 PM, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Howdy Guys, > > After the announcement from Alexander Eichner about > Virtualbox on FreeBSD, we started the work on a port > for FreeBSD. Now we think that we solved the most > problems and are ready for the first Call for Testing. > Fantastic! Can't wait to test it out. (And "thank you!") -- Glen Barber From inakrin at inakrin.ru Fri May 15 01:38:27 2009 From: inakrin at inakrin.ru (Inakrin) Date: Fri May 15 01:38:34 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> Message-ID: <200905142358.29243.inakrin@inakrin.ru> On Thursday 14 May 2009 23:12:37 Martin Wilke wrote: > Howdy Guys, > > After the announcement from Alexander Eichner about > Virtualbox on FreeBSD, we started the work on a port > for FreeBSD. Now we think that we solved the most > problems and are ready for the first Call for Testing. > > Some notes before you can test the port: > Make sure you are using RELENG_7 or higher. You have > to use a fresh portstree with uptodate ports!! Please > read carefully the pkg-messages. > > Some known issues / Troubleshooting: > Sometimes the kernel on HEAD coredumps when loading > or unloading the kernel module. A small workaround > to prevent the crash is to not start X, mount proc, > then load the kernel module and start X from the > console. That helped me and some testers, maybe you > too. :P AMD64 should be work in general, it builds > and start. But not right tested at the moment. We > want here also some feedback. > > Some Thanks: > First of all we'd like to say many thanks to _ALL_ > vbox developers. Next people are Bernhard Froehlich > (aka decke), Beat Gaetzi (beat@), Dennis Herrmann > (dhn@), Pietro Cerutti (gahr@), myself (*gg*), > and _ALL_ who helped and provided feedback. > > Happy Testing :-) > > Download: > > http://people.freebsd.org/~miwi/vbox/vboxport.tgz > > Wiki Page: > http://wiki.freebsd.org/VirtualBox > > - Martin It's very nice) I'll testing it immeiately. From miwi at FreeBSD.org Fri May 15 07:40:03 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Fri May 15 07:40:10 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <4A0C87D0.8060105@entel.upc.edu> References: <20090514191237.GD70242@bsdcrew.de> <4A0C87D0.8060105@entel.upc.edu> Message-ID: <20090515073957.GD71804@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, May 14, 2009 at 11:06:24PM +0200, Gustau P?rez wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Martin Wilke wrote: > > > > Howdy Guys, > > > > After the announcement from Alexander Eichner about Virtualbox on > > FreeBSD, we started the work on a port for FreeBSD. Now we think > > that we solved the most problems and are ready for the first Call > > for Testing. > > > > Some notes before you can test the port: Make sure you are using > > RELENG_7 or higher. You have to use a fresh portstree with uptodate > > ports!! Please read carefully the pkg-messages. > > > > Some known issues / Troubleshooting: Sometimes the kernel on HEAD > > coredumps when loading or unloading the kernel module. A small > > workaround to prevent the crash is to not start X, mount proc, then > > load the kernel module and start X from the console. That helped me > > and some testers, maybe you too. :P AMD64 should be work in > > general, it builds and start. But not right tested at the moment. > > We want here also some feedback. > > > > Some Thanks: First of all we'd like to say many thanks to _ALL_ > > vbox developers. Next people are Bernhard Froehlich (aka decke), > > Beat Gaetzi (beat@), Dennis Herrmann (dhn@), Pietro Cerutti > > (gahr@), myself (*gg*), and _ALL_ who helped and provided feedback. > > > > > > Happy Testing :-) > > > > Download: > > > > http://people.freebsd.org/~miwi/vbox/vboxport.tgz > > > > Wiki Page: http://wiki.freebsd.org/VirtualBox > > > I'm testing with i386/HEAD. I have two issues : > > 1.- The first time I start a machine. The window stays gray. If > I pause and resume the window turns to > black. Virtualbox says it is running, but it is not. > > 2.- The second and subsequent times I start a virtual machine, > virtualbox says that there isn't the kernel driver. The > error is : > > Result Code: NS_ERROR_FAILURE (0x80004005) > Component: Machine > Interface: IMachine {4d1df26d-d9c1-4c7e-b689-15e85ecf8ffc} > > And : > > Kernel driver not installed (rc=-1908) > > Make sure the kernel module has been loaded successfully. > > What can be done ? > > Regards, > > Gustau Unfortunately, I saw this problem today also, I'll set this to our todo. Thanks > > > > > - Martin > > > _______________________________________________ > 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" > > - -- > PGP KEY : http://www-entel.upc.edu/gus/gus.asc > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkoMh9AACgkQAvcpDulVChDtMACdGK3ggUplPWifN4ozP2Ac5fOa > pjQAn2ErwBcuTAfn/coIaY12J4lGQrUX > =5myk > -----END PGP SIGNATURE----- > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoNHE0ACgkQdLJIhLHm/OnQTACfTk4ohhMGHtxgMjjHuDVRwAmm Zc0An0cPJxRsElv+cfpO8hjNFF4N7J5W =iP3/ -----END PGP SIGNATURE----- From decke at bluelife.at Fri May 15 08:02:15 2009 From: decke at bluelife.at (Bernhard =?iso-8859-1?Q?Fr=F6hlich?=) Date: Fri May 15 08:02:33 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: References: <20090514191237.GD70242@bsdcrew.de> Message-ID: <7bf637b3a059269ba098a8f79dc4d758.squirrel@webmail.itac.at> On Thu, May 14, 2009 11:51 pm, Artem Belevich wrote: > Few more notes from -CURRENT/amd64 > > [snip] > > * Attempt to boot new VM (64-bit FreeBSD) from -current snapshot DVD > ISO results in an error: > > Failed to start the virtual machine FreeBSD. > Failed to load VMMR0.r0 (VERR_SYMBOL_VALUE_TOO_BIG). > Unknown error creating VM (VERR_SYMBOL_VALUE_TOO_BIG). > > Result Code: NS_ERROR_FAILURE (0x80004005) > Component: Console > Interface: IConsole {a7f17a42-5b64-488d-977b-4b2c639ada27} That is an amd64 problem and it is already being worked on. Sorry no solution yet. -- Bernhard Fr?hlich http://www.bluelife.at/ From decke at bluelife.at Fri May 15 09:53:43 2009 From: decke at bluelife.at (Bernhard =?iso-8859-1?Q?Fr=F6hlich?=) Date: Fri May 15 09:53:57 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: References: <20090514191237.GD70242@bsdcrew.de> Message-ID: <06c77d8650448aa63d9ce8d4b1a9c3e0.squirrel@webmail.itac.at> On Thu, May 14, 2009 11:51 pm, Artem Belevich wrote: > Few more notes from -CURRENT/amd64 > > [snip] > > * Attempt to boot new VM (64-bit FreeBSD) from -current snapshot DVD > ISO results in an error: > > Failed to start the virtual machine FreeBSD. > Failed to load VMMR0.r0 (VERR_SYMBOL_VALUE_TOO_BIG). > Unknown error creating VM (VERR_SYMBOL_VALUE_TOO_BIG). > > Result Code: NS_ERROR_FAILURE (0x80004005) > Component: Console > Interface: IConsole {a7f17a42-5b64-488d-977b-4b2c639ada27} I cannot reproduce that anymore (probably hit another problem). Could you please provide what the vbox-dev people asked for to solve that problem? VBox.log from ~/.VirtualBox/Machines//Logs/VBox.log and start with export VBOX_LOG=+rt_ldr.e.l2.f VirtualBox -startvm VM_NAME the resulting .log file (created in the current directory!) http://vbox.innotek.de/pipermail/vbox-dev/2009-May/001411.html http://vbox.innotek.de/pipermail/vbox-dev/2009-May/001413.html Thanks! -- Bernhard Fr?hlich http://www.bluelife.at/ From miwi at FreeBSD.org Fri May 15 10:07:30 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Fri May 15 10:07:47 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <3481d8e60905141449qfcf5da8r95d54281206304a4@mail.gmail.com> References: <20090514191237.GD70242@bsdcrew.de> <3481d8e60905141449qfcf5da8r95d54281206304a4@mail.gmail.com> Message-ID: <20090515100727.GG71804@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Benoit, can you please tell me which FreeBSD Version you use? On Thu, May 14, 2009 at 11:49:22PM +0200, Benoit Calvez wrote: > > I'm trying to build from amd64, but got the following error. Sorry but I > didn't look, and it's a fresh paste: > ===> Configuring for virtualbox-2.2.2r19673 > Checking for environment: Determined build machine: freebsd.amd64, target > machine: freebsd.amd64, OK. > Checking for kBuild: found, OK. > Checking for gcc: found version 4.2.1, OK. > Checking for as86: found version 0.16.17, OK. > Checking for bcc: found version 0.16.17, OK. > Checking for iasl: found version 20070320, OK. > Checking for xslt: found, OK. > Checking for pthread: found, OK. > Checking for libxml2: found version 2.7.3, OK. > Checking for libxslt: found version 1.1.24, OK. > Checking for libIDL: found version 0.8.13, OK. > Checking for zlib: found version 1.2.3, OK. > Checking for SDL: found version 1.2.13, OK. > Checking for X libraries: found, OK. > Checking for Xcursor: found, OK. > Checking for Xmu: found, OK. > Checking for Mesa / GLU: Xlib: extension "Generic Event Extension" missing > on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > found version 1.2, OK. > Checking for Qt4: found version 4.4.3, OK. > Checking for Qt4 devtools: found version 4.4.3, OK. > Checking for python support: found version 2.5.4, OK. > > Successfully generated > '/usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/AutoConfig.kmk' > and '/usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/env.sh'. > Source '/usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/env.sh' > once before you start to build VBox: > > source /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/env.sh > kmk > > > +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING > +++ > Hardening is enabled which means that the VBox binaries will not run from > the binary directory. The binaries have to be installed suid root and some > more prerequisites have to be fulfilled which is normally done by > installing > the final package. For development, the hardening feature can be disabled > by specifying the --disable-hardening parameter. Please never disable that > feature for the final distribution! > +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING > +++ > > Enjoy! > ===> Building for virtualbox-2.2.2r19673 > cd /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673 && /bin/sh > env.sh && VBOX_LIBPATH_X11=/usr/local > /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/kBuild/bin/freebsd.amd64/kmk > Config.kmk:1664: > /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/GCCConfig.kmk: > No such file or directory > Config.kmk:3789: > /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/revision.kmk: > No such file or directory > Fatal error 'kse_create() failed > ' at line 469 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 2) > *** Error code 1 > > > > > -- > Benoit C. > _______________________________________________ > 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 | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoNPt8ACgkQdLJIhLHm/OmsIgCgpK7yToOVhb6/uMyJKshD8Zlw tb4AnAmFSdyxF8NRaC7AxB6Px3oUwwM7 =vUAY -----END PGP SIGNATURE----- From miwi at FreeBSD.org Fri May 15 10:12:56 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Fri May 15 10:13:13 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> Message-ID: <20090515101253.GH71804@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ok We uploaded a new tarball what should be fix the build on AMD64. Small changelog: - - devel/kbuild is now dependency - - remove misc/compat6 support Note: Use devel/bcc instead of devel/dev86 what means If you have devel/bcc installed please deinstall http://people.freebsd.org/~miwi/vbox/virtualbox_1.tgz Please give us feedback :P - - Martin - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoNQCUACgkQdLJIhLHm/OmgeQCgptEW5FhkmB8huDhs5LL63PhI +04AoONjytolxD892zcCnlv81MRLceEv =UJL8 -----END PGP SIGNATURE----- From me at janh.de Fri May 15 10:22:25 2009 From: me at janh.de (Jan Henrik Sylvester) Date: Fri May 15 10:22:57 2009 Subject: finance/aqbanking lost command line tool with update Message-ID: <4A0D3EC8.7080203@janh.de> After ports/129598, finance/aqbanking was recently updated from 2.3.3 to 3.8.1. This caused a major regression for me, as I was using the command line aqbanking-tool (and some shell scripts around it) as the banking client. In the 3.X series, that is not included anymore. There is AqBanking-CLI now, for which a version has been put under GPL last week: http://sourceforge.net/mailarchive/forum.php?thread_name=200905062348.19839.aquamaniac%40gmx.de&forum_name=aqbanking-devel It seems to be included in 3.99.12rc6 and 3.99.12rc7 according to the version history. With this loss in functionality, it would have been nicer if the 2.X version was kept as finance/aqbanking2 -- at least until finance/aqbanking is upgraded to 4.X. I guess I should try to downgrade the port and hope for 4.X to appear soon. I could try to create finance/aqbanking-devel from the rc, but if that is nontrivial, I guess I currently do not have the time to do it. Did I miss something? Any further suggestions? Is anyone else affected? Did anyone start to work on the 4.X version? Cheers, Jan Henrik From kimoto at ohnolab.org Fri May 15 11:13:19 2009 From: kimoto at ohnolab.org (Masahiko KIMOTO) Date: Fri May 15 11:13:37 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090515101253.GH71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090515101253.GH71804@bsdcrew.de> Message-ID: <20090515.195026.74738745.kimoto@ohnolab.org> I'm testing on today's 8-CURRENT/i386. When start the virtual machine, kernel got panic with; May 15 19:31:23 eterna kernel: panic: clone_create() on cdevsw without minor numbers May 15 19:31:23 eterna kernel: cpuid = 0 May 15 19:31:23 eterna kernel: KDB: enter: panic So I'm looking up the source code of vboxdrv.ko but couldn't find . -name 'vboxdrv.*' or something like. What should I check out then? ---------------------------------------------------------------------- Masahiko KIMOTO, Ph. D. E-mail: kimoto@ohnolab.org URL: http://www.ohnolab.org/~kimoto From rbgarga at gmail.com Fri May 15 11:17:29 2009 From: rbgarga at gmail.com (Renato Botelho) Date: Fri May 15 11:17:35 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> Message-ID: <747dc8f30905150417h3abb1b09s7e56f348ad3cbfbe@mail.gmail.com> On Thu, May 14, 2009 at 4:12 PM, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Howdy Guys, > > After the announcement from Alexander Eichner about > Virtualbox on FreeBSD, we started the work on a port > for FreeBSD. Now we think that we solved the most > problems and are ready for the first Call for Testing. > > Some notes before you can test the port: > Make sure you are using RELENG_7 or higher. You have > to use a fresh portstree with uptodate ports!! Please > read carefully the pkg-messages. > > Some known issues / Troubleshooting: > Sometimes the kernel on HEAD coredumps when loading > or unloading the kernel module. A small workaround > to prevent the crash is to not start X, mount proc, > then load the kernel module and start X from the > console. That helped me and some testers, maybe you > too. :P AMD64 should be work in general, it builds > and start. But not right tested at the moment. We > want here also some feedback. > > Some Thanks: > First of all we'd like to say many thanks to _ALL_ > vbox developers. Next people are Bernhard Froehlich > (aka decke), Beat Gaetzi (beat@), Dennis Herrmann > (dhn@), Pietro Cerutti (gahr@), myself (*gg*), > and _ALL_ who helped and provided feedback. > > Happy Testing :-) > > Download: > > ?http://people.freebsd.org/~miwi/vbox/vboxport.tgz > > Wiki Page: > ?http://wiki.freebsd.org/VirtualBox Hello Martin I've built it on i386/CURRENT r191522, but I couldn't load the module, when i try, i got: KLD vboxdrv.ko: depends on kernel - not available kldload: can't load vboxdrv: File exists It says file exists, but the module is not loaded root@botelhor:/home/garga# kldstat Id Refs Address Size Name 1 18 0xc0400000 b584bc kernel 2 1 0xc0f59000 809c snd_via8233.ko 3 2 0xc0f62000 4a438 sound.ko 4 1 0xc46af000 8000 linprocfs.ko 5 1 0xc46c8000 24000 linux.ko Any idea? -- Renato Botelho From gperez at entel.upc.edu Fri May 15 11:22:53 2009 From: gperez at entel.upc.edu (=?ISO-8859-1?Q?Gustau_P=E9rez?=) Date: Fri May 15 11:23:07 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <747dc8f30905150417h3abb1b09s7e56f348ad3cbfbe@mail.gmail.com> References: <20090514191237.GD70242@bsdcrew.de> <747dc8f30905150417h3abb1b09s7e56f348ad3cbfbe@mail.gmail.com> Message-ID: <4A0D5084.9090102@entel.upc.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Renato Botelho wrote: > On Thu, May 14, 2009 at 4:12 PM, Martin Wilke wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> Howdy Guys, >> >> After the announcement from Alexander Eichner about >> Virtualbox on FreeBSD, we started the work on a port >> for FreeBSD. Now we think that we solved the most >> problems and are ready for the first Call for Testing. >> >> Some notes before you can test the port: >> Make sure you are using RELENG_7 or higher. You have >> to use a fresh portstree with uptodate ports!! Please >> read carefully the pkg-messages. >> >> Some known issues / Troubleshooting: >> Sometimes the kernel on HEAD coredumps when loading >> or unloading the kernel module. A small workaround >> to prevent the crash is to not start X, mount proc, >> then load the kernel module and start X from the >> console. That helped me and some testers, maybe you >> too. :P AMD64 should be work in general, it builds >> and start. But not right tested at the moment. We >> want here also some feedback. >> >> Some Thanks: >> First of all we'd like to say many thanks to _ALL_ >> vbox developers. Next people are Bernhard Froehlich >> (aka decke), Beat Gaetzi (beat@), Dennis Herrmann >> (dhn@), Pietro Cerutti (gahr@), myself (*gg*), >> and _ALL_ who helped and provided feedback. >> >> Happy Testing :-) >> >> Download: >> >> http://people.freebsd.org/~miwi/vbox/vboxport.tgz >> >> Wiki Page: >> http://wiki.freebsd.org/VirtualBox > > Hello Martin > > I've built it on i386/CURRENT r191522, but I couldn't load the > module, when i try, i got: > > KLD vboxdrv.ko: depends on kernel - not available > kldload: can't load vboxdrv: File exists > > It says file exists, but the module is not loaded > > root@botelhor:/home/garga# kldstat > Id Refs Address Size Name > 1 18 0xc0400000 b584bc kernel > 2 1 0xc0f59000 809c snd_via8233.ko > 3 2 0xc0f62000 4a438 sound.ko > 4 1 0xc46af000 8000 linprocfs.ko > 5 1 0xc46c8000 24000 linux.ko > > Any idea? It seems to me you csup'ed your sources but you are still using the old kernel. Try make buildkernell && make installkernel and then try loading the module. Gus PS : as a advice, I would do the installworld with KODIR=/boot/test && nextboot -k test. If i works, you can reinstall again the kernel as your default kernel . - -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoNUH4ACgkQAvcpDulVChDcwQCfZv8oKZzE37j794kCfNt2Tdqq z2YAn2BLpbl1Zm9eGRLvF3r2GtYBRSFr =fXHv -----END PGP SIGNATURE----- From kimoto at ohnolab.org Fri May 15 11:29:25 2009 From: kimoto at ohnolab.org (Masahiko KIMOTO) Date: Fri May 15 11:29:42 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <80027300@bb.ipt.ru> References: <20090515101253.GH71804@bsdcrew.de> <20090515.195026.74738745.kimoto@ohnolab.org> <80027300@bb.ipt.ru> Message-ID: <20090515.202723.41647485.kimoto@ohnolab.org> > > When start the virtual machine, kernel got panic with; > > > May 15 19:31:23 eterna kernel: panic: clone_create() on cdevsw without minor numbers > > May 15 19:31:23 eterna kernel: cpuid = 0 > > May 15 19:31:23 eterna kernel: KDB: enter: panic > > > So I'm looking up the source code of vboxdrv.ko but couldn't find . -name > > 'vboxdrv.*' or something like. > > > What should I check out then? > > Do you have all kernel modules from ports up to date with world/kernel? Hmm, Under /boot/kernel/ is up to date by make build/installkernel. Under /boot/modules/, only vboxdrv.ko is in it, and is up to date. ---------------------------------------------------------------------- Masahiko KIMOTO, Ph. D. E-mail: kimoto@ohnolab.org URL: http://www.ohnolab.org/~kimoto From chris at arnold.se Fri May 15 11:32:08 2009 From: chris at arnold.se (Christopher Arnold) Date: Fri May 15 11:32:14 2009 Subject: Keyboard not working in gnome? In-Reply-To: References: Message-ID: Hi again, some more input on this. In Xorg.0.log i see: (II) config/hal: Adding input device USB Receiver (EE) config/hal: NewInputDeviceRequest failed (8) (II) config/hal: Adding input device AT Keyboard (EE) config/hal: NewInputDeviceRequest failed (8) (The at part makes sense, i only have USB on this machine) So i guess this is the problem and that a rebuild of gnome/X11 did not help. It seems fairly close to the issues with hald/xorg.conf that we saw the last time upgrading gnome. What is actually the right config nowdays? I have the following in xorg.conf: Section "ServerLayout" Identifier "Simple Layout" Screen "Screen 1" 0 0 InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" Option "AllowEmptyInput" "off" Option "AutoAddDevices" "off" EndSection And in /etc/rc.conf: bus_enable="YES" hald_enable="YES" Or does anyone have any hints on why a keyboard (that i'm currently writing on...) don't work in X11/Gnome? Any hints on debugging this? /Chris On Thu, 14 May 2009, Christopher Arnold wrote: > > Hi, > > i'm currently debugging why my keyboard is not working in gnome, so i thought > i might throw out a quick question here if someone else have run into this? > > Details: > Im running 7.1-STABLE. > > It's a logitech wireless keyboard and mouse (connected with USB) that have > been woriking for a couple of years. (Actually i'm writing on it now, but in > a vty) Suddenly in the middle of a session everything hung, so i rebooted. > > Now i managed to login (That is it works in gdm!) but when i open a xterm or > any other program it does not work. (as in no keys work not even caps lock) > The mouse works perfectly. And since the mouse works i can use the GUI to > logout and back in gdm keyboard works again... > > My first thought was that i might have rebuilt some port affecting this, so > currently i'm rebuilding X11 and gnome. > > Have anyone else run into this? > Any hints on what might be wrong? > > /Chris > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From gdn at fxclub.org Fri May 15 11:32:21 2009 From: gdn at fxclub.org (Gorbatovsky Dmitry) Date: Fri May 15 11:32:33 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> Message-ID: <4A0D4D6E.6010905@fxclub.org> Thanks for grate work! I install on VirtualBox FreeBSD 7.1, Ubuntu, Windows 7 and it work fine. %uname -a FreeBSD user 7.2-RELEASE FreeBSD 7.2-RELEASE #1: Thu May 7 15:46:13 MSD 2009 root@user:/usr/obj/usr/src/sys/GENERIC i386 Dmitry. From sergey.dyatko at gmail.com Fri May 15 11:36:34 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Fri May 15 11:36:51 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090515.195026.74738745.kimoto@ohnolab.org> References: <20090514191237.GD70242@bsdcrew.de> <20090515101253.GH71804@bsdcrew.de> <20090515.195026.74738745.kimoto@ohnolab.org> Message-ID: <20090515143651.09b75403@notebook> ? Fri, 15 May 2009 19:50:26 +0900 (JST) Masahiko KIMOTO ?????: MK> I'm testing on today's 8-CURRENT/i386. MK> MK> When start the virtual machine, kernel got panic with; MK> MK> May 15 19:31:23 eterna kernel: panic: clone_create() on cdevsw MK> without minor numbers May 15 19:31:23 eterna kernel: cpuid = 0 MK> May 15 19:31:23 eterna kernel: KDB: enter: panic MK> MK> So I'm looking up the source code of vboxdrv.ko but couldn't find . MK> -name 'vboxdrv.*' or something like. MK> MK> What should I check out then? MK> /boot/modules/vboxdrv.ko ? MK> ---------------------------------------------------------------------- MK> Masahiko KIMOTO, Ph. D. MK> E-mail: kimoto@ohnolab.org URL: MK> http://www.ohnolab.org/~kimoto -- wbr, tiger From rink at FreeBSD.org Fri May 15 11:40:04 2009 From: rink at FreeBSD.org (Rink Springer) Date: Fri May 15 11:40:22 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <747dc8f30905150417h3abb1b09s7e56f348ad3cbfbe@mail.gmail.com> References: <20090514191237.GD70242@bsdcrew.de> <747dc8f30905150417h3abb1b09s7e56f348ad3cbfbe@mail.gmail.com> Message-ID: <20090515112106.GA84567@rink.nu> On Fri, May 15, 2009 at 08:17:07AM -0300, Renato Botelho wrote: > I've built it on i386/CURRENT r191522, but I couldn't load the > module, when i try, i got: > > KLD vboxdrv.ko: depends on kernel - not available > kldload: can't load vboxdrv: File exists This generally means your kernel sources and binary are not in sync. Just rebuild and reinstall your kernel and all modules and you will be fine. Regards, -- Rink P.W. Springer - http://rink.nu "Talk to me." - Horatio Caine From bsam at ipt.ru Fri May 15 12:07:24 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri May 15 12:07:36 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090515.195026.74738745.kimoto@ohnolab.org> (Masahiko KIMOTO's message of "Fri\, 15 May 2009 19\:50\:26 +0900 \(JST\)") References: <20090514191237.GD70242@bsdcrew.de> <20090515101253.GH71804@bsdcrew.de> <20090515.195026.74738745.kimoto@ohnolab.org> Message-ID: <80027300@bb.ipt.ru> On Fri, 15 May 2009 19:50:26 +0900 (JST) Masahiko KIMOTO wrote: > I'm testing on today's 8-CURRENT/i386. So do I. But virtualbox works here. Until any VM got shutdown -- none can be started. > When start the virtual machine, kernel got panic with; > May 15 19:31:23 eterna kernel: panic: clone_create() on cdevsw without minor numbers > May 15 19:31:23 eterna kernel: cpuid = 0 > May 15 19:31:23 eterna kernel: KDB: enter: panic > So I'm looking up the source code of vboxdrv.ko but couldn't find . -name > 'vboxdrv.*' or something like. > What should I check out then? Do you have all kernel modules from ports up to date with world/kernel? WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From bsam at ipt.ru Fri May 15 12:07:25 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri May 15 12:07:36 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <747dc8f30905150417h3abb1b09s7e56f348ad3cbfbe@mail.gmail.com> (Renato Botelho's message of "Fri\, 15 May 2009 08\:17\:07 -0300") References: <20090514191237.GD70242@bsdcrew.de> <747dc8f30905150417h3abb1b09s7e56f348ad3cbfbe@mail.gmail.com> Message-ID: <13946991@bb.ipt.ru> On Fri, 15 May 2009 08:17:07 -0300 Renato Botelho wrote: > I've built it on i386/CURRENT r191522, but I couldn't load the > module, when i try, i got: > KLD vboxdrv.ko: depends on kernel - not available I didn't see that message. > kldload: can't load vboxdrv: File exists While this is familiar for me. I've got it when build virtualbox with newer kernel sources (it so happened that I csuped src but had no time to rebuild/reinstall) than the installed kernel. > It says file exists, but the module is not loaded > root@botelhor:/home/garga# kldstat > Id Refs Address Size Name > 1 18 0xc0400000 b584bc kernel > 2 1 0xc0f59000 809c snd_via8233.ko > 3 2 0xc0f62000 4a438 sound.ko > 4 1 0xc46af000 8000 linprocfs.ko > 5 1 0xc46c8000 24000 linux.ko > Any idea? WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From hummel at pasteur.fr Fri May 15 12:58:41 2009 From: hummel at pasteur.fr (Thomas Hummel) Date: Fri May 15 12:58:48 2009 Subject: Amavis::SpamControl->new not found In-Reply-To: <20090512115334.GD26360@parmesan.sis.pasteur.fr> References: <20090512115334.GD26360@parmesan.sis.pasteur.fr> Message-ID: <20090515125835.GC39318@parmesan.sis.pasteur.fr> On Tue, May 12, 2009 at 01:53:35PM +0200, Thomas Hummel wrote: > # /usr/local/etc/rc.d/amavisd start > Starting amavisd. > Can't locate object method "new" via package "Amavis::SpamControl" at /usr/local/sbin/amavisd line 13878. > > On this particular server, I don't want spam check at all, so /usr/local/etc/amavisd.conf states : > > @bypass_spam_checks_maps = (1); # controls running of anti-spam code > > which doesn't seem to be overriden anwhere else. > > Line 13878 of /usr/local/sbin/amavisd states : > > $spamcontrol_obj = Amavis::SpamControl->new if $extra_code_antispam; > > Considering I don't need spam check at all, I tried commenting this line and > amavisd-new started and seemed to work. Today, I tried something different : . comment @bypass_spam_checks_maps = (1); in amavisd.conf, thus getting the default as stated in amavid, which is @bypass_spam_checks_maps = ( \%bypass_spam_checks, \@bypass_spam_checks_acl, \$bypass_spam_checks_re); . assume that spam checks won't be launched even if I commented @bypass_spam_checks_maps since my amavisd.conf states $sa_mail_body_size_limit = 1; # don't waste time on SA if mail is larger # default: undef, no limitations Although amavisd launch succeeded then, as a side effet I got many messages returned with Subject: Considered UNSOLICITED BULK EMAIL, apparently from you >From: "Content-filter at [...] So I reverted to the solution described in my previous message. Conclusion : ------------ it seems to me that : . amavisd miss somewhere the "import" of the Amavis::SpamControl package (I don't see such import anywhere) . @bypass_spam_checks_maps = (1); doesn't bypass everything since $spamcontrol_obj = Amavis::SpamControl->new if $extra_code_antispam; is still executed. . $sa_mail_body_size_limit = 1; isn't enough to fully bypass spam engine since some messages where marked UBE. Thanks -- Thomas Hummel | Institut Pasteur | P?le informatique - syst?mes et r?seau From bsam at ipt.ru Fri May 15 13:23:37 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri May 15 13:23:54 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090515101253.GH71804@bsdcrew.de> (Martin Wilke's message of "Fri\, 15 May 2009 12\:12\:54 +0200") References: <20090514191237.GD70242@bsdcrew.de> <20090515101253.GH71804@bsdcrew.de> Message-ID: <88984457@bb.ipt.ru> On Fri, 15 May 2009 12:12:54 +0200 Martin Wilke wrote: > We uploaded a new tarball what should be fix the build on AMD64. > Small changelog: > - devel/kbuild is now dependency > - remove misc/compat6 support > Note: > Use devel/bcc instead of devel/dev86 what means > If you have devel/bcc installed please deinstall > http://people.freebsd.org/~miwi/vbox/virtualbox_1.tgz > Please give us feedback :P I've got an error at my 8-CURRENT tinderbox: ----- ======================================== ===> Building package for virtualbox-2.2.2r19673 tar: lib/virtualbox/VBoxREM32.so: Cannot stat: No such file or directory tar: lib/virtualbox/VBoxREM64.so: Cannot stat: No such file or directory tar: Removing leading '/' from member names tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 ----- Seems that for 64 bit platform none of VBoxREM[32|64].so are created. BTW, those who are interested at the subject from mail lists ports@, emulation@ and current@ already knows the great news. May be it's time to move to one list, say, virtualization@? WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From miwi at FreeBSD.org Fri May 15 13:28:19 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Fri May 15 13:28:31 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <88984457@bb.ipt.ru> References: <20090514191237.GD70242@bsdcrew.de> <20090515101253.GH71804@bsdcrew.de> <88984457@bb.ipt.ru> Message-ID: <20090515132815.GJ71804@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, May 15, 2009 at 05:23:34PM +0400, Boris Samorodov wrote: > On Fri, 15 May 2009 12:12:54 +0200 Martin Wilke wrote: > > > We uploaded a new tarball what should be fix the build on AMD64. > > > Small changelog: > > - devel/kbuild is now dependency > > - remove misc/compat6 support > > > Note: > > Use devel/bcc instead of devel/dev86 what means > > If you have devel/bcc installed please deinstall > > > http://people.freebsd.org/~miwi/vbox/virtualbox_1.tgz > > > Please give us feedback :P > > I've got an error at my 8-CURRENT tinderbox: > ----- > ======================================== > ===> Building package for virtualbox-2.2.2r19673 > tar: lib/virtualbox/VBoxREM32.so: Cannot stat: No such file or directory > tar: lib/virtualbox/VBoxREM64.so: Cannot stat: No such file or directory > tar: Removing leading '/' from member names > tar: Error exit delayed from previous errors. > pkg_create: make_dist: tar command failed with code 256 > ----- > > Seems that for 64 bit platform none of VBoxREM[32|64].so are > created. Ups :(. Seems we was to fast. I'll fix that soon ;). > > BTW, those who are interested at the subject from mail lists > ports@, emulation@ and current@ already knows the great news. > May be it's time to move to one list, say, virtualization@? > Maybe :-). But for the moment it's a good place to deal with vbox. > > WBR > -- > Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEUEARECAAYFAkoNbe8ACgkQdLJIhLHm/OngAwCY2KHMIweS1sARJw/BW2ehMjMr zgCgy9Kh3bwk9ik4uX6t7slfghIr7u8= =ohI6 -----END PGP SIGNATURE----- From rnoland at FreeBSD.org Fri May 15 14:21:13 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Fri May 15 14:21:19 2009 Subject: Keyboard not working in gnome? In-Reply-To: References: Message-ID: <1242397220.1755.88.camel@balrog.2hip.net> On Fri, 2009-05-15 at 13:05 +0200, Christopher Arnold wrote: > Hi again, > > some more input on this. > > In Xorg.0.log i see: > (II) config/hal: Adding input device USB Receiver > (EE) config/hal: NewInputDeviceRequest failed (8) > (II) config/hal: Adding input device AT Keyboard > (EE) config/hal: NewInputDeviceRequest failed (8) > (The at part makes sense, i only have USB on this machine) > > So i guess this is the problem and that a rebuild of gnome/X11 did not > help. It seems fairly close to the issues with hald/xorg.conf that we saw > the last time upgrading gnome. > > What is actually the right config nowdays? > > I have the following in xorg.conf: > Section "ServerLayout" > Identifier "Simple Layout" > Screen "Screen 1" 0 0 > InputDevice "Mouse1" "CorePointer" > InputDevice "Keyboard1" "CoreKeyboard" > Option "AllowEmptyInput" "off" > Option "AutoAddDevices" "off" > EndSection Using the above, you shouldn't need the lines below. Your devices need to be statically configured in xorg.conf. If you are using hald, then remove both the AllowEmptyInput and AutoAddDevices lines above. I currently use moused as well, since there still seems to be some occasional issue with my mouse if I try and use native psm... robert. > And in /etc/rc.conf: > bus_enable="YES" > hald_enable="YES" > > Or does anyone have any hints on why a keyboard (that i'm currently > writing on...) don't work in X11/Gnome? > Any hints on debugging this? > > /Chris > > On Thu, 14 May 2009, Christopher Arnold wrote: > > > > > Hi, > > > > i'm currently debugging why my keyboard is not working in gnome, so i thought > > i might throw out a quick question here if someone else have run into this? > > > > Details: > > Im running 7.1-STABLE. > > > > It's a logitech wireless keyboard and mouse (connected with USB) that have > > been woriking for a couple of years. (Actually i'm writing on it now, but in > > a vty) Suddenly in the middle of a session everything hung, so i rebooted. > > > > Now i managed to login (That is it works in gdm!) but when i open a xterm or > > any other program it does not work. (as in no keys work not even caps lock) > > The mouse works perfectly. And since the mouse works i can use the GUI to > > logout and back in gdm keyboard works again... > > > > My first thought was that i might have rebuilt some port affecting this, so > > currently i'm rebuilding X11 and gnome. > > > > Have anyone else run into this? > > Any hints on what might be wrong? > > > > /Chris > > _______________________________________________ > > freebsd-questions@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > To unsubscribe, send any mail to "freebsd-questions-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" -- Robert Noland 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/20090515/77401727/attachment.pgp From paul at fletchermoorland.co.uk Fri May 15 14:25:50 2009 From: paul at fletchermoorland.co.uk (Paul Wootton) Date: Fri May 15 14:26:03 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090515101253.GH71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090515101253.GH71804@bsdcrew.de> Message-ID: <4A0D7574.3050801@fletchermoorland.co.uk> Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Ok > > We uploaded a new tarball what should be fix the build on AMD64. > > Small changelog: > - - devel/kbuild is now dependency > - - remove misc/compat6 support > > Note: > Use devel/bcc instead of devel/dev86 what means > If you have devel/bcc installed please deinstall > > http://people.freebsd.org/~miwi/vbox/virtualbox_1.tgz > > Please give us feedback :P > > > - - Martin > > - -- > > +-----------------------+-------------------------------+ > | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEYEARECAAYFAkoNQCUACgkQdLJIhLHm/OmgeQCgptEW5FhkmB8huDhs5LL63PhI > +04AoONjytolxD892zcCnlv81MRLceEv > =UJL8 > -----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" > > > 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 From andrewlylegould at gmail.com Fri May 15 15:31:44 2009 From: andrewlylegould at gmail.com (Andrew Gould) Date: Fri May 15 15:31:50 2009 Subject: Keyboard not working in gnome? In-Reply-To: <1242397220.1755.88.camel@balrog.2hip.net> References: <1242397220.1755.88.camel@balrog.2hip.net> Message-ID: > > > > And in /etc/rc.conf: > > bus_enable="YES" Shouldn't the line above be: dbus_enable="YES" > > > hald_enable="YES" > > > > Or does anyone have any hints on why a keyboard (that i'm currently > > writing on...) don't work in X11/Gnome? > > Any hints on debugging this? > > > > /Chris > Andrew From rnoland at FreeBSD.org Fri May 15 16:04:33 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Fri May 15 16:04:45 2009 Subject: Keyboard not working in gnome? In-Reply-To: References: <1242397220.1755.88.camel@balrog.2hip.net> Message-ID: <1242403412.1755.112.camel@balrog.2hip.net> On Fri, 2009-05-15 at 10:09 -0500, Andrew Gould wrote: > > > > > > And in /etc/rc.conf: > > bus_enable="YES" > > Shouldn't the line above be: > > dbus_enable="YES" Yes, sorry... typo... robert. > > > > hald_enable="YES" > > > > Or does anyone have any hints on why a keyboard (that i'm > currently > > writing on...) don't work in X11/Gnome? > > Any hints on debugging this? > > > > /Chris > > Andrew -- Robert Noland 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/20090515/2225a813/attachment.pgp From sebosik at demax.sk Fri May 15 16:10:10 2009 From: sebosik at demax.sk (Jan Sebosik) Date: Fri May 15 16:10:18 2009 Subject: OpenSSH 5.2 and PuTTY Message-ID: <4A0D8FB6.50701@demax.sk> Hi all anybody experiences issues connecting to openssh-portable server v5.2 with Putty 0.6 client ? Previous version 5.1 worked properly. FreeBSD is 6-STABLE from april 2009. Best regards -- Jan Sebosik, Slovakia sebosik@demax.sk From chris at arnold.se Fri May 15 16:34:51 2009 From: chris at arnold.se (Christopher Arnold) Date: Fri May 15 16:34:59 2009 Subject: Keyboard not working in gnome? In-Reply-To: <1242397220.1755.88.camel@balrog.2hip.net> References: <1242397220.1755.88.camel@balrog.2hip.net> Message-ID: On Fri, 15 May 2009, Robert Noland wrote: > On Fri, 2009-05-15 at 13:05 +0200, Christopher Arnold wrote: >> Hi again, >> >> some more input on this. >> >> In Xorg.0.log i see: >> (II) config/hal: Adding input device USB Receiver >> (EE) config/hal: NewInputDeviceRequest failed (8) >> (II) config/hal: Adding input device AT Keyboard >> (EE) config/hal: NewInputDeviceRequest failed (8) >> (The at part makes sense, i only have USB on this machine) >> >> So i guess this is the problem and that a rebuild of gnome/X11 did not >> help. It seems fairly close to the issues with hald/xorg.conf that we saw >> the last time upgrading gnome. >> >> What is actually the right config nowdays? >> >> I have the following in xorg.conf: >> Section "ServerLayout" >> Identifier "Simple Layout" >> Screen "Screen 1" 0 0 >> InputDevice "Mouse1" "CorePointer" >> InputDevice "Keyboard1" "CoreKeyboard" >> Option "AllowEmptyInput" "off" >> Option "AutoAddDevices" "off" >> EndSection > > Using the above, you shouldn't need the lines below. Your devices need > to be statically configured in xorg.conf. If you are using hald, then > remove both the AllowEmptyInput and AutoAddDevices lines above. I When i commment theese out i get neither keyboard or mouse. Also i notice in the xorg logfile that my "Keyboard1" gets ignored alltogether. That is if i would have got the keyboard to work i would have a us one instead of my swedish. >> And in /etc/rc.conf: >> bus_enable="YES" >> hald_enable="YES" >> If i comment these out then gdm dosn't even start since gdm requiers them i guess. And yes this is a cutnpaste error... Btw my config file and the logfiles are here: http://www.arnold.se/xorg.conf http://www.arnold.se/Xorg.0.log http://www.arnold.se/Xorg.0.log.old I guess i am doing a simple mistake somwhere, just cant figure what... /Chris >> Or does anyone have any hints on why a keyboard (that i'm currently >> writing on...) don't work in X11/Gnome? >> Any hints on debugging this? >> >> /Chris >> >> On Thu, 14 May 2009, Christopher Arnold wrote: >> >>> >>> Hi, >>> >>> i'm currently debugging why my keyboard is not working in gnome, so i thought >>> i might throw out a quick question here if someone else have run into this? >>> >>> Details: >>> Im running 7.1-STABLE. >>> >>> It's a logitech wireless keyboard and mouse (connected with USB) that have >>> been woriking for a couple of years. (Actually i'm writing on it now, but in >>> a vty) Suddenly in the middle of a session everything hung, so i rebooted. >>> >>> Now i managed to login (That is it works in gdm!) but when i open a xterm or >>> any other program it does not work. (as in no keys work not even caps lock) >>> The mouse works perfectly. And since the mouse works i can use the GUI to >>> logout and back in gdm keyboard works again... >>> >>> My first thought was that i might have rebuilt some port affecting this, so >>> currently i'm rebuilding X11 and gnome. >>> >>> Have anyone else run into this? >>> Any hints on what might be wrong? >>> >>> /Chris >>> _______________________________________________ >>> freebsd-questions@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>> To unsubscribe, send any mail to "freebsd-questions-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" > -- > Robert Noland > FreeBSD > From chris at arnold.se Fri May 15 16:56:54 2009 From: chris at arnold.se (Christopher Arnold) Date: Fri May 15 16:57:01 2009 Subject: Keyboard not working in gnome? In-Reply-To: References: <1242397220.1755.88.camel@balrog.2hip.net> Message-ID: Problem solved, see below.. On Fri, 15 May 2009, Christopher Arnold wrote: > On Fri, 15 May 2009, Robert Noland wrote: > >> On Fri, 2009-05-15 at 13:05 +0200, Christopher Arnold wrote: >>> In Xorg.0.log i see: >>> (II) config/hal: Adding input device USB Receiver >>> (EE) config/hal: NewInputDeviceRequest failed (8) >>> (II) config/hal: Adding input device AT Keyboard >>> (EE) config/hal: NewInputDeviceRequest failed (8) >>> (The at part makes sense, i only have USB on this machine) >>> >>> So i guess this is the problem and that a rebuild of gnome/X11 did not >>> help. It seems fairly close to the issues with hald/xorg.conf that we saw >>> the last time upgrading gnome. >>> >>> What is actually the right config nowdays? >>> >>> I have the following in xorg.conf: >>> Section "ServerLayout" >>> Identifier "Simple Layout" >>> Screen "Screen 1" 0 0 >>> InputDevice "Mouse1" "CorePointer" >>> InputDevice "Keyboard1" "CoreKeyboard" >>> Option "AllowEmptyInput" "off" >>> Option "AutoAddDevices" "off" >>> EndSection >> >> Using the above, you shouldn't need the lines below. Your devices need >> to be statically configured in xorg.conf. If you are using hald, then >> remove both the AllowEmptyInput and AutoAddDevices lines above. I > When i commment theese out i get neither keyboard or mouse. > Also i notice in the xorg logfile that my "Keyboard1" gets ignored > alltogether. That is if i would have got the keyboard to work i would have a > us one instead of my swedish. > >>> And in /etc/rc.conf: >>> bus_enable="YES" >>> hald_enable="YES" >>> > If i comment these out then gdm dosn't even start since gdm requiers them i > guess. > With AllowEmptyInput and AutoAddDevices set to "off" and both dbus and hald enabled it now works... Why? Well i tried and xterm as usual and it didn't work. Decided to check if another program accepted input to rule out an error in xterm. So i used preferences/keyboard instead. I didn't expect it to work so i just pressed a key and kept it down. Klick and then characters! So in the end i managed to find out that slow keys somehow had become enabled in universal access preferences.... Embarrasing... But it is a bit strange that your suggestions did not work. How come some people need the AllowEmptyInput and AutoAddDevices lines but not others? /Chris From rnoland at FreeBSD.org Fri May 15 17:06:06 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Fri May 15 17:06:18 2009 Subject: Keyboard not working in gnome? In-Reply-To: References: <1242397220.1755.88.camel@balrog.2hip.net> Message-ID: <1242407104.1755.119.camel@balrog.2hip.net> On Fri, 2009-05-15 at 18:56 +0200, Christopher Arnold wrote: > Problem solved, see below.. > > On Fri, 15 May 2009, Christopher Arnold wrote: > > > On Fri, 15 May 2009, Robert Noland wrote: > > > >> On Fri, 2009-05-15 at 13:05 +0200, Christopher Arnold wrote: > >>> In Xorg.0.log i see: > >>> (II) config/hal: Adding input device USB Receiver > >>> (EE) config/hal: NewInputDeviceRequest failed (8) > >>> (II) config/hal: Adding input device AT Keyboard > >>> (EE) config/hal: NewInputDeviceRequest failed (8) > >>> (The at part makes sense, i only have USB on this machine) > >>> > >>> So i guess this is the problem and that a rebuild of gnome/X11 did not > >>> help. It seems fairly close to the issues with hald/xorg.conf that we saw > >>> the last time upgrading gnome. > >>> > >>> What is actually the right config nowdays? > >>> > >>> I have the following in xorg.conf: > >>> Section "ServerLayout" > >>> Identifier "Simple Layout" > >>> Screen "Screen 1" 0 0 > >>> InputDevice "Mouse1" "CorePointer" > >>> InputDevice "Keyboard1" "CoreKeyboard" > >>> Option "AllowEmptyInput" "off" > >>> Option "AutoAddDevices" "off" > >>> EndSection > >> > >> Using the above, you shouldn't need the lines below. Your devices need > >> to be statically configured in xorg.conf. If you are using hald, then > >> remove both the AllowEmptyInput and AutoAddDevices lines above. I > > When i commment theese out i get neither keyboard or mouse. > > Also i notice in the xorg logfile that my "Keyboard1" gets ignored > > alltogether. That is if i would have got the keyboard to work i would have a > > us one instead of my swedish. > > > >>> And in /etc/rc.conf: > >>> bus_enable="YES" > >>> hald_enable="YES" > >>> > > If i comment these out then gdm dosn't even start since gdm requiers them i > > guess. > > > With AllowEmptyInput and AutoAddDevices set to "off" and both dbus and > hald enabled it now works... Why? This means that you are using purely static configured devices from xorg.conf. > Well i tried and xterm as usual and it didn't work. Decided to check if > another program accepted input to rule out an error in xterm. So i used > preferences/keyboard instead. I didn't expect it to work so i just pressed > a key and kept it down. Klick and then characters! > > So in the end i managed to find out that slow keys somehow had become > enabled in universal access preferences.... > > Embarrasing... > > But it is a bit strange that your suggestions did not work. > How come some people need the AllowEmptyInput and AutoAddDevices lines but > not others? It looks like hal is seeing your keyboard, but I don't see it picking up the mouse. You would need to look at lshal to figure out what is going on there. If you are using hal with a non-us keyboard layout you probably want to search the archives for the fdi setup to configure your keyboard layout. robert. > /Chris > _______________________________________________ > 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" -- Robert Noland 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/20090515/cdbb4cfa/attachment.pgp From mark at mkproductions.org Fri May 15 22:47:17 2009 From: mark at mkproductions.org (Mark Kane) Date: Fri May 15 22:47:23 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <06c77d8650448aa63d9ce8d4b1a9c3e0.squirrel@webmail.itac.at> References: <20090514191237.GD70242@bsdcrew.de> <06c77d8650448aa63d9ce8d4b1a9c3e0.squirrel@webmail.itac.at> Message-ID: <20090515171326.3297fbd6@mkproductions.org> On Fri, May 15, 2009, at 11:53:39 +0200, Bernhard Fr?hlich wrote: > On Thu, May 14, 2009 11:51 pm, Artem Belevich wrote: > > Few more notes from -CURRENT/amd64 > > > > [snip] > > > > * Attempt to boot new VM (64-bit FreeBSD) from -current snapshot DVD > > ISO results in an error: > > > > Failed to start the virtual machine FreeBSD. > > Failed to load VMMR0.r0 (VERR_SYMBOL_VALUE_TOO_BIG). > > Unknown error creating VM (VERR_SYMBOL_VALUE_TOO_BIG). > > > > Result Code: NS_ERROR_FAILURE (0x80004005) > > Component: Console > > Interface: IConsole {a7f17a42-5b64-488d-977b-4b2c639ada27} > > > I cannot reproduce that anymore (probably hit another problem). Could > you please provide what the vbox-dev people asked for to solve that > problem? > > VBox.log from ~/.VirtualBox/Machines//Logs/VBox.log > > and start with > > export VBOX_LOG=+rt_ldr.e.l2.f > VirtualBox -startvm VM_NAME > > the resulting .log file (created in the current directory!) > > http://vbox.innotek.de/pipermail/vbox-dev/2009-May/001411.html > http://vbox.innotek.de/pipermail/vbox-dev/2009-May/001413.html > > Thanks! Hi. I just wanted to add that the kldload and "VERR_SYMBOL_VALUE_TOO_BIG" errors that Artem posted also occur on RELENG_7/amd64. I rebuilt with debug enabled and set the environment variable per the posts on the VirtualBox mailing list and have included the requested logs below (along with some additional info from /var/log/messages about the kernel module). One note: when running the version with debug I haven't really seen the original error about "VERR_SYMBOL_VALUE_TOO_BIG" in any of the logs and it doesn't pop up on screen anymore when the the VM fails to start; the window just disappears after failing to start. http://tntpowerhost.com/mixx941/freebsd/virtualbox_logs_20090515.txt Thanks in advance! -Mark -- Internet Radio: Party107 (Trance/Electronic) - http://www.party107.com IRC: MIXXnet IRC Network - irc.mixxnet.net (Nick: MarkK) From lumiwa at gmail.com Fri May 15 23:32:35 2009 From: lumiwa at gmail.com (ajtiM) Date: Fri May 15 23:32:42 2009 Subject: fftw3 Message-ID: <200905151806.47480.lumiwa@gmail.com> Hi! I did try to update the syste (FreBSD 7.2) with portmaster and there were error 1 with fftw3. Now is stale dependency: akode-2.0.2,1 --> fftw3-3.1.3 I ran pkgdb -F and I got: pkgdb -F ---> Checking the package registry database Stale dependency: akode-2.0.2,1 -> fftw3-3.1.3 (math/fftw3): Install stale dependency? ([y]es/[n]o/[a]ll) [yes] yes [Gathering depends for math/fftw3 ...................... done] ---> Installing 'gcc-4.3.4_20090503' from a port (lang/gcc43) ---> Building '/usr/ports/lang/gcc43' ===> Cleaning for gcc-4.3.4_20090503 Making GCC 4.3.4 for FreeBSD 7.2 target=i386-portbld-freebsd7.2 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 Stop in /usr/ports/lang/gcc43. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall20090515-4729-1ghjdqc-0 env make ** Fix the problem and try again. ---> Skipping 'math/fftw3' because a requisite port 'lang/gcc43' failed (specify -k to force) ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! lang/gcc43 (unknown build error) * math/fftw3 Command failed [exit code 1]: /usr/local/sbin/portinstall math/fftw3 Thanks. Mitja ----- http://starikarp.redbubble.com From tim at bishnet.net Fri May 15 23:48:06 2009 From: tim at bishnet.net (Tim Bishop) Date: Fri May 15 23:48:12 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> Message-ID: <20090515234756.GP86061@carrick.bishnet.net> Hi Martin, On Thu, May 14, 2009 at 09:12:37PM +0200, Martin Wilke wrote: > After the announcement from Alexander Eichner about > Virtualbox on FreeBSD, we started the work on a port > for FreeBSD. Now we think that we solved the most > problems and are ready for the first Call for Testing. Is the VRDP stuff meant to work? When following these instructions it just appears athat it doesn't start it up (nothing is listening on 3389): http://www.virtualbox.org/manual/UserManual.html#vboxheadless Thanks for your work making VirtualBox available to us! Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From joshua_rickmar at eumx.net Fri May 15 23:50:04 2009 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Fri May 15 23:50:13 2009 Subject: ghostscript8 port not building In-Reply-To: References: Message-ID: On Tue, 5 May 2009, Josh Rickmar wrote: > Hi all. I've been having this problem for some time, but have just > gotten around to posting it to this list. Basically, I have > ghostscript8-nox11-8.64 installed and want to upgrade it to 8.64_1. > > This is the error that I am getting: > > cc -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FONTCONFIG -O2 > -fno-strict-aliasing -pipe -march=prescott -fPIC -DUPD_SIGNAL=0 -I. > -I/usr/ports/print/ghostscript8/work/ghostscript-8.64/jasper/src/libjasper/ > include -I/usr/local/include/libpng -I/usr/local/include -Wall > -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes > -Wwrite-strings -Wno-strict-aliasing -Wdeclaration-after-statem > ent -fno-builtin -fno-common -DHAVE_STDINT_H > -DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing > -pipe -march=prescott -DUSE_LIBICONV_GNU -DGS_DEVS_SHARED > -DGS_DEVS_SHARED_DIR=\"/usr/ > local/lib/ghostscript/8.64\" -I./psi -I./obj/../soobj -I./obj/../soobj > -I./base -o ./obj/../soobj/iconfig.o -c ./obj/../soobj/iconfig.c > cc -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FONTCONFIG -O2 > -fno-strict-aliasing -pipe -march=prescott -fPIC -DUPD_SIGNAL=0 -I. > -I/usr/ports/print/ghostscript8/work/ghostscript-8.64/jasper/src/libjasper/ > include -I/usr/local/include/libpng -I/usr/local/include -Wall > -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes > -Wwrite-strings -Wno-strict-aliasing -Wdeclaration-after-statem > ent -fno-builtin -fno-common -DHAVE_STDINT_H > -DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing > -pipe -march=prescott -DUSE_LIBICONV_GNU -DGS_DEVS_SHARED > -DGS_DEVS_SHARED_DIR=\"/usr/ > local/lib/ghostscript/8.64\" -I./obj/../soobj -I./base -o > ./obj/../soobj/gsromfs0.o -c ./base/gsromfs0.c > ./obj/../soobj/echogs -w ./obj/../soobj/ldt.tr -n - cc -L/usr/local/lib > -L/usr/local/lib -shared -Wl,-soname=libgs.so.8 -o > ./bin/../sobin/libgs.so.8.64 > ./obj/../soobj/echogs -a ./obj/../soobj/ldt.tr -n -s > ./obj/../soobj/gsromfs0.o ./obj/../soobj/gs.o -s > cat ./obj/../soobj/ld.tr >>./obj/../soobj/ldt.tr > ./obj/../soobj/echogs -a ./obj/../soobj/ldt.tr -s - -lm -liconv > -lstdc++ -L/usr/local/lib -lfontconfig -Wl,-export-dynamic -lpthread > -lm > if [ x != x ]; then LD_RUN_PATH=; export LD_RUN_PATH; fi; \ > XCFLAGS= XINCLUDE= XLDFLAGS= XLIBDIRS= XLIBS= \ > FEATURE_DEVS= DEVICE_DEVS= DEVICE_DEVS1= DEVICE_DEVS2= > DEVICE_DEVS3= \ > DEVICE_DEVS4= DEVICE_DEVS5= DEVICE_DEVS6= DEVICE_DEVS7= > DEVICE_DEVS8= \ > DEVICE_DEVS9= DEVICE_DEVS10= DEVICE_DEVS11= DEVICE_DEVS12= \ > DEVICE_DEVS13= DEVICE_DEVS14= DEVICE_DEVS15= DEVICE_DEVS16= \ > DEVICE_DEVS17= DEVICE_DEVS18= DEVICE_DEVS19= DEVICE_DEVS20= \ > DEVICE_DEVS_EXTRA= \ > /bin/sh <./obj/../soobj/ldt.tr > ./obj/../soobj/gdevl256.o(.text+0x73a): In function `gs_shared_init': > : multiple definition of `gs_shared_init' > ./obj/../soobj/gdevxalt.o(.text+0x1759): first defined here > /usr/bin/ld: Warning: size of symbol `gs_shared_init' changed from 150 > in ./obj/../soobj/gdevxalt.o to 38 in ./obj/../soobj/gdevl256.o > ./obj/../soobj/gdevvglb.o(.text+0x995): In function `gs_shared_init': > : multiple definition of `gs_shared_init' > ./obj/../soobj/gdevxalt.o(.text+0x1759): first defined here > gmake[1]: *** [bin/../sobin/libgs.so.8.64] Error 1 > gmake[1]: Leaving directory > `/usr/ports/print/ghostscript8/work/ghostscript-8.64' > gmake: *** [so] Error 2 > *** Error code 1 > > > Any help? I am on 7.2-RELEASE now, but I was also getting this error > while still on 7.1. > > Well, I finally got frustrated with this problem and blew-away all of my ports, to see if I had messed up something by accident. I also removed /var/db/ports/ghostscript8/options to make sure that that was not affecting it. Here is the my new error: cc -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FONTCONFIG -O2 -fno-strict-aliasing -pipe -march =prescott -fPIC -DUPD_SIGNAL=0 -I. -I/usr/ports/print/ghostscript8/work/ghostscript-8.64/ jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include -Wall -Wst rict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno- strict-aliasing -Wdeclaration-after-statement -fno-builtin -fno-common -DHAVE_STDINT_H -D GX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing -pipe -march=prescott - DUSE_LIBICONV_GNU -DGS_DEVS_SHARED -DGS_DEVS_SHARED_DIR=\"/usr/local/lib/ghostscript/8.64 \" -I./base/rinkj -o ./obj/../soobj/rinkj-screen-eb.o -c ./base/rinkj/rinkj-screen-eb.c ./base/rinkj/rinkj-screen-eb.c: In function 'rinkj_screen_eb_write': ./base/rinkj/rinkj-screen-eb.c:176: warning: assignment discards qualifiers from pointer target type ./base/rinkj/rinkj-screen-eb.c:184: warning: passing argument 2 of 'even_better_line' fro m incompatible pointer type ./base/rinkj/rinkj-screen-eb.c:184: warning: passing argument 3 of 'even_better_line' fro m incompatible pointer type ./base/rinkj/rinkj-screen-eb.c: In function 'rinkj_screen_eb_init': ./base/rinkj/rinkj-screen-eb.c:84: warning: 'strengths' may be used uninitialized in this function ./obj/../soobj/echogs -e .dev -w- -l-dev -b -s -l-obj ./obj/../soobj/rinkj ./obj/../soobj /gdevrinkj.o ./obj/../soobj/evenbetter-rll.o ./obj/../soobj/rinkj-byte-stream.o ./obj/../ soobj/rinkj-device.o ./obj/../soobj/rinkj-config.o ./obj/../soobj/rinkj-dither.o ./obj/.. /soobj/rinkj-epson870.o ./obj/../soobj/rinkj-screen-eb.o ./obj/../soobj/echogs -e .dev -w- -l-dev -b -s -l-include -l./obj/../soobj/page -l-obj ./ obj/../soobj/samsunggdi ./obj/../soobj/gdevgdi.o ./obj/../soobj/gdevpcl.o cc -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FONTCONFIG -O2 -fno-strict-aliasing -pipe -march =prescott -fPIC -DUPD_SIGNAL=0 -I. -I/usr/ports/print/ghostscript8/work/ghostscript-8.64/ jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include -Wall -Wst rict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno- strict-aliasing -Wdeclaration-after-statement -fno-builtin -fno-common -DHAVE_STDINT_H -D GX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing -pipe -march=prescott - DUSE_LIBICONV_GNU -DGS_DEVS_SHARED -DGS_DEVS_SHARED_DIR=\"/usr/local/lib/ghostscript/8.64 \" -I./obj/../soobj -I./base -I/usr/local/include -O2 -fno-strict-aliasing -pipe -march= prescott -DUSE_LIBICONV_GNU -o ./obj/../soobj/gdevcups.o -c cups/gdevcups.c cups/gdevcups.c:74:25: error: cups/raster.h: No such file or directory cups/gdevcups.c:204: error: expected specifier-qualifier-list before 'cups_raster_t' cups/gdevcups.c:314: warning: excess elements in struct initializer cups/gdevcups.c:314: warning: (near initialization for 'gs_cups_device') cups/gdevcups.c:315: error: extra brace group at end of initializer cups/gdevcups.c:315: error: (near initialization for 'gs_cups_device') cups/gdevcups.c:321: error: 'CUPS_ADVANCE_NONE' undeclared here (not in a function) cups/gdevcups.c:322: error: 'CUPS_FALSE' undeclared here (not in a function) cups/gdevcups.c:323: error: 'CUPS_CUT_NONE' undeclared here (not in a function) cups/gdevcups.c:325: error: extra brace group at end of initializer cups/gdevcups.c:325: error: (near initialization for 'gs_cups_device') cups/gdevcups.c:326: error: extra brace group at end of initializer cups/gdevcups.c:326: error: (near initialization for 'gs_cups_device') cups/gdevcups.c:328: error: 'CUPS_JOG_NONE' undeclared here (not in a function) cups/gdevcups.c:329: error: 'CUPS_EDGE_TOP' undeclared here (not in a function) cups/gdevcups.c:330: error: extra brace group at end of initializer cups/gdevcups.c:330: error: (near initialization for 'gs_cups_device') cups/gdevcups.c:337: error: 'CUPS_ORIENT_0' undeclared here (not in a function) cups/gdevcups.c:339: error: extra brace group at end of initializer cups/gdevcups.c:339: error: (near initialization for 'gs_cups_device') cups/gdevcups.c:349: error: 'CUPS_ORDER_CHUNKED' undeclared here (not in a function) cups/gdevcups.c:350: error: 'CUPS_CSPACE_K' undeclared here (not in a function) cups/gdevcups.c:370: warning: excess elements in struct initializer cups/gdevcups.c:370: warning: (near initialization for 'gs_cups_device') cups/gdevcups.c: In function 'cups_close': cups/gdevcups.c:442: error: 'gx_device_cups' has no member named 'stream' cups/gdevcups.c:444: warning: implicit declaration of function 'cupsRasterClose' cups/gdevcups.c:444: error: 'gx_device_cups' has no member named 'stream' cups/gdevcups.c:445: error: 'gx_device_cups' has no member named 'stream' cups/gdevcups.c: In function 'cups_decode_color': cups/gdevcups.c:481: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:481: error: 'CUPS_CSPACE_KCMYcm' undeclared (first use in this function) cups/gdevcups.c:481: error: (Each undeclared identifier is reported only once cups/gdevcups.c:481: error: for each function it appears in.) cups/gdevcups.c:482: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:495: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c: In function 'cups_encode_color': cups/gdevcups.c:527: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:542: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:542: error: 'CUPS_CSPACE_KCMYcm' undeclared (first use in this function) cups/gdevcups.c:543: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c: In function 'cups_get_matrix': cups/gdevcups.c:601: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:602: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:608: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:617: error: 'gx_device_cups' has no member named 'landscape' cups/gdevcups.c:623: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:623: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:627: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:628: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:630: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:631: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:632: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:637: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:638: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:640: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:641: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:644: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:644: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:647: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:650: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:651: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:652: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:656: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:659: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:660: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:661: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:662: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:679: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:679: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:679: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:679: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c: In function 'cups_get_params': cups/gdevcups.c:724: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:724: warning: left-hand operand of comma expression has no effect cups/gdevcups.c:724: warning: value computed is not used cups/gdevcups.c:724: warning: value computed is not used cups/gdevcups.c:728: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:728: warning: left-hand operand of comma expression has no effect cups/gdevcups.c:728: warning: value computed is not used cups/gdevcups.c:728: warning: value computed is not used cups/gdevcups.c:732: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:732: warning: left-hand operand of comma expression has no effect cups/gdevcups.c:732: warning: value computed is not used cups/gdevcups.c:732: warning: value computed is not used cups/gdevcups.c:736: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:736: warning: left-hand operand of comma expression has no effect cups/gdevcups.c:736: warning: value computed is not used cups/gdevcups.c:736: warning: value computed is not used cups/gdevcups.c:741: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:745: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:748: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:753: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:756: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:760: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:765: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:769: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:772: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:777: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:781: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:784: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:788: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:792: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:796: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:800: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:804: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:827: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:831: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:835: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:839: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:843: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:847: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:851: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:855: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c: In function 'cups_map_cmyk': cups/gdevcups.c:1010: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:1012: error: 'CUPS_CSPACE_W' undeclared (first use in this function) cups/gdevcups.c:1023: error: 'CUPS_CSPACE_RGBA' undeclared (first use in this function) cups/gdevcups.c:1026: error: 'CUPS_CSPACE_RGB' undeclared (first use in this function) cups/gdevcups.c:1065: error: 'CUPS_CSPACE_CMY' undeclared (first use in this function) cups/gdevcups.c:1092: error: 'CUPS_CSPACE_YMC' undeclared (first use in this function) cups/gdevcups.c:1124: error: 'CUPS_CSPACE_CMYK' undeclared (first use in this function) cups/gdevcups.c:1154: error: 'CUPS_CSPACE_YMCK' undeclared (first use in this function) cups/gdevcups.c:1155: error: 'CUPS_CSPACE_GMCK' undeclared (first use in this function) cups/gdevcups.c:1156: error: 'CUPS_CSPACE_GMCS' undeclared (first use in this function) cups/gdevcups.c:1186: error: 'CUPS_CSPACE_KCMYcm' undeclared (first use in this function) cups/gdevcups.c:1187: error: 'CUPS_CSPACE_KCMY' undeclared (first use in this function) cups/gdevcups.c:998: warning: unused variable 'cieb' cups/gdevcups.c:998: warning: unused variable 'ciea' cups/gdevcups.c:998: warning: unused variable 'ciel' cups/gdevcups.c:997: warning: unused variable 'ciey_yn' cups/gdevcups.c:996: warning: unused variable 'ciez' cups/gdevcups.c:996: warning: unused variable 'ciey' cups/gdevcups.c:996: warning: unused variable 'ciex' cups/gdevcups.c:995: warning: unused variable 'rb' cups/gdevcups.c:995: warning: unused variable 'rg' cups/gdevcups.c:995: warning: unused variable 'rr' cups/gdevcups.c: In function 'cups_print_pages': cups/gdevcups.c:2570: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2573: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2573: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2574: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2577: error: 'CUPS_ORDER_BANDED' undeclared (first use in this function) cups/gdevcups.c:2578: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2578: error: 'CUPS_CSPACE_KCMYcm' undeclared (first use in this function) cups/gdevcups.c:2579: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2580: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2580: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2581: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2583: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2583: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2584: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2588: error: 'CUPS_ORDER_PLANAR' undeclared (first use in this function) cups/gdevcups.c:2589: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2589: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2590: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2600: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2600: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2600: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2613: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2623: error: 'gx_device_cups' has no member named 'stream' cups/gdevcups.c:2625: error: 'gx_device_cups' has no member named 'stream' cups/gdevcups.c:2625: warning: implicit declaration of function 'cupsRasterOpen' cups/gdevcups.c:2626: error: 'CUPS_RASTER_WRITE' undeclared (first use in this function) cups/gdevcups.c:2642: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2646: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2646: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2646: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2652: warning: implicit declaration of function 'cupsRasterWriteHeader' cups/gdevcups.c:2652: error: 'gx_device_cups' has no member named 'stream' cups/gdevcups.c:2652: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2657: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c: In function 'cups_put_params': cups/gdevcups.c:2812: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2812: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2813: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2813: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2814: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2814: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2815: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2815: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2816: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2817: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2817: error: 'cups_adv_t' undeclared (first use in this function) cups/gdevcups.c:2817: error: expected ';' before 'intval' cups/gdevcups.c:2818: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2818: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2818: error: 'cups_bool_t' undeclared (first use in this function) cups/gdevcups.c:2818: error: expected ';' before 'boolval' cups/gdevcups.c:2819: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2819: error: 'cups_cut_t' undeclared (first use in this function) cups/gdevcups.c:2819: error: expected ';' before 'intval' cups/gdevcups.c:2820: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2820: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2820: error: expected ';' before 'boolval' cups/gdevcups.c:2821: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2821: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2822: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2822: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2822: error: expected ';' before 'boolval' cups/gdevcups.c:2823: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2823: error: 'cups_jog_t' undeclared (first use in this function) cups/gdevcups.c:2823: error: expected ';' before 'intval' cups/gdevcups.c:2824: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2824: error: 'cups_edge_t' undeclared (first use in this function) cups/gdevcups.c:2824: error: expected ';' before 'intval' cups/gdevcups.c:2825: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2825: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2826: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2826: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2826: error: expected ';' before 'boolval' cups/gdevcups.c:2827: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2828: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2829: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2830: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2830: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2830: error: expected ';' before 'boolval' cups/gdevcups.c:2831: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2831: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2831: error: expected ';' before 'boolval' cups/gdevcups.c:2832: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2832: error: 'cups_orient_t' undeclared (first use in this function) cups/gdevcups.c:2832: error: expected ';' before 'intval' cups/gdevcups.c:2833: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2833: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2833: error: expected ';' before 'boolval' cups/gdevcups.c:2834: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2834: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2834: error: expected ';' before 'boolval' cups/gdevcups.c:2835: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2835: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2835: error: expected ';' before 'boolval' cups/gdevcups.c:2836: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2836: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2836: error: expected ';' before 'boolval' cups/gdevcups.c:2837: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2838: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2839: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2839: error: 'cups_order_t' undeclared (first use in this function) cups/gdevcups.c:2839: error: expected ';' before 'intval' cups/gdevcups.c:2840: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2840: error: 'cups_cspace_t' undeclared (first use in this function) cups/gdevcups.c:2840: error: expected ';' before 'intval' cups/gdevcups.c:2841: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2842: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2843: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2844: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2853: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2854: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:2920: error: 'gx_device_cups' has no member named 'landscape' cups/gdevcups.c:2980: error: 'gx_device_cups' has no member named 'landscape' cups/gdevcups.c:3015: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3016: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3043: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3044: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3046: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3047: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3049: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3050: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3051: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3052: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3066: error: 'gx_device_cups' has no member named 'landscape' cups/gdevcups.c:2703: warning: unused variable 'floatval' cups/gdevcups.c: In function 'cups_set_color_info': cups/gdevcups.c:3161: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3164: error: 'CUPS_CSPACE_W' undeclared (first use in this function) cups/gdevcups.c:3166: error: 'CUPS_CSPACE_WHITE' undeclared (first use in this function) cups/gdevcups.c:3167: error: 'CUPS_CSPACE_GOLD' undeclared (first use in this function) cups/gdevcups.c:3168: error: 'CUPS_CSPACE_SILVER' undeclared (first use in this function) cups/gdevcups.c:3172: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3172: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3173: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3177: error: 'CUPS_CSPACE_CMY' undeclared (first use in this function) cups/gdevcups.c:3178: error: 'CUPS_CSPACE_YMC' undeclared (first use in this function) cups/gdevcups.c:3179: error: 'CUPS_CSPACE_RGB' undeclared (first use in this function) cups/gdevcups.c:3183: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3184: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3184: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3185: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3186: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3186: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3188: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3188: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3190: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3191: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3193: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3198: error: 'CUPS_CSPACE_KCMYcm' undeclared (first use in this function) cups/gdevcups.c:3199: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3204: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3210: error: 'CUPS_CSPACE_RGBA' undeclared (first use in this function) cups/gdevcups.c:3212: error: 'CUPS_CSPACE_CMYK' undeclared (first use in this function) cups/gdevcups.c:3213: error: 'CUPS_CSPACE_YMCK' undeclared (first use in this function) cups/gdevcups.c:3214: error: 'CUPS_CSPACE_KCMY' undeclared (first use in this function) cups/gdevcups.c:3215: error: 'CUPS_CSPACE_GMCK' undeclared (first use in this function) cups/gdevcups.c:3216: error: 'CUPS_CSPACE_GMCS' undeclared (first use in this function) cups/gdevcups.c:3220: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3221: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3221: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3223: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3223: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3225: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3275: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3300: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3348: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3420: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3420: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3422: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3422: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3486: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c: In function 'cups_print_chunked': cups/gdevcups.c:3573: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3573: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3606: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3717: warning: implicit declaration of function 'cupsRasterWritePixels' cups/gdevcups.c:3717: error: 'gx_device_cups' has no member named 'stream' cups/gdevcups.c:3717: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3725: error: 'gx_device_cups' has no member named 'stream' cups/gdevcups.c:3725: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c: In function 'cups_print_banded': cups/gdevcups.c:3756: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3756: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3773: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3773: error: 'CUPS_CSPACE_KCMYcm' undeclared (first use in this function) cups/gdevcups.c:3774: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3775: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3777: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3797: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3811: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3814: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3816: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:3879: error: 'CUPS_CSPACE_GMCK' undeclared (first use in this function) cups/gdevcups.c:3880: error: 'CUPS_CSPACE_GMCS' undeclared (first use in this function) cups/gdevcups.c:3881: error: 'CUPS_CSPACE_RGBA' undeclared (first use in this function) cups/gdevcups.c:3883: error: 'CUPS_CSPACE_CMYK' undeclared (first use in this function) cups/gdevcups.c:3884: error: 'CUPS_CSPACE_YMCK' undeclared (first use in this function) cups/gdevcups.c:3885: error: 'CUPS_CSPACE_KCMY' undeclared (first use in this function) cups/gdevcups.c:4010: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:4012: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:4175: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:4177: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:4280: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:4327: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:4393: error: 'gx_device_cups' has no member named 'stream' cups/gdevcups.c:4393: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c: In function 'cups_print_planar': cups/gdevcups.c:4447: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:4449: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:4452: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:4454: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:4482: error: 'CUPS_CSPACE_GMCK' undeclared (first use in this function) cups/gdevcups.c:4483: error: 'CUPS_CSPACE_GMCS' undeclared (first use in this function) cups/gdevcups.c:4484: error: 'CUPS_CSPACE_RGBA' undeclared (first use in this function) cups/gdevcups.c:4486: error: 'CUPS_CSPACE_CMYK' undeclared (first use in this function) cups/gdevcups.c:4487: error: 'CUPS_CSPACE_YMCK' undeclared (first use in this function) cups/gdevcups.c:4488: error: 'CUPS_CSPACE_KCMY' undeclared (first use in this function) cups/gdevcups.c:4514: error: 'CUPS_CSPACE_KCMYcm' undeclared (first use in this function) cups/gdevcups.c:4536: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:4538: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:4652: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:4654: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:4743: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:4750: error: 'gx_device_cups' has no member named 'header' cups/gdevcups.c:4764: error: 'gx_device_cups' has no member named 'stream' cups/gdevcups.c:4764: error: 'gx_device_cups' has no member named 'header' gmake[1]: *** [obj/../soobj/gdevcups.o] Error 1 gmake[1]: Leaving directory `/usr/ports/print/ghostscript8/work/ghostscript-8.64' gmake: *** [so] Error 2 *** Error code 1 # 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 have also CC'd the maintainer since I forgot to do that in my first email. -- IRC nick: jrick Jabber: jrick@jabber.org http://identi.ca/jrick From f0andrey at gmail.com Sat May 16 00:39:23 2009 From: f0andrey at gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5?=) Date: Sat May 16 00:40:00 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! Message-ID: <19e7832a0905151711j4cf53636n30406854f2589b0f@mail.gmail.com> > We uploaded a new tarball what should be fix the build on AMD64. > > Small changelog: > - - devel/kbuild is now dependency > - - remove misc/compat6 support > > Note: > Use devel/bcc instead of devel/dev86 what means > If you have devel/bcc installed please deinstall > > http://people.freebsd.org/~miwi/vbox/virtualbox_1.tgz > > Please give us feedback :P I've got an make error at my 8-CURRENT amd64 Wed Apr 29 20:02:37 MSD 2009 kBuild: Compiling RuntimeR3NoCRTGCC - /usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19673/src/VBox/Runtime/common/string/strcmp_alias.c kBuild: Compiling RuntimeR3NoCRTGCC - /usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19673/src/VBox/Runtime/common/string/strlen_alias.c kmk[2]: *** No rule to make target `/usr/src/sys/kern/bus_if.m', needed by `/usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/RuntimeR0Drv/bus_if.h'. Stop. kmk[2]: *** Waiting for unfinished jobs.... kmk[2]: Leaving directory `/usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19673' kmk[2]: Entering directory `/usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19673' kmk[2]: *** Exiting with status 2 kmk[1]: *** [pass_libraries_this] Error 2 kmk[1]: Leaving directory `/usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19673' kmk: *** [pass_libraries_order] Error 2 *** Error code 2 Stop in /usr/ports/emulators/virtualbox. From sahil at tandon.net Sat May 16 01:04:26 2009 From: sahil at tandon.net (Sahil Tandon) Date: Sat May 16 01:04:58 2009 Subject: fftw3 In-Reply-To: <200905151806.47480.lumiwa@gmail.com> References: <200905151806.47480.lumiwa@gmail.com> Message-ID: <20090516004822.GA17242@shepherd.hamla.org> On Fri, 15 May 2009, ajtiM wrote: > pkgdb -F > ---> Checking the package registry database > Stale dependency: akode-2.0.2,1 -> fftw3-3.1.3 (math/fftw3): > Install stale dependency? ([y]es/[n]o/[a]ll) [yes] yes > [Gathering depends for math/fftw3 ...................... done] > ---> Installing 'gcc-4.3.4_20090503' from a port (lang/gcc43) > ---> Building '/usr/ports/lang/gcc43' > ===> Cleaning for gcc-4.3.4_20090503 > Making GCC 4.3.4 for FreeBSD 7.2 target=i386-portbld-freebsd7.2 > 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. Did you try increasing the datasize limit? > *** Error code 1 > > Stop in /usr/ports/lang/gcc43. If you don't need Java: % grep -C 1 WITHOUT_JAVA lang/gcc43/pkg-descr (Building the Java frontend and the associated libgcj library will consume more than 512MB of main memory. Set WITHOUT_JAVA=yes in the environment when building this port to avoid that.) -- Sahil Tandon From lumiwa at gmail.com Sat May 16 01:35:56 2009 From: lumiwa at gmail.com (ajtiM) Date: Sat May 16 01:36:03 2009 Subject: fftw3 In-Reply-To: <20090516004822.GA17242@shepherd.hamla.org> References: <200905151806.47480.lumiwa@gmail.com> <20090516004822.GA17242@shepherd.hamla.org> Message-ID: <200905152035.47767.lumiwa@gmail.com> On Friday 15 May 2009 19:48:23 you wrote: > % grep -C 1 WITHOUT_JAVA lang/gcc43/pkg-descr grep -C 1 WITHOUT_JAVA lang/gcc43/pkg-descr grep: lang/gcc43/pkg-descr: No such file or directory No, I didn't try to increase the datasize limit. BTW I am about two years FreeBSD user and I never had problem like this. Why I need to change my settings if is update or why there were not warning in the /usr/port/UPDATE? -- Mitja ----- http://starikarp.redbubble.com From joshua_rickmar at eumx.net Sat May 16 02:11:03 2009 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Sat May 16 02:11:10 2009 Subject: ghostscript8 port not building In-Reply-To: References: Message-ID: On Fri, 15 May 2009, Josh Rickmar wrote: > > Well, I finally got frustrated with this problem and blew-away all of my > ports, to see if I had messed up something by accident. I also removed > /var/db/ports/ghostscript8/options to make sure that that was not > affecting it. > > Here is the my new error: > > [...] > > # 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 have also CC'd the maintainer since I forgot to do that in my first > email. > > It seems that the second build problem I was having is fixed now. Probably should have updated my ports tree before updating... I don't get the first error anymore either, so everything seems to be working fine. -- IRC nick: jrick Jabber: jrick@jabber.org http://identi.ca/jrick From sahil at tandon.net Sat May 16 03:37:52 2009 From: sahil at tandon.net (Sahil Tandon) Date: Sat May 16 03:37:58 2009 Subject: fftw3 In-Reply-To: <200905152035.47767.lumiwa@gmail.com> References: <200905151806.47480.lumiwa@gmail.com> <20090516004822.GA17242@shepherd.hamla.org> <200905152035.47767.lumiwa@gmail.com> Message-ID: <20090516033750.GA17710@shepherd.hamla.org> On Fri, 15 May 2009, ajtiM wrote: > On Friday 15 May 2009 19:48:23 you wrote: > > % grep -C 1 WITHOUT_JAVA lang/gcc43/pkg-descr > > grep -C 1 WITHOUT_JAVA lang/gcc43/pkg-descr > > grep: lang/gcc43/pkg-descr: No such file or directory I thought it would be clear that one needs to be in /usr/ports for the above grep to work. The point is that you should read pkg-descr within the gcc43 port directory. > No, I didn't try to increase the datasize limit. If you want to compile gcc43 with Java (this is the default on i386 systems), then you must. Otherwise, as previously suggested, trying compiling without Java. -- Sahil Tandon From sfourman at gmail.com Sat May 16 03:44:10 2009 From: sfourman at gmail.com (Sam Fourman Jr.) Date: Sat May 16 03:44:21 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <747dc8f30905150417h3abb1b09s7e56f348ad3cbfbe@mail.gmail.com> References: <20090514191237.GD70242@bsdcrew.de> <747dc8f30905150417h3abb1b09s7e56f348ad3cbfbe@mail.gmail.com> Message-ID: <11167f520905152019k400aa899l1b3f2d85dd9b7fb4@mail.gmail.com> > I've built it on i386/CURRENT r191522, but I couldn't load the > module, when i try, i got: > > KLD vboxdrv.ko: depends on kernel - not available > kldload: can't load vboxdrv: File exists > > It says file exists, but the module is not loaded > > root@botelhor:/home/garga# kldstat > Id Refs Address ? ?Size ? ? Name > ?1 ? 18 0xc0400000 b584bc ? kernel > ?2 ? ?1 0xc0f59000 809c ? ? snd_via8233.ko > ?3 ? ?2 0xc0f62000 4a438 ? ?sound.ko > ?4 ? ?1 0xc46af000 8000 ? ? linprocfs.ko > ?5 ? ?1 0xc46c8000 24000 ? ?linux.ko > > Any idea? it Probably means that you are running a kernel that is not in sync with the src in your /usr/src do csup -g -L 2 -h cvsup15.freebsd.org /usr/share examples/cvsup/standard-supfile then build your kernel && install your kernel uninstall the Virtualbox port and rebuild it. all will work Sam Fourman Jr. From tim at bishnet.net Sat May 16 10:29:35 2009 From: tim at bishnet.net (Tim Bishop) Date: Sat May 16 10:29:56 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090515234756.GP86061@carrick.bishnet.net> References: <20090514191237.GD70242@bsdcrew.de> <20090515234756.GP86061@carrick.bishnet.net> Message-ID: <20090516102927.GA65772@carrick.bishnet.net> On Sat, May 16, 2009 at 12:47:56AM +0100, Tim Bishop wrote: > On Thu, May 14, 2009 at 09:12:37PM +0200, Martin Wilke wrote: > > After the announcement from Alexander Eichner about > > Virtualbox on FreeBSD, we started the work on a port > > for FreeBSD. Now we think that we solved the most > > problems and are ready for the first Call for Testing. > > Is the VRDP stuff meant to work? When following these instructions it > just appears athat it doesn't start it up (nothing is listening on > 3389): > > http://www.virtualbox.org/manual/UserManual.html#vboxheadless To answer my own question, VRDP isn't available on the Open Source Edition of VirtualBox. Differences can be found here: http://www.virtualbox.org/wiki/Editions Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From me at janh.de Sat May 16 11:34:27 2009 From: me at janh.de (Jan Henrik Sylvester) Date: Sat May 16 11:34:35 2009 Subject: More libgmp leftovers due to indirect dependencies Message-ID: <4A0EA1CB.1020004@janh.de> math/libqalculate and print/lilypond both link libgmp.so.X, but have not been bumped with the libgmp.so.7->libgmp.so.8 update as they do not list the dependency. math/libqalculate pulls in libgmp via libcln and print/lilypond via libguile, thus the default package will always depend on libgmp. Both should have their PORTREVISION bumped and gmp.8:${PORTSDIR}/math/libgmp4 added to LIB_DEPENDS not to be missed next time. Cheers, Jan Henrik diff -u math/libqalculate/Makefile~ math/libqalculate/Makefile --- math/libqalculate/Makefile~ 2008-06-06 15:44:00.000000000 +0200 +++ math/libqalculate/Makefile 2009-05-16 12:49:18.000000000 +0200 @@ -7,14 +7,15 @@ PORTNAME= libqalculate PORTVERSION= 0.9.6 -PORTREVISION= 2 +PORTREVISION= 3 CATEGORIES= math MASTER_SITES= SF/qalculate MAINTAINER= ports@FreeBSD.org COMMENT= A a multi-purpose desktop calculator (backend library) -LIB_DEPENDS= cln.5:${PORTSDIR}/math/cln +LIB_DEPENDS= cln.5:${PORTSDIR}/math/cln \ + gmp.8:${PORTSDIR}/math/libgmp4 USE_GNOME= glib20 gnomehack gnometarget intlhack libxml2 USE_GETTEXT= yes diff -u print/lilypond/Makefile~ print/lilypond/Makefile --- print/lilypond/Makefile~ 2009-01-28 15:46:19.000000000 +0100 +++ print/lilypond/Makefile 2009-05-16 12:47:32.000000000 +0200 @@ -9,7 +9,7 @@ PORTNAME= lilypond PORTVERSION= 2.11.65 -PORTREVISION= 1 +PORTREVISION= 2 CATEGORIES= print audio MASTER_SITES= http://download.linuxaudio.org/lilypond/sources/v2.11/:src \ ${MASTER_SITE_LOCAL}/gahr/:fonts \ @@ -26,7 +26,8 @@ rarian-sk-config:${PORTSDIR}/textproc/rarian \ texi2html:${PORTSDIR}/textproc/texi2html \ texi2dvi:${PORTSDIR}/print/texinfo -LIB_DEPENDS= guile.20:${PORTSDIR}/lang/guile +LIB_DEPENDS= guile.20:${PORTSDIR}/lang/guile \ + gmp.8:${PORTSDIR}/math/libgmp4 RUN_DEPENDS= latex:${PORTSDIR}/print/teTeX \ mftrace:${PORTSDIR}/print/mftrace -------------- next part -------------- diff -u math/libqalculate/Makefile~ math/libqalculate/Makefile --- math/libqalculate/Makefile~ 2008-06-06 15:44:00.000000000 +0200 +++ math/libqalculate/Makefile 2009-05-16 12:49:18.000000000 +0200 @@ -7,14 +7,15 @@ PORTNAME= libqalculate PORTVERSION= 0.9.6 -PORTREVISION= 2 +PORTREVISION= 3 CATEGORIES= math MASTER_SITES= SF/qalculate MAINTAINER= ports@FreeBSD.org COMMENT= A a multi-purpose desktop calculator (backend library) -LIB_DEPENDS= cln.5:${PORTSDIR}/math/cln +LIB_DEPENDS= cln.5:${PORTSDIR}/math/cln \ + gmp.8:${PORTSDIR}/math/libgmp4 USE_GNOME= glib20 gnomehack gnometarget intlhack libxml2 USE_GETTEXT= yes diff -u print/lilypond/Makefile~ print/lilypond/Makefile --- print/lilypond/Makefile~ 2009-01-28 15:46:19.000000000 +0100 +++ print/lilypond/Makefile 2009-05-16 12:47:32.000000000 +0200 @@ -9,7 +9,7 @@ PORTNAME= lilypond PORTVERSION= 2.11.65 -PORTREVISION= 1 +PORTREVISION= 2 CATEGORIES= print audio MASTER_SITES= http://download.linuxaudio.org/lilypond/sources/v2.11/:src \ ${MASTER_SITE_LOCAL}/gahr/:fonts \ @@ -26,7 +26,8 @@ rarian-sk-config:${PORTSDIR}/textproc/rarian \ texi2html:${PORTSDIR}/textproc/texi2html \ texi2dvi:${PORTSDIR}/print/texinfo -LIB_DEPENDS= guile.20:${PORTSDIR}/lang/guile +LIB_DEPENDS= guile.20:${PORTSDIR}/lang/guile \ + gmp.8:${PORTSDIR}/math/libgmp4 RUN_DEPENDS= latex:${PORTSDIR}/print/teTeX \ mftrace:${PORTSDIR}/print/mftrace From itetcu at FreeBSD.org Sat May 16 14:25:06 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sat May 16 14:25:15 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090515101253.GH71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090515101253.GH71804@bsdcrew.de> Message-ID: <20090516172525.4f3731c7@it.buh.tecnik93.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 15 May 2009 12:12:54 +0200 Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Ok > > We uploaded a new tarball what should be fix the build on AMD64. > > Small changelog: > - - devel/kbuild is now dependency > - - remove misc/compat6 support > > Note: > Use devel/bcc instead of devel/dev86 what means > If you have devel/bcc installed please deinstall > > http://people.freebsd.org/~miwi/vbox/virtualbox_1.tgz > > Please give us feedback :P Seems you need to be root to build it and it will fail on tindy/pointy because of touching the fs outside WRKDIR before install.: ===> Building for virtualbox-2.2.2r19673 cd /home/itetcu/wrk/usr/home/itetcu/tmp/virtualbox/work/virtualbox-2.2.2r19673 && /bin/sh env.sh && VBOX_LIBPATH_X11=/usr/local /usr/local/bin/kmk Makefile.kmk:23: /usr/local/share/kBuild/subheader.kmk: Permission denied Makefile.kmk:809: /usr/local/share/kBuild/subfooter.kmk: Permission denied kmk: stat: /usr/local/share/kBuild/subfooter.kmk: Permission denied kmk: stat: /usr/local/share/kBuild/subheader.kmk: Permission denied kmk: *** No rule to make target `/usr/local/share/kBuild/subfooter.kmk'. Stop. *** Error code 2 - -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoOzNoACgkQJ7GIuiH/oeWibgCeI1c3Lcenk8K6x8PhpKRqw5/h UocAn3qcQcaqb2i1sLHoIUhabWMWa82s =9RR7 -----END PGP SIGNATURE----- From joshua_rickmar at eumx.net Sat May 16 15:38:54 2009 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Sat May 16 15:38:59 2009 Subject: screen and tmux should be listed under the same category Message-ID: GNU screen is listed under sysutils, while tmux is listed under misc. Shouldn't the two at least be in the same category, since they both do the exact same thing? (tmux is even designed to be a BSD-licensed replacement for screen.) -- IRC nick: jrick Jabber: jrick@jabber.org http://identi.ca/jrick From raghu at mri.ernet.in Sat May 16 15:44:23 2009 From: raghu at mri.ernet.in (N. Raghavendra) Date: Sat May 16 15:44:32 2009 Subject: fftw3 In-Reply-To: <200905151806.47480.lumiwa@gmail.com> (ajtiM's message of "Fri, 15 May 2009 18:06:47 -0500") References: <200905151806.47480.lumiwa@gmail.com> Message-ID: <86eiupkrt4.fsf@riemann.mri.ernet.in> At 2009-05-15T18:06:47-05:00, ajtiM wrote: > I did try to update the syste (FreBSD 7.2) with portmaster and there were ^^^^^^^^^^ > error 1 with fftw3. > Now is stale dependency: akode-2.0.2,1 --> fftw3-3.1.3 > I ran pkgdb -F and I got: Perhaps you mean `portupgrade' and not "portmaster". portmaster doesn't use any external database or language, as a result of which I find it easier to use than portupgrade. I haven't run into any noticeable problem with portmaster. Raghavendra. -- N. Raghavendra | http://www.retrotexts.net/ Harish-Chandra Research Institute | http://www.mri.ernet.in/ See message headers for contact and OpenPGP information. From mezz7 at cox.net Sat May 16 15:50:48 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Sat May 16 15:50:55 2009 Subject: devel/boost: what's proper shared library version? In-Reply-To: <3cb459ed0905141114v17944e99had31ca4c9dee8fd7@mail.gmail.com> References: <3cb459ed0905130926n32def691ycecd043f70e522fc@mail.gmail.com> <3cb459ed0905141114v17944e99had31ca4c9dee8fd7@mail.gmail.com> Message-ID: On Thu, 14 May 2009 13:14:26 -0500, Alexander Churanov wrote: > Jeremy, > > There is no binary compatibility for boost libraries at all. To be > precise, they say "this may work for some cases", but boost folks are > intentionally not examining if such a compatibility exists between > releases. Of course, they provide no warranty of any kind. I've just > dropped a message to boost and they confirmed that there is no > compatibility between releases. > > So then, my question was not about binary compatibility. I was sure it > does not exist. And yes, we need to rebuild all ports that depend on > boost each time the libraries are updated. > > The question is: "how correctly assign versions to shared libraries from > boost?" > > I suggest using boost release version, because this is most clear and > obvious way. It's supported by boost out-of-box. The only concern is > whether library names like libboost_date_time.so.1.39.0 are acceptable > for FreeBSD. It's highly unlike they will break the ABI in the minor release. We haven't bump boost when minor version was released and no issue. What number or blah, I don't care as long as you do not bump it for no reason when the ABI isn't broke. Cheers, Mezz > Alexander Churanov, > maintainer of devel/boost -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From cm at therek.net Sat May 16 16:07:22 2009 From: cm at therek.net (Cezary Morga) Date: Sat May 16 16:07:35 2009 Subject: tinderbox and kse Message-ID: <200905161727.21766.cm@therek.net> Hi. I have prepared myself a tinderbox environment recently and everything seems to work fine so far, except for one thing, that I can't compile databases/postgresql82-client without forcing threads. It croaks at: Fatal error 'kse_create() failed ' at line 469 in file /opt/tinderbox/jails/6- STABLE/src/lib/libpthread/thread/thr_kern.c (errno = 0) Relevant part of work/postgresql-8.2.13/config.log in attachement. Have anyone seen this before? I'm running Tinderbox 3.2 on FreeBSD 8.0-CURRENT-200905. -- Cezary Morga "Intelligence is the ability to avoid doing work, yet getting the work done." (Linus Torvalds) From cm at therek.net Sat May 16 16:07:22 2009 From: cm at therek.net (Cezary Morga) Date: Sat May 16 16:07:36 2009 Subject: tinderbox and kse Message-ID: <200905161728.52410.cm@therek.net> Hi. I have prepared myself a tinderbox environment recently and everything seems to work fine so far, except for one thing, that I can't compile databases/postgresql82-client without forcing threads. It croaks at: Fatal error 'kse_create() failed ' at line 469 in file /opt/tinderbox/jails/6- STABLE/src/lib/libpthread/thread/thr_kern.c (errno = 0) Relevant part of work/postgresql-8.2.13/config.log in attachement. Have anyone seen this before? I'm running Tinderbox 3.2 on FreeBSD 8.0-CURRENT-200905. -- Cezary Morga "Intelligence is the ability to avoid doing work, yet getting the work done." (Linus Torvalds) From miwi at FreeBSD.org Sat May 16 16:42:36 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Sat May 16 16:42:43 2009 Subject: tinderbox and kse In-Reply-To: <200905161728.52410.cm@therek.net> References: <200905161728.52410.cm@therek.net> Message-ID: <20090516164227.GN71804@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, May 16, 2009 at 05:28:52PM +0200, Cezary Morga wrote: > Hi. > > I have prepared myself a tinderbox environment recently and everything seems > to work fine so far, except for one thing, that I can't compile > databases/postgresql82-client without forcing threads. It croaks at: > > Fatal error 'kse_create() failed > ' at line 469 in file /opt/tinderbox/jails/6- > STABLE/src/lib/libpthread/thread/thr_kern.c (errno = 0) > > Relevant part of work/postgresql-8.2.13/config.log in attachement. > > Have anyone seen this before? > > I'm running Tinderbox 3.2 on FreeBSD 8.0-CURRENT-200905. You need here a hook :-) http://marcuscom.com/pipermail/tinderbox-list/2008-March/001036.html - - Martin > -- > Cezary Morga > "Intelligence is the ability to avoid doing work, yet getting the work done." > (Linus Torvalds) > > > _______________________________________________ > 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 | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoO7PMACgkQdLJIhLHm/OleXQCeL65paubotxJQnb8snxU/jvS5 p7oAoMZaUxfcUgqM4Z+GByXW5Q02fGoX =8V3v -----END PGP SIGNATURE----- From anonymous at id.ru Sat May 16 16:49:42 2009 From: anonymous at id.ru (anonymous) Date: Sat May 16 16:49:51 2009 Subject: FreeBSD Port: qiv-2.1.p12_2 Message-ID: Hi. First of all, thanks for supporting FreeBSD by mantaining your port. Second, Qiv is no longer supported by Adam Kopacz. The new homepage is http://spiegl.de/qiv/ and there are some sweet updates, like Gtk+ instead of Gtk1 in new versions. So, can you please update this port? Thanks. --- Professional hosting for everyone - http://www.host.ru From Benoit.Calvez at gmail.com Sat May 16 17:16:39 2009 From: Benoit.Calvez at gmail.com (Benoit Calvez) Date: Sat May 16 17:16:47 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <3481d8e60905141449qfcf5da8r95d54281206304a4@mail.gmail.com> References: <20090514191237.GD70242@bsdcrew.de> <3481d8e60905141449qfcf5da8r95d54281206304a4@mail.gmail.com> Message-ID: <3481d8e60905161016k3de535e3n9a570c5bee6ba517@mail.gmail.com> On Thu, May 14, 2009 at 11:49 PM, Benoit Calvez wrote: > > > On Thu, May 14, 2009 at 9:12 PM, Martin Wilke wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> Howdy Guys, >> >> After the announcement from Alexander Eichner about >> Virtualbox on FreeBSD, we started the work on a port >> for FreeBSD. Now we think that we solved the most >> problems and are ready for the first Call for Testing. >> >> Some notes before you can test the port: >> Make sure you are using RELENG_7 or higher. You have >> to use a fresh portstree with uptodate ports!! Please >> read carefully the pkg-messages. >> >> Some known issues / Troubleshooting: >> Sometimes the kernel on HEAD coredumps when loading >> or unloading the kernel module. A small workaround >> to prevent the crash is to not start X, mount proc, >> then load the kernel module and start X from the >> console. That helped me and some testers, maybe you >> too. :P AMD64 should be work in general, it builds >> and start. But not right tested at the moment. We >> want here also some feedback. >> >> Some Thanks: >> First of all we'd like to say many thanks to _ALL_ >> vbox developers. Next people are Bernhard Froehlich >> (aka decke), Beat Gaetzi (beat@), Dennis Herrmann >> (dhn@), Pietro Cerutti (gahr@), myself (*gg*), >> and _ALL_ who helped and provided feedback. >> >> Happy Testing :-) >> >> Download: >> >> http://people.freebsd.org/~miwi/vbox/vboxport.tgz >> >> Wiki Page: >> http://wiki.freebsd.org/VirtualBox >> >> - Martin >> >> - -- >> >> +-----------------------+-------------------------------+ >> | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | >> | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | >> +-----------------------+-------------------------------+ >> | Mess with the Best, Die like the Rest! | >> +-----------------------+-------------------------------+ >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v2.0.11 (FreeBSD) >> >> iEYEARECAAYFAkoMbSUACgkQdLJIhLHm/OnNnACeJsT7H9hW1J7CV70P3Ty+q0CA >> kD8AoMLCPbltY999/8qO6fnaqv4UQ9QT >> =LcoD >> -----END PGP SIGNATURE----- >> _______________________________________________ >> 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 >> " >> > > I'm trying to build from amd64, but got the following error. Sorry but I > didn't look, and it's a fresh paste: > ===> Configuring for virtualbox-2.2.2r19673 > Checking for environment: Determined build machine: freebsd.amd64, target > machine: freebsd.amd64, OK. > Checking for kBuild: found, OK. > Checking for gcc: found version 4.2.1, OK. > Checking for as86: found version 0.16.17, OK. > Checking for bcc: found version 0.16.17, OK. > Checking for iasl: found version 20070320, OK. > Checking for xslt: found, OK. > Checking for pthread: found, OK. > Checking for libxml2: found version 2.7.3, OK. > Checking for libxslt: found version 1.1.24, OK. > Checking for libIDL: found version 0.8.13, OK. > Checking for zlib: found version 1.2.3, OK. > Checking for SDL: found version 1.2.13, OK. > Checking for X libraries: found, OK. > Checking for Xcursor: found, OK. > Checking for Xmu: found, OK. > Checking for Mesa / GLU: Xlib: extension "Generic Event Extension" missing > on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > found version 1.2, OK. > Checking for Qt4: found version 4.4.3, OK. > Checking for Qt4 devtools: found version 4.4.3, OK. > Checking for python support: found version 2.5.4, OK. > > Successfully generated > '/usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/AutoConfig.kmk' > and '/usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/env.sh'. > Source '/usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/env.sh' > once before you start to build VBox: > > source /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/env.sh > kmk > > > +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING > +++ > Hardening is enabled which means that the VBox binaries will not run from > the binary directory. The binaries have to be installed suid root and > some > more prerequisites have to be fulfilled which is normally done by > installing > the final package. For development, the hardening feature can be disabled > by specifying the --disable-hardening parameter. Please never disable > that > feature for the final distribution! > +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING > +++ > > Enjoy! > ===> Building for virtualbox-2.2.2r19673 > cd /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673 && /bin/sh > env.sh && VBOX_LIBPATH_X11=/usr/local > /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/kBuild/bin/freebsd.amd64/kmk > Config.kmk:1664: > /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/GCCConfig.kmk: > No such file or directory > Config.kmk:3789: > /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/revision.kmk: > No such file or directory > Fatal error 'kse_create() failed > ' at line 469 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 2) > *** Error code 1 > > > > > -- > Benoit C. > > I just tryed with the last tarball ( http://people.freebsd.org/~miwi/vbox/virtualbox_1.tgz) and it compiles fine. the kernel module loads, and I'll try to boot an opensolaris in a few moments. Nice job everyone ! -- Benoit C. From mark at foster.cc Sat May 16 18:26:01 2009 From: mark at foster.cc (Mark D. Foster) Date: Sat May 16 18:26:08 2009 Subject: perl & apache circular dependency Message-ID: <4A0F021A.5010108@foster.cc> I'm running into a circular dependency building perl-5.8.9_2 <-> apache-2.0.63 Is it just me? Why would perl depend on apxs? free01# make clean ===> Cleaning for perl-5.8.9_2 free01# make ===> Found saved configuration for perl-5.8.9_2 ===> Extracting for perl-5.8.9_2 => MD5 Checksum OK for perl/perl-5.8.9.tar.bz2. => SHA256 Checksum OK for perl/perl-5.8.9.tar.bz2. => MD5 Checksum OK for perl/BSDPAN-5.8.9_20090303.tar.bz2. => SHA256 Checksum OK for perl/BSDPAN-5.8.9_20090303.tar.bz2. => MD5 Checksum OK for perl/defined-or-5.8.9.bz2. => SHA256 Checksum OK for perl/defined-or-5.8.9.bz2. ===> Patching for perl-5.8.9_2 ===> Applying distribution patches for perl-5.8.9_2 ===> Applying FreeBSD patches for perl-5.8.9_2 /usr/bin/sed -e 's|%%PREFIX%%|/usr/local|g;' -e 's|%%PERL_VERSION%%|5.8.9|g;' -e 's|%%PERL_ARCH%%|mach|g;' -e 's|%%MAKE_CONF%%|/etc/make.conf|g;' /usr/ports/lang/perl5.8/files/use.perl > /usr/ports/lang/perl5.8/work/use.perl /usr/bin/sed -e 's|%%PERL%%|/usr/local/bin/perl|g; s|%%PERL_VERSION%%|5.8.9|g; s|%%PKGNAME%%|perl-5.8.9_2|g' /usr/ports/lang/perl5.8/files/perl-after-upgrade > /usr/ports/lang/perl5.8/work/perl-after-upgrade /bin/cp /usr/ports/lang/perl5.8/work/use.perl /usr/ports/lang/perl5.8/work/pkg-install /bin/cp /usr/ports/lang/perl5.8/work/use.perl /usr/ports/lang/perl5.8/work/pkg-deinstall /usr/bin/sed -i '' -e 's|%%PERL_PKGNAME%%|perl-5.8.9_2|g; s|%%PERL_VER%%|5.8|g;' /usr/ports/lang/perl5.8/work/BSDPAN-5.8.9_20090303/ExtUtils/*.pm /usr/bin/sed -i.bak -e 's|%%PTHREAD_LIBS%%||g;' -e 's|%%PTHREAD_CFLAGS%%||g;' /usr/ports/lang/perl5.8/work/perl-5.8.9/hints/freebsd.sh ===> perl-5.8.9_2 depends on file: /usr/local/sbin/apxs - not found ===> Verifying install for /usr/local/sbin/apxs in /usr/ports/www/apache20 To enable a module category: WITH__MODULES To disable a module category: WITHOUT__MODULES Per default categories are: AUTH DAV MISC Categories available: AUTH DAV EXPERIMENTAL LDAP MISC PROXY SSL SUEXEC THREADS To see all available knobs, type make show-options To see all modules in different categories, type make show-categories You can check your modules configuration by using make show-modules To save apache.org bandwidth, please use the closest mirror. Hit Ctrl+C now and do a make print-closest-mirrors. To automatically update /etc/make.conf do: make print-closest-mirrors >> /etc/make.conf (repeats) If I this this...same thing free01# cd /usr/ports/www/apache20 free01# make ===> apache-2.0.63_2 depends on file: /usr/local/bin/perl5.8.9 - not found ===> Verifying install for /usr/local/bin/perl5.8.9 in /usr/ports/lang/perl5.8 ===> perl-5.8.9_2 depends on file: /usr/local/sbin/apxs - not found ===> Verifying install for /usr/local/sbin/apxs in /usr/ports/www/apache20 -- Said one park ranger, 'There is considerable overlap between the intelligence of the smartest bears and the dumbest tourists.' Mark D. Foster, CISSP http://mark.foster.cc/ From mark at foster.cc Sat May 16 18:28:35 2009 From: mark at foster.cc (Mark D. Foster) Date: Sat May 16 18:28:42 2009 Subject: perl & apache circular dependency In-Reply-To: <4A0F021A.5010108@foster.cc> References: <4A0F021A.5010108@foster.cc> Message-ID: <4A0F02A6.5040805@foster.cc> Never mind - PEBKAC - I broke a rule and put USE_APACHE=2.0 in /etc/make.conf Apparently there are smarter ways to build mod_fastcgi for apache 2.0. Mark D. Foster wrote: > I'm running into a circular dependency building perl-5.8.9_2 <-> > apache-2.0.63 > Is it just me? > Why would perl depend on apxs? > -- Said one park ranger, 'There is considerable overlap between the intelligence of the smartest bears and the dumbest tourists.' Mark D. Foster, CISSP http://mark.foster.cc/ From cm at therek.net Sat May 16 18:44:18 2009 From: cm at therek.net (Cezary Morga) Date: Sat May 16 18:44:24 2009 Subject: tinderbox and kse In-Reply-To: <20090516164227.GN71804@bsdcrew.de> References: <200905161728.52410.cm@therek.net> <20090516164227.GN71804@bsdcrew.de> Message-ID: <200905162044.14322.cm@therek.net> Dnia sobota, 16 maja 2009 o 18:42:27 Martin Wilke napisa?(a): > You need here a hook :-) > > http://marcuscom.com/pipermail/tinderbox-list/2008-March/001036.html It did the trick. Thanks. -- Cezary Morga "Would those of you in the cheaper seats clap your hands? And the rest of you, if you'll just rattle your jewelry." (John Lennon) From pgollucci at p6m7g8.com Sat May 16 21:52:07 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Sat May 16 21:52:14 2009 Subject: perl & apache circular dependency In-Reply-To: <4A0F02A6.5040805@foster.cc> References: <4A0F021A.5010108@foster.cc> <4A0F02A6.5040805@foster.cc> Message-ID: <4A0F3586.9080305@p6m7g8.com> Mark D. Foster wrote: > Never mind - PEBKAC - I broke a rule and put USE_APACHE=2.0 in > /etc/make.conf > Apparently there are smarter ways to build mod_fastcgi for apache 2.0. > > Mark D. Foster wrote: >> I'm running into a circular dependency building perl-5.8.9_2 <-> >> apache-2.0.63 >> Is it just me? >> Why would perl depend on apxs? >> In general, * WITH(OUT)?_* are user variables aka /etc/make.conf * USE_* are port Makefile only variables for maintainers * WANT_* is a little nebulous atm Also, see ports/Mk/KNOBS for a almost full list of WITH/WITHOUT to do what you want, APACHE_PORT=www/apache20 in /etc/make.conf will do it. http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/using-php.html#USING-APACHE http://wiki.freebsd.org/Apache -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) did: 703.579.6947, o: 703.549.2050x206 Senior System Admin - RideCharge Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From pgollucci at p6m7g8.com Sat May 16 21:53:12 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Sat May 16 21:53:18 2009 Subject: screen and tmux should be listed under the same category In-Reply-To: References: Message-ID: <4A0F35C7.7060703@p6m7g8.com> Josh Rickmar wrote: > GNU screen is listed under sysutils, while tmux is listed under misc. > Shouldn't the two at least be in the same category, since they both do > the exact same thing? (tmux is even designed to be a BSD-licensed > replacement for screen.) > Does anyone have any thoughts on tmux vs screen ? the NO_PACKAGE in screen has been annoying me for years now if I can find a good replacement I'm so there. -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) did: 703.579.6947, o: 703.549.2050x206 Senior System Admin - RideCharge Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From patfbsd at davenulle.org Sat May 16 22:19:35 2009 From: patfbsd at davenulle.org (Patrick =?ISO-8859-15?Q?Lamaizi=E8re?=) Date: Sat May 16 22:19:41 2009 Subject: x11-themes/gtk-qt4-engine does not install Message-ID: <20090517000013.7ea3ae4d@baby-jane.lamaiziere.net> Hello, x11-themes/gtk-qt4-engine does not install if the option "LIBBONOBOUI Install libbonoboui if missing" is set: baby-jane:/<1>ports/x11-themes/gtk-qt4-engine# make install ===> Installing for gtk-qt4-engine-1.1_1 [...] ===> Generating temporary packing list usage: mtree [-LPUcdeinqruxw] [-f spec] [-f spec] [-K key] [-k key] [-p path] [-s seed] [-X excludes] *** Error code 1 Stop in /usr/ports/x11-themes/gtk-qt4-engine. With "make -dA install", mtree fails with the line : /usr/sbin/mtree /usr/local/etc/mtree/BSD.gnome.dist-U /usr/local/etc/mtree/BSD.gnome.dist-f /usr/local/etc/mtree/BSD.gnome.dist-d /usr/local/etc/mtree/BSD.gnome.dist-e /usr/local/etc/mtree/BSD.gnome.dist-p /usr/local/kde4/ -> ... gnome-pre-su-install:@ = gnome-pre-su-install gnome-pre-su-install:* = gnome-pre-su-install Examining gnome-pre-su-install...non-existent...non-existent and no sources...out-of-date. gnome-pre-su-install:? = gnome-pre-su-install:> = Applying :S to "-U -f -d -e -p" Result is "/usr/local/etc/mtree/BSD.gnome.dist-U /usr/local/etc/mtree/BSD.gnome.dist-f /usr/local/etc/mtree/BSD.gnome.dist-d /usr/local/etc/mtree/BSD.gnome.dist-e /usr/local/etc/mtree/BSD.gnome.dist-p" /usr/sbin/mtree /usr/local/etc/mtree/BSD.gnome.dist-U /usr/local/etc/mtree/BSD.gnome.dist-f /usr/local/etc/mtree/BSD.gnome.dist-d /usr/local/etc/mtree/BSD.gnome.dist-e /usr/local/etc/mtree/BSD.gnome.dist-p /usr/local/kde4/ >/dev/null usage: mtree [-LPUcdeinqruxw] [-f spec] [-f spec] [-K key] >[-k key] [-p path] [-s seed] [-X excludes] *** Error code 1 Thanks, Regards. From lumiwa at gmail.com Sat May 16 23:34:00 2009 From: lumiwa at gmail.com (ajtiM) Date: Sat May 16 23:34:07 2009 Subject: fftw3 In-Reply-To: <20090516004822.GA17242@shepherd.hamla.org> References: <200905151806.47480.lumiwa@gmail.com> <20090516004822.GA17242@shepherd.hamla.org> Message-ID: <200905161807.02285.lumiwa@gmail.com> On Friday 15 May 2009 19:48:23 Sahil Tandon wrote: > On Fri, 15 May 2009, ajtiM wrote: > > pkgdb -F > > ---> Checking the package registry database > > Stale dependency: akode-2.0.2,1 -> fftw3-3.1.3 (math/fftw3): > > Install stale dependency? ([y]es/[n]o/[a]ll) [yes] yes > > [Gathering depends for math/fftw3 ...................... done] > > ---> Installing 'gcc-4.3.4_20090503' from a port (lang/gcc43) > > ---> Building '/usr/ports/lang/gcc43' > > ===> Cleaning for gcc-4.3.4_20090503 > > Making GCC 4.3.4 for FreeBSD 7.2 target=i386-portbld-freebsd7.2 > > 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. > > Did you try increasing the datasize limit? > > > *** Error code 1 > > > > Stop in /usr/ports/lang/gcc43. > > If you don't need Java: > > % grep -C 1 WITHOUT_JAVA lang/gcc43/pkg-descr > (Building the Java frontend and the associated libgcj library will > consume more than 512MB of main memory. Set WITHOUT_JAVA=yes in > the environment when building this port to avoid that.) I have WITHOUT_JAVA= yes and it doesn't work. -- Mitja ----- http://starikarp.redbubble.com From kitchetech at gmail.com Sat May 16 23:39:14 2009 From: kitchetech at gmail.com (matt donovan) Date: Sat May 16 23:39:20 2009 Subject: screen and tmux should be listed under the same category In-Reply-To: <4A0F35C7.7060703@p6m7g8.com> References: <4A0F35C7.7060703@p6m7g8.com> Message-ID: <28283d910905161638w5f7e5f54gcd16ef29f0f0b0b6@mail.gmail.com> On Sat, May 16, 2009 at 5:53 PM, Philip M. Gollucci wrote: > Josh Rickmar wrote: > > GNU screen is listed under sysutils, while tmux is listed under misc. > > Shouldn't the two at least be in the same category, since they both do > > the exact same thing? (tmux is even designed to be a BSD-licensed > > replacement for screen.) > > > Does anyone have any thoughts on tmux vs screen ? the NO_PACKAGE in > screen has been annoying me for years now if I can find a good > replacement I'm so there. > > > tmux does not work inside the shell due to sc. But in X it works wonders. From pgollucci at p6m7g8.com Sun May 17 00:41:11 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Sun May 17 00:41:18 2009 Subject: screen and tmux should be listed under the same category In-Reply-To: References: <4A0F35C7.7060703@p6m7g8.com> Message-ID: <4A0F5D25.9070008@p6m7g8.com> Steven Hartland wrote: > TBH I've not had the issue with transferring screen between machines > for years, so I always just hack out the NO_PACKAGE and build it :) lord, lets not rehash it, I don't have the issue either.... not the point. Thats for shell vs x11 tip. bummer. -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) did: 703.579.6947, o: 703.549.2050x206 Senior System Admin - RideCharge Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From killing at multiplay.co.uk Sun May 17 00:49:24 2009 From: killing at multiplay.co.uk (Steven Hartland) Date: Sun May 17 00:49:31 2009 Subject: screen and tmux should be listed under the same category References: <4A0F35C7.7060703@p6m7g8.com> Message-ID: TBH I've not had the issue with transferring screen between machines for years, so I always just hack out the NO_PACKAGE and build it :) Regards Steve ----- Original Message ----- From: "Philip M. Gollucci" > Josh Rickmar wrote: >> GNU screen is listed under sysutils, while tmux is listed under misc. >> Shouldn't the two at least be in the same category, since they both do >> the exact same thing? (tmux is even designed to be a BSD-licensed >> replacement for screen.) >> > Does anyone have any thoughts on tmux vs screen ? the NO_PACKAGE in > screen has been annoying me for years now if I can find a good > replacement I'm so there. ================================================ 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 dougb at FreeBSD.org Sun May 17 01:42:37 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Sun May 17 01:42:44 2009 Subject: cvs commit: ports/net Makefile ports/net/bwi-firmware-kmod Makefile distinfo pkg-descr pkg-plist In-Reply-To: <790a9fff0905101305l70d7809cl1ca2525729d53daa@mail.gmail.com> References: <200905092141.n49LfomV031060@repoman.freebsd.org> <20090510162002.A2CAA8FC4E@release.ixsystems.com> <790a9fff0905101305l70d7809cl1ca2525729d53daa@mail.gmail.com> Message-ID: <4A0F6548.1010205@FreeBSD.org> Scot Hetzel wrote: > This shouldn't be flaged as an mtree error. The reason that > linker.hints was left behind is due to this file is generated by > kldxref. The port/package runs kldxref during the install of the > firmware module to update the existing or create a linker.hints file, > and when the package is removed, it runs kldxref again to clean up the > linker.hints file to only contain the modules in /boot/modules. It > has no way to know if it is safe to remove this file. Would it be safe to remove if it's empty? -- This .signature sanitized for your protection From itetcu at FreeBSD.org Sun May 17 05:47:29 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sun May 17 05:47:41 2009 Subject: cvs commit: ports/net Makefile ports/net/bwi-firmware-kmod Makefile distinfo pkg-descr pkg-plist In-Reply-To: <4A0F6548.1010205@FreeBSD.org> References: <200905092141.n49LfomV031060@repoman.freebsd.org> <20090510162002.A2CAA8FC4E@release.ixsystems.com> <790a9fff0905101305l70d7809cl1ca2525729d53daa@mail.gmail.com> <4A0F6548.1010205@FreeBSD.org> Message-ID: <20090517084754.5003f6f9@it.buh.tecnik93.com> On Sat, 16 May 2009 18:15:52 -0700 Doug Barton wrote: > Scot Hetzel wrote: > > This shouldn't be flaged as an mtree error. The reason that > > linker.hints was left behind is due to this file is generated by > > kldxref. The port/package runs kldxref during the install of the > > firmware module to update the existing or create a linker.hints > > file, and when the package is removed, it runs kldxref again to > > clean up the linker.hints file to only contain the modules > > in /boot/modules. It has no way to know if it is safe to remove > > this file. > > Would it be safe to remove if it's empty? Doh! I don't see why not. :-) -- 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/20090517/ed26d1ba/signature.pgp From swhetzel at gmail.com Sun May 17 06:52:13 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Sun May 17 06:52:30 2009 Subject: cvs commit: ports/net Makefile ports/net/bwi-firmware-kmod Makefile distinfo pkg-descr pkg-plist In-Reply-To: <20090517084754.5003f6f9@it.buh.tecnik93.com> References: <200905092141.n49LfomV031060@repoman.freebsd.org> <20090510162002.A2CAA8FC4E@release.ixsystems.com> <790a9fff0905101305l70d7809cl1ca2525729d53daa@mail.gmail.com> <4A0F6548.1010205@FreeBSD.org> <20090517084754.5003f6f9@it.buh.tecnik93.com> Message-ID: <790a9fff0905162352xc2fa29cl9cf411cf9e6b3a22@mail.gmail.com> On Sun, May 17, 2009 at 12:47 AM, Ion-Mihai Tetcu wrote: > On Sat, 16 May 2009 18:15:52 -0700 > Doug Barton wrote: > >> Scot Hetzel wrote: >> > This shouldn't be flaged as an mtree error. ?The reason that >> > linker.hints was left behind is due to this file is generated by >> > kldxref. ?The port/package runs kldxref during the install of the >> > firmware module to update the existing or create a linker.hints >> > file, and when the package is removed, it runs kldxref again to >> > clean up the linker.hints file to only contain the modules >> > in /boot/modules. ?It has no way to know if it is safe to remove >> > this file. >> >> Would it be safe to remove if it's empty? > > Doh! I don't see why not. :-) > I performed a test where only bwi_v3_ucode.ko was installed into a directory, ran kldxref on the directory and it created a 88 byte linker.hints file. I then removed the kernel module from the directory, ran kldxref. Kldxref removed the empty linker.hints file. So it looks like all kernel module ports should have this code added to their pkg-plists: %%KMODDIR%%/kernel_module.ko @exec kldxref %%KMODDIR%% @unexec kldxref %%KMODDIR%% The bwi-firmware-kmod port had these changes applied on 5/16, and QAT shouldn't be reporting this error any more. Scot From fjwcash at gmail.com Sun May 17 07:08:33 2009 From: fjwcash at gmail.com (Freddie Cash) Date: Sun May 17 07:08:39 2009 Subject: screen and tmux should be listed under the same category In-Reply-To: <28283d910905161638w5f7e5f54gcd16ef29f0f0b0b6@mail.gmail.com> References: <4A0F35C7.7060703@p6m7g8.com> <28283d910905161638w5f7e5f54gcd16ef29f0f0b0b6@mail.gmail.com> Message-ID: On Sat, May 16, 2009 at 4:38 PM, matt donovan wrote: > On Sat, May 16, 2009 at 5:53 PM, Philip M. Gollucci wrote: > >> Josh Rickmar wrote: >> > GNU screen is listed under sysutils, while tmux is listed under misc. >> > Shouldn't the two at least be in the same category, since they both do >> > the exact same thing? (tmux is even designed to be a BSD-licensed >> > replacement for screen.) >> > >> Does anyone have any thoughts on tmux vs screen ? ?the NO_PACKAGE in >> screen has been annoying me for years now if I can find a good >> replacement I'm so there. >> > tmux does not work inside the shell due to sc. But in ?X it works wonders. tmux works just fine at a console without X running. -- Freddie Cash fjwcash@gmail.com From dk.diklab at gmail.com Sun May 17 07:50:30 2009 From: dk.diklab at gmail.com (Dmitry N. Kolesnikov) Date: Sun May 17 07:50:46 2009 Subject: databases/clip Message-ID: <200905171325.40029.dk.diklab@gmail.com> Hi, I need the databases/clip port updated to current (v. 1.2.0), can you please do it? From itetcu at FreeBSD.org Sun May 17 08:09:04 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sun May 17 08:09:10 2009 Subject: cvs commit: ports/net Makefile ports/net/bwi-firmware-kmod Makefile distinfo pkg-descr pkg-plist In-Reply-To: <790a9fff0905162352xc2fa29cl9cf411cf9e6b3a22@mail.gmail.com> References: <200905092141.n49LfomV031060@repoman.freebsd.org> <20090510162002.A2CAA8FC4E@release.ixsystems.com> <790a9fff0905101305l70d7809cl1ca2525729d53daa@mail.gmail.com> <4A0F6548.1010205@FreeBSD.org> <20090517084754.5003f6f9@it.buh.tecnik93.com> <790a9fff0905162352xc2fa29cl9cf411cf9e6b3a22@mail.gmail.com> Message-ID: <20090517110930.1a4c12b1@it.buh.tecnik93.com> On Sun, 17 May 2009 01:52:10 -0500 Scot Hetzel wrote: > On Sun, May 17, 2009 at 12:47 AM, Ion-Mihai Tetcu > wrote: > > On Sat, 16 May 2009 18:15:52 -0700 > > Doug Barton wrote: > > > >> Scot Hetzel wrote: > >> > This shouldn't be flaged as an mtree error. ?The reason that > >> > linker.hints was left behind is due to this file is generated by > >> > kldxref. ?The port/package runs kldxref during the install of the > >> > firmware module to update the existing or create a linker.hints > >> > file, and when the package is removed, it runs kldxref again to > >> > clean up the linker.hints file to only contain the modules > >> > in /boot/modules. ?It has no way to know if it is safe to remove > >> > this file. > >> > >> Would it be safe to remove if it's empty? > > > > Doh! I don't see why not. :-) > > > I performed a test where only bwi_v3_ucode.ko was installed into a > directory, ran kldxref on the directory and it created a 88 byte > linker.hints file. I then removed the kernel module from the > directory, ran kldxref. Kldxref removed the empty linker.hints file. > > So it looks like all kernel module ports should have this code added > to their pkg-plists: > > %%KMODDIR%%/kernel_module.ko > @exec kldxref %%KMODDIR%% > @unexec kldxref %%KMODDIR%% > > > The bwi-firmware-kmod port had these changes applied on 5/16, and QAT > shouldn't be reporting this error any more. I'll commit to the rest of them if maintainers don't fix them themselves in a few days. -- 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/20090517/dfcb9186/signature.pgp From utisoft at googlemail.com Sun May 17 08:14:33 2009 From: utisoft at googlemail.com (Chris Rees) Date: Sun May 17 08:14:40 2009 Subject: fftw3 In-Reply-To: <200905161807.02285.lumiwa@gmail.com> References: <200905151806.47480.lumiwa@gmail.com> <20090516004822.GA17242@shepherd.hamla.org> <200905161807.02285.lumiwa@gmail.com> Message-ID: 2009/5/17 ajtiM : > On Friday 15 May 2009 19:48:23 Sahil Tandon wrote: >> On Fri, 15 May 2009, ajtiM wrote: >> > pkgdb -F >> > ---> ?Checking the package registry database >> > Stale dependency: akode-2.0.2,1 -> fftw3-3.1.3 (math/fftw3): >> > Install stale dependency? ([y]es/[n]o/[a]ll) [yes] yes >> > [Gathering depends for math/fftw3 ...................... done] >> > ---> ?Installing 'gcc-4.3.4_20090503' from a port (lang/gcc43) >> > ---> ?Building '/usr/ports/lang/gcc43' >> > ===> ?Cleaning for gcc-4.3.4_20090503 >> > Making GCC 4.3.4 for FreeBSD 7.2 ?target=i386-portbld-freebsd7.2 >> > 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. >> >> Did you try increasing the datasize limit? >> >> > *** Error code 1 >> > >> > Stop in /usr/ports/lang/gcc43. >> >> If you don't need Java: >> >> % grep -C 1 WITHOUT_JAVA lang/gcc43/pkg-descr >> (Building the Java frontend and the associated libgcj library will >> consume more than 512MB of main memory. ?Set WITHOUT_JAVA=yes in >> the environment when building this port to avoid that.) > > I have WITHOUT_JAVA= ? yes > > and it doesn't work. > > As in WITHOUT_JAVA=yes or WITHOUT_JAVA= yes ? You can't just stick random whitespace in the middle of things like that.... Chris -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? From linimon at lonesome.com Sun May 17 09:04:17 2009 From: linimon at lonesome.com (Mark Linimon) Date: Sun May 17 09:04:33 2009 Subject: databases/clip In-Reply-To: <200905171325.40029.dk.diklab@gmail.com> References: <200905171325.40029.dk.diklab@gmail.com> Message-ID: <20090517084500.GB28641@lonesome.com> On Sun, May 17, 2009 at 01:25:39PM +0600, Dmitry N. Kolesnikov wrote: > I need the databases/clip port updated to current (v. 1.2.0), can you please > do it? The "ports@FreeBSD.org" maintainer is the place-holder maintainer; that means no one is maintaining it. The best thing for you to do is to come up with an update yourself and submit it via send-pr or the website. Perhaps, since you use it, you would be interested in taking over as maintainer? mcl From freebsd at byshenk.net Sun May 17 09:19:05 2009 From: freebsd at byshenk.net (Greg Byshenk) Date: Sun May 17 09:19:23 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <3481d8e60905161016k3de535e3n9a570c5bee6ba517@mail.gmail.com> References: <20090514191237.GD70242@bsdcrew.de> <3481d8e60905141449qfcf5da8r95d54281206304a4@mail.gmail.com> <3481d8e60905161016k3de535e3n9a570c5bee6ba517@mail.gmail.com> Message-ID: <20090517085626.GD2571@core.byshenk.net> On Sat, May 16, 2009 at 07:16:13PM +0200, Benoit Calvez wrote: > On Thu, May 14, 2009 at 11:49 PM, Benoit Calvez wrote: > > On Thu, May 14, 2009 at 9:12 PM, Martin Wilke wrote: > >> After the announcement from Alexander Eichner about > >> Virtualbox on FreeBSD, we started the work on a port > >> for FreeBSD. Now we think that we solved the most > >> problems and are ready for the first Call for Testing. > >> > >> Some notes before you can test the port: > >> Make sure you are using RELENG_7 or higher. You have > >> to use a fresh portstree with uptodate ports!! Please > >> read carefully the pkg-messages. > >> > >> Some known issues / Troubleshooting: > >> Sometimes the kernel on HEAD coredumps when loading > >> or unloading the kernel module. A small workaround > >> to prevent the crash is to not start X, mount proc, > >> then load the kernel module and start X from the > >> console. That helped me and some testers, maybe you > >> too. :P AMD64 should be work in general, it builds > >> and start. But not right tested at the moment. We > >> want here also some feedback. > >> > >> Some Thanks: > >> First of all we'd like to say many thanks to _ALL_ > >> vbox developers. Next people are Bernhard Froehlich > >> (aka decke), Beat Gaetzi (beat@), Dennis Herrmann > >> (dhn@), Pietro Cerutti (gahr@), myself (*gg*), > >> and _ALL_ who helped and provided feedback. > >> > >> Happy Testing :-) > >> > >> Download: > >> > >> http://people.freebsd.org/~miwi/vbox/vboxport.tgz > >> > >> Wiki Page: > >> http://wiki.freebsd.org/VirtualBox > >> > >> - Martin > > I'm trying to build from amd64, but got the following error. Sorry but I > > didn't look, and it's a fresh paste: > > [...] > I just tryed with the last tarball ( > http://people.freebsd.org/~miwi/vbox/virtualbox_1.tgz) and it compiles fine. > > the kernel module loads, and I'll try to boot an opensolaris in a few > moments. I've just tried with virtualbox_1.tgz, and it builds without a problem, the module installs without a problem, but attempting to start VirtualBox fails. I get no error at all, VirtualBox just hangs. If I attempt to run 'truss VirtualBox', I get the error: Effective UID is not root (euid=1001 egid=1001 uid=1001 gid=1001) (rc=-10) It may help to reinstall VirtualBox. But checking shows that VirtualBox is SUID root: $ ls -l /usr/local/lib/virtualbox/VirtualBox -r-s--x--x 1 root vboxusers 21016 May 17 10:21 /usr/local/lib/virtualbox/VirtualBox It seems that I can create a vm: $ VBoxManage createvm --name test VirtualBox Command Line Management Interface Version 2.2.51_OSE (C) 2005-2009 Sun Microsystems, Inc. All rights reserved. Virtual machine 'test' is created. UUID: 9be28271-55c2-4299-b69a-266c58716db7 Settings file: '/home/gbyshenk/.VirtualBox/Machines/test/test.xml' $ VirtualBox $ ls -l /home/gbyshenk/.VirtualBox/Machines/test/test.xml -rw------- 1 gbyshenk gbyshenk 2302 May 17 10:37 /home/gbyshenk/.VirtualBox/Machines/test/test.xml But VirtualBox itself fails to start -- even if I run as root. System is amd64, 7-STABLE as of 26-04-2009. Does it need to be more recent...? -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From glen.j.barber at gmail.com Sun May 17 11:16:04 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Sun May 17 11:16:11 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> Message-ID: <4ad871310905170416u7a071bb5tbf120ae4a4baac32@mail.gmail.com> On Thu, May 14, 2009 at 3:12 PM, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Howdy Guys, > > After the announcement from Alexander Eichner about > Virtualbox on FreeBSD, we started the work on a port > for FreeBSD. Now we think that we solved the most > problems and are ready for the first Call for Testing. > Runs great for me. (uname -a included.) Thanks for porting this! FreeBSD phoenix 7.2-STABLE FreeBSD 7.2-STABLE #0 r192129M: Thu May 14 22:53:56 UTC 2009 root@phoenix:/usr/obj/usr/src/sys/GENERIC i386 -- Glen Barber From venture37 at gmail.com Sun May 17 11:47:50 2009 From: venture37 at gmail.com (Sevan / Venture37) Date: Sun May 17 11:47:57 2009 Subject: OpenNMS 1.6.2 port In-Reply-To: <4A07914D.8090706@gmail.com> References: <497E6AF6.8060802@gmail.com> <497E7714.4010201@gmail.com> <49815205.3020507@gmail.com> <4A07914D.8090706@gmail.com> Message-ID: <4A0FF95F.7020201@gmail.com> Sevan / Venture37 wrote: > Port updated to v1.6.4 > http://www.geeklan.co.uk/?p=132 > http://www.geeklan.co.uk/files/opennms/opennms-164-freebsd-port.tgz Updated to 1.6.5 http://www.geeklan.co.uk/files/opennms/opennms-165-freebsd-port.tgz From lumiwa at gmail.com Sun May 17 12:33:39 2009 From: lumiwa at gmail.com (ajtiM) Date: Sun May 17 12:33:50 2009 Subject: fftw3 In-Reply-To: References: <200905151806.47480.lumiwa@gmail.com> <200905161807.02285.lumiwa@gmail.com> Message-ID: <200905170733.29746.lumiwa@gmail.com> On Sunday 17 May 2009 03:14:12 Chris Rees wrote: > 2009/5/17 ajtiM : > > On Friday 15 May 2009 19:48:23 Sahil Tandon wrote: > >> On Fri, 15 May 2009, ajtiM wrote: > >> > pkgdb -F > >> > ---> ?Checking the package registry database > >> > Stale dependency: akode-2.0.2,1 -> fftw3-3.1.3 (math/fftw3): > >> > Install stale dependency? ([y]es/[n]o/[a]ll) [yes] yes > >> > [Gathering depends for math/fftw3 ...................... done] > >> > ---> ?Installing 'gcc-4.3.4_20090503' from a port (lang/gcc43) > >> > ---> ?Building '/usr/ports/lang/gcc43' > >> > ===> ?Cleaning for gcc-4.3.4_20090503 > >> > Making GCC 4.3.4 for FreeBSD 7.2 ?target=i386-portbld-freebsd7.2 > >> > 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. > >> > >> Did you try increasing the datasize limit? > >> > >> > *** Error code 1 > >> > > >> > Stop in /usr/ports/lang/gcc43. > >> > >> If you don't need Java: > >> > >> % grep -C 1 WITHOUT_JAVA lang/gcc43/pkg-descr > >> (Building the Java frontend and the associated libgcj library will > >> consume more than 512MB of main memory. ?Set WITHOUT_JAVA=yes in > >> the environment when building this port to avoid that.) > > > > I have WITHOUT_JAVA= ? yes > > > > and it doesn't work. > > As in > > WITHOUT_JAVA=yes > > or > > WITHOUT_JAVA= yes > > ? > > You can't just stick random whitespace in the middle of things like > that.... > > Chris > > -- > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > A: Top-posting. > Q: What is the most annoying thing in e-mail? Thank you very much but I didn't change Makefil. It was "originaly" in (default). -- Mitja ----- http://starikarp.redbubble.com From raghu at mri.ernet.in Sun May 17 13:47:13 2009 From: raghu at mri.ernet.in (N. Raghavendra) Date: Sun May 17 13:47:20 2009 Subject: fftw3 In-Reply-To: (Chris Rees's message of "Sun, 17 May 2009 09:14:12 +0100") References: <200905151806.47480.lumiwa@gmail.com> <20090516004822.GA17242@shepherd.hamla.org> <200905161807.02285.lumiwa@gmail.com> Message-ID: <86fxf326mh.fsf@riemann.mri.ernet.in> At 2009-05-17T09:14:12+01:00, Chris Rees wrote: > As in > > WITHOUT_JAVA=yes > > or > > WITHOUT_JAVA= yes > > ? > > You can't just stick random whitespace in the middle of things like that.... AFAIK, "VAR=val" is equivalent to "VAR = value", "VAR= value", etc. According to the section on variable assignments in make(1), "Any whitespace before the assigned value is removed..." Raghavendra. -- N. Raghavendra | http://www.retrotexts.net/ Harish-Chandra Research Institute | http://www.mri.ernet.in/ See message headers for contact and OpenPGP information. From eculp at encontacto.net Sun May 17 14:21:21 2009 From: eculp at encontacto.net (eculp) Date: Sun May 17 14:21:29 2009 Subject: fftw3 In-Reply-To: <200905170733.29746.lumiwa@gmail.com> References: <200905151806.47480.lumiwa@gmail.com> <200905161807.02285.lumiwa@gmail.com> <200905170733.29746.lumiwa@gmail.com> Message-ID: <20090517092117.25483eyq3mjntgu8@econet.encontacto.net> Quoting ajtiM : > On Sunday 17 May 2009 03:14:12 Chris Rees wrote: >> 2009/5/17 ajtiM : >> > On Friday 15 May 2009 19:48:23 Sahil Tandon wrote: >> >> On Fri, 15 May 2009, ajtiM wrote: >> >> > pkgdb -F >> >> > ---> ?Checking the package registry database >> >> > Stale dependency: akode-2.0.2,1 -> fftw3-3.1.3 (math/fftw3): >> >> > Install stale dependency? ([y]es/[n]o/[a]ll) [yes] yes >> >> > [Gathering depends for math/fftw3 ...................... done] >> >> > ---> ?Installing 'gcc-4.3.4_20090503' from a port (lang/gcc43) >> >> > ---> ?Building '/usr/ports/lang/gcc43' >> >> > ===> ?Cleaning for gcc-4.3.4_20090503 >> >> > Making GCC 4.3.4 for FreeBSD 7.2 ?target=i386-portbld-freebsd7.2 >> >> > 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. >> >> >> >> Did you try increasing the datasize limit? >> >> >> >> > *** Error code 1 >> >> > >> >> > Stop in /usr/ports/lang/gcc43. >> >> >> >> If you don't need Java: >> >> >> >> % grep -C 1 WITHOUT_JAVA lang/gcc43/pkg-descr >> >> (Building the Java frontend and the associated libgcj library will >> >> consume more than 512MB of main memory. ?Set WITHOUT_JAVA=yes in >> >> the environment when building this port to avoid that.) >> > >> > I have WITHOUT_JAVA= ? yes >> > >> > and it doesn't work. >> >> As in >> >> WITHOUT_JAVA=yes >> >> or >> >> WITHOUT_JAVA= yes >> >> ? >> >> You can't just stick random whitespace in the middle of things like >> that.... >> >> Chris >> >> -- >> A: Because it messes up the order in which people normally read text. >> Q: Why is top-posting such a bad thing? >> A: Top-posting. >> Q: What is the most annoying thing in e-mail? > > Thank you very much but I didn't change Makefil. It was "originaly" in > (default). I'm using today's current and just tried the following in lang/gcc43 to hopefully be able to build ffw3 with the following made and resulting errors. # make WITHOUT_JAVA=yes ........... checking whether ln -s works... yes checking for i386-portbld-freebsd7.2-gcc... /usr/local/ports/lang/gcc43/work/build/./gcc/xgcc -B/usr/local/ports/lang/gcc43/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. gmake[2]: *** [configure-stage1-target-libgcc] Error 1 gmake[2]: Leaving directory `/usr/local/ports/lang/gcc43/work/build' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/usr/local/ports/lang/gcc43/work/build' gmake: *** [bootstrap-lean] Error 2 *** Error code 1 Stop in /usr/local/ports/lang/gcc43. Any suggestions appreciated. ed From leslie at eskk.nu Sun May 17 14:50:48 2009 From: leslie at eskk.nu (Leslie Jensen) Date: Sun May 17 14:50:55 2009 Subject: Confused by CUPS version in ports/UPDATING In-Reply-To: <20090517092117.25483eyq3mjntgu8@econet.encontacto.net> References: <200905151806.47480.lumiwa@gmail.com> <200905161807.02285.lumiwa@gmail.com> <200905170733.29746.lumiwa@gmail.com> <20090517092117.25483eyq3mjntgu8@econet.encontacto.net> Message-ID: <4A101FA1.8010701@eskk.nu> Hello In ports/UPDATING it states 20090516: AFFECTS: users of print/cups-base and portupgrade AUTHOR: dinoex@FreeBSD.org print/cups has been splitten in mutiple ports. If upgrading from 1.9.10 and below you must remove the installed version first. I think I have the latest version of cups installed and it's :pkg_info | grep cups cups-base-1.3.10_1 Common UNIX Printing System cups-client-1.3.10_1 Common UNIX Printing System Why is portupgrade mentioned? :pkg_info | grep portupgrade portupgrade-2.4.6_2,2 FreeBSD ports/packages administration and management tool s It must be a typo or ? /Leslie From sahil at tandon.net Sun May 17 16:16:15 2009 From: sahil at tandon.net (Sahil Tandon) Date: Sun May 17 16:16:23 2009 Subject: fftw3 In-Reply-To: <20090517092117.25483eyq3mjntgu8@econet.encontacto.net> References: <200905151806.47480.lumiwa@gmail.com> <200905161807.02285.lumiwa@gmail.com> <200905170733.29746.lumiwa@gmail.com> <20090517092117.25483eyq3mjntgu8@econet.encontacto.net> Message-ID: <20090517161612.GA19592@shepherd.hamla.org> On Sun, 17 May 2009, eculp wrote: > I'm using today's current and just tried the following in lang/gcc43 to > hopefully be able to build ffw3 with the following made and resulting > errors. > > # make WITHOUT_JAVA=yes > > ........... > > checking whether ln -s works... yes > checking for i386-portbld-freebsd7.2-gcc... > /usr/local/ports/lang/gcc43/work/build/./gcc/xgcc > -B/usr/local/ports/lang/gcc43/work/build/./gcc/ > -B/usr/local/i386-portbld-freebsd7.2/bin/ > -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem > /usr/local/i386-portbld-freebsd7.2/include -isystem > /usr/local/i386-portbld-freebsd7.2/sys-include > checking for suffix of object files... configure: error: cannot compute > suffix of object files: cannot compile > See `config.log' for more details. Perhaps helpful: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38286 -- Sahil Tandon From miwi at FreeBSD.org Sun May 17 16:54:21 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Sun May 17 16:54:58 2009 Subject: [CFT] FreeBSD python25 move to python26 as default version. Message-ID: <20090517165416.GW71804@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 A few weeks ago I started the work on an update of lang/python26. With this update I want to move to python26 as the default python version. I've tested a lot of ports which work fine. I've given pav@ a patch for a exp-run, to check how many regressions we have with this move. I'd like to call for testing of this patch to make sure I don't break too many ports. Please do following: Make sure your portstree is uptodate, fetch the patch here: http://miwi.homeunix.com/patches/python262.diff Apply the patch. If you have 2.5.x installed, perform an upgrade of lang/python25 to lang/python26 with a command like: # portupgrade -o lang/python26 lang/python25 If you want to keep 2.5.x installed alongside 2.6.x, set the PYTHON_DEFAULT_VERSION variable to 'python2.5' without quotes in make.conf, then go to lang/python and execute # portupgrade -R python Once the installed Python has been updated to 2.6, by using one of the methods above, it is required to run the upgrade-site-packages target in lang/python to assure that site-packages are made available to the new Python version. # cd /usr/ports/lang/python && make upgrade-site-packages This Makefile target requires ports-mgmt/portupgrade to be installed. Happy Testing! - Martin - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEUEARECAAYFAkoQQTgACgkQdLJIhLHm/OlKsQCdHdV/vKQ5+azyfffHtVe2dzQW lkAAmNI3QPVJ2In0Jlq+wJLbVQBBaAk= =WMF2 -----END PGP SIGNATURE----- From kstewart at owt.com Sun May 17 17:39:26 2009 From: kstewart at owt.com (Kent Stewart) Date: Sun May 17 17:39:33 2009 Subject: fftw3 In-Reply-To: <20090517092117.25483eyq3mjntgu8@econet.encontacto.net> References: <200905151806.47480.lumiwa@gmail.com> <200905170733.29746.lumiwa@gmail.com> <20090517092117.25483eyq3mjntgu8@econet.encontacto.net> Message-ID: <200905171020.19632.kstewart@owt.com> On Sunday 17 May 2009 07:21:17 am eculp wrote: > Quoting ajtiM : > > On Sunday 17 May 2009 03:14:12 Chris Rees wrote: > >> 2009/5/17 ajtiM : > >> > On Friday 15 May 2009 19:48:23 Sahil Tandon wrote: > >> >> On Fri, 15 May 2009, ajtiM wrote: > >> >> > pkgdb -F > >> >> > ---> ?Checking the package registry database > >> >> > Stale dependency: akode-2.0.2,1 -> fftw3-3.1.3 (math/fftw3): > >> >> > Install stale dependency? ([y]es/[n]o/[a]ll) [yes] yes > >> >> > [Gathering depends for math/fftw3 ...................... done] > >> >> > ---> ?Installing 'gcc-4.3.4_20090503' from a port (lang/gcc43) > >> >> > ---> ?Building '/usr/ports/lang/gcc43' > >> >> > ===> ?Cleaning for gcc-4.3.4_20090503 > >> >> > Making GCC 4.3.4 for FreeBSD 7.2 ?target=i386-portbld-freebsd7.2 > >> >> > 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. > >> >> > >> >> Did you try increasing the datasize limit? > >> >> > >> >> > *** Error code 1 > >> >> > > >> >> > Stop in /usr/ports/lang/gcc43. > >> >> > >> >> If you don't need Java: > >> >> > >> >> % grep -C 1 WITHOUT_JAVA lang/gcc43/pkg-descr > >> >> (Building the Java frontend and the associated libgcj library will > >> >> consume more than 512MB of main memory. ?Set WITHOUT_JAVA=yes in > >> >> the environment when building this port to avoid that.) > >> > > >> > I have WITHOUT_JAVA= ? yes > >> > > >> > and it doesn't work. > >> > >> As in > >> > >> WITHOUT_JAVA=yes > >> > >> or > >> > >> WITHOUT_JAVA= yes > >> > >> ? > >> > >> You can't just stick random whitespace in the middle of things like > >> that.... > >> > >> Chris > >> > >> -- > >> A: Because it messes up the order in which people normally read text. > >> Q: Why is top-posting such a bad thing? > >> A: Top-posting. > >> Q: What is the most annoying thing in e-mail? > > > > Thank you very much but I didn't change Makefil. It was "originaly" in > > (default). > > I'm using today's current and just tried the following in lang/gcc43 > to hopefully be able to build ffw3 with the following made and > resulting errors. > > # make WITHOUT_JAVA=yes > You really needed to man make. I did a "setenv WITHOUT_JAVA yes" in my .cshrc, brought up a new konsole and everything built. For make, I think it would have to be "make -D WITHOUT_JAVA=yes". Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From miwi at FreeBSD.org Sun May 17 18:09:25 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Sun May 17 18:09:33 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> Message-ID: <20090517180920.GY71804@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 We rolled a new tarball with the patch from Juergen Lock [1] with a posible fix for AMD64 users, tested on 3 machines which now works without problems. Many Thanks to him for his nice work! http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz Martin - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEUEARECAAYFAkoQUtAACgkQdLJIhLHm/OlY2QCg1KZW2YCvE1VhqKgSQ/xhjKIx U60Al2UMniKg+KvQ6m9RcP92eOMddfQ= =kB6c -----END PGP SIGNATURE----- From sahil at tandon.net Sun May 17 18:15:24 2009 From: sahil at tandon.net (Sahil Tandon) Date: Sun May 17 18:15:38 2009 Subject: fftw3 In-Reply-To: <200905171020.19632.kstewart@owt.com> References: <200905151806.47480.lumiwa@gmail.com> <200905170733.29746.lumiwa@gmail.com> <20090517092117.25483eyq3mjntgu8@econet.encontacto.net> <200905171020.19632.kstewart@owt.com> Message-ID: <20090517181521.GA19853@shepherd.hamla.org> On Sun, 17 May 2009, Kent Stewart wrote: > > I'm using today's current and just tried the following in lang/gcc43 > > to hopefully be able to build ffw3 with the following made and > > resulting errors. > > > > # make WITHOUT_JAVA=yes > > > > You really needed to man make. I did a "setenv WITHOUT_JAVA yes" in my .cshrc, > brought up a new konsole and everything built. For make, I think it would > have to be > "make -D WITHOUT_JAVA=yes". No, passing variable overrides to make(1) on the command line works without the -D flag. Why do you believe it is necessary? -- Sahil Tandon From kstewart at owt.com Sun May 17 18:38:37 2009 From: kstewart at owt.com (Kent Stewart) Date: Sun May 17 18:38:43 2009 Subject: fftw3 In-Reply-To: <20090517181521.GA19853@shepherd.hamla.org> References: <200905151806.47480.lumiwa@gmail.com> <200905171020.19632.kstewart@owt.com> <20090517181521.GA19853@shepherd.hamla.org> Message-ID: <200905171138.35000.kstewart@owt.com> On Sunday 17 May 2009 11:15:21 am Sahil Tandon wrote: > On Sun, 17 May 2009, Kent Stewart wrote: > > > I'm using today's current and just tried the following in lang/gcc43 > > > to hopefully be able to build ffw3 with the following made and > > > resulting errors. > > > > > > # make WITHOUT_JAVA=yes > > > > You really needed to man make. I did a "setenv WITHOUT_JAVA yes" in my > > .cshrc, brought up a new konsole and everything built. For make, I think > > it would have to be > > "make -D WITHOUT_JAVA=yes". > > No, passing variable overrides to make(1) on the command line works without > the -D flag. Why do you believe it is necessary? Because I always had to do it in the past. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From sfourman at gmail.com Sun May 17 19:10:49 2009 From: sfourman at gmail.com (Sam Fourman Jr.) Date: Sun May 17 19:11:00 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090517180920.GY71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> Message-ID: <11167f520905171210t2c5c2623o386f00745b4f9aed@mail.gmail.com> On Sun, May 17, 2009 at 1:09 PM, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > We rolled a new tarball with the patch from Juergen Lock [1] > with a posible fix for AMD64 users, tested on 3 machines > which now works without problems. Many Thanks to him for > his nice work! > > http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz > > Martin Does this version still have the kernel module crashing at random on current? Sam Fourman Jr. From kstewart at owt.com Sun May 17 19:21:20 2009 From: kstewart at owt.com (Kent Stewart) Date: Sun May 17 19:21:27 2009 Subject: fftw3 In-Reply-To: <200905171138.35000.kstewart@owt.com> References: <200905151806.47480.lumiwa@gmail.com> <20090517181521.GA19853@shepherd.hamla.org> <200905171138.35000.kstewart@owt.com> Message-ID: <200905171221.18404.kstewart@owt.com> On Sunday 17 May 2009 11:38:34 am Kent Stewart wrote: > On Sunday 17 May 2009 11:15:21 am Sahil Tandon wrote: > > On Sun, 17 May 2009, Kent Stewart wrote: > > > > I'm using today's current and just tried the following in lang/gcc43 > > > > to hopefully be able to build ffw3 with the following made and > > > > resulting errors. > > > > > > > > # make WITHOUT_JAVA=yes > > > > > > You really needed to man make. I did a "setenv WITHOUT_JAVA yes" in my > > > .cshrc, brought up a new konsole and everything built. For make, I > > > think it would have to be > > > "make -D WITHOUT_JAVA=yes". > > > > No, passing variable overrides to make(1) on the command line works > > without the -D flag. Why do you believe it is necessary? > > Because I always had to do it in the past. > I tried the update today, and the "make WITHOUT_JAVA=yes" worked. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From Benoit.Calvez at gmail.com Sun May 17 20:07:15 2009 From: Benoit.Calvez at gmail.com (Benoit Calvez) Date: Sun May 17 20:07:33 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <11167f520905171210t2c5c2623o386f00745b4f9aed@mail.gmail.com> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <11167f520905171210t2c5c2623o386f00745b4f9aed@mail.gmail.com> Message-ID: <3481d8e60905171306n35904a6boc74eed344505cb13@mail.gmail.com> On Sun, May 17, 2009 at 9:10 PM, Sam Fourman Jr. wrote: > On Sun, May 17, 2009 at 1:09 PM, Martin Wilke wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > > > We rolled a new tarball with the patch from Juergen Lock [1] > > with a posible fix for AMD64 users, tested on 3 machines > > which now works without problems. Many Thanks to him for > > his nice work! > > > > http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz > > > > Martin > > Does this version still have the kernel module crashing at random on > current? > > 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" > I uninstalled the last virtualbox (from virtualbox_1.tgz port). It compiled fine and I could start an opensolaris vm. It crashed cauz' I created the virtual hard drive in a smal partition. Since then I couldn't restart the vm. I got two Errors: "Kernel driver not instaled (rc =-1908) "Make sure the kernel module has beed loaded successfully" Sure it is. the other one is : Result Code: NS_ERROR_FAILURE (0x80004005) Component: Machine Interface: IMachine {4d1df26d-d9c1-4c7e-b689-15e85ecf8ffc} I could give more informations if needed -- Benoit C. From jjuanino at gmail.com Sun May 17 20:15:45 2009 From: jjuanino at gmail.com (Jose Garcia Juanino) Date: Sun May 17 20:15:56 2009 Subject: Pass mantainership of www/mod_authnz_external to other contributor Message-ID: <20090517195006.GA2003@banach> Hi, Please, could any commiter pass the mantainership of www/mod_authnz_external port to the contributor CCed: Edmondas Girkantas ? I have contacted with him in private, and he is agree in take the mantainership. Should I to submit a PR? Best regards -------------- 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/20090517/fafa2212/attachment.pgp From eculp at encontacto.net Sun May 17 21:59:58 2009 From: eculp at encontacto.net (eculp) Date: Sun May 17 22:00:04 2009 Subject: fftw3 In-Reply-To: <20090517161612.GA19592@shepherd.hamla.org> References: <200905151806.47480.lumiwa@gmail.com> <200905161807.02285.lumiwa@gmail.com> <200905170733.29746.lumiwa@gmail.com> <20090517092117.25483eyq3mjntgu8@econet.encontacto.net> <20090517161612.GA19592@shepherd.hamla.org> Message-ID: <20090517165954.69383qrxju9tzv28@econet.encontacto.net> Quoting Sahil Tandon : > On Sun, 17 May 2009, eculp wrote: > >> I'm using today's current and just tried the following in lang/gcc43 to >> hopefully be able to build ffw3 with the following made and resulting >> errors. >> >> # make WITHOUT_JAVA=yes >> >> ........... >> >> checking whether ln -s works... yes >> checking for i386-portbld-freebsd7.2-gcc... >> /usr/local/ports/lang/gcc43/work/build/./gcc/xgcc >> -B/usr/local/ports/lang/gcc43/work/build/./gcc/ >> -B/usr/local/i386-portbld-freebsd7.2/bin/ >> -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem >> /usr/local/i386-portbld-freebsd7.2/include -isystem >> /usr/local/i386-portbld-freebsd7.2/sys-include >> checking for suffix of object files... configure: error: cannot compute >> suffix of object files: cannot compile >> See `config.log' for more details. > > Perhaps helpful: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38286 Thanks, at least I know it is broken or if not I'm not alone in thinking so. ed From itetcu at FreeBSD.org Sun May 17 22:05:36 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sun May 17 22:05:42 2009 Subject: fftw3 In-Reply-To: <200905171221.18404.kstewart@owt.com> References: <200905151806.47480.lumiwa@gmail.com> <20090517181521.GA19853@shepherd.hamla.org> <200905171138.35000.kstewart@owt.com> <200905171221.18404.kstewart@owt.com> Message-ID: <20090518004608.0f0f7490@it.buh.tecnik93.com> On Sun, 17 May 2009 12:21:18 -0700 Kent Stewart wrote: > On Sunday 17 May 2009 11:38:34 am Kent Stewart wrote: > > On Sunday 17 May 2009 11:15:21 am Sahil Tandon wrote: > > > On Sun, 17 May 2009, Kent Stewart wrote: > > > > > I'm using today's current and just tried the following in > > > > > lang/gcc43 to hopefully be able to build ffw3 with the > > > > > following made and resulting errors. > > > > > > > > > > # make WITHOUT_JAVA=yes > > > > > > > > You really needed to man make. I did a "setenv WITHOUT_JAVA > > > > yes" in my .cshrc, brought up a new konsole and everything > > > > built. For make, I think it would have to be > > > > "make -D WITHOUT_JAVA=yes". > > > > > > No, passing variable overrides to make(1) on the command line > > > works without the -D flag. Why do you believe it is necessary? > > > > Because I always had to do it in the past. > > > > I tried the update today, and the "make WITHOUT_JAVA=yes" worked. For this kind of vars,ports check for the var to be defined, not the value if any, so both "make WITHOUT_JAVA=yes" and "make -DWITHOUT_JAVA" should 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/20090517/e0980610/signature.pgp From sahil at tandon.net Sun May 17 22:06:12 2009 From: sahil at tandon.net (Sahil Tandon) Date: Sun May 17 22:06:18 2009 Subject: fftw3 In-Reply-To: <20090517165954.69383qrxju9tzv28@econet.encontacto.net> References: <200905151806.47480.lumiwa@gmail.com> <200905161807.02285.lumiwa@gmail.com> <200905170733.29746.lumiwa@gmail.com> <20090517092117.25483eyq3mjntgu8@econet.encontacto.net> <20090517161612.GA19592@shepherd.hamla.org> <20090517165954.69383qrxju9tzv28@econet.encontacto.net> Message-ID: <20090517220610.GB20150@shepherd.hamla.org> On Sun, 17 May 2009, eculp wrote: >> Perhaps helpful: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38286 > > Thanks, at least I know it is broken or if not I'm not alone in thinking so. It's not broken; read down that page for the entire thread. You need to make sure gcc can find the assembler. -- Sahil Tandon From sahil at tandon.net Sun May 17 22:29:19 2009 From: sahil at tandon.net (Sahil Tandon) Date: Sun May 17 22:29:24 2009 Subject: Pass mantainership of www/mod_authnz_external to other contributor In-Reply-To: <20090517195006.GA2003@banach> References: <20090517195006.GA2003@banach> Message-ID: <20090517222917.GA20225@shepherd.hamla.org> On Sun, 17 May 2009, Jose Garcia Juanino wrote: > Please, could any commiter pass the mantainership of > www/mod_authnz_external port to the contributor CCed: Edmondas Girkantas > ? > > I have contacted with him in private, and he is agree in take the > mantainership. > > Should I to submit a PR? In the Makefile, set MAINTAINER to eg@fbsd.lt and submit a PR with category ports and class change-request. -- Sahil Tandon From kitchetech at gmail.com Sun May 17 23:43:46 2009 From: kitchetech at gmail.com (matt donovan) Date: Sun May 17 23:43:52 2009 Subject: screen and tmux should be listed under the same category In-Reply-To: References: <4A0F35C7.7060703@p6m7g8.com> <28283d910905161638w5f7e5f54gcd16ef29f0f0b0b6@mail.gmail.com> Message-ID: <28283d910905171643n991c64bjb67cf3371aefe27@mail.gmail.com> On Sun, May 17, 2009 at 2:37 AM, Freddie Cash wrote: > On Sat, May 16, 2009 at 4:38 PM, matt donovan > wrote: > > On Sat, May 16, 2009 at 5:53 PM, Philip M. Gollucci < > pgollucci@p6m7g8.com>wrote: > > > >> Josh Rickmar wrote: > >> > GNU screen is listed under sysutils, while tmux is listed under misc. > >> > Shouldn't the two at least be in the same category, since they both do > >> > the exact same thing? (tmux is even designed to be a BSD-licensed > >> > replacement for screen.) > >> > > >> Does anyone have any thoughts on tmux vs screen ? the NO_PACKAGE in > >> screen has been annoying me for years now if I can find a good > >> replacement I'm so there. > >> > > tmux does not work inside the shell due to sc. But in X it works > wonders. > > tmux works just fine at a console without X running. > > > hmm odd since last time I asked about it it did not since I m the one that brought it up, since I had an error and was told that the sc does not support that feature what freebsd are you running since I tired it in 7.x. From pgollucci at p6m7g8.com Mon May 18 00:01:15 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Mon May 18 00:01:22 2009 Subject: Pass mantainership of www/mod_authnz_external to other contributor In-Reply-To: <20090517222917.GA20225@shepherd.hamla.org> References: <20090517195006.GA2003@banach> <20090517222917.GA20225@shepherd.hamla.org> Message-ID: <4A10A545.2050202@p6m7g8.com> Sahil Tandon wrote: > On Sun, 17 May 2009, Jose Garcia Juanino wrote: > >> Please, could any commiter pass the mantainership of >> www/mod_authnz_external port to the contributor CCed: Edmondas Girkantas >> ? >> >> I have contacted with him in private, and he is agree in take the >> mantainership. >> >> Should I to submit a PR? > > In the Makefile, set MAINTAINER to eg@fbsd.lt and submit a PR with category > ports and class change-request. > Done. -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) did: 703.579.6947, o: 703.549.2050x206 Senior System Admin - RideCharge Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From kitchetech at gmail.com Mon May 18 00:09:01 2009 From: kitchetech at gmail.com (matt donovan) Date: Mon May 18 00:09:08 2009 Subject: screen and tmux should be listed under the same category In-Reply-To: <28283d910905171643n991c64bjb67cf3371aefe27@mail.gmail.com> References: <4A0F35C7.7060703@p6m7g8.com> <28283d910905161638w5f7e5f54gcd16ef29f0f0b0b6@mail.gmail.com> <28283d910905171643n991c64bjb67cf3371aefe27@mail.gmail.com> Message-ID: <28283d910905171708u75b6d53dlaf593b307e30ae90@mail.gmail.com> On Sun, May 17, 2009 at 7:43 PM, matt donovan wrote: > > > On Sun, May 17, 2009 at 2:37 AM, Freddie Cash wrote: > >> On Sat, May 16, 2009 at 4:38 PM, matt donovan >> wrote: >> > On Sat, May 16, 2009 at 5:53 PM, Philip M. Gollucci < >> pgollucci@p6m7g8.com>wrote: >> > >> >> Josh Rickmar wrote: >> >> > GNU screen is listed under sysutils, while tmux is listed under misc. >> >> > Shouldn't the two at least be in the same category, since they both >> do >> >> > the exact same thing? (tmux is even designed to be a BSD-licensed >> >> > replacement for screen.) >> >> > >> >> Does anyone have any thoughts on tmux vs screen ? the NO_PACKAGE in >> >> screen has been annoying me for years now if I can find a good >> >> replacement I'm so there. >> >> >> > tmux does not work inside the shell due to sc. But in X it works >> wonders. >> >> tmux works just fine at a console without X running. >> >> >> > hmm odd since last time I asked about it it did not since I m the one that > brought it up, since I had an error and was told that the sc does not > support that feature what freebsd are you running since I tired it in 7.x. > forgot something unless of coruse your using a term change trick that I suggested to the author of tmux. From freebsd at byshenk.net Mon May 18 00:25:31 2009 From: freebsd at byshenk.net (Greg Byshenk) Date: Mon May 18 00:25:49 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090517180920.GY71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> Message-ID: <20090518002528.GF2571@core.byshenk.net> On Sun, May 17, 2009 at 08:09:20PM +0200, Martin Wilke wrote: > > We rolled a new tarball with the patch from Juergen Lock [1] > with a posible fix for AMD64 users, tested on 3 machines > which now works without problems. Many Thanks to him for > his nice work! > > http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz I've just updated my system (to 7-STABLE amd64 as of today) and installed the new version. It runs for me now. Tomorrow I will try to create virtual machine. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From sfourman at gmail.com Mon May 18 00:37:31 2009 From: sfourman at gmail.com (Sam Fourman Jr.) Date: Mon May 18 00:37:43 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090518002528.GF2571@core.byshenk.net> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <20090518002528.GF2571@core.byshenk.net> Message-ID: <11167f520905171737q4f19a359id6b1af11e10d5184@mail.gmail.com> On Sun, May 17, 2009 at 7:25 PM, Greg Byshenk wrote: > On Sun, May 17, 2009 at 08:09:20PM +0200, Martin Wilke wrote: >> >> We rolled a new tarball with the patch from Juergen Lock [1] >> with a posible fix for AMD64 users, tested on 3 machines >> which now works without problems. Many Thanks to him for >> his nice work! >> >> http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz Does the FreeBSD version have USB passthrough support like Linux? Sam Fourman From glen.j.barber at gmail.com Mon May 18 00:41:19 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Mon May 18 00:41:26 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090517180920.GY71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> Message-ID: <4ad871310905171741t55611cf7vc96e0086a371052@mail.gmail.com> On Sun, May 17, 2009 at 2:09 PM, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > We rolled a new tarball with the patch from Juergen Lock [1] > with a posible fix for AMD64 users, tested on 3 machines > which now works without problems. Many Thanks to him for > his nice work! > Is there need for the i386 folks to rebuild, or does it only affect amd64? -- Glen Barber From freebsd at byshenk.net Mon May 18 00:50:57 2009 From: freebsd at byshenk.net (Greg Byshenk) Date: Mon May 18 00:51:15 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090518002528.GF2571@core.byshenk.net> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <20090518002528.GF2571@core.byshenk.net> Message-ID: <20090518005054.GG2571@core.byshenk.net> On Mon, May 18, 2009 at 02:25:28AM +0200, Greg Byshenk wrote: > On Sun, May 17, 2009 at 08:09:20PM +0200, Martin Wilke wrote: > > > > We rolled a new tarball with the patch from Juergen Lock [1] > > with a posible fix for AMD64 users, tested on 3 machines > > which now works without problems. Many Thanks to him for > > his nice work! > > > > http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz > I've just updated my system (to 7-STABLE amd64 as of today) and > installed the new version. It runs for me now. Tomorrow I will > try to create virtual machine. As a followup, the 'virtualbox_2.tgz' version appears to work for me, at least minimally. I've just installed NetBSD4.1 virtual machine, and it appears to be working (even though NetBSD isn't listed as a supported guest -- I just happened to have the NetBSD install iso sitting on my hard drive). -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From fjwcash at gmail.com Mon May 18 04:31:23 2009 From: fjwcash at gmail.com (Freddie Cash) Date: Mon May 18 04:31:37 2009 Subject: screen and tmux should be listed under the same category In-Reply-To: <28283d910905171708u75b6d53dlaf593b307e30ae90@mail.gmail.com> References: <4A0F35C7.7060703@p6m7g8.com> <28283d910905161638w5f7e5f54gcd16ef29f0f0b0b6@mail.gmail.com> <28283d910905171643n991c64bjb67cf3371aefe27@mail.gmail.com> <28283d910905171708u75b6d53dlaf593b307e30ae90@mail.gmail.com> Message-ID: On Sun, May 17, 2009 at 5:08 PM, matt donovan wrote: > On Sun, May 17, 2009 at 7:43 PM, matt donovan wrote: >> On Sun, May 17, 2009 at 2:37 AM, Freddie Cash wrote: >>> On Sat, May 16, 2009 at 4:38 PM, matt donovan >>> wrote: >>> > On Sat, May 16, 2009 at 5:53 PM, Philip M. Gollucci >>> > wrote: >>> > >>> >> Josh Rickmar wrote: >>> >> > GNU screen is listed under sysutils, while tmux is listed under >>> >> > misc. >>> >> > Shouldn't the two at least be in the same category, since they both >>> >> > do >>> >> > the exact same thing? (tmux is even designed to be a BSD-licensed >>> >> > replacement for screen.) >>> >> > >>> >> Does anyone have any thoughts on tmux vs screen ? ?the NO_PACKAGE in >>> >> screen has been annoying me for years now if I can find a good >>> >> replacement I'm so there. >>> >> >>> > tmux does not work inside the shell due to sc. But in ?X it works >>> > wonders. >>> >>> tmux works just fine at a console without X running. >>> >>> >> >> hmm odd since last time I asked about it it did not since I m the one that >> brought it up, since I had an error and was told that the sc does not >> support that feature what freebsd are you running since I tired it in 7.x. > > forgot something unless of coruse your using a term change trick that I > suggested to the author of tmux. FreeBSD 7.1 and 7.2, using tmux 0.8. Haven't tested on any of my 6.x boxes yet. These are firewalls, with no X libs of any kind installed. Using the standard syscons driver. PIXEL_MODE is set in the kernel, but not using any high-res modes, still the standard 80x25. -- Freddie Cash fjwcash@gmail.com From mr2 at danesgate.us Mon May 18 07:33:55 2009 From: mr2 at danesgate.us (mr2@danesgate.us) Date: Mon May 18 07:34:02 2009 Subject: Your email requires verification verify#GAADVwqCr_WP_GJ0g4jUH0exvdmXjVBL Message-ID: The message you sent requires that you verify that you are a real live human being and not a spam source. To complete this verification, simply reply to this message and leave the subject line intact. The headers of the message sent from your address are shown below: >From -freebsd-ports@p4111-ipbfp204fukuokachu.fukuoka.ocn.ne.jp Mon May 18 06:53:14 2009 Received: from p4111-ipbfp204fukuokachu.fukuoka.ocn.ne.jp ([125.175.243.111]:2825) by server.dougie.org with esmtp (Exim 4.69) (envelope-from <-freebsd-ports@p4111-ipbfp204fukuokachu.fukuoka.ocn.ne.jp>) id 1M5wiW-00058d-Bo; Mon, 18 May 2009 06:53:12 +0000 Received: from [125.175.243.111] by mx1.freebsd.org; Mon, 18 May 2009 15:53:01 +0900 From: "Brad Chamberlain" <-freebsd-ports@freebsd.org> To: <708078404.31796415073780@danesgate.us> Subject: ebay offer Date: Mon, 18 May 2009 15:53:01 +0900 Message-ID: <01c9d7d0$b8c72c80$6ff3af7d@-freebsd-ports> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal X-Spam-Status: No, score=-0.2 X-Spam-Score: -1 X-Spam-Bar: / X-Spam-Flag: NO From f5_b at 163.com Mon May 18 07:44:59 2009 From: f5_b at 163.com (Fluid) Date: Mon May 18 07:45:06 2009 Subject: FreeBSD Port: piwik-0.2.37 piwik-0.2.37.zip: size mismatch: expected 2474475, actual 2474547 Message-ID: make install clean => piwik-0.2.37.zip doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://builds.piwik.org/. fetch: http://builds.piwik.org/piwik-0.2.37.zip: size mismatch: expected 2474475, actual 2474547 => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/piwik-0.2.37.zip: File unavailable (e.g., file not found, no access) => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /usr/ports/www/piwik. From info at art-bloxx.com Mon May 18 08:08:21 2009 From: info at art-bloxx.com (ART-BLOXX® e.V. INFO) Date: Mon May 18 08:08:29 2009 Subject: =?iso-8859-1?q?ART-BLOXX_=AE_The_evolution_of_art!?= Message-ID: <20090518075029.04DBDB0CB1@mail.art-bloxx.com> [1]ART-BLOXX painters * musicians * photographers * comedians * sculptors * designers * animation artists * actors * models * filmmakers For artists and art freaks of all categories! [2]JOIN NOW FOR FREE AND STARTUP! Your idea. Your art. Your chance. What you get? ° Your personal Me-Page ° Your personal art-bloxx email ° Unlimited space ° Contact to artists of all genres ° Chat. Comment. Rate. Share your art! Show the world yourself and your art! VIDEOS. PICTURES. WRITTEN STUFF. MUSIC. ONE PLATFORM. [3]www.art-bloxx.com ...ART UP! _______________________________ Maler * Musiker * Fotografen * Comedians * Bildhauer * Designer * Schauspieler * Animationskünstler * Models * Filmemacher Für Kunstbegeisterte und Künstler aller Sparten! [4]JETZT GRATIS ANMELDEN UND LOSLEGEN! Deine Idee. Deine Kunst. Deine Chance. Was bekommst du? ° Deine eigene Me-Page ° Deine eigene art-bloxx Mailadresse ° Unlimitierten Webspace ° Kontakt zu Künstlern aus allen Genres ° Chatte. Kommentiere. Bewerte. Und zeige deine Werke. Zeige dich und deine Kunst der Welt! VIDEOS. BILDER. TEXTE. MUSIK. EINE PLATTFORM. [5]www.art-bloxx.com ...ART UP! -------------------------------------------------------- ART-BLOXX^®e.V. Internetplatform for musicians, artist, societies and art freaks of all categories Internetplattform für Musiker, Künstler und Vereine sowie für Musik-und Kunstbegeisterte aller Sparten p.Adr. Bernhard Arch Anzengruberweg 2/3 Austria 8720-Knittelfeld ZVR: 227860531 | Sitz Knittelfeld Mail: [6]office@art-bloxx.com Web: [7]www.art-bloxx.com -------------------------------------------------------- Information (English): This mail should be a informative message. ART-BLOXX^® does not want to sell anything to you or get information about you. We got your mail out of a research in the World Wide Web(Art-Forum, Google search) If you wish, that we delete you from our Mail-Newsletter, please reply this message with the content *Delete newsletter* and you will be excluded from our newsletter immediately. Thank you. TEAM ART-BLOXX^® ---------------------------------------------------------------------- Information (Deutsch): Diese Mail soll eine informative Nachricht darstellen. ART-BLOXX^® wird nicht versuchen Ihnen etwas zu verkaufen oder Information zu erlangen. Wir haben Ihre Mailadresse durch Nachforschungen im Internet erhalten. (Künstler-Foren, Google Suche). Sollten Sie in Zukunft keine Mails mehr erhalten wollen, beantworten Sie diese Mail mit folgendem Inhalt *Newsletter löschen* und Sie werden sofort aus unserem Newsletter entfernt. Herzlichen Dank. TEAM ART-BLOXX^® References 1. http://www.art-bloxx.com/ 2. http://www.art-bloxx.com/anmeldung.php 3. http://www.art-bloxx.com/ 4. http://www.art-bloxx.com/anmeldung.php 5. http://www.art-bloxx.com/ 6. mailto:office@art-bloxx.com 7. http://www.art-bloxx.com/ From hselasky at freebsd.org Mon May 18 09:34:20 2009 From: hselasky at freebsd.org (Hans Petter Selasky) Date: Mon May 18 09:34:31 2009 Subject: Minor USB related sysutils/hal patch Message-ID: <200905181036.51184.hselasky@freebsd.org> Hi, I've made some minor patches for sysutils/hal If the device is detached during config read, the config can be NULL. Check that. Make sure that we close the device handles as we go, to save number of open files. When the backend is freed any leftover file handles will get freed, so it is not absolutely needed to close the device handle in every case. --HPS -------------- next part -------------- A non-text attachment was scrubbed... Name: files.diff Type: text/x-diff Size: 1310 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090518/3efb3766/files.bin From bugmaster at FreeBSD.org Mon May 18 11:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 18 11:06:31 2009 Subject: Current unassigned ports problem reports Message-ID: <200905181106.n4IB65SN074727@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/134642 [UPDATE] mail/extmail update to 1.1.0 f ports/134639 devel/boost can't be made with parameteres -DWITH_PYT o ports/134636 new port: www/p5-WWW-Shorten-isgd, Perl interface to U o ports/134634 [MAINTAINER] Update port: systools/samesame non-code t o ports/134617 New port: devel/lmdbg Lightweight malloc debugger o ports/134595 Take games/odamex port and update to 0.4.3 f ports/134581 [UPDATE] www/tinymce3 : update to 3.2.3.1 f ports/134580 [UPDATE] www/smarty : update to 2.6.23 o ports/134555 update devel/php5-ice to 3.3.1 o ports/134552 [patch] mail/p5-Mail-SpamAssassin loses mail when kill o ports/134545 mail/spamd: spamlogd does not use proper white expirat 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 o ports/134413 www/opera blocks other programs from opening windows o ports/134347 mail/spamd: spamlogd's whitelist expiration period is o ports/134300 databases/postgresql-plruby: PL/ruby corrupts data sin 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/134124 NEW port: cad/verilog-perl 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 o ports/134015 [patch] graphics/mapnik should install library with co f ports/133944 [PATCH] print/latex-prettyref: [SUMMARIZE CHANGES] o ports/133928 New Port: multimedia/gdialog, A Project X addon to rea o ports/133901 [PATCH] net-p2p/amule2: Add WITH_UPNP knob to "Enable o ports/133822 New port for cad/linux-eagle5 (Eagle 5.5.0) o ports/133655 New port: sysutils/megacli MegaCLI SAS RAID Management 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/133441 graphics/sane-backends: epson2 sane-backend wants to r o ports/133435 deskutils/egroupware dependency unresolved 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/133242 [PATCH] science/gromacs: fix sparc64, fix WITH_MPICH o ports/133241 net/balance parameter -b does not accept numeric ip ad o ports/133068 New port: audio/linux-genpuid o ports/133047 [maintainer-update] Update graphics/linux-ac3d to 6.4. 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 o ports/131357 New port: editors/japi -- a simple gtk2 based text edi s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/131168 new port: devel/lpc21isp o ports/131041 [new port] x11-themes/gtk-nodoka-engine: GTK nodoka en 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/129972 Update Port: benchmarks/lmbench [patch] - A system per 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 90 problems total. From alexanderchuranov at gmail.com Mon May 18 11:14:40 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Mon May 18 11:14:48 2009 Subject: devel/boost: what's proper shared library version? In-Reply-To: References: <3cb459ed0905130926n32def691ycecd043f70e522fc@mail.gmail.com> <3cb459ed0905141114v17944e99had31ca4c9dee8fd7@mail.gmail.com> Message-ID: <3cb459ed0905180414s7abc0ff8x37e9ea4a58a25f4@mail.gmail.com> 2009/5/16 Jeremy Messenger : > It's highly unlike they will break the ABI in the minor release. I'm agree, it's unlikely. But it's possible and there is not warranty. > We haven't bump boost when minor version was released and no issue. > What number or blah, I don't care as long as you do not bump it for > no reason when the ABI isn't broke. It's very hard and time consuming to detect whether a particular library from boost breaks the ABI. I have no automated test suite to verify that and there are no resources for creating one. I am for changing version at every release, since this is what's suggested by boost. However, as a maintainer I'll accept any decision of FreeBSD ports team. Thus, can I be officially instructed what to do? I see following options: 1) Change shared objects version on every release. 2) Change shared objects version on every major release and also if an issue was discovered. 3) Decide myself. Sincerely, Alexander Churanov, maintainer of devel/boost From f0andrey at gmail.com Mon May 18 11:53:42 2009 From: f0andrey at gmail.com (Andrey Fesenko) Date: Mon May 18 11:53:49 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090517180920.GY71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> Message-ID: <19e7832a0905180428l564f4e74s9d8ce3213228b08e@mail.gmail.com> On Sun, May 17, 2009 at 10:09 PM, Martin Wilke wrote: > > We rolled a new tarball with the patch from Juergen Lock [1] > with a posible fix for AMD64 users, tested on 3 machines > which now works without problems. Many Thanks to him for > his nice work! > > http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz > > Martin > FreeBSD 8.0-CURRENT #0: Sun May 17 07:56:14 MSD 2009 amd64 new port virtualbox_2.tgz make - OK install - OK load module - OK run -OK run VM - crush :( only 1 time. more have not yet tried. From doug at polands.org Mon May 18 13:57:21 2009 From: doug at polands.org (Doug Poland) Date: Mon May 18 13:58:00 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090518002528.GF2571@core.byshenk.net> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <20090518002528.GF2571@core.byshenk.net> Message-ID: <532cb0d675c7f20c60fcc2e8e4c1a558.squirrel@email.polands.org> On Sun, May 17, 2009 19:25, Greg Byshenk wrote: > On Sun, May 17, 2009 at 08:09:20PM +0200, Martin Wilke wrote: >> >> We rolled a new tarball with the patch from Juergen Lock [1] >> with a posible fix for AMD64 users, tested on 3 machines >> which now works without problems. Many Thanks to him for >> his nice work! >> >> http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz > Working for me with a fresh cvsup of 7.2-STABLE (17 May 09). Installing a 7.2-RELEASE amd64 guest as I write this. -- Regards, Doug From guru at unixarea.de Mon May 18 15:22:10 2009 From: guru at unixarea.de (Matthias Apitz) Date: Mon May 18 15:22:17 2009 Subject: CURRENT && evince, firefox, ... dont see CUPS Message-ID: <20090518145146.GA82355@current.Sisis.de> Hello, I've installed a relatively new CURRENT on a laptop and applications from /usr/ports; I can't make evince, firefox3, Evolution, ... using the installed CUPS system (KDE works fine with CUPS). Sure I'm missing something because in my older RELENG_7 system the evince has linked in a lot of Gnome support: ldd /usr/local/bin/evince | fgrep gnome libgnomeui-2.so.0 => /usr/local/lib/libgnomeui-2.so.0 (0x28105000) libgnome-keyring.so.0 => /usr/local/lib/libgnome-keyring.so.0 (0x2818f000) libgnome-2.so.0 => /usr/local/lib/libgnome-2.so.0 (0x2821b000) libgnomevfs-2.so.0 => /usr/local/lib/libgnomevfs-2.so.0 (0x2822f000) libgnomeprintui-2-2.so.0 => /usr/local/lib/libgnomeprintui-2-2.so.0 (0x287df000) libgnomeprint-2-2.so.0 => /usr/local/lib/libgnomeprint-2-2.so.0 (0x2881e000) libgnomecanvas-2.so.0 => /usr/local/lib/libgnomecanvas-2.so.0 (0x28886000) while on the CURRENT is has only: ldd /usr/local/bin/evince | fgrep gnome libgnome-keyring.so.0 => /usr/local/lib/libgnome-keyring.so.0 (0x284d1000) but I don't see how to activate this; the above mentioned libgnomeprint* libs are also installed in the CURRENT? What I'm missing? Thx matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From pj at smo.de Mon May 18 15:26:32 2009 From: pj at smo.de (Philipp Ost) Date: Mon May 18 15:26:39 2009 Subject: databases/clip In-Reply-To: <200905171325.40029.dk.diklab@gmail.com> References: <200905171325.40029.dk.diklab@gmail.com> Message-ID: <4A0FD294.5020607@smo.de> Dmitry N. Kolesnikov wrote: > Hi, > I need the databases/clip port updated to current (v. 1.2.0), can you please > do it? FYI, this port currently has no maintainer: $ cd /usr/ports/databases/clip/ $ make maintainer ports@FreeBSD.org $ Regards, Philipp From tim at bishnet.net Mon May 18 15:56:21 2009 From: tim at bishnet.net (Tim Bishop) Date: Mon May 18 15:56:39 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <532cb0d675c7f20c60fcc2e8e4c1a558.squirrel@email.polands.org> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <20090518002528.GF2571@core.byshenk.net> <532cb0d675c7f20c60fcc2e8e4c1a558.squirrel@email.polands.org> Message-ID: <20090518155613.GT86061@carrick.bishnet.net> On Mon, May 18, 2009 at 08:38:18AM -0500, Doug Poland wrote: > On Sun, May 17, 2009 19:25, Greg Byshenk wrote: > > On Sun, May 17, 2009 at 08:09:20PM +0200, Martin Wilke wrote: > >> > >> We rolled a new tarball with the patch from Juergen Lock [1] > >> with a posible fix for AMD64 users, tested on 3 machines > >> which now works without problems. Many Thanks to him for > >> his nice work! > >> > >> http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz > > Working for me with a fresh cvsup of 7.2-STABLE (17 May 09). > Installing a 7.2-RELEASE amd64 guest as I write this. Works for me, but I've not been able to get a 64 bit guest to work. I get the following error when booting the installer: CPU doesn't support long mode I think I've got all the right options set. Maybe my CPU doesn't support the necessary VM stuff to let a 64 bit guest work? I'm also still seeing the following on loading vboxdrv: kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 vboxdrv: fAsync=0 offMin=0x41f offMax=0x53b Are others still seeing that on amd64? Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From tim at bishnet.net Mon May 18 16:49:56 2009 From: tim at bishnet.net (Tim Bishop) Date: Mon May 18 16:50:08 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090518155613.GT86061@carrick.bishnet.net> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <20090518002528.GF2571@core.byshenk.net> <532cb0d675c7f20c60fcc2e8e4c1a558.squirrel@email.polands.org> <20090518155613.GT86061@carrick.bishnet.net> Message-ID: <20090518164945.GU86061@carrick.bishnet.net> On Mon, May 18, 2009 at 04:56:13PM +0100, Tim Bishop wrote: > On Mon, May 18, 2009 at 08:38:18AM -0500, Doug Poland wrote: > > On Sun, May 17, 2009 19:25, Greg Byshenk wrote: > > > On Sun, May 17, 2009 at 08:09:20PM +0200, Martin Wilke wrote: > > >> > > >> We rolled a new tarball with the patch from Juergen Lock [1] > > >> with a posible fix for AMD64 users, tested on 3 machines > > >> which now works without problems. Many Thanks to him for > > >> his nice work! > > >> > > >> http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz > > > > Working for me with a fresh cvsup of 7.2-STABLE (17 May 09). > > Installing a 7.2-RELEASE amd64 guest as I write this. > > Works for me, but I've not been able to get a 64 bit guest to work. I > get the following error when booting the installer: > > CPU doesn't support long mode > > I think I've got all the right options set. Maybe my CPU doesn't support > the necessary VM stuff to let a 64 bit guest work? I'm getting good at answering my own questions :D Yes, it's my CPU. Found a different machine and confirmed it has the VMX extension, and all is fine. > I'm also still seeing the following on loading vboxdrv: > > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > vboxdrv: fAsync=0 offMin=0x41f offMax=0x53b > > Are others still seeing that on amd64? Not that I thought it'd make any difference, but I can confirm those still happen even with the VMX extension. Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From Benoit.Calvez at gmail.com Mon May 18 17:35:16 2009 From: Benoit.Calvez at gmail.com (Benoit Calvez) Date: Mon May 18 17:35:22 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090518155613.GT86061@carrick.bishnet.net> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <20090518002528.GF2571@core.byshenk.net> <532cb0d675c7f20c60fcc2e8e4c1a558.squirrel@email.polands.org> <20090518155613.GT86061@carrick.bishnet.net> Message-ID: <3481d8e60905181034l20a5d722m2ca340577a71d0f7@mail.gmail.com> On Mon, May 18, 2009 at 5:56 PM, Tim Bishop wrote: > On Mon, May 18, 2009 at 08:38:18AM -0500, Doug Poland wrote: > > On Sun, May 17, 2009 19:25, Greg Byshenk wrote: > > > On Sun, May 17, 2009 at 08:09:20PM +0200, Martin Wilke wrote: > > >> > > >> We rolled a new tarball with the patch from Juergen Lock [1] > > >> with a posible fix for AMD64 users, tested on 3 machines > > >> which now works without problems. Many Thanks to him for > > >> his nice work! > > >> > > >> http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz > > > > Working for me with a fresh cvsup of 7.2-STABLE (17 May 09). > > Installing a 7.2-RELEASE amd64 guest as I write this. > > Works for me, but I've not been able to get a 64 bit guest to work. I > get the following error when booting the installer: > > CPU doesn't support long mode > > I think I've got all the right options set. Maybe my CPU doesn't support > the necessary VM stuff to let a 64 bit guest work? > > I'm also still seeing the following on loading vboxdrv: > > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > vboxdrv: fAsync=0 offMin=0x41f offMax=0x53b > > Are others still seeing that on amd64? > got the same in dmesg: kldload: unexpected relocation type 10 vboxdrv: fAsync=1 offMin=0xff94c offMax=0xff94c supdrvGipCreate: omni timer not supported, falling back to synchronous mode > > Tim. > > -- > Tim Bishop > http://www.bishnet.net/tim/ > PGP Key: 0x5AE7D984 > _______________________________________________ > 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" > -- Benoit Calvez. From f0andrey at gmail.com Mon May 18 18:12:51 2009 From: f0andrey at gmail.com (Andrey Fesenko) Date: Mon May 18 18:13:09 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090518155613.GT86061@carrick.bishnet.net> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <20090518002528.GF2571@core.byshenk.net> <532cb0d675c7f20c60fcc2e8e4c1a558.squirrel@email.polands.org> <20090518155613.GT86061@carrick.bishnet.net> Message-ID: <19e7832a0905181112h3470a327i45d81abda65b5de9@mail.gmail.com> On Mon, May 18, 2009 at 7:56 PM, Tim Bishop wrote: > On Mon, May 18, 2009 at 08:38:18AM -0500, Doug Poland wrote: > > On Sun, May 17, 2009 19:25, Greg Byshenk wrote: > > > On Sun, May 17, 2009 at 08:09:20PM +0200, Martin Wilke wrote: > > >> > > >> We rolled a new tarball with the patch from Juergen Lock [1] > > >> with a posible fix for AMD64 users, tested on 3 machines > > >> which now works without problems. Many Thanks to him for > > >> his nice work! > > >> > > >> http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz > > > > Working for me with a fresh cvsup of 7.2-STABLE (17 May 09). > > Installing a 7.2-RELEASE amd64 guest as I write this. > > Works for me, but I've not been able to get a 64 bit guest to work. I > get the following error when booting the installer: > > CPU doesn't support long mode > > I think I've got all the right options set. Maybe my CPU doesn't support > the necessary VM stuff to let a 64 bit guest work? > > I'm also still seeing the following on loading vboxdrv: > > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > vboxdrv: fAsync=0 offMin=0x41f offMax=0x53b > > Are others still seeing that on amd64? > > FreeBSD 8.0-CURRENT #0: Sun May 17 07:56:14 MSD 2009 amd64 got the same in/var/log/messages May 18 22:00:02 my_book newsyslog[25948]: logfile turned over due to size>100K May 18 22:07:28 my_book kernel: kldload: unexpected relocation type 10 May 18 22:07:28 my_book last message repeated 11 times May 18 22:07:28 my_book kernel: vboxdrv: fAsync=0 offMin=0x499 offMax=0x8744 From gahr at FreeBSD.org Mon May 18 19:08:45 2009 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Mon May 18 19:08:51 2009 Subject: More libgmp leftovers due to indirect dependencies In-Reply-To: <4A0EA1CB.1020004@janh.de> References: <4A0EA1CB.1020004@janh.de> Message-ID: <4A11A5EE.70407@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Jan Henrik Sylvester wrote: | math/libqalculate and print/lilypond both link libgmp.so.X, but have not | been bumped with the libgmp.so.7->libgmp.so.8 update as they do not list | the dependency. | | math/libqalculate pulls in libgmp via libcln and print/lilypond via | libguile, thus the default package will always depend on libgmp. | | Both should have their PORTREVISION bumped and | gmp.8:${PORTSDIR}/math/libgmp4 added to LIB_DEPENDS not to be missed | next time. print/lilypond fixed, thanks! | | Cheers, | Jan Henrik | - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp +-----------------+ | How do you get | |that backwards b?| +-----------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEAREKAAYFAkoRpe0ACgkQwMJqmJVx9451UQCdGcS06fjU6HpV3YBZSAzhqBpr AucAniymFT5gbwmJcogLyqTYXe2o8jvp =eQEX -----END PGP SIGNATURE----- From marius at nuenneri.ch Mon May 18 20:43:55 2009 From: marius at nuenneri.ch (=?ISO-8859-1?Q?Marius_N=FCnnerich?=) Date: Mon May 18 20:44:07 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090517180920.GY71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> Message-ID: On Sun, May 17, 2009 at 20:09, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > We rolled a new tarball with the patch from Juergen Lock [1] > with a posible fix for AMD64 users, tested on 3 machines > which now works without problems. Many Thanks to him for > his nice work! > > http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz > > Martin I'm impressed, everything I tried worked ootb. Thank you all! (FreeBSD/i386 7.2-STABLE) From korvus at comcast.net Mon May 18 21:05:18 2009 From: korvus at comcast.net (Steve Polyack) Date: Mon May 18 21:05:27 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> Message-ID: <4A11CA05.8040900@comcast.net> Marius N?nnerich wrote: > On Sun, May 17, 2009 at 20:09, Martin Wilke wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> We rolled a new tarball with the patch from Juergen Lock [1] >> with a posible fix for AMD64 users, tested on 3 machines >> which now works without problems. Many Thanks to him for >> his nice work! >> >> http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz >> >> Martin >> > > I'm impressed, everything I tried worked ootb. Thank you all! > > (FreeBSD/i386 7.2-STABLE) > Everything's working great for me as well (i386 7.2-RELEASE here). Are there plans to support the bridged interface network adapters? Also, I was surprised at how good the performance was on my home machine with the VT extensions. Great work! From 000.fbsd at quip.cz Mon May 18 22:01:35 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon May 18 22:01:42 2009 Subject: phpMyAdmin - usefulness of mysql dependency Message-ID: <4A11DABA.7000906@quip.cz> Hi, as you are listed as maintainer of this port, I have a question... Does it really have any sense to have mysql-client as dependency in case of WITHOUT_PHP_DEPENDS=yes defined? Then it results in this dependency: ~/# pkg_info -rR phpMyAdmin-3.1.5 Information for phpMyAdmin-3.1.5: Depends on: Dependency: mysql-client-5.0.81 And it seems useless to me. I expect to use mysql-client as dependency only in case where php5-mysql or php5-mysqli is listed as dependency. Then these PHP extensions will require mysql-client as their own dependency. Or am I wrong? (what I need is some knob to install PHP webapplications, like phpMyAdmin in this case, without any recorded dependencies, as I would like to maintain servervices applications separately) Miroslav Lachman From sahil at tandon.net Tue May 19 02:51:09 2009 From: sahil at tandon.net (Sahil Tandon) Date: Tue May 19 02:51:16 2009 Subject: FreeBSD Port: piwik-0.2.37 piwik-0.2.37.zip: size mismatch: expected 2474475, actual 2474547 In-Reply-To: References: Message-ID: <20090519025106.GB21858@shepherd.hamla.org> On Mon, 18 May 2009, Fluid wrote: > make install clean > > => piwik-0.2.37.zip doesn't seem to exist in /usr/ports/distfiles/. > > => Attempting to fetch from http://builds.piwik.org/. > > fetch: http://builds.piwik.org/piwik-0.2.37.zip: size mismatch: expected > 2474475, actual 2474547 ports/134637 -- Sahil Tandon From fb-emulation at psconsult.nl Tue May 19 07:50:34 2009 From: fb-emulation at psconsult.nl (Paul Schenkeveld) Date: Tue May 19 07:50:47 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> Message-ID: <20090519071102.GA22062@psconsult.nl> On Thu, May 14, 2009 at 09:12:37PM +0200, Martin Wilke wrote: > > Howdy Guys, > > After the announcement from Alexander Eichner about > Virtualbox on FreeBSD, we started the work on a port > for FreeBSD. Now we think that we solved the most > problems and are ready for the first Call for Testing. Many thanks! So far I had a short ride but vbox fails every time after the first try. If the following can help you debug/improve, read on, otherwise I'll just wait for a more stable version. If you want me to test anything or send crash dump, please let me know. - Running 7.2-STABLE i386 as of Thu May 14 19:28:42 CEST 2009 on Dell Precision M4300 notebook (Intel T7500 Core-2 Duo, 2.2GHz VT-x enabled, 3 GB RAM) - /proc is mounted - Downloaded vbox port yesterday evening (~ 18:50 UTC) - make -s install clean (watch many qt4 dependencies, dev86 and vbox install) - kldload vboxdrv (OK, even with X running) - $ VirtualBox - Created a guest with 512MB RAM, 2GB IDE pri master disk - Could not choose bridged network, so fell back to NAT - Installed FreeBSD 7.1 from 7.1 release DVD iso, feels very good, nice performance! - Could not NFS mount anything, vbox NAT translates NFS client to unprivileged port - Wanted to add second virtual disk to hold /usr/src and /usr/obj so stopped vbox, added virtual disk and tried to restart guest many times, no luck - Rebooted computer - kldload vboxdrv (with X11 running), system panics - Reboot and load vboxdrv from loader works - Trying to start existing vbox guest always fails, sometimes with error popup: Unknown error creating VM (VERR_PDM_DEVICE_NOT_FOUND). Result Code: NS_ERROR_FAILURE (0x80004005) Component: Console Interface: IConsole {a7f17a42-5b64-488d-977b-4b2c639ada27} but mostly I only see the console window appear and disappear within a second (/var/log/messages: pid 1283 (VirtualBox), uid 2506: exited on signal 11 - Creating a new guest (in case disk image of old guest is damaged) never starts (shows same symptoms as original guest) Thanks again for all the good work! -- Paul Schenkeveld From leslie at eskk.nu Tue May 19 08:05:19 2009 From: leslie at eskk.nu (Leslie Jensen) Date: Tue May 19 08:05:25 2009 Subject: fftw3 Message-ID: Hello I'm having the same problem with gcc43 as Mitja reported earlier. I've got the kern.maxdsiz=734003200 in boot/loader.conf make WITHOUT_JAVA=yes does not help. I've checked all dependencies, they are installed. My system is a newly installed 7.2-RELEASE, upgraded from RC1. pkgdb -F produces no errors. I'll be gratefull for hints to solve this problem. Thank you /Leslie -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From miwi at FreeBSD.org Tue May 19 09:13:16 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Tue May 19 09:13:34 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090517180920.GY71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> Message-ID: <20090519091310.GB71804@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy .. Next run, We updated the port to 2.2.2r19801. The Patch files/patch-amd64-r0-exec-alloc was removed in favor of a similar fix commited to upstream. Also was fixed a bug on HEAD which should be fix the Kernel crash. Please test test test .. :-) PS: Yes this run is for AMD64 and HEAD users! http://people.freebsd.org/~miwi/vbox/virtualbox_3.tgz Happy Testing! - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoSeCYACgkQdLJIhLHm/OkuOQCfVzr7yTxydbo6npBgO2LyZNk1 RpUAnAmxjlHTBsM8pJ5SIiPIqQRCWElu =LoBM -----END PGP SIGNATURE----- From paul at fletchermoorland.co.uk Tue May 19 09:56:38 2009 From: paul at fletchermoorland.co.uk (Paul Wootton) Date: Tue May 19 09:56:55 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090519091310.GB71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <20090519091310.GB71804@bsdcrew.de> Message-ID: <4A128253.7040400@fletchermoorland.co.uk> Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Howdy .. > > Next run, > > We updated the port to 2.2.2r19801. > The Patch files/patch-amd64-r0-exec-alloc > was removed in favor of a similar fix > commited to upstream. Also was fixed a > bug on HEAD which should be fix the Kernel > crash. Please test test test .. :-) > > PS: Yes this run is for AMD64 and HEAD > users! > > > http://people.freebsd.org/~miwi/vbox/virtualbox_3.tgz > > > Happy Testing! > > - -- > > +-----------------------+-------------------------------+ > | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEYEARECAAYFAkoSeCYACgkQdLJIhLHm/OkuOQCfVzr7yTxydbo6npBgO2LyZNk1 > RpUAnAmxjlHTBsM8pJ5SIiPIqQRCWElu > =LoBM > -----END PGP SIGNATURE----- > _______________________________________________ > 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" > > > Hi, Im still having build issues. This is the same issue I get when compiling this and the last 2 revisions. Have you got any ideas? Cheers Paul demophon# uname -a FreeBSD demophon 8.0-CURRENT FreeBSD 8.0-CURRENT #15: Mon May 18 10:13:13 BST 2009 paul@demophon:/usr/obj/usr/src/sys/DEMOPHON amd64 demophon# kBuild: Generating tstVMStructSize - /root/vBox/virtualbox/work/virtualbox-2.2.2r19801/out/freebsd.amd64/release/obj/VMM/tstAsmStructsHC.h /root/vBox/virtualbox/work/virtualbox-2.2.2r19801/out/freebsd.amd64/release/bin/tstVMStructGC: 1: Syntax error: "(" unexpected kmk[2]: *** [/root/vBox/virtualbox/work/virtualbox-2.2.2r19801/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h] Error 2 kmk[2]: *** Deleting file `/root/vBox/virtualbox/work/virtualbox-2.2.2r19801/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h' kmk[2]: *** Waiting for unfinished jobs.... awk: can't open file /root/vBox/virtualbox/work/virtualbox-2.2.2r19801/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.def source line number 10 objcopy --strip-debug /root/vBox/virtualbox/work/virtualbox-2.2.2r19801/out/freebsd.amd64/release/obj/vboxdrv/vboxdrv.ko kmk[2]: Leaving directory `/root/vBox/virtualbox/work/virtualbox-2.2.2r19801' kmk[2]: Entering directory `/root/vBox/virtualbox/work/virtualbox-2.2.2r19801' kmk[2]: *** Exiting with status 2 kmk[1]: *** [pass_binaries_this] Error 2 kmk[1]: Leaving directory `/root/vBox/virtualbox/work/virtualbox-2.2.2r19801' kmk: *** [pass_binaries_order] Error 2 *** Error code 2 Stop in /root/vBox/virtualbox. demophon# From gperez at entel.upc.edu Tue May 19 10:23:32 2009 From: gperez at entel.upc.edu (=?ISO-8859-1?Q?Gustau_P=E9rez?=) Date: Tue May 19 10:23:45 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <4A128253.7040400@fletchermoorland.co.uk> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <20090519091310.GB71804@bsdcrew.de> <4A128253.7040400@fletchermoorland.co.uk> Message-ID: <4A128891.6010504@entel.upc.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Paul Wootton wrote: > Martin Wilke wrote: Howdy .. > > Next run, > > We updated the port to 2.2.2r19801. The Patch > files/patch-amd64-r0-exec-alloc was removed in favor of a similar > fix commited to upstream. Also was fixed a bug on HEAD which should > be fix the Kernel crash. Please test test test .. :-) > > PS: Yes this run is for AMD64 and HEAD users! > > > http://people.freebsd.org/~miwi/vbox/virtualbox_3.tgz > > > Happy Testing! > Reporting, For my system : FreeBSD portatil 8.0-CURRENT FreeBSD 8.0-CURRENT #40: Mon May 18 09:09:07 CEST 2009 gus@gusiport:/usr/obj/usr/src/sys/CUSTOM i386 the second run problem (when virtualbox argued about the missing kernel support) has dissapeared. The only problem is that when I try to start the virtual machine, its screen remains gray. Any hint about this particular problem ? Any has an idea where the problem can be, to start looking for a solution ? Moreover, will try to try :) in CURRENT-AMD64 in the same. Will take me long, cause I think I wipe the installation some time ago :( Regards, Gus - -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoSiJEACgkQAvcpDulVChDw6gCfRFgAxLfLBW5P5HfcKhAa9J3e 4koAn0Scteq4oWU3MSDtWU1T3v0lGipE =eTer -----END PGP SIGNATURE----- From carl.gustavsson at bahnhofbredband.se Tue May 19 11:04:24 2009 From: carl.gustavsson at bahnhofbredband.se (Carl Johan Gustavsson) Date: Tue May 19 11:04:37 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090519091310.GB71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <20090519091310.GB71804@bsdcrew.de> Message-ID: <4A120C48.8030709@bahnhofbredband.se> Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Howdy .. > > Next run, > > We updated the port to 2.2.2r19801. > The Patch files/patch-amd64-r0-exec-alloc > was removed in favor of a similar fix > commited to upstream. Also was fixed a > bug on HEAD which should be fix the Kernel > crash. Please test test test .. :-) > > PS: Yes this run is for AMD64 and HEAD > users! > > > http://people.freebsd.org/~miwi/vbox/virtualbox_3.tgz > > > Happy Testing! > > Hi, It seems as this version has solved the problems I had with the earlier versions, it hung my machine when starting the VM. I'm running i386 HEAD. Now I'm able to install and boot 32bit Ubuntu and the performance seems very nice. Great job! cjg > - -- > > +-----------------------+-------------------------------+ > | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEYEARECAAYFAkoSeCYACgkQdLJIhLHm/OkuOQCfVzr7yTxydbo6npBgO2LyZNk1 > RpUAnAmxjlHTBsM8pJ5SIiPIqQRCWElu > =LoBM > -----END PGP SIGNATURE----- > _______________________________________________ > 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" > From lumiwa at gmail.com Tue May 19 11:07:23 2009 From: lumiwa at gmail.com (ajtiM) Date: Tue May 19 11:07:39 2009 Subject: fftw3 In-Reply-To: References: Message-ID: <200905190607.15684.lumiwa@gmail.com> On Tuesday 19 May 2009 03:04:58 Leslie Jensen wrote: > Hello > > I'm having the same problem with gcc43 as Mitja reported earlier. > > I've got the kern.maxdsiz=734003200 in boot/loader.conf > > make WITHOUT_JAVA=yes does not help. > > I've checked all dependencies, they are installed. > > My system is a newly installed 7.2-RELEASE, upgraded from RC1. > > pkgdb -F produces no errors. > > I'll be gratefull for hints to solve this problem. > > Thank you > > /Leslie kern.maxdsiz=734003200 in boot/loader.conf help me but now I have much more (java) installed. And my sysytem is new FreeBSD 7.2. -- Mitja ----- http://starikarp.redbubble.com From lumiwa at gmail.com Tue May 19 11:07:23 2009 From: lumiwa at gmail.com (ajtiM) Date: Tue May 19 11:07:40 2009 Subject: fftw3 In-Reply-To: References: Message-ID: <200905190607.15684.lumiwa@gmail.com> On Tuesday 19 May 2009 03:04:58 Leslie Jensen wrote: > Hello > > I'm having the same problem with gcc43 as Mitja reported earlier. > > I've got the kern.maxdsiz=734003200 in boot/loader.conf > > make WITHOUT_JAVA=yes does not help. > > I've checked all dependencies, they are installed. > > My system is a newly installed 7.2-RELEASE, upgraded from RC1. > > pkgdb -F produces no errors. > > I'll be gratefull for hints to solve this problem. > > Thank you > > /Leslie kern.maxdsiz=734003200 in boot/loader.conf help me but now I have much more (java) installed. And my sysytem is new FreeBSD 7.2. -- Mitja ----- http://starikarp.redbubble.com From sergey.dyatko at gmail.com Tue May 19 11:34:58 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Tue May 19 11:35:11 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090519091310.GB71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <20090519091310.GB71804@bsdcrew.de> Message-ID: <20090519143451.74c2142d@tiger.minsk.domain> ? Tue, 19 May 2009 11:13:10 +0200 Martin Wilke ?????: MW> -----BEGIN PGP SIGNED MESSAGE----- MW> Hash: SHA1 MW> MW> Howdy .. MW> MW> Next run, MW> MW> We updated the port to 2.2.2r19801. MW> The Patch files/patch-amd64-r0-exec-alloc MW> was removed in favor of a similar fix MW> commited to upstream. Also was fixed a MW> bug on HEAD which should be fix the Kernel MW> crash. Please test test test .. :-) Thanks, after kldload vboxdrv start/stop vm (winxp) is work fine for me. But... kldunload vboxdrv - ok kldload vboxdrv - system hungs. solution: hw reset:( /var/log/messages: May 19 13:22:12 tiger kernel: vboxdrv: fAsync=0 offMin=0x9a8 offMax=0xda0 May 19 14:15:56 tiger kernel: Warning: memory type iprtheap leaked memory on destroy (3 allocations, 192 bytes leaked). May 19 14:16:04 tiger kernel: vboxdrv: fAsync=0 offMin=0x898 offMax=0xb38 [tiger@tiger]~%uname -a FreeBSD tiger.minsk.domain 8.0-CURRENT FreeBSD 8.0-CURRENT #26: Fri May 8 15:32:29 EEST 2009 root@tiger.minsk.domain:/usr/obj/usr/src/sys/tiger-desktop i386 backtrace - http://tiger.ipfw.ru/files/bt.txt MW> MW> PS: Yes this run is for AMD64 and HEAD MW> users! MW> MW> MW> http://people.freebsd.org/~miwi/vbox/virtualbox_3.tgz MW> MW> MW> Happy Testing! MW> MW> - -- MW> MW> +-----------------------+-------------------------------+ MW> | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | MW> | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | MW> +-----------------------+-------------------------------+ MW> | Mess with the Best, Die like the Rest! | MW> +-----------------------+-------------------------------+ MW> -----BEGIN PGP SIGNATURE----- MW> Version: GnuPG v2.0.11 (FreeBSD) MW> MW> iEYEARECAAYFAkoSeCYACgkQdLJIhLHm/OkuOQCfVzr7yTxydbo6npBgO2LyZNk1 MW> RpUAnAmxjlHTBsM8pJ5SIiPIqQRCWElu MW> =LoBM MW> -----END PGP SIGNATURE----- -- wbr, tiger From miwi at FreeBSD.org Tue May 19 11:38:54 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Tue May 19 11:39:07 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090519143451.74c2142d@tiger.minsk.domain> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <20090519091310.GB71804@bsdcrew.de> <20090519143451.74c2142d@tiger.minsk.domain> Message-ID: <20090519113852.GE71804@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, May 19, 2009 at 02:34:51PM +0300, Sergey V. Dyatko wrote: > ? Tue, 19 May 2009 11:13:10 +0200 > Martin Wilke ?????: > > MW> -----BEGIN PGP SIGNED MESSAGE----- > MW> Hash: SHA1 > MW> > MW> Howdy .. > MW> > MW> Next run, > MW> > MW> We updated the port to 2.2.2r19801. > MW> The Patch files/patch-amd64-r0-exec-alloc > MW> was removed in favor of a similar fix > MW> commited to upstream. Also was fixed a > MW> bug on HEAD which should be fix the Kernel > MW> crash. Please test test test .. :-) > Thanks, > after kldload vboxdrv start/stop vm (winxp) is work fine for me. > But... > kldunload vboxdrv - ok > kldload vboxdrv - system hungs. solution: hw reset:( How old is your src? > > /var/log/messages: > May 19 13:22:12 tiger kernel: vboxdrv: fAsync=0 offMin=0x9a8 > offMax=0xda0 > May 19 14:15:56 tiger kernel: Warning: memory type iprtheap leaked > memory on destroy (3 allocations, 192 bytes leaked). > May 19 14:16:04 tiger kernel: vboxdrv: fAsync=0 offMin=0x898 > offMax=0xb38 > > [tiger@tiger]~%uname -a > FreeBSD tiger.minsk.domain 8.0-CURRENT FreeBSD 8.0-CURRENT #26: Fri > May 8 15:32:29 EEST 2009 > root@tiger.minsk.domain:/usr/obj/usr/src/sys/tiger-desktop i386 > > backtrace - http://tiger.ipfw.ru/files/bt.txt > > MW> > MW> PS: Yes this run is for AMD64 and HEAD > MW> users! > MW> > MW> > MW> http://people.freebsd.org/~miwi/vbox/virtualbox_3.tgz > MW> > MW> > MW> Happy Testing! > MW> > MW> - -- > MW> > MW> +-----------------------+-------------------------------+ > MW> | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > MW> | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | > MW> +-----------------------+-------------------------------+ > MW> | Mess with the Best, Die like the Rest! | > MW> +-----------------------+-------------------------------+ > MW> -----BEGIN PGP SIGNATURE----- > MW> Version: GnuPG v2.0.11 (FreeBSD) > MW> > MW> iEYEARECAAYFAkoSeCYACgkQdLJIhLHm/OkuOQCfVzr7yTxydbo6npBgO2LyZNk1 > MW> RpUAnAmxjlHTBsM8pJ5SIiPIqQRCWElu > MW> =LoBM > MW> -----END PGP SIGNATURE----- > > -- > wbr, tiger > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoSmkwACgkQdLJIhLHm/Ony5gCg4iWUTPqjrIJoY+hmLndSD5Ml d6kAoNIE/VCuRHnqShzuywsGOb9pKVcP =IRJZ -----END PGP SIGNATURE----- From sergey.dyatko at gmail.com Tue May 19 11:42:47 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Tue May 19 11:42:59 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090519113852.GE71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <20090519091310.GB71804@bsdcrew.de> <20090519143451.74c2142d@tiger.minsk.domain> <20090519113852.GE71804@bsdcrew.de> Message-ID: <20090519144240.2040dd20@tiger.minsk.domain> ? Tue, 19 May 2009 13:38:52 +0200 Martin Wilke ?????: MW> -----BEGIN PGP SIGNED MESSAGE----- MW> Hash: SHA1 MW> MW> On Tue, May 19, 2009 at 02:34:51PM +0300, Sergey V. Dyatko wrote: MW> > ? Tue, 19 May 2009 11:13:10 +0200 MW> > Martin Wilke ?????: MW> > MW> > MW> -----BEGIN PGP SIGNED MESSAGE----- MW> > MW> Hash: SHA1 MW> > MW> MW> > MW> Howdy .. MW> > MW> MW> > MW> Next run, MW> > MW> MW> > MW> We updated the port to 2.2.2r19801. MW> > MW> The Patch files/patch-amd64-r0-exec-alloc MW> > MW> was removed in favor of a similar fix MW> > MW> commited to upstream. Also was fixed a MW> > MW> bug on HEAD which should be fix the Kernel MW> > MW> crash. Please test test test .. :-) MW> > Thanks, MW> > after kldload vboxdrv start/stop vm (winxp) is work fine for me. MW> > But... MW> > kldunload vboxdrv - ok MW> > kldload vboxdrv - system hungs. solution: hw reset:( MW> MW> How old is your src? Fri May 8 15:32:29 EEST 2009 virtualbox is 2.2.2r19801 MW> MW> > MW> > /var/log/messages: MW> > May 19 13:22:12 tiger kernel: vboxdrv: fAsync=0 offMin=0x9a8 MW> > offMax=0xda0 MW> > May 19 14:15:56 tiger kernel: Warning: memory type iprtheap leaked MW> > memory on destroy (3 allocations, 192 bytes leaked). MW> > May 19 14:16:04 tiger kernel: vboxdrv: fAsync=0 offMin=0x898 MW> > offMax=0xb38 MW> > MW> > [tiger@tiger]~%uname -a MW> > FreeBSD tiger.minsk.domain 8.0-CURRENT FreeBSD 8.0-CURRENT #26: MW> > Fri May 8 15:32:29 EEST 2009 MW> > root@tiger.minsk.domain:/usr/obj/usr/src/sys/tiger-desktop i386 MW> > MW> > backtrace - http://tiger.ipfw.ru/files/bt.txt MW> > MW> > MW> MW> > MW> PS: Yes this run is for AMD64 and HEAD MW> > MW> users! MW> > MW> MW> > MW> MW> > MW> http://people.freebsd.org/~miwi/vbox/virtualbox_3.tgz MW> > MW> MW> > MW> MW> > MW> Happy Testing! MW> > MW> MW> > MW> - -- MW> > MW> MW> > MW> +-----------------------+-------------------------------+ MW> > MW> | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | MW> > MW> | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | MW> > MW> +-----------------------+-------------------------------+ MW> > MW> | Mess with the Best, Die like the MW> > MW> Rest! | MW> > MW> +-----------------------+-------------------------------+ MW> > MW> -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) MW> > MW> MW> > MW> iEYEARECAAYFAkoSeCYACgkQdLJIhLHm/OkuOQCfVzr7yTxydbo6npBgO2LyZNk1 MW> > MW> RpUAnAmxjlHTBsM8pJ5SIiPIqQRCWElu MW> > MW> =LoBM MW> > MW> -----END PGP SIGNATURE----- MW> > MW> > -- MW> > wbr, tiger MW> > MW> MW> - -- MW> MW> +-----------------------+-------------------------------+ MW> | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | MW> | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | MW> +-----------------------+-------------------------------+ MW> | Mess with the Best, Die like the Rest! | MW> +-----------------------+-------------------------------+ MW> -----BEGIN PGP SIGNATURE----- MW> Version: GnuPG v2.0.11 (FreeBSD) MW> MW> iEYEARECAAYFAkoSmkwACgkQdLJIhLHm/Ony5gCg4iWUTPqjrIJoY+hmLndSD5Ml MW> d6kAoNIE/VCuRHnqShzuywsGOb9pKVcP MW> =IRJZ MW> -----END PGP SIGNATURE----- -- wbr, tiger From miwi at FreeBSD.org Tue May 19 11:49:12 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Tue May 19 11:49:24 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090519144240.2040dd20@tiger.minsk.domain> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <20090519091310.GB71804@bsdcrew.de> <20090519143451.74c2142d@tiger.minsk.domain> <20090519113852.GE71804@bsdcrew.de> <20090519144240.2040dd20@tiger.minsk.domain> Message-ID: <20090519114909.GF71804@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, May 19, 2009 at 02:42:40PM +0300, Sergey V. Dyatko wrote: > ? Tue, 19 May 2009 13:38:52 +0200 > Martin Wilke ?????: > > MW> -----BEGIN PGP SIGNED MESSAGE----- > MW> Hash: SHA1 > MW> > MW> On Tue, May 19, 2009 at 02:34:51PM +0300, Sergey V. Dyatko wrote: > MW> > ? Tue, 19 May 2009 11:13:10 +0200 > MW> > Martin Wilke ?????: > MW> > > MW> > MW> -----BEGIN PGP SIGNED MESSAGE----- > MW> > MW> Hash: SHA1 > MW> > MW> > MW> > MW> Howdy .. > MW> > MW> > MW> > MW> Next run, > MW> > MW> > MW> > MW> We updated the port to 2.2.2r19801. > MW> > MW> The Patch files/patch-amd64-r0-exec-alloc > MW> > MW> was removed in favor of a similar fix > MW> > MW> commited to upstream. Also was fixed a > MW> > MW> bug on HEAD which should be fix the Kernel > MW> > MW> crash. Please test test test .. :-) > MW> > Thanks, > MW> > after kldload vboxdrv start/stop vm (winxp) is work fine for me. > MW> > But... > MW> > kldunload vboxdrv - ok > MW> > kldload vboxdrv - system hungs. solution: hw reset:( > MW> > MW> How old is your src? > > Fri May 8 15:32:29 EEST 2009 > > virtualbox is 2.2.2r19801 > Ok, Can you please update your src/kernel after that please rebuild vbox. That should be fix the crash. - - Martin - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoSnLUACgkQdLJIhLHm/OlnuwCfX1yGFsfMbxiluoDAx+1lDxuB uSEAn1lM2r4xjfJAa2GnJYUAI5nsLlCN =Rn5t -----END PGP SIGNATURE----- From sergey.dyatko at gmail.com Tue May 19 11:56:23 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Tue May 19 11:56:35 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090519114909.GF71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <20090519091310.GB71804@bsdcrew.de> <20090519143451.74c2142d@tiger.minsk.domain> <20090519113852.GE71804@bsdcrew.de> <20090519144240.2040dd20@tiger.minsk.domain> <20090519114909.GF71804@bsdcrew.de> Message-ID: <20090519145618.15cbde42@tiger.minsk.domain> ? Tue, 19 May 2009 13:49:09 +0200 Martin Wilke ?????: MW> -----BEGIN PGP SIGNED MESSAGE----- MW> Hash: SHA1 MW> MW> On Tue, May 19, 2009 at 02:42:40PM +0300, Sergey V. Dyatko wrote: MW> > ? Tue, 19 May 2009 13:38:52 +0200 MW> > Martin Wilke ?????: MW> > MW> > MW> -----BEGIN PGP SIGNED MESSAGE----- MW> > MW> Hash: SHA1 MW> > MW> MW> > MW> On Tue, May 19, 2009 at 02:34:51PM +0300, Sergey V. Dyatko MW> > MW> wrote: MW> > MW> > ? Tue, 19 May 2009 11:13:10 +0200 MW> > MW> > Martin Wilke ?????: MW> > MW> > MW> > MW> > MW> -----BEGIN PGP SIGNED MESSAGE----- MW> > MW> > MW> Hash: SHA1 MW> > MW> > MW> MW> > MW> > MW> Howdy .. MW> > MW> > MW> MW> > MW> > MW> Next run, MW> > MW> > MW> MW> > MW> > MW> We updated the port to 2.2.2r19801. MW> > MW> > MW> The Patch files/patch-amd64-r0-exec-alloc MW> > MW> > MW> was removed in favor of a similar fix MW> > MW> > MW> commited to upstream. Also was fixed a MW> > MW> > MW> bug on HEAD which should be fix the Kernel MW> > MW> > MW> crash. Please test test test .. :-) MW> > MW> > Thanks, MW> > MW> > after kldload vboxdrv start/stop vm (winxp) is work fine MW> > MW> > for me. But... MW> > MW> > kldunload vboxdrv - ok MW> > MW> > kldload vboxdrv - system hungs. solution: hw reset:( MW> > MW> MW> > MW> How old is your src? MW> > MW> > Fri May 8 15:32:29 EEST 2009 MW> > MW> > virtualbox is 2.2.2r19801 MW> > MW> MW> MW> Ok, Can you please update your src/kernel after MW> that please rebuild vbox. That should be fix the crash. MW> Ok, I'll try MW> - - Martin MW> MW> - -- MW> MW> +-----------------------+-------------------------------+ MW> | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | MW> | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | MW> +-----------------------+-------------------------------+ MW> | Mess with the Best, Die like the Rest! | MW> +-----------------------+-------------------------------+ MW> -----BEGIN PGP SIGNATURE----- MW> Version: GnuPG v2.0.11 (FreeBSD) MW> MW> iEYEARECAAYFAkoSnLUACgkQdLJIhLHm/OlnuwCfX1yGFsfMbxiluoDAx+1lDxuB MW> uSEAn1lM2r4xjfJAa2GnJYUAI5nsLlCN MW> =Rn5t MW> -----END PGP SIGNATURE----- -- wbr, tiger From snasonov at bcc.ru Tue May 19 12:32:18 2009 From: snasonov at bcc.ru (Sergey G Nasonov) Date: Tue May 19 12:32:38 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090519091310.GB71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <20090519091310.GB71804@bsdcrew.de> Message-ID: <200905191606.27514.snasonov@bcc.ru> On Tuesday 19 May 2009 13:13:10 Martin Wilke wrote: > Howdy .. > > Next run, > > We updated the port to 2.2.2r19801. > The Patch files/patch-amd64-r0-exec-alloc > was removed in favor of a similar fix > commited to upstream. Also was fixed a > bug on HEAD which should be fix the Kernel > crash. Please test test test .. :-) > > PS: Yes this run is for AMD64 and HEAD > users! > > > http://people.freebsd.org/~miwi/vbox/virtualbox_3.tgz > > > Happy Testing! FreeBSD snasonovnbwxp.bcc 8.0-CURRENT FreeBSD 8.0-CURRENT #23: Tue May 19 11:26:37 MSD 2009 snasonov@snasonovnbwxp.bcc:/usr/obj/usr/current/src/sys/CUSTOM i386 With this version I can succesfuly run VM (now it Windows XP 32 bit). All previous versions at VM start lead system to hang. Thanks! -- Best Regards, Nasonov Sergey mailto:snasonov@bcc.ru From hyogeollee at gmail.com Tue May 19 12:36:46 2009 From: hyogeollee at gmail.com (Hyogeol Lee) Date: Tue May 19 12:36:54 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 Message-ID: <4A12A098.4070707@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 > Howdy .. > > Next run, > > We updated the port to 2.2.2r19801. > The Patch files/patch-amd64-r0-exec- > alloc > was removed in favor of a similar fix > commited to upstream. Also was fixed a > bug on HEAD which should be fix the Kernel > crash. Please test test test .. :-) > > PS: Yes this run is for AMD64 and HEAD > users! > > > http://people.freebsd.org/~miwi/vbox/virtualbox_3.tgz > > > > Happy Testing! > Hi, I'm using -current/amd64 and it works fine with new port. But it is need to *turn off VT-x/AMD-V* to run VM. I could not run VM when I turn on VT-x/AMD-V. (I'm using VT-X supported processor, Q9450.) Anyway, nice works! Regards, - ---- Hyogeol Lee hyogeollee@gmail.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkoSoJYACgkQ1D7/GiH6QSFeowCglEKXInWYffShYWh4YMYjzupN vbIAoK4XsHsx5ASAnolq1F1aBIFYVgjl =4cD8 -----END PGP SIGNATURE----- From talon at lpthe.jussieu.fr Tue May 19 13:40:42 2009 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Tue May 19 13:40:48 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 Message-ID: <20090519132429.GA8906@lpthe.jussieu.fr> Martin Wilke wrote: > Next run, > > We updated the port to 2.2.2r19801. Works for me fine on a FreeBSD-7.1 machine running i386. I am running just now a FreeBSD-8 snapshot. But the NetBSD-5 iso crashed the virtual machine. Nice work Thanks. -- Michel TALON From gerald at pfeifer.com Tue May 19 14:57:07 2009 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Tue May 19 14:57:16 2009 Subject: My plan to fix the versioning for lang/gcc ports Message-ID: Currently we have versions of the following PORTVERSION= 4.3.4 PORTREVISION= 20090517 in the lang/gcc ports, where 20090517 is the date of a snapshot of GCC 4.3.4. This has some obvious problems when one needs a PORTREVISION bump, so I am planning to change the versioning to PORTVERSION= 4.3.4.20090517 by concatenating the GCC release and the snapshot date. Does any of you have any concerns with this? Anything I might have missed? Gerald @FreeBSD.org PS: In case you wonder about some of the recent changes for the lang/gcc ports, these have been largely preparatory work for this move (although they represent simplifications on their own account). From laffitte at mercure.dtp.obs-mip.fr Tue May 19 14:59:45 2009 From: laffitte at mercure.dtp.obs-mip.fr (jean-michel laffitte) Date: Tue May 19 14:59:51 2009 Subject: FreeBSD Port: radiusniff-0.2: man or help files?... as no output Message-ID: Usage: radiusniff [-vVrqa] [-i interface] [-f expression] [-d dictionary ] [-c clients] [-s passwd] for me on the localhost interface, the sniff give me : # radiusniff -v -ilo0 ERROR: 7.20.0.64:56 > 7.20.0.64:49364 - non RADIUS packet (bad length in packet: 60328) -- From ml at netfence.it Tue May 19 15:18:03 2009 From: ml at netfence.it (Andrea Venturoli) Date: Tue May 19 15:18:10 2009 Subject: portupgrade -R order Message-ID: <4A12CD95.6040204@netfence.it> Hello. I have a question about the order in which portupgrade -R handles ports. If I issue: portupgrade -R it-openoffice.org it will upgrade openoffice.org, *then* gcc43. I would guess openoffice.org requires gcc43 to build, but then, shouldn't it be handled *before*? (This is only an example, it happens with other ports too). bye & Thanks av. From peo at intersonic.se Tue May 19 15:53:54 2009 From: peo at intersonic.se (Per olof Ljungmark) Date: Tue May 19 15:54:00 2009 Subject: FreeBSD Port: horde-base-3.3.3 Message-ID: <4A12D1DD.8000401@intersonic.se> Hi, Just wondering, will 3.3.4 be commited soonish? Thank you, -- per From bsd at lordcow.org Tue May 19 16:19:03 2009 From: bsd at lordcow.org (gareth) Date: Tue May 19 16:19:09 2009 Subject: rt dependencies Message-ID: <20090519142924.GA26059@lordcow.org> Hi guys, after messing up an install of rt (request tracker), and then cleaning up (so I thought), I installed by doing the following: cd /usr/ports/www/rt36 make install -DWITH_APACHE2 -DWITH_FASTCGI which has installed properly, but the package database seems inconsistent. When I try to fix this the system wants to install mod_perl and apache1.3 which I don't need nor want. Sample output which just cycles: # pkgdb -L .. rsync-3.0.6: ok rt-3.6.7_1: found www/p5-Apache-DBI www/mod_perl www/p5-libapreq -> Fixed. ruby-1.8.7.72_1,1: ok .. # pkgdb -F ---> Checking the package registry database Stale dependency: rt-3.6.7_1 -> p5-libapreq-1.34 (www/p5-libapreq): p5-libwww-5.826 (score:40%) ? ([y]es/[n]o/[a]ll) [no] yes Fixed. (-> p5-libwww-5.826) Stale dependency: rt-3.6.7_1 -> mod_perl-1.31 (www/mod_perl): mod_fastcgi-2.4.6 (score:26%) ? ([y]es/[n]o/[a]ll) [no] yes Fixed. (-> mod_fastcgi-2.4.6) Stale dependency: rt-3.6.7_1 -> p5-Apache-DBI-1.06_1 (www/p5-Apache-DBI): p5-Apache-Test-1.30_1 (score:58%) ? ([y]es/[n]o/[a]ll) [no] yes Fixed. (-> p5-Apache-Test-1.30_1) What is currently installed: $ pkg_info -Ix mod apache apache-2.0.63_2 Version 2.0.x of Apache web server with prefork MPM. mod_fastcgi-2.4.6 A fast-cgi module for Apache p5-Time-modules-2006.0814 Set of modules for time manipulation Anyone got any idea what's going on? From roberthuff at rcn.com Tue May 19 16:28:55 2009 From: roberthuff at rcn.com (Robert Huff) Date: Tue May 19 16:29:02 2009 Subject: portupgrade -R order In-Reply-To: <4A12CD95.6040204@netfence.it> References: <4A12CD95.6040204@netfence.it> Message-ID: <18962.55105.97714.631461@jerusalem.litteratus.org> Andrea Venturoli writes: > I have a question about the order in which portupgrade -R handles ports. > > If I issue: > portupgrade -R it-openoffice.org > > it will upgrade openoffice.org, *then* gcc43. > > I would guess openoffice.org requires gcc43 to build, but then, > shouldn't it be handled *before*? > > (This is only an example, it happens with other ports too). 1) I can confirm this is not unique to OpenOffice; it's currently happening to me with bash. 2) Does OpenOffice require gcc-4.3.4? Not according to "pkg_info -r". It might be an indirect dependency, but then one would expect things to still build in the correct order. Robert Huff From andrew.w.nosenko at gmail.com Tue May 19 16:31:51 2009 From: andrew.w.nosenko at gmail.com (Andrew W. Nosenko) Date: Tue May 19 16:31:58 2009 Subject: portupgrade -R order In-Reply-To: <4A12CD95.6040204@netfence.it> References: <4A12CD95.6040204@netfence.it> Message-ID: <6161f3180905190911j4c09ce0cnb743ae7fbb59b5fc@mail.gmail.com> On Tue, May 19, 2009 at 6:17 PM, Andrea Venturoli wrote: > Hello. > I have a question about the order in which portupgrade -R handles ports. > > > > If I issue: > portupgrade -R it-openoffice.org > > it will upgrade openoffice.org, *then* gcc43. > > I would guess openoffice.org requires gcc43 to build, but then, shouldn't it > be handled *before*? Whether OOo requires gcc-4.3 indeed? Not "customized" version of gcc-3.4 (ooo-gcc if I recall correctly...)? About another ports: the was majority of prorts doen't require any specific GCC version supplied in ports, but use system-default gcc instead (/usr/bin/gcc), therefore, order of building gcc-4.3 from ports is irrelevant. -- Andrew W. Nosenko From leslie at eskk.nu Tue May 19 17:45:10 2009 From: leslie at eskk.nu (Leslie Jensen) Date: Tue May 19 17:45:20 2009 Subject: PySolFC Message-ID: <4A12EB48.4030704@eskk.nu> After the latest portupdates I've not been able to start pysolfc. I see the first progress bar but after that nothing happens. When started from the console I get the following: ------------- Snip --------------- :pysolfc Traceback (most recent call last): File "/usr/local/bin/pysolfc", line 32, in sys.exit(main(sys.argv)) File "/usr/local/lib/python2.5/site-packages/pysollib/main.py", line 374, in main app.mainloop() File "/usr/local/lib/python2.5/site-packages/pysollib/app.py", line 514, in mainloop compound=self.opt.toolbar_compound) File "/usr/local/lib/python2.5/site-packages/pysollib/tile/toolbar.py", line 225, in __init__ self.setCompound(compound, force=True) File "/usr/local/lib/python2.5/site-packages/pysollib/tile/toolbar.py", line 457, in setCompound w.config(compound=compound) File "/usr/local/lib/python2.5/lib-tk/Tkinter.py", line 1208, in configure return self._configure('configure', cnf, kw) File "/usr/local/lib/python2.5/lib-tk/Tkinter.py", line 1199, in _configure self.tk.call(_flatten((self._w, cmd)) + self._options(cnf)) _tkinter.TclError: image "pyimage237" doesn't exist ------------- Snip --------------- Any help is appreciated Thanks :-) /Leslie From avg at icyb.net.ua Tue May 19 17:52:47 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue May 19 17:52:52 2009 Subject: portmaster vs openoffice.org-3 (dmake) Message-ID: <4A12F1EC.5030805@icyb.net.ua> I am not exactly sure what's going on, but I see that dmake crashes with SIGBUS during editors/openoffice.org-3 (version 3.1.0) build when executed via portmaster. Simple make of the port doesn't trigger the problem. I examined dmake core file with gdb and it seems that some memory gets overwritten with text, so I assume that portmaster may set some peculiar environment variables that dmake couldn't digest properly. Maybe the variable(s) is just sufficiently big and dmake has a bug. -- Andriy Gapon From mickael.torres at gmail.com Tue May 19 17:56:40 2009 From: mickael.torres at gmail.com (Mickael Torres) Date: Tue May 19 17:56:46 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090517180920.GY71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> Message-ID: On 17 mai 09, at 20:09, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > We rolled a new tarball with the patch from Juergen Lock [1] > with a posible fix for AMD64 users, tested on 3 machines > which now works without problems. Many Thanks to him for > his nice work! > > http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz > > Martin > Tested on a 7-stable/amd64 from yesterday. Works great with VT with win64 / openbsd64 guests. Thanks :) Mike. > - -- > > +-----------------------+-------------------------------+ > | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEUEARECAAYFAkoQUtAACgkQdLJIhLHm/OlY2QCg1KZW2YCvE1VhqKgSQ/xhjKIx > U60Al2UMniKg+KvQ6m9RcP92eOMddfQ= > =kB6c > -----END PGP SIGNATURE----- > _______________________________________________ > 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 > " From olivier at gid0.org Tue May 19 18:23:40 2009 From: olivier at gid0.org (Olivier SMEDTS) Date: Tue May 19 18:23:48 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090519091310.GB71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <20090519091310.GB71804@bsdcrew.de> Message-ID: <367b2c980905191123p66e36eb5j243b1b1701f729a7@mail.gmail.com> 2009/5/19 Martin Wilke : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Howdy .. > > Next run, > > We updated the port to 2.2.2r19801. > The Patch files/patch-amd64-r0-exec-alloc > was removed in favor of a similar fix > commited to upstream. Also was fixed a > bug on HEAD which should be fix the Kernel > crash. Please test test test .. :-) > > PS: Yes this run is for AMD64 and HEAD > ? ?users! > > > http://people.freebsd.org/~miwi/vbox/virtualbox_3.tgz > > > Happy Testing! Tested, installed fine but I can only run guests without VT (so only 32-bits). I'm using latest -CURRENT on amd64 (Intel Core2 Quad Q9450). Seems to work fine (but slowly) for 32-bit guests without VT. Thanks ! > - -- > > +-----------------------+-------------------------------+ > | ?PGP ? ?: 0xB1E6FCE9 ?| ?Jabber : miwi(at)BSDCrew.de ?| > | ?ICQ ? ?: 169139903 ? | ?Mail ? : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | ? ? ? Mess with the Best, Die like the Rest! ? ? ? ? ?| > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEYEARECAAYFAkoSeCYACgkQdLJIhLHm/OkuOQCfVzr7yTxydbo6npBgO2LyZNk1 > RpUAnAmxjlHTBsM8pJ5SIiPIqQRCWElu > =LoBM > -----END PGP SIGNATURE----- > _______________________________________________ > 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 peter at simons-rock.edu Tue May 19 19:02:20 2009 From: peter at simons-rock.edu (Peter C. Lai) Date: Tue May 19 19:02:27 2009 Subject: Port Request - Asset Tracker for RT Message-ID: <20090519183639.GU56679@cesium.hyperfine.info> This is in response to your port request from Fri Apr 11 13:28:17 UTC 2008: This turning out to be a lot of work (I was trying to port it over to pkgsrc actually since I'm not deploying it on FreeBSD atm. The main issue is having to rewrite/patch the entire upstream Makefile/ Makefile.in in order to split up the html into LOCALBASE/share/rt and the appropriate perl into SITE_PERL and the config files into LOCALBASE/etc/rt. Now, In the pkgsrc world, we don't put RT's libs into SITE_PERL, but they go in PKGBASE/lib/rt3 and by default we tell RT's configure that local RT modifications are in /var/rt3. I've resigned myself thus far to having AssetTracker's lib and html live in /var/rt3 and the etc files in PKGBASE/etc... It's another few steps (read: patching of AT's Makefile) to better integrate AssetTracker so that its libs and html live in the correct spots in pkgsrc; if I ever get around to that, then perhaps we can throw in the SITE_PERL hack, but my client is itching to get his AssetTracker instance up so I may just settle with what I have... Trying to use existing p5-RT* portfiles as templates doesn't map well onto AssetTracker, mostly because it makes assumptions that everyone is installing their RT into the monolithic /opt/rt3 layout... -- =========================================================== Peter C. Lai | Bard College at Simon's Rock Systems Administrator | 84 Alford Rd. Information Technology Svcs. | Gt. Barrington, MA 01230 USA peter AT simons-rock.edu | (413) 528-7428 =========================================================== From ml at netfence.it Tue May 19 20:16:30 2009 From: ml at netfence.it (Andrea Venturoli) Date: Tue May 19 20:16:37 2009 Subject: portupgrade -R order In-Reply-To: <6161f3180905190911j4c09ce0cnb743ae7fbb59b5fc@mail.gmail.com> References: <4A12CD95.6040204@netfence.it> <6161f3180905190911j4c09ce0cnb743ae7fbb59b5fc@mail.gmail.com> Message-ID: <4A131390.2070400@netfence.it> Andrew W. Nosenko ha scritto: >> I would guess openoffice.org requires gcc43 to build, but then, shouldn't it >> be handled *before*? > > Whether OOo requires gcc-4.3 indeed? Not "customized" version of > gcc-3.4 (ooo-gcc if I recall correctly...)? No. I'm really talking about lang/gcc43. > About another ports: the was majority of prorts doen't require any > specific GCC version supplied in ports, but use system-default gcc > instead (/usr/bin/gcc), therefore, order of building gcc-4.3 from > ports is irrelevant. Ok, but I guess we have two cases: a) OOO requires gcc43 (either directly or through another dependency): then I guess gcc43 should be build before OOO; b) OOO does not require gcc43 at all: then I see no reason for it to be upgraded. In any case I see no point in building it after OOO. Perhaps I'm missing something? (Again, you can substitute OOO and gcc with other ports in different scenarios). bye & Thanks av. From cube at cubidou.net Tue May 19 20:35:25 2009 From: cube at cubidou.net (Quentin Garnier) Date: Tue May 19 20:35:32 2009 Subject: Port Request - Asset Tracker for RT In-Reply-To: <20090519183639.GU56679@cesium.hyperfine.info> References: <20090519183639.GU56679@cesium.hyperfine.info> Message-ID: <20090519201006.GD3924@shaak.vert-toit.net> On Tue, May 19, 2009 at 02:36:40PM -0400, Peter C. Lai wrote: > This is in response to your port request from Fri Apr 11 13:28:17 UTC 2008: > > This turning out to be a lot of work (I was trying to port it over to > pkgsrc actually since I'm not deploying it on FreeBSD atm. > > The main issue is having to rewrite/patch the entire upstream Makefile/ > Makefile.in in order to split up the html into LOCALBASE/share/rt and the > appropriate perl into SITE_PERL and the config files into LOCALBASE/etc/rt. > > Now, In the pkgsrc world, we don't put RT's libs into SITE_PERL, but > they go in PKGBASE/lib/rt3 and by default we tell RT's configure that > local RT modifications are in /var/rt3. I've resigned myself thus far to > having AssetTracker's lib and html live in /var/rt3 and the etc files > in PKGBASE/etc... It's another few steps (read: patching of AT's Makefile) > to better integrate AssetTracker so that its libs and html live in the > correct spots in pkgsrc; if I ever get around to that, then perhaps we can > throw in the SITE_PERL hack, but my client is itching to get his AssetTracker > instance up so I may just settle with what I have... > > Trying to use existing p5-RT* portfiles as templates doesn't map well onto > AssetTracker, mostly because it makes assumptions that everyone is > installing their RT into the monolithic /opt/rt3 layout... I never looked at AssetTracker, but I wonder why it'd be very different from RTFM, which I did manage to put in pkgsrc. -- Quentin Garnier - cube@cubidou.net - cube@NetBSD.org "See the look on my face from staying too long in one place [...] every time the morning breaks I know I'm closer to falling" KT Tunstall, Saving My Face, Drastic Fantastic, 2007. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 486 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090519/64cfd52f/attachment.pgp From stephen at missouri.edu Tue May 19 20:58:10 2009 From: stephen at missouri.edu (Stephen Montgomery-Smith) Date: Tue May 19 20:58:17 2009 Subject: portupgrade -R order In-Reply-To: <18962.55105.97714.631461@jerusalem.litteratus.org> References: <4A12CD95.6040204@netfence.it> <18962.55105.97714.631461@jerusalem.litteratus.org> Message-ID: <4A131D60.5090704@missouri.edu> Robert Huff wrote: > Andrea Venturoli writes: > >> I have a question about the order in which portupgrade -R handles ports. >> >> If I issue: >> portupgrade -R it-openoffice.org >> >> it will upgrade openoffice.org, *then* gcc43. >> >> I would guess openoffice.org requires gcc43 to build, but then, >> shouldn't it be handled *before*? >> >> (This is only an example, it happens with other ports too). > > 1) I can confirm this is not unique to OpenOffice; it's > currently happening to me with bash. > 2) Does OpenOffice require gcc-4.3.4? Not according to > "pkg_info -r". It might be an indirect dependency, but then one > would expect things to still build in the correct order. My experience is that openoffice will NOT build properly if gcc43 is installed. So maybe it deinstalled gcc43, built openoffice, and then rebuilt gcc43. From ade at FreeBSD.org Tue May 19 21:07:44 2009 From: ade at FreeBSD.org (Ade Lovett) Date: Tue May 19 21:07:50 2009 Subject: My plan to fix the versioning for lang/gcc ports In-Reply-To: References: Message-ID: On May 19, 2009, at 07:57 , Gerald Pfeifer wrote: > Currently we have versions of the following > > PORTVERSION= 4.3.4 > PORTREVISION= 20090517 > > in the lang/gcc ports, where 20090517 is the date of a snapshot > of GCC 4.3.4. This has some obvious problems when one needs a > PORTREVISION bump, so I am planning to change the versioning to > > PORTVERSION= 4.3.4.20090517 Rather than going that way, why not take a leaf out of "standard" practice for DNS SOA serial numbers, and go with: PORTVERSION= 4.3.4 PORTREVISION= ${SNAPDATE}${SNAPREVISION} SNAPDATE= 20090517 SNAPREVISION= 00 Probably a lot less work in the long run. -aDe From ml at netfence.it Tue May 19 21:22:22 2009 From: ml at netfence.it (Andrea Venturoli) Date: Tue May 19 21:22:30 2009 Subject: portupgrade -R order In-Reply-To: <4A131D60.5090704@missouri.edu> References: <4A12CD95.6040204@netfence.it> <18962.55105.97714.631461@jerusalem.litteratus.org> <4A131D60.5090704@missouri.edu> Message-ID: <4A132303.4010900@netfence.it> Stephen Montgomery-Smith ha scritto: > My experience is that openoffice will NOT build properly if gcc43 is > installed. So maybe it deinstalled gcc43, built openoffice, and then > rebuilt gcc43. This doesn't seem to be my case. bye & Thanks av. From joshua_rickmar at eumx.net Tue May 19 21:33:34 2009 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Tue May 19 21:33:42 2009 Subject: x11/hs-x11-ghc can't find proper version of haddock Message-ID: I am trying to install xmonad, but the hs-x11-ghc dependency is not building. It is looking for a haddock version >=0.6, but can not find what the version actually is. ===> Building for hs-x11-ghc-1.4.5_1 cd /usr/ports/x11/hs-x11-ghc/work/X11-1.4.5 && /usr/local/bin/runghc Set up.hs build && /usr/local/bin/runghc Setup.hs --gen-script register Preprocessing library X11-1.4.5... Building X11-1.4.5... /usr/bin/ar: creating dist/build/libHSX11-1.4.5.a Writing registration script: register.sh for X11-1.4.5... cd /usr/ports/x11/hs-x11-ghc/work/X11-1.4.5 && /usr/local/bin/runghc Set up.hs haddock Setup.hs: haddock version >=0.6 is required but the version of /usr/loca l/bin/haddock could not be determined. *** Error code 1 Stop in /usr/ports/x11/hs-x11-ghc. *** Error code 1 Stop in /usr/ports/x11/hs-x11-ghc. -- IRC nick: jrick Jabber: jrick@jabber.org http://identi.ca/jrick From pgj at FreeBSD.org Tue May 19 22:06:42 2009 From: pgj at FreeBSD.org (Gabor PALI) Date: Tue May 19 22:07:14 2009 Subject: x11/hs-x11-ghc can't find proper version of haddock In-Reply-To: References: Message-ID: <685a6ef80905191442p2b7d28aag7e99bdf8a8550523@mail.gmail.com> Hello Josh, On Tue, May 19, 2009 at 11:32 PM, Josh Rickmar wrote: > I am trying to install xmonad, but the hs-x11-ghc dependency is not > building. It is looking for a haddock version >=0.6, but can not find > what the version actually is. I am on it :) Hopefully, I can tell you what the problem is soon. Cheers, :g From dpd at dpdtech.com Tue May 19 22:20:40 2009 From: dpd at dpdtech.com (David P. Discher) Date: Tue May 19 22:20:46 2009 Subject: FreeBSD Port: gcc-4.3.4_20090517 - different LOCALBASE Message-ID: <32770080-404C-485D-B5DE-12F943E241A4@dpdtech.com> So ... I'm trying to do complete source builds of gnome2, kde4, and xorg, with a redefined LOCALBASE = /home/opt > grep opt /etc/make.conf X11BASE=/home/opt LOCALBASE=/home/opt LINUXBASE=/home/opt/compat/linux PREFIX=/home/opt However, need the end, the lang/gcc43 build fails, with missing iconv.h. I've saw in the check in logs, back a few years that configure for gcc had some issues finding iconv.h when it was in a difference LOCALBASE. So adding the following to the lang/gcc43/ Makefile fixed the issue: CFLAGS+= -I${LOCALBASE}/include -L${LOCALBASE}/lib CPPFLAGS+= -I${LOCALBASE}/include -L${LOCALBASE}/lib CXXFLAGS+= -I${LOCALBASE}/include -L${LOCALBASE}/lib Probably over kill, but was getting feed up on the build failing. This isn't likely the correct fix, but wondering what the correct fix is, and if the port can be fixed ? Thanks ! ----------------------------------------------------------------------- David P. Discher * * C: 408.368.3725 * AIM: DavidDPD | Y!M: daviddpdz * H: 408.541.0159 ----------------------------------------------------------------------- From dpd at dpdtech.com Wed May 20 00:19:24 2009 From: dpd at dpdtech.com (David P. Discher) Date: Wed May 20 00:19:30 2009 Subject: FreeBSD Port: gle-3.1.0_2 - with non-standard X11BASE and LOCALBASE Message-ID: <2496D001-395C-4E52-B4F5-A1C3D41D52AC@dpdtech.com> With the following defined : X11BASE=/home/opt LOCALBASE=/home/opt LINUXBASE=/home/opt/compat/linux PREFIX=/home/opt The graphics/gle port's configure fails to find the X11 libs and includes. Adding the following lines to the port allowed the port to be built correctly : CONFIGURE_ARGS+= --prefix=${LOCALBASE} \ --x-includes=${LOCALBASE}/include \ --x-libraries=${LOCALBASE}/lib Can the gle's Makefile be updated with this or a similar fix ? Thanks ! ----------------------------------------------------------------------- David P. Discher * * C: 408.368.3725 * AIM: DavidDPD | Y!M: daviddpdz * H: 408.541.0159 ----------------------------------------------------------------------- From joshua_rickmar at eumx.net Wed May 20 00:20:14 2009 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Wed May 20 00:20:22 2009 Subject: x11/hs-x11-ghc can't find proper version of haddock In-Reply-To: <685a6ef80905191442p2b7d28aag7e99bdf8a8550523@mail.gmail.com> References: <685a6ef80905191442p2b7d28aag7e99bdf8a8550523@mail.gmail.com> Message-ID: On Tue, 19 May 2009, Gabor PALI wrote: > Hello Josh, > > On Tue, May 19, 2009 at 11:32 PM, Josh Rickmar wrote: >> I am trying to install xmonad, but the hs-x11-ghc dependency is not >> building. It is looking for a haddock version >=0.6, but can not find >> what the version actually is. > > I am on it :) Hopefully, I can tell you what the problem is soon. > > Cheers, > :g > Well, I'm not sure what was happening, but after a 'make clean', everything seems to be working again. Probably should have checked this before hand... -- IRC nick: jrick Jabber: jrick@jabber.org http://identi.ca/jrick From dougb at FreeBSD.org Wed May 20 02:38:00 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Wed May 20 02:38:06 2009 Subject: portmaster vs openoffice.org-3 (dmake) In-Reply-To: <4A12F1EC.5030805@icyb.net.ua> References: <4A12F1EC.5030805@icyb.net.ua> Message-ID: <4A1366BE.9030700@FreeBSD.org> Andriy Gapon wrote: > I am not exactly sure what's going on, but I see that dmake crashes with SIGBUS > during editors/openoffice.org-3 (version 3.1.0) build when executed via portmaster. > Simple make of the port doesn't trigger the problem. > > I examined dmake core file with gdb and it seems that some memory gets overwritten > with text, so I assume that portmaster may set some peculiar environment variables > that dmake couldn't digest properly. Maybe the variable(s) is just sufficiently > big and dmake has a bug. portmaster has no knowledge of dmake, and it doesn't set make variables unless the user specifies them. It does set a few enviornment variables, but nothing that should have an effect here. It would help to debug this if you could narrow it down a little. Also, are you setting anything interesting in make.conf? Particularly the new make jobs safe stuff? Doug From h.schmalzbauer at omnilan.de Wed May 20 03:04:23 2009 From: h.schmalzbauer at omnilan.de (Harald Schmalzbauer) Date: Wed May 20 03:04:30 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take2 In-Reply-To: <20090519091310.GB71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090517180920.GY71804@bsdcrew.de> <20090519091310.GB71804@bsdcrew.de> Message-ID: <4A136FD6.9040208@omnilan.de> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090520/124a2373/signature.pgp From pgollucci at p6m7g8.com Wed May 20 03:18:53 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Wed May 20 03:19:02 2009 Subject: rt dependencies In-Reply-To: <20090519142924.GA26059@lordcow.org> References: <20090519142924.GA26059@lordcow.org> Message-ID: <4A137690.6060808@p6m7g8.com> gareth wrote: > which has installed properly, but the package database seems > inconsistent. When I try to fix this the system wants to install > mod_perl and apache1.3 which I don't need nor want. Sample output > which just cycles: > > # pkgdb -L hence one of the common problems. you need to use pkgtools.conf or one of the ports that wraps /etc/make.conf and pkgtools.conf into so you only have on source. Personally, I find -L usually useless if you select any non-default options. -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) did: 703.579.6947, o: 703.549.2050x206 Senior System Admin - RideCharge Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From pgollucci at p6m7g8.com Wed May 20 03:19:50 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Wed May 20 03:19:57 2009 Subject: My plan to fix the versioning for lang/gcc ports In-Reply-To: References: Message-ID: <4A1376C9.7030500@p6m7g8.com> Gerald Pfeifer wrote: > Currently we have versions of the following > > PORTVERSION= 4.3.4 > PORTREVISION= 20090517 > > in the lang/gcc ports, where 20090517 is the date of a snapshot > of GCC 4.3.4. This has some obvious problems when one needs a > PORTREVISION bump, so I am planning to change the versioning to > > PORTVERSION= 4.3.4.20090517 > > by concatenating the GCC release and the snapshot date. > > Does any of you have any concerns with this? Anything I might have > missed? > > Gerald @FreeBSD.org Seems fine to me. Fortunately its not yet the year 5000. :) -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) did: 703.579.6947, o: 703.549.2050x206 Senior System Admin - RideCharge Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From jimmiejaz at gmail.com Wed May 20 04:12:09 2009 From: jimmiejaz at gmail.com (Jimmie James) Date: Wed May 20 04:12:15 2009 Subject: portupgrade -R order Message-ID: <4A137E09.1070508@gmail.com> #pkg_info |grep -i gcc gcc-4.3.4_20090510 GNU Compiler Collection 4.3 #pkg_info | grep -i open openoffice.org-3.1.0 Integrated wordprocessor/dbase/spreadsheet/drawing/chart/br What I found, was /usr/ports/devel/cppunit was causing build failures, removing it and building OOo and gcc43 seemed to go flawlessly after that. -- Over the years I've come to regard you as people I've met. From dpd at dpdtech.com Wed May 20 05:50:21 2009 From: dpd at dpdtech.com (David P. Discher) Date: Wed May 20 05:50:28 2009 Subject: FreeBSD Port: mpeg4ip-libmp4v2-1.6.1 - getopt.c compile error with alt ${LOCALBASE} Message-ID: 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 * * C: 408.368.3725 * AIM: DavidDPD | Y!M: daviddpdz * H: 408.541.0159 ----------------------------------------------------------------------- From dpd at dpdtech.com Wed May 20 06:06:39 2009 From: dpd at dpdtech.com (David P. Discher) Date: Wed May 20 06:06:45 2009 Subject: FreeBSD Port: libmusicbrainz3-3.0.2_1 - FindNeon.cmake hard codes /usr/local Message-ID: <706B7AE4-ECC8-40FA-ABF6-91FECB64C177@dpdtech.com> libmusicbrainz3 FindNeon.cmake file hard codes '/usr/local' instead of respecting LOCALBASE or PREFIX. This is being passed to cmake, Apparently a reversed diff, but the patch is as follows : > diff -u cmake/modules/FindNeon.cmake cmake/modules/ FindNeon.cmake.orig --- cmake/modules/FindNeon.cmake 2009-05-19 22:59:07.000000000 -0700 +++ cmake/modules/FindNeon.cmake.orig 2009-05-19 22:58:01.000000000 -0700 @@ -4,13 +4,13 @@ FIND_PATH(NEON_INCLUDE_DIR ne_request.h ${_NeonIncDir} /usr/include/neon - ${CMAKE_INSTALL_PREFIX}/include/neon + /usr/local/include/neon ) FIND_LIBRARY(NEON_LIBRARIES neon ${_NeonLinkDir} /usr/lib - ${CMAKE_INSTALL_PREFIX}/lib + /usr/local/lib ) IF (NEON_INCLUDE_DIR AND NEON_LIBRARIES) ----------------------------------------------------------------------- David P. Discher * * C: 408.368.3725 * AIM: DavidDPD | Y!M: daviddpdz * H: 408.541.0159 ----------------------------------------------------------------------- From samflanker at gmail.com Wed May 20 07:32:54 2009 From: samflanker at gmail.com (Vladimir Ermakov) Date: Wed May 20 07:33:01 2009 Subject: New port: sysutils/megacli waiting to commit Message-ID: <4A13AB59.9060002@gmail.com> Hi, all. please appreciate my port *megacli* http://www.freebsd.org/cgi/query-pr.cgi?pr=133655 -- Vladimir Ermakov From dpd at dpdtech.com Wed May 20 08:23:59 2009 From: dpd at dpdtech.com (David P. Discher) Date: Wed May 20 08:24:05 2009 Subject: FreeBSD Port: py25-telepathy-butterfly-0.3.3 Message-ID: <4DC33212-808C-459D-8B38-FCAF14737209@dpdtech.com> In order for gnome2 to built with LOCALBASE = something other than / usr/local, and net-im/telepathy-butterfly will need to add CONFIGURE_ARGS+= --prefix=${PREFIX} in order to correctly install into the alt LOCALBASE. Otherwise, the port installs into /usr/local, and with LOCALBASE set to /home/opt, the 'make package' will fail. ----------------------------------------------------------------------- David P. Discher * * C: 408.368.3725 * AIM: DavidDPD | Y!M: daviddpdz * H: 408.541.0159 ----------------------------------------------------------------------- From pgollucci at p6m7g8.com Wed May 20 08:49:00 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Wed May 20 08:49:07 2009 Subject: New port: sysutils/megacli waiting to commit In-Reply-To: <4A13AB59.9060002@gmail.com> References: <4A13AB59.9060002@gmail.com> Message-ID: <4A13C3E6.20209@p6m7g8.com> 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 -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) did: 703.579.6947, o: 703.549.2050x206 Senior System Admin - RideCharge Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From andrew.w.nosenko at gmail.com Wed May 20 09:50:44 2009 From: andrew.w.nosenko at gmail.com (Andrew W. Nosenko) Date: Wed May 20 09:50:50 2009 Subject: portupgrade -R order In-Reply-To: <4A131D60.5090704@missouri.edu> References: <4A12CD95.6040204@netfence.it> <18962.55105.97714.631461@jerusalem.litteratus.org> <4A131D60.5090704@missouri.edu> Message-ID: <6161f3180905200250l2fbf2a6ey1f3fd2957b154cfa@mail.gmail.com> On Tue, May 19, 2009 at 11:58 PM, Stephen Montgomery-Smith wrote: > My experience is that openoffice will NOT build properly if gcc43 is > installed. ?So maybe it deinstalled gcc43, built openoffice, and then > rebuilt gcc43. No. Gcc-4.3 is primary compiler for my projects and OOo also need often for me. Therefore both are installed. And I never seen any conflict. -- Andrew W. Nosenko From avg at icyb.net.ua Wed May 20 11:59:31 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed May 20 11:59:39 2009 Subject: portmaster vs openoffice.org-3 (dmake) In-Reply-To: <4A1366BE.9030700@FreeBSD.org> References: <4A12F1EC.5030805@icyb.net.ua> <4A1366BE.9030700@FreeBSD.org> Message-ID: <4A13F09F.2050808@icyb.net.ua> on 20/05/2009 05:11 Doug Barton said the following: > portmaster has no knowledge of dmake, I am certain of this too :-) > and it doesn't set make variables unless the user specifies them. sure > It does set a few enviornment variables, but nothing that should have an effect > here. It would help to debug this if you could narrow it down a little. I think it could be related to one of them because overwritten memory contains strings that suspiciously resembling port names. Below are some gdb details. > Also, are you setting anything interesting in make.conf? Particularly the new > make jobs safe stuff? I haven't changed make.conf for several months, so there is nothing for multiple jobs stuff and nothing that could affect (in my opinion) portmaster vs "pure" port build. Now the details. #0 Search_table (tab=Variable "tab" is not available. ) at dag.c:195 195 if( hp->ht_hash == *phkey (gdb) bt #0 Search_table (tab=Variable "tab" is not available. ) at dag.c:195 #1 0x0000000000407c38 in Get_name (name=0x80090ea60 "CUR_DEPS", tab=0x51ce00, define=1) at dag.c:159 #2 0x0000000000407f74 in Def_macro (name=0x80090ea60 "CUR_DEPS", value=0x800913009 ":Hermes-1.3.3_2:graphics/Hermes:aggregate-1.6_1:net-mgmt/aggregate:akode-plugins-mpc-2.0.2,1:audio/akode-plugins-mpc:antiword-0.37_1:textproc/antiword:arc-5.21o_1:archivers/arc:arj-3.10.22_1:archivers"..., flags=40) at dag.c:336 #3 0x000000000040e73e in Parse_macro (buffer=Variable "buffer" is not available. ) at macparse.c:122 #4 0x000000000040bb96 in Parse (fil=0x0) at parse.c:158 #5 0x000000000040aec7 in ReadEnvironment () at sysintf.c:472 #6 0x0000000000410838 in Parse_rule_def (state=0x51db08) at rulparse.c:625 #7 0x000000000040bba4 in Parse (fil=0x800860e80) at parse.c:159 #8 0x0000000000409d5e in main (argc=Variable "argc" is not available. ) at dmake.c:388 (gdb) i reg rax 0xb5 181 rbx 0x35703a657361422d 3850641888803635757 rcx 0xb5 181 ... (gdb) fr 2 #2 0x0000000000407f74 in Def_macro (name=0x80090ea60 "CUR_DEPS", value=0x800913009 ":Hermes-1.3.3_2:graphics/Hermes:aggregate-1.6_1:net-mgmt/aggregate:akode-plugins-mpc-2.0.2,1:audio/akode-plugins-mpc:antiword-0.37_1:textproc/antiword:arc-5.21o_1:archivers/arc:arj-3.10.22_1:archivers"..., flags=40) at dag.c:336 336 hp = Get_name( name, Macs, TRUE ); (gdb) p Macs[181] $1 = 0x80092e080 (gdb) p *Macs[181] $2 = {ht_next = 0x80091ef80, ht_link = 0x0, ht_name = 0x80090e570 "SYSTEM_AGG", ht_value = 0x8009120f4 "NO", ht_hash = 1443329181, ht_flag = 40, var = {mv_mask = 0, val = {mv_svar = 0x0, mv_cvar = 0x0, mv_bvar = 0x0, mv_ivar = 0x0, ht = {ht_owner = 0x0, ht_root = 0x0}}}} (gdb) p Macs[181]->ht_next $3 = (struct hcell *) 0x80091ef80 (gdb) p *Macs[181]->ht_next $4 = {ht_next = 0x35703a657361422d, ht_link = 0x61422d747865542d, ht_name = 0x322d6465636e616c
, ht_value = 0x743a315f302e302e
, ht_hash = 1886681189, ht_flag = 795045746, var = {mv_mask = 1412248944, val = {mv_svar = 0x6465636e616c6142, mv_cvar = 0x6465636e616c6142
, mv_bvar = 0x6465636e616c6142, mv_ivar = 0x6465636e616c6142, ht = {ht_owner = 0x6465636e616c6142, ht_root = 0x747865542d35703a}}}} (gdb) x/s Macs[181]->ht_next 0x80091ef80: "-Base:p5-Text-Balanced-2.0.0_1:textproc/p5-Text-Balanced:p5-Text-Flowchart-1.00:textproc/p5-Text-Flowchart:p5-Text-Tabs+Wrap-2009.0305:textproc/p5-Text-Tabs+Wrap:p5-Time-Local-1.19.01:devel/p5-Time-Lo"... (gdb) x/s (char*)Macs[181]->ht_next - 49024 0x800913000: "CUR_DEPS=:Hermes-1.3.3_2:graphics/Hermes:aggregate-1.6_1:net-mgmt/aggregate:akode-plugins-mpc-2.0.2,1:audio/akode-plugins-mpc:antiword-0.37_1:textproc/antiword:arc-5.21o_1:archivers/arc:arj-3.10.22_1:"... It's the same string, verified by x/50000s. In any case, it must be a bug in dmake code. -- Andriy Gapon From laszlof at freebsd.org Wed May 20 13:24:03 2009 From: laszlof at freebsd.org (Frank J. Laszlo) Date: Wed May 20 13:24:10 2009 Subject: New port: sysutils/megacli waiting to commit In-Reply-To: <4A13C3E6.20209@p6m7g8.com> References: <4A13AB59.9060002@gmail.com> <4A13C3E6.20209@p6m7g8.com> Message-ID: <4A13F48D.9040009@freebsd.org> 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 From pgollucci at p6m7g8.com Wed May 20 13:37:25 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Wed May 20 13:37:31 2009 Subject: New port: sysutils/megacli waiting to commit In-Reply-To: <4A1406FB.7020502@collaborativefusion.com> References: <4A13AB59.9060002@gmail.com> <4A13C3E6.20209@p6m7g8.com> <4A13F48D.9040009@freebsd.org> <4A1406FB.7020502@collaborativefusion.com> Message-ID: <4A140792.50700@p6m7g8.com> Sean McAfee wrote: > IMO, linux-megacli, linux-megacli2, and megacli should all exist as > independent ports. Ah the linux- ports confusing re-arrises. -- ------------------------------------------------------------------------ 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 smcafee at collaborativefusion.com Wed May 20 13:44:56 2009 From: smcafee at collaborativefusion.com (Sean McAfee) Date: Wed May 20 13:45:08 2009 Subject: New port: sysutils/megacli waiting to commit In-Reply-To: <4A13F48D.9040009@freebsd.org> References: <4A13AB59.9060002@gmail.com> <4A13C3E6.20209@p6m7g8.com> <4A13F48D.9040009@freebsd.org> Message-ID: <4A1406FB.7020502@collaborativefusion.com> 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. IMO, linux-megacli, linux-megacli2, and megacli should all exist as independent ports. -- Sean McAfee System Engineer Collaborative Fusion, Inc. smcafee@collaborativefusion.com 412-422-3463 x 4025 5849 Forbes Avenue Pittsburgh, PA 15217 **************************************************************** IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. **************************************************************** From laszlof at freebsd.org Wed May 20 13:51:36 2009 From: laszlof at freebsd.org (Frank J. Laszlo) Date: Wed May 20 13:51:43 2009 Subject: New port: sysutils/megacli waiting to commit In-Reply-To: <4A140792.50700@p6m7g8.com> References: <4A13AB59.9060002@gmail.com> <4A13C3E6.20209@p6m7g8.com> <4A13F48D.9040009@freebsd.org> <4A1406FB.7020502@collaborativefusion.com> <4A140792.50700@p6m7g8.com> Message-ID: <4A140AE4.6070302@freebsd.org> Philip M. Gollucci wrote: > Sean McAfee wrote: >> IMO, linux-megacli, linux-megacli2, and megacli should all exist as >> independent ports. > > Do they provide different functionality or are we just keeping them around for nostalgic purposes? Regards, Frank Laszlo From laszlof at freebsd.org Wed May 20 13:53:56 2009 From: laszlof at freebsd.org (Frank J. Laszlo) Date: Wed May 20 13:54:02 2009 Subject: New port: sysutils/megacli waiting to commit In-Reply-To: <4A1406FB.7020502@collaborativefusion.com> References: <4A13AB59.9060002@gmail.com> <4A13C3E6.20209@p6m7g8.com> <4A13F48D.9040009@freebsd.org> <4A1406FB.7020502@collaborativefusion.com> Message-ID: <4A140B68.4030800@freebsd.org> Sean McAfee wrote: > 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. > > IMO, linux-megacli, linux-megacli2, and megacli should all exist as > independent ports. > Sorry, I missed this reply with your reasoning. Thanks for clearing that up. Regards, Frank Laszlo From alexanderchuranov at gmail.com Wed May 20 15:14:42 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Wed May 20 15:14:49 2009 Subject: devel/boost: what's proper shared library version? In-Reply-To: <3cb459ed0905180414s7abc0ff8x37e9ea4a58a25f4@mail.gmail.com> References: <3cb459ed0905130926n32def691ycecd043f70e522fc@mail.gmail.com> <3cb459ed0905141114v17944e99had31ca4c9dee8fd7@mail.gmail.com> <3cb459ed0905180414s7abc0ff8x37e9ea4a58a25f4@mail.gmail.com> Message-ID: <3cb459ed0905200814x5db6d9eco9df507c7bd32e038@mail.gmail.com> Folks, Could somebody officially and explicitly tell me, how to assign shared library versions for new boost ports? I see following possibilities: 1) Use boost release version as shared library version. This is safe and recommended by boost. 2) Use some other approach. I do not see alternatives, so please give your advice if you are aginst option #1. Please, remember that boost.org does not examine binary compatibility of their libraries, because this is nearly impossible to do for all platforms and compilers. They also easily may break compatibility even when fixing a bug due to heavy use of metaprogramming. Sincerely, Alexander Churanov, maintainer of devel/boost From amdmi3 at amdmi3.ru Wed May 20 16:17:37 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed May 20 16:17:44 2009 Subject: devel/boost: what's proper shared library version? In-Reply-To: <3cb459ed0905200814x5db6d9eco9df507c7bd32e038@mail.gmail.com> References: <3cb459ed0905130926n32def691ycecd043f70e522fc@mail.gmail.com> <3cb459ed0905141114v17944e99had31ca4c9dee8fd7@mail.gmail.com> <3cb459ed0905180414s7abc0ff8x37e9ea4a58a25f4@mail.gmail.com> <3cb459ed0905200814x5db6d9eco9df507c7bd32e038@mail.gmail.com> Message-ID: <20090520161732.GB18765@hades.panopticon> * Alexander Churanov (alexanderchuranov@gmail.com) wrote: > Could somebody officially and explicitly tell me, how to assign shared > library versions for new boost ports? > > I see following possibilities: > > 1) Use boost release version as shared library version. > This is safe and recommended by boost. Not official, but couple of thoughts, unfortunately I forgot to anser your previous message regarding .so versioning. As I understand, we now assume ABI breakage on every boost update, correct? In this case .so versioning scheme doesn't really matter, the important thing is to ensure SONAME recorded in .so files has version component. Currently, % objdump -x libboost_regex.so | grep SONAME SONAME libboost_regex.so Thus (example boost-dependent port qtiplot): % ldd /usr/local/bin/qtiplot | grep boost libboost_date_time.so => /usr/local/lib/libboost_date_time.so (0x287be000) If boost is updated, that'll point to NEW libboost_date_time.so, which may have ABI broken. However, if SONAME contains version, it will be like that: % objdump -x libboost_regex.so | grep SONAME SONAME libboost_regex.so.1.39 % ldd /usr/local/bin/qtiplot | grep boost libboost_date_time.so.1.39 => /usr/local/lib/libboost_date_time.so.1.39 (0x287be000) and when boost is upgraded, this will become % ldd /usr/local/bin/qtiplot | grep boost libboost_date_time.so.1.39 => /usr/local/lib/compat/pkg/libboost_date_time.so.1.39 (0x287be000) Thus, we ensure that the application does not pick up boost libraries of different version than it was build with. Aside for that, versioning scheme doesn't really matter. As I understand, that's .so.1.39 vs .so.139 vs .so.5 The difference is that with former you can't specify version in LIB_DEPENDS, i.e. LIB_DEPENDS=boost_date_time.139:${PORTSDIR}/devel/boost, which will make users update boost before building any dependent ports and theoretically catch cases where some port requires new boost version and breaks with the old one. However, that'll be catched in a most ugly way where new boost is built and this fails on installation because old boost is still installed. Also one will need to update version in boost-dependent ports along with portrevision bump. Currently, there are 30 vs 53 ports with unversioned/versioned depend. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From avg at icyb.net.ua Wed May 20 16:27:48 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed May 20 16:27:55 2009 Subject: portmaster vs openoffice.org-3 (dmake) In-Reply-To: <4A13F09F.2050808@icyb.net.ua> References: <4A12F1EC.5030805@icyb.net.ua> <4A1366BE.9030700@FreeBSD.org> <4A13F09F.2050808@icyb.net.ua> Message-ID: <4A142F80.4000700@icyb.net.ua> on 20/05/2009 14:59 Andriy Gapon said the following: > In any case, it must be a bug in dmake code. BTW, I can reliably reproduce this on amd64, but can not do it in i386 jail. Ports tree is exactly the same, ditto for portmaster version. -- Andriy Gapon From amdmi3 at amdmi3.ru Wed May 20 16:35:07 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed May 20 16:35:14 2009 Subject: devel/boost: what's proper shared library version? In-Reply-To: <20090520161732.GB18765@hades.panopticon> References: <3cb459ed0905130926n32def691ycecd043f70e522fc@mail.gmail.com> <3cb459ed0905141114v17944e99had31ca4c9dee8fd7@mail.gmail.com> <3cb459ed0905180414s7abc0ff8x37e9ea4a58a25f4@mail.gmail.com> <3cb459ed0905200814x5db6d9eco9df507c7bd32e038@mail.gmail.com> <20090520161732.GB18765@hades.panopticon> Message-ID: <20090520163502.GC18765@hades.panopticon> * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: A small addendum: > As I understand, that's .so.1.39 vs .so.139 vs .so.5 .so.139 may be not futureproof as there were (and may be later) 3-component versions i.e. 1.34.1. Also, given that boost seem to update fairy regularily, many (pretty huge) ports depend on it and there were no ABI breakages during last updates, I'd vote for only bumping soversion if it's known to break ABI (on major releases or post factum if the breakage is reported). This way the .so.5 scheme seems to be most suitable, as soversion does not correllate with boost version. If on some point we discover that every update needs soversion bump, we can always switch to .so.1.39 or whatever, anyway. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From dougb at FreeBSD.org Wed May 20 17:29:09 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Wed May 20 17:29:32 2009 Subject: portmaster vs openoffice.org-3 (dmake) In-Reply-To: <4A142F80.4000700@icyb.net.ua> References: <4A12F1EC.5030805@icyb.net.ua> <4A1366BE.9030700@FreeBSD.org> <4A13F09F.2050808@icyb.net.ua> <4A142F80.4000700@icyb.net.ua> Message-ID: <4A143DDF.2030707@FreeBSD.org> Andriy Gapon wrote: > on 20/05/2009 14:59 Andriy Gapon said the following: >> In any case, it must be a bug in dmake code. > > BTW, I can reliably reproduce this on amd64, but can not do it in i386 jail. > Ports tree is exactly the same, ditto for portmaster version. Ok, that sounds like a dmake memory bug on amd64. The stuff you pasted from gdb is in fact portmaster stuff, and CUR_DEPS is an environment variable that can grow quite large depending on what you're doing with portmaster. hth, Doug -- This .signature sanitized for your protection From bitnix at bitnix.ca Wed May 20 17:57:28 2009 From: bitnix at bitnix.ca (Douglas Berry) Date: Wed May 20 17:57:36 2009 Subject: portmaster vs openoffice.org-3 (dmake) In-Reply-To: Your message of "Wed, 20 May 2009 19:27:44 +0300." <4A142F80.4000700@icyb.net.ua> Message-ID: <200905201726.n4KHQqdO071854@monk.cnd.dundas.on.ca> On Wed, 20 May 2009 19:27:44 +0300, Andriy Gapon wrote: > BTW, I can reliably reproduce this on amd64, but can not do it in > i386 jail. Ports tree is exactly the same, ditto for portmaster > version. I have seen it on i386... after seeing your initial post I tried a make and got a clean compile. -- doug From pav at FreeBSD.org Wed May 20 22:50:27 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Wed May 20 22:50:59 2009 Subject: Duplicate LATEST_LINKS Message-ID: <1242859819.42825.2.camel@hood.oook.cz> Please fix :) adodb /space/portstreesports/databases/adodb mm@FreeBSD.org adodb /space/portstreesports/databases/adodb5 mm@FreeBSD.org apache /space/portstreesports/www/apache13 apache@FreeBSD.org apache /space/portstreesports/www/apache22-peruser-mpm jille@quis.cx barry /space/portstreesports/palm/barry meitolake@gmail.com barry /space/portstreesports/ports-mgmt/barry ports@FreeBSD.org cacheboy /space/portstreesports/www/cacheboy adrian@freebsd.org cacheboy /space/portstreesports/www/cacheboy15-devel adrian@freebsd.org cacheboy /space/portstreesports/www/cacheboy16 adrian@freebsd.org cantus /space/portstreesports/audio/cantus old@old.com.ua cantus /space/portstreesports/audio/cantus_3 ports@FreeBSD.org clive /space/portstreesports/deskutils/ljclive johans@stack.nl clive /space/portstreesports/multimedia/clive legatvs@gmail.com crimson /space/portstreesports/games/crimson carpetsmoker@xs4all.nl crimson /space/portstreesports/textproc/crimson girgen@partitur.se dbmail /space/portstreesports/mail/dbmail mark_sf@kikg.ifmo.ru dbmail /space/portstreesports/mail/dbmail23 mark_sf@kikg.ifmo.ru dcd /space/portstreesports/net-p2p/dcd az@freebsd.org dcd /space/portstreesports/audio/dcd gahr@FreeBSD.org deco /space/portstreesports/archivers/deco kevlo@FreeBSD.org deco /space/portstreesports/misc/deco ru@FreeBSD.org deluge /space/portstreesports/net-p2p/deluge ports@FreeBSD.org deluge /space/portstreesports/net-p2p/deluge05 ports@FreeBSD.org dillo /space/portstreesports/www/dillo2 bf2006a@yahoo.com dillo /space/portstreesports/www/dillo tmseck@netcologne.de docbook-450 /space/portstreesports/textproc/docbook-440 gabor@FreeBSD.org docbook-450 /space/portstreesports/textproc/docbook-450 gabor@FreeBSD.org dovecot /space/portstreesports/mail/dovecot yds@CoolRat.org dovecot /space/portstreesports/mail/dovecot-devel yds@coolrat.org eigen /space/portstreesports/math/eigen kde@FreeBSD.org eigen /space/portstreesports/math/eigen2 kde@FreeBSD.org expect /space/portstreesports/lang/expect-devel mm@FreeBSD.org expect /space/portstreesports/lang/expect ports@FreeBSD.org flex-sdk /space/portstreesports/devel/flex-sdk kuriyama@FreeBSD.org flex-sdk /space/portstreesports/devel/flex-sdk2 kuriyama@FreeBSD.org freeradius /space/portstreesports/net/freeradius david@wood2.org.uk freeradius /space/portstreesports/net/freeradius2 david@wood2.org.uk gmime2 /space/portstreesports/mail/gmime2 mnag@FreeBSD.org gmime2 /space/portstreesports/mail/gmime24 mnag@FreeBSD.org gtk-theme-switch /space/portstreesports/x11/gtk-theme-switch2 oleg@bsdpower.com gtk-theme-switch /space/portstreesports/x11/gtk-theme-switch ports@FreeBSD.org hdf5 /space/portstreesports/science/hdf5 koziol@hdfgroup.org hdf5 /space/portstreesports/science/hdf5-18 koziol@hdfgroup.org kde-windeco-crystal /space/portstreesports/x11-themes/kde-windeco-crystal decept0@gmail.com kde-windeco-crystal /space/portstreesports/x11-themes/kde4-windeco-crystal g.veniamin@googlemail.com krusader /space/portstreesports/x11-fm/krusader h.eichmann@gmx.de krusader /space/portstreesports/x11-fm/krusader2 h.eichmann@gmx.de linux-enemyterritory-omni-bot /space/portstreesports/games/linux-enemyterritory-omni-bot alepulver@FreeBSD.org linux-enemyterritory-omni-bot /space/portstreesports/games/linux-enemyterritory-omni-bot-0660 alepulver@FreeBSD.org linux-vmware-toolbox /space/portstreesports/emulators/linux-vmware-toolbox5 matusita@FreeBSD.org linux-vmware-toolbox /space/portstreesports/emulators/linux-vmware-toolbox6 matusita@FreeBSD.org mediawiki /space/portstreesports/www/mediawiki gerrit.beine@gmx.de mediawiki /space/portstreesports/www/mediawiki12 gerrit.beine@gmx.de mod_log_sql2 /space/portstreesports/www/mod_log_sql2 apache@FreeBSD.org mod_log_sql2 /space/portstreesports/www/mod_log_sql2-dtc scrappy@freebsd.org mpc /space/portstreesports/audio/mpc ports@mark.reidel.info mpc /space/portstreesports/math/mpc wenheping@gmail.com mysql++-mysql60 /space/portstreesports/databases/mysql++3 dudu@dudu.ro mysql++-mysql60 /space/portstreesports/databases/mysql++ ports@FreeBSD.org mysql-connector-java /space/portstreesports/databases/mysql-connector-java m.seaman@infracaninophile.co.uk mysql-connector-java /space/portstreesports/databases/mysql-connector-java50 m.seaman@infracaninophile.co.uk nagios /space/portstreesports/net-mgmt/nagios jarrod@netleader.com.au nagios /space/portstreesports/net-mgmt/nagios2 jarrod@netleader.com.au netbeans /space/portstreesports/java/netbeans gahr@FreeBSD.org netbeans /space/portstreesports/java/netbeans61 ports@FreeBSD.org netcdf /space/portstreesports/science/netcdf sunpoet@sunpoet.net netcdf /space/portstreesports/science/netcdf4 sunpoet@sunpoet.net ntp /space/portstreesports/net/ntp cy@FreeBSD.org ntp /space/portstreesports/net/ntp-rc cy@FreeBSD.org nvidia-driver /space/portstreesports/x11/nvidia-driver danfe@FreeBSD.org nvidia-driver /space/portstreesports/x11/nvidia-driver-173 danfe@FreeBSD.org nvidia-driver /space/portstreesports/x11/nvidia-driver-71 danfe@FreeBSD.org nvidia-driver /space/portstreesports/x11/nvidia-driver-96 danfe@FreeBSD.org oniguruma /space/portstreesports/devel/oniguruma4 dinoex@FreeBSD.org oniguruma /space/portstreesports/devel/oniguruma5 dinoex@FreeBSD.org p5-Apache-Clean /space/portstreesports/www/p5-Apache-Clean perl@FreeBSD.org p5-Apache-Clean /space/portstreesports/www/p5-Apache-Clean2 perl@FreeBSD.org pear-PHPUnit /space/portstreesports/devel/pear-PHPUnit gerrit.beine@gmx.de pear-PHPUnit /space/portstreesports/devel/pear-PHPUnit3 gerrit.beine@gmx.de ptlib /space/portstreesports/devel/ptlib d9364104@mail.nchu.edu.tw ptlib /space/portstreesports/devel/ptlib26 melifaro@ipfw.ru py25-wxPython /space/portstreesports/x11-toolkits/py-wxPython26 neal@nelson.name py25-wxPython /space/portstreesports/x11-toolkits/py-wxPython28 neal@nelson.name py25-wxPython-common /space/portstreesports/x11-toolkits/py-wxPython26-common neal@nelson.name py25-wxPython-common /space/portstreesports/x11-toolkits/py-wxPython28-common neal@nelson.name py25-wxPython-unicode /space/portstreesports/x11-toolkits/py-wxPython26-unicode neal@nelson.name py25-wxPython-unicode /space/portstreesports/x11-toolkits/py-wxPython28-unicode neal@nelson.name qmail-scanner /space/portstreesports/mail/qmail-scanner lippe@FreeBSD.org qmail-scanner /space/portstreesports/mail/qmail-scanner1 lippe@FreeBSD.org rdiff-backup /space/portstreesports/sysutils/rdiff-backup peter.schuller@infidyne.com rdiff-backup /space/portstreesports/sysutils/rdiff-backup10 peter.schuller@infidyne.com rrdtool /space/portstreesports/databases/rrdtool12 beat@FreeBSD.org rrdtool /space/portstreesports/databases/rrdtool bg1tpt@gmail.com rsyslog /space/portstreesports/sysutils/rsyslog4 cristianorolim@hotmail.com rsyslog /space/portstreesports/sysutils/rsyslog3 miwi@FreeBSD.org rsyslog /space/portstreesports/sysutils/rsyslog ports@FreeBSD.org rsyslog-gssapi /space/portstreesports/sysutils/rsyslog4-gssapi cristianorolim@hotmail.com rsyslog-gssapi /space/portstreesports/sysutils/rsyslog3-gssapi miwi@FreeBSD.org rsyslog-gssapi /space/portstreesports/sysutils/rsyslog-gssapi ports@FreeBSD.org rsyslog-libdbi /space/portstreesports/sysutils/rsyslog4-dbi cristianorolim@hotmail.com rsyslog-libdbi /space/portstreesports/sysutils/rsyslog3-dbi miwi@FreeBSD.org rsyslog-mysql /space/portstreesports/sysutils/rsyslog4-mysql cristianorolim@hotmail.com rsyslog-mysql /space/portstreesports/sysutils/rsyslog3-mysql miwi@FreeBSD.org rsyslog-mysql /space/portstreesports/sysutils/rsyslog-mysql ports@FreeBSD.org rsyslog-pgsql /space/portstreesports/sysutils/rsyslog4-pgsql cristianorolim@hotmail.com rsyslog-pgsql /space/portstreesports/sysutils/rsyslog3-pgsql miwi@FreeBSD.org rsyslog-pgsql /space/portstreesports/sysutils/rsyslog-pgsql ports@FreeBSD.org rsyslog-relp /space/portstreesports/sysutils/rsyslog4-relp cristianorolim@hotmail.com rsyslog-relp /space/portstreesports/sysutils/rsyslog3-relp miwi@FreeBSD.org rsyslog-snmp /space/portstreesports/sysutils/rsyslog4-snmp cristianorolim@hotmail.com rsyslog-snmp /space/portstreesports/sysutils/rsyslog3-snmp miwi@FreeBSD.org ruby18-fox12 /space/portstreesports/x11-toolkits/ruby-fox12 araujo@FreeBSD.org ruby18-fox12 /space/portstreesports/x11-toolkits/ruby-fox16 lercordeiro@gmail.com smstools /space/portstreesports/comms/smstools3 mm@FreeBSD.org smstools /space/portstreesports/comms/smstools ports@FreeBSD.org spandsp-devel /space/portstreesports/comms/spandsp-devel melifaro@ipfw.ru spandsp-devel /space/portstreesports/comms/spandsp-devel5 ports@FreeBSD.org squirrelmail-compatibility-plugin /space/portstreesports/mail/squirrelmail-compatibility-plugin tabthorpe@FreeBSD.org squirrelmail-compatibility-plugin /space/portstreesports/mail/squirrelmail-compatibility-plugin1 tabthorpe@FreeBSD.org stardict /space/portstreesports/textproc/stardict3 d9364104@mail.nchu.edu.tw stardict /space/portstreesports/textproc/stardict2 delphij@FreeBSD.org subcommander /space/portstreesports/devel/subcommander cyberbotx@cyberbotx.com subcommander /space/portstreesports/devel/subcommander2 cyberbotx@cyberbotx.com swt /space/portstreesports/x11-toolkits/swt31 freebsd-eclipse@freebsd.org swt /space/portstreesports/x11-toolkits/swt rnoland@FreeBSD.org tftp-hpa /space/portstreesports/ftp/tftp-hpa brooks@FreeBSD.org tftp-hpa /space/portstreesports/net/tftp-hpa edwin@mavetju.org tinymce /space/portstreesports/www/tinymce nick@foobar.org tinymce /space/portstreesports/www/tinymce3 sunpoet@sunpoet.net tk85-threads /space/portstreesports/x11-toolkits/tk84-thread mm@FreeBSD.org tk85-threads /space/portstreesports/x11-toolkits/tk85-thread mm@FreeBSD.org tolua /space/portstreesports/lang/tolua edwin@mavetju.org tolua /space/portstreesports/lang/tolua50 edwin@mavetju.org vmware-guestd /space/portstreesports/emulators/vmware-guestd5 matusita@FreeBSD.org vmware-guestd /space/portstreesports/emulators/vmware-guestd6 matusita@FreeBSD.org vmware-tools /space/portstreesports/emulators/vmware-tools5 matusita@FreeBSD.org vmware-tools /space/portstreesports/emulators/vmware-tools6 matusita@FreeBSD.org xdelta /space/portstreesports/misc/xdelta skv@FreeBSD.org xdelta /space/portstreesports/misc/xdelta3 skv@FreeBSD.org -- Pav Lucistnik lofi> My _sympathetic_ opinion about kdevelop is that it's a huge pile of shit that might at least work okay if used in Linux. lofi> My neutral opinion is that it's just a huge pile of shit. -------------- 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/20090520/ec899218/attachment.pgp From p.christias at noc.ntua.gr Wed May 20 23:11:48 2009 From: p.christias at noc.ntua.gr (Panagiotis Christias) Date: Wed May 20 23:11:54 2009 Subject: port net/openldap24-sasl-client fails to register as dependency In-Reply-To: <4A147113.3010902@delphij.net> References: <4A13FF70.9040008@noc.ntua.gr> <4A147113.3010902@delphij.net> Message-ID: <4A148E2D.1040001@noc.ntua.gr> Hello, (I am adding freebsd-ports@ to the thread as you suggested) Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, Panagiotis, > > Panagiotis Christias wrote: >> Hello, >> >> I came across another dependency bug. It looks like packages that depend >> on net/openldap24-client (e.g. mail/sendmail-ldap, mail/dovecot with >> WITH_LDAP=true etc) fail to register the openldap dependency in systems >> that have net/openldap24-sasl-client port installed. > > I am aware of this problem but I don't have a good solution for it (at > hand), this is an infrastructural issue with the ports dependency > tracking - if two ports installs exactly the same files, there is no way > to distinguish between the two without forcing to install one even if a > conflicting one is already installed. Hm.. messy. How does lang/perl5.[6,8,10] handle such problems? > Can we post this to -ports@ so we can bring more people into the > discussion? I think this would be an interesting topic that should have > been addressed sooner than later. > > (By the way, as a workaround portupgrade(1) for instance can be > configured to force specified dependency, just FYI;). Are you referring to something like the following in pkgtools.conf? ALT_PKGDEP = { 'net/openldap24-client' => 'net/openldap24-sasl-client', } I am already using that. Without it portinstall/upgrade would try every time to install net/openldap24-client (and fail). But it still does not register the dependency. Regards, Panagiotis -- Panagiotis J. Christias Network Management Center p.christias@noc.ntua.gr National Technical Univ. of Athens, GREECE From delphij at delphij.net Wed May 20 23:16:41 2009 From: delphij at delphij.net (Xin LI) Date: Wed May 20 23:16:49 2009 Subject: port net/openldap24-sasl-client fails to register as dependency In-Reply-To: <4A148E2D.1040001@noc.ntua.gr> References: <4A13FF70.9040008@noc.ntua.gr> <4A147113.3010902@delphij.net> <4A148E2D.1040001@noc.ntua.gr> Message-ID: <4A148EFC.9090103@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Panagiotis Christias wrote: > Hello, > > (I am adding freebsd-ports@ to the thread as you suggested) > > > Xin LI wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hi, Panagiotis, >> >> Panagiotis Christias wrote: >>> Hello, >>> >>> I came across another dependency bug. It looks like packages that depend >>> on net/openldap24-client (e.g. mail/sendmail-ldap, mail/dovecot with >>> WITH_LDAP=true etc) fail to register the openldap dependency in systems >>> that have net/openldap24-sasl-client port installed. >> >> I am aware of this problem but I don't have a good solution for it (at >> hand), this is an infrastructural issue with the ports dependency >> tracking - if two ports installs exactly the same files, there is no way >> to distinguish between the two without forcing to install one even if a >> conflicting one is already installed. > > Hm.. messy. How does lang/perl5.[6,8,10] handle such problems? Install an entry into /etc/make.conf, I think it's Ok for perl (since there are a lot of ports depends on it) but not for OpenLDAP... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoUjvoACgkQi+vbBBjt66CxQgCgt5nbavwhqigC0olet1AJWO30 xVsAn28lB+20KTGRjKg1cSo3rjFL2aEq =tTlz -----END PGP SIGNATURE----- From naylor.b.david at gmail.com Thu May 21 10:25:58 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Thu May 21 10:26:04 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) Message-ID: <200905211205.26666.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 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?). -------------- 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/20090521/a6fabfac/attachment.pgp From pav at FreeBSD.org Thu May 21 11:56:50 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Thu May 21 11:57:22 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: <20090521115620.M21651@FreeBSD.org> On Thu, 21 May 2009 12:05:22 +0200, David Naylor wrote > 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. Marked in CVS, thank you! > 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? Yes, I believe they should be reported. -- Pav Lucistnik From pgollucci at ridecharge.com Thu May 21 20:35:04 2009 From: pgollucci at ridecharge.com (Philip M. Gollucci) Date: Thu May 21 20:35:10 2009 Subject: regression-test Message-ID: <4A15BAF5.908@ridecharge.com> Hi guys, Can we please change regression-test targets to full-regression-test (like 1 of the gcc ports did) I really don't need to spend 1 hour for tcl, 10 minutes for perl and 30 minutes for gcc. I doubt pointyhat does either. thx email as asked by linimon from #bsdports ------------------------------------------------------------------------ Philip M. Gollucci (pgollucci@ridecharge.com) p: 703.549.2050x206, did: 703.579.6947 Senior System Admin - RideCharge, Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From sergei.mozhaisky at gmail.com Fri May 22 00:10:22 2009 From: sergei.mozhaisky at gmail.com (Mozhaisky Sergei) Date: Fri May 22 00:10:59 2009 Subject: FreeBSD Port: net/p5-Net-Interface Message-ID: <20090522024746.5300456f@gmail.com> Hello. There is a new version of Net::Interface module on CPAN, but in ports tree is still version 0.11. See updated port for Net::Interface 1.011 in attach. -- .O. | Sergei Mozhaisky ..O | http://technix.in.ua/ OOO | http://frenzy.org.ua/ From pgollucci at p6m7g8.com Fri May 22 02:34:24 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Fri May 22 02:34:31 2009 Subject: bsd.port.options.mk In-Reply-To: <200905220000.n4M000Ek087199@elektra.rws> References: <200905220000.n4M000Ek087199@elektra.rws> Message-ID: <4A160F2B.90004@p6m7g8.com> > +20090521: > +AUTHOR: portmgr@FreeBSD.org > + > + * bsd.port.options.mk is now clear to be widely used. > + Are there any existing examples of how one should use this or porters handbook sections ? -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) did: 703.579.6947, o: 703.549.2050x206 Senior System Admin - RideCharge Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From p.christias at noc.ntua.gr Fri May 22 03:09:06 2009 From: p.christias at noc.ntua.gr (Panagiotis Christias) Date: Fri May 22 03:09:13 2009 Subject: port net/openldap24-sasl-client fails to register as dependency In-Reply-To: <4A148EFC.9090103@delphij.net> References: <4A13FF70.9040008@noc.ntua.gr> <4A147113.3010902@delphij.net> <4A148E2D.1040001@noc.ntua.gr> <4A148EFC.9090103@delphij.net> Message-ID: <4A16174A.7020600@noc.ntua.gr> Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Panagiotis Christias wrote: >> Hello, >> >> (I am adding freebsd-ports@ to the thread as you suggested) >> >> >> Xin LI wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Hi, Panagiotis, >>> >>> Panagiotis Christias wrote: >>>> Hello, >>>> >>>> I came across another dependency bug. It looks like packages that depend >>>> on net/openldap24-client (e.g. mail/sendmail-ldap, mail/dovecot with >>>> WITH_LDAP=true etc) fail to register the openldap dependency in systems >>>> that have net/openldap24-sasl-client port installed. >>> I am aware of this problem but I don't have a good solution for it (at >>> hand), this is an infrastructural issue with the ports dependency >>> tracking - if two ports installs exactly the same files, there is no way >>> to distinguish between the two without forcing to install one even if a >>> conflicting one is already installed. >> Hm.. messy. How does lang/perl5.[6,8,10] handle such problems? > > Install an entry into /etc/make.conf, I think it's Ok for perl (since > there are a lot of ports depends on it) but not for OpenLDAP... Ok, then how about dropping the net/openldap24-sasl-client port and adding an SASL OPTIONS entry to the net/openldap24-client port, like the server port? Regards, Panagiotis -- Panagiotis J. Christias Network Management Center p.christias@noc.ntua.gr National Technical Univ. of Athens, GREECE From swhetzel at gmail.com Fri May 22 03:30:37 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Fri May 22 03:30:43 2009 Subject: bsd.port.options.mk In-Reply-To: <4A160F2B.90004@p6m7g8.com> References: <200905220000.n4M000Ek087199@elektra.rws> <4A160F2B.90004@p6m7g8.com> Message-ID: <790a9fff0905212030g19c8e5d7ib4f53973fb9b5afe@mail.gmail.com> On Thu, May 21, 2009 at 9:34 PM, Philip M. Gollucci wrote: >> +20090521: >> +AUTHOR: portmgr@FreeBSD.org >> + >> + ?* bsd.port.options.mk is now clear to be widely used. >> + > > Are there any existing examples of how one should use this or porters > handbook sections ? > The comments in bsd.port.options.mk shows how to use it: #-*- mode: Fundamental; tab-width: 4; -*- # ex:ts=4 # # bsd.port.options.mk - Allow OPTIONS to determine dependencies # # usage: # # .include "bsd.port.options.mk" # # .include "bsd.port.pre.mk" # # .include "bsd.port.post.mk" # # Created by: Shaun Amott # # $FreeBSD: ports/Mk/bsd.port.options.mk,v 1.2 2007/05/24 22:13:55 pav Exp $ # Scot From itetcu at FreeBSD.org Fri May 22 04:50:25 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Fri May 22 04:50:32 2009 Subject: bsd.port.options.mk In-Reply-To: <790a9fff0905212030g19c8e5d7ib4f53973fb9b5afe@mail.gmail.com> References: <200905220000.n4M000Ek087199@elektra.rws> <4A160F2B.90004@p6m7g8.com> <790a9fff0905212030g19c8e5d7ib4f53973fb9b5afe@mail.gmail.com> Message-ID: <20090522075051.0c671463@it.buh.tecnik93.com> On Thu, 21 May 2009 22:30:35 -0500 Scot Hetzel wrote: > On Thu, May 21, 2009 at 9:34 PM, Philip M. Gollucci > wrote: > >> +20090521: > >> +AUTHOR: portmgr@FreeBSD.org > >> + > >> + ?* bsd.port.options.mk is now clear to be widely used. > >> + > > > > Are there any existing examples of how one should use this or > > porters handbook sections ? > > > > The comments in bsd.port.options.mk shows how to use it: > > #-*- mode: Fundamental; tab-width: 4; -*- > # ex:ts=4 > # > # bsd.port.options.mk - Allow OPTIONS to determine dependencies > # > # usage: > # > # .include "bsd.port.options.mk" > # > # .include "bsd.port.pre.mk" > # > # .include "bsd.port.post.mk" > # > # Created by: Shaun Amott > # > # $FreeBSD: ports/Mk/bsd.port.options.mk,v 1.2 2007/05/24 22:13:55 pav Exp $ # Which I've always found incomprehensible. Anyway, I'm using it for some time in sysutils/apcupsd -- 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/20090522/b8ddea65/signature.pgp From itetcu at FreeBSD.org Fri May 22 05:03:16 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Fri May 22 05:03:22 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: <20090522080342.3b8d3c6b@it.buh.tecnik93.com> On Thu, 21 May 2009 12:05:22 +0200 David Naylor wrote: > P.P.S. editors/openoffice-3 does not obey MAKE_JOBS, it requires > MAXMODULES and MAXPROCESSES set (should I file a PR?). Anything reducing OOo build time would be great :-) -- 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/20090522/6375f9d0/signature.pgp From chat95 at mac.com Fri May 22 05:13:19 2009 From: chat95 at mac.com (Maho NAKATA) Date: Fri May 22 05:13:26 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <20090522080342.3b8d3c6b@it.buh.tecnik93.com> References: <200905211205.26666.naylor.b.david@gmail.com> <20090522080342.3b8d3c6b@it.buh.tecnik93.com> Message-ID: <20090522.141119.25130137.chat95@mac.com> Dear, I appriciate David or Ion-Mihai make a patch for that. just seetting MAXMODULE=4 and/or MAXPROCESSES=4 or something like that. But note that sometimes it's broken :-( by missing dependencey. From: Ion-Mihai Tetcu Subject: Re: MAKE_JOBS_UNSAFE (some more ports) Date: Fri, 22 May 2009 08:03:42 +0300 > On Thu, 21 May 2009 12:05:22 +0200 > David Naylor wrote: > >> P.P.S. editors/openoffice-3 does not obey MAKE_JOBS, it requires >> MAXMODULES and MAXPROCESSES set (should I file a PR?). > > Anything reducing OOo build time would be great :-) > > -- > 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/20090522/f8db663e/attachment.pgp From uwe at laverenz.de Fri May 22 05:17:50 2009 From: uwe at laverenz.de (Uwe Laverenz) Date: Fri May 22 05:17:56 2009 Subject: port net/openldap24-sasl-client fails to register as dependency In-Reply-To: <4A148E2D.1040001@noc.ntua.gr> References: <4A13FF70.9040008@noc.ntua.gr> <4A147113.3010902@delphij.net> <4A148E2D.1040001@noc.ntua.gr> Message-ID: <4A16329D.20303@laverenz.de> Panagiotis Christias schrieb: > I am already using that. Without it portinstall/upgrade would try every > time to install net/openldap24-client (and fail). But it still does not > register the dependency. There is a "knob" for this problem that should help you, please add WANT_OPENLDAP_SASL=YES to your /etc/make.conf. I also ran into this problem and this solved it for me. There are more options for openldap (documented in /usr/ports/Mk/bsd.port.mk). Uwe From pav at FreeBSD.org Fri May 22 07:15:17 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Fri May 22 07:15:50 2009 Subject: bsd.port.options.mk In-Reply-To: <4A160F2B.90004@p6m7g8.com> References: <200905220000.n4M000Ek087199@elektra.rws> <4A160F2B.90004@p6m7g8.com> Message-ID: <1242976510.24565.2.camel@pav.hide.vol.cz> Philip M. Gollucci p??e v ?t 21. 05. 2009 v 22:34 -0400: > > +20090521: > > +AUTHOR: portmgr@FreeBSD.org > > + > > + * bsd.port.options.mk is now clear to be widely used. > > + > > Are there any existing examples of how one should use this or porters > handbook sections ? There is an example in Porter's Handbook, all you need is to look :) -- Pav Lucistnik EMACS: Eight Megabytes And Continually Swapping -------------- 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/20090522/c4786209/attachment.pgp From naylor.b.david at gmail.com Fri May 22 10:23:45 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Fri May 22 10:23:51 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <20090522.141119.25130137.chat95@mac.com> References: <200905211205.26666.naylor.b.david@gmail.com> <20090522080342.3b8d3c6b@it.buh.tecnik93.com> <20090522.141119.25130137.chat95@mac.com> Message-ID: <200905221224.32959.naylor.b.david@gmail.com> On Friday 22 May 2009 07:11:19 Maho NAKATA wrote: > Dear, > > I appriciate David or Ion-Mihai make a patch for that. > just seetting MAXMODULE=4 and/or MAXPROCESSES=4 or something like that. > > But note that sometimes it's broken :-( by missing dependencey. What do you mean by missing dependency? I had it complain about perl (or something) needing to be recompiled but that was because I interrupted the build process. It has always completed for me when using MAX* from the start. I can make the patch, only thing is bsd.port.mk will need to be patched (simple enough though). > From: Ion-Mihai Tetcu > Subject: Re: MAKE_JOBS_UNSAFE (some more ports) > Date: Fri, 22 May 2009 08:03:42 +0300 > > > On Thu, 21 May 2009 12:05:22 +0200 > > > > David Naylor wrote: > >> P.P.S. editors/openoffice-3 does not obey MAKE_JOBS, it requires > >> MAXMODULES and MAXPROCESSES set (should I file a PR?). > > > > Anything reducing OOo build time would be great :-) > > > > -- > > 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: 195 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090522/67c4ee8b/attachment.pgp From chat95 at mac.com Fri May 22 10:55:56 2009 From: chat95 at mac.com (Maho NAKATA) Date: Fri May 22 10:56:05 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <200905221224.32959.naylor.b.david@gmail.com> References: <20090522080342.3b8d3c6b@it.buh.tecnik93.com> <20090522.141119.25130137.chat95@mac.com> <200905221224.32959.naylor.b.david@gmail.com> Message-ID: <20090522.195350.193746535.chat95@mac.com> Hi David, From: David Naylor Subject: Re: MAKE_JOBS_UNSAFE (some more ports) Date: Fri, 22 May 2009 12:24:30 +0200 > On Friday 22 May 2009 07:11:19 Maho NAKATA wrote: >> Dear, >> >> I appriciate David or Ion-Mihai make a patch for that. >> just seetting MAXMODULE=4 and/or MAXPROCESSES=4 or something like that. >> >> But note that sometimes it's broken :-( by missing dependencey. > > What do you mean by missing dependency? see http://www.openoffice.org/issues/show_bug.cgi?id=51745 http://www.openoffice.org/issues/show_bug.cgi?id=51755 ... ... ... ... In massive parallel build, OOo can be broken. We explicitly fix them otherwise broken. I just test with MAXJOB = 4 or something like that. > I had it complain about perl (or > something) needing to be recompiled but that was because I interrupted the > build process. It has always completed for me when using MAX* from the > start. me too. but - note it just works for you. > I can make the patch, only thing is bsd.port.mk will need to be patched > (simple enough though). Thank you. >> From: Ion-Mihai Tetcu >> Subject: Re: MAKE_JOBS_UNSAFE (some more ports) >> Date: Fri, 22 May 2009 08:03:42 +0300 >> >> > On Thu, 21 May 2009 12:05:22 +0200 >> > >> > David Naylor wrote: >> >> P.P.S. editors/openoffice-3 does not obey MAKE_JOBS, it requires >> >> MAXMODULES and MAXPROCESSES set (should I file a PR?). >> > >> > Anything reducing OOo build time would be great :-) >> > >> > -- >> > 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/20090522/8a5b42a7/attachment.pgp From bsam at ipt.ru Fri May 22 10:58:13 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri May 22 10:58:20 2009 Subject: port net/openldap24-sasl-client fails to register as dependency In-Reply-To: <4A16174A.7020600@noc.ntua.gr> (Panagiotis Christias's message of "Fri, 22 May 2009 06:08:58 +0300") References: <4A13FF70.9040008@noc.ntua.gr> <4A147113.3010902@delphij.net> <4A148E2D.1040001@noc.ntua.gr> <4A148EFC.9090103@delphij.net> <4A16174A.7020600@noc.ntua.gr> Message-ID: <13853745@serv3.int.kfs.ru> On Fri, 22 May 2009 06:08:58 +0300 Panagiotis Christias wrote: > Ok, then how about dropping the net/openldap24-sasl-client port and > adding an SASL OPTIONS entry to the net/openldap24-client port, like > the server port? Then those who use packages will loose a possibility to use "pkg_add -r". WBR -- bsam From pav at FreeBSD.org Fri May 22 11:36:05 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Fri May 22 11:36:11 2009 Subject: [announce] bsd.port.options.mk available Message-ID: <1242992155.24565.44.camel@pav.hide.vol.cz> Dear, we finally decided that enough users migrated to recent enough FreeBSD versions that we can finally suggest that maintainers can start using file in their ports. The examples in Porter's Handbook had been updated to illustrate a new usage. This will solve the problem with USE_* flags people were seeing. -- Pav Lucistnik In the computer industry, there are three kinds of lies: lies, damn lies, and benchmarks. -------------- 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/20090522/01462158/attachment.pgp From p.christias at noc.ntua.gr Fri May 22 12:42:33 2009 From: p.christias at noc.ntua.gr (Panagiotis Christias) Date: Fri May 22 12:42:40 2009 Subject: port net/openldap24-sasl-client fails to register as dependency In-Reply-To: <13853745@serv3.int.kfs.ru> References: <4A13FF70.9040008@noc.ntua.gr> <4A147113.3010902@delphij.net> <4A148E2D.1040001@noc.ntua.gr> <4A148EFC.9090103@delphij.net> <4A16174A.7020600@noc.ntua.gr> <13853745@serv3.int.kfs.ru> Message-ID: <4A169D96.10109@noc.ntua.gr> Boris Samorodov wrote: > On Fri, 22 May 2009 06:08:58 +0300 Panagiotis Christias wrote: > >> Ok, then how about dropping the net/openldap24-sasl-client port and >> adding an SASL OPTIONS entry to the net/openldap24-client port, like >> the server port? > > Then those who use packages will loose a possibility to use > "pkg_add -r". Yes, this is the problem with packages like net/openldap24-server, mail/sendmail but at least they do not break the dependency chain which I consider fundamental. On the other hand, the possibility to use "pkg_add -r" is an additional desired feature, but, never the less, a feature. Regards, Panagiotis -- Panagiotis J. Christias Network Management Center p.christias@noc.ntua.gr National Technical Univ. of Athens, GREECE From itetcu at FreeBSD.org Fri May 22 13:41:12 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Fri May 22 13:41:18 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <20090522.195350.193746535.chat95@mac.com> References: <20090522080342.3b8d3c6b@it.buh.tecnik93.com> <20090522.141119.25130137.chat95@mac.com> <200905221224.32959.naylor.b.david@gmail.com> <20090522.195350.193746535.chat95@mac.com> Message-ID: <20090522164138.236cb114@it.buh.tecnik93.com> On Fri, 22 May 2009 19:53:50 +0900 (JST) Maho NAKATA wrote: > In massive parallel build, OOo can be broken. We explicitly > fix them otherwise broken. I just test with MAXJOB = 4 or something > like that. > > > I had it complain about perl (or > > something) needing to be recompiled but that was because I > > interrupted the build process. It has always completed for me when > > using MAX* from the start. > > me too. but - note it just works for you. > > > I can make the patch, only thing is bsd.port.mk will need to be > > patched (simple enough though). I can run a few test builds on QAT and maybe Phillip can do the same on his tindy. Just drop us the patch ;-) Even if it only works with MAXJOB = 2, we mark it as such and the build will be faster. -- 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/20090522/5494564a/signature.pgp From amdmi3 at amdmi3.ru Fri May 22 14:31:46 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Fri May 22 14:31:54 2009 Subject: [announce] bsd.port.options.mk available In-Reply-To: <1242992155.24565.44.camel@pav.hide.vol.cz> References: <1242992155.24565.44.camel@pav.hide.vol.cz> Message-ID: <20090522143139.GB81998@hades.panopticon> * Pav Lucistnik (pav@FreeBSD.org) wrote: > we finally decided that enough users migrated to recent enough FreeBSD > versions that we can finally suggest that maintainers can start using > file in their ports. > > The examples in Porter's Handbook had been updated to illustrate a new > usage. > > This will solve the problem with USE_* flags people were seeing. Perhaps we can also start to deprecate WANT_*? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From ns at got2get.net Fri May 22 14:55:34 2009 From: ns at got2get.net (Nicolais) Date: Fri May 22 14:55:41 2009 Subject: port www/p5-libapreq2 broken after May 16th 2009 Message-ID: <23671731.post@talk.nabble.com> Hi, I saw that the port www/p5-libapreq2 was updated between May 16th and 17th (2009). Trying to upgrade the port, I get the following error: Writing Makefile for libapreq2 cd perl; gmake gmake[2]: Entering directory `/var/ports/basejail/usr/ports/www/p5-libapreq2/work/libapreq2-2.12/glue/perl' cp lib/Apache2/Cookie.pm blib/lib/Apache2/Cookie.pm cp lib/Apache2/Upload.pm blib/lib/Apache2/Upload.pm cp lib/Apache2/Request.pm blib/lib/Apache2/Request.pm cp lib/APR/DummyVersions.pm blib/lib/APR/DummyVersions.pm make: don't know how to make w. Stop gmake[2]: *** [subdirs] Error 2 gmake[2]: Leaving directory `/var/ports/basejail/usr/ports/www/p5-libapreq2/work/libapreq2-2.12/glue/perl' gmake[1]: *** [perl_glue] Error 2 gmake[1]: Leaving directory `/var/ports/basejail/usr/ports/www/p5-libapreq2/work/libapreq2-2.12/glue' gmake: *** [all-recursive] Error 1 *** Error code 1 Asking in #freebsdhelp on efnet resulted in 0 responses. Mailing the maintainer (skv@freebsd.org) a few days after the error occured have not yet given an answer. A friend of mine see the same issue on a box not running jails, so I did not try compiling outside my jail. So now I turn to the ports mailing list. Anyone? Thanks - Nicolai -- View this message in context: http://www.nabble.com/port-www-p5-libapreq2-broken-after-May-16th-2009-tp23671731p23671731.html Sent from the freebsd-ports mailing list archive at Nabble.com. From matt at atopia.net Fri May 22 16:37:04 2009 From: matt at atopia.net (Matt Juszczak) Date: Fri May 22 16:37:11 2009 Subject: Make package-recursive problem Message-ID: Hi all, I've started noticing more and more that packages I build are missing files after they are rebuilt. I've tested this time and time again, and seem to be able to show that about 10 ports (gettext, apache, net-snmp, some php modules, etc.) are built correctly the first time, but when later re-packaged, do not contain all the files they need. For instance, I have a build box (named atlantis for the sake of this email): on atlantis, I build all packages with make package-recursive, and then install them on all boxes via NFS. This works fine, except that over time, as I compile more packages, the ports system re-generates packages for existing built packages (for instance, if I make a nagios package, it recreates the apache package since that's a dependency. If I then install cacti, it recreates the apache package again). This is normally no big deal, as I haven't touched my source tree, config options, or anything like that. 99% of the time the packages are rebuilt consistently. However, since this point, I've had some php modules come up empty (as in my original email), and now, I'm having some other flukes as well. If you'll see below, somehow, fontconfig, mysql-client, and python25 got out of whack between my build box and a production webserver. Yet these are packages built from the same environment - same box, same config, same tree, etc. - I didn't change a thing, other than install them at different times. But my build tree on atlantis has not been updated or changed in any manor. This obviously occured because make package-recursive rebuilt these packages at some point because they were dependencies for other packages being installed. Except that, obviously, it didn't build the packages 100% identically to the time before: local$ sh check2.sh barfy -> fontconfig-2.6.0,1 isn't right barfy -> mysql-client-5.0.77_1 isn't right barfy -> python25-2.5.4_1 isn't right local$ sh check3.sh Server 1: atlantis Server 2: barfy Package: fontconfig Password: Password: 65,67d64 < /usr/local/share/doc/fontconfig/fontconfig-user.html < /usr/local/share/doc/fontconfig/fontconfig-user.pdf < /usr/local/share/doc/fontconfig/fontconfig-user.txt Here's an example of how to replicate: - Create and install net-snmp package on box1 and box2 - Set make.conf options for apache2 - Create a nagios package (cd /usr/ports/.../nagios && make package-recursive) - Install the nagios package on box1 - Create a cacti package (cd /usr/ports/.../cacti && make package-recursive) - Install the cacti package on box2 What you'll now most likely find is that there are package differences between the two boxes in the SNMP and apache package. One of the boxes (most likely box2) will be missing startup scripts for snmp because, when you created the cacti package, it re-created an apache package too, except that it didn't have all of the files. pkg_info -xL net-snmp will show two different result sets from each box, even though the net-snmp package was built from the same box. If you need me to, I can replicate this issue in actuality by pasting a command output showing the differences. Please let me know if that's needed. Thanks! -Matt From miwi at FreeBSD.org Fri May 22 18:00:01 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Fri May 22 18:00:10 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 Message-ID: <20090522175956.GA33004@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 We rolled a new version with a fix for all users where has problems with kernel load and unload. Many thanks to Shin-ichi Okano where submitted this patch to the vbox ml. http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz happy testing. - - Martin PS: Should this work for all maybe we can commit vbox this weekend to the portstree. - -- +-----------------------+-------------------------------+ | 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) iEYEARECAAYFAkoW6BwACgkQdLJIhLHm/Omb0wCfYh2BlN12YQMV2mtpRdXIy/cW WYIAniofRUneutcXfxXJz+DDZ2dwDJuG =6sXC -----END PGP SIGNATURE----- From gperez at entel.upc.edu Fri May 22 19:54:13 2009 From: gperez at entel.upc.edu (=?ISO-8859-1?Q?Gustau_P=E9rez?=) Date: Fri May 22 19:54:41 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <20090522175956.GA33004@bsdcrew.de> References: <20090522175956.GA33004@bsdcrew.de> Message-ID: <4A1702A4.3010102@entel.upc.edu> > > We rolled a new version with a fix for all users where has problems > with kernel load and unload. Many thanks to Shin-ichi Okano where > submitted this patch to the vbox ml. > > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz > > happy testing. > > Hi everyone, I'm using i386/CURRENT updated today two hours ago. procfs mounted. Cleaned emulators/virtualbox directory. Unpacked virtualbox_4.tgz, recompiled and reinstalled. Rebooted the machine. Kldloaded vboxdrv.ko. When starting a virtual machine the screen remains gray. No cpu usage at all. As I said in a previous mail, in the same machine it works with STABLE. Any hint ? Regards, -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc From miwi at FreeBSD.org Fri May 22 20:21:08 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Fri May 22 20:21:20 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <4A1702A4.3010102@entel.upc.edu> References: <20090522175956.GA33004@bsdcrew.de> <4A1702A4.3010102@entel.upc.edu> Message-ID: <20090522202102.GB33004@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, May 22, 2009 at 09:53:08PM +0200, Gustau P?rez wrote: > > > > > We rolled a new version with a fix for all users where has problems > > with kernel load and unload. Many thanks to Shin-ichi Okano where > > submitted this patch to the vbox ml. > > > > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz > > > > happy testing. > > > > > Hi everyone, > > I'm using i386/CURRENT updated today two hours ago. procfs mounted. > Cleaned emulators/virtualbox directory. Unpacked virtualbox_4.tgz, > recompiled and reinstalled. Rebooted the machine. Kldloaded > vboxdrv.ko. When starting a virtual machine the screen remains gray. > No cpu usage at all. > > As I said in a previous mail, in the same machine it works with > STABLE. > > Any hint ? > > Regards, rm -rf /tmp/.vbox-* doesen't help ? > > -- > PGP KEY : http://www-entel.upc.edu/gus/gus.asc > - -- +-----------------------+-------------------------------+ | 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) iEYEARECAAYFAkoXCS4ACgkQdLJIhLHm/OndLQCfd2eMo8fhBPGyBQ8VWNf9LMr9 SMsAoKAMie6Ehso0d1KV9fUMXT/oHkbO =jVGl -----END PGP SIGNATURE----- From gperez at entel.upc.edu Fri May 22 20:24:38 2009 From: gperez at entel.upc.edu (=?UTF-8?B?R3VzdGF1IFDDqXJleg==?=) Date: Fri May 22 20:24:45 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <20090522202102.GB33004@bsdcrew.de> References: <20090522175956.GA33004@bsdcrew.de> <4A1702A4.3010102@entel.upc.edu> <20090522202102.GB33004@bsdcrew.de> Message-ID: <4A1709EA.2000207@entel.upc.edu> > > > rm -rf /tmp/.vbox-* doesen't help ? > Nope. Vbox recreates the directory /tmp/.vbox-root-ipc. Nothing in /var/log/messages. Do you want an screenshot of it ? Regards, Gus -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc From miwi at FreeBSD.org Fri May 22 20:26:41 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Fri May 22 20:26:53 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <4A1709EA.2000207@entel.upc.edu> References: <20090522175956.GA33004@bsdcrew.de> <4A1702A4.3010102@entel.upc.edu> <20090522202102.GB33004@bsdcrew.de> <4A1709EA.2000207@entel.upc.edu> Message-ID: <20090522202635.GC33004@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, May 22, 2009 at 10:24:10PM +0200, Gustau P?rez wrote: > > > > > > > rm -rf /tmp/.vbox-* doesen't help ? > > > > Nope. Vbox recreates the directory /tmp/.vbox-root-ipc. Nothing in > /var/log/messages. Do you want an screenshot of it ? Recreates are ok and normal, could you please vbox start with truss and send me the output? - - Martin > > Regards, > > Gus > > > -- > PGP KEY : http://www-entel.upc.edu/gus/gus.asc > - -- +-----------------------+-------------------------------+ | 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) iEYEARECAAYFAkoXCnsACgkQdLJIhLHm/Ok4TwCg00ky7mVkvPhm/+p8Yuhkg8tH su0An2ccm2vd8jjIwAZI9HOyM0vUoaa5 =io6Y -----END PGP SIGNATURE----- From pgollucci at p6m7g8.com Fri May 22 20:30:30 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Fri May 22 20:30:36 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <20090522164138.236cb114@it.buh.tecnik93.com> References: <20090522080342.3b8d3c6b@it.buh.tecnik93.com> <20090522.141119.25130137.chat95@mac.com> <200905221224.32959.naylor.b.david@gmail.com> <20090522.195350.193746535.chat95@mac.com> <20090522164138.236cb114@it.buh.tecnik93.com> Message-ID: <4A170B5B.90000@p6m7g8.com> Ion-Mihai Tetcu wrote: > I can run a few test builds on QAT and maybe Phillip can do the same on > his tindy. Just drop us the patch ;-) > Even if it only works with MAXJOB = 2, we mark it as such and the build > will be faster. LOL. Do it once and I get volunteered. Too funny. Sure I'm up for some patches, I make no gaurantees my TBs won't be doing other things at the same time though. -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) did: 703.579.6947, o: 703.549.2050x206 Senior System Admin - RideCharge Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From p.christias at noc.ntua.gr Fri May 22 20:56:53 2009 From: p.christias at noc.ntua.gr (Panagiotis Christias) Date: Fri May 22 20:57:00 2009 Subject: port net/openldap24-sasl-client fails to register as dependency In-Reply-To: <4A16329D.20303@laverenz.de> References: <4A13FF70.9040008@noc.ntua.gr> <4A147113.3010902@delphij.net> <4A148E2D.1040001@noc.ntua.gr> <4A16329D.20303@laverenz.de> Message-ID: <4A171195.1050203@noc.ntua.gr> Uwe Laverenz wrote: > Panagiotis Christias schrieb: > >> I am already using that. Without it portinstall/upgrade would try >> every time to install net/openldap24-client (and fail). But it still >> does not register the dependency. > > There is a "knob" for this problem that should help you, please add > > WANT_OPENLDAP_SASL=YES > > to your /etc/make.conf. > > I also ran into this problem and this solved it for me. There are more > options for openldap (documented in /usr/ports/Mk/bsd.port.mk). You are right, problem solved! The funny thing is I was already using WANT_OPENLDAP_VER for a long time. I suppose back then, I failed notice the other options :) Thanks a lot, Panagiotis -- Panagiotis J. Christias Network Management Center p.christias@noc.ntua.gr National Technical Univ. of Athens, GREECE From itetcu at FreeBSD.org Fri May 22 21:04:16 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Fri May 22 21:04:23 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <4A170B5B.90000@p6m7g8.com> References: <20090522080342.3b8d3c6b@it.buh.tecnik93.com> <20090522.141119.25130137.chat95@mac.com> <200905221224.32959.naylor.b.david@gmail.com> <20090522.195350.193746535.chat95@mac.com> <20090522164138.236cb114@it.buh.tecnik93.com> <4A170B5B.90000@p6m7g8.com> Message-ID: <20090523000442.17a09caa@it.buh.tecnik93.com> On Fri, 22 May 2009 16:30:19 -0400 "Philip M. Gollucci" wrote: > Ion-Mihai Tetcu wrote: > > I can run a few test builds on QAT and maybe Phillip can do the > > same on his tindy. Just drop us the patch ;-) > > Even if it only works with MAXJOB = 2, we mark it as such and the > > build will be faster. > LOL. Do it once and I get volunteered. But of course! That's the rule around here :-p > Too funny. Sure I'm up for some patches, I make no gaurantees my TBs > won't be doing other things at the same time though. Seriously speaking, we two probably have to best tindys to test this. -- 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/20090522/5c795a71/signature.pgp From davidn04 at gmail.com Fri May 22 22:31:20 2009 From: davidn04 at gmail.com (David N) Date: Fri May 22 22:31:27 2009 Subject: Policy on hard coded paths? Message-ID: <4d7dd86f0905221459t5fd1c5afyeb52eca42b9ad0c2@mail.gmail.com> Hi, I'm currently very interested in Zimbra, but unfortunately the developers decided on a "Fat Package" approach so everything is bundled directly into the source. It also has its path hard coded into /opt/zimbra. If someone manages to create a patch for it to be compiled and running successfully on FreeBSD. Does it have a chance to be included into the Ports tree even though its path is hard coded? The goal would be to get it working and with exposure to more FreeBSD users. Regards David N From sahil at tandon.net Fri May 22 23:34:26 2009 From: sahil at tandon.net (Sahil Tandon) Date: Fri May 22 23:34:37 2009 Subject: Policy on hard coded paths? In-Reply-To: <4d7dd86f0905221459t5fd1c5afyeb52eca42b9ad0c2@mail.gmail.com> References: <4d7dd86f0905221459t5fd1c5afyeb52eca42b9ad0c2@mail.gmail.com> Message-ID: <20090522233423.GA27203@shepherd.hamla.org> On Sat, 23 May 2009, David N wrote: > I'm currently very interested in Zimbra, but unfortunately the > developers decided on a "Fat Package" approach so everything is > bundled directly into the source. It also has its path hard coded into > /opt/zimbra. > > If someone manages to create a patch for it to be compiled and running > successfully on FreeBSD. Does it have a chance to be included into the > Ports tree even though its path is hard coded? It has a chance. And it would likely be patched to circumvent the hard-coding, and comply as much as possible with hier(7). -- Sahil Tandon From naylor.b.david at gmail.com Sat May 23 09:01:10 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Sat May 23 09:01:16 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <20090522164138.236cb114@it.buh.tecnik93.com> References: <20090522080342.3b8d3c6b@it.buh.tecnik93.com> <20090522.195350.193746535.chat95@mac.com> <20090522164138.236cb114@it.buh.tecnik93.com> Message-ID: <200905231101.59467.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/20090523/1dd2538f/attachment.pgp From chat95 at mac.com Sat May 23 09:26:34 2009 From: chat95 at mac.com (Maho NAKATA) Date: Sat May 23 09:26:44 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <200905231101.59467.naylor.b.david@gmail.com> References: <20090522.195350.193746535.chat95@mac.com> <20090522164138.236cb114@it.buh.tecnik93.com> <200905231101.59467.naylor.b.david@gmail.com> Message-ID: <20090523.182426.193741786.chat95@mac.com> Hi David Many many thanks for your patch. I'll test it very soon. Just one comment > I believe openoffice-2* can me marked as SAFE while openoffice-3* should not > be marked at all (since it sometimes works..., very well for me :-). you can mark as SAFE for all of our ports. If it's broken, its OOo issue. We should identify if dependencies are missing. -devel ports can be unsafe but 3, 3-RC 2, 2-RC must be safe. Please wait a few days to say ok. Best, From: David Naylor Subject: Re: MAKE_JOBS_UNSAFE (some more ports) Date: Sat, 23 May 2009 11:01:56 +0200 > On Friday 22 May 2009 15:41:38 Ion-Mihai Tetcu wrote: >> On Fri, 22 May 2009 19:53:50 +0900 (JST) >> >> Maho NAKATA wrote: >> > In massive parallel build, OOo can be broken. We explicitly >> > fix them otherwise broken. I just test with MAXJOB = 4 or something >> > like that. >> > >> > > I had it complain about perl (or >> > > something) needing to be recompiled but that was because I >> > > interrupted the build process. It has always completed for me when >> > > using MAX* from the start. >> > >> > me too. but - note it just works for you. >> > >> > > I can make the patch, only thing is bsd.port.mk will need to be >> > > patched (simple enough though). >> >> I can run a few test builds on QAT and maybe Phillip can do the same on >> his tindy. Just drop us the patch ;-) >> Even if it only works with MAXJOB = 2, we mark it as such and the build >> will be faster. > > Please see attached for the patch. The changes to bsd.port.mk: > - MAKE_JOBS_NUMBER always defined > - MAKE_JOBS_NUMBER forced to 1 if UNSAFE of DISABLE > - MAKE_JOBS_NUMBER defaults (but user defined) to number of cores > > I've then used MAKE_JOBS_NUMBER to set MAXPROCESSES, MAXMODULES and > NUMOFPROCESSES for openoffice-* (not including 1.*). > > I believe openoffice-2* can me marked as SAFE while openoffice-3* should not > be marked at all (since it sometimes works..., very well for me :-). > > This patch just makes openoffice-* behave like other ports in regards to > parallel builds and the usual MAKE_JOBS variables now works as expected. > > Happy testing, > > David -------------- 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/20090523/3e96ca4f/attachment.pgp From itetcu at FreeBSD.org Sat May 23 10:51:07 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sat May 23 10:51:13 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <20090523.182426.193741786.chat95@mac.com> References: <20090522.195350.193746535.chat95@mac.com> <20090522164138.236cb114@it.buh.tecnik93.com> <200905231101.59467.naylor.b.david@gmail.com> <20090523.182426.193741786.chat95@mac.com> Message-ID: <20090523135133.71a92669@it.buh.tecnik93.com> On Sat, 23 May 2009 18:24:26 +0900 (JST) Maho NAKATA wrote: > Hi David > > Many many thanks for your patch. I'll test it very soon. > > Just one comment > > I believe openoffice-2* can me marked as SAFE while openoffice-3* > > should not be marked at all (since it sometimes works..., very well > > for me :-). > you can mark as SAFE for all of our ports. For testing, right? > If it's broken, its OOo issue. Obviously. > We should identify if dependencies are missing. -devel ports can be > unsafe but 3, 3-RC 2, 2-RC must be safe. > > Please wait a few days to say ok. I'll give them a try during this weekend. > From: David Naylor > Subject: Re: MAKE_JOBS_UNSAFE (some more ports) > Date: Sat, 23 May 2009 11:01:56 +0200 [ .. ] > > Please see attached for the patch. The changes to bsd.port.mk: > > - MAKE_JOBS_NUMBER always defined > > - MAKE_JOBS_NUMBER forced to 1 if UNSAFE of DISABLE AFAIR there are ports that compile OK w/o MAKE_JOBS_SAFE but fail with MAKE_JOBS_NUMBER=1 > > - MAKE_JOBS_NUMBER defaults (but user defined) to number of cores This part looks OK, I wonder if there's any reason t ain't like this now; Pav? -.if defined(MAKE_JOBS_NUMBER) +MAKE_JOBS_NUMBER?= `${SYSCTL} -n kern.smp.cpus` _MAKE_JOBS= -j${MAKE_JOBS_NUMBER} -.else -_MAKE_JOBS= -j`${SYSCTL} -n kern.smp.cpus` -.endif I believe pav@ didn't put the ' && !defined(MAKE_JOBS_SAFE)' part intentionally until we get to test all our ports. -.if defined(FORCE_MAKE_JOBS) +.if defined(FORCE_MAKE_JOBS) && !defined(MAKE_JOBS_SAFE) BUILD_FAIL_MESSAGE+= "You have chosen to use multiple make jobs (parallelization) for all ports. This port was not tested for this setting. Please remove FORCE_MAKE_JOBS and retry the build before reporting the failure to the maintainer." > > I've then used MAKE_JOBS_NUMBER to set MAXPROCESSES, MAXMODULES and > > NUMOFPROCESSES for openoffice-* (not including 1.*). > > > > I believe openoffice-2* can me marked as SAFE while openoffice-3* > > should not be marked at all (since it sometimes works..., very well > > for me :-). > > > > This patch just makes openoffice-* behave like other ports in > > regards to parallel builds and the usual MAKE_JOBS variables now > > works as expected. Nice, 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/20090523/289d2b68/signature.pgp From naylor.b.david at gmail.com Sat May 23 11:17:38 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Sat May 23 11:17:44 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <20090523135133.71a92669@it.buh.tecnik93.com> References: <20090522.195350.193746535.chat95@mac.com> <20090523.182426.193741786.chat95@mac.com> <20090523135133.71a92669@it.buh.tecnik93.com> Message-ID: <200905231318.29346.naylor.b.david@gmail.com> On Saturday 23 May 2009 12:51:33 Ion-Mihai Tetcu wrote: > On Sat, 23 May 2009 18:24:26 +0900 (JST) > Maho NAKATA wrote: > > > Please see attached for the patch. The changes to bsd.port.mk: > > > - MAKE_JOBS_NUMBER always defined > > > - MAKE_JOBS_NUMBER forced to 1 if UNSAFE of DISABLE > > AFAIR there are ports that compile OK w/o MAKE_JOBS_SAFE but fail with > MAKE_JOBS_NUMBER=1 That is quite a problem. And this reveals a problem with openoffice-2*, it doesn't work since it does (in-effect): .if (${MAKE_JOBS_NUMBER} > 1) which will not work for MAKE_JOBS_NUMBER=`${SYSCTL} -n kern.smp.cpus`. Is there anyway for MAKE_JOBS_NUMBER to get a resolved value (I think expanding make to expose the number of cores on the system [rather radical, I know]). If MAKE_JOBS_NUMBER can be 'fixed' then the solution is straight forward: .if (${MAKE_JOBS_NUMBER} > 1) # Use concurrent build .else # Use standard build .endif > > > - MAKE_JOBS_NUMBER defaults (but user defined) to number of cores > > This part looks OK, I wonder if there's any reason t ain't like this > now; Pav? > -.if defined(MAKE_JOBS_NUMBER) > +MAKE_JOBS_NUMBER?= `${SYSCTL} -n kern.smp.cpus` > _MAKE_JOBS= -j${MAKE_JOBS_NUMBER} > -.else > -_MAKE_JOBS= -j`${SYSCTL} -n kern.smp.cpus` > -.endif > > I believe pav@ didn't put the ' && !defined(MAKE_JOBS_SAFE)' part > intentionally until we get to test all our ports. > -.if defined(FORCE_MAKE_JOBS) > +.if defined(FORCE_MAKE_JOBS) && !defined(MAKE_JOBS_SAFE) > BUILD_FAIL_MESSAGE+= "You have chosen to use multiple make jobs > (parallelization) for all ports. This port was not tested for this > setting. Please remove FORCE_MAKE_JOBS and retry the build before > reporting the failure to the maintainer." Sorry but I don't see how this would change anything. The message will only get displayed if the port fails AND -DFORCE_MAKE_JOBS, which is the less likely scenario. I only changed it because when testing the command output with `make build -n` the offset changed with -DFORCE_MAKE_JOBS on a safe port. I just found it annoying... > > > I've then used MAKE_JOBS_NUMBER to set MAXPROCESSES, MAXMODULES and > > > NUMOFPROCESSES for openoffice-* (not including 1.*). > > > > > > I believe openoffice-2* can me marked as SAFE while openoffice-3* > > > should not be marked at all (since it sometimes works..., very well > > > for me :-). > > > > > > This patch just makes openoffice-* behave like other ports in > > > regards to parallel builds and the usual MAKE_JOBS variables now > > > works as expected. > > Nice, thanks. -------------- 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/20090523/0058c300/attachment.pgp From chat95 at mac.com Sat May 23 12:57:02 2009 From: chat95 at mac.com (Maho NAKATA) Date: Sat May 23 12:57:09 2009 Subject: Adding Guestadditions.iso Re: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <20090522202635.GC33004@bsdcrew.de> References: <20090522202102.GB33004@bsdcrew.de> <4A1709EA.2000207@entel.upc.edu> <20090522202635.GC33004@bsdcrew.de> Message-ID: <20090523.213252.193744936.chat95@mac.com> Hi miwi, Here is a patch adding "WITH_GUESTADDITIONS" knob. With this knob we also installs Guest additions.iso. This driver makes Windows XP, Linux and Solaris faster. I'm a newbie to VirtualBox so it is not the correct patch. I don't check it thoroughly but ISO image itself is not a GPL one. Best, --- Makefile 2009-05-23 01:59:37.000000000 +0900 +++ Makefile 2009-05-23 21:14:52.000000000 +0900 @@ -6,16 +6,26 @@ # PORTNAME= virtualbox -PORTVERSION= 2.2.2r19852 +PORTVERSION= ${VBOXVER}r19852 CATEGORIES= emulators kld MASTER_SITES= http://tmp.chruetertee.ch/ \ http://freebsd.unixfreunde.de/sources/ \ http://disasterarea.chruetertee.ch/ \ http://mirror.4bit.ws/ +.if defined(WITH_GUESTADDITIONS) +MASTER_SITES+= http://dlc.sun.com/virtualbox/${VBOXVER}/:guestadditons +DISTFILES= ${DISTNAME}${EXTRACT_SUFX} ${GUESTADDITIONS}:guestaddtions +EXTRACT_ONLY= ${DISTNAME}${EXTRACT_SUFX} +.endif MAINTAINER= decke@bluelife.at COMMENT= A general-purpose full virtualizer for x86 hardware +VBOXVER= 2.2.2 +FETCH_ARGS= -pRr +GUESTADDITIONS_GENERICNAME= VBoxGuestAdditions.iso +GUESTADDITIONS= VBoxGuestAdditions_${VBOXVER}.iso + BUILD_DEPENDS= yasm:${PORTSDIR}/devel/yasm \ as86:${PORTSDIR}/devel/dev86 \ xsltproc:${PORTSDIR}/textproc/libxslt \ @@ -52,6 +62,9 @@ KMODDIR= /boot/modules PLIST_SUB+= KMODDIR=${KMODDIR} +.if defined(WITH_GUESTADDITIONS) +PLIST_FILES+= lib/virtualbox/${GUESTADDITIONS} lib/virtualbox/${GUESTADDITIONS_GENERICNAME} +.endif KMK_CONFIG= VBOX_LIBPATH_X11=${LOCALBASE} @@ -127,7 +140,10 @@ ${MKDIR} ${PREFIX}/lib/virtualbox (cd ${WRKSRC}/out/${KMK_ARCH}/release/bin && ${COPYTREE_SHARE} "*.so *.gc *.r0 components" ${PREFIX}/lib/virtualbox) - +.if defined(WITH_GUESTADDITIONS) + ${INSTALL_DATA} ${DISTDIR}/${GUESTADDITIONS} ${PREFIX}/lib/virtualbox/ + ${LN} -sf ${PREFIX}/lib/virtualbox/${GUESTADDITIONS} ${PREFIX}/lib/virtualbox/${GUESTADDITIONS_GENERICNAME} +.endif ${MKDIR} ${PREFIX}/bin .for f in VBoxBFE VBoxHeadless VBoxManage VBoxNetDHCP VBoxSDL VBoxSVC VBoxXPCOMIPCD VirtualBox ${INSTALL_PROGRAM} ${WRKSRC}/out/${KMK_ARCH}/release/bin/$f ${PREFIX}/lib/virtualbox/ --- distinfo 2009-05-23 01:59:37.000000000 +0900 +++ distinfo 2009-05-23 20:17:28.000000000 +0900 @@ -1,3 +1,6 @@ MD5 (virtualbox-2.2.2r19852.tar.gz) = ff1e05bd04fd7974a90e12394cb58626 SHA256 (virtualbox-2.2.2r19852.tar.gz) = 7b898c643551f5b74d169a79ad41801cc5675b5e57a7da0f700875dd11265a5f SIZE (virtualbox-2.2.2r19852.tar.gz) = 58070688 +MD5 (VBoxGuestAdditions_2.2.2.iso) = 9c09a9e88abe9edd8fec6fd3cf453535 +SHA256 (VBoxGuestAdditions_2.2.2.iso) = 3727c024d8d426443158b1063a9d7355d492da3725470c4c01fafbe4bc382687 +SIZE (VBoxGuestAdditions_2.2.2.iso) = 28755968 -------------- 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/20090523/a032c0c6/attachment.pgp From cpghost at cordula.ws Sat May 23 14:53:57 2009 From: cpghost at cordula.ws (cpghost) Date: Sat May 23 14:54:09 2009 Subject: A port for FireGPG? In-Reply-To: <20090522223129.GA4918@phenom.cordula.ws> References: <20090522223129.GA4918@phenom.cordula.ws> Message-ID: <20090523145353.GC1325@phenom.cordula.ws> On Sat, May 23, 2009 at 12:31:29AM +0200, cpghost wrote: > Hi, > > I'd like to use GnuPG with Webmail (e.g. with gmail or other > webmails). AFAICS, the following Firefox add-on would help: > > http://www.getfiregpg.org/ > > Unfortunately, according to http://www.getfiregpg.org/install.html > one needs to compile an IPC library (?) out of the firefox3 sources, > like this: > > http://blog.getfiregpg.org/2008/10/17/how-to-compile-the-ipc-library/ > > Is there a port to automate this task, or could someone with the > necessary skills please create such a port? That would be great! Just a little follow-up. Those are the (manual) steps to get libipc compiled on FreeBSD/amd64, assuming www/firefox3 is already installed: # cd /usr/ports/www/firefox3 # make configure # make build (Be patient, it takes some time) # cd work/mozilla/extensions # (source of ipc-latest.tar.gz is https://bugzilla.mozilla.org/attachment.cgi?id=299132) # tar -xvpf /path/to/ipc-latest.zip # chown -R root:wheel ipc (We now have /usr/ports/www/firefox3/work/mozilla/extensions/ipc) # cd ipc # ./makemake -r -o . # gmake (This will create libipc.so, ipc.xpt in: /usr/ports/www/firefox3/work/mozilla/dist/bin/components) # cd /usr/ports/www/firefox3/work/mozilla/dist/bin/components # cp -i libipc.so /usr/local/lib/firefox3/components/ # cp -i ipc.xpt /usr/local/lib/firefox3/components/ (There is no need to install firefox3 again. Only libipc.so and ipc.xpt count) $ cd ~/.mozilla/firefox/ $ touch .autoreg (And restart firefox3). With that, firegpg add-on works flawlessly. All this can probably be automated with a slave port of www/firefox3. Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From decke at bluelife.at Sat May 23 17:11:22 2009 From: decke at bluelife.at (Bernhard =?iso-8859-1?Q?Fr=F6hlich?=) Date: Sat May 23 17:11:41 2009 Subject: Adding Guestadditions.iso Re: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <20090523.213252.193744936.chat95@mac.com> References: <20090522202102.GB33004@bsdcrew.de> <4A1709EA.2000207@entel.upc.edu> <20090522202635.GC33004@bsdcrew.de> <20090523.213252.193744936.chat95@mac.com> Message-ID: <8cecb22a6543c2983d85131c931cd9f5.squirrel@webmail.itac.at> On Sat, May 23, 2009 2:32 pm, Maho NAKATA wrote: > Hi miwi, > > Here is a patch adding "WITH_GUESTADDITIONS" knob. > With this knob we also installs > Guest additions.iso. This driver makes Windows XP, Linux and Solaris > faster. > I'm a newbie to VirtualBox so it is not the correct patch. > I don't check it thoroughly but ISO image itself is not a GPL one. Thanks, it's commited with a few modifications. -- Bernhard Fr?hlich http://www.bluelife.at/ From steve at Watt.COM Sat May 23 19:31:30 2009 From: steve at Watt.COM (Steve Watt) Date: Sat May 23 19:31:36 2009 Subject: ports/www/coppermine 1.4.22 Message-ID: <20090523190325.GA52562@wattres.Watt.COM> According to http://forum.coppermine-gallery.net/index.php/topic,59551.0.html, there's a SQL injection vulnerability in coppermine 1.4.22 and earlier. Looks like the port hasn't caught up yet, and this probably deserves a portaudit entry, too. Regards, -- Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.5" / 37N 20' 15.3" Internet: steve @ Watt.COM Whois: SW32-ARIN Free time? There's no such thing. It just comes in varying prices... From chat95 at mac.com Sat May 23 22:13:46 2009 From: chat95 at mac.com (Maho NAKATA) Date: Sat May 23 22:14:03 2009 Subject: Adding Guestadditions.iso Re: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <8cecb22a6543c2983d85131c931cd9f5.squirrel@webmail.itac.at> References: <20090522202635.GC33004@bsdcrew.de> <20090523.213252.193744936.chat95@mac.com> <8cecb22a6543c2983d85131c931cd9f5.squirrel@webmail.itac.at> Message-ID: <20090524.071143.179888312.chat95@mac.com> From: Bernhard Fr?hlich Subject: Re: Adding Guestadditions.iso Re: [Call For Testing] VirtualBox for FreeBSD! take 3 Date: Sat, 23 May 2009 19:11:16 +0200 (CEST) > On Sat, May 23, 2009 2:32 pm, Maho NAKATA wrote: >> Hi miwi, >> >> Here is a patch adding "WITH_GUESTADDITIONS" knob. >> With this knob we also installs >> Guest additions.iso. This driver makes Windows XP, Linux and Solaris >> faster. >> I'm a newbie to VirtualBox so it is not the correct patch. >> I don't check it thoroughly but ISO image itself is not a GPL one. > > Thanks, it's commited with a few modifications. You're welcome! -- 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/20090523/54b73be5/attachment.pgp From chat95 at mac.com Sat May 23 22:18:40 2009 From: chat95 at mac.com (Maho NAKATA) Date: Sat May 23 22:18:46 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <200905231318.29346.naylor.b.david@gmail.com> References: <20090523.182426.193741786.chat95@mac.com> <20090523135133.71a92669@it.buh.tecnik93.com> <200905231318.29346.naylor.b.david@gmail.com> Message-ID: <20090524.071637.35088168.chat95@mac.com> Hi I tested it yesterday, 1. I need > MAKE_JOBS_SAFE= yes in the Makefile. 2. with above patch, ooo2 doesn't launch parallele jobs. 3. ooo3, 3-rc, 3-devel are okay with patch 1. 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/20090523/557f736f/attachment.pgp From m.rzepecki at iem.pw.edu.pl Sat May 23 23:46:52 2009 From: m.rzepecki at iem.pw.edu.pl (Marcin Rzepecki) Date: Sat May 23 23:47:24 2009 Subject: Force rebuild/reinstall dependent ports Message-ID: <20090523233141.GA1667@volt.iem.pw.edu.pl> Hello, I have some questions about port dependencies. Let's take for example following situation: I have dovecot and dovecot-managesieve installed. Today a new version of Dovecot showed up, so i'm upgrading it: # make -C /usr/port/mail/dovecot It builds ok, so i'm reinstalling port: # make -C /usr/port/mail/dovecot deinstall install clean Everything is ok, but now, when restarting i'm getting in log file: # May 24 01:10:59 vm01 dovecot: Fatal: managesieve-login: Dovecot version mismatch: Master is v1.1.15, login is v1.1.14 [...] I have to rebuild dovecot-managesieve with newer dovecot support, it's clear for me and it works after that. But why won't port do this automatically? Is there a way to force it before installing updated port version? Cheers, -- Marcin Rzepecki m.rzepecki(at)iem.pw.edu.pl From roberthuff at rcn.com Sun May 24 00:22:06 2009 From: roberthuff at rcn.com (Robert Huff) Date: Sun May 24 00:22:13 2009 Subject: Force rebuild/reinstall dependent ports In-Reply-To: <20090523233141.GA1667@volt.iem.pw.edu.pl> References: <20090523233141.GA1667@volt.iem.pw.edu.pl> Message-ID: <18968.37675.828078.687262@jerusalem.litteratus.org> Marcin Rzepecki writes: > But why won't port do this automatically? Is there a way to force > it before installing updated port version? Revuilding a dependency (here, dovecot) does not always require rebuilding the dependant port. Sometimes, but not always. Also: are you aware of ports-mgmt/portupgrade, ports-mgmt/portmaster, etc.? Robert Huff From m.rzepecki at iem.pw.edu.pl Sun May 24 00:58:02 2009 From: m.rzepecki at iem.pw.edu.pl (Marcin Rzepecki) Date: Sun May 24 00:58:09 2009 Subject: Force rebuild/reinstall dependent ports In-Reply-To: <18968.37675.828078.687262@jerusalem.litteratus.org> References: <20090523233141.GA1667@volt.iem.pw.edu.pl> <18968.37675.828078.687262@jerusalem.litteratus.org> Message-ID: <20090524003938.GA17568@volt.iem.pw.edu.pl> Sat, May 23, 2009 at 08:22:03PM -0400, Robert Huff wrote: > Revuilding a dependency (here, dovecot) does not always require > rebuilding the dependant port. Sometimes, but not always. Hello Robert, first, thanks for the answer. So, is there any dirty trick to make it happen? ;) For example with some adds in Makefile.local? > Also: are you aware of ports-mgmt/portupgrade, > ports-mgmt/portmaster, etc.? Yep, I have same problems with portmaster, that's why i'm even asking. Cheers! -- Marcin Rzepecki m.rzepecki(at)iem.pw.edu.pl From rwmaillists at googlemail.com Sun May 24 01:18:09 2009 From: rwmaillists at googlemail.com (RW) Date: Sun May 24 01:18:16 2009 Subject: Force rebuild/reinstall dependent ports In-Reply-To: <18968.37675.828078.687262@jerusalem.litteratus.org> References: <20090523233141.GA1667@volt.iem.pw.edu.pl> <18968.37675.828078.687262@jerusalem.litteratus.org> Message-ID: <20090524021805.453ea089@gumby.homeunix.com> On Sat, 23 May 2009 20:22:03 -0400 Robert Huff wrote: > > Marcin Rzepecki writes: > > > But why won't port do this automatically? Is there a way to force > > it before installing updated port version? > > Revuilding a dependency (here, dovecot) does not always > require rebuilding the dependant port. Sometimes, but not always. > Also: are you aware of ports-mgmt/portupgrade, > ports-mgmt/portmaster, etc.? This kind of thing should be in UPDATING. Portmanager will update automatically, at the expense of a lot of gratuitous rebuilding. From yanefbsd at gmail.com Sun May 24 03:48:23 2009 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sun May 24 03:48:29 2009 Subject: Fixing multimedia/audacious upgrade Message-ID: <7d6fde3d0905232028lde2948ajaed1504535897470@mail.gmail.com> Just as a note, if you upgrade multimedia/audacious and you run into the following error: $ audacious2 /libexec/ld-elf.so.1: Shared object "libaudclient.so.1" not found, required by "audacious2" Deinstall and recompile audacious and it should work (at least it did for me). HTH, -Garrett From pschmehl_lists at tx.rr.com Sun May 24 04:34:11 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Sun May 24 04:34:23 2009 Subject: perl upgrade problems Message-ID: Ignore my last message, just like I ignored the space between lang and /. Sorry to bother the list. Paul Schmehl, If it isn't already obvious, my opinions are my own and not those of my employer. ****************************************** WARNING: Check the headers before replying From pschmehl_lists at tx.rr.com Sun May 24 04:34:14 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Sun May 24 04:34:24 2009 Subject: Problems with perl upgrade Message-ID: <363EA5E747C9A41939483E09@Macintosh-2.local> I'm preparing to upgrade two servers. I decided to upgrade perl to 5.10.0 before doing anything else (I've done this before on other systems), but I ran into a problem. Per /usr/ports/UPDATING # portupgrade -o lang /perl5.10 -f perl-5.8.\*** There are errors in a meta info for perl-5.8.9 ** Run 'pkgdb -F' to interactively fix them. But when I run pkgdb: # pkgdb -F---> Checking the package registry database Checking /usr/local/lib/perl5, I have two directories; 5.8.8 and 5.8.9. How do I solve this problem? Paul Schmehl, If it isn't already obvious, my opinions are my own and not those of my employer. ****************************************** WARNING: Check the headers before replying From naylor.b.david at gmail.com Sun May 24 08:25:34 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Sun May 24 08:25:40 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <20090524.071637.35088168.chat95@mac.com> References: <20090523.182426.193741786.chat95@mac.com> <200905231318.29346.naylor.b.david@gmail.com> <20090524.071637.35088168.chat95@mac.com> Message-ID: <200905241026.26903.naylor.b.david@gmail.com> On Sunday 24 May 2009 00:16:37 Maho NAKATA wrote: > Hi I tested it yesterday, > > 1. > I need > > > MAKE_JOBS_SAFE= yes > > in the Makefile. Yes, you would need that. I believe that will be default. > 2. with above patch, ooo2 doesn't launch parallele jobs. I spotted that problem after submitting the patch, if you explicitly set MAKE_JOBS_NUMBER to something it will work. The problem is that ooo2 does (in effect): .if (${MAKE_JOBS_NUMBER} > 1) # Stuff .else # Other stuff .endif and that doesn't work as expected with MAKE_JOBS_NUMBER=`sysctl kern.smp.cpus` as the command is not resolved. > 3. ooo3, 3-rc, 3-devel are okay with patch 1. Good to hear. -------------- 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/20090524/ed932254/attachment.pgp From itetcu at FreeBSD.org Sun May 24 08:38:49 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sun May 24 08:38:55 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <200905241026.26903.naylor.b.david@gmail.com> References: <20090523.182426.193741786.chat95@mac.com> <200905231318.29346.naylor.b.david@gmail.com> <20090524.071637.35088168.chat95@mac.com> <200905241026.26903.naylor.b.david@gmail.com> Message-ID: <20090524113903.015920cf@it.buh.tecnik93.com> On Sun, 24 May 2009 10:26:23 +0200 David Naylor wrote: > On Sunday 24 May 2009 00:16:37 Maho NAKATA wrote: > > Hi I tested it yesterday, > > > > 1. > > I need > > > > > MAKE_JOBS_SAFE= yes > > > > in the Makefile. > > Yes, you would need that. I believe that will be default. > > > 2. with above patch, ooo2 doesn't launch parallele jobs. > > I spotted that problem after submitting the patch, if you explicitly > set MAKE_JOBS_NUMBER to something it will work. > > The problem is that ooo2 does (in effect): > .if (${MAKE_JOBS_NUMBER} > 1) > # Stuff > .else > # Other stuff > .endif > and that doesn't work as expected with MAKE_JOBS_NUMBER=`sysctl > kern.smp.cpus` as the command is not resolved. Adding MAKE_JOBS_NUMBER!=`sysctl kern.smp.cpus` in the port Makefile should help. -- 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/20090524/760381b3/signature.pgp From gustav_j at ltu.se Sun May 24 13:19:05 2009 From: gustav_j at ltu.se (Gustav Johansson) Date: Sun May 24 13:19:17 2009 Subject: FreeBSD Port: libpreludedb-0.9.15.1_1 Message-ID: <78ed4ce10905240552w3744d033mb37973dd83f79126@mail.gmail.com> Hi, I've just installed the libpreludedb, and I had some trouble with creating the MySQL database. I'm using MySQL 6.0.11, and when setting the database type/engine mysql complained and stopped. Turns out that the old way is to use "TYPE=InnoDB", wheras at least MySQL 6 wants "ENGINE=InnoDB". Don't really know at which version of MySQL they changed the syntax, but maybe a check somewhere in the make files would be in order, either to make sure a new enough version of MySQL is used, or to have to separate mysql.sql files depending on version. Best regards, Gustav Johansson -- -- ------------------------------------------------------------------------------------------------ Gustav Johansson, M.Sc. Office: A2309 Ph.D. Student Phone: +46.920.492138 EISLAB Fax: +46.920.492191 Lule? University of Technology Email: gustav_j@ltu.se SE-971 87 Lule? WWW: www.csee.ltu.se/~gustav_j SWEDEN ------------------------------------------------------------------------------------------------ From pav at FreeBSD.org Sun May 24 14:10:32 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Sun May 24 14:10:38 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <20090523135133.71a92669@it.buh.tecnik93.com> References: <20090522.195350.193746535.chat95@mac.com> <20090522164138.236cb114@it.buh.tecnik93.com> <200905231101.59467.naylor.b.david@gmail.com> <20090523.182426.193741786.chat95@mac.com> <20090523135133.71a92669@it.buh.tecnik93.com> Message-ID: <1243174223.18007.2.camel@hood.oook.cz> Ion-Mihai Tetcu p??e v so 23. 05. 2009 v 13:51 +0300: > > > - MAKE_JOBS_NUMBER defaults (but user defined) to number of cores > > This part looks OK, I wonder if there's any reason t ain't like this > now; Pav? > -.if defined(MAKE_JOBS_NUMBER) > +MAKE_JOBS_NUMBER?= `${SYSCTL} -n kern.smp.cpus` > _MAKE_JOBS= -j${MAKE_JOBS_NUMBER} > -.else > -_MAKE_JOBS= -j`${SYSCTL} -n kern.smp.cpus` > -.endif Wouldn't that mean an evaluation of the backtick command in every make(1) invocation? That would be highly undesirable. -- Pav Lucistnik See file. Click file. Get file. -------------- 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/20090524/f0eac760/attachment.pgp From pav at FreeBSD.org Sun May 24 14:16:35 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Sun May 24 14:16:42 2009 Subject: [announce] bsd.port.options.mk available In-Reply-To: <20090522143139.GB81998@hades.panopticon> References: <1242992155.24565.44.camel@pav.hide.vol.cz> <20090522143139.GB81998@hades.panopticon> Message-ID: <1243174588.18007.3.camel@hood.oook.cz> Dmitry Marakasov p??e v p? 22. 05. 2009 v 18:31 +0400: > * Pav Lucistnik (pav@FreeBSD.org) wrote: > > > we finally decided that enough users migrated to recent enough FreeBSD > > versions that we can finally suggest that maintainers can start using > > file in their ports. > > > > The examples in Porter's Handbook had been updated to illustrate a new > > usage. > > > > This will solve the problem with USE_* flags people were seeing. > > Perhaps we can also start to deprecate WANT_*? Looks a bit radical to me. Or is there a good reason to do so? -- Pav Lucistnik Silence is an oasis in the desert of everlasting chatter. -- 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/20090524/16977c90/attachment.pgp From gesbbb at yahoo.com Sun May 24 14:33:31 2009 From: gesbbb at yahoo.com (Jerry) Date: Sun May 24 14:34:52 2009 Subject: Force rebuild/reinstall dependent ports In-Reply-To: <20090524021805.453ea089@gumby.homeunix.com> References: <20090523233141.GA1667@volt.iem.pw.edu.pl> <18968.37675.828078.687262@jerusalem.litteratus.org> <20090524021805.453ea089@gumby.homeunix.com> Message-ID: <20090524103319.53865644@scorpio> On Sun, 24 May 2009 02:18:05 +0100 RW wrote: >On Sat, 23 May 2009 20:22:03 -0400 >Robert Huff wrote: > >> >> Marcin Rzepecki writes: >> >> > But why won't port do this automatically? Is there a way to force >> > it before installing updated port version? >> >> Revuilding a dependency (here, dovecot) does not always >> require rebuilding the dependant port. Sometimes, but not always. >> Also: are you aware of ports-mgmt/portupgrade, >> ports-mgmt/portmaster, etc.? > >This kind of thing should be in UPDATING. > >Portmanager will update automatically, at the expense of a lot of >gratuitous rebuilding. I use 'portmanager' myself. It fixes a lot of problems that other 'update managers' seem to miss. Update your ports tree and then run: portmanager mail/dovecot -l -f -y That should get all of your dependencies corrected. -- Jerry gesbbb@yahoo.com The reverse side also has a reverse side. Japanese proverb -------------- 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/20090524/9b564bea/signature.pgp From david at vizion2000.net Sun May 24 15:07:15 2009 From: david at vizion2000.net (David Southwell) Date: Sun May 24 15:07:22 2009 Subject: pciVideoPtr typedef problem causes failue of x11/xorg update: Message-ID: <200905240847.19443.david@vizion2000.net> Problems on portupgrade Does anyone know how to resolve this one(Please also see also note below): Thanks in advance for any help David # Portupgrade -a : : - x11-drivers/xf86-video-via (marked as IGNORE) : : : ---> Skipping 'x11/xorg' (xorg-7.4_1) because a requisite package 'xf86-video-via-0.2.2_3' (x11-drivers/xf86-video-via) failed [root@dns1 /usr/ports/x11-drivers/xf86-video-via]# make configure ===> xf86-video-via-0.2.2_5 requires pciVideoPtr typedef. *** Error code 1 Stop in /usr/ports/x11-drivers/xf86-video-via. Note: I seem to be getting a lot of IGNORES: - databases/mysqlman (marked as IGNORE) - mail/postfix (marked as IGNORE) - x11-toolkits/ruby-panelapplet (marked as IGNORE) - x11-drivers/xf86-input-calcomp (marked as IGNORE) - x11-drivers/xf86-input-digitaledge (marked as IGNORE) - x11-drivers/xf86-input-dmc (marked as IGNORE) - x11-drivers/xf86-input-dynapro (marked as IGNORE) - x11-drivers/xf86-input-elo2300 (marked as IGNORE) - x11-drivers/xf86-input-jamstudio (marked as IGNORE) - x11-drivers/xf86-input-magellan (marked as IGNORE) - x11-drivers/xf86-input-magictouch (marked as IGNORE) - x11-drivers/xf86-input-microtouch (marked as IGNORE) - x11-drivers/xf86-input-palmax (marked as IGNORE) - x11-drivers/xf86-input-spaceorb (marked as IGNORE) - x11-drivers/xf86-input-summa (marked as IGNORE) - x11-drivers/xf86-input-tek4957 (marked as IGNORE) - x11-drivers/xf86-video-cyrix (marked as IGNORE) - x11-drivers/xf86-video-imstt (marked as IGNORE) - x11-drivers/xf86-video-vga (marked as IGNORE) - x11-drivers/xf86-video-via (marked as IGNORE) From uqs at spoerlein.net Sun May 24 15:21:29 2009 From: uqs at spoerlein.net (Ulrich =?utf-8?B?U3DDtnJsZWlu?=) Date: Sun May 24 15:21:37 2009 Subject: Make package-recursive problem In-Reply-To: References: Message-ID: <20090524152124.GA16591@acme.spoerlein.net> On Fri, 22.05.2009 at 12:17:44 -0400, Matt Juszczak wrote: > Hi all, > > I've started noticing more and more that packages I build are missing files > after they are rebuilt. I've tested this time and time again, and seem to > be able to show that about 10 ports (gettext, apache, net-snmp, some php > modules, etc.) are built correctly the first time, but when later > re-packaged, do not contain all the files they need. > [...] I have no clue as to what is causing this, but this is probably the reason why people use the tinderbox or roll their own system to build consistent packages. I have rolled my own, too. Consisting of a Makefile and a couple of scripts. It gathers all missing packages to build, uses a common make.conf and clean system for the compile, starts by building the leaf packages first. I never came around to using ZFS + clones for the package creation, which would have cut the time to setup the required base for each build significantly. Another approach had even the package dependency inside a Makefile, so rebuilding the gettext package would trigger all dependent packages to get rebuilt too (I haven't tackled the problem of *reinstalling* them on the target hosts, though) You see, everybody serious about using packages on a farm should create his own system :) It's not too hard anyway. Cheers, Ulrich Sp?rlein -- http://www.dubistterrorist.de/ From amdmi3 at amdmi3.ru Sun May 24 15:33:23 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Sun May 24 15:33:30 2009 Subject: [announce] bsd.port.options.mk available In-Reply-To: <1243174588.18007.3.camel@hood.oook.cz> References: <1242992155.24565.44.camel@pav.hide.vol.cz> <20090522143139.GB81998@hades.panopticon> <1243174588.18007.3.camel@hood.oook.cz> Message-ID: <20090524153314.GA95240@hades.panopticon> * Pav Lucistnik (pav@FreeBSD.org) wrote: > > Perhaps we can also start to deprecate WANT_*? > > Looks a bit radical to me. Or is there a good reason to do so? I meant slow transition from WANT_, like we do with ${MASTER_SITE_SOURCEFORCE} -> SF. WANT_* feel clumsy and inconsistent, as sometimes it is not needed (i.e. I can use USE_* after pre.mk), and sometimes it is not available (i.e. not WANT_QT4). -- 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 Sun May 24 15:37:31 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Sun May 24 15:37:37 2009 Subject: [announce] bsd.port.options.mk available In-Reply-To: <20090524153314.GA95240@hades.panopticon> References: <1242992155.24565.44.camel@pav.hide.vol.cz> <20090522143139.GB81998@hades.panopticon> <1243174588.18007.3.camel@hood.oook.cz> <20090524153314.GA95240@hades.panopticon> Message-ID: <1243179443.18007.11.camel@hood.oook.cz> Dmitry Marakasov p??e v ne 24. 05. 2009 v 19:33 +0400: > * Pav Lucistnik (pav@FreeBSD.org) wrote: > > > > Perhaps we can also start to deprecate WANT_*? > > > > Looks a bit radical to me. Or is there a good reason to do so? > > I meant slow transition from WANT_, like we do with > ${MASTER_SITE_SOURCEFORCE} -> SF. WANT_* feel clumsy and inconsistent, > as sometimes it is not needed (i.e. I can use USE_* after pre.mk), > and sometimes it is not available (i.e. not WANT_QT4). I'm okay with slow transition. BTW I never understood why we need SF in place of MASTER_SITE_SOURCEFORGE... -- Pav Lucistnik But soft, what light through yonder window breaks? It is the East, and Juliet is the sun! Arise, fair sun, and kill the envious moon, who is already sick and pale with grief that thou her maid art far more fair than she. -------------- 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/20090524/c361d000/attachment.pgp From rnoland at FreeBSD.org Sun May 24 15:50:07 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Sun May 24 15:50:14 2009 Subject: pciVideoPtr typedef problem causes failue of x11/xorg update: In-Reply-To: <200905240847.19443.david@vizion2000.net> References: <200905240847.19443.david@vizion2000.net> Message-ID: <1243180150.63754.2886.camel@balrog.2hip.net> On Sun, 2009-05-24 at 08:47 -0700, David Southwell wrote: > Problems on portupgrade > > Does anyone know how to resolve this one(Please also see also note below): > > Thanks in advance for any help Uninstall them... They are no longer supported and will be removed at some point. You may also want to re-run "make config" on x11/xorg-drivers and cleanup the options to only include the drivers that you need. robert. > David > > # Portupgrade -a > : > : > > - x11-drivers/xf86-video-via (marked as IGNORE) > : > : > : > ---> Skipping 'x11/xorg' (xorg-7.4_1) because a requisite > package 'xf86-video-via-0.2.2_3' (x11-drivers/xf86-video-via) failed > > > [root@dns1 /usr/ports/x11-drivers/xf86-video-via]# make configure > ===> xf86-video-via-0.2.2_5 requires pciVideoPtr typedef. > *** Error code 1 > > Stop in /usr/ports/x11-drivers/xf86-video-via. > > Note: > > I seem to be getting a lot of IGNORES: > > - databases/mysqlman (marked as IGNORE) > - mail/postfix (marked as IGNORE) > - x11-toolkits/ruby-panelapplet (marked as IGNORE) > - x11-drivers/xf86-input-calcomp (marked as IGNORE) > - x11-drivers/xf86-input-digitaledge (marked as IGNORE) > - x11-drivers/xf86-input-dmc (marked as IGNORE) > - x11-drivers/xf86-input-dynapro (marked as IGNORE) > - x11-drivers/xf86-input-elo2300 (marked as IGNORE) > - x11-drivers/xf86-input-jamstudio (marked as IGNORE) > - x11-drivers/xf86-input-magellan (marked as IGNORE) > - x11-drivers/xf86-input-magictouch (marked as IGNORE) > - x11-drivers/xf86-input-microtouch (marked as IGNORE) > - x11-drivers/xf86-input-palmax (marked as IGNORE) > - x11-drivers/xf86-input-spaceorb (marked as IGNORE) > - x11-drivers/xf86-input-summa (marked as IGNORE) > - x11-drivers/xf86-input-tek4957 (marked as IGNORE) > - x11-drivers/xf86-video-cyrix (marked as IGNORE) > - x11-drivers/xf86-video-imstt (marked as IGNORE) > - x11-drivers/xf86-video-vga (marked as IGNORE) > - x11-drivers/xf86-video-via (marked as IGNORE) > > > _______________________________________________ > 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" -- Robert Noland 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/20090524/b68fcc9f/attachment.pgp From itetcu at FreeBSD.org Sun May 24 16:01:06 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sun May 24 16:01:13 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <1243174223.18007.2.camel@hood.oook.cz> References: <20090522.195350.193746535.chat95@mac.com> <20090522164138.236cb114@it.buh.tecnik93.com> <200905231101.59467.naylor.b.david@gmail.com> <20090523.182426.193741786.chat95@mac.com> <20090523135133.71a92669@it.buh.tecnik93.com> <1243174223.18007.2.camel@hood.oook.cz> Message-ID: <20090524190131.0b30b101@it.buh.tecnik93.com> On Sun, 24 May 2009 16:10:23 +0200 Pav Lucistnik wrote: > Ion-Mihai Tetcu p??e v so 23. 05. 2009 v 13:51 +0300: > > > > > - MAKE_JOBS_NUMBER defaults (but user defined) to number of > > > > cores > > > > This part looks OK, I wonder if there's any reason t ain't like this > > now; Pav? > > -.if defined(MAKE_JOBS_NUMBER) > > +MAKE_JOBS_NUMBER?= `${SYSCTL} -n kern.smp.cpus` > > _MAKE_JOBS= -j${MAKE_JOBS_NUMBER} > > -.else > > -_MAKE_JOBS= -j`${SYSCTL} -n kern.smp.cpus` > > -.endif > > Wouldn't that mean an evaluation of the backtick command in every > make(1) invocation? That would be highly undesirable. Umm, why? it shouldn't be evaluated if MAKE_JOBS_NUMBER is defined, no? Am I missing some make magic here? -- 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/20090524/7c31af90/signature.pgp From pav at FreeBSD.org Sun May 24 16:28:04 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Sun May 24 16:28:11 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <20090524190131.0b30b101@it.buh.tecnik93.com> References: <20090522.195350.193746535.chat95@mac.com> <20090522164138.236cb114@it.buh.tecnik93.com> <200905231101.59467.naylor.b.david@gmail.com> <20090523.182426.193741786.chat95@mac.com> <20090523135133.71a92669@it.buh.tecnik93.com> <1243174223.18007.2.camel@hood.oook.cz> <20090524190131.0b30b101@it.buh.tecnik93.com> Message-ID: <1243182477.18007.18.camel@hood.oook.cz> Ion-Mihai Tetcu p??e v ne 24. 05. 2009 v 19:01 +0300: > On Sun, 24 May 2009 16:10:23 +0200 > Pav Lucistnik wrote: > > > Ion-Mihai Tetcu p??e v so 23. 05. 2009 v 13:51 +0300: > > > > > > > - MAKE_JOBS_NUMBER defaults (but user defined) to number of > > > > > cores > > > > > > This part looks OK, I wonder if there's any reason t ain't like this > > > now; Pav? > > > -.if defined(MAKE_JOBS_NUMBER) > > > +MAKE_JOBS_NUMBER?= `${SYSCTL} -n kern.smp.cpus` > > > _MAKE_JOBS= -j${MAKE_JOBS_NUMBER} > > > -.else > > > -_MAKE_JOBS= -j`${SYSCTL} -n kern.smp.cpus` > > > -.endif > > > > Wouldn't that mean an evaluation of the backtick command in every > > make(1) invocation? That would be highly undesirable. > > Umm, why? it shouldn't be evaluated if MAKE_JOBS_NUMBER is defined, no? > Am I missing some make magic here? But for 99.99% of the users, MAKE_JOBS_NUMBER is not defined. -- Pav Lucistnik ... the obese drugged penguin used by Linux. -- Scott Long -------------- 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/20090524/6a93acf8/attachment.pgp From david at vizion2000.net Sun May 24 16:52:44 2009 From: david at vizion2000.net (David Southwell) Date: Sun May 24 16:52:51 2009 Subject: pciVideoPtr typedef problem causes failue of x11/xorg update: In-Reply-To: <1243180150.63754.2886.camel@balrog.2hip.net> References: <200905240847.19443.david@vizion2000.net> <1243180150.63754.2886.camel@balrog.2hip.net> Message-ID: <200905241032.50204.david@vizion2000.net> On Sunday 24 May 2009 08:49:10 Robert Noland wrote: > On Sun, 2009-05-24 at 08:47 -0700, David Southwell wrote: > > Problems on portupgrade > > > > Does anyone know how to resolve this one(Please also see also note > > below): > > > > Thanks in advance for any help > Thanks Robert however... > Uninstall them... Are you saying it is OK to uninstall all of the "IGNORE" driver ports.. but then you go on to say I should clean up the options to only include the drivers I need. Being a bit of a dumb cluck I therefore need to ask the question "how do I find out which drivers I need?" Thanks again David > They are no longer supported and will be removed at > some point. You may also want to re-run "make config" on > x11/xorg-drivers and cleanup the options to only include the drivers > that you need. > > robert. > > > David > > > > # Portupgrade -a > > > > > > > > - x11-drivers/xf86-video-via (marked as IGNORE) > > > > > > > > ---> Skipping 'x11/xorg' (xorg-7.4_1) because a requisite > > package 'xf86-video-via-0.2.2_3' (x11-drivers/xf86-video-via) failed > > > > > > [root@dns1 /usr/ports/x11-drivers/xf86-video-via]# make configure > > ===> xf86-video-via-0.2.2_5 requires pciVideoPtr typedef. > > *** Error code 1 > > > > Stop in /usr/ports/x11-drivers/xf86-video-via. > > > > Note: > > > > I seem to be getting a lot of IGNORES: > > > > - databases/mysqlman (marked as IGNORE) > > - mail/postfix (marked as IGNORE) > > - x11-toolkits/ruby-panelapplet (marked as IGNORE) > > - x11-drivers/xf86-input-calcomp (marked as IGNORE) > > - x11-drivers/xf86-input-digitaledge (marked as IGNORE) > > - x11-drivers/xf86-input-dmc (marked as IGNORE) > > - x11-drivers/xf86-input-dynapro (marked as IGNORE) > > - x11-drivers/xf86-input-elo2300 (marked as IGNORE) > > - x11-drivers/xf86-input-jamstudio (marked as IGNORE) > > - x11-drivers/xf86-input-magellan (marked as IGNORE) > > - x11-drivers/xf86-input-magictouch (marked as IGNORE) > > - x11-drivers/xf86-input-microtouch (marked as IGNORE) > > - x11-drivers/xf86-input-palmax (marked as IGNORE) > > - x11-drivers/xf86-input-spaceorb (marked as IGNORE) > > - x11-drivers/xf86-input-summa (marked as IGNORE) > > - x11-drivers/xf86-input-tek4957 (marked as IGNORE) > > - x11-drivers/xf86-video-cyrix (marked as IGNORE) > > - x11-drivers/xf86-video-imstt (marked as IGNORE) > > - x11-drivers/xf86-video-vga (marked as IGNORE) > > - x11-drivers/xf86-video-via (marked as IGNORE) > > > > > > _______________________________________________ > > 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 ulf.lilleengen at gmail.com Sun May 24 17:02:40 2009 From: ulf.lilleengen at gmail.com (Ulf Lilleengen) Date: Sun May 24 17:02:57 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <20090522175956.GA33004@bsdcrew.de> References: <20090522175956.GA33004@bsdcrew.de> Message-ID: <20090524170237.GA12352@carrot.geeknest.org> On Fri, May 22, 2009 at 07:59:57PM +0200, Martin Wilke wrote: > > We rolled a new version with a fix for all users where > has problems with kernel load and unload. Many thanks to > Shin-ichi Okano where submitted this patch to the vbox ml. > > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz > > happy testing. > > I've had problems with all vbox builds where the machine screen just turns gray: http://people.freebsd.org/~lulf/2009-05-24-185847_1024x768_scrot.png I also have a truss log here (quite big): http://people.freebsd.org/~lulf/virtualbox_truss.log -- Ulf Lilleengen From ulf.lilleengen at gmail.com Sun May 24 17:04:07 2009 From: ulf.lilleengen at gmail.com (Ulf Lilleengen) Date: Sun May 24 17:04:18 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <20090524170237.GA12352@carrot.geeknest.org> References: <20090522175956.GA33004@bsdcrew.de> <20090524170237.GA12352@carrot.geeknest.org> Message-ID: <20090524170405.GA12545@carrot.geeknest.org> On s?n, mai 24, 2009 at 07:02:37pm +0200, Ulf Lilleengen wrote: > On Fri, May 22, 2009 at 07:59:57PM +0200, Martin Wilke wrote: > > > > We rolled a new version with a fix for all users where > > has problems with kernel load and unload. Many thanks to > > Shin-ichi Okano where submitted this patch to the vbox ml. > > > > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz > > > > happy testing. > > > > > I've had problems with all vbox builds where the machine screen just turns > gray: http://people.freebsd.org/~lulf/2009-05-24-185847_1024x768_scrot.png > > I also have a truss log here (quite big): > http://people.freebsd.org/~lulf/virtualbox_truss.log > I forgot to mention, this is i386, Core Duo CPU -- Ulf Lilleengen From gesbbb at yahoo.com Sun May 24 17:05:32 2009 From: gesbbb at yahoo.com (Jerry) Date: Sun May 24 17:05:41 2009 Subject: pciVideoPtr typedef problem causes failue of x11/xorg update: In-Reply-To: <1243180150.63754.2886.camel@balrog.2hip.net> References: <200905240847.19443.david@vizion2000.net> <1243180150.63754.2886.camel@balrog.2hip.net> Message-ID: <20090524130520.10dcf496@scorpio> On Sun, 24 May 2009 10:49:10 -0500 Robert Noland wrote: >On Sun, 2009-05-24 at 08:47 -0700, David Southwell wrote: >> Problems on portupgrade >> >> Does anyone know how to resolve this one(Please also see also note >> below): >> >> Thanks in advance for any help > >Uninstall them... They are no longer supported and will be removed at >some point. You may also want to re-run "make config" on >x11/xorg-drivers and cleanup the options to only include the drivers >that you need. I think that should be: x11-drivers/xorg-drivers. -- Jerry gesbbb@yahoo.com Ever notice that the word "therapist" breaks down into "the rapist"? Simple coincidence? Maybe... -------------- 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/20090524/be0e3838/signature.pgp From decke at bluelife.at Sun May 24 17:15:07 2009 From: decke at bluelife.at (Bernhard =?iso-8859-1?Q?Fr=F6hlich?=) Date: Sun May 24 17:15:19 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <20090524170405.GA12545@carrot.geeknest.org> References: <20090522175956.GA33004@bsdcrew.de> <20090524170237.GA12352@carrot.geeknest.org> <20090524170405.GA12545@carrot.geeknest.org> Message-ID: On Sun, May 24, 2009 7:04 pm, Ulf Lilleengen wrote: > On s?n, mai 24, 2009 at 07:02:37pm +0200, Ulf Lilleengen wrote: >> On Fri, May 22, 2009 at 07:59:57PM +0200, Martin Wilke wrote: >> > >> > We rolled a new version with a fix for all users where >> > has problems with kernel load and unload. Many thanks to >> > Shin-ichi Okano where submitted this patch to the vbox ml. >> > >> > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz >> > >> > happy testing. >> > >> > >> I've had problems with all vbox builds where the machine screen just >> turns >> gray: >> http://people.freebsd.org/~lulf/2009-05-24-185847_1024x768_scrot.png >> >> I also have a truss log here (quite big): >> http://people.freebsd.org/~lulf/virtualbox_truss.log >> > I forgot to mention, this is i386, Core Duo CPU It looks like it's the same problem as a few others already mentioned. You could try to set kern.hz=1000 which should help. If that's the case please also test the patch from aeichner that should fix that problem. http://pastebin.ca/1433127 That patch is from upstream and so young that it's not yet included in the port but feedback would be great. -- Bernhard Fr?hlich http://www.bluelife.at/ From ulf.lilleengen at gmail.com Sun May 24 17:51:43 2009 From: ulf.lilleengen at gmail.com (Ulf Lilleengen) Date: Sun May 24 17:51:49 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: References: <20090522175956.GA33004@bsdcrew.de> <20090524170237.GA12352@carrot.geeknest.org> <20090524170405.GA12545@carrot.geeknest.org> Message-ID: <20090524175105.GA1702@carrot.geeknest.org> On s?n, mai 24, 2009 at 07:15:04pm +0200, Bernhard Fr?hlich wrote: > On Sun, May 24, 2009 7:04 pm, Ulf Lilleengen wrote: > > On s?n, mai 24, 2009 at 07:02:37pm +0200, Ulf Lilleengen wrote: > >> On Fri, May 22, 2009 at 07:59:57PM +0200, Martin Wilke wrote: > >> > > >> > We rolled a new version with a fix for all users where > >> > has problems with kernel load and unload. Many thanks to > >> > Shin-ichi Okano where submitted this patch to the vbox ml. > >> > > >> > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz > >> > > >> > happy testing. > >> > > >> > > >> I've had problems with all vbox builds where the machine screen just > >> turns > >> gray: > >> http://people.freebsd.org/~lulf/2009-05-24-185847_1024x768_scrot.png > >> > >> I also have a truss log here (quite big): > >> http://people.freebsd.org/~lulf/virtualbox_truss.log > >> > > I forgot to mention, this is i386, Core Duo CPU > > It looks like it's the same problem as a few others already mentioned. You > could try to set kern.hz=1000 which should help. If that's the case please > also test the patch from aeichner that should fix that problem. This fixes the problem, but I'll try the patch as well as I would like to run at hz=100 :) Thanks! > > http://pastebin.ca/1433127 > > That patch is from upstream and so young that it's not yet included in the > port but feedback would be great. > > -- > Bernhard Fr?hlich > http://www.bluelife.at/ > -- Ulf Lilleengen From naylor.b.david at gmail.com Sun May 24 18:06:13 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Sun May 24 18:06:20 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <1243182477.18007.18.camel@hood.oook.cz> References: <20090522.195350.193746535.chat95@mac.com> <20090524190131.0b30b101@it.buh.tecnik93.com> <1243182477.18007.18.camel@hood.oook.cz> Message-ID: <200905242007.06917.naylor.b.david@gmail.com> On Sunday 24 May 2009 18:27:57 Pav Lucistnik wrote: > Ion-Mihai Tetcu p??e v ne 24. 05. 2009 v 19:01 +0300: > > On Sun, 24 May 2009 16:10:23 +0200 > > > > Pav Lucistnik wrote: > > > Ion-Mihai Tetcu p??e v so 23. 05. 2009 v 13:51 +0300: > > > > > > - MAKE_JOBS_NUMBER defaults (but user defined) to number of > > > > > > cores > > > > > > > > This part looks OK, I wonder if there's any reason t ain't like this > > > > now; Pav? > > > > -.if defined(MAKE_JOBS_NUMBER) > > > > +MAKE_JOBS_NUMBER?= `${SYSCTL} -n kern.smp.cpus` > > > > _MAKE_JOBS= -j${MAKE_JOBS_NUMBER} > > > > -.else > > > > -_MAKE_JOBS= -j`${SYSCTL} -n kern.smp.cpus` > > > > -.endif > > > > > > Wouldn't that mean an evaluation of the backtick command in every > > > make(1) invocation? That would be highly undesirable. I don't believe that is the case. Here is what I get with the patch applied (MAKE_JOBS_NUMBER not defined): /usr/ports/editors/openoffice.org-3# make -V MAKE_JOBS_NUMBER -V _MAKE_JOBS `/sbin/sysctl -n kern.smp.cpus` -j`/sbin/sysctl -n kern.smp.cpus` Wouldn't this indicate that the backtick command is not being evaluated? The following does, however, make MAKE_JOBS_NUMBER resolve, and fixes ooo2 with parallel build. # Multiple make jobs support .if defined(DISABLE_MAKE_JOBS) || defined(MAKE_JOBS_UNSAFE) MAKE_JOBS_NUMBER= 1 _MAKE_JOBS= # .else .if defined(MAKE_JOBS_SAFE) || defined(FORCE_MAKE_JOBS) .if !defined(MAKE_JOBS_NUMBER) MAKE_JOBS_NUMBER!= ${SYSCTL} -n kern.smp.cpus .endif _MAKE_JOBS= -j${MAKE_JOBS_NUMBER} [etc] and then I get: /usr/ports/editors/openoffice.org-3# make -V MAKE_JOBS_NUMBER -V _MAKE_JOBS 4 -j4 I agree that having sysctl being called every time is not good. I don't think it is unavoidable in the ooo2 case (but that is only a few ports). -------------- 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/20090524/b91a9b15/attachment.pgp From matt at atopia.net Sun May 24 18:11:27 2009 From: matt at atopia.net (Matt Juszczak) Date: Sun May 24 18:11:35 2009 Subject: Make package-recursive problem In-Reply-To: <20090524152124.GA16591@acme.spoerlein.net> References: <20090524152124.GA16591@acme.spoerlein.net> Message-ID: > I have no clue as to what is causing this, but this is probably the > reason why people use the tinderbox or roll their own system to build > consistent packages. I feel like I am though? I have a dedicated box just for building packages. make package creates a tbz file of all packages, and is supposed to be reliable. > Another approach had even the package dependency inside a Makefile, so > rebuilding the gettext package would trigger all dependent packages to > get rebuilt too (I haven't tackled the problem of *reinstalling* them on > the target hosts, though) Doesn't this already occur with the default tools in the port system? From miwi at FreeBSD.org Sun May 24 18:18:26 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Sun May 24 18:18:44 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <20090524170237.GA12352@carrot.geeknest.org> References: <20090522175956.GA33004@bsdcrew.de> <20090524170237.GA12352@carrot.geeknest.org> Message-ID: <20090524181820.GD37143@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, May 24, 2009 at 07:02:38PM +0200, Ulf Lilleengen wrote: > On Fri, May 22, 2009 at 07:59:57PM +0200, Martin Wilke wrote: > > > > We rolled a new version with a fix for all users where > > has problems with kernel load and unload. Many thanks to > > Shin-ichi Okano where submitted this patch to the vbox ml. > > > > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz > > > > happy testing. > > > > > I've had problems with all vbox builds where the machine screen just turns > gray: http://people.freebsd.org/~lulf/2009-05-24-185847_1024x768_scrot.png Hi Ulf can you try this patch here: http://pastebin.ca/1433127 this fixed all problems :-). - - Martin > > I also have a truss log here (quite big): > http://people.freebsd.org/~lulf/virtualbox_truss.log > > -- > Ulf Lilleengen > - -- +-----------------------+-------------------------------+ | 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) iEYEARECAAYFAkoZj2wACgkQdLJIhLHm/OmPCgCghhkvqHbZwWJBp6SINiex5YCY HzUAn3pUB6yJvtdhRrVFZOQFTGVa2SOx =JByU -----END PGP SIGNATURE----- From ulf.lilleengen at gmail.com Sun May 24 18:36:32 2009 From: ulf.lilleengen at gmail.com (Ulf Lilleengen) Date: Sun May 24 18:36:48 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <20090524181820.GD37143@bsdcrew.de> References: <20090522175956.GA33004@bsdcrew.de> <20090524170237.GA12352@carrot.geeknest.org> <20090524181820.GD37143@bsdcrew.de> Message-ID: <20090524183626.GA1423@carrot.geeknest.org> On s?n, mai 24, 2009 at 08:18:20pm +0200, Martin Wilke wrote: > On Sun, May 24, 2009 at 07:02:38PM +0200, Ulf Lilleengen wrote: > > On Fri, May 22, 2009 at 07:59:57PM +0200, Martin Wilke wrote: > > > > > > We rolled a new version with a fix for all users where > > > has problems with kernel load and unload. Many thanks to > > > Shin-ichi Okano where submitted this patch to the vbox ml. > > > > > > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz > > > > > > happy testing. > > > > > > > > I've had problems with all vbox builds where the machine screen just turns > > gray: http://people.freebsd.org/~lulf/2009-05-24-185847_1024x768_scrot.png > > Hi Ulf > > can you try this patch here: > http://pastebin.ca/1433127 > > this fixed all problems :-). Yes indeed :) It works fine on hz=100 as well as 1000 now. Thanks! -- Ulf Lilleengen From imb at protected-networks.net Sun May 24 18:59:41 2009 From: imb at protected-networks.net (Michael Butler) Date: Sun May 24 19:00:16 2009 Subject: graphics/sane-backends compilation still broken Message-ID: <4A199915.3060001@protected-networks.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 As follows, with either portmaster or portupgrade: /bin/sh ../libtool --silent --tag=CC --mode=compile cc -DHAVE_CONFIG_H - -I../include/sane -I. -I/usr/local/include -I. -I. -I../include - -I../include -DLIBDIR="/usr/local/lib/sane" -DBACKEND_NAME=canon_dr - -I/usr/local/include -D_REENTRANT - -DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d - -DPATH_SANE_DATA_DIR=/usr/local/share - -DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane -DV_MAJOR=1 - -DV_MINOR=0 -O2 -pipe -march=prescott -fno-strict-aliasing -W -Wall -MT libcanon_dr_la-canon_dr.lo -MD -MP -MF .deps/libcanon_dr_la-canon_dr.Tpo - -c -o libcanon_dr_la-canon_dr.lo `test -f 'canon_dr.c' || echo './'`canon_dr.c canon_dr.c: In function 'sane_canon_dr_get_option_descriptor': canon_dr.c:1333: error: 'SANE_NAME_STANDARD' undeclared (first use in this function) canon_dr.c:1333: error: (Each undeclared identifier is reported only once canon_dr.c:1333: error: for each function it appears in.) canon_dr.c:1334: error: 'SANE_TITLE_STANDARD' undeclared (first use in this function) canon_dr.c:1335: error: 'SANE_DESC_STANDARD' undeclared (first use in this function) canon_dr.c:1545: error: 'SANE_NAME_GEOMETRY' undeclared (first use in this function) canon_dr.c:1546: error: 'SANE_TITLE_GEOMETRY' undeclared (first use in this function) canon_dr.c:1547: error: 'SANE_DESC_GEOMETRY' undeclared (first use in this function) canon_dr.c:1632: error: 'SANE_NAME_PAGE_WIDTH' undeclared (first use in this function) canon_dr.c:1633: error: 'SANE_TITLE_PAGE_WIDTH' undeclared (first use in this function) canon_dr.c:1634: error: 'SANE_DESC_PAGE_WIDTH' undeclared (first use in this function) canon_dr.c:1659: error: 'SANE_NAME_PAGE_HEIGHT' undeclared (first use in this function) canon_dr.c:1660: error: 'SANE_TITLE_PAGE_HEIGHT' undeclared (first use in this function) canon_dr.c:1661: error: 'SANE_DESC_PAGE_HEIGHT' undeclared (first use in this function) canon_dr.c:1680: error: 'SANE_NAME_ENHANCEMENT' undeclared (first use in this function) canon_dr.c:1681: error: 'SANE_TITLE_ENHANCEMENT' undeclared (first use in this function) canon_dr.c:1682: error: 'SANE_DESC_ENHANCEMENT' undeclared (first use in this function) canon_dr.c:1771: error: 'SANE_NAME_ADVANCED' undeclared (first use in this function) canon_dr.c:1772: error: 'SANE_TITLE_ADVANCED' undeclared (first use in this function) canon_dr.c:1773: error: 'SANE_DESC_ADVANCED' undeclared (first use in this function) canon_dr.c:1958: error: 'SANE_NAME_SENSORS' undeclared (first use in this function) canon_dr.c:1959: error: 'SANE_TITLE_SENSORS' undeclared (first use in this function) canon_dr.c:1960: error: 'SANE_DESC_SENSORS' undeclared (first use in this function) gmake[2]: *** [libcanon_dr_la-canon_dr.lo] Error 1 gmake[2]: Leaving directory `/usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/backend' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/backend' gmake: *** [all-recursive] Error 1 *** Error code 1 Stop in /usr/ports/graphics/sane-backends. *** Error code 1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkoZmRUACgkQQv9rrgRC1JIdJQCgj/2f5rg9uho+s6Y/vwHq0Lzd fLwAn1zmaWVYaQZTjQrTCFttKT5fpCM+ =59fG -----END PGP SIGNATURE----- From uqs at spoerlein.net Sun May 24 19:21:05 2009 From: uqs at spoerlein.net (Ulrich =?utf-8?B?U3DDtnJsZWlu?=) Date: Sun May 24 19:21:12 2009 Subject: Make package-recursive problem In-Reply-To: References: <20090524152124.GA16591@acme.spoerlein.net> Message-ID: <20090524192101.GB16591@acme.spoerlein.net> On Sun, 24.05.2009 at 14:11:26 -0400, Matt Juszczak wrote: > > I have no clue as to what is causing this, but this is probably the > > reason why people use the tinderbox or roll their own system to build > > consistent packages. > > I feel like I am though? I have a dedicated box just for building > packages. make package creates a tbz file of all packages, and is > supposed to be reliable. It should be under the following circumstances: - You don't update /usr/ports - You don't change /etc/make.conf - You don't deinstall packages > > Another approach had even the package dependency inside a Makefile, so > > rebuilding the gettext package would trigger all dependent packages to > > get rebuilt too (I haven't tackled the problem of *reinstalling* them on > > the target hosts, though) > > Doesn't this already occur with the default tools in the port system? No, installed packages will be updated only (by portmaster or portupgrade) if their PKGVERSION changes. To force the update when a new gettext hits the tree, we have these !#@$!#% awful PORTREVISION bumps across a gazillion ports. I chose a bad example. Consider Perl was upgraded from 5.8.8 to 5.8.9, so the target "perl.tbz" changes mtime (at least), then make(1) would rebuild every port/package that depended on the Perl package. That was what my special Makefile was doing. Plus, you get nice Graphviz input, but a 20,000 node graph is useless to print. Extracting subgraphs for, eg. OpenOffice was nice, though. Cheers, Ulrich Sp?rlein -- http://www.dubistterrorist.de/ From matt at atopia.net Sun May 24 19:24:32 2009 From: matt at atopia.net (Matt Juszczak) Date: Sun May 24 19:24:39 2009 Subject: Make package-recursive problem In-Reply-To: <20090524192101.GB16591@acme.spoerlein.net> References: <20090524152124.GA16591@acme.spoerlein.net> <20090524192101.GB16591@acme.spoerlein.net> Message-ID: > It should be under the following circumstances: > > - You don't update /usr/ports I haven't. > - You don't change /etc/make.conf I haven't. > - You don't deinstall packages I haven't. =) The "bug" I'm describing would make sense if SOMETHING changed. But I haven't changed a thing. From itetcu at FreeBSD.org Sun May 24 19:37:19 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sun May 24 19:37:25 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <200905241026.26903.naylor.b.david@gmail.com> References: <20090523.182426.193741786.chat95@mac.com> <200905231318.29346.naylor.b.david@gmail.com> <20090524.071637.35088168.chat95@mac.com> <200905241026.26903.naylor.b.david@gmail.com> Message-ID: <20090524223745.4bbc5420@it.buh.tecnik93.com> On Sun, 24 May 2009 10:26:23 +0200 David Naylor wrote: > On Sunday 24 May 2009 00:16:37 Maho NAKATA wrote: > > Hi I tested it yesterday, > > > > 1. > > I need > > > > > MAKE_JOBS_SAFE= yes > > > > in the Makefile. > > Yes, you would need that. I believe that will be default. > > > 2. with above patch, ooo2 doesn't launch parallele jobs. > > I spotted that problem after submitting the patch, if you explicitly > set MAKE_JOBS_NUMBER to something it will work. > > The problem is that ooo2 does (in effect): > .if (${MAKE_JOBS_NUMBER} > 1) > # Stuff > .else > # Other stuff > .endif > and that doesn't work as expected with MAKE_JOBS_NUMBER=`sysctl > kern.smp.cpus` as the command is not resolved. w/o patch editors/openoffice.org-3 openoffice.org-3.1.0 4:53:27 with patch: + MAKE_JOBS_SAFE= yes + MAKE_JOBS_NUMBER= 4 + MAXPROCESSES?= ${MAKE_JOBS_NUMBER} + MAXMODULES?= ${MAKE_JOBS_NUMBER} editors/openoffice.org-3 openoffice.org-3.1.0 48:51 The build is done in /dev/md0 on /usr/local/tinderbox/7-STABLE-FPT-NPD (ufs, asynchronous, local, noatime) -- 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/20090524/b92d3fb1/signature.pgp From pav at FreeBSD.org Sun May 24 19:56:04 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Sun May 24 19:56:10 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <200905242007.06917.naylor.b.david@gmail.com> References: <20090522.195350.193746535.chat95@mac.com> <20090524190131.0b30b101@it.buh.tecnik93.com> <1243182477.18007.18.camel@hood.oook.cz> <200905242007.06917.naylor.b.david@gmail.com> Message-ID: <1243194956.21797.4.camel@hood.oook.cz> David Naylor p??e v ne 24. 05. 2009 v 20:07 +0200: > On Sunday 24 May 2009 18:27:57 Pav Lucistnik wrote: > > Ion-Mihai Tetcu p??e v ne 24. 05. 2009 v 19:01 +0300: > > > On Sun, 24 May 2009 16:10:23 +0200 > > > > > > Pav Lucistnik wrote: > > > > Ion-Mihai Tetcu p??e v so 23. 05. 2009 v 13:51 +0300: > > > > > > > - MAKE_JOBS_NUMBER defaults (but user defined) to number of > > > > > > > cores > > > > > > > > > > This part looks OK, I wonder if there's any reason t ain't like this > > > > > now; Pav? > > > > > -.if defined(MAKE_JOBS_NUMBER) > > > > > +MAKE_JOBS_NUMBER?= `${SYSCTL} -n kern.smp.cpus` > > > > > _MAKE_JOBS= -j${MAKE_JOBS_NUMBER} > > > > > -.else > > > > > -_MAKE_JOBS= -j`${SYSCTL} -n kern.smp.cpus` > > > > > -.endif > > > > > > > > Wouldn't that mean an evaluation of the backtick command in every > > > > make(1) invocation? That would be highly undesirable. > > I don't believe that is the case. > > Here is what I get with the patch applied (MAKE_JOBS_NUMBER not defined): > /usr/ports/editors/openoffice.org-3# make -V MAKE_JOBS_NUMBER -V _MAKE_JOBS > `/sbin/sysctl -n kern.smp.cpus` > -j`/sbin/sysctl -n kern.smp.cpus` > > Wouldn't this indicate that the backtick command is not being evaluated? Seems correct. But explain again, why you need this change? You cannot use it to evaluate single/multi-processor machine in Makefile, as it's not expanded there either. And why should anything fail with -j1 but work with -j4? That is totally unexpected. -- Pav Lucistnik It whines, glows and fades... -------------- 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/20090524/cb7574a5/attachment.pgp From nork at FreeBSD.org Sun May 24 20:17:47 2009 From: nork at FreeBSD.org (Norikatsu Shigemura) Date: Sun May 24 20:17:54 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <20090522175956.GA33004@bsdcrew.de> References: <20090522175956.GA33004@bsdcrew.de> Message-ID: <20090525051738.6c1c8844.nork@FreeBSD.org> Hi Martin. On Fri, 22 May 2009 19:59:57 +0200 Martin Wilke wrote: > We rolled a new version with a fix for all users where > has problems with kernel load and unload. Many thanks to > Shin-ichi Okano where submitted this patch to the vbox ml. > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz I tried to support NLS. Please see also my patch. BTW, In my environment, VBoxREM32.so and VBoxREM64.so was not installed. Do you know why? - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --- Makefile.orig 2009-05-23 01:59:37.000000000 +0900 +++ Makefile 2009-05-25 05:11:37.046564727 +0900 @@ -128,6 +128,9 @@ ${MKDIR} ${PREFIX}/lib/virtualbox (cd ${WRKSRC}/out/${KMK_ARCH}/release/bin && ${COPYTREE_SHARE} "*.so *.gc *.r0 components" ${PREFIX}/lib/virtualbox) + ${MKDIR} ${PREFIX}/lib/virtualbox/nls + (cd ${WRKSRC}/out/${KMK_ARCH}/release/obj/VirtualBox/qtnls && ${COPYTREE_SHARE} "*.qm" ${PREFIX}/lib/virtualbox/nls) + ${MKDIR} ${PREFIX}/bin .for f in VBoxBFE VBoxHeadless VBoxManage VBoxNetDHCP VBoxSDL VBoxSVC VBoxXPCOMIPCD VirtualBox ${INSTALL_PROGRAM} ${WRKSRC}/out/${KMK_ARCH}/release/bin/$f ${PREFIX}/lib/virtualbox/ --- pkg-plist.orig 2009-05-08 03:59:50.000000000 +0900 +++ pkg-plist 2009-05-25 05:11:25.684009015 +0900 @@ -21,8 +21,6 @@ lib/virtualbox/VBoxNetDHCP.so lib/virtualbox/VBoxPython.so lib/virtualbox/VBoxREM.so -lib/virtualbox/VBoxREM32.so -lib/virtualbox/VBoxREM64.so lib/virtualbox/VBoxRT.so lib/virtualbox/VBoxSDL lib/virtualbox/VBoxSDL.so @@ -47,6 +45,63 @@ lib/virtualbox/components/VBoxSVCM.so lib/virtualbox/components/VBoxC.so lib/virtualbox/components/VBoxXPCOMBase.xpt +lib/virtualbox/nls/VirtualBox_ar.qm +lib/virtualbox/nls/VirtualBox_bg.qm +lib/virtualbox/nls/VirtualBox_ca.qm +lib/virtualbox/nls/VirtualBox_cs.qm +lib/virtualbox/nls/VirtualBox_de.qm +lib/virtualbox/nls/VirtualBox_el.qm +lib/virtualbox/nls/VirtualBox_es.qm +lib/virtualbox/nls/VirtualBox_eu.qm +lib/virtualbox/nls/VirtualBox_fi.qm +lib/virtualbox/nls/VirtualBox_fr.qm +lib/virtualbox/nls/VirtualBox_hu.qm +lib/virtualbox/nls/VirtualBox_id.qm +lib/virtualbox/nls/VirtualBox_it.qm +lib/virtualbox/nls/VirtualBox_ja.qm +lib/virtualbox/nls/VirtualBox_km_KH.qm +lib/virtualbox/nls/VirtualBox_ko.qm +lib/virtualbox/nls/VirtualBox_nl.qm +lib/virtualbox/nls/VirtualBox_pl.qm +lib/virtualbox/nls/VirtualBox_pt.qm +lib/virtualbox/nls/VirtualBox_pt_BR.qm +lib/virtualbox/nls/VirtualBox_ro.qm +lib/virtualbox/nls/VirtualBox_ru.qm +lib/virtualbox/nls/VirtualBox_sk.qm +lib/virtualbox/nls/VirtualBox_sr.qm +lib/virtualbox/nls/VirtualBox_sv.qm +lib/virtualbox/nls/VirtualBox_tr.qm +lib/virtualbox/nls/VirtualBox_zh_CN.qm +lib/virtualbox/nls/VirtualBox_zh_TW.qm +lib/virtualbox/nls/qt_ar.qm +lib/virtualbox/nls/qt_bg.qm +lib/virtualbox/nls/qt_ca.qm +lib/virtualbox/nls/qt_cs.qm +lib/virtualbox/nls/qt_de.qm +lib/virtualbox/nls/qt_el.qm +lib/virtualbox/nls/qt_es.qm +lib/virtualbox/nls/qt_eu.qm +lib/virtualbox/nls/qt_fi.qm +lib/virtualbox/nls/qt_fr.qm +lib/virtualbox/nls/qt_hu.qm +lib/virtualbox/nls/qt_id.qm +lib/virtualbox/nls/qt_it.qm +lib/virtualbox/nls/qt_ja.qm +lib/virtualbox/nls/qt_km_KH.qm +lib/virtualbox/nls/qt_ko.qm +lib/virtualbox/nls/qt_nl.qm +lib/virtualbox/nls/qt_pl.qm +lib/virtualbox/nls/qt_pt.qm +lib/virtualbox/nls/qt_pt_BR.qm +lib/virtualbox/nls/qt_ro.qm +lib/virtualbox/nls/qt_ru.qm +lib/virtualbox/nls/qt_sk.qm +lib/virtualbox/nls/qt_sr.qm +lib/virtualbox/nls/qt_sv.qm +lib/virtualbox/nls/qt_tr.qm +lib/virtualbox/nls/qt_zh_CN.qm +lib/virtualbox/nls/qt_zh_TW.qm +@dirrm lib/virtualbox/nls @dirrm lib/virtualbox/components @dirrm lib/virtualbox @cwd / - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From david at vizion2000.net Sun May 24 20:23:08 2009 From: david at vizion2000.net (David Southwell) Date: Sun May 24 20:23:14 2009 Subject: pciVideoPtr typedef problem causes failue of x11/xorg update: In-Reply-To: <1243180150.63754.2886.camel@balrog.2hip.net> References: <200905240847.19443.david@vizion2000.net> <1243180150.63754.2886.camel@balrog.2hip.net> Message-ID: <200905241403.14941.david@vizion2000.net> On Sunday 24 May 2009 08:49:10 Robert Noland wrote: > On Sun, 2009-05-24 at 08:47 -0700, David Southwell wrote: > > Problems on portupgrade > > > > Does anyone know how to resolve this one(Please also see also note > > below): > > > > Thanks in advance for any help > > Uninstall them... They are no longer supported and will be removed at > some point. You may also want to re-run "make config" on > x11/xorg-drivers and cleanup the options to only include the drivers > that you need. > > robert. > > > David > > > > # Portupgrade -a > > > > > > > > - x11-drivers/xf86-video-via (marked as IGNORE) > > > > > > > > ---> Skipping 'x11/xorg' (xorg-7.4_1) because a requisite > > package 'xf86-video-via-0.2.2_3' (x11-drivers/xf86-video-via) failed > > > > > > [root@dns1 /usr/ports/x11-drivers/xf86-video-via]# make configure > > ===> xf86-video-via-0.2.2_5 requires pciVideoPtr typedef. > > *** Error code 1 > > > > Stop in /usr/ports/x11-drivers/xf86-video-via. > > > > Note: > > > > I seem to be getting a lot of IGNORES: > > > > - databases/mysqlman (marked as IGNORE) > > - mail/postfix (marked as IGNORE) > > - x11-toolkits/ruby-panelapplet (marked as IGNORE) > > - x11-drivers/xf86-input-calcomp (marked as IGNORE) > > - x11-drivers/xf86-input-digitaledge (marked as IGNORE) > > - x11-drivers/xf86-input-dmc (marked as IGNORE) > > - x11-drivers/xf86-input-dynapro (marked as IGNORE) > > - x11-drivers/xf86-input-elo2300 (marked as IGNORE) > > - x11-drivers/xf86-input-jamstudio (marked as IGNORE) > > - x11-drivers/xf86-input-magellan (marked as IGNORE) > > - x11-drivers/xf86-input-magictouch (marked as IGNORE) > > - x11-drivers/xf86-input-microtouch (marked as IGNORE) > > - x11-drivers/xf86-input-palmax (marked as IGNORE) > > - x11-drivers/xf86-input-spaceorb (marked as IGNORE) > > - x11-drivers/xf86-input-summa (marked as IGNORE) > > - x11-drivers/xf86-input-tek4957 (marked as IGNORE) > > - x11-drivers/xf86-video-cyrix (marked as IGNORE) > > - x11-drivers/xf86-video-imstt (marked as IGNORE) > > - x11-drivers/xf86-video-vga (marked as IGNORE) > > - x11-drivers/xf86-video-via (marked as IGNORE) > > > > > > _______________________________________________ > > 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" # make configure fails with: config.status: executing depfiles commands ===> xf86-input-calcomp ===> xf86-input-calcomp-1.1.2_1 Unmaintained upstream. Notify x11@FreeBSD.org if you have this device.. *** Error code 1 Stop in /usr/ports/x11-drivers/xf86-input-calcomp. *** Error code 1 Stop in /usr/ports/x11-drivers. From olivier at gid0.org Sun May 24 22:00:22 2009 From: olivier at gid0.org (Olivier SMEDTS) Date: Sun May 24 22:00:41 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <20090525051738.6c1c8844.nork@FreeBSD.org> References: <20090522175956.GA33004@bsdcrew.de> <20090525051738.6c1c8844.nork@FreeBSD.org> Message-ID: <367b2c980905241500p2a6a2f3na45f36fe9ad474d0@mail.gmail.com> 2009/5/24 Norikatsu Shigemura : > Hi Martin. > > On Fri, 22 May 2009 19:59:57 +0200 > Martin Wilke wrote: >> We rolled a new version with a fix for all users where >> has problems with kernel load and unload. Many thanks to >> Shin-ichi Okano where submitted this patch to the vbox ml. >> http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz > > ? ? ? ?I tried to support NLS. ?Please see also my patch. > > ? ? ? ?BTW, In my environment, VBoxREM32.so and VBoxREM64.so was not > ? ? ? ?installed. ?Do you know why? Same here (amd64). > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > --- Makefile.orig ? ? ? 2009-05-23 01:59:37.000000000 +0900 > +++ Makefile ? ?2009-05-25 05:11:37.046564727 +0900 > @@ -128,6 +128,9 @@ > ? ? ? ?${MKDIR} ${PREFIX}/lib/virtualbox > ? ? ? ?(cd ${WRKSRC}/out/${KMK_ARCH}/release/bin && ${COPYTREE_SHARE} "*.so *.gc *.r0 components" ${PREFIX}/lib/virtualbox) > > + ? ? ? ${MKDIR} ${PREFIX}/lib/virtualbox/nls > + ? ? ? (cd ${WRKSRC}/out/${KMK_ARCH}/release/obj/VirtualBox/qtnls && ${COPYTREE_SHARE} "*.qm" ${PREFIX}/lib/virtualbox/nls) > + > ? ? ? ?${MKDIR} ${PREFIX}/bin > ?.for f in VBoxBFE VBoxHeadless VBoxManage VBoxNetDHCP VBoxSDL VBoxSVC VBoxXPCOMIPCD VirtualBox > ? ? ? ?${INSTALL_PROGRAM} ${WRKSRC}/out/${KMK_ARCH}/release/bin/$f ${PREFIX}/lib/virtualbox/ > --- pkg-plist.orig ? ? ?2009-05-08 03:59:50.000000000 +0900 > +++ pkg-plist ? 2009-05-25 05:11:25.684009015 +0900 > @@ -21,8 +21,6 @@ > ?lib/virtualbox/VBoxNetDHCP.so > ?lib/virtualbox/VBoxPython.so > ?lib/virtualbox/VBoxREM.so > -lib/virtualbox/VBoxREM32.so > -lib/virtualbox/VBoxREM64.so > ?lib/virtualbox/VBoxRT.so > ?lib/virtualbox/VBoxSDL > ?lib/virtualbox/VBoxSDL.so > @@ -47,6 +45,63 @@ > ?lib/virtualbox/components/VBoxSVCM.so > ?lib/virtualbox/components/VBoxC.so > ?lib/virtualbox/components/VBoxXPCOMBase.xpt > +lib/virtualbox/nls/VirtualBox_ar.qm > +lib/virtualbox/nls/VirtualBox_bg.qm > +lib/virtualbox/nls/VirtualBox_ca.qm > +lib/virtualbox/nls/VirtualBox_cs.qm > +lib/virtualbox/nls/VirtualBox_de.qm > +lib/virtualbox/nls/VirtualBox_el.qm > +lib/virtualbox/nls/VirtualBox_es.qm > +lib/virtualbox/nls/VirtualBox_eu.qm > +lib/virtualbox/nls/VirtualBox_fi.qm > +lib/virtualbox/nls/VirtualBox_fr.qm > +lib/virtualbox/nls/VirtualBox_hu.qm > +lib/virtualbox/nls/VirtualBox_id.qm > +lib/virtualbox/nls/VirtualBox_it.qm > +lib/virtualbox/nls/VirtualBox_ja.qm > +lib/virtualbox/nls/VirtualBox_km_KH.qm > +lib/virtualbox/nls/VirtualBox_ko.qm > +lib/virtualbox/nls/VirtualBox_nl.qm > +lib/virtualbox/nls/VirtualBox_pl.qm > +lib/virtualbox/nls/VirtualBox_pt.qm > +lib/virtualbox/nls/VirtualBox_pt_BR.qm > +lib/virtualbox/nls/VirtualBox_ro.qm > +lib/virtualbox/nls/VirtualBox_ru.qm > +lib/virtualbox/nls/VirtualBox_sk.qm > +lib/virtualbox/nls/VirtualBox_sr.qm > +lib/virtualbox/nls/VirtualBox_sv.qm > +lib/virtualbox/nls/VirtualBox_tr.qm > +lib/virtualbox/nls/VirtualBox_zh_CN.qm > +lib/virtualbox/nls/VirtualBox_zh_TW.qm > +lib/virtualbox/nls/qt_ar.qm > +lib/virtualbox/nls/qt_bg.qm > +lib/virtualbox/nls/qt_ca.qm > +lib/virtualbox/nls/qt_cs.qm > +lib/virtualbox/nls/qt_de.qm > +lib/virtualbox/nls/qt_el.qm > +lib/virtualbox/nls/qt_es.qm > +lib/virtualbox/nls/qt_eu.qm > +lib/virtualbox/nls/qt_fi.qm > +lib/virtualbox/nls/qt_fr.qm > +lib/virtualbox/nls/qt_hu.qm > +lib/virtualbox/nls/qt_id.qm > +lib/virtualbox/nls/qt_it.qm > +lib/virtualbox/nls/qt_ja.qm > +lib/virtualbox/nls/qt_km_KH.qm > +lib/virtualbox/nls/qt_ko.qm > +lib/virtualbox/nls/qt_nl.qm > +lib/virtualbox/nls/qt_pl.qm > +lib/virtualbox/nls/qt_pt.qm > +lib/virtualbox/nls/qt_pt_BR.qm > +lib/virtualbox/nls/qt_ro.qm > +lib/virtualbox/nls/qt_ru.qm > +lib/virtualbox/nls/qt_sk.qm > +lib/virtualbox/nls/qt_sr.qm > +lib/virtualbox/nls/qt_sv.qm > +lib/virtualbox/nls/qt_tr.qm > +lib/virtualbox/nls/qt_zh_CN.qm > +lib/virtualbox/nls/qt_zh_TW.qm > +@dirrm lib/virtualbox/nls > ?@dirrm lib/virtualbox/components > ?@dirrm lib/virtualbox > ?@cwd / > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > _______________________________________________ > 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" > -- 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 tmende at optusnet.com.au Mon May 25 00:55:45 2009 From: tmende at optusnet.com.au (Tom Mende) Date: Mon May 25 00:55:52 2009 Subject: graphics/sane-backends compilation still broken In-Reply-To: <4A199915.3060001@protected-networks.net> References: <4A199915.3060001@protected-networks.net> Message-ID: On 25/05/2009, at 4:59 AM, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > As follows, with either portmaster or portupgrade: > > /bin/sh ../libtool --silent --tag=CC --mode=compile cc - > DHAVE_CONFIG_H > - -I../include/sane -I. -I/usr/local/include -I. -I. -I../include > - -I../include -DLIBDIR="/usr/local/lib/sane" -DBACKEND_NAME=canon_dr > - -I/usr/local/include -D_REENTRANT > - -DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d > - -DPATH_SANE_DATA_DIR=/usr/local/share > - -DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane -DV_MAJOR=1 > - -DV_MINOR=0 -O2 -pipe -march=prescott -fno-strict-aliasing -W - > Wall -MT > libcanon_dr_la-canon_dr.lo -MD -MP -MF .deps/libcanon_dr_la- > canon_dr.Tpo > - -c -o libcanon_dr_la-canon_dr.lo `test -f 'canon_dr.c' || echo > './'`canon_dr.c > canon_dr.c: In function 'sane_canon_dr_get_option_descriptor': > > > canon_dr.c:1333: error: 'SANE_NAME_STANDARD' undeclared (first use in > this function) > > canon_dr.c:1333: error: (Each undeclared identifier is reported only > once > canon_dr.c:1333: error: for each function it appears in.) > canon_dr.c:1334: error: 'SANE_TITLE_STANDARD' undeclared (first use in > this function) > canon_dr.c:1335: error: 'SANE_DESC_STANDARD' undeclared (first use in > this function) > canon_dr.c:1545: error: 'SANE_NAME_GEOMETRY' undeclared (first use in > this function) > canon_dr.c:1546: error: 'SANE_TITLE_GEOMETRY' undeclared (first use in > this function) > canon_dr.c:1547: error: 'SANE_DESC_GEOMETRY' undeclared (first use in > this function) > canon_dr.c:1632: error: 'SANE_NAME_PAGE_WIDTH' undeclared (first use > in > this function) > canon_dr.c:1633: error: 'SANE_TITLE_PAGE_WIDTH' undeclared (first > use in > this function) > canon_dr.c:1634: error: 'SANE_DESC_PAGE_WIDTH' undeclared (first use > in > this function) > canon_dr.c:1659: error: 'SANE_NAME_PAGE_HEIGHT' undeclared (first > use in > this function) > canon_dr.c:1660: error: 'SANE_TITLE_PAGE_HEIGHT' undeclared (first use > in this function) > canon_dr.c:1661: error: 'SANE_DESC_PAGE_HEIGHT' undeclared (first > use in > this function) > canon_dr.c:1680: error: 'SANE_NAME_ENHANCEMENT' undeclared (first > use in > this function) > canon_dr.c:1681: error: 'SANE_TITLE_ENHANCEMENT' undeclared (first use > in this function) > canon_dr.c:1682: error: 'SANE_DESC_ENHANCEMENT' undeclared (first > use in > this function) > canon_dr.c:1771: error: 'SANE_NAME_ADVANCED' undeclared (first use in > this function) > canon_dr.c:1772: error: 'SANE_TITLE_ADVANCED' undeclared (first use in > this function) > canon_dr.c:1773: error: 'SANE_DESC_ADVANCED' undeclared (first use in > this function) > canon_dr.c:1958: error: 'SANE_NAME_SENSORS' undeclared (first use in > this function) > canon_dr.c:1959: error: 'SANE_TITLE_SENSORS' undeclared (first use in > this function) > canon_dr.c:1960: error: 'SANE_DESC_SENSORS' undeclared (first use in > this function) > gmake[2]: *** [libcanon_dr_la-canon_dr.lo] Error 1 > gmake[2]: Leaving directory > `/usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/backend' > gmake[1]: *** [all] Error 2 > gmake[1]: Leaving directory > `/usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/backend' > gmake: *** [all-recursive] Error 1 > *** Error code 1 > > Stop in /usr/ports/graphics/sane-backends. > *** Error code 1 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (FreeBSD) > > iEYEARECAAYFAkoZmRUACgkQQv9rrgRC1JIdJQCgj/2f5rg9uho+s6Y/vwHq0Lzd > fLwAn1zmaWVYaQZTjQrTCFttKT5fpCM+ > =59fG > -----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 > " Exact same problem here at same place in the process! Raised a PR but... --------------- From: miwi@freebsd.org Subject: Re: ports/134890: graphics/sane-backends port fails to build Date: 24 May 2009 7:46:41 PM To: tmende@optusnet.com.au, miwi@freebsd.org, miwi@freebsd.org Synopsis: graphics/sane-backends port fails to build State-Changed-From-To: open->closed State-Changed-By: miwi State-Changed-When: Sun May 24 09:46:41 UTC 2009 State-Changed-Why: a patch was committed please update your portstree. http://www.freebsd.org/cgi/query-pr.cgi?pr=134890 ----------------- ...so I guess I must be an idiot... Have now used both portsnap fetch extract and portsnap fetch update to no avail as the port fails in the same place each time. Do I have to go back to using CVSup to update the ports tree? That would be going backwards in my view! Cheers, Tom From imb at protected-networks.net Mon May 25 01:50:27 2009 From: imb at protected-networks.net (Michael Butler) Date: Mon May 25 01:50:33 2009 Subject: graphics/sane-backends compilation still broken In-Reply-To: References: <4A199915.3060001@protected-networks.net> Message-ID: <4A19F95C.80404@protected-networks.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tom Mende wrote: > On 25/05/2009, at 4:59 AM, Michael Butler wrote: > > As follows, with either portmaster or portupgrade: > > /bin/sh ../libtool --silent --tag=CC --mode=compile cc -DHAVE_CONFIG_H > -I../include/sane -I. -I/usr/local/include -I. -I. -I../include > -I../include -DLIBDIR="/usr/local/lib/sane" -DBACKEND_NAME=canon_dr > -I/usr/local/include -D_REENTRANT > -DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d > -DPATH_SANE_DATA_DIR=/usr/local/share > -DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane -DV_MAJOR=1 > -DV_MINOR=0 -O2 -pipe -march=prescott -fno-strict-aliasing -W -Wall > -MT > libcanon_dr_la-canon_dr.lo -MD -MP -MF .deps/libcanon_dr_la-canon_dr.Tpo > -c -o libcanon_dr_la-canon_dr.lo `test -f 'canon_dr.c' || echo > './'`canon_dr.c > canon_dr.c: In function 'sane_canon_dr_get_option_descriptor': [ .. ] > > canon_dr.c:1333: error: 'SANE_NAME_STANDARD' undeclared (first use in > this function) > Exact same problem here at same place in the process! Raised a PR but... [ .. ] > Have now used both portsnap fetch extract and portsnap fetch update to > no avail as the port fails in the same place each time. > Do I have to go back to using CVSup to update the ports tree? That would > be going backwards in my view! The solution is to move the /usr/local/include/sane directory from the previous installation to one side and it will compile. Using the approach of .. cd /usr/ports/graphics/sane-backends make deinstall all reinstall clean .. would also probably work, Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkoZ+VwACgkQQv9rrgRC1JLRAACfX+ghh3JKkvPLtrzQWD+fTUW0 Xr8An0x6IqMy5naZcAtDNIfHaaS5Uhh7 =9Vsb -----END PGP SIGNATURE----- From tmende at optusnet.com.au Mon May 25 02:24:52 2009 From: tmende at optusnet.com.au (Tom Mende) Date: Mon May 25 02:24:59 2009 Subject: graphics/sane-backends compilation still broken In-Reply-To: <4A19F95C.80404@protected-networks.net> References: <4A199915.3060001@protected-networks.net> <4A19F95C.80404@protected-networks.net> Message-ID: <8DB8321B-8BC8-4421-87DE-084EDB122BD9@optusnet.com.au> On 25/05/2009, at 11:50 AM, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Tom Mende wrote: >> On 25/05/2009, at 4:59 AM, Michael Butler wrote: >> >> As follows, with either portmaster or portupgrade: >> >> /bin/sh ../libtool --silent --tag=CC --mode=compile cc - >> DHAVE_CONFIG_H >> -I../include/sane -I. -I/usr/local/include -I. -I. -I../include >> -I../include -DLIBDIR="/usr/local/lib/sane" -DBACKEND_NAME=canon_dr >> -I/usr/local/include -D_REENTRANT >> -DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d >> -DPATH_SANE_DATA_DIR=/usr/local/share >> -DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane -DV_MAJOR=1 >> -DV_MINOR=0 -O2 -pipe -march=prescott -fno-strict-aliasing -W -Wall >> -MT >> libcanon_dr_la-canon_dr.lo -MD -MP -MF .deps/libcanon_dr_la- >> canon_dr.Tpo >> -c -o libcanon_dr_la-canon_dr.lo `test -f 'canon_dr.c' || echo >> './'`canon_dr.c >> canon_dr.c: In function 'sane_canon_dr_get_option_descriptor': > > [ .. ] > >> >> canon_dr.c:1333: error: 'SANE_NAME_STANDARD' undeclared (first use in >> this function) >> Exact same problem here at same place in the process! Raised a PR >> but... > > [ .. ] > >> Have now used both portsnap fetch extract and portsnap fetch update >> to >> no avail as the port fails in the same place each time. > >> Do I have to go back to using CVSup to update the ports tree? That >> would >> be going backwards in my view! > > The solution is to move the /usr/local/include/sane directory from the > previous installation to one side and it will compile. > > Using the approach of .. > > cd /usr/ports/graphics/sane-backends > make deinstall all reinstall clean > > .. would also probably work, > > Michael > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (FreeBSD) > > iEYEARECAAYFAkoZ+VwACgkQQv9rrgRC1JLRAACfX+ghh3JKkvPLtrzQWD+fTUW0 > Xr8An0x6IqMy5naZcAtDNIfHaaS5Uhh7 > =9Vsb > -----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 > " Thanks Michael; Tried deinstall and reinstall approach - it works - but portupgrade definitely fails! Cheers, Tom From chat95 at mac.com Mon May 25 06:19:45 2009 From: chat95 at mac.com (Maho NAKATA) Date: Mon May 25 06:19:55 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <20090525051738.6c1c8844.nork@FreeBSD.org> References: <20090522175956.GA33004@bsdcrew.de> <20090525051738.6c1c8844.nork@FreeBSD.org> Message-ID: <20090525.151740.98935220.chat95@mac.com> Hi Miwi and nork-san From: Norikatsu Shigemura Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 Date: Mon, 25 May 2009 05:17:38 +0900 > BTW, In my environment, VBoxREM32.so and VBoxREM64.so was not > installed. Do you know why? I don't know but it also happen to me. I have this problem on 7.2-RELEASE/amd64. Thank you, -- 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/20090525/3481f06a/attachment.pgp From odhiambo at gmail.com Mon May 25 07:04:21 2009 From: odhiambo at gmail.com (=?UTF-8?B?T2RoaWFtYm8gIOODr+OCt+ODs+ODiOODsw==?=) Date: Mon May 25 07:04:28 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <20090525.151740.98935220.chat95@mac.com> References: <20090522175956.GA33004@bsdcrew.de> <20090525051738.6c1c8844.nork@FreeBSD.org> <20090525.151740.98935220.chat95@mac.com> Message-ID: <991123400905242335w30c69fc6n9945f605dfff6cd6@mail.gmail.com> On Mon, May 25, 2009 at 9:17 AM, Maho NAKATA wrote: > Hi Miwi and nork-san > > From: Norikatsu Shigemura > Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 > Date: Mon, 25 May 2009 05:17:38 +0900 > > > BTW, In my environment, VBoxREM32.so and VBoxREM64.so was not > > installed. Do you know why? > > I don't know but it also happen to me. I have this problem on > 7.2-RELEASE/amd64. Not to answer but just to say that on my i386, both files were installed. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ "Clothes make the man. Naked people have little or no influence on society." -- Mark Twain From bsam at ipt.ru Mon May 25 07:09:50 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Mon May 25 07:09:57 2009 Subject: pciVideoPtr typedef problem causes failue of x11/xorg update: In-Reply-To: <200905241403.14941.david@vizion2000.net> (David Southwell's message of "Sun\, 24 May 2009 14\:03\:14 -0700") References: <200905240847.19443.david@vizion2000.net> <1243180150.63754.2886.camel@balrog.2hip.net> <200905241403.14941.david@vizion2000.net> Message-ID: <56692676@ipt.ru> David Southwell writes: > On Sunday 24 May 2009 08:49:10 Robert Noland wrote: >> On Sun, 2009-05-24 at 08:47 -0700, David Southwell wrote: >> > Problems on portupgrade >> > >> > Does anyone know how to resolve this one(Please also see also note >> > below): >> > >> > Thanks in advance for any help >> >> Uninstall them... They are no longer supported and will be removed at >> some point. You may also want to re-run "make config" on >> x11/xorg-drivers and cleanup the options to only include the drivers >> that you need. >> >> robert. >> >> > David >> > >> > # Portupgrade -a >> > >> > >> > >> > - x11-drivers/xf86-video-via (marked as IGNORE) >> > >> > >> > >> > ---> Skipping 'x11/xorg' (xorg-7.4_1) because a requisite >> > package 'xf86-video-via-0.2.2_3' (x11-drivers/xf86-video-via) failed >> > >> > >> > [root@dns1 /usr/ports/x11-drivers/xf86-video-via]# make configure >> > ===> xf86-video-via-0.2.2_5 requires pciVideoPtr typedef. >> > *** Error code 1 >> > >> > Stop in /usr/ports/x11-drivers/xf86-video-via. >> > >> > Note: >> > >> > I seem to be getting a lot of IGNORES: >> > >> > - databases/mysqlman (marked as IGNORE) >> > - mail/postfix (marked as IGNORE) >> > - x11-toolkits/ruby-panelapplet (marked as IGNORE) >> > - x11-drivers/xf86-input-calcomp (marked as IGNORE) >> > - x11-drivers/xf86-input-digitaledge (marked as IGNORE) >> > - x11-drivers/xf86-input-dmc (marked as IGNORE) >> > - x11-drivers/xf86-input-dynapro (marked as IGNORE) >> > - x11-drivers/xf86-input-elo2300 (marked as IGNORE) >> > - x11-drivers/xf86-input-jamstudio (marked as IGNORE) >> > - x11-drivers/xf86-input-magellan (marked as IGNORE) >> > - x11-drivers/xf86-input-magictouch (marked as IGNORE) >> > - x11-drivers/xf86-input-microtouch (marked as IGNORE) >> > - x11-drivers/xf86-input-palmax (marked as IGNORE) >> > - x11-drivers/xf86-input-spaceorb (marked as IGNORE) >> > - x11-drivers/xf86-input-summa (marked as IGNORE) >> > - x11-drivers/xf86-input-tek4957 (marked as IGNORE) >> > - x11-drivers/xf86-video-cyrix (marked as IGNORE) >> > - x11-drivers/xf86-video-imstt (marked as IGNORE) >> > - x11-drivers/xf86-video-vga (marked as IGNORE) >> > - x11-drivers/xf86-video-via (marked as IGNORE) > # make configure # cd /usr/ports/x11-drivers/xorg-drivers # make config (Note it's "config" but not "configure") > fails with: > > config.status: executing depfiles commands > ===> xf86-input-calcomp > ===> xf86-input-calcomp-1.1.2_1 Unmaintained upstream. Notify x11@FreeBSD.org > if you have this device.. > *** Error code 1 > > Stop in /usr/ports/x11-drivers/xf86-input-calcomp. > *** Error code 1 > > Stop in /usr/ports/x11-drivers. WBR -- bsam From lx at FreeBSD.org Mon May 25 07:14:13 2009 From: lx at FreeBSD.org (David E. Thiel) Date: Mon May 25 07:14:20 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <20090522175956.GA33004@bsdcrew.de> References: <20090522175956.GA33004@bsdcrew.de> Message-ID: <20090525071435.GB2592@redundancy.redundancy.org> On Fri, May 22, 2009 at 07:59:57PM +0200, Martin Wilke wrote: > We rolled a new version with a fix for all users where > has problems with kernel load and unload. Many thanks to > Shin-ichi Okano where submitted this patch to the vbox ml. > > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz My apologies if this has already been mentioned, but has anyone else run into problems when enabling more than one virtual CPU to the guest OS? When I do this with a Win7 VM, my host locks up on boot and then reboots itself. Known issue? I'm using a 7-stable host on a dual core athlon 64, with an i386 base. From decke at bluelife.at Mon May 25 07:33:26 2009 From: decke at bluelife.at (Bernhard =?iso-8859-1?Q?Fr=F6hlich?=) Date: Mon May 25 07:33:32 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <991123400905242335w30c69fc6n9945f605dfff6cd6@mail.gmail.com> References: <20090522175956.GA33004@bsdcrew.de> <20090525051738.6c1c8844.nork@FreeBSD.org> <20090525.151740.98935220.chat95@mac.com> <991123400905242335w30c69fc6n9945f605dfff6cd6@mail.gmail.com> Message-ID: On Mon, May 25, 2009 8:35 am, Odhiambo ??????????????? wrote: > On Mon, May 25, 2009 at 9:17 AM, Maho NAKATA wrote: > >> Hi Miwi and nork-san >> >> From: Norikatsu Shigemura >> Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 >> Date: Mon, 25 May 2009 05:17:38 +0900 >> >> > BTW, In my environment, VBoxREM32.so and VBoxREM64.so was not >> > installed. Do you know why? >> >> I don't know but it also happen to me. I have this problem on >> 7.2-RELEASE/amd64. > > Not to answer but just to say that on my i386, both files were installed. I've fixed that yesterday so this problem will be gone with the next port update. Both files only exist on i386 so this problem happens on all amd64 boxes. -- Bernhard Fr?hlich http://www.bluelife.at/ From naylor.b.david at gmail.com Mon May 25 08:02:25 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Mon May 25 08:02:32 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <20090524223745.4bbc5420@it.buh.tecnik93.com> References: <20090523.182426.193741786.chat95@mac.com> <200905241026.26903.naylor.b.david@gmail.com> <20090524223745.4bbc5420@it.buh.tecnik93.com> Message-ID: <200905251003.15408.naylor.b.david@gmail.com> On Sunday 24 May 2009 21:37:45 Ion-Mihai Tetcu wrote: > On Sun, 24 May 2009 10:26:23 +0200 > > David Naylor wrote: > > On Sunday 24 May 2009 00:16:37 Maho NAKATA wrote: > > > Hi I tested it yesterday, > > > > > > 1. > > > I need > > > > > > > MAKE_JOBS_SAFE= yes > > > > > > in the Makefile. > > > > Yes, you would need that. I believe that will be default. > > > > > 2. with above patch, ooo2 doesn't launch parallele jobs. > > > > I spotted that problem after submitting the patch, if you explicitly > > set MAKE_JOBS_NUMBER to something it will work. > > > > The problem is that ooo2 does (in effect): > > .if (${MAKE_JOBS_NUMBER} > 1) > > # Stuff > > .else > > # Other stuff > > .endif > > and that doesn't work as expected with MAKE_JOBS_NUMBER=`sysctl > > kern.smp.cpus` as the command is not resolved. > > w/o patch > editors/openoffice.org-3 openoffice.org-3.1.0 4:53:27 > > with patch: > + MAKE_JOBS_SAFE= yes > + MAKE_JOBS_NUMBER= 4 > + MAXPROCESSES?= ${MAKE_JOBS_NUMBER} > + MAXMODULES?= ${MAKE_JOBS_NUMBER} > > editors/openoffice.org-3 openoffice.org-3.1.0 48:51 > > The build is done in > /dev/md0 on /usr/local/tinderbox/7-STABLE-FPT-NPD (ufs, asynchronous, > local, noatime) Wow, that is quite a speedup. Is it even possible (4 * 60 + 53)/4 = 73, and you get 48 (that is 152% scaling efficiency). This would mean a serious performance problem with the ooo3 build script and MAX* =1. I'll make a patch tonight (+10 hours) that will fix ooo2 in the default case. You can test ooo2 with patch and MAKE_JOBS_NUMBER preset (not using default value) and MAKE_JOBS_SAFE=yes. Thanks for testing -------------- 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/20090525/61debaa1/attachment.pgp From naylor.b.david at gmail.com Mon May 25 08:10:26 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Mon May 25 08:10:33 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <1243194956.21797.4.camel@hood.oook.cz> References: <20090522.195350.193746535.chat95@mac.com> <200905242007.06917.naylor.b.david@gmail.com> <1243194956.21797.4.camel@hood.oook.cz> Message-ID: <200905251011.16083.naylor.b.david@gmail.com> On Sunday 24 May 2009 21:55:56 Pav Lucistnik wrote: > David Naylor p??e v ne 24. 05. 2009 v 20:07 +0200: > > On Sunday 24 May 2009 18:27:57 Pav Lucistnik wrote: > > > Ion-Mihai Tetcu p??e v ne 24. 05. 2009 v 19:01 +0300: > > > > On Sun, 24 May 2009 16:10:23 +0200 > > > > > > > > Pav Lucistnik wrote: > > > > > Ion-Mihai Tetcu p??e v so 23. 05. 2009 v 13:51 +0300: > > > > > > > > - MAKE_JOBS_NUMBER defaults (but user defined) to number of > > > > > > > > cores > > > > > > > > > > > > This part looks OK, I wonder if there's any reason t ain't like > > > > > > this now; Pav? > > > > > > -.if defined(MAKE_JOBS_NUMBER) > > > > > > +MAKE_JOBS_NUMBER?= `${SYSCTL} -n kern.smp.cpus` > > > > > > _MAKE_JOBS= -j${MAKE_JOBS_NUMBER} > > > > > > -.else > > > > > > -_MAKE_JOBS= -j`${SYSCTL} -n kern.smp.cpus` > > > > > > -.endif > > > > > > > > > > Wouldn't that mean an evaluation of the backtick command in every > > > > > make(1) invocation? That would be highly undesirable. > > > > I don't believe that is the case. > > > > Here is what I get with the patch applied (MAKE_JOBS_NUMBER not defined): > > /usr/ports/editors/openoffice.org-3# make -V MAKE_JOBS_NUMBER -V > > _MAKE_JOBS `/sbin/sysctl -n kern.smp.cpus` > > -j`/sbin/sysctl -n kern.smp.cpus` > > > > Wouldn't this indicate that the backtick command is not being evaluated? > > Seems correct. But explain again, why you need this change? Not all ports use make but are concurrent capable and require different arguments to be passed which is why I needed to expose MAKE_JOBS_NUMBER (since it is just a number) and why _MAKE_JOBS was not an option. The ooo* ports are an example of this, requiring -P. Some ports may even require multiple arguments to be passed (I do not have an example of that). > You cannot > use it to evaluate single/multi-processor machine in Makefile, as it's > not expanded there either. To do the checking in a Makefile (in the ooo2 example): .include .if !defined(NUMOFPROCESSES): NUMOFPROCESSES!= echo ${MAKE_JOBS_NUMBER} .endif This example has some problems since MAKE_JOBS_NUMBER is defined in the post section but if it where moved to the pre section then would work. An alternative is to define a variable that would cause MAKE_JOBS_NUMBER to resolve (but this still requires MAKE_JOBS_NUMBER to be moved to the pre section): .if defined(MAKE_JOBS_RESOLVE) .if !defined(MAKE_JOBS_NUMBER) MAKE_JOBS_NUMBER!= ${SYSCTL} -n kern.smk.cpus .endif .else MAKE_JOBS_NUMBER?= `${SYSCTL} -n kern.smk.cpus` .endif _MAKE_JOBS= -j${MAKE_JOBS_NUMBER} > And why should anything fail with -j1 but work with -j4? That is totally > unexpected. I agree but the ports exist. ooo2 is an example that handles the two cases differently, also see (about halfway down) http://lists.freebsd.org/pipermail/freebsd-ports/2009-May/054777.html. -------------- 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/20090525/bb118b9e/attachment.pgp From andy.lavr at reactor-xg.kiev.ua Mon May 25 08:38:31 2009 From: andy.lavr at reactor-xg.kiev.ua (Andrei V. Lavreniyuk) Date: Mon May 25 08:38:39 2009 Subject: Error compile ports/graphics/sane-backends (FreeBSD 8.0-CURRENT amd64) Message-ID: <4A1A5904.5010203@reactor-xg.kiev.ua> Hi! --- skip --- /bin/sh ../libtool --silent --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I../include/sane -I. -I/usr/local/include -I. -I. -I../include -I../include -DLIBDIR="/usr/local/lib/sane" -DBACKEND_NAME=canon_dr -I/usr/local/include -D_REENTRANT -DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d -DPATH_SANE_DATA_DIR=/usr/local/share -DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane -DV_MAJOR=1 -DV_MINOR=0 -O2 -pipe -O2 -D_FORTIFY_SOURCE=2 -pipe -march=native -mtune=native -fstack-protector -fno-strict-aliasing -Wformat -Wformat-security -s -W -Wall -MT libsane_canon_dr_la-canon_dr-s.lo -MD -MP -MF .deps/libsane_canon_dr_la-canon_dr-s.Tpo -c -o libsane_canon_dr_la-canon_dr-s.lo `test -f 'canon_dr-s.c' || echo './'`canon_dr-s.c mv -f .deps/libsane_canon_dr_la-canon_dr-s.Tpo .deps/libsane_canon_dr_la-canon_dr-s.Plo /bin/sh ../libtool --silent --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I../include/sane -I. -I/usr/local/include -I. -I. -I../include -I../include -DLIBDIR="/usr/local/lib/sane" -DBACKEND_NAME=canon_dr -I/usr/local/include -D_REENTRANT -DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d -DPATH_SANE_DATA_DIR=/usr/local/share -DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane -DV_MAJOR=1 -DV_MINOR=0 -O2 -pipe -O2 -D_FORTIFY_SOURCE=2 -pipe -march=native -mtune=native -fstack-protector -fno-strict-aliasing -Wformat -Wformat-security -s -W -Wall -MT libcanon_dr_la-canon_dr.lo -MD -MP -MF .deps/libcanon_dr_la-canon_dr.Tpo -c -o libcanon_dr_la-canon_dr.lo `test -f 'canon_dr.c' || echo './'`canon_dr.c canon_dr.c: In function 'sane_canon_dr_get_option_descriptor': canon_dr.c:1333: error: 'SANE_NAME_STANDARD' undeclared (first use in this function) canon_dr.c:1333: error: (Each undeclared identifier is reported only once canon_dr.c:1333: error: for each function it appears in.) canon_dr.c:1334: error: 'SANE_TITLE_STANDARD' undeclared (first use in this function) canon_dr.c:1335: error: 'SANE_DESC_STANDARD' undeclared (first use in this function) canon_dr.c:1545: error: 'SANE_NAME_GEOMETRY' undeclared (first use in this function) canon_dr.c:1546: error: 'SANE_TITLE_GEOMETRY' undeclared (first use in this function) canon_dr.c:1547: error: 'SANE_DESC_GEOMETRY' undeclared (first use in this function) canon_dr.c:1632: error: 'SANE_NAME_PAGE_WIDTH' undeclared (first use in this function) canon_dr.c:1633: error: 'SANE_TITLE_PAGE_WIDTH' undeclared (first use in this function) canon_dr.c:1634: error: 'SANE_DESC_PAGE_WIDTH' undeclared (first use in this function) canon_dr.c:1659: error: 'SANE_NAME_PAGE_HEIGHT' undeclared (first use in this function) canon_dr.c:1660: error: 'SANE_TITLE_PAGE_HEIGHT' undeclared (first use in this function) canon_dr.c:1661: error: 'SANE_DESC_PAGE_HEIGHT' undeclared (first use in this function) canon_dr.c:1680: error: 'SANE_NAME_ENHANCEMENT' undeclared (first use in this function) canon_dr.c:1681: error: 'SANE_TITLE_ENHANCEMENT' undeclared (first use in this function) canon_dr.c:1682: error: 'SANE_DESC_ENHANCEMENT' undeclared (first use in this function) canon_dr.c:1771: error: 'SANE_NAME_ADVANCED' undeclared (first use in this function) canon_dr.c:1772: error: 'SANE_TITLE_ADVANCED' undeclared (first use in this function) canon_dr.c:1773: error: 'SANE_DESC_ADVANCED' undeclared (first use in this function) canon_dr.c:1958: error: 'SANE_NAME_SENSORS' undeclared (first use in this function) canon_dr.c:1959: error: 'SANE_TITLE_SENSORS' undeclared (first use in this function) canon_dr.c:1960: error: 'SANE_DESC_SENSORS' undeclared (first use in this function) canon_dr.c: In function 'read_from_scanner': canon_dr.c:3543: warning: format '%d' expects type 'int', but argument 6 has type 'size_t' canon_dr.c: In function 'read_from_scanner_duplex': canon_dr.c:3680: warning: format '%d' expects type 'int', but argument 3 has type 'size_t' gmake[2]: *** [libcanon_dr_la-canon_dr.lo] ?????? 1 gmake[2]: Leaving directory `/usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/backend' gmake[1]: *** [all] ?????? 2 gmake[1]: Leaving directory `/usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/backend' gmake: *** [all-recursive] ?????? 1 *** Error code 1 Stop in /usr/ports/graphics/sane-backends. *** Error code 1 Stop in /usr/ports/graphics/sane-backends. ** Command failed [exit code 1]: /usr/bin/script -qa /var/tmp/portupgrade20090525-7761-15bpg9z-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=sane-backends-1.0.19_1 UPGRADE_PORT_VER=1.0.19_1 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! graphics/sane-backends (sane-backends-1.0.19_1) (compiler error) ---------------- Best regards, Andrei Lavreniyuk From david at vizion2000.net Mon May 25 08:41:12 2009 From: david at vizion2000.net (David Southwell) Date: Mon May 25 08:41:19 2009 Subject: graphics/sane-backends compile error Message-ID: <200905250221.21715.david@vizion2000.net> on_dr_la-canon_dr.Tpo -c -o libcanon_dr_la-canon_dr.lo `test -f 'canon_dr.c' || echo './'`canon_dr.c canon_dr.c: In function 'sane_canon_dr_get_option_descriptor': canon_dr.c:1333: error: 'SANE_NAME_STANDARD' undeclared (first use in this function) canon_dr.c:1333: error: (Each undeclared identifier is reported only once canon_dr.c:1333: error: for each function it appears in.) canon_dr.c:1334: error: 'SANE_TITLE_STANDARD' undeclared (first use in this function) canon_dr.c:1335: error: 'SANE_DESC_STANDARD' undeclared (first use in this function) canon_dr.c:1545: error: 'SANE_NAME_GEOMETRY' undeclared (first use in this function) canon_dr.c:1546: error: 'SANE_TITLE_GEOMETRY' undeclared (first use in this function) canon_dr.c:1547: error: 'SANE_DESC_GEOMETRY' undeclared (first use in this function) canon_dr.c:1632: error: 'SANE_NAME_PAGE_WIDTH' undeclared (first use in this function) canon_dr.c:1633: error: 'SANE_TITLE_PAGE_WIDTH' undeclared (first use in this function) canon_dr.c:1634: error: 'SANE_DESC_PAGE_WIDTH' undeclared (first use in this function) canon_dr.c:1659: error: 'SANE_NAME_PAGE_HEIGHT' undeclared (first use in this function) canon_dr.c:1660: error: 'SANE_TITLE_PAGE_HEIGHT' undeclared (first use in this function) canon_dr.c:1661: error: 'SANE_DESC_PAGE_HEIGHT' undeclared (first use in this function) canon_dr.c:1680: error: 'SANE_NAME_ENHANCEMENT' undeclared (first use in this function) canon_dr.c:1681: error: 'SANE_TITLE_ENHANCEMENT' undeclared (first use in this function) canon_dr.c:1682: error: 'SANE_DESC_ENHANCEMENT' undeclared (first use in this function) canon_dr.c:1771: error: 'SANE_NAME_ADVANCED' undeclared (first use in this function) canon_dr.c:1772: error: 'SANE_TITLE_ADVANCED' undeclared (first use in this function) canon_dr.c:1773: error: 'SANE_DESC_ADVANCED' undeclared (first use in this function) canon_dr.c:1958: error: 'SANE_NAME_SENSORS' undeclared (first use in this function) canon_dr.c:1959: error: 'SANE_TITLE_SENSORS' undeclared (first use in this function) canon_dr.c:1960: error: 'SANE_DESC_SENSORS' undeclared (first use in this function) canon_dr.c: In function 'read_from_scanner': canon_dr.c:3543: warning: format '%d' expects type 'int', but argument 6 has type 'size_t' canon_dr.c: In function 'read_from_scanner_duplex': canon_dr.c:3680: warning: format '%d' expects type 'int', but argument 3 has type 'size_t' gmake[2]: *** [libcanon_dr_la-canon_dr.lo] Error 1 gmake[2]: Leaving directory `/usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/backend' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/backend' gmake: *** [all-recursive] Error 1 *** Error code 1 Stop in /usr/ports/graphics/sane-backends. *** Error code 1 Stop in /usr/ports/graphics/sane-backends. [root@dns1 /usr/ports/graphics/sane-backends]# From bugmaster at FreeBSD.org Mon May 25 11:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 25 11:06:30 2009 Subject: Current unassigned ports problem reports Message-ID: <200905251106.n4PB65QH091866@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/134932 new port: converters/p5-String-SetUTF8 o ports/134928 [MAINTAINER] sysutils/ftwin: update to 0.8.3 o ports/134902 sysutils/cpupowerd doesn't need to depend upon devcpu 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 o ports/134778 [MAINTAINER UPDATE] Fix for japanese/p5-Mail-SpamAssas f ports/134770 lang/spidermonkey misses installation of some header f f ports/134743 devel/Monotone and pthreaded dependencies o ports/134728 Refactoring of the mail/postfix port to ease maintenan 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 o ports/134552 [patch] mail/p5-Mail-SpamAssassin loses mail when kill 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/133441 graphics/sane-backends: epson2 sane-backend wants to r o ports/133435 deskutils/egroupware dependency unresolved 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/133242 [PATCH] science/gromacs: fix sparc64, fix WITH_MPICH o ports/133241 net/balance parameter -b does not accept numeric ip ad 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 o ports/131357 New port: editors/japi -- a simple gtk2 based text edi s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/131041 [new port] x11-themes/gtk-nodoka-engine: GTK nodoka en 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 85 problems total. From chat95 at mac.com Mon May 25 12:18:51 2009 From: chat95 at mac.com (Maho NAKATA) Date: Mon May 25 12:19:10 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: References: <20090525.151740.98935220.chat95@mac.com> <991123400905242335w30c69fc6n9945f605dfff6cd6@mail.gmail.com> Message-ID: <20090525.211645.112547212.chat95@mac.com> From: Bernhard Frohlich Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 Date: Mon, 25 May 2009 09:33:19 +0200 (CEST) > On Mon, May 25, >> On Mon, May 25, 2009 at 9:17 AM, Maho NAKATA wrote: >> >>> Hi Miwi and nork-san >>> >>> From: Norikatsu Shigemura >>> Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 >>> Date: Mon, 25 May 2009 05:17:38 +0900 >>> >>> > BTW, In my environment, VBoxREM32.so and VBoxREM64.so was not >>> > installed. Do you know why? >>> >>> I don't know but it also happen to me. I have this problem on >>> 7.2-RELEASE/amd64. >> >> Not to answer but just to say that on my i386, both files were installed. > > I've fixed that yesterday so this problem will be gone with the next port > update. Both files only exist on i386 so this problem happens on all amd64 > boxes. Hi Bernhard Frhlich Thank you very much. I'm looking foward to see the next version :) Cheers, -- 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/20090525/6e85ceeb/attachment.pgp From vova at fbsd.ru Mon May 25 12:57:49 2009 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Mon May 25 12:58:03 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <20090522175956.GA33004@bsdcrew.de> References: <20090522175956.GA33004@bsdcrew.de> Message-ID: <1243254080.96435.117.camel@localhost> Hi Works like a charm for me. Big thanks! (I've tried to install XP and Vista inside VM) Only thing I wander about - is ability to use raw devices as disks. Is there any option ? Probably in command line interface ? -----Original Message----- From: Martin Wilke To: ports@FreeBSD.org Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 3 Date: Fri, 22 May 2009 19:59:57 +0200 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 We rolled a new version with a fix for all users where has problems with kernel load and unload. Many thanks to Shin-ichi Okano where submitted this patch to the vbox ml. http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz happy testing. - - Martin PS: Should this work for all maybe we can commit vbox this weekend to the portstree. - -- +-----------------------+-------------------------------+ | 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) iEYEARECAAYFAkoW6BwACgkQdLJIhLHm/Omb0wCfYh2BlN12YQMV2mtpRdXIy/cW WYIAniofRUneutcXfxXJz+DDZ2dwDJuG =6sXC -----END PGP SIGNATURE----- _______________________________________________ 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" -- Vladimir B. Grebenschikov vova@fbsd.ru From mh at kernel32.de Mon May 25 14:17:23 2009 From: mh at kernel32.de (Marian Hettwer) Date: Mon May 25 14:17:41 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <1243254080.96435.117.camel@localhost> References: <1243254080.96435.117.camel@localhost> Message-ID: <73406dfded92bc7ce37ecee0c3eb0cd8@localhost> Hi All, > > > We rolled a new version with a fix for all users where > has problems with kernel load and unload. Many thanks to > Shin-ichi Okano where submitted this patch to the vbox ml. > > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz > > happy testing. > This version works like a charm on my box. FreeBSD motor.mobile.local 7.2-STABLE FreeBSD 7.2-STABLE #0: Wed May 20 11:11:57 CEST 2009 root@motor.mobile.rz:/usr/obj/usr/src/sys/GENERIC i386 Thanks for all your efforts! Great to have a vmware replacement on FreeBSD :-) best regards and keep up the good work! Marian From rnoland at FreeBSD.org Mon May 25 14:24:15 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Mon May 25 14:24:22 2009 Subject: pciVideoPtr typedef problem causes failue of x11/xorg update: In-Reply-To: <200905241032.50204.david@vizion2000.net> References: <200905240847.19443.david@vizion2000.net> <1243180150.63754.2886.camel@balrog.2hip.net> <200905241032.50204.david@vizion2000.net> Message-ID: <1243261393.1787.1024.camel@balrog.2hip.net> On Sun, 2009-05-24 at 10:32 -0700, David Southwell wrote: > On Sunday 24 May 2009 08:49:10 Robert Noland wrote: > > On Sun, 2009-05-24 at 08:47 -0700, David Southwell wrote: > > > Problems on portupgrade > > > > > > Does anyone know how to resolve this one(Please also see also note > > > below): > > > > > > Thanks in advance for any help > > > Thanks Robert however... > > Uninstall them... > Are you saying it is OK to uninstall all of the "IGNORE" driver ports.. but > then you go on to say I should clean up the options to only include the > drivers I need. > > Being a bit of a dumb cluck I therefore need to ask the question "how do I > find out which drivers I need?" The defaults now only include the main stream video drivers. Basically, you need keyboard, mouse and the video driver that supports your hardware. It is generally a good idea to keep vesa around just in case. robert. > Thanks again > > David > > They are no longer supported and will be removed at > > some point. You may also want to re-run "make config" on > > x11/xorg-drivers and cleanup the options to only include the drivers > > that you need. > > > > robert. > > > > > > David > > > > > > # Portupgrade -a > > > > > > > > > > > > - x11-drivers/xf86-video-via (marked as IGNORE) > > > > > > > > > > > > ---> Skipping 'x11/xorg' (xorg-7.4_1) because a requisite > > > package 'xf86-video-via-0.2.2_3' (x11-drivers/xf86-video-via) failed > > > > > > > > > [root@dns1 /usr/ports/x11-drivers/xf86-video-via]# make configure > > > ===> xf86-video-via-0.2.2_5 requires pciVideoPtr typedef. > > > *** Error code 1 > > > > > > Stop in /usr/ports/x11-drivers/xf86-video-via. > > > > > > Note: > > > > > > I seem to be getting a lot of IGNORES: > > > > > > - databases/mysqlman (marked as IGNORE) > > > - mail/postfix (marked as IGNORE) > > > - x11-toolkits/ruby-panelapplet (marked as IGNORE) > > > - x11-drivers/xf86-input-calcomp (marked as IGNORE) > > > - x11-drivers/xf86-input-digitaledge (marked as IGNORE) > > > - x11-drivers/xf86-input-dmc (marked as IGNORE) > > > - x11-drivers/xf86-input-dynapro (marked as IGNORE) > > > - x11-drivers/xf86-input-elo2300 (marked as IGNORE) > > > - x11-drivers/xf86-input-jamstudio (marked as IGNORE) > > > - x11-drivers/xf86-input-magellan (marked as IGNORE) > > > - x11-drivers/xf86-input-magictouch (marked as IGNORE) > > > - x11-drivers/xf86-input-microtouch (marked as IGNORE) > > > - x11-drivers/xf86-input-palmax (marked as IGNORE) > > > - x11-drivers/xf86-input-spaceorb (marked as IGNORE) > > > - x11-drivers/xf86-input-summa (marked as IGNORE) > > > - x11-drivers/xf86-input-tek4957 (marked as IGNORE) > > > - x11-drivers/xf86-video-cyrix (marked as IGNORE) > > > - x11-drivers/xf86-video-imstt (marked as IGNORE) > > > - x11-drivers/xf86-video-vga (marked as IGNORE) > > > - x11-drivers/xf86-video-via (marked as IGNORE) > > > > > > > > > _______________________________________________ > > > 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" -- Robert Noland 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/20090525/2b16ab1c/attachment.pgp From pav at FreeBSD.org Mon May 25 15:14:12 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Mon May 25 15:14:19 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <200905251011.16083.naylor.b.david@gmail.com> References: <20090522.195350.193746535.chat95@mac.com> <200905242007.06917.naylor.b.david@gmail.com> <1243194956.21797.4.camel@hood.oook.cz> <200905251011.16083.naylor.b.david@gmail.com> Message-ID: <1243264441.37480.23.camel@pav.hide.vol.cz> David Naylor p??e v po 25. 05. 2009 v 10:11 +0200: > > > > > > > This part looks OK, I wonder if there's any reason t ain't like > > > > > > > this now; Pav? > > > > > > > -.if defined(MAKE_JOBS_NUMBER) > > > > > > > +MAKE_JOBS_NUMBER?= `${SYSCTL} -n kern.smp.cpus` > > > > > > > _MAKE_JOBS= -j${MAKE_JOBS_NUMBER} > > > > > > > -.else > > > > > > > -_MAKE_JOBS= -j`${SYSCTL} -n kern.smp.cpus` > > > > > > > -.endif > > > > > > > > > > > > Wouldn't that mean an evaluation of the backtick command in every > > > > > > make(1) invocation? That would be highly undesirable. > > > > > > I don't believe that is the case. > > > > > > Here is what I get with the patch applied (MAKE_JOBS_NUMBER not defined): > > > /usr/ports/editors/openoffice.org-3# make -V MAKE_JOBS_NUMBER -V > > > _MAKE_JOBS `/sbin/sysctl -n kern.smp.cpus` > > > -j`/sbin/sysctl -n kern.smp.cpus` > > > > > > Wouldn't this indicate that the backtick command is not being evaluated? > > > > Seems correct. But explain again, why you need this change? > > Not all ports use make but are concurrent capable and require different > arguments to be passed which is why I needed to expose MAKE_JOBS_NUMBER > (since it is just a number) and why _MAKE_JOBS was not an option. Ok, how about doing a dirty hack and using ${_MAKE_JOBS:C/-j//} ? Then we wouldn't have to modify bsd.port.mk .. -- Pav Lucistnik > Why do we need a film of "Lord of the Rings" when we have the book? Because watching a cg enhanced Legolas fire a flaming arrow into the heart of a warg is cool? - asdf@asdf.com in rec.games.roguelike.angband -------------- 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/20090525/dbe443ba/attachment.pgp From troy at twisted.net Mon May 25 15:19:44 2009 From: troy at twisted.net (Troy) Date: Mon May 25 15:19:56 2009 Subject: sane-backends port broken Message-ID: <20090525151954.GA64784@twisted.net> I was just trying to portupgrade sane-backends-1.0.19_1 to 1.0.20_1 and ran into the following errors: /bin/sh ../libtool --silent --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I../include/sane -I/usr/local/include -I. -I. -I../include -I../include -DLIBDIR="/usr/local/lib/sane" -DBACKEND_NAME=canon_dr -I/usr/local/include -D_REENTRANT -DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d -DPATH_SANE_DATA_DIR=/usr/local/share -DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane -DV_MAJOR=1 -DV_MINOR=0 -O2 -fno-strict-aliasing -pipe -W -Wall -MT libsane_canon_dr_la-canon_dr-s.lo -MD -MP -MF .deps/libsane_canon_dr_la-canon_dr-s.Tpo -c -o libsane_canon_dr_la-canon_dr-s.lo `test -f 'canon_dr-s.c' || echo './'`canon_dr-s.c mv -f .deps/libsane_canon_dr_la-canon_dr-s.Tpo .deps/libsane_canon_dr_la-canon_dr-s.Plo /bin/sh ../libtool --silent --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I../include/sane -I/usr/local/include -I. -I. -I../include -I../include -DLIBDIR="/usr/local/lib/sane" -DBACKEND_NAME=canon_dr -I/usr/local/include -D_REENTRANT -DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d -DPATH_SANE_DATA_DIR=/usr/local/share -DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane -DV_MAJOR=1 -DV_MINOR=0 -O2 -fno-strict-aliasing -pipe -W -Wall -MT libcanon_dr_la-canon_dr.lo -MD -MP -MF .deps/libcanon_dr_la-canon_dr.Tpo -c -o libcanon_dr_la-canon_dr.lo `test -f 'canon_dr.c' || echo './'`canon_dr.c canon_dr.c: In function 'sane_canon_dr_get_option_descriptor': canon_dr.c:1333: error: 'SANE_NAME_STANDARD' undeclared (first use in this function) canon_dr.c:1333: error: (Each undeclared identifier is reported only once canon_dr.c:1333: error: for each function it appears in.) canon_dr.c:1334: error: 'SANE_TITLE_STANDARD' undeclared (first use in this function) canon_dr.c:1335: error: 'SANE_DESC_STANDARD' undeclared (first use in this function) canon_dr.c:1545: error: 'SANE_NAME_GEOMETRY' undeclared (first use in this function) canon_dr.c:1546: error: 'SANE_TITLE_GEOMETRY' undeclared (first use in this function) canon_dr.c:1547: error: 'SANE_DESC_GEOMETRY' undeclared (first use in this function) canon_dr.c:1632: error: 'SANE_NAME_PAGE_WIDTH' undeclared (first use in this function) canon_dr.c:1633: error: 'SANE_TITLE_PAGE_WIDTH' undeclared (first use in this function) canon_dr.c:1634: error: 'SANE_DESC_PAGE_WIDTH' undeclared (first use in this function) canon_dr.c:1659: error: 'SANE_NAME_PAGE_HEIGHT' undeclared (first use in this function) canon_dr.c:1660: error: 'SANE_TITLE_PAGE_HEIGHT' undeclared (first use in this function) canon_dr.c:1661: error: 'SANE_DESC_PAGE_HEIGHT' undeclared (first use in this function) canon_dr.c:1680: error: 'SANE_NAME_ENHANCEMENT' undeclared (first use in this function) canon_dr.c:1681: error: 'SANE_TITLE_ENHANCEMENT' undeclared (first use in this function) canon_dr.c:1682: error: 'SANE_DESC_ENHANCEMENT' undeclared (first use in this function) canon_dr.c:1771: error: 'SANE_NAME_ADVANCED' undeclared (first use in this function) canon_dr.c:1772: error: 'SANE_TITLE_ADVANCED' undeclared (first use in this function) canon_dr.c:1773: error: 'SANE_DESC_ADVANCED' undeclared (first use in this function) canon_dr.c:1958: error: 'SANE_NAME_SENSORS' undeclared (first use in this function) canon_dr.c:1959: error: 'SANE_TITLE_SENSORS' undeclared (first use in this function) canon_dr.c:1960: error: 'SANE_DESC_SENSORS' undeclared (first use in this function) canon_dr.c: In function 'read_from_scanner': canon_dr.c:3543: warning: format '%d' expects type 'int', but argument 6 has type 'size_t' canon_dr.c: In function 'read_from_scanner_duplex': canon_dr.c:3680: warning: format '%d' expects type 'int', but argument 3 has type 'size_t' gmake[2]: *** [libcanon_dr_la-canon_dr.lo] Error 1 gmake[2]: Leaving directory `/usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/backend' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/backend' gmake: *** [all-recursive] Error 1 *** Error code 1 Stop in /usr/ports/graphics/sane-backends. *** Error code 1 Stop in /usr/ports/graphics/sane-backends. From naylor.b.david at gmail.com Mon May 25 15:27:57 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Mon May 25 15:28:04 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <1243264441.37480.23.camel@pav.hide.vol.cz> References: <20090522.195350.193746535.chat95@mac.com> <200905251011.16083.naylor.b.david@gmail.com> <1243264441.37480.23.camel@pav.hide.vol.cz> Message-ID: <200905251728.49483.naylor.b.david@gmail.com> On Monday 25 May 2009 17:14:01 Pav Lucistnik wrote: > David Naylor p??e v po 25. 05. 2009 v 10:11 +0200: > > > > > > > > This part looks OK, I wonder if there's any reason t ain't > > > > > > > > like this now; Pav? > > > > > > > > -.if defined(MAKE_JOBS_NUMBER) > > > > > > > > +MAKE_JOBS_NUMBER?= `${SYSCTL} -n kern.smp.cpus` > > > > > > > > _MAKE_JOBS= -j${MAKE_JOBS_NUMBER} > > > > > > > > -.else > > > > > > > > -_MAKE_JOBS= -j`${SYSCTL} -n kern.smp.cpus` > > > > > > > > -.endif > > > > > > > > > > > > > > Wouldn't that mean an evaluation of the backtick command in > > > > > > > every make(1) invocation? That would be highly undesirable. > > > > > > > > I don't believe that is the case. > > > > > > > > Here is what I get with the patch applied (MAKE_JOBS_NUMBER not > > > > defined): /usr/ports/editors/openoffice.org-3# make -V > > > > MAKE_JOBS_NUMBER -V _MAKE_JOBS `/sbin/sysctl -n kern.smp.cpus` > > > > -j`/sbin/sysctl -n kern.smp.cpus` > > > > > > > > Wouldn't this indicate that the backtick command is not being > > > > evaluated? > > > > > > Seems correct. But explain again, why you need this change? > > > > Not all ports use make but are concurrent capable and require different > > arguments to be passed which is why I needed to expose MAKE_JOBS_NUMBER > > (since it is just a number) and why _MAKE_JOBS was not an option. > > Ok, how about doing a dirty hack and using ${_MAKE_JOBS:C/-j//} ? > Then we wouldn't have to modify bsd.port.mk .. That will work in the ooo3 case however in the ooo2 case it does condition on its value (so at the very least the code will need to be shifted to the pre section of the Makefile). On an aside, if quite a few ports all require this 'hack' (and in the ooo2 case a further hack) shouldn't it be in a central location? [I have no idea on the number though] -------------- 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/20090525/230f5fe0/attachment.pgp From mcdouga9 at egr.msu.edu Mon May 25 16:26:49 2009 From: mcdouga9 at egr.msu.edu (Adam McDougall) Date: Mon May 25 16:26:56 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! In-Reply-To: <4A0D7574.3050801@fletchermoorland.co.uk> References: <20090514191237.GD70242@bsdcrew.de> <20090515101253.GH71804@bsdcrew.de> <4A0D7574.3050801@fletchermoorland.co.uk> Message-ID: <4A1AC253.6010306@egr.msu.edu> Paul Wootton wrote: > Martin Wilke wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Ok >> >> We uploaded a new tarball what should be fix the build on AMD64. >> >> Small changelog: >> - - devel/kbuild is now dependency >> - - remove misc/compat6 support >> >> Note: >> Use devel/bcc instead of devel/dev86 what means >> If you have devel/bcc installed please deinstall >> >> http://people.freebsd.org/~miwi/vbox/virtualbox_1.tgz >> >> Please give us feedback :P >> >> >> - - Martin >> >> - -- >> +-----------------------+-------------------------------+ >> | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | >> | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | >> +-----------------------+-------------------------------+ >> | Mess with the Best, Die like the Rest! | >> +-----------------------+-------------------------------+ >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v2.0.11 (FreeBSD) >> >> iEYEARECAAYFAkoNQCUACgkQdLJIhLHm/OmgeQCgptEW5FhkmB8huDhs5LL63PhI >> +04AoONjytolxD892zcCnlv81MRLceEv >> =UJL8 >> -----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" >> >> >> > 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. From yuri at rawbw.com Mon May 25 16:46:28 2009 From: yuri at rawbw.com (Yuri) Date: Mon May 25 16:46:35 2009 Subject: sane-backends-1.0.19_1 fails to compile Message-ID: <4A1ACB5A.7020601@rawbw.com> See log below: mv -f .deps/libsane_canon_dr_la-canon_dr-s.Tpo .deps/libsane_canon_dr_la-canon_dr-s.Plo^M /bin/sh ../libtool --silent --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I../include/sane -I. -I/usr/local/include -I. -I. -I../include -I../include -DLIBDIR="/usr/local/lib/sane" -DBACKEND_NAME=canon_dr -I/usr/local/include -D_REENTRANT -DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d -DPATH_SANE_DATA_DIR=/usr/local/share -DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane -DV_MAJOR=1 -DV_MINOR=0 -O2 -fno-strict-aliasing -pipe -W -Wall -MT libcanon_dr_la-canon_dr.lo -MD -MP -MF .deps/libcanon_dr_la-canon_dr.Tpo -c -o libcanon_dr_la-canon_dr.lo `test -f 'canon_dr.c' || echo './'`canon_dr.c^M canon_dr.c: In function 'sane_canon_dr_get_option_descriptor':^M canon_dr.c:1333: error: 'SANE_NAME_STANDARD' undeclared (first use in this function)^M canon_dr.c:1333: error: (Each undeclared identifier is reported only once^M canon_dr.c:1333: error: for each function it appears in.)^M canon_dr.c:1334: error: 'SANE_TITLE_STANDARD' undeclared (first use in this function)^M canon_dr.c:1335: error: 'SANE_DESC_STANDARD' undeclared (first use in this function)^M canon_dr.c:1545: error: 'SANE_NAME_GEOMETRY' undeclared (first use in this function)^M canon_dr.c:1546: error: 'SANE_TITLE_GEOMETRY' undeclared (first use in this function)^M canon_dr.c:1547: error: 'SANE_DESC_GEOMETRY' undeclared (first use in this function)^M canon_dr.c:1632: error: 'SANE_NAME_PAGE_WIDTH' undeclared (first use in this function)^M canon_dr.c:1633: error: 'SANE_TITLE_PAGE_WIDTH' undeclared (first use in this function)^M canon_dr.c:1634: error: 'SANE_DESC_PAGE_WIDTH' undeclared (first use in this function)^M canon_dr.c:1659: error: 'SANE_NAME_PAGE_HEIGHT' undeclared (first use in this function)^M canon_dr.c:1660: error: 'SANE_TITLE_PAGE_HEIGHT' undeclared (first use in this function)^M canon_dr.c:1661: error: 'SANE_DESC_PAGE_HEIGHT' undeclared (first use in this function)^M canon_dr.c:1680: error: 'SANE_NAME_ENHANCEMENT' undeclared (first use in this function)^M canon_dr.c:1681: error: 'SANE_TITLE_ENHANCEMENT' undeclared (first use in this function)^M canon_dr.c:1682: error: 'SANE_DESC_ENHANCEMENT' undeclared (first use in this function)^M Yuri From gesbbb at yahoo.com Mon May 25 17:23:57 2009 From: gesbbb at yahoo.com (GESBBB) Date: Mon May 25 17:24:03 2009 Subject: sane-backends-1.0.19_1 fails to compile In-Reply-To: <4A1ACB5A.7020601@rawbw.com> References: <4A1ACB5A.7020601@rawbw.com> Message-ID: <315811.87197.qm@web32106.mail.mud.yahoo.com> > From: Yuri > > See log below: > > mv -f .deps/libsane_canon_dr_la-canon_dr-s.Tpo > .deps/libsane_canon_dr_la-canon_dr-s.Plo^M > /bin/sh ../libtool --silent --tag=CC? --mode=compile cc -DHAVE_CONFIG_H > -I../include/sane -I.? -I/usr/local/include -I. -I. -I../include -I../include > -DLIBDIR="/usr/local/lib/sane" -DBACKEND_NAME=canon_dr -I/usr/local/include? > -D_REENTRANT -DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d? ? > -DPATH_SANE_DATA_DIR=/usr/local/share? ? ? ? ? > -DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane? ? ? ? ? -DV_MAJOR=1 -DV_MINOR=0? > -O2 -fno-strict-aliasing -pipe -W -Wall -MT libcanon_dr_la-canon_dr.lo -MD -MP > -MF .deps/libcanon_dr_la-canon_dr.Tpo -c -o libcanon_dr_la-canon_dr.lo `test -f > 'canon_dr.c' || echo './'`canon_dr.c^M > canon_dr.c: In function 'sane_canon_dr_get_option_descriptor':^M > canon_dr.c:1333: error: 'SANE_NAME_STANDARD' undeclared (first use in this > function)^M > canon_dr.c:1333: error: (Each undeclared identifier is reported only once^M > canon_dr.c:1333: error: for each function it appears in.)^M > canon_dr.c:1334: error: 'SANE_TITLE_STANDARD' undeclared (first use in this > function)^M > canon_dr.c:1335: error: 'SANE_DESC_STANDARD' undeclared (first use in this > function)^M > canon_dr.c:1545: error: 'SANE_NAME_GEOMETRY' undeclared (first use in this > function)^M > canon_dr.c:1546: error: 'SANE_TITLE_GEOMETRY' undeclared (first use in this > function)^M > canon_dr.c:1547: error: 'SANE_DESC_GEOMETRY' undeclared (first use in this > function)^M > canon_dr.c:1632: error: 'SANE_NAME_PAGE_WIDTH' undeclared (first use in this > function)^M > canon_dr.c:1633: error: 'SANE_TITLE_PAGE_WIDTH' undeclared (first use in this > function)^M > canon_dr.c:1634: error: 'SANE_DESC_PAGE_WIDTH' undeclared (first use in this > function)^M > canon_dr.c:1659: error: 'SANE_NAME_PAGE_HEIGHT' undeclared (first use in this > function)^M > canon_dr.c:1660: error: 'SANE_TITLE_PAGE_HEIGHT' undeclared (first use in this > function)^M > canon_dr.c:1661: error: 'SANE_DESC_PAGE_HEIGHT' undeclared (first use in this > function)^M > canon_dr.c:1680: error: 'SANE_NAME_ENHANCEMENT' undeclared (first use in this > function)^M > canon_dr.c:1681: error: 'SANE_TITLE_ENHANCEMENT' undeclared (first use in this > function)^M > canon_dr.c:1682: error: 'SANE_DESC_ENHANCEMENT' undeclared (first use in this > function)^M 1) Update your ports tree 2) in the graphics/sane-backends directory run: ??? make distclean && make deinstall && make reinstall That worked for me. -- Jerry From itetcu at FreeBSD.org Mon May 25 18:01:04 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Mon May 25 18:01:11 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <200905251003.15408.naylor.b.david@gmail.com> References: <20090523.182426.193741786.chat95@mac.com> <200905241026.26903.naylor.b.david@gmail.com> <20090524223745.4bbc5420@it.buh.tecnik93.com> <200905251003.15408.naylor.b.david@gmail.com> Message-ID: <20090525210125.1239c21e@it.buh.tecnik93.com> On Mon, 25 May 2009 10:03:12 +0200 David Naylor wrote: > On Sunday 24 May 2009 21:37:45 Ion-Mihai Tetcu wrote: > > On Sun, 24 May 2009 10:26:23 +0200 > > > > David Naylor wrote: > > > On Sunday 24 May 2009 00:16:37 Maho NAKATA wrote: > > > > Hi I tested it yesterday, > > > > > > > > 1. > > > > I need > > > > > > > > > MAKE_JOBS_SAFE= yes > > > > > > > > in the Makefile. > > > > > > Yes, you would need that. I believe that will be default. > > > > > > > 2. with above patch, ooo2 doesn't launch parallele jobs. > > > > > > I spotted that problem after submitting the patch, if you > > > explicitly set MAKE_JOBS_NUMBER to something it will work. > > > > > > The problem is that ooo2 does (in effect): > > > .if (${MAKE_JOBS_NUMBER} > 1) > > > # Stuff > > > .else > > > # Other stuff > > > .endif > > > and that doesn't work as expected with MAKE_JOBS_NUMBER=`sysctl > > > kern.smp.cpus` as the command is not resolved. > > > > w/o patch > > editors/openoffice.org-3 openoffice.org-3.1.0 4:53:27 > > > > with patch: > > + MAKE_JOBS_SAFE= yes > > + MAKE_JOBS_NUMBER= 4 > > + MAXPROCESSES?= ${MAKE_JOBS_NUMBER} > > + MAXMODULES?= ${MAKE_JOBS_NUMBER} > > > > editors/openoffice.org-3 openoffice.org-3.1.0 48:51 > > > > The build is done in > > /dev/md0 on /usr/local/tinderbox/7-STABLE-FPT-NPD (ufs, > > asynchronous, local, noatime) > > Wow, that is quite a speedup. Is it even possible (4 * 60 + 53)/4 = > 73, and you get 48 (that is 152% scaling efficiency). This would > mean a serious performance problem with the ooo3 build script and > MAX* =1. > > I'll make a patch tonight (+10 hours) that will fix ooo2 in the > default case. You can test ooo2 with patch and MAKE_JOBS_NUMBER > preset (not using default value) and MAKE_JOBS_SAFE=yes. BTW, what about using the same vars for parallel building in all OOo 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/20090525/edfdeb64/signature.pgp From killing at multiplay.co.uk Mon May 25 20:00:45 2009 From: killing at multiplay.co.uk (Steven Hartland) Date: Mon May 25 20:00:53 2009 Subject: emulators/linux_base-f10 = Fedora 8? Message-ID: <3B3FEBB417C04B77AED8998347C99585@multiplay.co.uk> Why does emulators/linux_base-f10 contain a Fedora 8 port most confusing! Regards Steve ================================================ 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 naylor.b.david at gmail.com Mon May 25 20:46:44 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Mon May 25 20:46:51 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <20090525210125.1239c21e@it.buh.tecnik93.com> References: <20090523.182426.193741786.chat95@mac.com> <200905251003.15408.naylor.b.david@gmail.com> <20090525210125.1239c21e@it.buh.tecnik93.com> Message-ID: <200905252247.32725.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/20090525/e73afa49/attachment.pgp From yanefbsd at gmail.com Mon May 25 21:40:44 2009 From: yanefbsd at gmail.com (Garrett Cooper) Date: Mon May 25 21:40:51 2009 Subject: Fixing multimedia/audacious upgrade In-Reply-To: <7d6fde3d0905232028lde2948ajaed1504535897470@mail.gmail.com> References: <7d6fde3d0905232028lde2948ajaed1504535897470@mail.gmail.com> Message-ID: <7d6fde3d0905251440w3b2b6dbfhda4bb59436dbe0e4@mail.gmail.com> On Sat, May 23, 2009 at 8:28 PM, Garrett Cooper wrote: > ? ?Just as a note, if you upgrade multimedia/audacious and you run > into the following error: > > $ audacious2 > /libexec/ld-elf.so.1: Shared object "libaudclient.so.1" not found, > required by "audacious2" > > ? ?Deinstall and recompile audacious and it should work (at least it > did for me). > HTH, > -Garrett I'm not sure if it's just me, but this port is really unstable. Whenever I exit it goes full tilt now with 2.x. Is this true for other folks? BTW, you should deinstall and reinstall multimedia/audacious-plugins instead of just doing a straight upgrade because it picks up the wrong libraries and when DBUS support is enabled it fails to contact the audacious client (the core app), and just sits there... Thanks, -Garrett From chat95 at mac.com Tue May 26 02:15:48 2009 From: chat95 at mac.com (Maho NAKATA) Date: Tue May 26 02:15:55 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <200905252247.32725.naylor.b.david@gmail.com> References: <200905251003.15408.naylor.b.david@gmail.com> <20090525210125.1239c21e@it.buh.tecnik93.com> <200905252247.32725.naylor.b.david@gmail.com> Message-ID: <20090526.111343.48515131.chat95@mac.com> Hi David, Thanks kudos for tough works and discussions! David, is this the final patch which I should test? Best, From: David Naylor Subject: Re: MAKE_JOBS_UNSAFE (some more ports) Date: Mon, 25 May 2009 22:47:29 +0200 > On Monday 25 May 2009 20:01:25 Ion-Mihai Tetcu wrote: >> On Mon, 25 May 2009 10:03:12 +0200 >> >> David Naylor wrote: >> > On Sunday 24 May 2009 21:37:45 Ion-Mihai Tetcu wrote: >> > > On Sun, 24 May 2009 10:26:23 +0200 >> > > >> > > David Naylor wrote: >> > > > On Sunday 24 May 2009 00:16:37 Maho NAKATA wrote: >> > > > > Hi I tested it yesterday, >> > > > > >> > > > > 1. >> > > > > I need >> > > > > >> > > > > > MAKE_JOBS_SAFE= yes >> > > > > >> > > > > in the Makefile. >> > > > >> > > > Yes, you would need that. I believe that will be default. >> > > > >> > > > > 2. with above patch, ooo2 doesn't launch parallele jobs. >> > > > >> > > > I spotted that problem after submitting the patch, if you >> > > > explicitly set MAKE_JOBS_NUMBER to something it will work. >> > > > >> > > > The problem is that ooo2 does (in effect): >> > > > .if (${MAKE_JOBS_NUMBER} > 1) >> > > > # Stuff >> > > > .else >> > > > # Other stuff >> > > > .endif >> > > > and that doesn't work as expected with MAKE_JOBS_NUMBER=`sysctl >> > > > kern.smp.cpus` as the command is not resolved. >> > > >> > > w/o patch >> > > editors/openoffice.org-3 openoffice.org-3.1.0 4:53:27 >> > > >> > > with patch: >> > > + MAKE_JOBS_SAFE= yes >> > > + MAKE_JOBS_NUMBER= 4 >> > > + MAXPROCESSES?= ${MAKE_JOBS_NUMBER} >> > > + MAXMODULES?= ${MAKE_JOBS_NUMBER} >> > > >> > > editors/openoffice.org-3 openoffice.org-3.1.0 48:51 >> > > >> > > The build is done in >> > > /dev/md0 on /usr/local/tinderbox/7-STABLE-FPT-NPD (ufs, >> > > asynchronous, local, noatime) >> > >> > Wow, that is quite a speedup. Is it even possible (4 * 60 + 53)/4 = >> > 73, and you get 48 (that is 152% scaling efficiency). This would >> > mean a serious performance problem with the ooo3 build script and >> > MAX* =1. >> > >> > I'll make a patch tonight (+10 hours) that will fix ooo2 in the >> > default case. You can test ooo2 with patch and MAKE_JOBS_NUMBER >> > preset (not using default value) and MAKE_JOBS_SAFE=yes. >> >> BTW, what about using the same vars for parallel building in all OOo >> port? > > Done, the following patch uses MAKE_JOBS_NUMBER for all the variables in OOo. > > It also tries to be efficient when resolving the MAKE_JOBS_NUMBER to a value > (only done when a port sets USE_MAKE_JOBS, as in the OOo2-RC and OOo2 case). > > This should fix OOo2* builds and support such use cases for other ports... -------------- 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/20090526/4fddafd2/attachment.pgp From lehmann at ans-netz.de Tue May 26 05:09:06 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Tue May 26 05:09:12 2009 Subject: Fixing multimedia/audacious upgrade In-Reply-To: <7d6fde3d0905251440w3b2b6dbfhda4bb59436dbe0e4@mail.gmail.com> References: <7d6fde3d0905232028lde2948ajaed1504535897470@mail.gmail.com> <7d6fde3d0905251440w3b2b6dbfhda4bb59436dbe0e4@mail.gmail.com> Message-ID: <20090526064224.51b209bf.lehmann@ans-netz.de> Garrett Cooper wrote: > > $ audacious2 > > /libexec/ld-elf.so.1: Shared object "libaudclient.so.1" not found, > > required by "audacious2" Uh - I've tested compiling audacious 2 while the old one was still installed and it worked here - maybe I've changed something afterwards so it is now not longer working... I'll test it again. > I'm not sure if it's just me, but this port is really unstable. > Whenever I exit it goes full tilt now with 2.x. Is this true for other It goes what? When I exit it here it just exits normally... olivleh1@kartoffel olivleh1> audacious2 LASTFM: (cleanup) Cleanup finished olivleh1@kartoffel olivleh1> Hm - Maybe it is one of the plugins you've compiled in which is causing whatever you mean? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From naylor.b.david at gmail.com Tue May 26 06:19:05 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Tue May 26 06:19:11 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <20090526.111343.48515131.chat95@mac.com> References: <200905251003.15408.naylor.b.david@gmail.com> <200905252247.32725.naylor.b.david@gmail.com> <20090526.111343.48515131.chat95@mac.com> Message-ID: <200905260819.23178.naylor.b.david@gmail.com> On Tuesday 26 May 2009 04:13:43 Maho NAKATA wrote: > Hi David, > > Thanks kudos for tough works and discussions! :-) > David, is this the final patch which I should test? This should make OOo* work. This should be final for OOo3 and the second part of the bsd.ports.mk patch however the rest of bsd.ports.mk may need discussion. pav: ${_MAKE_JOBS:C/-j//} won't work with DISABLE_MAKE_JOBS (or MAKE_JOBS_UNSAFE) since it needs to always be a positive number, secondly it still cannot be used for conditional code (since it is defined in the post section, but the whole code could always be moved to the pre section). > Best, > > From: David Naylor > Subject: Re: MAKE_JOBS_UNSAFE (some more ports) > Date: Mon, 25 May 2009 22:47:29 +0200 > > > On Monday 25 May 2009 20:01:25 Ion-Mihai Tetcu wrote: > >> On Mon, 25 May 2009 10:03:12 +0200 > >> > >> David Naylor wrote: > >> > On Sunday 24 May 2009 21:37:45 Ion-Mihai Tetcu wrote: > >> > > On Sun, 24 May 2009 10:26:23 +0200 > >> > > > >> > > David Naylor wrote: > >> > > > On Sunday 24 May 2009 00:16:37 Maho NAKATA wrote: > >> > > > > Hi I tested it yesterday, > >> > > > > > >> > > > > 1. > >> > > > > I need > >> > > > > > >> > > > > > MAKE_JOBS_SAFE= yes > >> > > > > > >> > > > > in the Makefile. > >> > > > > >> > > > Yes, you would need that. I believe that will be default. > >> > > > > >> > > > > 2. with above patch, ooo2 doesn't launch parallele jobs. > >> > > > > >> > > > I spotted that problem after submitting the patch, if you > >> > > > explicitly set MAKE_JOBS_NUMBER to something it will work. > >> > > > > >> > > > The problem is that ooo2 does (in effect): > >> > > > .if (${MAKE_JOBS_NUMBER} > 1) > >> > > > # Stuff > >> > > > .else > >> > > > # Other stuff > >> > > > .endif > >> > > > and that doesn't work as expected with MAKE_JOBS_NUMBER=`sysctl > >> > > > kern.smp.cpus` as the command is not resolved. > >> > > > >> > > w/o patch > >> > > editors/openoffice.org-3 openoffice.org-3.1.0 4:53:27 > >> > > > >> > > with patch: > >> > > + MAKE_JOBS_SAFE= yes > >> > > + MAKE_JOBS_NUMBER= 4 > >> > > + MAXPROCESSES?= ${MAKE_JOBS_NUMBER} > >> > > + MAXMODULES?= ${MAKE_JOBS_NUMBER} > >> > > > >> > > editors/openoffice.org-3 openoffice.org-3.1.0 48:51 > >> > > > >> > > The build is done in > >> > > /dev/md0 on /usr/local/tinderbox/7-STABLE-FPT-NPD (ufs, > >> > > asynchronous, local, noatime) > >> > > >> > Wow, that is quite a speedup. Is it even possible (4 * 60 + 53)/4 = > >> > 73, and you get 48 (that is 152% scaling efficiency). This would > >> > mean a serious performance problem with the ooo3 build script and > >> > MAX* =1. > >> > > >> > I'll make a patch tonight (+10 hours) that will fix ooo2 in the > >> > default case. You can test ooo2 with patch and MAKE_JOBS_NUMBER > >> > preset (not using default value) and MAKE_JOBS_SAFE=yes. > >> > >> BTW, what about using the same vars for parallel building in all OOo > >> port? > > > > Done, the following patch uses MAKE_JOBS_NUMBER for all the variables in > > OOo. > > > > It also tries to be efficient when resolving the MAKE_JOBS_NUMBER to a > > value (only done when a port sets USE_MAKE_JOBS, as in the OOo2-RC and > > OOo2 case). > > > > This should fix OOo2* builds and support such use cases for other > > ports... -------------- 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/20090526/4f3c97fa/attachment.pgp From pav at FreeBSD.org Tue May 26 08:48:36 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Tue May 26 08:48:49 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <200905260819.23178.naylor.b.david@gmail.com> References: <200905251003.15408.naylor.b.david@gmail.com> <200905252247.32725.naylor.b.david@gmail.com> <20090526.111343.48515131.chat95@mac.com> <200905260819.23178.naylor.b.david@gmail.com> Message-ID: <1243327705.43470.8.camel@pav.hide.vol.cz> David Naylor p??e v ?t 26. 05. 2009 v 08:19 +0200: > pav: ${_MAKE_JOBS:C/-j//} won't work with DISABLE_MAKE_JOBS (or > MAKE_JOBS_UNSAFE) since it needs to always be a positive number, secondly it > still cannot be used for conditional code (since it is defined in the post > section, but the whole code could always be moved to the pre section). I'm hesitant to modify bsd.port.mk for benefit of just four ports. Also, I think having MAKE_JOBS_NUMBER set to 1 when the feature is in fact disable, is counter-intuitive (because -j1 is very different to no -j at all). So how about just having .if defined(DISABLE_MAKE_JOBS) MAKE_JOBS_NUMBER= 1 .else MAKE_JOBS_NUMBER!= echo `${SYSCTL} -n kern.smp.cpus` .endif in ooo makefile? -- Pav Lucistnik Go back to bed America, your government is in control again. Here's American Gladiators. Watch this, shut up. Here's 56 channels of it. Watch these pituitary retards bang their fuckin skulls together and congratulate you on living in the land of freedom. -- Bill Hicks -------------- 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/20090526/2c889fa7/attachment.pgp From chat95 at mac.com Tue May 26 08:51:50 2009 From: chat95 at mac.com (Maho NAKATA) Date: Tue May 26 08:51:57 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <1243327705.43470.8.camel@pav.hide.vol.cz> References: <20090526.111343.48515131.chat95@mac.com> <200905260819.23178.naylor.b.david@gmail.com> <1243327705.43470.8.camel@pav.hide.vol.cz> Message-ID: <20090526.174944.67896045.chat95@mac.com> From: Pav Lucistnik Subject: Re: MAKE_JOBS_UNSAFE (some more ports) Date: Tue, 26 May 2009 10:48:25 +0200 > David Naylor p??e v ?t 26. 05. 2009 v 08:19 +0200: > >> pav: ${_MAKE_JOBS:C/-j//} won't work with DISABLE_MAKE_JOBS (or >> MAKE_JOBS_UNSAFE) since it needs to always be a positive number, secondly it >> still cannot be used for conditional code (since it is defined in the post >> section, but the whole code could always be moved to the pre section). > > I'm hesitant to modify bsd.port.mk for benefit of just four ports. > Also, I think having MAKE_JOBS_NUMBER set to 1 when the feature is in > fact disable, is counter-intuitive (because -j1 is very different to no > -j at all). > > So how about just having > > .if defined(DISABLE_MAKE_JOBS) > MAKE_JOBS_NUMBER= 1 > .else > MAKE_JOBS_NUMBER!= echo `${SYSCTL} -n kern.smp.cpus` > .endif > > in ooo makefile? for me ok. thank you -- 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/20090526/26e6bc6a/attachment.pgp From bsam at ipt.ru Tue May 26 11:20:20 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Tue May 26 11:20:26 2009 Subject: emulators/linux_base-f10 = Fedora 8? In-Reply-To: <3B3FEBB417C04B77AED8998347C99585@multiplay.co.uk> (Steven Hartland's message of "Mon, 25 May 2009 20:49:50 +0100") References: <3B3FEBB417C04B77AED8998347C99585@multiplay.co.uk> Message-ID: <03083008@serv3.int.kfs.ru> On Mon, 25 May 2009 20:49:50 +0100 Steven Hartland wrote: > Why does emulators/linux_base-f10 contain a Fedora 8 port > most confusing! It was just a repocopy. I'm working on it, just enotime now. WBR -- bsam From randy at psg.com Tue May 26 11:32:52 2009 From: randy at psg.com (Randy Bush) Date: Tue May 26 11:33:06 2009 Subject: make.conf no x option Message-ID: as so many folk build server-only, there must e a make.conf or whatever option to tell ports that you just do not want an x server or any of it's 500kg friends. but i can not seem to find it. i do cvsup-without-gui, emacs-nox11, etc. but one mistake with some port, and you get the whole boatload, and you can never scrape it all out. clue bat, please. randy From roam at ringlet.net Tue May 26 11:37:39 2009 From: roam at ringlet.net (Peter Pentchev) Date: Tue May 26 11:37:46 2009 Subject: make.conf no x option In-Reply-To: References: Message-ID: <20090526113714.GC1043@straylight.m.ringlet.net> On Tue, May 26, 2009 at 08:32:50PM +0900, Randy Bush wrote: > as so many folk build server-only, there must e a make.conf or whatever > option to tell ports that you just do not want an x server or any of > it's 500kg friends. but i can not seem to find it. > > i do cvsup-without-gui, emacs-nox11, etc. but one mistake with some > port, and you get the whole boatload, and you can never scrape it all > out. I think you're looking for WITHOUT_X11=yes :) 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 This sentence contradicts itself - or rather - well, no, actually it doesn't! -------------- 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/20090526/71de18aa/attachment.pgp From randy at psg.com Tue May 26 11:44:45 2009 From: randy at psg.com (Randy Bush) Date: Tue May 26 11:44:52 2009 Subject: make.conf no x option In-Reply-To: <20090526113714.GC1043@straylight.m.ringlet.net> References: <20090526113714.GC1043@straylight.m.ringlet.net> Message-ID: >> as so many folk build server-only, there must e a make.conf or whatever >> option to tell ports that you just do not want an x server or any of >> it's 500kg friends. but i can not seem to find it. > I think you're looking for WITHOUT_X11=yes :) i have that. i still get a lot of x with some ports. i will try to keep a watch for which ones. randy From flz at xbsd.org Tue May 26 12:06:24 2009 From: flz at xbsd.org (Florent Thoumie) Date: Tue May 26 12:06:31 2009 Subject: make.conf no x option In-Reply-To: <20090526113714.GC1043@straylight.m.ringlet.net> References: <20090526113714.GC1043@straylight.m.ringlet.net> Message-ID: On Tue, May 26, 2009 at 12:37 PM, Peter Pentchev wrote: > On Tue, May 26, 2009 at 08:32:50PM +0900, Randy Bush wrote: >> as so many folk build server-only, there must e a make.conf or whatever >> option to tell ports that you just do not want an x server or any of >> it's 500kg friends. ?but i can not seem to find it. >> >> i do cvsup-without-gui, emacs-nox11, etc. ?but one mistake with some >> port, and you get the whole boatload, and you can never scrape it all >> out. > > I think you're looking for WITHOUT_X11=yes :) I would add WITHOUT_GUI as well, just in case. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From ertr1013 at student.uu.se Tue May 26 12:25:40 2009 From: ertr1013 at student.uu.se (Erik Trulsson) Date: Tue May 26 12:25:47 2009 Subject: make.conf no x option In-Reply-To: References: <20090526113714.GC1043@straylight.m.ringlet.net> Message-ID: <20090526120948.GA14134@owl.midgard.homeip.net> On Tue, May 26, 2009 at 08:44:43PM +0900, Randy Bush wrote: > >> as so many folk build server-only, there must e a make.conf or whatever > >> option to tell ports that you just do not want an x server or any of > >> it's 500kg friends. but i can not seem to find it. > > I think you're looking for WITHOUT_X11=yes :) > > i have that. i still get a lot of x with some ports. i will try to > keep a watch for which ones. Well, there are many ports which depend unconditionally upon X. If you install one of them (or some other port which depends on one of them) you will get X, no questions asked. WITHOUT_X11 is useful for those ports which have an optional dependency upon X, but that is all it does. There does not exist any flag which tells the ports-system to refuse to build any ports which depend on X, which seems to be what you want. -- Erik Trulsson ertr1013@student.uu.se From flz at xbsd.org Tue May 26 12:45:31 2009 From: flz at xbsd.org (Florent Thoumie) Date: Tue May 26 12:45:37 2009 Subject: make.conf no x option In-Reply-To: <20090526120948.GA14134@owl.midgard.homeip.net> References: <20090526113714.GC1043@straylight.m.ringlet.net> <20090526120948.GA14134@owl.midgard.homeip.net> Message-ID: On Tue, May 26, 2009 at 1:09 PM, Erik Trulsson wrote: > On Tue, May 26, 2009 at 08:44:43PM +0900, Randy Bush wrote: >> >> as so many folk build server-only, there must e a make.conf or whatever >> >> option to tell ports that you just do not want an x server or any of >> >> it's 500kg friends. ?but i can not seem to find it. >> > I think you're looking for WITHOUT_X11=yes :) >> >> i have that. ?i still get a lot of x with some ports. ?i will try to >> keep a watch for which ones. > > > Well, there are many ports which depend unconditionally upon X. > If you install one of them (or some other port which depends on one of them) > you will get X, no questions asked. > > WITHOUT_X11 is useful for those ports which have an optional dependency upon > X, but that is all it does. > > > There does not exist any flag which tells the ports-system to refuse to > build any ports which depend on X, which seems to be what you want. Something like the following would work as a safety net. --- /usr/ports/Mk/bsd.xorg.mk.orig 2009-05-26 13:42:52.000000000 +0100 +++ /usr/ports/Mk/bsd.xorg.mk 2009-05-26 13:42:58.000000000 +0100 @@ -28,6 +28,11 @@ # xserver - there's only one atm, I guess everything can fit into the port itself .if defined(XORG_CAT) + +. if defined(WITHOUT_X11) +IGNORE= me not want x11 +. endif + # Default variables, common to all new modular xorg ports. .if !defined(USE_TGZ) USE_BZIP2= yes -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From craig001 at lerwick.hopto.org Tue May 26 12:46:20 2009 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Tue May 26 12:46:26 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 3 In-Reply-To: <73406dfded92bc7ce37ecee0c3eb0cd8@localhost> References: <1243254080.96435.117.camel@localhost> <73406dfded92bc7ce37ecee0c3eb0cd8@localhost> Message-ID: <1243340353.20783.35.camel@main.lerwick.hopto.org> On Mon, 2009-05-25 at 16:00 +0200, Marian Hettwer wrote: > Hi All, > > > > > > > We rolled a new version with a fix for all users where > > has problems with kernel load and unload. Many thanks to > > Shin-ichi Okano where submitted this patch to the vbox ml. > > > > http://people.freebsd.org/~miwi/vbox/virtualbox_4.tgz > > > > happy testing. > > > This version works like a charm on my box. > FreeBSD motor.mobile.local 7.2-STABLE FreeBSD 7.2-STABLE #0: Wed May 20 > 11:11:57 CEST 2009 root@motor.mobile.rz:/usr/obj/usr/src/sys/GENERIC > i386 > > Thanks for all your efforts! Great to have a vmware replacement on FreeBSD > :-) > > best regards and keep up the good work! > Marian Chalk up another one, also working on; 7.2-RELEASE FreeBSD 7.2-RELEASE #0 i386 tested opensuse 11.1, rhel 5, and fedora 10 -- all working. Thanks a million /Craig From laszlof at freebsd.org Tue May 26 14:26:17 2009 From: laszlof at freebsd.org (Frank J. Laszlo) Date: Tue May 26 14:26:24 2009 Subject: make.conf no x option In-Reply-To: References: <20090526113714.GC1043@straylight.m.ringlet.net> <20090526120948.GA14134@owl.midgard.homeip.net> Message-ID: <4A1BFBF3.9030103@freebsd.org> Florent Thoumie wrote: > On Tue, May 26, 2009 at 1:09 PM, Erik Trulsson wrote: > >> On Tue, May 26, 2009 at 08:44:43PM +0900, Randy Bush wrote: >> >>>>> as so many folk build server-only, there must e a make.conf or whatever >>>>> option to tell ports that you just do not want an x server or any of >>>>> it's 500kg friends. but i can not seem to find it. >>>>> >>>> I think you're looking for WITHOUT_X11=yes :) >>>> >>> i have that. i still get a lot of x with some ports. i will try to >>> keep a watch for which ones. >>> >> Well, there are many ports which depend unconditionally upon X. >> If you install one of them (or some other port which depends on one of them) >> you will get X, no questions asked. >> >> WITHOUT_X11 is useful for those ports which have an optional dependency upon >> X, but that is all it does. >> >> >> There does not exist any flag which tells the ports-system to refuse to >> build any ports which depend on X, which seems to be what you want. >> > > Something like the following would work as a safety net. > > --- /usr/ports/Mk/bsd.xorg.mk.orig 2009-05-26 13:42:52.000000000 +0100 > +++ /usr/ports/Mk/bsd.xorg.mk 2009-05-26 13:42:58.000000000 +0100 > @@ -28,6 +28,11 @@ > # xserver - there's only one atm, I guess everything can fit into the > port itself > > .if defined(XORG_CAT) > + > +. if defined(WITHOUT_X11) > +IGNORE= me not want x11 > +. endif > + > # Default variables, common to all new modular xorg ports. > .if !defined(USE_TGZ) > USE_BZIP2= yes > > You could also just rm the x11-* directories from the ports tree, and then set exceptions for csup/cvsup/whatever to not update them. It'll generate an error if you try to install any X11 dependent ports, but it wont install them ;) Obviously the above fix is better, but it would need to be tested thoroughly before being committed. Regards, Frank Laszlo From Albert.Shih at obspm.fr Tue May 26 15:37:53 2009 From: Albert.Shih at obspm.fr (Albert Shih) Date: Tue May 26 15:38:00 2009 Subject: sane-backends-1.0.19_1 fails to compile In-Reply-To: <315811.87197.qm@web32106.mail.mud.yahoo.com> References: <4A1ACB5A.7020601@rawbw.com> <315811.87197.qm@web32106.mail.mud.yahoo.com> Message-ID: <20090526152415.GC2203@obspm.fr> Le 25/05/2009 ? 09:57:15-0700, GESBBB a ?crit > > > From: Yuri > > > > See log below: > > > > mv -f .deps/libsane_canon_dr_la-canon_dr-s.Tpo > > .deps/libsane_canon_dr_la-canon_dr-s.Plo^M > > /bin/sh ../libtool --silent --tag=CC? --mode=compile cc -DHAVE_CONFIG_H > > -I../include/sane -I.? -I/usr/local/include -I. -I. -I../include -I../include > > -DLIBDIR="/usr/local/lib/sane" -DBACKEND_NAME=canon_dr -I/usr/local/include? > > -D_REENTRANT -DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d? ? > > -DPATH_SANE_DATA_DIR=/usr/local/share? ? ? ? ? > > -DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane? ? ? ? ? -DV_MAJOR=1 -DV_MINOR=0? > > -O2 -fno-strict-aliasing -pipe -W -Wall -MT libcanon_dr_la-canon_dr.lo -MD -MP > > -MF .deps/libcanon_dr_la-canon_dr.Tpo -c -o libcanon_dr_la-canon_dr.lo `test -f > > 'canon_dr.c' || echo './'`canon_dr.c^M > > canon_dr.c: In function 'sane_canon_dr_get_option_descriptor':^M > > canon_dr.c:1333: error: 'SANE_NAME_STANDARD' undeclared (first use in this > > function)^M > > canon_dr.c:1333: error: (Each undeclared identifier is reported only once^M > > canon_dr.c:1333: error: for each function it appears in.)^M > > canon_dr.c:1334: error: 'SANE_TITLE_STANDARD' undeclared (first use in this > > function)^M > > canon_dr.c:1335: error: 'SANE_DESC_STANDARD' undeclared (first use in this > > function)^M > > canon_dr.c:1545: error: 'SANE_NAME_GEOMETRY' undeclared (first use in this > > function)^M > > canon_dr.c:1546: error: 'SANE_TITLE_GEOMETRY' undeclared (first use in this > > function)^M > > canon_dr.c:1547: error: 'SANE_DESC_GEOMETRY' undeclared (first use in this > > function)^M > > canon_dr.c:1632: error: 'SANE_NAME_PAGE_WIDTH' undeclared (first use in this > > function)^M > > canon_dr.c:1633: error: 'SANE_TITLE_PAGE_WIDTH' undeclared (first use in this > > function)^M > > canon_dr.c:1634: error: 'SANE_DESC_PAGE_WIDTH' undeclared (first use in this > > function)^M > > canon_dr.c:1659: error: 'SANE_NAME_PAGE_HEIGHT' undeclared (first use in this > > function)^M > > canon_dr.c:1660: error: 'SANE_TITLE_PAGE_HEIGHT' undeclared (first use in this > > function)^M > > canon_dr.c:1661: error: 'SANE_DESC_PAGE_HEIGHT' undeclared (first use in this > > function)^M > > canon_dr.c:1680: error: 'SANE_NAME_ENHANCEMENT' undeclared (first use in this > > function)^M > > canon_dr.c:1681: error: 'SANE_TITLE_ENHANCEMENT' undeclared (first use in this > > function)^M > > canon_dr.c:1682: error: 'SANE_DESC_ENHANCEMENT' undeclared (first use in this > > function)^M > > 1) Update your ports tree > 2) in the graphics/sane-backends directory run: > > ??? make distclean && make deinstall && make reinstall > > That worked for me. > I concur. It's work for me too. Regards. -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex T?l?phone : 01 45 07 76 26 Heure local/Local time: Mar 26 mai 2009 17:23:32 CEST From naylor.b.david at gmail.com Tue May 26 16:16:40 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Tue May 26 16:16:47 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <1243327705.43470.8.camel@pav.hide.vol.cz> References: <200905251003.15408.naylor.b.david@gmail.com> <200905260819.23178.naylor.b.david@gmail.com> <1243327705.43470.8.camel@pav.hide.vol.cz> Message-ID: <200905261817.30567.naylor.b.david@gmail.com> On Tuesday 26 May 2009 10:48:25 Pav Lucistnik wrote: > David Naylor p??e v ?t 26. 05. 2009 v 08:19 +0200: > > pav: ${_MAKE_JOBS:C/-j//} won't work with DISABLE_MAKE_JOBS (or > > MAKE_JOBS_UNSAFE) since it needs to always be a positive number, secondly > > it still cannot be used for conditional code (since it is defined in the > > post section, but the whole code could always be moved to the pre > > section). > > I'm hesitant to modify bsd.port.mk for benefit of just four ports. > Also, I think having MAKE_JOBS_NUMBER set to 1 when the feature is in > fact disable, is counter-intuitive (because -j1 is very different to no > -j at all). I understand, I see the light. By the way it is two ports requiring the below. What about the change that exposes MAKE_JOBS_NUMBER when MAKE_JOBS_SAFE or FORCE_MAKE_JOBS are defined (to avoid using ${_MAKE_JOBS:C/-j//}, not sure what the policy is of ports using *.mk internals). I think that is a reasonable change??? > So how about just having > > .if defined(DISABLE_MAKE_JOBS) > MAKE_JOBS_NUMBER= 1 > .else +.if !defined(MAKE_JOBS_NUMBER) > MAKE_JOBS_NUMBER!= echo `${SYSCTL} -n kern.smp.cpus` +.endif > .endif > > in ooo makefile? This will work in OOo2*, the OOo3 will also need a check for DISABLE_MAKE_JOBS since they rely on MKAE_JOBS_NUMBER always being set (just the way they do things). Will fix and send another patch. -------------- 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/20090526/b478377f/attachment.pgp From Albert.Shih at obspm.fr Tue May 26 16:23:16 2009 From: Albert.Shih at obspm.fr (Albert Shih) Date: Tue May 26 16:23:23 2009 Subject: sane-backends-1.0.19_1 fails to compile In-Reply-To: References: <4A1ACB5A.7020601@rawbw.com> <315811.87197.qm@web32106.mail.mud.yahoo.com> <20090526152415.GC2203@obspm.fr> Message-ID: <20090526162312.GD2203@obspm.fr> Le 26/05/2009 ? 18:05:17+0200, lysergius2001 a ?crit > > > On Tue, May 26, 2009 at 5:24 PM, Albert Shih wrote: > > > > I concur. It's work for me too. > > > > Me too...? but what did it do?? That a plain deinstall/reinstall did not? > The more complex software I ever wrote is echo "Hello world" in bash. So I don't have the ability to answer you. But what I understand when you using portupgrade (or something like that), first the new version is build and after that the old version is deinstall and the new version is install. That's mean when you build the new version the olds libraries still here. Maybe some conflicts ? Regards. -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex Heure local/Local time: Mar 26 mai 2009 18:17:43 CEST From avg at icyb.net.ua Tue May 26 16:31:49 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue May 26 16:31:55 2009 Subject: portmaster overzealous on distfiles? Message-ID: <4A1C1972.6050902@icyb.net.ua> I run the following command to upgrade from audacious 1.5.* to 2.0.*: $ portmaster audacious\* This starts to build three ports: audacious, audacious-plugins, audacious-skins. At the end of audacious upgrade portmaster asked me if I want to delete not only the older distfile of audacious but also about the newer one, and the one for audacious-skins. -- Andriy Gapon From avg at icyb.net.ua Tue May 26 16:35:39 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue May 26 16:35:45 2009 Subject: portmaster overzealous on distfiles? In-Reply-To: <4A1C1972.6050902@icyb.net.ua> References: <4A1C1972.6050902@icyb.net.ua> Message-ID: <4A1C1A58.9020601@icyb.net.ua> on 26/05/2009 19:31 Andriy Gapon said the following: > I run the following command to upgrade from audacious 1.5.* to 2.0.*: > $ portmaster audacious\* > This starts to build three ports: audacious, audacious-plugins, audacious-skins. > At the end of audacious upgrade portmaster asked me if I want to delete not only > the older distfile of audacious but also about the newer one, and the one for > audacious-skins. After the above upgrade I re-run the command again (forceful upgrade, so to say) and, again, after upgrading audacious port portmaster asked me if I want to delete new-and-only distfiles for other two ports. -- Andriy Gapon From dougb at FreeBSD.org Tue May 26 17:56:55 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue May 26 17:57:01 2009 Subject: portmaster overzealous on distfiles? In-Reply-To: <4A1C1A58.9020601@icyb.net.ua> References: <4A1C1972.6050902@icyb.net.ua> <4A1C1A58.9020601@icyb.net.ua> Message-ID: <4A1C2D5B.8070708@FreeBSD.org> On Tue, 26 May 2009, Andriy Gapon wrote: > on 26/05/2009 19:31 Andriy Gapon said the following: >> I run the following command to upgrade from audacious 1.5.* to >> 2.0.*: $ portmaster audacious\* FYI, the \* at the end of that is not necessary. If the command line argument doesn't match a specific port it is treated as a glob pattern. >> This starts to build three ports: audacious, audacious-plugins, >> audacious-skins. At the end of audacious upgrade portmaster asked >> me if I want to delete not only the older distfile of audacious >> but also about the newer one, and the one for audacious-skins. > > After the above upgrade I re-run the command again (forceful > upgrade, so to say) and, again, after upgrading audacious port > portmaster asked me if I want to delete new-and-only distfiles for > other two ports. If the various distfiles all start with audacious-* then portmaster will ask you about them. I have gone back and forth in my mind about hiding that code behind an option now that I have fairly effective mechanisms in place to handle distfile stuff without resorting to the glob matching. The reason I haven't done it yet is that cases like you describe are actually fairly rare, and easily overcome with a combination of the -D option and the --clean-distfiles option later on at your convenience. The course of action that I've basically settled on at this point is rather than actually asking you if you want to remove the glob-match distfiles to issue a suggestion to try the --clean-distfiles option at some point in the future, which seems like a happy medium to me. As soon as I get time to do it anyway. :) hope this helps, Doug From randy at psg.com Tue May 26 18:53:00 2009 From: randy at psg.com (Randy Bush) Date: Tue May 26 18:53:09 2009 Subject: make.conf no x option In-Reply-To: References: <20090526113714.GC1043@straylight.m.ringlet.net> <20090526120948.GA14134@owl.midgard.homeip.net> Message-ID: > Something like the following would work as a safety net. > > --- /usr/ports/Mk/bsd.xorg.mk.orig 2009-05-26 13:42:52.000000000 +0100 > +++ /usr/ports/Mk/bsd.xorg.mk 2009-05-26 13:42:58.000000000 +0100 > @@ -28,6 +28,11 @@ > # xserver - there's only one atm, I guess everything can fit into the > port itself > > .if defined(XORG_CAT) > + > +. if defined(WITHOUT_X11) > +IGNORE= me not want x11 > +. endif > + > # Default variables, common to all new modular xorg ports. > .if !defined(USE_TGZ) > USE_BZIP2= yes looks useful. i think this whole thing is worth a few days to settle in our heads. essentially, if we believe that freebsd is used extensively in headless server deployments, we should make that easy and smooth. randy From ertr1013 at student.uu.se Tue May 26 19:46:43 2009 From: ertr1013 at student.uu.se (Erik Trulsson) Date: Tue May 26 19:46:49 2009 Subject: make.conf no x option In-Reply-To: References: <20090526113714.GC1043@straylight.m.ringlet.net> <20090526120948.GA14134@owl.midgard.homeip.net> Message-ID: <20090526194617.GA16353@owl.midgard.homeip.net> On Wed, May 27, 2009 at 03:52:53AM +0900, Randy Bush wrote: > > Something like the following would work as a safety net. > > > > --- /usr/ports/Mk/bsd.xorg.mk.orig 2009-05-26 13:42:52.000000000 +0100 > > +++ /usr/ports/Mk/bsd.xorg.mk 2009-05-26 13:42:58.000000000 +0100 > > @@ -28,6 +28,11 @@ > > # xserver - there's only one atm, I guess everything can fit into the > > port itself > > > > .if defined(XORG_CAT) > > + > > +. if defined(WITHOUT_X11) > > +IGNORE= me not want x11 > > +. endif > > + > > # Default variables, common to all new modular xorg ports. > > .if !defined(USE_TGZ) > > USE_BZIP2= yes > > looks useful. Perhaps, but it would change the meaning of 'WITHOUT_X11=yes' quite a bit, so I do not think it would be suitable to commit to the ports tree as-is (and I hope nobody had planned on doing that.) (At the moment 'WITHOUT_X11=yes' means that those ports which have optional support for X11 should be built without it. With the patch above it would change to mean that the ports system will refuse to build *any* port which depends on X11.) > > i think this whole thing is worth a few days to settle in our heads. > essentially, if we believe that freebsd is used extensively in headless > server deployments, we should make that easy and smooth. But even a headless server can run X clients with the display being on some other (presumably non-headless) machine. That is on of the beauties of the X Windowing System. The only part that would make no sense to install on a headless machine is the X server itself, which almost no ports depend on anyway (and those which do are mainly other components of X.) -- Erik Trulsson ertr1013@student.uu.se From randy at psg.com Tue May 26 20:01:34 2009 From: randy at psg.com (Randy Bush) Date: Tue May 26 20:01:41 2009 Subject: make.conf no x option In-Reply-To: <20090526194617.GA16353@owl.midgard.homeip.net> References: <20090526113714.GC1043@straylight.m.ringlet.net> <20090526120948.GA14134@owl.midgard.homeip.net> <20090526194617.GA16353@owl.midgard.homeip.net> Message-ID: >> i think this whole thing is worth a few days to settle in our heads. >> essentially, if we believe that freebsd is used extensively in >> headless server deployments, we should make that easy and smooth. > But even a headless server can run X clients with the display being on > some other (presumably non-headless) machine. That is on of the > beauties of the X Windowing System. [ thanks, but i am overly-familiar with the beauties and the some of the warts of x. ] someone installing a server may or may not want the x client version of a package as opposed to readline or curses. but, imiho, it would be good to make such decisions centralized, somewhat strong, and pretty clear. > The only part that would make no sense to install on a headless > machine is the X server itself and the support for it and the toys it occasionally seems to drag in. i really do not want the x client versions of emacs, cvsup, ... actually, i can not think of any ports i run on headless machines that i want spawning windows on my glass. ymmv, of course. i think that i would like to be able to say headless install and have to ack any port which wants to drag in x. randy From pav at FreeBSD.org Tue May 26 21:23:26 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Tue May 26 21:23:32 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <200905261817.30567.naylor.b.david@gmail.com> References: <200905251003.15408.naylor.b.david@gmail.com> <200905260819.23178.naylor.b.david@gmail.com> <1243327705.43470.8.camel@pav.hide.vol.cz> <200905261817.30567.naylor.b.david@gmail.com> Message-ID: <1243372996.25437.0.camel@hood.oook.cz> David Naylor p??e v ?t 26. 05. 2009 v 18:17 +0200: > What about the change that exposes MAKE_JOBS_NUMBER when MAKE_JOBS_SAFE or > FORCE_MAKE_JOBS are defined (to avoid using ${_MAKE_JOBS:C/-j//}, not sure > what the policy is of ports using *.mk internals). I think that is a > reasonable change??? I think it's reasonable. It will need to be tested widely. Can you file a PR with just that change, to help me track it while in testing? Thank you. -- Pav Lucistnik It's time for the penguin on top of your television set to explode. -------------- 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/20090526/e275616b/attachment.pgp From aragon at phat.za.net Tue May 26 23:26:59 2009 From: aragon at phat.za.net (Aragon Gouveia) Date: Tue May 26 23:27:06 2009 Subject: make.conf no x option In-Reply-To: <4A1BFBF3.9030103@freebsd.org> References: <20090526113714.GC1043@straylight.m.ringlet.net> <20090526120948.GA14134@owl.midgard.homeip.net> <4A1BFBF3.9030103@freebsd.org> Message-ID: <4A1C7673.2010303@phat.za.net> Frank J. Laszlo wrote: > You could also just rm the x11-* directories from the ports tree, and > then set exceptions for csup/cvsup/whatever to not update them. It'll > generate an error if you try to install any X11 dependent ports, but it > wont install them ;) This is precisely what I do. I don't even let sysinstall extract the ports tree from CD anymore and just CVSup only the ports collections I need. Saves many inodes too! Regards, Aragon From j.kelly.hays at gmail.com Wed May 27 03:55:57 2009 From: j.kelly.hays at gmail.com (Kelly Hays) Date: Wed May 27 03:56:03 2009 Subject: [CFT] FreeBSD python25 move to python26 as default version. In-Reply-To: <20090517165416.GW71804@bsdcrew.de> References: <20090517165416.GW71804@bsdcrew.de> Message-ID: <4f615770905262030r71075f5bmc1bc41417d878313@mail.gmail.com> On Sun, May 17, 2009 at 11:54 AM, Martin Wilke wrote: > ? ?Once the installed Python has been updated to 2.6, by using one of the > ? ?methods above, it is required to run the upgrade-site-packages target in > ? ?lang/python to assure that site-packages are made available to the new Python > ? ?version. > > ? ?# cd /usr/ports/lang/python && make upgrade-site-packages > > This Makefile target requires ports-mgmt/portupgrade to be installed. > A lot of us are no longer using ports-mgmt/portupgrade in favor of ports-mgmt/portmaster. Please support both tools. Thanks, Kelly Hays From andy.lavr at reactor-xg.kiev.ua Wed May 27 07:32:13 2009 From: andy.lavr at reactor-xg.kiev.ua (Andrei V. Lavreniyuk) Date: Wed May 27 07:32:21 2009 Subject: [Deluge New version] Deluge 1.1.8 Message-ID: <4A1CEC7A.2020403@reactor-xg.kiev.ua> Hi! Please update FreeBSD ports/net-p2p/deluge to version 1.1.8 Thanks! Best regards, Andrei Lavreniyuk. From chat95 at mac.com Wed May 27 10:18:41 2009 From: chat95 at mac.com (Maho NAKATA) Date: Wed May 27 10:18:48 2009 Subject: MAKE_JOBS_UNSAFE (some more ports) In-Reply-To: <1243372996.25437.0.camel@hood.oook.cz> References: <1243327705.43470.8.camel@pav.hide.vol.cz> <200905261817.30567.naylor.b.david@gmail.com> <1243372996.25437.0.camel@hood.oook.cz> Message-ID: <20090527.191633.48504276.chat95@mac.com> From: Pav Lucistnik Subject: Re: MAKE_JOBS_UNSAFE (some more ports) Date: Tue, 26 May 2009 23:23:16 +0200 > David Naylor p??e v ?t 26. 05. 2009 v 18:17 +0200: > >> What about the change that exposes MAKE_JOBS_NUMBER when MAKE_JOBS_SAFE or >> FORCE_MAKE_JOBS are defined (to avoid using ${_MAKE_JOBS:C/-j//}, not sure >> what the policy is of ports using *.mk internals). I think that is a >> reasonable change??? > > I think it's reasonable. It will need to be tested widely. Can you file > a PR with just that change, to help me track it while in testing? > > Thank you. > > -- > Pav Lucistnik > > It's time for the penguin on top of your television set to explode. David, please do so. I recieved too many e-mails and not confident which patch I should test :-( 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/20090527/83c2ec37/attachment.pgp From miwi at FreeBSD.org Wed May 27 13:43:48 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Wed May 27 13:44:05 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 4 Message-ID: <20090527134343.GB1104@bsdcrew.de> -----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 ) 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----- From vova at fbsd.ru Wed May 27 14:50:26 2009 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Wed May 27 14:50:45 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 4 In-Reply-To: <20090527134343.GB1104@bsdcrew.de> References: <20090527134343.GB1104@bsdcrew.de> Message-ID: <1243435820.47997.103.camel@localhost> Hi Martin Many thanks again ! One more question, what about USB support ? Is it possible to pass host usb devices inside VM ? I have such option in machine menu but it is always empty. $ usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen4.2: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen4.3: at usbus4, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen3.2: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.3: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON $ As minimum ugen3.3 have no driver attached. Also I have RW permissions to access /dev/usb* devices. -----Original Message----- From: Martin Wilke To: ports@FreeBSD.org Cc: freebsd-emulation@FreeBSD.org, freebsd-current@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 ) 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-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" -- Vladimir B. Grebenschikov vova@fbsd.ru From rink at FreeBSD.org Wed May 27 14:54:07 2009 From: rink at FreeBSD.org (Rink Springer) Date: Wed May 27 14:54:27 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 4 In-Reply-To: <1243435820.47997.103.camel@localhost> References: <20090527134343.GB1104@bsdcrew.de> <1243435820.47997.103.camel@localhost> Message-ID: <20090527145408.GB68852@rink.nu> On Wed, May 27, 2009 at 06:50:20PM +0400, Vladimir Grebenschikov wrote: > One more question, what about USB support ? > Is it possible to pass host usb devices inside VM ? I think this is only possible with the non-open-source version of VirtualBox. Regards, -- Rink P.W. Springer - http://rink.nu "Doom, gloom and despair. I like it!" - Tiresias From miwi at FreeBSD.org Wed May 27 15:03:55 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Wed May 27 15:04:13 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 4 In-Reply-To: <1243435820.47997.103.camel@localhost> References: <20090527134343.GB1104@bsdcrew.de> <1243435820.47997.103.camel@localhost> Message-ID: <20090527150350.GC1104@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, May 27, 2009 at 06:50:20PM +0400, Vladimir Grebenschikov wrote: > Hi Martin > > Many thanks again ! > > One more question, what about USB support ? > Is it possible to pass host usb devices inside VM ? > I have such option in machine menu but it is always empty. > > $ usbconfig > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > ugen4.1: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON > ugen4.2: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE > ugen4.3: at usbus4, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON > ugen3.2: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > ugen3.3: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > $ > > As minimum ugen3.3 have no driver attached. > > Also I have RW permissions to access /dev/usb* devices. USB Support isn't ported yet maybe later :-). - - Martin > > -----Original Message----- > From: Martin Wilke > To: ports@FreeBSD.org > Cc: freebsd-emulation@FreeBSD.org, freebsd-current@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 ) > > 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-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" > -- > Vladimir B. Grebenschikov > vova@fbsd.ru > - -- +-----------------------+-------------------------------+ | 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) iEYEARECAAYFAkodVR8ACgkQdLJIhLHm/OnWgwCeLF3N/nGErpYkdMEMPDMbGIAy gOcAoJS0VxKO7FXCMbIlvbZvWy3Rt97s =iyhU -----END PGP SIGNATURE----- From army.of.root at googlemail.com Wed May 27 15:06:26 2009 From: army.of.root at googlemail.com (army.of.root) Date: Wed May 27 15:06:33 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 4 In-Reply-To: <20090527145408.GB68852@rink.nu> References: <20090527134343.GB1104@bsdcrew.de> <1243435820.47997.103.camel@localhost> <20090527145408.GB68852@rink.nu> Message-ID: <4A1D56EB.7090300@googlemail.com> Rink Springer wrote: > On Wed, May 27, 2009 at 06:50:20PM +0400, Vladimir Grebenschikov wrote: >> One more question, what about USB support ? >> Is it possible to pass host usb devices inside VM ? > > I think this is only possible with the non-open-source version of > VirtualBox. > > Regards, > Maybe Sun/Innotek has some spare time and makes an official Release. I See it coming :) - A Windows VM just for Webcam stuff... Maybe the new USB-Stack and libusb makes Support on the VBox side really easy. best regards From dudu at dudu.ro Wed May 27 15:07:04 2009 From: dudu at dudu.ro (Vlad GALU) Date: Wed May 27 15:07:11 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 4 In-Reply-To: <20090527134343.GB1104@bsdcrew.de> References: <20090527134343.GB1104@bsdcrew.de> Message-ID: On Wed, May 27, 2009 at 4:43 PM, Martin Wilke wrote: > -----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 ) > > 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 :-) Hi Martin, I'm running RELENG_7, I've just given it a spin, I was able to install another FreeBSD instance in the virtual machine. Working great! Any idea when this will hit the ports tree? As a side note, loading vboxdrv.ko while X was running crashed my machine, in RTMpGetOnlineCount (). Unfortunately, all frames between that and frame 0 were corrupt. After rebooting, I was able to log on ttyv0 and loaded it without any issues. From paul at fletchermoorland.co.uk Wed May 27 15:08:22 2009 From: paul at fletchermoorland.co.uk (Paul Wootton) Date: Wed May 27 15:08:29 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 4 In-Reply-To: <20090527134343.GB1104@bsdcrew.de> References: <20090527134343.GB1104@bsdcrew.de> Message-ID: <4A1D575F.7040908@fletchermoorland.co.uk> Martin Wilke wrote: > -----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 ) > > 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" > > > ----------------------------------------------------------------------------------- > 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 > Hi, With both VirtualBox 4 and 5, when I try to run VirtualBox I get an error saying "Callee RC: NS_ERROR_ABORT (0x80004004)" If I run VBoxSVC is a console session and then try VirtualBox I get "********************************************** Sun VirtualBox XPCOM Server Version 2.2.51_OSE (C) 2008-2009 Sun Microsystems, Inc. All rights reserved. Starting event loop.... [press Ctrl-C to quit] terminate called after throwing an instance of 'settings::ENoValue' what(): Segmentation fault: 11 (core dumped)" Also, when I try to compile VirtualBox 5 with debug information, the make fails with "kBuild: Linking tstDir In file included from /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c:47: /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/../SUPDrvInternal.h:125:1: warning: "ffs" redefined In file included from /usr/src/sys/sys/systm.h:42, from /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c:40: /usr/include/machine/cpufunc.h:133:1: warning: this is the location of the previous definition kBuild: Linking tstDir-2 kBuild: Linking tstDir-3 /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c: In function 'VBoxDrvFreeBSDOpen': /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c:299: error: invalid operands to binary & /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c: In function 'VBoxDrvFreeBSDClose': /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c:355: error: invalid operands to binary & kmk[2]: *** [/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o] Error 1 The failing command: @gcc -c -g -Wall -Wextra -Wno-missing-field-initializers -Wno-unused -Wno-trigraphs -Wpointer-arith -Winline -Wno-pointer-sign -Wstrict-prototypes -Wmissing-prototypes -Wstrict-prototypes -Wnested-externs -O2 -fformat-extensions -ffreestanding -fno-strict-aliasing -fno-common -finline-limit=8000 -fno-stack-protector -O0 -fno-omit-frame-pointer -nostdinc -std=c99 -m64 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -Wundef -I/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/../include -I/usr/include -I/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/include -I/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug -DVBOX -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_HARDENING -DRTPATH_APP_PRIVATE=\"/usr/local/lib/virtualbox\" -DRTPATH_APP_PRIVATE_ARCH=\"/usr/local/lib/virtualbox\" -DRTPATH_SHARED_LIBS=\"/usr/local/lib/virtualbox\" -DRTPATH_APP_DOCS=\"/usr/local/share/doc/virtualbox\" -DDEBUG -DDEBUG_paul -DDEBUG_USERNAME=paul -DRT_OS_FREEBSD -D__FREEBSD__ -DRT_ARCH_AMD64 -D__AMD64__ -D_KERNEL -DKLD_MODULE -DIN_RING0 -DIN_RT_R0 -DIN_RT_R0 -DIN_SUP_R0 -DSUPDRV_WITH_RELEASE_LOGGER -DVBOX_SVN_REV=19957 -Wp,-MD,/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o.dep -Wp,-MT,/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o -Wp,-MP -o /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c kmk[2]: *** Waiting for unfinished jobs.... kmk[2]: Leaving directory `/root/vBox/virtualbox/work/virtualbox-2.2.2r19980' kmk[2]: Entering directory `/root/vBox/virtualbox/work/virtualbox-2.2.2r19980' kmk[2]: *** Exiting with status 2 kmk[1]: *** [pass_binaries_this] Error 2 kmk[1]: Leaving directory `/root/vBox/virtualbox/work/virtualbox-2.2.2r19980' kmk: *** [pass_binaries_order] Error 2 *** Error code 2 Stop in /root/vBox/virtualbox." Any Ideas? Cheers Paul ----------------------------------------------------------------------------------- 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 paul at fletchermoorland.co.uk Wed May 27 15:20:05 2009 From: paul at fletchermoorland.co.uk (Paul Wootton) Date: Wed May 27 15:20:25 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 4 In-Reply-To: <4A1D575F.7040908@fletchermoorland.co.uk> References: <20090527134343.GB1104@bsdcrew.de> <4A1D575F.7040908@fletchermoorland.co.uk> Message-ID: <4A1D5A18.1090901@fletchermoorland.co.uk> Paul Wootton wrote: > Martin Wilke wrote: > > -----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 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" > > > > > > > ----------------------------------------------------------------------------------- > > > 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 > > > > Hi, > > With both VirtualBox 4 and 5, when I try to run VirtualBox I get an > error saying > "Callee RC: NS_ERROR_ABORT (0x80004004)" > > If I run VBoxSVC is a console session and then try VirtualBox I get > "********************************************** > Sun VirtualBox XPCOM Server Version 2.2.51_OSE > (C) 2008-2009 Sun Microsystems, Inc. > All rights reserved. > > Starting event loop.... > [press Ctrl-C to quit] > terminate called after throwing an instance of 'settings::ENoValue' > what(): Segmentation fault: 11 (core dumped)" > > Also, when I try to compile VirtualBox 5 with debug information, the > make fails with > > "kBuild: Linking tstDir > In file included from > /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c:47: > > /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/../SUPDrvInternal.h:125:1: > warning: "ffs" redefined > In file included from /usr/src/sys/sys/systm.h:42, > from > /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c:40: > > /usr/include/machine/cpufunc.h:133:1: warning: this is the location of > the previous definition > kBuild: Linking tstDir-2 > kBuild: Linking tstDir-3 > /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c: > In function 'VBoxDrvFreeBSDOpen': > /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c:299: > error: invalid operands to binary & > /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c: > In function 'VBoxDrvFreeBSDClose': > /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c:355: > error: invalid operands to binary & > kmk[2]: *** > [/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o] > Error 1 > The failing command: > @gcc -c -g -Wall -Wextra -Wno-missing-field-initializers -Wno-unused > -Wno-trigraphs -Wpointer-arith -Winline -Wno-pointer-sign > -Wstrict-prototypes -Wmissing-prototypes -Wstrict-prototypes > -Wnested-externs -O2 -fformat-extensions -ffreestanding > -fno-strict-aliasing -fno-common -finline-limit=8000 > -fno-stack-protector -O0 -fno-omit-frame-pointer -nostdinc -std=c99 > -m64 --param inline-unit-growth=100 --param large-function-growth=1000 > -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 > -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float > -fno-asynchronous-unwind-tables -Wundef > -I/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support > -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/../include > -I/usr/include > -I/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/include > -I/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug > -DVBOX -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_HARDENING > -DRTPATH_APP_PRIVATE=\"/usr/local/lib/virtualbox\" > -DRTPATH_APP_PRIVATE_ARCH=\"/usr/local/lib/virtualbox\" > -DRTPATH_SHARED_LIBS=\"/usr/local/lib/virtualbox\" > -DRTPATH_APP_DOCS=\"/usr/local/share/doc/virtualbox\" -DDEBUG > -DDEBUG_paul -DDEBUG_USERNAME=paul -DRT_OS_FREEBSD -D__FREEBSD__ > -DRT_ARCH_AMD64 -D__AMD64__ -D_KERNEL -DKLD_MODULE -DIN_RING0 > -DIN_RT_R0 -DIN_RT_R0 -DIN_SUP_R0 -DSUPDRV_WITH_RELEASE_LOGGER > -DVBOX_SVN_REV=19957 > -Wp,-MD,/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o.dep > -Wp,-MT,/root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o > -Wp,-MP -o > /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/out/freebsd.amd64/debug/obj/vboxdrv/freebsd/SUPDrv-freebsd.o > /root/vBox/virtualbox/work/virtualbox-2.2.2r19980/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c > > kmk[2]: *** Waiting for unfinished jobs.... > kmk[2]: Leaving directory > `/root/vBox/virtualbox/work/virtualbox-2.2.2r19980' > kmk[2]: Entering directory > `/root/vBox/virtualbox/work/virtualbox-2.2.2r19980' > kmk[2]: *** Exiting with status 2 > kmk[1]: *** [pass_binaries_this] Error 2 > kmk[1]: Leaving directory > `/root/vBox/virtualbox/work/virtualbox-2.2.2r19980' > kmk: *** [pass_binaries_order] Error 2 > *** Error code 2 > > Stop in /root/vBox/virtualbox." > > Any Ideas? > > Cheers > Paul > Forgot to add FreeBSD demophon 8.0-CURRENT FreeBSD 8.0-CURRENT #17: Wed May 27 13:18:06 BST 2009 paul@demophon:/usr/obj/usr/src/sys/DEMOPHON amd64 ----------------------------------------------------------------------------------- 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 dougb at FreeBSD.org Wed May 27 16:27:28 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Wed May 27 16:27:45 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 4 In-Reply-To: References: <20090527134343.GB1104@bsdcrew.de> Message-ID: <4A1D6874.9020104@FreeBSD.org> Vlad GALU wrote: > As a side note, loading vboxdrv.ko while X was running crashed my > machine, in RTMpGetOnlineCount (). Unfortunately, all frames between > that and frame 0 were corrupt. After rebooting, I was able to log on > ttyv0 and loaded it without any issues. Regarding my previous message about loading vboxdrv causing my machine to wedge, it happens to me both in X and on the console. Haven't tried with v5 of the port yet though. Doug From olivier at gid0.org Wed May 27 16:34:55 2009 From: olivier at gid0.org (Olivier SMEDTS) Date: Wed May 27 16:35:02 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 4 In-Reply-To: <20090527134343.GB1104@bsdcrew.de> References: <20090527134343.GB1104@bsdcrew.de> Message-ID: <367b2c980905270934v5132011axc4e0bb1fcaa09bf7@mail.gmail.com> 2009/5/27 Martin Wilke : > -----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 :-) I can't make install WITH_GUESTADDITIONS=yes if I don't download the iso manually into /usr/ports/distfiles/ : # make install [...] install -o root -g wheel -m 444 /usr/ports/distfiles/VBoxGuestAdditions_2.2.2.iso /usr/local/lib/virtualbox/ install: /usr/ports/distfiles/VBoxGuestAdditions_2.2.2.iso: No such file or directory *** Error code 71 Also, are there any plans on VT and x86_64 guests support (blocking feature for me) ? Thanks for the great port ! > 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 ) > > 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-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 kamikaze at bsdforen.de Wed May 27 16:43:51 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Wed May 27 16:44:00 2009 Subject: pkg_add errors Message-ID: <4A1D6DB8.40209@bsdforen.de> During my last run of 'pkg_upgrade -a', cups-client forgot to install the library libcups.so.2, which I fortunately recognized due to my routine of running pkg_libchk after every package/port upgrade. Running 'pkg_upgrade cups-client' fixed that problem. The interesting part is, that the reinstallation of cups-client was done from the same package. So either pkg_add, tar or the file system were to blame, because the package is without fault. I expect that this unreliability of pkg_add (or the underlying systems) has a severe impact on my further development of pkg_upgrade. A simple check whether the package has been fully installed using 'pkg_info -g' is not a solution, because many packages (e.g. scribus or gstreamer-plugins-bad) come with faulty PLISTs, so 'pkg_info -g' is not a reliable way to check for a successful install. Maintainers have successfully ignored my bitching about broken PLISTs for years, so I cannot expect this to be solved upstream. The problem I face is that there are cases when a package installs incompletely. I can detect this and attempt a reinstall or even a redownload and reinstall. But what if the install is still broken? Terminate pkg_upgrade with an error? That does not look like an option to me, because it would quit whenever a package with a broken PLIST is encountered and rendered almost useless by this. At least for as long as committers accept ports with broken PLISTs. What I need is a solution that is right most of the time, does not cause pkg_upgrade to stop and can be easily redeemed afterwards, if it hasn't been right after all. I have found such a solution for the conflict handling (existing packages take preference, so e.g. boost-python will be accepted as a dependency instead of boost, or a2ps-a4 instead of a2ps-letter). If the default solution was wrong the packages can easily be exchanged using -o or -C. I need something similar for the incomplete package problem. Should pkg_upgrade create a summary of apparently broken packages that have been installed? Should it bail out (and break with every package that has a broken plist)? Should it perform library checks and try to auto fix them? My preference would be to rely on 'pkg_info -g', but that would require all committers to run extensive checks before com