From tingox at gmail.com Wed Jul 1 08:43:27 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Wed Jul 1 08:43:34 2009 Subject: mail/py-spambayes and Python 2.6 update In-Reply-To: <1e39c0a90906301443m3652eee3v4367d5896ebd85bf@mail.gmail.com> References: <1e39c0a90906301443m3652eee3v4367d5896ebd85bf@mail.gmail.com> Message-ID: Hello, On Tue, Jun 30, 2009 at 11:43 PM, Li-Wen Hsu wrote: > According this thread: > > http://mail.python.org/pipermail/spambayes/2009-June/022430.html > > Currently the best solution might be using Python 2.5 on the system > and using that for mail/py-spambayes. Thanks. Is it possible to have both Python 2.6 and 2.5 installed on a FreeBSD machine at the same time (from ports, without a lot of wrangling)? -- Regards, Torfinn Ingolfsen From tingox at gmail.com Wed Jul 1 09:01:42 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Wed Jul 1 09:01:49 2009 Subject: mail/py-spambayes and Python 2.6 update In-Reply-To: References: <1e39c0a90906301443m3652eee3v4367d5896ebd85bf@mail.gmail.com> Message-ID: More info. On Wed, Jul 1, 2009 at 10:43 AM, Torfinn Ingolfsen wrote: > Is it possible to have both Python 2.6 and 2.5 installed on a FreeBSD > machine at the same time (from ports, without a lot of wrangling)? Well, Python 2.5 installed without a hitch. However, just changing 'python' to 'python2.5' in /usr/local/etc/rc.d/pyspamd and /usr/local/etc/sb_server.py didn't work. And when I install / reinstall the py-spambayes port, it installs modules in Python 2.6 site directories. I guess a bit of wrangling is needed. -- Regards, Torfinn Ingolfsen From wxs at FreeBSD.org Wed Jul 1 13:17:34 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Wed Jul 1 13:17:40 2009 Subject: mail/py-spambayes and Python 2.6 update In-Reply-To: References: <1e39c0a90906301443m3652eee3v4367d5896ebd85bf@mail.gmail.com> Message-ID: <20090701131732.GA70161@atarininja.org> On Wed, Jul 01, 2009 at 11:01:40AM +0200, Torfinn Ingolfsen wrote: > More info. > > On Wed, Jul 1, 2009 at 10:43 AM, Torfinn Ingolfsen wrote: > > Is it possible to have both Python 2.6 and 2.5 installed on a FreeBSD > > machine at the same time (from ports, without a lot of wrangling)? > > > Well, Python 2.5 installed without a hitch. > However, just changing 'python' to 'python2.5' in > /usr/local/etc/rc.d/pyspamd and /usr/local/etc/sb_server.py didn't > work. > And when I install / reinstall the py-spambayes port, it installs > modules in Python 2.6 site directories. > > I guess a bit of wrangling is needed. The instructions in the 20090608 entry of UPDATING may help here. -- WXS From tingox at gmail.com Wed Jul 1 18:29:21 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Wed Jul 1 18:29:28 2009 Subject: mail/py-spambayes and Python 2.6 update In-Reply-To: <20090701131732.GA70161@atarininja.org> References: <1e39c0a90906301443m3652eee3v4367d5896ebd85bf@mail.gmail.com> <20090701131732.GA70161@atarininja.org> Message-ID: Hello, On Wed, Jul 1, 2009 at 3:17 PM, Wesley Shields wrote: >> I guess a bit of wrangling is needed. > > The instructions in the 20090608 entry of UPDATING may help here. Maybe I was a bit unclear: I am NOT trying to use Python 2.5 as the default version. I have Python 2.6 as the default, and have installed Python 2.5 as well. Now I am trying to figure out how to get the py-spambayes port to use Python 2.5 instead of default Python. Hope this clear things up. -- Regards, Torfinn Ingolfsen From lwhsu at FreeBSD.org Wed Jul 1 21:01:04 2009 From: lwhsu at FreeBSD.org (Li-Wen Hsu) Date: Wed Jul 1 21:01:36 2009 Subject: mail/py-spambayes and Python 2.6 update In-Reply-To: References: <1e39c0a90906301443m3652eee3v4367d5896ebd85bf@mail.gmail.com> <20090701131732.GA70161@atarininja.org> Message-ID: <1e39c0a90907011401j2c130ffahaaca1b8d34cfa0f1@mail.gmail.com> On Thu, Jul 2, 2009 at 02:29, Torfinn Ingolfsen wrote: > Maybe I was a bit unclear: I am NOT trying to use Python 2.5 as the > default version. > I have Python 2.6 as the default, and have installed Python 2.5 as well. > Now I am trying to figure out how to get the py-spambayes port to use > Python 2.5 instead of default Python. > > Hope this clear things up. Hi, could you try this patch and tell me if it works? http://people.freebsd.org/~lwhsu/py-spambayes.diff -- Li-Wen Hsu http://lwhsu.org From lwhsu at FreeBSD.org Wed Jul 1 21:12:01 2009 From: lwhsu at FreeBSD.org (Li-Wen Hsu) Date: Wed Jul 1 21:12:09 2009 Subject: question/request regarding lang/python30 and x11-toolkits/py-tkinter In-Reply-To: <49A83D78.1020606@pukruppa.net> References: <49A83D78.1020606@pukruppa.net> Message-ID: <1e39c0a90907011411h10a31f99k49782ecba27ff581@mail.gmail.com> On Sat, Feb 28, 2009 at 03:22, Peter Ulrich Kruppa wrote: > Hi! > > Is there any special reason why py-tkinter doesn't support python30? > > Mind: This is no vital problem, I only would like to use idle > with python30 . The problem is the setup.py of this port are not compatible with Python 3.x Have a look at http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/136198 Maybe the patch in that PR be useful to you. -- Li-Wen Hsu http://lwhsu.org From tingox at gmail.com Wed Jul 1 21:41:41 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Wed Jul 1 21:41:46 2009 Subject: mail/py-spambayes and Python 2.6 update In-Reply-To: <1e39c0a90907011401j2c130ffahaaca1b8d34cfa0f1@mail.gmail.com> References: <1e39c0a90906301443m3652eee3v4367d5896ebd85bf@mail.gmail.com> <20090701131732.GA70161@atarininja.org> <1e39c0a90907011401j2c130ffahaaca1b8d34cfa0f1@mail.gmail.com> Message-ID: Hello, On Wed, Jul 1, 2009 at 11:01 PM, Li-Wen Hsu wrote: > Hi, could you try this patch and tell me if it works? > > http://people.freebsd.org/~lwhsu/py-spambayes.diff Yes, this patch makes the spambayes port work again. Many thanks - this is great! -- Regards, Torfinn Ingolfsen From QAT at FreeBSD.org Thu Jul 2 01:24:35 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Thu Jul 2 01:24:53 2009 Subject: cvs commit: ports/mail/py-spambayes Makefile ports/mail/py-spambayes/files pyspamd.in In-Reply-To: <200907020123.n621NkxI003589@repoman.freebsd.org> References: <200907020123.n621NkxI003589@repoman.freebsd.org> Message-ID: <20090702012348.3A7643982A@qat.tcbug.org> The Restless Daemon identified a mtree error while trying to build: py25-spambayes-1.0.4_3 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/mail/py-spambayes/Makefile,v 1.22 2009/07/02 01:23:45 lwhsu Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/py25-spambayes-1.0.4_3.log : copying build/scripts-2.5/sb_server.py -> /usr/local/bin copying build/scripts-2.5/sb_unheader.py -> /usr/local/bin copying build/scripts-2.5/sb_upload.py -> /usr/local/bin copying build/scripts-2.5/sb_xmlrpcserver.py -> /usr/local/bin copying build/scripts-2.5/sb_chkopts.py -> /usr/local/bin changing mode of /usr/local/bin/sb_client.py to 755 changing mode of /usr/local/bin/sb_dbexpimp.py to 755 changing mode of /usr/local/bin/sb_evoscore.py to 755 changing mode of /usr/local/bin/sb_filter.py to 755 changing mode of /usr/local/bin/sb_bnfilter.py to 755 changing mode of /usr/local/bin/sb_bnserver.py to 755 changing mode of /usr/local/bin/sb_imapfilter.py to 755 changing mode of /usr/local/bin/sb_mailsort.py to 755 changing mode of /usr/local/bin/sb_mboxtrain.py to 755 changing mode of /usr/local/bin/sb_notesfilter.py to 755 changing mode of /usr/local/bin/sb_pop3dnd.py to 755 changing mode of /usr/local/bin/sb_server.py to 755 changing mode of /usr/local/bin/sb_unheader.py to 755 changing mode of /usr/local/bin/sb_upload.py to 755 changing mode of /usr/local/bin/sb_xmlrpcserver.py to 755 changing mode of /usr/local/bin/sb_chkopts.py to 755 running install_egg_info Writing /usr/local/lib/python2.5/site-packages/spambayes-1.0.4-py2.5.egg-info ===> Installing rc.d startup script(s) ===> Registering installation for py25-spambayes-1.0.4_3 ================================================================ ======================================== ===> Building package for py25-spambayes-1.0.4_3 Creating package /tmp/packages/All/py25-spambayes-1.0.4_3.tbz Registering depends: py25-bsddb-2.5.4_2 db41-4.1.25_4 python25-2.5.4_1. Creating bzip'd tar ball in '/tmp/packages/All/py25-spambayes-1.0.4_3.tbz' Deleting py25-spambayes-1.0.4_3 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 1201322 4 -rw-r--r-- 1 root wheel 198 Jul 2 01:23 usr/local/lib/python2.5/site-packages/_bsddb-0.0.0-py2.5.egg-info 1201321 196 -rwxr-xr-x 1 root wheel 98405 Jul 2 01:23 usr/local/lib/python2.5/site-packages/_bsddb.so ================================================================ build of /usr/ports/mail/py-spambayes ended at Thu Jul 2 01:23:46 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/py25-spambayes-1.0.4_3.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=mail&portname=py-spambayes 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 lwhsu at FreeBSD.org Thu Jul 2 01:56:58 2009 From: lwhsu at FreeBSD.org (Li-Wen Hsu) Date: Thu Jul 2 01:57:30 2009 Subject: cvs commit: ports/mail/py-spambayes Makefile ports/mail/py-spambayes/files pyspamd.in In-Reply-To: <20090702012348.3A7643982A@qat.tcbug.org> References: <200907020123.n621NkxI003589@repoman.freebsd.org> <20090702012348.3A7643982A@qat.tcbug.org> Message-ID: <20090702014128.GA72731@FreeBSD.cs.nctu.edu.tw> On Thu, Jul 02, 2009 at 01:23:47 +0000, QAT@FreeBSD.org wrote: > === Checking filesystem state > list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) > 1201322 4 -rw-r--r-- 1 root wheel 198 Jul 2 01:23 usr/local/lib/python2.5/site-packages/_bsddb-0.0.0-py2.5.egg-info > 1201321 196 -rwxr-xr-x 1 root wheel 98405 Jul 2 01:23 usr/local/lib/python2.5/site-packages/_bsddb.so These should be removed after deinstall py25-bsddb. However, this port would depend on py25-bsddb-2.5.4_2.tbz, and looks this package will not be built in official package build... any thought? -- Li-Wen Hsu http://lwhsu.org From bennett at cs.niu.edu Thu Jul 2 06:39:30 2009 From: bennett at cs.niu.edu (Scott Bennett) Date: Thu Jul 2 06:39:37 2009 Subject: [REPOST] problem upgrading perl Message-ID: <200907020639.n626dR3j000036@mp.cs.niu.edu> On Tue, 30 Jun 2009 12:45:32 +0400 Boris Samorodov wrote: >Scott Bennett writes: > >> The first is, which is the best tool for doing updates >> with a preference for using packages rather than rebuilds of ports (a la >> "portupgrade -aP")? > >You may take a look at sysutils/bsdadminscripts which use pkg_upgrade >to manage packages. > Thank you very much! I just now installed them per your suggestion and will take a close look. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From itetcu at FreeBSD.org Thu Jul 2 06:52:04 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Thu Jul 2 06:52:10 2009 Subject: cvs commit: ports/mail/py-spambayes Makefile ports/mail/py-spambayes/files pyspamd.in In-Reply-To: <20090702014128.GA72731@FreeBSD.cs.nctu.edu.tw> References: <200907020123.n621NkxI003589@repoman.freebsd.org> <20090702012348.3A7643982A@qat.tcbug.org> <20090702014128.GA72731@FreeBSD.cs.nctu.edu.tw> Message-ID: <20090702095223.7937d133@it.buh.tecnik93.com> On Thu, 2 Jul 2009 09:41:28 +0800 Li-Wen Hsu wrote: > On Thu, Jul 02, 2009 at 01:23:47 +0000, QAT@FreeBSD.org wrote: > > === Checking filesystem state > > list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) > > 1201322 4 -rw-r--r-- 1 root wheel 198 Jul 2 01:23 usr/local/lib/python2.5/site-packages/_bsddb-0.0.0-py2.5.egg-info > > 1201321 196 -rwxr-xr-x 1 root wheel 98405 Jul 2 01:23 usr/local/lib/python2.5/site-packages/_bsddb.so > > These should be removed after deinstall py25-bsddb. > > However, this port would depend on py25-bsddb-2.5.4_2.tbz, and looks > this package will not be built in official package build... any > thought? One thing that strikes me is that it seems to depend on 2 python versions if not python (or a version !=26) is installed : BUILD_DEPENDS=python25-2.5.4_1.tbz RUN_DEPENDS=db41-4.1.25_4.tbz python26-2.6.2.tbz py26-bsddb-2.6.2_2.tbz python25-2.5.4_1.tbz And what happens here seems to be a wrong dependency line: ...... pkg_add py26-bsddb-2.6.2_2.tbz pkg_add python25-2.5.4_1.tbz skipping python25-2.5.4_1, already added ===> Installing for py25-spambayes-1.0.4_3 ===> py25-spambayes-1.0.4_3 depends on file: /usr/local/lib/python2.5/site-packages/_bsddb.so - not found ===> Verifying install for /usr/local/lib/python2.5/site-packages/_bsddb.so in /usr/ports/databases/py-bsddb => Python-2.5.4.tgz doesn't seem to exist in /tmp/distfiles/python. => Attempting to fetch from file:///distcache/python/. Python-2.5.4.tgz 11 MB 343 MBps ===> Extracting for py25-bsddb-2.5.4_2 => MD5 Checksum OK for python/Python-2.5.4.tgz. => SHA256 Checksum OK for python/Python-2.5.4.tgz. ===> Patching for py25-bsddb-2.5.4_2 ..... It's pulling py26-bsddb-2.6.2_2.tbz but it actually wants py25-bsddb-2.5_4.tbz and this is the reason for leftovers since tindy removes only py26-bsddb-2.6.2_2.tbz as it knows nothing about py25-bsddb-2.5_4.tbz I don't have time to investigate now if it's a problem in bsd.python.mk or you should try to write RUN_DEPENDS=${PYTHON_SITELIBDIR}/_bsddb.so:${PORTSDIR}/databases/py-bsddb after bsd.python.mk is included or something else. -- 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/20090702/380d1bc8/signature.pgp From User Thu Jul 2 06:58:16 2009 From: User (User) Date: Thu Jul 2 06:58:22 2009 Subject: User Quarantine Release Notification - Thu, 02 Jul 2009 00:19:07 -0600 Message-ID: <1246515547.656816@mscd.edu> An email sent to you was quarantined. This notification lists your emails quarantined since the previous Quarantine Release Notification. Click a Message ID to release an email from quarantine. If an email has multiple recipients, when any one recipient releases the email, it is released for that recipient only. You may have additional messages that were quarantined before this notification. Click on the first hyperlink on this page (or copy and paste the link into a browser) to view a list of all of your quarantined messages. If any messages in this notification are deleted or released before you view the list, those messages do not appear in the list. https://godzilla2.mscd.edu:443/urq/urqMailList.do?method=processMail&4f52aded707dee73e50d29804066ab286f1cd6d600000000000021147588 Message ID Sender Subject Size(Bytes) Date Info Multiple Recipients 461814109 writter@mscd.edu REACH OUT !!! 3824 2009-07-01 17:17:03 SPAMQ TRU ESP50 Y From jef at math.miami.edu Thu Jul 2 08:55:06 2009 From: jef at math.miami.edu (jef moskot) Date: Thu Jul 2 08:55:13 2009 Subject: FreeBSD Port: mimedefang-2.64_1 Message-ID: Are you still maintaining the mimedefang port? It seems to be growing stale and there's a fix in there to make it work with the newer version of perl that I'd like to try out. Thanks! Jeffrey Moskot System Administrator jef@math.miami.edu From erwin at FreeBSD.org Thu Jul 2 12:01:26 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Jul 2 12:01:32 2009 Subject: INDEX build failed for 6.x Message-ID: <200907021201.n62C1Pp4081963@pointyhat.freebsd.org> INDEX build failed with errors: make: don't know how to make index. Stop Committers on the hook: Most recent CVS update was: From bms at incunabulum.net Thu Jul 2 12:30:29 2009 From: bms at incunabulum.net (Bruce Simpson) Date: Thu Jul 2 12:30:35 2009 Subject: devel/boost: new patch for testing update to 1.39 In-Reply-To: <3cb459ed0906290644x86ac44cu48fd8bba52d024f9@mail.gmail.com> References: <3cb459ed0906290644x86ac44cu48fd8bba52d024f9@mail.gmail.com> Message-ID: <4A4CA4E4.7080107@incunabulum.net> Thanks for this much needed work. Detailed diagnostic info and patches follow. System under test: %%% FreeBSD anglepoise.lon.incunabulum.net 7.2-STABLE FreeBSD 7.2-STABLE #6: Wed Jun 10 09:58:47 BST 2009 root@anglepoise.lon.incunabulum.net:/home/obj/usr/src/sys/ANGLEPOISE amd64 %%% Note: kernel+world ARE out of sync, world ahead by ~2 weeks, due to some catastrophic USB regressions in RELENG_7 affecting this machine. I got a few warnings during 'make index' which indicate there are stragglers: %%% anglepoise# make index Generating INDEX-7 - please wait..make_index: avogadro-0.9.6: no entry for /usr/ports/devel/boost-python make_index: avogadro-0.9.6: no entry for /usr/ports/devel/boost-python ^^^ boost-python in LIB_DEPENDS make_index: peekabot-0.6.0: no entry for /usr/ports/devel/boost make_index: peekabot-0.6.0: no entry for /usr/ports/devel/boost ^^^ boost in LIB_DEPENDS make_index: flyhard-0.42: no entry for /usr/ports/devel/boost ^^^ boost in BUILD_DEPENDS Warning: Duplicate INDEX entry: cvsup-without-gui-16.1h_4 Warning: Duplicate INDEX entry: mod_rpaf-ap2-0.6 ^^^ these look unrelated Done. %%% I've attached a diff for the stragglers, this fixes the 'make index' warnings. %%% anglepoise# portupgrade -o devel/boost-libs devel/boost [Updating the portsdb in /usr/ports ... - 20370 port entries found .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.........17000.........18000.........19000.........20000... ..... done] cd: can't cd to /usr/ports/devel/boost [chose VERBOSE_BUILD, DEBUG, ICU from options] %%% reinstall ok. now upgrade dependent ports installed on my system: %%% anglepoise# portupgrade -rfx devel/boost devel/boost %%% no-op. try something else: %%% anglepoise# portupgrade -rfx devel/boost-libs devel/boost-libs ===> Extracting for boost_build-2.0.m12 => MD5 Checksum OK for boost-build-2.0-m12.tar.bz2. => SHA256 Checksum OK for boost-build-2.0-m12.tar.bz2. ===> Patching for boost_build-2.0.m12 ===> Applying FreeBSD patches for boost_build-2.0.m12 ===> Configuring for boost_build-2.0.m12 ---> Backing up the old version ---> Uninstalling the old version ---> Deinstalling 'boost_build-2.0.m12' pkg_delete: unable to completely remove directory '/usr/local/share/boost_build/tools' pkg_delete: unable to completely remove directory '/usr/local/share/boost_build' pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) [Updating the pkgdb in /var/db/pkg ... - 945 packages found (-1 +0) (...) done] ---> Installing the new version via the port ===> Installing for boost_build-2.0.m12 ===> boost_build-2.0.m12 depends on file: /usr/local/bin/bjam - not found ===> Verifying reinstall for /usr/local/bin/bjam in /usr/ports/devel/boost-jam ===> Vulnerability check disabled, database not found ===> Extracting for boost-jam-1.39.0 => MD5 Checksum OK for boost_1_39_0.tar.bz2. => SHA256 Checksum OK for boost_1_39_0.tar.bz2. ===> Patching for boost-jam-1.39.0 ===> Configuring for boost-jam-1.39.0 ===> Building for boost-jam-1.39.0 cd /usr/ports/devel/boost-jam/work/boost_1_39_0/tools/jam/src && ./build.sh gcc; ### ### Using 'gcc' toolset. ### rm -rf bootstrap mkdir bootstrap gcc -o bootstrap/jam0 command.c compile.c debug.c expand.c glob.c hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c make.c make1.c newstr.c option.c output.c parse.c pathunix.c pathvms.c regexp.c rules.c scan.c search.c subst.c timestamp.c variable.c modules.c strings.c filesys.c builtins.c pwd.c class.c native.c w32_getreg.c modules/set.c modules/path.c modules/regex.c modules/property-set.c modules/sequence.c modules/order.c execunix.c fileunix.c ./bootstrap/jam0 -f build.jam --toolset=gcc --toolset-root= clean ...found 1 target... ...updating 1 target... ...updated 1 target... ./bootstrap/jam0 -f build.jam --toolset=gcc --toolset-root= ...found 47 targets... ...updating 2 targets... [MKDIR] bin.freebsdx86_64 [COMPILE] bin.freebsdx86_64/bjam ...updated 2 targets... ===> Installing for boost-jam-1.39.0 ===> Generating temporary packing list /bin/mkdir -p /usr/local/bin install -s -o root -g wheel -m 555 /usr/ports/devel/boost-jam/work/boost_1_39_0/tools/jam/src/bin.freebsdx86_64/bjam /usr/local/bin/ ===> Registering installation for boost-jam-1.39.0 ===> Returning to build of boost_build-2.0.m12 ===> Generating temporary packing list To use boost_build, it is necessary to set BOOST_ROOT in your environment: sh/bash/ksh: BOOST_ROOT=/usr/local/share/boost_build ; export BOOST_ROOT csh: setenv BOOST_ROOT /usr/local/share/boost_build Note: The default toolchain is gcc. To override this on a system-wide basis, edit this file: /usr/local/share/boost_build/site-config.jam For an example of a per-user settings file which may be copied to your home directory, see: /usr/local/share/boost_build/user-config.jam ===> Registering installation for boost_build-2.0.m12 ===> Cleaning for boost-jam-1.39.0 ===> Cleaning for boost_build-2.0.m12 ---> Cleaning out obsolete shared libraries [Updating the pkgdb in /var/db/pkg ... - 947 packages found (-0 +2) .. done] ---> Reinstalling 'thrift-20090622' (devel/thrift) ---> Building '/usr/ports/devel/thrift' ===> Cleaning for thrift-20090622 ===> Vulnerability check disabled, database not found ===> Extracting for thrift-20090622 => MD5 Checksum OK for thrift-20090622.tar.bz2. => SHA256 Checksum OK for thrift-20090622.tar.bz2. ===> Patching for thrift-20090622 ===> thrift-20090622 depends on executable: gmake - found ===> thrift-20090622 depends on file: /usr/local/bin/automake-1.9 - found ===> thrift-20090622 depends on file: /usr/local/bin/autoconf-2.62 - found ===> thrift-20090622 depends on file: /usr/local/bin/libtool - found ===> thrift-20090622 depends on executable: pkg-config - found ===> thrift-20090622 depends on shared library: boost_iostreams - found ===> thrift-20090622 depends on shared library: event-1.4 - found ===> Configuring for thrift-20090622 ... ===> Building for thrift-20090622 ... thrift build+install ok. %%% I don't have any other boost or dependent ports installed: %%% anglepoise# grep -Hr boost /var/db/ports /var/db/ports/boost/options:# Options for boost-1.34.1 /var/db/ports/boost/options:_OPTIONS_READ=boost-1.34.1 /var/db/ports/boost-libs/options:# Options for boost-libs-1.39.0 /var/db/ports/boost-libs/options:_OPTIONS_READ=boost-libs-1.39.0 %%% but I'll try installing one of what went into the diff:- %%% anglepoise# portinstall sysutils/fusefs-encfs ... %%% ...built and installed just fine. great work, guys! Will it be checked in soon? cheers, BMS -------------- next part -------------- --- games/flyhard/Makefile.orig 2009-07-02 12:04:52.000000000 +0100 +++ games/flyhard/Makefile 2009-07-02 12:05:39.000000000 +0100 @@ -15,7 +15,7 @@ COMMENT= Game resembling Thrust, but with lots of shooting and puzzles LIB_DEPENDS= png.5:${PORTSDIR}/graphics/png -BUILD_DEPENDS= ${LOCALBASE}/include/boost/shared_ptr.hpp:${PORTSDIR}/devel/boost +BUILD_DEPENDS= ${LOCALBASE}/include/boost/shared_ptr.hpp:${PORTSDIR}/devel/boost-libs GNU_CONFIGURE= yes USE_GMAKE= yes --- science/avogadro/Makefile.orig 2009-07-02 12:02:56.000000000 +0100 +++ science/avogadro/Makefile 2009-07-02 12:03:51.000000000 +0100 @@ -19,7 +19,7 @@ RUN_DEPENDS= ${PYNUMPY} \ sip:${PORTSDIR}/devel/py-sip LIB_DEPENDS= openbabel.3:${PORTSDIR}/science/openbabel \ - boost_python:${PORTSDIR}/devel/boost-python + boost_python.4:${PORTSDIR}/devel/boost-python-libs USE_LDCONFIG= yes USE_BZIP2= yes --- science/peekabot/Makefile.orig 2009-07-02 12:04:08.000000000 +0100 +++ science/peekabot/Makefile 2009-07-02 12:04:42.000000000 +0100 @@ -13,7 +13,7 @@ MAINTAINER= chris@officialunix.com COMMENT= Distributed real-time 3D visualization tool for robotics researchers -LIB_DEPENDS= boost_regex.4:${PORTSDIR}/devel/boost \ +LIB_DEPENDS= boost_regex.4:${PORTSDIR}/devel/boost-libs \ xerces-c.27:${PORTSDIR}/textproc/xerces-c2\ fltk.1:${PORTSDIR}/x11-toolkits/fltk From erwin at FreeBSD.org Thu Jul 2 12:36:16 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Jul 2 12:36:27 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200907021236.n62CaF5g071251@pointyhat.freebsd.org> From avk at vl.ru Thu Jul 2 13:08:32 2009 From: avk at vl.ru (Alexander Kriventsov) Date: Thu Jul 2 13:08:40 2009 Subject: PR 135703 Update slony-1 port to 2.0.2 Message-ID: <4A4CAB0B.9030601@vl.ru> Hello. Can anybody take a look at this http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/135703 Is it possible to commit it? Thanks. From hselasky at c2i.net Thu Jul 2 15:01:14 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Thu Jul 2 15:01:32 2009 Subject: Temporary patch to fix USB in kdebase4 In-Reply-To: <4A4CC9C1.4080200@freebsd.org> References: <200906080902.43391.hselasky@c2i.net> <4A4CC9C1.4080200@freebsd.org> Message-ID: <200907021700.39350.hselasky@c2i.net> On Thursday 02 July 2009 16:52:49 Lawrence Stewart wrote: > Hans Petter Selasky wrote: > > See attachment. > > --HPS > > Any chance you (or someone with the right clue) could update this patch > to work with more recent 8-CURRENT? I get the following output when > trying to compile kdebase4 (which applies your original patch as > extra-patch-libusb20) on r195046 world/kernel: > > > Scanning dependencies of target kcm_usb > > [ 67%] Building CXX object > apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcm_usb_automoc.o > [ 67%] Building CXX object > apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcmusb.o > In file included from > /usr/ports/x11/kdebase4/work/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevi >ces.h:20, > > Hi, It looks like you have two set of header files. Second, change the USB "dev/" header files to: # include # include Else there are no further changes. --HPS From mezz7 at cox.net Thu Jul 2 15:05:21 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu Jul 2 15:05:27 2009 Subject: Temporary patch to fix USB in kdebase4 In-Reply-To: <4A4CC9C1.4080200@freebsd.org> References: <200906080902.43391.hselasky@c2i.net> <4A4CC9C1.4080200@freebsd.org> Message-ID: On Thu, 02 Jul 2009 09:52:49 -0500, Lawrence Stewart wrote: > Hans Petter Selasky wrote: >> See attachment. >> --HPS > > Any chance you (or someone with the right clue) could update this patch > to work with more recent 8-CURRENT? I get the following output when > trying to compile kdebase4 (which applies your original patch as > extra-patch-libusb20) on r195046 world/kernel: There is no usb_revision.h in recently -CURRENT. I have nothing of it in my system, I always run make delete-old and delete-old-libs. However, I am able to installed both kdebase3 and kdebase4 by tweak in extra-patch-libusb20. All I have to do like this: Change from: +#include To: +/*#include */ As for the kdebase3, I just took a patch from ports/135860 then tweak a bit. I am planning to follow up in its PR. But, I haven't run those in runtime yet thought. Cheers, Mezz > Scanning dependencies of target kcm_usb [ 67%] Building CXX object > apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcm_usb_automoc.o > [ 67%] Building CXX object > apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcmusb.o > In file included from > /usr/ports/x11/kdebase4/work/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.h:20, > from > /usr/ports/x11/kdebase4/work/kdebase-4.2.4/apps/kinfocenter/usbview/kcmusb.cpp:27: > /usr/include/dev/usb/usb_revision.h:33: error: multiple definition of > 'enum usb_dev_speed' > /usr/include/dev/usb/usb.h:686: error: previous definition here > /usr/include/dev/usb/usb_revision.h:34: error: conflicting declaration > 'USB_SPEED_VARIABLE' > /usr/include/dev/usb/usb.h:687: error: 'USB_SPEED_VARIABLE' has a > previous declaration as 'usb_dev_speed USB_SPEED_VARIABLE' > /usr/include/dev/usb/usb_revision.h:35: error: conflicting declaration > 'USB_SPEED_LOW' > /usr/include/dev/usb/usb.h:688: error: 'USB_SPEED_LOW' has a previous > declaration as 'usb_dev_speed USB_SPEED_LOW' > /usr/include/dev/usb/usb_revision.h:36: error: conflicting declaration > 'USB_SPEED_FULL' > /usr/include/dev/usb/usb.h:689: error: 'USB_SPEED_FULL' has a previous > declaration as 'usb_dev_speed USB_SPEED_FULL' > /usr/include/dev/usb/usb_revision.h:37: error: conflicting declaration > 'USB_SPEED_HIGH' > /usr/include/dev/usb/usb.h:690: error: 'USB_SPEED_HIGH' has a previous > declaration as 'usb_dev_speed USB_SPEED_HIGH' > /usr/include/dev/usb/usb_revision.h:38: error: conflicting declaration > 'USB_SPEED_SUPER' > /usr/include/dev/usb/usb.h:691: error: 'USB_SPEED_SUPER' has a previous > declaration as 'usb_dev_speed USB_SPEED_SUPER' > /usr/include/dev/usb/usb_revision.h:45: error: multiple definition of > 'enum usb_revision' > /usr/include/dev/usb/usb.h:698: error: previous definition here > /usr/include/dev/usb/usb_revision.h:46: error: conflicting declaration > 'USB_REV_UNKNOWN' > /usr/include/dev/usb/usb.h:699: error: 'USB_REV_UNKNOWN' has a previous > declaration as 'usb_revision USB_REV_UNKNOWN' > /usr/include/dev/usb/usb_revision.h:47: error: conflicting declaration > 'USB_REV_PRE_1_0' > /usr/include/dev/usb/usb.h:700: error: 'USB_REV_PRE_1_0' has a previous > declaration as 'usb_revision USB_REV_PRE_1_0' > /usr/include/dev/usb/usb_revision.h:48: error: conflicting declaration > 'USB_REV_1_0' > /usr/include/dev/usb/usb.h:701: error: 'USB_REV_1_0' has a previous > declaration as 'usb_revision USB_REV_1_0' > /usr/include/dev/usb/usb_revision.h:49: error: conflicting declaration > 'USB_REV_1_1' > /usr/include/dev/usb/usb.h:702: error: 'USB_REV_1_1' has a previous > declaration as 'usb_revision USB_REV_1_1' > /usr/include/dev/usb/usb_revision.h:50: error: conflicting declaration > 'USB_REV_2_0' > /usr/include/dev/usb/usb.h:703: error: 'USB_REV_2_0' has a previous > declaration as 'usb_revision USB_REV_2_0' > /usr/include/dev/usb/usb_revision.h:51: error: conflicting declaration > 'USB_REV_2_5' > /usr/include/dev/usb/usb.h:704: error: 'USB_REV_2_5' has a previous > declaration as 'usb_revision USB_REV_2_5' > /usr/include/dev/usb/usb_revision.h:52: error: conflicting declaration > 'USB_REV_3_0' > /usr/include/dev/usb/usb.h:705: error: 'USB_REV_3_0' has a previous > declaration as 'usb_revision USB_REV_3_0' > /usr/include/dev/usb/usb_revision.h:59: error: multiple definition of > 'enum usb_hc_mode' > /usr/include/dev/usb/usb.h:712: error: previous definition here > /usr/include/dev/usb/usb_revision.h:60: error: conflicting declaration > 'USB_MODE_HOST' > /usr/include/dev/usb/usb.h:713: error: 'USB_MODE_HOST' has a previous > declaration as 'usb_hc_mode USB_MODE_HOST' > /usr/include/dev/usb/usb_revision.h:61: error: conflicting declaration > 'USB_MODE_DEVICE' > /usr/include/dev/usb/usb.h:714: error: 'USB_MODE_DEVICE' has a previous > declaration as 'usb_hc_mode USB_MODE_DEVICE' > /usr/include/dev/usb/usb_revision.h:62: error: conflicting declaration > 'USB_MODE_DUAL' > /usr/include/dev/usb/usb.h:715: error: 'USB_MODE_DUAL' has a previous > declaration as 'usb_hc_mode USB_MODE_DUAL' > /usr/include/dev/usb/usb_revision.h:69: error: multiple definition of > 'enum usb_dev_state' > /usr/include/dev/usb/usb.h:722: error: previous definition here > /usr/include/dev/usb/usb_revision.h:70: error: conflicting declaration > 'USB_STATE_DETACHED' > /usr/include/dev/usb/usb.h:723: error: 'USB_STATE_DETACHED' has a > previous declaration as 'usb_dev_state USB_STATE_DETACHED' > /usr/include/dev/usb/usb_revision.h:71: error: conflicting declaration > 'USB_STATE_ATTACHED' > /usr/include/dev/usb/usb.h:724: error: 'USB_STATE_ATTACHED' has a > previous declaration as 'usb_dev_state USB_STATE_ATTACHED' > /usr/include/dev/usb/usb_revision.h:72: error: conflicting declaration > 'USB_STATE_POWERED' > /usr/include/dev/usb/usb.h:725: error: 'USB_STATE_POWERED' has a > previous declaration as 'usb_dev_state USB_STATE_POWERED' > /usr/include/dev/usb/usb_revision.h:73: error: conflicting declaration > 'USB_STATE_ADDRESSED' > /usr/include/dev/usb/usb.h:726: error: 'USB_STATE_ADDRESSED' has a > previous declaration as 'usb_dev_state USB_STATE_ADDRESSED' > /usr/include/dev/usb/usb_revision.h:74: error: conflicting declaration > 'USB_STATE_CONFIGURED' > /usr/include/dev/usb/usb.h:727: error: 'USB_STATE_CONFIGURED' has a > previous declaration as 'usb_dev_state USB_STATE_CONFIGURED' *** Error > code 1 > Stop in /usr/ports/x11/kdebase4/work/kdebase-4.2.4/build. > *** Error code 1 > > Stop in /usr/ports/x11/kdebase4/work/kdebase-4.2.4/build. > *** Error code 1 > > Stop in /usr/ports/x11/kdebase4/work/kdebase-4.2.4/build. > *** Error code 1 > > Stop in /usr/ports/x11/kdebase4. > > > > > Cheers, > Lawrence > _______________________________________________ > 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" -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From lstewart at freebsd.org Thu Jul 2 15:14:42 2009 From: lstewart at freebsd.org (Lawrence Stewart) Date: Thu Jul 2 15:15:00 2009 Subject: Temporary patch to fix USB in kdebase4 In-Reply-To: <200907021700.39350.hselasky@c2i.net> References: <200906080902.43391.hselasky@c2i.net> <4A4CC9C1.4080200@freebsd.org> <200907021700.39350.hselasky@c2i.net> Message-ID: <4A4CCECA.40607@freebsd.org> Hans Petter Selasky wrote: > On Thursday 02 July 2009 16:52:49 Lawrence Stewart wrote: >> Hans Petter Selasky wrote: >>> See attachment. >>> --HPS >> Any chance you (or someone with the right clue) could update this patch >> to work with more recent 8-CURRENT? I get the following output when >> trying to compile kdebase4 (which applies your original patch as >> extra-patch-libusb20) on r195046 world/kernel: >> >> >> Scanning dependencies of target kcm_usb >> >> [ 67%] Building CXX object >> apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcm_usb_automoc.o >> [ 67%] Building CXX object >> apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcmusb.o >> In file included from >> /usr/ports/x11/kdebase4/work/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevi >> ces.h:20, >> >> > > Hi, > > It looks like you have two set of header files. Second, change the USB "dev/" > header files to: > > # include > # include > > Else there are no further changes. ah ha, had forgotten to run "make delete-old" after last update. Thanks for the hint and thanks for the include fix. Trying it out now. Cheers, Lawrence From lstewart at freebsd.org Thu Jul 2 15:20:20 2009 From: lstewart at freebsd.org (Lawrence Stewart) Date: Thu Jul 2 15:20:33 2009 Subject: Temporary patch to fix USB in kdebase4 In-Reply-To: <200906080902.43391.hselasky@c2i.net> References: <200906080902.43391.hselasky@c2i.net> Message-ID: <4A4CC9C1.4080200@freebsd.org> Hans Petter Selasky wrote: > See attachment. > --HPS Any chance you (or someone with the right clue) could update this patch to work with more recent 8-CURRENT? I get the following output when trying to compile kdebase4 (which applies your original patch as extra-patch-libusb20) on r195046 world/kernel: Scanning dependencies of target kcm_usb [ 67%] Building CXX object apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcm_usb_automoc.o [ 67%] Building CXX object apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcmusb.o In file included from /usr/ports/x11/kdebase4/work/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.h:20, from /usr/ports/x11/kdebase4/work/kdebase-4.2.4/apps/kinfocenter/usbview/kcmusb.cpp:27: /usr/include/dev/usb/usb_revision.h:33: error: multiple definition of 'enum usb_dev_speed' /usr/include/dev/usb/usb.h:686: error: previous definition here /usr/include/dev/usb/usb_revision.h:34: error: conflicting declaration 'USB_SPEED_VARIABLE' /usr/include/dev/usb/usb.h:687: error: 'USB_SPEED_VARIABLE' has a previous declaration as 'usb_dev_speed USB_SPEED_VARIABLE' /usr/include/dev/usb/usb_revision.h:35: error: conflicting declaration 'USB_SPEED_LOW' /usr/include/dev/usb/usb.h:688: error: 'USB_SPEED_LOW' has a previous declaration as 'usb_dev_speed USB_SPEED_LOW' /usr/include/dev/usb/usb_revision.h:36: error: conflicting declaration 'USB_SPEED_FULL' /usr/include/dev/usb/usb.h:689: error: 'USB_SPEED_FULL' has a previous declaration as 'usb_dev_speed USB_SPEED_FULL' /usr/include/dev/usb/usb_revision.h:37: error: conflicting declaration 'USB_SPEED_HIGH' /usr/include/dev/usb/usb.h:690: error: 'USB_SPEED_HIGH' has a previous declaration as 'usb_dev_speed USB_SPEED_HIGH' /usr/include/dev/usb/usb_revision.h:38: error: conflicting declaration 'USB_SPEED_SUPER' /usr/include/dev/usb/usb.h:691: error: 'USB_SPEED_SUPER' has a previous declaration as 'usb_dev_speed USB_SPEED_SUPER' /usr/include/dev/usb/usb_revision.h:45: error: multiple definition of 'enum usb_revision' /usr/include/dev/usb/usb.h:698: error: previous definition here /usr/include/dev/usb/usb_revision.h:46: error: conflicting declaration 'USB_REV_UNKNOWN' /usr/include/dev/usb/usb.h:699: error: 'USB_REV_UNKNOWN' has a previous declaration as 'usb_revision USB_REV_UNKNOWN' /usr/include/dev/usb/usb_revision.h:47: error: conflicting declaration 'USB_REV_PRE_1_0' /usr/include/dev/usb/usb.h:700: error: 'USB_REV_PRE_1_0' has a previous declaration as 'usb_revision USB_REV_PRE_1_0' /usr/include/dev/usb/usb_revision.h:48: error: conflicting declaration 'USB_REV_1_0' /usr/include/dev/usb/usb.h:701: error: 'USB_REV_1_0' has a previous declaration as 'usb_revision USB_REV_1_0' /usr/include/dev/usb/usb_revision.h:49: error: conflicting declaration 'USB_REV_1_1' /usr/include/dev/usb/usb.h:702: error: 'USB_REV_1_1' has a previous declaration as 'usb_revision USB_REV_1_1' /usr/include/dev/usb/usb_revision.h:50: error: conflicting declaration 'USB_REV_2_0' /usr/include/dev/usb/usb.h:703: error: 'USB_REV_2_0' has a previous declaration as 'usb_revision USB_REV_2_0' /usr/include/dev/usb/usb_revision.h:51: error: conflicting declaration 'USB_REV_2_5' /usr/include/dev/usb/usb.h:704: error: 'USB_REV_2_5' has a previous declaration as 'usb_revision USB_REV_2_5' /usr/include/dev/usb/usb_revision.h:52: error: conflicting declaration 'USB_REV_3_0' /usr/include/dev/usb/usb.h:705: error: 'USB_REV_3_0' has a previous declaration as 'usb_revision USB_REV_3_0' /usr/include/dev/usb/usb_revision.h:59: error: multiple definition of 'enum usb_hc_mode' /usr/include/dev/usb/usb.h:712: error: previous definition here /usr/include/dev/usb/usb_revision.h:60: error: conflicting declaration 'USB_MODE_HOST' /usr/include/dev/usb/usb.h:713: error: 'USB_MODE_HOST' has a previous declaration as 'usb_hc_mode USB_MODE_HOST' /usr/include/dev/usb/usb_revision.h:61: error: conflicting declaration 'USB_MODE_DEVICE' /usr/include/dev/usb/usb.h:714: error: 'USB_MODE_DEVICE' has a previous declaration as 'usb_hc_mode USB_MODE_DEVICE' /usr/include/dev/usb/usb_revision.h:62: error: conflicting declaration 'USB_MODE_DUAL' /usr/include/dev/usb/usb.h:715: error: 'USB_MODE_DUAL' has a previous declaration as 'usb_hc_mode USB_MODE_DUAL' /usr/include/dev/usb/usb_revision.h:69: error: multiple definition of 'enum usb_dev_state' /usr/include/dev/usb/usb.h:722: error: previous definition here /usr/include/dev/usb/usb_revision.h:70: error: conflicting declaration 'USB_STATE_DETACHED' /usr/include/dev/usb/usb.h:723: error: 'USB_STATE_DETACHED' has a previous declaration as 'usb_dev_state USB_STATE_DETACHED' /usr/include/dev/usb/usb_revision.h:71: error: conflicting declaration 'USB_STATE_ATTACHED' /usr/include/dev/usb/usb.h:724: error: 'USB_STATE_ATTACHED' has a previous declaration as 'usb_dev_state USB_STATE_ATTACHED' /usr/include/dev/usb/usb_revision.h:72: error: conflicting declaration 'USB_STATE_POWERED' /usr/include/dev/usb/usb.h:725: error: 'USB_STATE_POWERED' has a previous declaration as 'usb_dev_state USB_STATE_POWERED' /usr/include/dev/usb/usb_revision.h:73: error: conflicting declaration 'USB_STATE_ADDRESSED' /usr/include/dev/usb/usb.h:726: error: 'USB_STATE_ADDRESSED' has a previous declaration as 'usb_dev_state USB_STATE_ADDRESSED' /usr/include/dev/usb/usb_revision.h:74: error: conflicting declaration 'USB_STATE_CONFIGURED' /usr/include/dev/usb/usb.h:727: error: 'USB_STATE_CONFIGURED' has a previous declaration as 'usb_dev_state USB_STATE_CONFIGURED' *** Error code 1 Stop in /usr/ports/x11/kdebase4/work/kdebase-4.2.4/build. *** Error code 1 Stop in /usr/ports/x11/kdebase4/work/kdebase-4.2.4/build. *** Error code 1 Stop in /usr/ports/x11/kdebase4/work/kdebase-4.2.4/build. *** Error code 1 Stop in /usr/ports/x11/kdebase4. Cheers, Lawrence From msdi at msdi.ca Thu Jul 2 15:56:58 2009 From: msdi at msdi.ca (Ian Lord) Date: Thu Jul 2 15:57:06 2009 Subject: Mysq server 5.4 port Message-ID: <5ce0c2981a7c432c2ec61953e37724b5@msdi.ca> Hi, Sorry to bother you again, I would like to know if you plan on releasing it before the 10th of july or if it won't be possible. I would like to plan ahead and the availability of the port is a must know :) Thanks again Regards ----- Message reçu ----- From: "Philip M. Gollucci" pgollucci@p6m7g8.com Date: Mon, 29 Jun 2009 14:16:08 -0400 To: msdi@msdi.ca Subject: Re: Mysq server 5.4 port > msdi@msdi.ca wrote: > > Hi, > > > > I would like to know if you have an eta for the mysql-server 5.4 port ? > > > > I would really like to see the port before the 10th of july... If it can > > help, I am willing to make a 100$ donation to you or an open source project > > of your choice. > > > > Let me know if you think it's possible. > > what happens on the 10th? +1 to funding open source developers. > > > > -- > ------------------------------------------------------------------------ > 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 lstewart at freebsd.org Thu Jul 2 15:58:36 2009 From: lstewart at freebsd.org (Lawrence Stewart) Date: Thu Jul 2 15:58:42 2009 Subject: Temporary patch to fix USB in kdebase4 In-Reply-To: <4A4CCECA.40607@freebsd.org> References: <200906080902.43391.hselasky@c2i.net> <4A4CC9C1.4080200@freebsd.org> <200907021700.39350.hselasky@c2i.net> <4A4CCECA.40607@freebsd.org> Message-ID: <4A4CD909.7090400@freebsd.org> [trimmed CC list] Lawrence Stewart wrote: > Hans Petter Selasky wrote: >> On Thursday 02 July 2009 16:52:49 Lawrence Stewart wrote: >>> Hans Petter Selasky wrote: >>>> See attachment. >>>> --HPS >>> Any chance you (or someone with the right clue) could update this patch >>> to work with more recent 8-CURRENT? I get the following output when >>> trying to compile kdebase4 (which applies your original patch as >>> extra-patch-libusb20) on r195046 world/kernel: >>> >>> >>> Scanning dependencies of target kcm_usb >>> >>> [ 67%] Building CXX object >>> apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcm_usb_automoc.o >>> [ 67%] Building CXX object >>> apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcmusb.o >>> In file included from >>> /usr/ports/x11/kdebase4/work/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevi >>> >>> ces.h:20, >>> >>> >> >> Hi, >> >> It looks like you have two set of header files. Second, change the USB >> "dev/" header files to: >> >> # include >> # include >> >> Else there are no further changes. > > ah ha, had forgotten to run "make delete-old" after last update. Thanks > for the hint and thanks for the include fix. Trying it out now. FYI, Hans your suggestion didn't work. Jeremy's on the other hand did. By only including the compile finishes without issue. I'm in the process of updating to today's current though and a lot of USB related changes were in the changeset so it's entirely possible running new kernel/world will make your comments valid. Cheers, Lawrence From hselasky at c2i.net Thu Jul 2 16:35:21 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Thu Jul 2 16:35:28 2009 Subject: Temporary patch to fix USB in kdebase4 In-Reply-To: <4A4CD909.7090400@freebsd.org> References: <200906080902.43391.hselasky@c2i.net> <4A4CCECA.40607@freebsd.org> <4A4CD909.7090400@freebsd.org> Message-ID: <200907021834.53419.hselasky@c2i.net> On Thursday 02 July 2009 17:58:01 Lawrence Stewart wrote: > [trimmed CC list] > > Lawrence Stewart wrote: > > Hans Petter Selasky wrote: > >> On Thursday 02 July 2009 16:52:49 Lawrence Stewart wrote: > >>> Hans Petter Selasky wrote: > >>>> See attachment. > >>>> --HPS > >>> > >>> Any chance you (or someone with the right clue) could update this patch > >>> to work with more recent 8-CURRENT? I get the following output when > >>> trying to compile kdebase4 (which applies your original patch as > >>> extra-patch-libusb20) on r195046 world/kernel: > >>> > >>> > >>> Scanning dependencies of target kcm_usb > >>> > >>> [ 67%] Building CXX object > >>> apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcm_usb_automoc.o > >>> [ 67%] Building CXX object > >>> apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcmusb.o > >>> In file included from > >>> /usr/ports/x11/kdebase4/work/kdebase-4.2.4/apps/kinfocenter/usbview/usb > >>>devi > >>> > >>> ces.h:20, > >> > >> Hi, > >> > >> It looks like you have two set of header files. Second, change the USB > >> "dev/" header files to: > >> > >> # include > >> # include > >> > >> Else there are no further changes. > > > > ah ha, had forgotten to run "make delete-old" after last update. Thanks > > for the hint and thanks for the include fix. Trying it out now. > > FYI, Hans your suggestion didn't work. Jeremy's on the other hand did. > By only including the compile finishes without issue. > Thinking about it you might be right. The files I mentioned are only used for kernel drivers, not userland. > I'm in the process of updating to today's current though and a lot of > USB related changes were in the changeset so it's entirely possible > running new kernel/world will make your comments valid. > Glad you found out what was wrong. --HPS From mezz7 at cox.net Thu Jul 2 17:51:44 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu Jul 2 17:51:51 2009 Subject: May I commit kvirc(-devel)? Fix the path of ltmain.sh. Message-ID: Hello, May I commit kvirc(-devel) to fix the path/hardcore of ltmain.sh? ------------------------------------------ % ls -l /usr/local/share/libtool15/ltmain.sh ls: /usr/local/share/libtool15/ltmain.sh: No such file or directory % grep ltmain /usr/ports/devel/libtool15/pkg-plist share/libtool/libltdl/ltmain.sh share/libtool/ltmain.sh ------------------------------------------ Here are the patches to fix those: http://people.freebsd.org/~mezz/diff/both_kvric.diff Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From ghirai at ghirai.com Thu Jul 2 19:23:54 2009 From: ghirai at ghirai.com (Ghirai) Date: Thu Jul 2 19:24:01 2009 Subject: FreeBSD port: py25-wxPython-common-2.8.7.1_1 Message-ID: <20090702192353.87BA38FC08@mx1.freebsd.org> Hi, Is this port still being maintained? The version that's currently in the ports tree is more than a year old... Thanks. -- Ghirai. From mezz7 at cox.net Thu Jul 2 19:30:08 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu Jul 2 19:30:21 2009 Subject: May I commit your ports to fix the hardcore? Message-ID: Hello, May I commit your ports to fix the hardcore of ltmain.sh and libtool? Here are the patches: kde@: http://people.freebsd.org/~mezz/diff/kdeutils3.diff anatoly.borodin@: http://people.freebsd.org/~mezz/diff/directfb.diff alecn2002@: http://people.freebsd.org/~mezz/diff/kmymoney2.diff Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From tabthorpe at freebsd.org Thu Jul 2 19:56:39 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Jul 2 19:56:46 2009 Subject: May I commit your ports to fix the hardcore? In-Reply-To: References: Message-ID: <200907021556.32569.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On July 2, 2009 03:30:46 pm Jeremy Messenger wrote: > May I commit your ports to fix the hardcore of ltmain.sh and libtool? Here > ? are the patches: > > kde@: http://people.freebsd.org/~mezz/diff/kdeutils3.diff Hi Jeremey Feel free to commit the patch. :) Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpNEPAACgkQ5Gm/jNBp8qCxHQCeIPfcfgQvgWfufaA5mYtodXKB CjEAn3/PjPsis/Gy1kCWRZnNHnxlh2Fs =amc/ -----END PGP SIGNATURE----- From mezz7 at cox.net Thu Jul 2 20:06:52 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu Jul 2 20:06:58 2009 Subject: May I commit your ports to fix the hardcore? In-Reply-To: <200907021556.32569.tabthorpe@freebsd.org> References: <200907021556.32569.tabthorpe@freebsd.org> Message-ID: On Thu, 02 Jul 2009 14:56:31 -0500, Thomas Abthorpe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On July 2, 2009 03:30:46 pm Jeremy Messenger wrote: >> May I commit your ports to fix the hardcore of ltmain.sh and libtool? >> Here >> ? are the patches: >> >> kde@: http://people.freebsd.org/~mezz/diff/kdeutils3.diff > > > > Hi Jeremey > > Feel free to commit the patch. > - + Now I can view it in my browser. ;-) Committed! Thank you and miwi too. Cheers, Mezz > > :) > > > Thomas > - -- > Thomas Abthorpe | FreeBSD Committer > tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.12 (FreeBSD) > > iEYEARECAAYFAkpNEPAACgkQ5Gm/jNBp8qCxHQCeIPfcfgQvgWfufaA5mYtodXKB > CjEAn3/PjPsis/Gy1kCWRZnNHnxlh2Fs > =amc/ > -----END PGP SIGNATURE----- -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From ale at FreeBSD.org Thu Jul 2 21:05:59 2009 From: ale at FreeBSD.org (Alex Dupre) Date: Thu Jul 2 21:06:07 2009 Subject: Mysq server 5.4 port In-Reply-To: References: Message-ID: <4A4D2133.7070200@FreeBSD.org> msdi@msdi.ca wrote: > I would like to know if you have an eta for the mysql-server 5.4 port ? > > I would really like to see the port before the 10th of july... If it can > help, I am willing to make a 100$ donation to you or an open source project > of your choice. > > Let me know if you think it's possible. It's possible, I'm working on it and will be ready very soon. Talk to you later. -- Alex Dupre From amdmi3 at amdmi3.ru Thu Jul 2 22:16:18 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Jul 2 22:16:25 2009 Subject: call for testing: print/hplip update In-Reply-To: <20090629112236.GA93806@hades.panopticon> References: <20090629112236.GA93806@hades.panopticon> Message-ID: <20090702221614.GC57922@hades.panopticon> * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: > http://people.freebsd.org/~amdmi3/hplip-3.9.6.tar My bad, that was a tar of current version actually. It's now updated to a new version. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From stast at bsdportal.ru Fri Jul 3 04:38:37 2009 From: stast at bsdportal.ru (Stas Timokhin) Date: Fri Jul 3 04:38:44 2009 Subject: CFT: Salome port (not in tree) Message-ID: <200907031122.04618.stast@bsdportal.ru> Hello ! I made porting of Salome application (www.salome-platform.org) for FreeBSD. If someone interesting in this CAD/CAM application, could you test this ports ? Further instruction at: http://www.stasyan.com/devel/salome/ From artetmiss at free.fr Fri Jul 3 06:26:37 2009 From: artetmiss at free.fr (Galerie Art' et Miss) Date: Fri Jul 3 06:26:44 2009 Subject: Exposition - Vernissage Message-ID: <73810.QXJKAARN@free.fr> [log=] Galerie Art' et Miss Exposit [1][artis=] Jean-Ber [inv=] [2][qu=] Fabrice QU [3][arti=] H?l [4] BOUBEKEUR< [5][images=] Laurent LACOSTE Prolongation [6][3D"image=] [7][artist=] L.I. PETROUCHINE == ======================= ======================= ======================= === 14 rue Sainte Anastase - 75003 PARIS Ouvert du m Lundi et ma T?l Site : [9]http://www.artetm e-commerce: =========== ======================= ======================= ================= Co cute; du 6/01/1978, vous disposez d'un droit d'acc?s, de modificatio n, de rectification et de suppression des donn?es vous concernant. S i ce message vous a caus? un quelconque d?rangement, nous vou prions de nous en excuser et vous incitons ? vous d?sinscri notre fichier. Si vous souhaitez vous d?sinscrire, merci de re ce mail avec la mention "stop" en objet .< .................. [11]Accueil ............................. [12]Artistes [Expositions..............] [Th?mes.......................] [13]Vernissages [14]Prix du public [15]Parrainage [16]Achat Solidair ............................. [17]Agenda [18]Notre ?quipe [19]Horaires [20]Acc?s [21]Contact .............................. [22]Vente en ligne [23]D?fiscalis [24]Services [25]Expos Hors murs [26]Humanitaire [27]Liens ............................. ?2003/09 Art References 1. 3D"http://www.artetmiss.org/memo/3D"#" 2. 3D"http://www.artetmiss.org/memo/="#" 3. 3D"http://www.artetmiss.org/memo/3D"#" 4. 3D"http://www.artetmiss.org/memo/="#" 5. 3D"http://www.artetmiss.org/memo/3D"#" 6. 3D"http://www.artetmiss.org/memo/3D"#" 7. 3D"http://www.artetmiss.org/memo/3D"#" 8. 3D"mailto:artetmiss@free.fr" 9. 3D"http://www.artetmiss.fr/ 10. 3D"http://www.artetmiss.eu"/ 11. 3D"http://www.artetmiss.org/memo/3D"index.html" 12. 3D"http://www.artetmiss.org/memo/3D"artistes.htm" 13. 3D"http://www.artetmiss.org/memo/3D"vernissage.html" 14. 3D"http://www.artetmiss.org/memo/3D"prix%20public.html" 15. 3D"http://www.artetmiss.org/memo/3D"parrainage/achat01.htm" 16. 3D"http://www.artetmiss.org/memo/3D"parrainage/achat01.htm" 17. 3D"http://www.artetmiss.org/memo/3D"agenda.htm" 18. 3D"http://www.artetmiss.org/memo/3D"equipe.htm" 19. 3D"http://www.artetmiss.org/memo/3D"horaires.html" 20. 3D"http://www.artetmiss.org/memo/3D"acces.html" 21. 3D"http://www.artetmiss.org/memo/3D"contact.htm" 22. 3D"http://www.artetmiss.org/memo/3D"location.html" 23. 3D"http://www.artetmiss.org/memo/3D"defiscalisation.htm" 24. 3D"http://www.artetmiss.org/memo/3D"services.html" 25. 3D"http://www.artetmiss.org/memo/3D"Expos%20Externe 26. 3D"http://www.artetmiss.org/memo/3D"humanitaire.html" 27. 3D"http://www.artetmiss.org/memo/3D"liens.html" From anatoly.borodin at gmail.com Fri Jul 3 08:38:44 2009 From: anatoly.borodin at gmail.com (Anatoly Borodin) Date: Fri Jul 3 08:38:50 2009 Subject: May I commit your ports to fix the hardcore? In-Reply-To: References: Message-ID: Hi! On Thu, Jul 2, 2009 at 22:30, Jeremy Messenger wrote: > anatoly.borodin@: http://people.freebsd.org/~mezz/diff/directfb.diff OK. -- Mit freundlichen Gr??en, Anatoly Borodin business: anatoly.borodin@gmail.com privat: fractalizator@gmail.com From erwin at FreeBSD.org Fri Jul 3 13:55:59 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Jul 3 13:56:05 2009 Subject: INDEX build failed for 6.x Message-ID: <200907031355.n63Dtwfa013608@pointyhat.freebsd.org> INDEX build failed with errors: make: don't know how to make index. Stop Committers on the hook: Most recent CVS update was: From lordi at msdi.ca Fri Jul 3 14:38:21 2009 From: lordi at msdi.ca (Ian Lord) Date: Fri Jul 3 14:38:28 2009 Subject: Mysq server 5.4 port In-Reply-To: <4A4D2133.7070200@FreeBSD.org> References: <4A4D2133.7070200@FreeBSD.org> Message-ID: Hi Alex, Sorry but I'm a bit lost... I think someone else is also working on it ? http://www.freebsd.org/cgi/query-pr.cgi?pr=136263 I just don't want you both working in parallel without knowing it :) Regards ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ian Lord MSD Informatique 143 Rue des Fauvettes St-Colomban (Qu?bec) J5K 0E2 T?l: (514) 776-MSDI -> (514) 776-6734 Sans Frais: 1(877) 776-MSDI -> 1(877) 776-6734 http://www.msdi.ca -----Original Message----- From: Alex Dupre [mailto:ale@FreeBSD.org] Sent: 2 juillet 2009 17:06 To: msdi@msdi.ca Cc: ports@FreeBSD.org Subject: Re: Mysq server 5.4 port msdi@msdi.ca wrote: > I would like to know if you have an eta for the mysql-server 5.4 port ? > > I would really like to see the port before the 10th of july... If it can > help, I am willing to make a 100$ donation to you or an open source project > of your choice. > > Let me know if you think it's possible. It's possible, I'm working on it and will be ready very soon. Talk to you later. -- Alex Dupre From erwin at FreeBSD.org Fri Jul 3 15:36:27 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Jul 3 15:36:33 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200907031536.n63FaQPF076602@pointyhat.freebsd.org> From pschmehl_lists at tx.rr.com Fri Jul 3 18:46:28 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Fri Jul 3 18:46:36 2009 Subject: Question about a failure report Message-ID: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> I just got a failure report for one of my ports: security/barnyard-squil. That port is a slave port to security/barnyard. The error is: ********************************************** ERROR: unable to find mysql headers (mysql.h) checked in the following places /mysql.h ********************************************** This is what I have in the Makefile of security/barnyard: .if defined(WITH_MYSQL) USE_MYSQL= yes CONFIGURE_ARGS+= --enable-mysql .endif How do I fix this since I'm using the builtin macro? -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* Check the headers before clicking on Reply. From ralf.folkerts at gmx.de Fri Jul 3 18:49:34 2009 From: ralf.folkerts at gmx.de (Ralf Folkerts) Date: Fri Jul 3 18:49:40 2009 Subject: Permission of Directories created by ports (wrong) Message-ID: <4A4E52BB.2070306@gmx.de> Hi, for quite a while I am having problems with the Permissions of some Directories in /usr/local that are being created by/via installing ports. I searched this ML and the make.conf and ports manpages but w/o success. These directories are being created with Mode 0700. Currently it happened with the Update to NetBeans 6.7 ("portupgrade"d from 6.5): [bash]beaster:local$ls -ld netbeans67/ drwx------ 22 root wheel 1024 3 Jul 19:09 netbeans67/ Before this it was the Virtualbox-Port that created its Directory with 700, too. I think there was another Port but unfortunately can't remember :-( However, this dies not seem to be a global Problem; i.e. OpenOffice 3.1 did install with the correct Permissions (however, I installed openoffice from a packages): [bash]beaster:local$ls -ld openoffice.org-3.1.0/ drwxr-xr-x 4 root wheel 512 27 Jun 11:22 openoffice.org-3.1.0/ But the Directories for Java (1.5., 1.6, OpenJDK) are OK, too - and I didn't install those from packages. This happens when I install using "make install" from the ports' Directory and also when running portupgrade. I usually run portupgrade as "toor" User by logging in to a console-session as toor or by "su - toor". Toor is using "bash". Umask of both toor and root see OK, though: [-su]beaster:~$umask 0022 beaster# umask 22 When creating a Directory in /usr/local as either User it gets created with the correct permissions; this is the toor Users run but the result is the same for root. [-su]beaster:~$mkdir /usr/local/hixelbrixel [-su]beaster:~$ls -ld /usr/local/hixelbrixel/ drwxr-xr-x 2 root wheel 512 Jul 3 20:40 /usr/local/hixelbrixel/ I'm running [-su]beaster:~$uname -irm 7.2-STABLE amd64 GENERIC I built kernel/world FreeBSD 7.2-STABLE #0: Fri Jun 12 19:08:44 CEST 2009 While this is not a problem I could not live with it's rather nasty sometimes and so I'd like to fix. Does anyone have a hint? Did I miss some make.conf Settings? Many thanks in advance! Cheers, _ralf_ From pgollucci at p6m7g8.com Fri Jul 3 19:09:34 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Fri Jul 3 19:09:41 2009 Subject: Mysq server 5.4 port In-Reply-To: <5ce0c2981a7c432c2ec61953e37724b5@msdi.ca> References: <5ce0c2981a7c432c2ec61953e37724b5@msdi.ca> Message-ID: <4A4E576C.30703@p6m7g8.com> Ian Lord wrote: > Hi, > > Sorry to bother you again, I would like to know if you plan on releasing it before the 10th of july or if it won't be possible. I would like to plan ahead and the availability of the port is a must know :) I'm not the maintainer :). You could help the process along if you've already compiled it by hand. 1) Create a patch against ports/databases/mysql51-*, and ports/Mk/bsd.database.mk 2) Send a pr in and request a repo copy. 3) Pay careful attention to the handling of my.cnf search paths its been a repeating issue and different in each version. From alex-goncharov at comcast.net Fri Jul 3 19:29:22 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Fri Jul 3 19:29:28 2009 Subject: Question about a failure report In-Reply-To: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> (message from Paul Schmehl on Fri, 03 Jul 2009 18:18:02 +0000) References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> Message-ID: ,--- You/Paul (Fri, 03 Jul 2009 18:18:02 +0000) ----* | I just got a failure report for one of my ports: | security/barnyard-squil. That port is a slave port to | security/barnyard. | | ********************************************** | ERROR: unable to find mysql headers (mysql.h) | checked in the following places | /mysql.h | ********************************************** | | How do I fix this since I'm using the builtin macro? If you don't want to use MySQL, run `make config' in `security/barnyard', and uncheck MySQL. But if you want to use MySQL (which is more likely), add MySQL to barnyard-sguil's BUILD_DEPENDS and RUN_DEPENDS. E.g. pantera/Makefile:23:BUILD_DEPENDS+= mysql:${PORTSDIR}/databases/mysql${MYSQL_VER}-server -- Alex -- alex-goncharov@comcast.net -- From alex-goncharov at comcast.net Fri Jul 3 19:32:01 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Fri Jul 3 19:32:07 2009 Subject: Mysq server 5.4 port In-Reply-To: <4A4E576C.30703@p6m7g8.com> (pgollucci@p6m7g8.com) References: <5ce0c2981a7c432c2ec61953e37724b5@msdi.ca> <4A4E576C.30703@p6m7g8.com> Message-ID: ,--- You/Philip (Fri, 3 Jul 2009 15:09:32 -0400) ----* | | I'm not the maintainer :). You could help the process along if you've | already compiled it by hand. | | 1) Create a patch against ports/databases/mysql51-*, and | ports/Mk/bsd.database.mk | | 2) Send a pr in and request a repo copy. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/136263 What else? -- Alex -- alex-goncharov@comcast.net -- From glen.j.barber at gmail.com Fri Jul 3 19:40:04 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Fri Jul 3 19:40:11 2009 Subject: Question about a failure report In-Reply-To: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> Message-ID: <4ad871310907031240y5ec991d9offc102be34d9093e@mail.gmail.com> On Fri, Jul 3, 2009 at 2:18 PM, Paul Schmehl wrote: > I just got a failure report for one of my ports: security/barnyard-squil. > ?That port is a slave port to security/barnyard. > > The error is: > ********************************************** > ?ERROR: unable to find mysql headers (mysql.h) > ?checked in the following places > ? ? ? /mysql.h > ********************************************** > > This is what I have in the Makefile of security/barnyard: > > .if defined(WITH_MYSQL) > USE_MYSQL= ? ? ? ? ? ? ?yes > CONFIGURE_ARGS+= ? ? ? ?--enable-mysql > .endif > > How do I fix this since I'm using the builtin macro? > I remember seeing another post a few days ago about mysql.h -- IIRC, it was a perl binding that could not find it. Unfortunately, I don't remember what list it was, nor the subject of the email. Does your port define which version of mysql to use? -- Glen Barber From pschmehl_lists at tx.rr.com Fri Jul 3 19:56:49 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Fri Jul 3 19:56:57 2009 Subject: Question about a failure report In-Reply-To: References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> Message-ID: <91D041090FA2939A0942293F@utd65257.utdallas.edu> --On Friday, July 03, 2009 14:16:05 -0500 Alex Goncharov wrote: > > ,--- You/Paul (Fri, 03 Jul 2009 18:18:02 +0000) ----* >| I just got a failure report for one of my ports: >| security/barnyard-squil. That port is a slave port to >| security/barnyard. >| >| ********************************************** >| ERROR: unable to find mysql headers (mysql.h) >| checked in the following places >| /mysql.h >| ********************************************** >| >| How do I fix this since I'm using the builtin macro? > > If you don't want to use MySQL, run `make config' in > `security/barnyard', and uncheck MySQL. > > But if you want to use MySQL (which is more likely), add > MySQL to barnyard-sguil's BUILD_DEPENDS and RUN_DEPENDS. > I can't do that, because the port can be built to support either mysql or postgresql, so both are OPTIONS. Mysql is selected by default, and postgresql is not, but that's up to the port builder. Since mysql is preselected, the port *should* install mysql if it's not installed. For some reason, The error report is coming from here: The Restless Daemon identified a makefile error while trying to build: barnyard-sguil-0.2.0_5 maintained by pauls@utdallas.edu Makefile ident: $FreeBSD: ports/security/barnyard-sguil/Makefile,v 1.4 2008/05/09 21:33:40 itetcu Exp $ Since it's a tinderbox, does it ignore OPTIONS and not install dependent ports? -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* Check the headers before clicking on Reply. From sahil at tandon.net Fri Jul 3 19:57:56 2009 From: sahil at tandon.net (Sahil Tandon) Date: Fri Jul 3 19:58:03 2009 Subject: Question about a failure report In-Reply-To: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> Message-ID: <20090703195752.GA37686@tandon.net> On Fri, 03 Jul 2009, Paul Schmehl wrote: > I just got a failure report for one of my ports: security/barnyard-squil. s/squil/sguil/ :-) > That port is a slave port to security/barnyard. > > The error is: > ********************************************** > ERROR: unable to find mysql headers (mysql.h) > checked in the following places > /mysql.h > ********************************************** The configure script needs some direction. > This is what I have in the Makefile of security/barnyard: > > .if defined(WITH_MYSQL) > USE_MYSQL= yes > CONFIGURE_ARGS+= --enable-mysql > .endif > > How do I fix this since I'm using the builtin macro? In security/barnyard/Makefile, try: CONFIGURE_ARGS+= --enable-mysql \ --with-mysql-includes=${LOCALBASE}/include/mysql \ --with-mysql-libraries=${LOCALBASE}/lib/mysql -- Sahil Tandon From alex-goncharov at comcast.net Fri Jul 3 20:08:33 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Fri Jul 3 20:08:46 2009 Subject: Question about a failure report In-Reply-To: <91D041090FA2939A0942293F@utd65257.utdallas.edu> (message from Paul Schmehl on Fri, 03 Jul 2009 19:56:48 +0000) References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> <91D041090FA2939A0942293F@utd65257.utdallas.edu> Message-ID: ,--- You/Paul (Fri, 03 Jul 2009 19:56:48 +0000) ----* | Since mysql is preselected, the port *should* install mysql if it's | not installed. For some reason, If MySQL is in BUILD or LIB _DEPENDS . | Since it's a tinderbox, does it ignore OPTIONS and not install | dependent ports? Options decide the settings of make variables. With the default options, your WITH_MYSQL gets set to 'true' -- in this case, MYSQL should be listed as a dependency in your Makefile, which it is not. -- Alex -- alex-goncharov@comcast.net -- From plaxo at mx.plaxo.com Fri Jul 3 20:16:09 2009 From: plaxo at mx.plaxo.com (Jean Dupre) Date: Fri Jul 3 20:16:27 2009 Subject: =?utf-8?q?Jean_Dupre_a_partag=C3=A9_un_message_avec_vous_sur_Pul?= =?utf-8?q?se?= Message-ID: <0143bd837984ede3407489098d176dfd@xpertmailer.com> Jean Dupre a partagé un message avec vous sur Pulse et souhaitait vous le faire savoir. http://www.plaxo.com/public/event/189178955319?src=email&et=6&el=fr_o1&key=70634ecb3f154d61ab941ea5fed30e573283e72f&email=freebsd-ports%40freebsd.org&share_id=4662477&share_key=762205568&name=&webmailfix=1&lang=fr Besoin de prêt ? Bonjour, Je suis DUPRE JEAN ALBERT. Ancien thérapeute, financier suisse et Directeur d’étude de projets dans une banque. J'octroie des prêts à toute personne désireuse selon les critères suivants: Choix du montant : à partir de 15.000 € Choix de la durée de remboursement : 8 ans maximum TEG annuel fixe : 2,15%* (*offre soumise à condition) En option : l’assurance e... http://www.plaxo.com/public/event/189178955319?src=email&et=6&el=fr_o1&key=70634ecb3f154d61ab941ea5fed30e573283e72f&email=freebsd-ports%40freebsd.org&share_id=4662477&share_key=762205568&name=&webmailfix=1&lang=fr Merci ! L'équipe Plaxo Plus de 20 millions de personnes utilisent Plaxo pour rester en contact avec leur entourage dans le cadre privé comme professionnel. Vous ne voulez plus recevoir d'e-mails de Plaxo ? Rendez-vous sur : http://www.plaxo.com/stop?src=email&et=6&el=fr_o1&email=freebsd-ports%40freebsd.org From sahil at tandon.net Fri Jul 3 20:20:07 2009 From: sahil at tandon.net (Sahil Tandon) Date: Fri Jul 3 20:20:15 2009 Subject: Question about a failure report In-Reply-To: References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> <91D041090FA2939A0942293F@utd65257.utdallas.edu> Message-ID: <50BD9A0A-25D4-466A-A4EF-1B528931E543@tandon.net> On Jul 3, 2009, at 4:08 PM, Alex Goncharov wrote: > ,--- You/Paul (Fri, 03 Jul 2009 19:56:48 +0000) ----* > | Since mysql is preselected, the port *should* install mysql if it's > | not installed. For some reason, > > If MySQL is in BUILD or LIB _DEPENDS . > > | Since it's a tinderbox, does it ignore OPTIONS and not install > | dependent ports? > > Options decide the settings of make variables. > > With the default options, your WITH_MYSQL gets set to 'true' -- in > this case, MYSQL should be listed as a dependency in your Makefile, > which it is not. It is listed, because when one sets USE_MYSQL, the appropriate macros in ports/Mk are utilized. The OP just needs a slight tweak to the master port's CONFIGURE_ARGS, as noted in my previous post. -- Sahil Tandon From pgollucci at p6m7g8.com Fri Jul 3 20:32:29 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Fri Jul 3 20:32:36 2009 Subject: Question about a failure report In-Reply-To: References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> Message-ID: <4A4E6ADB.6090605@p6m7g8.com> Alex Goncharov wrote: > ,--- You/Paul (Fri, 03 Jul 2009 18:18:02 +0000) ----* > | I just got a failure report for one of my ports: > | security/barnyard-squil. That port is a slave port to > | security/barnyard. > | > | ********************************************** > | ERROR: unable to find mysql headers (mysql.h) > | checked in the following places > | /mysql.h > | ********************************************** > | > | How do I fix this since I'm using the builtin macro? > > If you don't want to use MySQL, run `make config' in > `security/barnyard', and uncheck MySQL. > > But if you want to use MySQL (which is more likely), add > MySQL to barnyard-sguil's BUILD_DEPENDS and RUN_DEPENDS. > > E.g. > > pantera/Makefile:23:BUILD_DEPENDS+= mysql:${PORTSDIR}/databases/mysql${MYSQL_VER}-server Rather, you should use USE_MYSQL=yes or some version see bsd.database.mk > > -- Alex -- alex-goncharov@comcast.net -- > _______________________________________________ > 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 sahil at tandon.net Fri Jul 3 20:38:02 2009 From: sahil at tandon.net (Sahil Tandon) Date: Fri Jul 3 20:38:09 2009 Subject: Question about a failure report In-Reply-To: <4A4E6ADB.6090605@p6m7g8.com> References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> <4A4E6ADB.6090605@p6m7g8.com> Message-ID: On Jul 3, 2009, at 4:32 PM, "Philip M. Gollucci" wrote: > Alex Goncharov wrote: >> ,--- You/Paul (Fri, 03 Jul 2009 18:18:02 +0000) ----* >> | I just got a failure report for one of my ports: >> | security/barnyard-squil. That port is a slave port to >> | security/barnyard. >> | >> | ********************************************** >> | ERROR: unable to find mysql headers (mysql.h) >> | checked in the following places >> | /mysql.h >> | ********************************************** >> | >> | How do I fix this since I'm using the builtin macro? >> >> If you don't want to use MySQL, run `make config' in >> `security/barnyard', and uncheck MySQL. >> >> But if you want to use MySQL (which is more likely), add >> MySQL to barnyard-sguil's BUILD_DEPENDS and RUN_DEPENDS. >> >> E.g. >> >> pantera/Makefile:23:BUILD_DEPENDS+= mysql:${PORTSDIR}/databases/ >> mysql${MYSQL_VER}-server > > Rather, you should use > USE_MYSQL=yes or some version see bsd.database.mk The OP already does this in the master port so AFAIK it is not required in the slave. I believe the problem is not that MySQL is not installed, but that the underlying configure script needs help in finding the headers. From pschmehl_lists at tx.rr.com Fri Jul 3 20:45:35 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Fri Jul 3 20:45:42 2009 Subject: Question about a failure report In-Reply-To: <20090703195752.GA37686@tandon.net> References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> <20090703195752.GA37686@tandon.net> Message-ID: <4D9EE49C9C59F1F339DBDDEE@utd65257.utdallas.edu> --On Friday, July 03, 2009 14:57:52 -0500 Sahil Tandon wrote: > > On Fri, 03 Jul 2009, Paul Schmehl wrote: > >> I just got a failure report for one of my ports: security/barnyard-squil. > > s/squil/sguil/ :-) > >> That port is a slave port to security/barnyard. >> >> The error is: >> ********************************************** >> ERROR: unable to find mysql headers (mysql.h) >> checked in the following places >> /mysql.h >> ********************************************** > > The configure script needs some direction. > >> This is what I have in the Makefile of security/barnyard: >> >> .if defined(WITH_MYSQL) >> USE_MYSQL= yes >> CONFIGURE_ARGS+= --enable-mysql >> .endif >> >> How do I fix this since I'm using the builtin macro? > > In security/barnyard/Makefile, try: > > CONFIGURE_ARGS+= --enable-mysql \ > --with-mysql-includes=${LOCALBASE}/include/mysql \ > --with-mysql-libraries=${LOCALBASE}/lib/mysql I *thought* that was what USE_MYSQL meant. The CONFIGURE_ARGS I'm using are for barnyard. It then looks for the mysql header file, which it should find if mysql is installed. USE_MYSQL=yes means (if I understand the bsd.database.mk file) BUILD_DEPENDS+= ${LOCALBASE}/lib/mysql/libmysqld.a:${PORTSDIR}/databases/mysql${MYSQL_VER}-client (see lines 142ff in bsd.database.mk.) If I can build barnyard-sguil (and really barnyard since the former is a slave port) by selecting that OPTION *and* the OPTION Is preselected, why does the build fail when run on tinderbox? Unless I'm totally misunderstanding what USE_MYSQL means, the BUILD_DEPENDS is included if mysql is selected. Adding CONFIGURE_ARGS for includes and libraries should only be necessary if those are in a non-standard location *or* the software simply refuses to build without specifying them. It does not. Again, I'm confused. I don't understand why the build fails in tinderbox. Hopefully someone with knowledge of that process can point out the error of my ways. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* Check the headers before clicking on Reply. From sahil at tandon.net Fri Jul 3 20:52:32 2009 From: sahil at tandon.net (Sahil Tandon) Date: Fri Jul 3 20:53:00 2009 Subject: Question about a failure report In-Reply-To: <4D9EE49C9C59F1F339DBDDEE@utd65257.utdallas.edu> References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> <20090703195752.GA37686@tandon.net> <4D9EE49C9C59F1F339DBDDEE@utd65257.utdallas.edu> Message-ID: On Jul 3, 2009, at 4:45 PM, Paul Schmehl wrote: > --On Friday, July 03, 2009 14:57:52 -0500 Sahil Tandon > wrote: > >> >> On Fri, 03 Jul 2009, Paul Schmehl wrote: >> >>> I just got a failure report for one of my ports: security/barnyard- >>> squil. >> >> s/squil/sguil/ :-) >> >>> That port is a slave port to security/barnyard. >>> >>> The error is: >>> ********************************************** >>> ERROR: unable to find mysql headers (mysql.h) >>> checked in the following places >>> /mysql.h >>> ********************************************** >> >> The configure script needs some direction. >> >>> This is what I have in the Makefile of security/barnyard: >>> >>> .if defined(WITH_MYSQL) >>> USE_MYSQL= yes >>> CONFIGURE_ARGS+= --enable-mysql >>> .endif >>> >>> How do I fix this since I'm using the builtin macro? >> >> In security/barnyard/Makefile, try: >> >> CONFIGURE_ARGS+= --enable-mysql \ >> --with-mysql-includes=${LOCALBASE}/include/mysql \ >> --with-mysql-libraries=${LOCALBASE}/lib/mysql > > I *thought* that was what USE_MYSQL meant. The CONFIGURE_ARGS I'm > using are for barnyard. It then looks for the mysql header file, > which it should find if mysql is installed. USE_MYSQL=yes means (if > I understand the bsd.database.mk file) > > BUILD_DEPENDS+= ${LOCALBASE}/lib/mysql/libmysqld.a:${PORTSDIR}/ > databases/mysql${MYSQL_VER}-client (see lines 142ff in > bsd.database.mk.) > > If I can build barnyard-sguil (and really barnyard since the former > is a slave port) by selecting that OPTION *and* the OPTION Is > preselected, why does the build fail when run on tinderbox? Unless > I'm totally misunderstanding what USE_MYSQL means, the BUILD_DEPENDS > is included if mysql is selected. Adding CONFIGURE_ARGS for > includes and libraries should only be necessary if those are in a > non-standard location *or* the software simply refuses to build > without specifying them. It does not. > > Again, I'm confused. I don't understand why the build fails in > tinderbox. Hopefully someone with knowledge of that process can > point out the error of my ways. The tinderbox doesn't get to the build phase to fail there because the *configure* target fails first. The .mk file does not pass those mysql related lib and includes directives to the underlying configure script. And to answer your other question, yes the tinderbox respects OPTIONS and installs dependencies. From pauls at utdallas.edu Fri Jul 3 21:05:57 2009 From: pauls at utdallas.edu (Paul Schmehl) Date: Fri Jul 3 21:06:04 2009 Subject: Question about a failure report In-Reply-To: References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> <91D041090FA2939A0942293F@utd65257.utdallas.edu> Message-ID: <4C41B4EAEF8C942A8D085916@utd65257.utdallas.edu> --On Friday, July 03, 2009 15:08:31 -0500 Alex Goncharov wrote: > > ,--- You/Paul (Fri, 03 Jul 2009 19:56:48 +0000) ----* >| Since mysql is preselected, the port *should* install mysql if it's >| not installed. For some reason, > > If MySQL is in BUILD or LIB _DEPENDS . > >| Since it's a tinderbox, does it ignore OPTIONS and not install >| dependent ports? > > Options decide the settings of make variables. > > With the default options, your WITH_MYSQL gets set to 'true' -- in > this case, MYSQL should be listed as a dependency in your Makefile, > which it is not. > So I need to add BUILD_DEPENDS= yes to the OPTION? I'm not quite sure how to do this. I thought that's what USE_MYSQL did. -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From aryeh.friedman at gmail.com Fri Jul 3 21:41:44 2009 From: aryeh.friedman at gmail.com (Aryeh M. Friedman) Date: Fri Jul 3 21:41:50 2009 Subject: local ports Message-ID: <4A4E7647.8020806@gmail.com> My site has a number of tools we have written for internal use only and want to make it so all one has to do to set a new machine up with these tools and the standard ports needed is rune portmaster on our local meta-port... what is the right way of setting this up (I have a local cvsup repo)? Note: If I am the unofficial co-maintainer of a port (devel/aegis) [i.e. it was added at my request by the maintainer because at the time I didn't know how to make a proper port and have the email transcript to prove it) and my co-maintainer has timed out on a update request (unoffical) how do I a) make the change and get it committed and b) take maintainership? From erwin at FreeBSD.org Fri Jul 3 22:26:07 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Jul 3 22:26:31 2009 Subject: INDEX build failed for 8.x Message-ID: <200907032226.n63MQ7wq045645@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-8 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: linux-flashplugin-10.0r22: no entry for /usr/ports/net/linux-f10-openldap make_index: linux-warsow-0.12_2,1: no entry for /usr/ports/net/linux-f10-openldap make_index: linux-f10-curl-7.19.4_2: no entry for /usr/ports/net/linux-f10-openldap Committers on the hook: araujo glarkin nox pgollucci skreuzer Most recent CVS update was: ports/Mk/bsd.linux-apps.mk ports/archivers/p5-Archive-Extract/Makefile ports/archivers/p5-Archive-Extract/distinfo ports/audio/mp3plot/Makefile ports/audio/mp3plot/distinfo ports/audio/tuneradio/Makefile ports/converters/p5-Convert-Binary-C/Makefile ports/converters/p5-Convert-Binary-C/distinfo ports/devel/p5-B-Hooks-OP-Check/Makefile ports/devel/p5-B-Hooks-OP-Check/distinfo ports/devel/p5-Cache-FastMmap/Makefile ports/devel/p5-Cache-FastMmap/distinfo ports/devel/p5-Data-UUID/Makefile ports/devel/p5-Data-UUID/distinfo ports/devel/p5-DateTime-Format-Natural/Makefile ports/devel/p5-DateTime-Format-Natural/distinfo ports/devel/p5-DateTime-Format-Natural/pkg-plist ports/devel/p5-Devel-Declare/Makefile ports/devel/p5-Devel-Declare/distinfo ports/devel/p5-Devel-PartialDump/Makefile ports/devel/p5-Devel-PartialDump/distinfo ports/devel/p5-File-ExtAttr/Makefile ports/devel/p5-File-ExtAttr/distinfo ports/devel/p5-IO/Makefile ports/devel/p5-IO/distinfo ports/devel/p5-IO/files/patch-Makefile.PL ports/devel/p5-Inline/Makefile ports/devel/p5-Inline/distinfo ports/devel/p5-Inline/files/patch-C-Makefile.PL ports/devel/p5-MooseX-Storage/Makefile ports/devel/p5-MooseX-Storage/distinfo ports/devel/p5-MooseX-Types-Structured/Makefile ports/devel/p5-MooseX-Types-Structured/distinfo ports/devel/p5-POE-API-Peek/Makefile ports/devel/p5-POE-API-Peek/distinfo ports/devel/p5-POE-Component-DirWatch/Makefile ports/devel/p5-POE-Component-DirWatch/distinfo ports/devel/p5-POE-Component-DirWatch/pkg-plist ports/devel/p5-Params-Util/Makefile ports/devel/p5-Params-Util/distinfo ports/devel/p5-Parse-Method-Signatures/Makefile ports/devel/p5-Parse-Method-Signatures/distinfo ports/devel/p5-Test-MockTime/Makefile ports/devel/p5-Test-MockTime/distinfo ports/devel/p5-Test-YAML-Meta/Makefile ports/devel/p5-Test-YAML-Meta/distinfo ports/devel/p5-namespace-autoclean/Makefile ports/devel/p5-namespace-autoclean/distinfo ports/devel/p5-prefork/Makefile ports/devel/p5-prefork/distinfo ports/devel/rubygem-hoe/Makefile ports/devel/rubygem-hoe/distinfo ports/finance/p5-Business-OnlinePayment-PaymenTech/Makefile ports/finance/p5-Business-OnlinePayment-PaymenTech/distinfo ports/finance/p5-Business-OnlinePayment-PaymenTech/pkg-plist ports/ftp/linux-f10-curl/Makefile ports/graphics/mapserver/Makefile ports/net/Makefile ports/net/boclient/Makefile ports/net/etunnel/Makefile ports/net/p5-Net-Google-AuthSub/Makefile ports/net/p5-Net-Google-AuthSub/distinfo ports/net/p5-Net-Write/Makefile ports/net/p5-Net-Write/distinfo ports/net/pcnfsd/files/Makefile.inc ports/net/ppptraf/files/patch-aa ports/net/xmlrpc-c/Makefile ports/security/Makefile ports/security/libksba/Makefile ports/security/libksba/distinfo ports/sysutils/nvclock/Makefile ports/sysutils/nvclock/distinfo ports/sysutils/p5-Sysadm-Install/Makefile ports/sysutils/p5-Sysadm-Install/distinfo ports/textproc/p5-XML-NamespaceSupport/Makefile ports/textproc/p5-XML-NamespaceSupport/distinfo ports/textproc/rubygem-nokogiri/Makefile ports/textproc/rubygem-nokogiri/distinfo ports/www/campsite/Makefile ports/www/linux-f10-flashplugin10/Makefile ports/www/linux-f10-flashplugin10/distinfo ports/www/p5-Catalyst-Engine-HTTP-Prefork/Makefile ports/www/p5-Catalyst-Engine-HTTP-Prefork/distinfo ports/www/p5-HTML-Element-Library/Makefile ports/www/p5-HTML-Element-Library/distinfo ports/www/p5-HTML-Seamstress/Makefile ports/www/p5-HTML-Seamstress/distinfo ports/www/p5-HTML-WikiConverter-MediaWiki/Makefile ports/www/p5-HTML-WikiConverter-MediaWiki/distinfo ports/www/p5-HTTP-DAV/Makefile ports/www/p5-HTTP-DAV/distinfo ports/www/p5-URI-ParseSearchString/Makefile ports/www/p5-URI-ParseSearchString/distinfo ports/www/p5-WWW-Yandex-TIC/Makefile ports/www/p5-WWW-Yandex-TIC/distinfo From sahil at tandon.net Fri Jul 3 23:10:30 2009 From: sahil at tandon.net (Sahil Tandon) Date: Fri Jul 3 23:10:38 2009 Subject: Question about a failure report In-Reply-To: <4C41B4EAEF8C942A8D085916@utd65257.utdallas.edu> References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> <91D041090FA2939A0942293F@utd65257.utdallas.edu> <4C41B4EAEF8C942A8D085916@utd65257.utdallas.edu> Message-ID: <994EF1F5-0A23-4A4F-B853-48AED6A5529F@tandon.net> On Jul 3, 2009, at 4:37 PM, Paul Schmehl wrote: > --On Friday, July 03, 2009 15:08:31 -0500 Alex Goncharov > wrote: > >> >> ,--- You/Paul (Fri, 03 Jul 2009 19:56:48 +0000) ----* >> | Since mysql is preselected, the port *should* install mysql if it's >> | not installed. For some reason, >> >> If MySQL is in BUILD or LIB _DEPENDS . >> >> | Since it's a tinderbox, does it ignore OPTIONS and not install >> | dependent ports? >> >> Options decide the settings of make variables. >> >> With the default options, your WITH_MYSQL gets set to 'true' -- in >> this case, MYSQL should be listed as a dependency in your Makefile, >> which it is not. >> > > So I need to add BUILD_DEPENDS= yes to the OPTION? No. Augment configure arguments and be done with it! :) From erwin at FreeBSD.org Sat Jul 4 01:16:16 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat Jul 4 01:16:22 2009 Subject: INDEX now builds successfully on 8.x Message-ID: <200907040116.n641GFgj083528@pointyhat.freebsd.org> From kris at freebsd.org Sat Jul 4 07:08:23 2009 From: kris at freebsd.org (VIAGRA ® Official Site) Date: Sat Jul 4 07:09:01 2009 Subject: SALE 71% 0FF on Pfizer! Message-ID: <20090704070822.E14128FC19@mx1.freebsd.org> This e-mail was sent to you by E-Pharmacy. You are receiving this email because you have subscribed to the Viagra? newsletter with the following address: ports@freebsd.org. [1]View Web Version || [2]Privacy policy | [3]Contact us Satisfaction Guaranteed - Our Company wants you to be absolutely satisfied with your products. If, within 30 days of receiving your purchase you're not completely satisfied, return it for the price you paid or we will gladly replace it. [4][s733302k.gif] [5]MasterCard [6]E-Trust Secure [7]MasterCard You are receiving this email because you have subscribed to the Pharmacy? newsletter with the following address: ports@freebsd.org. [8]Unsubscribe | [9]Privacy policy | [10]Contact us 2009 E-Pharmacy All rights reserved. References 1. http://bkkbjj.com/images/1/2/3/4/buy.html 2. http://hiposofamous.com/data/1/2/3/4/buy.html 3. http://bangkokbrt.com/images/1/2/3/4/buy.html 4. http://just-up.com/images/1/2/3/4/buy.html 5. http://nasipsi.xf.cz/img/1/2/3/4/buy.html 6. http://hiposofamous.com/data/1/2/3/4/buy.html 7. http://ojtus.republika.pl/images/1/2/3/4/buy.html 8. http://craniosacral-bangkok.com/images/1/2/3/4/buy.html 9. http://bangkokbrt.com/images/1/2/3/4/buy.html 10. http://craniosacral-thailand.com/images/1/2/3/4/buy.html From sahil at tandon.net Sat Jul 4 07:10:46 2009 From: sahil at tandon.net (Sahil Tandon) Date: Sat Jul 4 07:10:52 2009 Subject: local ports In-Reply-To: <4A4E7647.8020806@gmail.com> References: <4A4E7647.8020806@gmail.com> Message-ID: <20090704071043.GC38102@tandon.net> On Fri, 03 Jul 2009, Aryeh M. Friedman wrote: > Note: If I am the unofficial co-maintainer of a port (devel/aegis) [i.e. > it was added at my request by the maintainer because at the time I > didn't know how to make a proper port and have the email transcript to > prove it) and my co-maintainer has timed out on a update request > (unoffical) how do I a) make the change and get it committed and b) take > maintainership? Make the desired changes and also replace the maintainer's address with yours in the port's Makefile. Then submit the diff as a PR. See: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/problem-reports/article.html http://www.freebsd.org/send-pr.html http://www.freebsd.org/doc/en/books/porters-handbook/ -- Sahil Tandon From tim at bishnet.net Sat Jul 4 09:03:47 2009 From: tim at bishnet.net (Tim Bishop) Date: Sat Jul 4 09:04:00 2009 Subject: databases/evolution-data-server 2.26.3 broken Message-ID: <20090704090335.GX2504@carrick.bishnet.net> HI, It looks like the latest update to evolution-data-server broken it: -- Installing ./html/index.sgml -- Installing ./html/ix01.html -- Installing ./html/ix02.html -- Installing ./html/left.png -- Installing ./html/right.png -- Installing ./html/style.css -- Installing ./html/up.png gtkdoc-rebase: not found gmake[4]: *** [install-data-local] Error 127 gmake[4]: Leaving directory `/usr/ports/databases/evolution-data-server/work/evolution-data-server-2.26.3/docs/reference/camel' QAT noticed too: ??? - evolution-data-server-2.26.3 maintained by gnome@FreeBSD.org http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/evolution-data-server-2.26.3.log Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From forrie at gmail.com Sat Jul 4 19:13:45 2009 From: forrie at gmail.com (Forrest Aldrich) Date: Sat Jul 4 19:15:03 2009 Subject: mail/ricochet port (harvester address gone) Message-ID: <4A4FA42F.7000301@gmail.com> I noticed a few days ago that email destined to ricochet-harvester@vipul.net has been queued. Scanning the host, port 25 and 80 are off. My guess is that Vipul simply abandoned it, as this was his personal server and the project was created before he started Cloudmark. Therefore, perhaps the port should be removed or marked as broken. Unless anyone else has some different information? Thanks. From glen.j.barber at gmail.com Sat Jul 4 20:18:47 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Sat Jul 4 20:18:54 2009 Subject: security/rkhunter and sysutils/lsof using 100% CPU but not producing output Message-ID: <4ad871310907041318n29ef482fy649ff78e48c70840@mail.gmail.com> Hi, folks. I'm running: FreeBSD orion 8.0-CURRENT FreeBSD 8.0-CURRENT #6 r195343: Sat Jul 4 12:23:04 EDT 2009 root@orion:/usr/obj/usr/src/sys/ORION i386 Once security/rkhunter reaches the 'Performing malware checks', there appears to be no I/O -- this check used to take less than 2 minutes on 7-STABLE (and previous). I was running the check as I was writing this email -- here's what top(1) shows: last pid: 52370; load averages: 0.98, 0.77, 0.48 up 0+02:54:16 16:13:35 74 processes: 2 running, 72 sleeping CPU: 8.3% user, 0.0% nice, 45.8% system, 0.0% interrupt, 45.8% idle Mem: 224M Active, 203M Inact, 124M Wired, 1484K Cache, 112M Buf, 1432M Free Swap: 4027M Total, 4027M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 52298 root 1 116 0 3348K 1732K RUN 1 2:12 92.09% lsof Any thoughts on how I should proceed troubleshooting this? The basics are covered, of course, such as an up-to-date tree, and fresh rebuilds on the port(s) in question. Thanks for any tips. -- Glen Barber From nox at jelal.kn-bremen.de Sat Jul 4 20:57:10 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sat Jul 4 20:57:18 2009 Subject: INDEX build failed for 8.x In-Reply-To: <200907032226.n63MQ7wq045645@pointyhat.freebsd.org> Message-ID: <200907042034.n64KYONY099475@triton.kn-bremen.de> In article <200907032226.n63MQ7wq045645@pointyhat.freebsd.org> you write: >INDEX build failed with errors: >Generating INDEX-8 - please wait..pkg_info: not found >pkg_info: not found >pkg_info: not found >pkg_info: not found > Done. >make_index: linux-flashplugin-10.0r22: no entry for /usr/ports/net/linux-f10-openldap >make_index: linux-warsow-0.12_2,1: no entry for /usr/ports/net/linux-f10-openldap >make_index: linux-f10-curl-7.19.4_2: no entry for /usr/ports/net/linux-f10-openldap > Hmm. I see this was only temporary but... >Committers on the hook: >araujo glarkin nox pgollucci skreuzer > >Most recent CVS update was: >ports/Mk/bsd.linux-apps.mk >ports/archivers/p5-Archive-Extract/Makefile >ports/archivers/p5-Archive-Extract/distinfo >ports/audio/mp3plot/Makefile >ports/audio/mp3plot/distinfo >ports/audio/tuneradio/Makefile >ports/converters/p5-Convert-Binary-C/Makefile >ports/converters/p5-Convert-Binary-C/distinfo >ports/devel/p5-B-Hooks-OP-Check/Makefile >ports/devel/p5-B-Hooks-OP-Check/distinfo >ports/devel/p5-Cache-FastMmap/Makefile >ports/devel/p5-Cache-FastMmap/distinfo >ports/devel/p5-Data-UUID/Makefile >ports/devel/p5-Data-UUID/distinfo >ports/devel/p5-DateTime-Format-Natural/Makefile >ports/devel/p5-DateTime-Format-Natural/distinfo >ports/devel/p5-DateTime-Format-Natural/pkg-plist >ports/devel/p5-Devel-Declare/Makefile >ports/devel/p5-Devel-Declare/distinfo >ports/devel/p5-Devel-PartialDump/Makefile >ports/devel/p5-Devel-PartialDump/distinfo >ports/devel/p5-File-ExtAttr/Makefile >ports/devel/p5-File-ExtAttr/distinfo >ports/devel/p5-IO/Makefile >ports/devel/p5-IO/distinfo >ports/devel/p5-IO/files/patch-Makefile.PL >ports/devel/p5-Inline/Makefile >ports/devel/p5-Inline/distinfo >ports/devel/p5-Inline/files/patch-C-Makefile.PL >ports/devel/p5-MooseX-Storage/Makefile >ports/devel/p5-MooseX-Storage/distinfo >ports/devel/p5-MooseX-Types-Structured/Makefile >ports/devel/p5-MooseX-Types-Structured/distinfo >ports/devel/p5-POE-API-Peek/Makefile >ports/devel/p5-POE-API-Peek/distinfo >ports/devel/p5-POE-Component-DirWatch/Makefile >ports/devel/p5-POE-Component-DirWatch/distinfo >ports/devel/p5-POE-Component-DirWatch/pkg-plist >ports/devel/p5-Params-Util/Makefile >ports/devel/p5-Params-Util/distinfo >ports/devel/p5-Parse-Method-Signatures/Makefile >ports/devel/p5-Parse-Method-Signatures/distinfo >ports/devel/p5-Test-MockTime/Makefile >ports/devel/p5-Test-MockTime/distinfo >ports/devel/p5-Test-YAML-Meta/Makefile >ports/devel/p5-Test-YAML-Meta/distinfo >ports/devel/p5-namespace-autoclean/Makefile >ports/devel/p5-namespace-autoclean/distinfo >ports/devel/p5-prefork/Makefile >ports/devel/p5-prefork/distinfo >ports/devel/rubygem-hoe/Makefile >ports/devel/rubygem-hoe/distinfo >ports/finance/p5-Business-OnlinePayment-PaymenTech/Makefile >ports/finance/p5-Business-OnlinePayment-PaymenTech/distinfo >ports/finance/p5-Business-OnlinePayment-PaymenTech/pkg-plist >ports/ftp/linux-f10-curl/Makefile >ports/graphics/mapserver/Makefile >ports/net/Makefile >ports/net/boclient/Makefile >ports/net/etunnel/Makefile >ports/net/p5-Net-Google-AuthSub/Makefile >ports/net/p5-Net-Google-AuthSub/distinfo >ports/net/p5-Net-Write/Makefile >ports/net/p5-Net-Write/distinfo >ports/net/pcnfsd/files/Makefile.inc >ports/net/ppptraf/files/patch-aa >ports/net/xmlrpc-c/Makefile >ports/security/Makefile >ports/security/libksba/Makefile >ports/security/libksba/distinfo >ports/sysutils/nvclock/Makefile >ports/sysutils/nvclock/distinfo >ports/sysutils/p5-Sysadm-Install/Makefile >ports/sysutils/p5-Sysadm-Install/distinfo >ports/textproc/p5-XML-NamespaceSupport/Makefile >ports/textproc/p5-XML-NamespaceSupport/distinfo >ports/textproc/rubygem-nokogiri/Makefile >ports/textproc/rubygem-nokogiri/distinfo >ports/www/campsite/Makefile >ports/www/linux-f10-flashplugin10/Makefile >ports/www/linux-f10-flashplugin10/distinfo >ports/www/p5-Catalyst-Engine-HTTP-Prefork/Makefile >ports/www/p5-Catalyst-Engine-HTTP-Prefork/distinfo >ports/www/p5-HTML-Element-Library/Makefile >ports/www/p5-HTML-Element-Library/distinfo >ports/www/p5-HTML-Seamstress/Makefile >ports/www/p5-HTML-Seamstress/distinfo >ports/www/p5-HTML-WikiConverter-MediaWiki/Makefile >ports/www/p5-HTML-WikiConverter-MediaWiki/distinfo >ports/www/p5-HTTP-DAV/Makefile >ports/www/p5-HTTP-DAV/distinfo >ports/www/p5-URI-ParseSearchString/Makefile >ports/www/p5-URI-ParseSearchString/distinfo >ports/www/p5-WWW-Yandex-TIC/Makefile >ports/www/p5-WWW-Yandex-TIC/distinfo ..anyone happen to know why it got only the flash-related patches here (Mk/bsd.linux-apps.mk ftp/linux-f10-curl/Makefile linux-f10-flashplugin10/{Makefile,distinfo}) but not the new ports (security/linux-f10-cyrus-sasl2 and net/linux-f10-openldap)? I mean I certainly committed the new ports first... :) Wondering, Juergen From marck at rinet.ru Sat Jul 4 23:16:49 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Sat Jul 4 23:16:56 2009 Subject: databases/evolution-data-server 2.26.3 broken In-Reply-To: <20090704090335.GX2504@carrick.bishnet.net> References: <20090704090335.GX2504@carrick.bishnet.net> Message-ID: On Sat, 4 Jul 2009, Tim Bishop wrote: TB> HI, TB> TB> It looks like the latest update to evolution-data-server broken it: TB> TB> -- Installing ./html/index.sgml TB> -- Installing ./html/ix01.html TB> -- Installing ./html/ix02.html TB> -- Installing ./html/left.png TB> -- Installing ./html/right.png TB> -- Installing ./html/style.css TB> -- Installing ./html/up.png TB> gtkdoc-rebase: not found TB> gmake[4]: *** [install-data-local] Error 127 TB> gmake[4]: Leaving directory TB> `/usr/ports/databases/evolution-data-server/work/evolution-data-server-2.26.3/docs/reference/camel' TB> TB> QAT noticed too: TB> TB> ??? - evolution-data-server-2.26.3 maintained by gnome@FreeBSD.org TB> http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/evolution-data-server-2.26.3.log it seems dependency to gtk-doc is missed. after installing it by hand my local portupgrade has finished normally. I reported it to marcus@. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From spencer at allswede.us Sat Jul 4 23:32:05 2009 From: spencer at allswede.us (spencer@allswede.us) Date: Sat Jul 4 23:32:11 2009 Subject: Your email requires verification verify#JN52Yz9j8_otn6Jv8k3jq0V7xHZ1mSh2 Message-ID: <20090704233204.6AC8F8FC1C@mx1.freebsd.org> 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@freebsd.org Sat Jul 04 17:05:23 2009 Received: from allswede by box523.bluehost.com with local-bsmtp (Exim 4.69) (envelope-from <-freebsd-ports@freebsd.org>) id 1MNEIN-0002Kx-DG for spencer@allswede.us; Sat, 04 Jul 2009 17:05:23 -0600 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on box523.bluehost.com X-Spam-Level: **** X-Spam-Status: No, score=4.9 required=5.0 tests=RCVD_IN_XBL,SPF_SOFTFAIL, XMAILER_MIMEOLE_OL_3AC1D shortcircuit=no autolearn=no version=3.2.4 Received: from [123.18.101.64] by box523.bluehost.com with esmtp (Exim 4.69) (envelope-from <-freebsd-ports@freebsd.org>) id 1MNEIK-0002H3-IK for spencer@allswede.us; Sat, 04 Jul 2009 17:05:23 -0600 Received: from 123.18.101.64 by mx1.freebsd.org; Sun, 5 Jul 2009 06:05:22 +0700 Message-ID: <01c9fd36$949ae410$4065127b@-freebsd-ports> From: "Britney Beatty" <-freebsd-ports@freebsd.org> To: Subject: Hello from distant Russia. Lets become friends. Date: Sun, 5 Jul 2009 06:05:22 +0700 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0006_01C9FD36.949AE410" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 X-user: ::::123.18.101.64:box523.bluehost.com:::::: X-Identified-User: {7555:box523.bluehost.com:allswede:allswede.us} {sentby:program running on server} From keramida at freebsd.org Sun Jul 5 06:20:40 2009 From: keramida at freebsd.org (Giorgos Keramidas) Date: Sun Jul 5 06:20:46 2009 Subject: libiconv local distfile missing? Message-ID: <87skhbhdv4.fsf@kobe.laptop> Hi porters :) After my latest portsnap libiconv fails to `make fetch' with: => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/libiconv-1.13.1-ja-1.patch.gz: 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 The distfile is also missing from ~nork/public_distfiles: $ freefall 'ls ~nork/public_distfiles/libiconv-1.13.1-ja-1.patch.gz' ls: /home/nork/public_distfiles/libiconv-1.13.1-ja-1.patch.gz: No such file or directory Any other place we can find it and commit it to ports or upload it on freefall? -------------- 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/20090705/e4402ce2/attachment.pgp From nork at ninth-nine.com Sun Jul 5 06:26:46 2009 From: nork at ninth-nine.com (Norikatsu Shigemura) Date: Sun Jul 5 06:26:53 2009 Subject: libiconv local distfile missing? In-Reply-To: <87skhbhdv4.fsf@kobe.laptop> References: <87skhbhdv4.fsf@kobe.laptop> Message-ID: <20090705152638.6123957d.nork@ninth-nine.com> Hi keramida. On Sun, 05 Jul 2009 08:56:31 +0300 Giorgos Keramidas wrote: > After my latest portsnap libiconv fails to `make fetch' with: > => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. > fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/libiconv-1.13.1-ja-1.patch.gz: 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 > The distfile is also missing from ~nork/public_distfiles: > $ freefall 'ls ~nork/public_distfiles/libiconv-1.13.1-ja-1.patch.gz' > ls: /home/nork/public_distfiles/libiconv-1.13.1-ja-1.patch.gz: No such file or directory > Any other place we can find it and commit it to ports or upload it on > freefall? Already fixed. I confirmed that extra patch isn't updated and no rejected. Thank you! From keramida at freebsd.org Sun Jul 5 07:43:45 2009 From: keramida at freebsd.org (Giorgos Keramidas) Date: Sun Jul 5 07:43:50 2009 Subject: libiconv local distfile missing? In-Reply-To: <20090705152638.6123957d.nork@ninth-nine.com> (Norikatsu Shigemura's message of "Sun, 5 Jul 2009 15:26:38 +0900") References: <87skhbhdv4.fsf@kobe.laptop> <20090705152638.6123957d.nork@ninth-nine.com> Message-ID: <87d48f7exf.fsf@kobe.laptop> On Sun, 5 Jul 2009 15:26:38 +0900, Norikatsu Shigemura wrote: >> After my latest portsnap libiconv fails to `make fetch' with: >> => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. >> fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/libiconv-1.13.1-ja-1.patch.gz: File unavailable (e.g., file not found, no access) > Already fixed. I confirmed that extra patch isn't updated and > no rejected. Excellent! Thanks for fixing it so fast :-) From itetcu at FreeBSD.org Sun Jul 5 08:15:15 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sun Jul 5 08:15:22 2009 Subject: can you PLEASE _read_ the QAT mails? (was: Re: Question about a failure report) In-Reply-To: <994EF1F5-0A23-4A4F-B853-48AED6A5529F@tandon.net> References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> <91D041090FA2939A0942293F@utd65257.utdallas.edu> <4C41B4EAEF8C942A8D085916@utd65257.utdallas.edu> <994EF1F5-0A23-4A4F-B853-48AED6A5529F@tandon.net> Message-ID: <20090705111532.61c2dd65@it.buh.tecnik93.com> On Fri, 3 Jul 2009 19:10:18 -0400 Sahil Tandon wrote: > On Jul 3, 2009, at 4:37 PM, Paul Schmehl wrote: > > > --On Friday, July 03, 2009 15:08:31 -0500 Alex Goncharov > > > > wrote: > > > >> > >> ,--- You/Paul (Fri, 03 Jul 2009 19:56:48 +0000) ----* > >> | Since mysql is preselected, the port *should* install mysql if > >> it's | not installed. For some reason, > >> > >> If MySQL is in BUILD or LIB _DEPENDS . > >> > >> | Since it's a tinderbox, does it ignore OPTIONS and not install > >> | dependent ports? SIGH SIGH SIGH People, exactly what can I do to make you actually *read* THE BIG LETTERS in the QAT and QATty mails? Is there a better wording of those mails? Should I send HTML mails and use bold and font size = 24? Put pictures of naked women in them each pointing to a piece of information? I think you have all the information you need in each of those emails; you can sort them via the custom headers; you even have a direct link to the archived WRKDIR; etc. I've spent about 2 hours per day, each day, in the last 14 months running QAT and QATty to provide on-commit testing and get the period of time a port is broken to a minumun; and doing testing for non-default configurations that we claim we support and that were never tested on Pointy. This is so very frustrating. Paul, I'm not picking on you, it's just that it's the 4th mail I get in the last days showing the same thing. Sigh, at lest this one was a question, not trying to convince me QATty setup is wrong because we don't support non-default configs. For short, your port's configure script fails to search for mysql headers in the right place; QATty has LOCALBASE and PREFIX set to /usr/PPP. If you can't sorted out in a few days drop me an email and I'll take a look. -- 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/20090705/64ee155e/signature.pgp From erwin at FreeBSD.org Sun Jul 5 11:27:31 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sun Jul 5 11:27:38 2009 Subject: INDEX build failed for 8.x In-Reply-To: <200907042034.n64KYONY099475@triton.kn-bremen.de> References: <200907032226.n63MQ7wq045645@pointyhat.freebsd.org> <200907042034.n64KYONY099475@triton.kn-bremen.de> Message-ID: <20090705112728.GC86673@droso.net> On Sat, Jul 04, 2009 at 10:34:24PM +0200, Juergen Lock wrote: > > ..anyone happen to know why it got only the flash-related > patches here (Mk/bsd.linux-apps.mk ftp/linux-f10-curl/Makefile > linux-f10-flashplugin10/{Makefile,distinfo}) but not the new > ports (security/linux-f10-cyrus-sasl2 and net/linux-f10-openldap)? > I mean I certainly committed the new ports first... :) > Probably some fluke in the way the tree is synchronized where, as it would seem, new files arrive later than modified files. I've seen similar errors before, but it's too entangled to pinpoint the exact cause. Cheers, -erwin -- Erwin Lansing (o_ _o) http://droso.org \\\_\ /_/// The rest is silence <____) (____> erwin@lansing.dk -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090705/6b3c6fab/attachment.pgp From nikola.lecic at anthesphoria.net Sun Jul 5 20:14:05 2009 From: nikola.lecic at anthesphoria.net (Nikola =?UTF-8?B?TGXEjWnEhw==?=) Date: Sun Jul 5 20:14:12 2009 Subject: textproc/scim-kmfl-sil-ipa-unicode5: What to do with the port name? In-Reply-To: <20090628012447.43cc7959@anthesphoria.net> References: <20090628010314.3bac0c4b@anthesphoria.net> <20090628012447.43cc7959@anthesphoria.net> Message-ID: <20090705220601.19f1fba3@anthesphoria.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 On Sun, 28 Jun 2009 01:03:14 +0200 Nikola Le?i? wrote: > a) to change the name to scim-kmfl-sil-ipa-unicode51; > b) to change the name to scim-kmfl-sil-ipa-unicode; > c) to leave the name as it is. No answer, assuming c), ports/136360 filled. Thanks, - -- Nikola Le?i? = ?????? ????? fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iJwEAQEDAAYFAkpRB68ACgkQ/MM/0rYIoZhZaQP/dhlU6rLMRnEbwFa8tQ2arWmC u9jpoU+LqV+2bTw4oOrWmfNOQCFnsrnUrwZzXiUUZ6AmGS0qpQw4sjKkLOHU/Zft SUMlgQPgVgqIsJ0LqayxH90jWuRRY4ZKeiP0AvKt2Fxr9vpM5LFE+duJyH5gcppg vm80OPe2dh+elnTfYY4= =FNZD -----END PGP SIGNATURE----- From pschmehl_lists at tx.rr.com Sun Jul 5 21:44:36 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Sun Jul 5 21:44:44 2009 Subject: can you PLEASE _read_ the QAT mails? (was: Re: Question about a failure report) In-Reply-To: <20090705111532.61c2dd65@it.buh.tecnik93.com> References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> <91D041090FA2939A0942293F@utd65257.utdallas.edu> <4C41B4EAEF8C942A8D085916@utd65257.utdallas.edu> <994EF1F5-0A23-4A4F-B853-48AED6A5529F@tandon.net> <20090705111532.61c2dd65@it.buh.tecnik93.com> Message-ID: <4ED7FF030DD8AEF9F1B2A039@Macintosh-2.local> --On July 5, 2009 11:15:32 AM +0300 Ion-Mihai Tetcu wrote: > > Paul, I'm not picking on you, it's just that it's the 4th mail I get in > the last days showing the same thing. > Sigh, at lest this one was a question, not trying to convince me QATty > setup is wrong because we don't support non-default configs. > > For short, your port's configure script fails to search for mysql > headers in the right place; QATty has LOCALBASE and PREFIX set > to /usr/PPP. If you can't sorted out in a few days drop me an email and > I'll take a look. No offense taken. The thing that confused me is that I always build my ports in /tmp/portname when testing, but barnyard still managed to find mysql headers when building. So I didn't understand why it was failing in QAT. I followed all the links in the email and read the materials, but I still didn't understand why the build failed in QAT. I didn't want to make a change to the port unless the problem really was with the port. That's why I asked the question. 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 itetcu at FreeBSD.org Sun Jul 5 21:51:21 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sun Jul 5 21:51:28 2009 Subject: can you PLEASE _read_ the QAT mails? (was: Re: Question about a failure report) In-Reply-To: <4ED7FF030DD8AEF9F1B2A039@Macintosh-2.local> References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> <91D041090FA2939A0942293F@utd65257.utdallas.edu> <4C41B4EAEF8C942A8D085916@utd65257.utdallas.edu> <994EF1F5-0A23-4A4F-B853-48AED6A5529F@tandon.net> <20090705111532.61c2dd65@it.buh.tecnik93.com> <4ED7FF030DD8AEF9F1B2A039@Macintosh-2.local> Message-ID: <20090706005148.15d15cd1@it.buh.tecnik93.com> On Sun, 05 Jul 2009 13:49:49 -0500 Paul Schmehl wrote: > > For short, your port's configure script fails to search for mysql > > headers in the right place; QATty has LOCALBASE and PREFIX set > > to /usr/PPP. If you can't sorted out in a few days drop me an email > > and I'll take a look. > > No offense taken. The thing that confused me is that I always build > my ports in /tmp/portname when testing, but barnyard still managed to > find mysql headers when building. Yes, that's PREFIX (ie. you install in /tmp/portname) but LOCALBASE I bet it's /usr/local. > So I didn't understand why it was failing in QAT. I followed all the > links in the email and read the materials, but I still didn't > understand why the build failed in QAT. It failed on QATty, not on QAT. QAT has -DNOPORT* while QATty has PREFIX and LOCALBASE = /usr/PPP > I didn't want to make a change to the port unless the problem really > was with the port. That's why I asked the question. It is :) Sahil's patch looks good, I'm going to test it tomorrow. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090705/2312fdd9/signature.pgp From redchin at gmail.com Sun Jul 5 21:53:04 2009 From: redchin at gmail.com (Kevin Downey) Date: Sun Jul 5 21:53:24 2009 Subject: firefox 3.5 pulseaudio crash Message-ID: <1d3ed48c0907051453i29b453e8o3d3ea6410f7c69a3@mail.gmail.com> run output: kpd circe ~% firefox3 E: mutex-posix.c: Assertion 'pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_RECURSIVE) == 0' failed at pulsecore/mutex-posix.c:52, function pa_mutex_new(). Aborting. Abort trap zsh: exit 134 firefox3 kpd circe ~% ls -la Makefile -rw-r--r-- 1 root wheel 4118 Jul 3 06:38 /usr/ports/www/firefox35/Makefile problem occured while starting firefox, happens everytime on the two machinse I have tried to run firefox3.5 on kpd circe ~% uname -a FreeBSD circe.nexus.lan 8.0-CURRENT FreeBSD 8.0-CURRENT #18: Mon Jun 22 21:57:50 PDT 2009 root@circe.nexus.lan:/usr/obj/usr/src/sys/CIRCE8 i386 kpd circe ~% kpd eskarina ~% uname -a FreeBSD eskarina.nexus.lan 7.2-STABLE FreeBSD 7.2-STABLE #20: Mon May 11 13:41:09 PDT 2009 root@eskarina.nexus.lan:/usr/obj/usr/src/sys/ES i386 kpd eskarina ~% -- And what is good, Phaedrus, And what is not good? Need we ask anyone to tell us these things? From chalbersma.12 at westminster-mo.edu Mon Jul 6 04:13:11 2009 From: chalbersma.12 at westminster-mo.edu (Christopher Ryan Halbersma) Date: Mon Jul 6 04:13:18 2009 Subject: n2n In-Reply-To: <20090617044547.3DB081065702@hub.freebsd.org> References: <20090617044547.3DB081065702@hub.freebsd.org> Message-ID: Is the n2n port still maintained? Just wondering. From sahil at tandon.net Mon Jul 6 04:38:27 2009 From: sahil at tandon.net (Sahil Tandon) Date: Mon Jul 6 04:38:34 2009 Subject: n2n In-Reply-To: References: <20090617044547.3DB081065702@hub.freebsd.org> Message-ID: <20090706043825.GB175@tandon.net> On Sun, 05 Jul 2009, Christopher Ryan Halbersma wrote: > Is the n2n port still maintained? Just wondering. Unless it exists with another name, it seems no. % cd /usr/ports && make search name=n2n % -- Sahil Tandon From pczanik at fang.fa.gau.hu Mon Jul 6 08:59:32 2009 From: pczanik at fang.fa.gau.hu (Peter Czanik) Date: Mon Jul 6 08:59:40 2009 Subject: postgresql 8.4 Message-ID: <4A51B8CD.7050902@fang.fa.gau.hu> Hello, Postgresql 8.4 was released last week. I wanted to test it, but it turned out, that /usr/ports/databases/postgresql84-server is just a copy of the 8.3 server. Any news, when a full 8.4 port will be available? The 8.4 release notes mention FreeBSD related fixes, so someone is most likely working on the 8.4 port in a private ports tree. I would gladly volunteer to test it. Bye, CzP From bugmaster at FreeBSD.org Mon Jul 6 11:06:05 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 6 11:06:31 2009 Subject: Current unassigned ports problem reports Message-ID: <200907061106.n66B64G0009789@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/136370 [MAINTAINER] net/tintin: update to 1.99.6 o ports/136360 [Maintainer] textproc/scim-kmfl-sil-ipa-unicode5: Upda o ports/136359 New port - lang/gnat-gcc44 o ports/136341 Port update: multimedia/playd o ports/136340 New Port: multimedia/playd2 o ports/136323 new port: www/nanoblogger-extra - optional additions t o ports/136322 [patch] Update port www/nanoblogger to 3.4 and take ma o ports/136307 [MAINTAINER] sysutils/samesame f ports/136305 [patch] audio/musicpd: 0.15 update o ports/136304 [maintainer] mail/dma - fix message corruption o ports/136287 devel/cvsadmin [patch] configure cvsadmin to use mkdte o ports/136281 New port: benchmarks/slowloris - HTTP client to test w o ports/136267 New port: net-im/prosody Simple and extensible Lua XMP o ports/136266 New port: security/luasec Lua bindings for OpenSSL lib o ports/136265 New port: textproc/luaexpat XML Parser for Lua using t o ports/136264 Update port: devel/lua50-compat51 - Header files not i o ports/136263 New port: databases/mysql54-server, requesting ownersh f ports/136258 Port for sysutils/heartbeat (1.2.5_6) fails to build o ports/136256 New port for Gearman::XS Perl module: devel/p5-Gearman f ports/136227 science/Gramps Crashes When Opening a Family File o ports/136204 [new port] lang/open-cobol-devel - development preview o ports/136160 net/scapy: Add config options and fix a bug with VPyth o ports/136150 [New Port] textproc/scim-kmfl-european-latin: Paneurop f ports/136142 Removal of irc/kvirc-devel o ports/136133 New port: net/callweaver Open source IP PBX based on A f ports/136132 Update port: devel/srecord to 1.49 f ports/136129 multimedia/kbtv won't build & install on 7.2 o ports/136124 sysutils/bsdstats needs timeout settings o ports/136089 New port: devel/mercurialeclipse A mercurial plugin fo o ports/136088 New ports: databases/mysql-workbench51 databases/mysql f ports/136062 A patch to fix the patch file of www/xpi-foxyproxy abo o ports/135909 comms/mgetty+sendfax port defaults to non-existant ser f ports/135867 net-im/gajim 0.12.3: wrong $path in bin file o ports/135719 [patch] multimedia/mplayer: Fix segfaults when playing f ports/135703 new port: databases/slony2 [was: Updated port database o ports/135664 [PATCH]: bsd.ldap.mk: Detect flavour of installed open s ports/135544 [patch]net-im/qwit suffers from twitpocalypse f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- f ports/135442 mkntfs from sysutils/ntfsprogs don't seems to work o ports/135019 sysutils/bubblemon-dockapp 1.46_6 memory usage meter i f ports/135018 Port multimedia/vlc fails to compile when WITHOUT_X11= f ports/134743 devel/Monotone and pthreaded dependencies f ports/134639 devel/boost can't be made with parameteres -DWITH_PYT s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic o ports/134474 deskutils/wmpinboard segfaults on startup o ports/134443 [NEW PORT] multimedia/2ManDVD: Create your own video d s ports/134347 mail/spamd: spamlogd's whitelist expiration period is f ports/134264 audio/cmus - segmentation fault with ogg files o ports/133822 New port for cad/linux-eagle5 (Eagle 5.5.0) o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133451 www/plone3 build fails. Plone3 needs python-2.4 but li f ports/133344 net/nss_ldap fails to compile if world was installed w o ports/133303 lang/visualworks cannot load Jun because of lacking TG o ports/133254 [bsd.fpc.mk] don't display bogus message for fpc-using o ports/133068 New port: audio/linux-genpuid f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v o ports/132391 multimedia/mplayer does not work with pulseaudio o ports/131526 lang/cmucl: CMUCL for FreeBSD 7 s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca 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 f ports/130209 www/typo3 upgrade removes configuration f ports/129677 /usr/ports/sysutils/aaccli Bad system call: 12 (core d o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/128603 [patch] textproc/flex has too small capacity o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123927 devel/Boost and devel/boost-python ports naming genera o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin f ports/121050 New port: sysutils/heartbeat2 Linux High-Availability o ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/114106 mail/postgrey does not properly shut down via rc.d scr o ports/111501 [NEW PORT] databases/ruby-oci8 o ports/108795 ports/icc: Proposed update to icc port for intel compi o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. s ports/85513 Intel C++ compiler not 100% binary compatible with sys 85 problems total. From smcafee at collaborativefusion.com Mon Jul 6 13:11:22 2009 From: smcafee at collaborativefusion.com (Sean McAfee) Date: Mon Jul 6 13:11:28 2009 Subject: postgresql 8.4 In-Reply-To: <4A51B8CD.7050902@fang.fa.gau.hu> References: <4A51B8CD.7050902@fang.fa.gau.hu> Message-ID: <4A51F59D.6060405@collaborativefusion.com> Peter Czanik wrote: > Hello, > Postgresql 8.4 was released last week. I wanted to test it, but it > turned out, that /usr/ports/databases/postgresql84-server is just a copy > of the 8.3 server. Any news, when a full 8.4 port will be available? > The 8.4 release notes mention FreeBSD related fixes, so someone is most > likely working on the 8.4 port in a private ports tree. I would gladly > volunteer to test it. > Bye, > CzP I'd also be willing to test. -- Sean McAfee System Engineer From marck at rinet.ru Mon Jul 6 16:20:21 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Mon Jul 6 16:20:29 2009 Subject: postgresql 8.4 In-Reply-To: <4A51B8CD.7050902@fang.fa.gau.hu> References: <4A51B8CD.7050902@fang.fa.gau.hu> Message-ID: On Mon, 6 Jul 2009, Peter Czanik wrote: PC> Hello, PC> Postgresql 8.4 was released last week. I wanted to test it, but it turned PC> out, that /usr/ports/databases/postgresql84-server is just a copy of the 8.3 PC> server. Any news, when a full 8.4 port will be available? PC> The 8.4 release notes mention FreeBSD related fixes, so someone is most PC> likely working on the 8.4 port in a private ports tree. I would gladly PC> volunteer to test it. It seems you catched the middle of repocopy process, where repomeister did the copy task, but port maintainer does not update freshly copied port files yet ;-) [looking at the PR database] Ah no, this had been done back in April. My remark still applies, but the length of process is a bit exceeding... Someone should ping girgen@ about it (added to CC: list) -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From venture37 at gmail.com Mon Jul 6 17:50:59 2009 From: venture37 at gmail.com (Sevan / Venture37) Date: Mon Jul 6 17:51:06 2009 Subject: postgresql 8.4 In-Reply-To: References: <4A51B8CD.7050902@fang.fa.gau.hu> Message-ID: <4A523409.1080708@gmail.com> It must be upgrade to postgresql 8.4 day or something, just noticed this aswell. Sevan / Venture37 From peo at intersonic.se Mon Jul 6 20:09:38 2009 From: peo at intersonic.se (Per olof Ljungmark) Date: Mon Jul 6 20:09:47 2009 Subject: www/horde-base Message-ID: <4A5255B5.5020303@intersonic.se> Hello, I would be very interested in latest version of Horde, 3.3.4 I believe. Also, a fair number of the Horde apps are lagging. Any chances to see it happening? Cheers, -- per From girgen at FreeBSD.org Mon Jul 6 21:13:05 2009 From: girgen at FreeBSD.org (Palle Girgensohn) Date: Mon Jul 6 21:13:13 2009 Subject: postgresql 8.4 In-Reply-To: References: <4A51B8CD.7050902@fang.fa.gau.hu> Message-ID: Consider me ping:ed. :-) Just got back from vacation, I'll be fixing the port tomorrow. Regards, Palle --On m?ndag, m? 6 jul 2009 20.20.17 +0400 Dmitry Morozovsky wrote: > On Mon, 6 Jul 2009, Peter Czanik wrote: > > PC> Hello, > PC> Postgresql 8.4 was released last week. I wanted to test it, but it > turned PC> out, that /usr/ports/databases/postgresql84-server is just a > copy of the 8.3 PC> server. Any news, when a full 8.4 port will be > available? > PC> The 8.4 release notes mention FreeBSD related fixes, so someone is > most PC> likely working on the 8.4 port in a private ports tree. I would > gladly PC> volunteer to test it. > > It seems you catched the middle of repocopy process, where repomeister > did the copy task, but port maintainer does not update freshly copied > port files yet ;-) > > [looking at the PR database] > > Ah no, this had been done back in April. My remark still applies, but > the length of process is a bit exceeding... > > Someone should ping girgen@ about it (added to CC: list) > > -- > Sincerely, > D.Marck [DM5020, MCK-RIPE, DM3-RIPN] > [ FreeBSD committer: marck@FreeBSD.org ] > ------------------------------------------------------------------------ > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** > ------------------------------------------------------------------------ From mikej at rogers.com Mon Jul 6 21:46:10 2009 From: mikej at rogers.com (Mike Jakubik) Date: Mon Jul 6 21:46:16 2009 Subject: postgresql 8.4 In-Reply-To: <4A51B8CD.7050902@fang.fa.gau.hu> References: <4A51B8CD.7050902@fang.fa.gau.hu> Message-ID: On Mon, July 6, 2009 4:41 am, Peter Czanik wrote: > Hello, > Postgresql 8.4 was released last week. I wanted to test it, but it > turned out, that /usr/ports/databases/postgresql84-server is just a copy > of the 8.3 server. Any news, when a full 8.4 port will be available? > The 8.4 release notes mention FreeBSD related fixes, so someone is most I see not mention of any changes relating to FreeBSD in the release notes, could you elaborate on this? Thanks. From marck at rinet.ru Tue Jul 7 00:07:33 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Tue Jul 7 00:07:39 2009 Subject: postgresql 8.4 In-Reply-To: References: <4A51B8CD.7050902@fang.fa.gau.hu> Message-ID: On Mon, 6 Jul 2009, Palle Girgensohn wrote: PG> Consider me ping:ed. :-) PG> PG> Just got back from vacation, I'll be fixing the port tomorrow. Thanks a lot! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From sahil at tandon.net Tue Jul 7 01:53:45 2009 From: sahil at tandon.net (Sahil Tandon) Date: Tue Jul 7 01:53:53 2009 Subject: postgresql 8.4 In-Reply-To: References: <4A51B8CD.7050902@fang.fa.gau.hu> Message-ID: <20090707015343.GB899@tandon.net> On Mon, 06 Jul 2009, Mike Jakubik wrote: > On Mon, July 6, 2009 4:41 am, Peter Czanik wrote: > > > Hello, > > Postgresql 8.4 was released last week. I wanted to test it, but it > > turned out, that /usr/ports/databases/postgresql84-server is just a copy > > of the 8.3 server. Any news, when a full 8.4 port will be available? > > The 8.4 release notes mention FreeBSD related fixes, so someone is most > > I see not mention of any changes relating to FreeBSD in the release notes, > could you elaborate on this? Look in the mailing list archives: http://archives.postgresql.org/pgsql-announce/2009-06/msg00009.php -- Sahil Tandon From khsing.cn at gmail.com Tue Jul 7 04:20:03 2009 From: khsing.cn at gmail.com (khsing) Date: Tue Jul 7 04:20:10 2009 Subject: lang/erlang-lite build error Message-ID: <97dad5de0907062046v3c549d7cwfba14e4e61faf5f8@mail.gmail.com> when I want to install couchdb, erlang-lite build error. any suggestion? thanks. some information blow this: OS: FreeBSD 6.4 gmake[2]: Leaving directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/lib_src' gmake[1]: Leaving directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/lib_src' cd erts && ERL_TOP=/usr/ports/lang/erlang-lite/work/otp_src_R13B01 gmake NO_START_SCRIPTS=true FLAVOR= gmake[1]: Entering directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts' gmake[2]: Entering directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/emulator' gmake -f i386-portbld-freebsd6.4/Makefile generate gmake[3]: Entering directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/emulator' gmake[3]: Nothing to be done for `generate'. gmake[3]: Leaving directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/emulator' gmake[2]: Leaving directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/emulator' gmake[2]: Entering directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/emulator' gmake -f i386-portbld-freebsd6.4/Makefile TYPE=opt gmake[3]: Entering directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/emulator' cd /usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/lib_src && gmake opt gmake[4]: Entering directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/lib_src' gmake -f i386-portbld-freebsd6.4/Makefile TYPE=opt gmake[5]: Entering directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/lib_src' gmake[5]: Nothing to be done for `all'. gmake[5]: Leaving directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/lib_src' gmake[4]: Leaving directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/lib_src' gmake[4]: Entering directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/emulator/zlib' gmake -f i386-portbld-freebsd6.4/Makefile TYPE=opt gmake[5]: Entering directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/emulator/zlib' gmake[5]: Nothing to be done for `all'. gmake[5]: Leaving directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/emulator/zlib' gmake[4]: Leaving directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/emulator/zlib' gmake[4]: Entering directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/emulator/pcre' gmake -f i386-portbld-freebsd6.4/Makefile TYPE=opt gmake[5]: Entering directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/emulator/pcre' gmake[5]: Nothing to be done for `all'. gmake[5]: Leaving directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/emulator/pcre' gmake[4]: Leaving directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/emulator/pcre' cc -Ii386-portbld-freebsd6.4/opt/smp -Ibeam -Isys/unix -Isys/common -Ii386-portbld-freebsd6.4 -Izlib -Ipcre -Ihipe -I../include/internal -I../include/internal/i386-portbld-freebsd6.4 -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/i386-portbld-freebsd6.4 -DERTS_SMP -DHAVE_CONFIG_H -Wall -Wstrict-prototypes -Wmissing-prototypes -Wdeclaration-after-statement -DUSE_THREADS -D_THREAD_SAFE -D_REENTRANT -c beam/erl_bif_info.c -o obj/i386-portbld-freebsd6.4/opt/smp/erl_bif_info.o beam/erl_bif_info.c: In function `system_info_1': beam/erl_bif_info.c:1883: error: `am_x86' undeclared (first use in this function) beam/erl_bif_info.c:1883: error: (Each undeclared identifier is reported only once beam/erl_bif_info.c:1883: error: for each function it appears in.) gmake[3]: *** [obj/i386-portbld-freebsd6.4/opt/smp/erl_bif_info.o] Error 1 gmake[3]: Leaving directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/emulator' gmake[2]: *** [opt] Error 2 gmake[2]: Leaving directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts/emulator' gmake[1]: *** [smp] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/erlang-lite/work/otp_src_R13B01/erts' gmake: *** [emulator] Error 2 *** Error code 1 Stop in /usr/ports/lang/erlang-lite. *** Error code 1 Stop in /usr/ports/databases/couchdb. -- A man live in jail and want to break. http://blog.khsing.net From linimon at FreeBSD.org Tue Jul 7 06:28:32 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Jul 7 06:28:43 2009 Subject: FreeBSD unmaintained ports which are currently marked broken Message-ID: <20090707062830.424E91CCC9@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: chinese/iiimf-le-xcin broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: games/amy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/tinycobol broken because: Missing htcobol compiler binary build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/flowscan broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090702080753/flowscan-1.006_9.log (_Jul__4_01:17:18_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net/asterisk12-addons broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk12-addons portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/openradius broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openradius portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/lgrind broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=lgrind portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: security/hashish broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=hashish portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk From linimon at FreeBSD.org Tue Jul 7 06:28:48 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Jul 7 06:28:54 2009 Subject: FreeBSD ports which are currently marked broken Message-ID: <20090707062845.747501CC11@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/dino broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=dino portname: audio/emu10kx broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=emu10kx portname: audio/gai-album broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gai-album portname: audio/gai-visual-audio broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gai-visual-audio portname: audio/muine broken because: doesn't build and is apparently unmaintained build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090622225611/muine-0.8.10_1.log (_Jun_23_16:00:15_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=muine portname: cad/alliance broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/alliance-5.0.20070718_1.log.bz2 (_Mar_26_08:21:12_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=alliance portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/iiimf-le-xcin broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: comms/hcfmdm broken because: Does not compile at 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm portname: converters/mimelib broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: databases/erserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/libgda4-jdbc broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libgda4-jdbc portname: databases/libpbl broken because: does not work with databases > ~200 MB (see ports/130236) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libpbl portname: deskutils/plasma-applet-quicklauncher broken because: Does not compile with KDE 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=plasma-applet-quicklauncher portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090628212755/cocktail-9309_1.log.bz2 (_Jun__3_14:04:39_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/gdb53-act broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090630222356/gdb-act-5.3_2,1.log (_Jul__2_10:05:39_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090630222356/msp430-gdb-5.1.1.20030909_1.log (_Jul__2_09:37:06_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/p5-P4-Client broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: devel/pecl-svn broken because: does not compile with subversion-1.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pecl-svn portname: devel/poco broken because: bad plist build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090528233540/poco-1.3.3p1.log.bz2 (_Jan_25_06:28:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco portname: devel/root broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-rjudy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/ruby-subversion broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090706085018/ruby-subversion-1.6.3.log (_Jul__6_21:28:41_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-subversion portname: devel/rubygem-rtags broken because: does not install build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090630222356/rubygem-rtags-0.97.log (_Jun_30_04:52:52_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-rtags portname: devel/xfc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc portname: editors/setedit broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit portname: editors/zed broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: games/amy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy portname: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: graphics/bugle broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=bugle portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/p5-GraphViz-Data-Structure broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/p5-GraphViz-Data-Structure-0.17_1.log.bz2 (_Mar_26_15:08:31_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=p5-GraphViz-Data-Structure portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: graphics/wings broken because: Broken with erlang-r13b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=wings portname: irc/epic5 broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090621223526/epic5-1.0.log (_Jun_30_02:31:28_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=epic5 portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/jakarta-commons-dbcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp portname: java/jdk14 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090703113658/jdk-1.4.2p8_15.log (_Jul__4_12:22:52_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/dylan broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/gcl broken because: Gcl compiled with gcc42 dumps core build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: lang/mlton broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mlton portname: lang/mozart broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/ocamlduce broken because: does not build with current version of lang/ocaml build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ocamlduce portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/tinycobol broken because: Missing htcobol compiler binary build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol portname: lang/xsb broken because: Does not compile on FreeBSD 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/linalg broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/flowscan broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090702080753/flowscan-1.006_9.log (_Jul__4_01:17:18_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net/asterisk12-addons broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk12-addons portname: net/b2bua broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/ggsd broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/isc-dhcp31-client broken because: Not yet integrated and tested build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-client portname: net/isc-dhcp31-relay broken because: Not yet integrated and tested build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-relay portname: net/isc-dhcp31-server broken because: Not yet integrated and tested build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-server portname: net/openradius broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openradius portname: net/rubygem-twitter broken because: does not install, requires exact version of oauth build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090611213544/rubygem-twitter-0.6.11.log.bz2 (_Jun_13_20:23:05_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rubygem-twitter portname: net/ssltunnel-client broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ssltunnel-client portname: net/vserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vserver portname: net/ztelnet broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/openftd broken because: Does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/openftd-1.1.0_2.log (Wed Mar 18 11:52:03 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/romeo broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/kaspaliste broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: print/lgrind broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=lgrind portname: science/elmerpost broken because: Latest version fails to compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/elmerpost-5.4.0_5.log (Wed Mar 18 11:51:14 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmerpost portname: science/gchemutils broken because: does not compile with goffice-0.7.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=gchemutils portname: science/mbdyn broken because: fails to build with GCC 4.3 as needed for Fortran build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=mbdyn portname: science/pcp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: security/f-prot broken because: This version no longer receives updates build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=f-prot portname: security/hashish broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=hashish portname: security/krb4 broken because: Incorrect pkg-plist on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb4 portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/shibboleth-sp broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090630222356/shibboleth-sp-1.3f.log (_Jul__2_10:12:14_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: sysutils/dtc broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/gai-leds broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=gai-leds portname: sysutils/megarc broken because: Running megarc seems to cause memory corruption build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=megarc portname: sysutils/perf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf portname: sysutils/xwipower broken because: Use obsoleted wireless lan API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/dixit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=dixit portname: textproc/eruby broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090622225611/eruby-1.0.5.log (_Jun_23_15:22:04_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=eruby portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-lucene broken because: Doesn't build with python2.6 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/py25-PyLucene-2.4.0.log.bz2 (_Mar_26_05:45:02_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-lucene portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/kompozer broken because: KompoZer 0.7.10 is not compatible with GTK 2.14 and higher, hence the crashes. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=kompozer portname: www/rubygem-merb broken because: fails to install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090622181557/rubygem-merb-0.9.3.log (_Jul__1_18:19:22_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rubygem-merb portname: www/trac-wikitemplates broken because: bad depobj build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-wikitemplates portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-drivers/xf86-video-nsc broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090621131742/xf86-video-nsc-2.8.3_4.log (_Jun_29_18:16:13_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-nsc portname: x11-fm/velocity broken because: does not build with GNOME 2.26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-themes/kde-icons-gartoon-blue-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-blue-svg portname: x11-themes/kde-icons-gartoon-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-svg portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/py-pyqwt broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-pyqwt portname: x11-toolkits/ruby-panelapplet broken because: does not build with GNOME 2.26. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet From linimon at FreeBSD.org Tue Jul 7 06:29:08 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Jul 7 06:29:20 2009 Subject: FreeBSD unmaintained ports which are currently scheduled for deletion Message-ID: <20090707062906.42A181CCD0@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: games/amy description: A chess program for playing and analyzing games maintainer: ports@FreeBSD.org status: BROKEN deprecated because: mastersite disappeared, does not build on recent version expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy portname: lang/tinycobol description: A tiny COBOL compiler for IA32 platforms maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer being developed; consider using lang/open-cobol instead expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol portname: mail/xc-mail description: Mail client for X which supports POP and PGP maintainer: ports@FreeBSD.org deprecated because: depends on a port that expired in 2007 expiration date: 2009-06-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=xc-mail portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/net-snmp53 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/net-snmp-5.3.2.3.log.bz2 (_Mar_26_20:38:15_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp53 portname: security/hashish description: GUI file and string hashing utility maintainer: ports@FreeBSD.org status: BROKEN deprecated because: does not compile expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=hashish portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses From linimon at FreeBSD.org Tue Jul 7 06:29:13 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Jul 7 06:29:21 2009 Subject: FreeBSD ports which are currently scheduled for deletion Message-ID: <20090707062911.4CFFC1CCCC@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/gai-album description: A GAI dockapp that works with xmms to display album covers maintainer: lx@FreeBSD.org status: BROKEN deprecated because: abandoned project, does not build expiration date: 2009-07-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gai-album portname: audio/gai-visual-audio description: A GAI dockapp for displaying xmms visualizations maintainer: lx@redundancy.redundancy.org status: BROKEN deprecated because: abandoned project, does not build expiration date: 2009-07-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gai-visual-audio portname: databases/firebird-client description: The open-source InterBase(tm) 6.0 spin-off (client) maintainer: skv@FreeBSD.org status: IGNORE deprecated because: no longer under development, please consider using Firebird2 expiration date: 2009-02-24 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090706085018/firebird-client-1.5.5.log (_Jul__6_13:12:21_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=firebird-client portname: databases/firebird-server description: The open-source InterBase(tm) 6.0 spin-off (Classic version) maintainer: skv@FreeBSD.org status: IGNORE deprecated because: no longer under development, please consider using Firebird2 expiration date: 2009-02-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=firebird-server portname: deskutils/plasma-applet-quicklauncher description: Quicklauncher plasma applet for KDE4 maintainer: bsdkaffee@gmail.com status: BROKEN deprecated because: Abandoned upstream, use Quicklaunch applet included with KDE 4.2 expiration date: 2009-07-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=plasma-applet-quicklauncher portname: devel/linxt description: Perl script for controlling Lego NXT brick maintainer: jwbacon@tds.net deprecated because: Use devel/roboctl instead. expiration date: 2009-07-05 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linxt portname: games/amy description: A chess program for playing and analyzing games maintainer: ports@FreeBSD.org status: BROKEN deprecated because: mastersite disappeared, does not build on recent version expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy portname: german/citrix_ica description: Citrix(R) Presentation Server(TM) client maintainer: tabthorpe@FreeBSD.org deprecated because: Use net/citrix_ica expiration date: 2007-08-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=citrix_ica portname: japanese/citrix_ica description: Citrix(R) Presentation Server(TM) client maintainer: tabthorpe@FreeBSD.org deprecated because: Use net/citrix_ica expiration date: 2007-08-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=citrix_ica portname: lang/tcl80 description: Tool Command Language maintainer: mm@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tcl80 portname: lang/tinycobol description: A tiny COBOL compiler for IA32 platforms maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer being developed; consider using lang/open-cobol instead expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol portname: mail/bogofilter-qdbm description: Fast, teachable, learning spam detector maintainer: matthias.andree@gmx.de deprecated because: Migrate to bogofilter-tc instead expiration date: 2009-06-30 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090622181557/bogofilter-qdbm-1.2.0.log (_Jul__1_18:12:27_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=bogofilter-qdbm portname: mail/xc-mail description: Mail client for X which supports POP and PGP maintainer: ports@FreeBSD.org deprecated because: depends on a port that expired in 2007 expiration date: 2009-06-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=xc-mail portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/net-snmp53 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/net-snmp-5.3.2.3.log.bz2 (_Mar_26_20:38:15_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp53 portname: security/hashish description: GUI file and string hashing utility maintainer: ports@FreeBSD.org status: BROKEN deprecated because: does not compile expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=hashish portname: security/smtpmap description: An SMTP software identifier maintainer: hubert@frbsd.org status: IGNORE deprecated because: depends on GCC 2.95 which has not been available for 9+ months expiration date: 2009-07-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090704140102/smtpmap-0.8_3.log (_Jun_29_18:02:11_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=smtpmap portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/trac-blog description: A blog plugin for Trac maintainer: gerrit.beine@gmx.de status: IGNORE deprecated because: Not supported anymore for trac > 0.10; use FullBlogPlugin instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-blog portname: www/trac-restrictedarea description: Set up restricted areas within Trac maintainer: glarkin@FreeBSD.org status: IGNORE deprecated because: Not supported anymore; functionality included in trac since 0.11 expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-restrictedarea portname: www/zope-btreefolder2 description: Zope product that can store many items maintainer: kaeru@inigo-tech.com deprecated because: Included in Zope 2.8 and later expiration date: 2007-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope-btreefolder2 portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/tk80 description: Graphical toolkit for TCL maintainer: mm@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=tk80 portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses From linimon at FreeBSD.org Tue Jul 7 06:29:28 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Jul 7 06:29:44 2009 Subject: FreeBSD unmaintained ports which are currently marked forbidden Message-ID: <20090707062927.24CCD1CCB9@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel From linimon at FreeBSD.org Tue Jul 7 06:29:29 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Jul 7 06:29:45 2009 Subject: FreeBSD ports which are currently marked forbidden Message-ID: <20090707062927.A15411CCC1@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: net-mgmt/nfsen forbidden because: remote command execution vulnerability build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nfsen portname: www/linux-firefox forbidden because: Security issues http://www.vuxml.org/freebsd/8b491182-f842-11dd-94d9-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel From s.kachelmann at googlemail.com Tue Jul 7 08:34:06 2009 From: s.kachelmann at googlemail.com (Sandra Kachelmann) Date: Tue Jul 7 08:34:13 2009 Subject: new port: p5-Inline::C (request) Message-ID: <91b92520907070104v5528d147xeabcb45f69b3d255@mail.gmail.com> Could someone(tm) please add a port for: http://search.cpan.org/~sisyphus/Inline-0.45/C/C.pod Thanks in advance. Sandra From gprspb at mail.ru Tue Jul 7 11:57:42 2009 From: gprspb at mail.ru (gprspb@mail.ru) Date: Tue Jul 7 11:57:49 2009 Subject: portsclean deletes necessary distfiles Message-ID: <20090707114156.GB34004@gpr.nnz-home.ru> % portsclean -Dn Detecting unreferenced distfiles... Delete /usr/ports/distfiles/firefox-3.5-source.tar.bz2 Delete /usr/ports/distfiles/rpm/i386/fedora/10/basesystem-10.0-1.noarch.rpm Delete /usr/ports/distfiles/rpm/i386/fedora/10/bash-3.2-30.fc10.i386.rpm Delete /usr/ports/distfiles/rpm/i386/fedora/10/bzip2-1.0.5-3.fc10.i386.rpm ... (many other files follows) For example, about firefox: % ls -l /usr/ports/distfiles/firefox-3.5-source.tar.bz2 -rw-r--r-- 1 fadmin fadmin 46444013 29 jun 20:26 /usr/ports/distfiles/firefox-3.5-source.tar.bz2 % md5 /usr/ports/distfiles/firefox-3.5-source.tar.bz2 MD5 (/usr/ports/distfiles/firefox-3.5-source.tar.bz2) = 6dd59399db08963ef022a1d0e5010053 % cat /usr/ports/www/firefox35/distinfo MD5 (firefox-3.5-source.tar.bz2) = 6dd59399db08963ef022a1d0e5010053 SHA256 (firefox-3.5-source.tar.bz2) = 15f80f5cc83ebcd559975019837d12f8cda0b7130337d352410195689915b23a SIZE (firefox-3.5-source.tar.bz2) = 46444013 % portsclean -h portsclean 2.4.6 (2008/02/10) ... % portupgrade --version portupgrade 2.4.6 % ruby -v ruby 1.8.7 (2009-04-08 patchlevel 160) [amd64-freebsd8] % uname -a FreeBSD gpr.nnz-home.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #0 r195379: Mon Jul 6 11:52:44 MSD 2009 gpr@gpr.nnz-home.ru:/usr/obj/usr/src/freebsd-head/sys/GPR amd64 Fresh ports tree (7 jul) I think it is a bug. From QAT at FreeBSD.org Tue Jul 7 12:53:38 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Tue Jul 7 12:53:55 2009 Subject: cvs commit: ports/security/sudoscript Makefile In-Reply-To: <200907071251.n67CpFbG052641@repoman.freebsd.org> References: <200907071251.n67CpFbG052641@repoman.freebsd.org> Message-ID: <20090707125245.D8EA239810@qat.tcbug.org> The Restless Daemon identified a mtree error while trying to build: sudoscript-2.1.2 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/security/sudoscript/Makefile,v 1.8 2009/07/07 12:51:15 skreuzer Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/sudoscript-2.1.2.log : gzip: can't stat: /usr/local/man/man8/sudoscript.8: No such file or directory ===> Registering installation for sudoscript-2.1.2 ================================================================ ======================================== ===> Building package for sudoscript-2.1.2 tar: man/man1/ss.1.gz: Cannot stat: No such file or directory tar: man/man1/sudoshell.1.gz: Cannot stat: No such file or directory tar: man/man3/Sudoscript.3pm.gz: Cannot stat: No such file or directory tar: man/man8/sudoscriptd.8.gz: Cannot stat: No such file or directory tar: man/man8/sudoscript.8.gz: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 Creating package /tmp/packages/All/sudoscript-2.1.2.tbz Registering depends: perl-5.8.9_3. Creating bzip'd tar ball in '/tmp/packages/All/sudoscript-2.1.2.tbz' *** Error code 1 Stop in /a/ports/security/sudoscript. Deleting sudoscript-2.1.2 pkg_delete: file '/usr/local/man/man1/ss.1.gz' doesn't exist pkg_delete: file '/usr/local/man/man1/sudoshell.1.gz' doesn't exist pkg_delete: file '/usr/local/man/man3/Sudoscript.3pm.gz' doesn't exist pkg_delete: file '/usr/local/man/man8/sudoscriptd.8.gz' doesn't exist pkg_delete: file '/usr/local/man/man8/sudoscript.8.gz' doesn't exist pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 520812 4 drwxr-xr-x 2 root wheel 512 Jul 7 12:52 usr/local/man1 520818 24 -rw-r--r-- 1 root wheel 10994 Jul 7 12:52 usr/local/man1/sudoshell.1 520819 0 lrwxr-xr-x 1 root wheel 11 Jul 7 12:52 usr/local/man1/ss.1 -> sudoshell.1 520813 4 drwxr-xr-x 2 root wheel 512 Jul 7 12:52 usr/local/man3 520820 20 -rw-r--r-- 1 root wheel 8957 Jul 7 12:52 usr/local/man3/Sudoscript.3pm 520814 4 drwxr-xr-x 2 root wheel 512 Jul 7 12:52 usr/local/man8 520821 24 -rw-r--r-- 1 root wheel 10640 Jul 7 12:52 usr/local/man8/sudoscriptd.8 520822 20 -rw-r--r-- 1 root wheel 8402 Jul 7 12:52 usr/local/man8/sudoscript.8 ================================================================ build of /usr/ports/security/sudoscript ended at Tue Jul 7 12:52:43 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/sudoscript-2.1.2.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=security&portname=sudoscript 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 m.seaman at infracaninophile.co.uk Tue Jul 7 15:03:21 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Tue Jul 7 15:03:28 2009 Subject: [Custom LOCALBASE/PREFIX] www/p5-RT-Extension-SLA - fails: mtree In-Reply-To: <20090706181739.D2DB28FCB7@release.ixsystems.com> References: <20090706181739.D2DB28FCB7@release.ixsystems.com> Message-ID: <4A5363AA.8030407@infracaninophile.co.uk> QAT@freebsd.org wrote: > The Restless Daemon identified a mtree error while trying to build: > p5-RT-Extension-SLA-0.03_1 maintained by m.seaman@infracaninophile.co.uk > Makefile ident: $FreeBSD: ports/www/p5-RT-Extension-SLA/Makefile,v 1.7 2009/06/22 15:51:50 dhn Exp $ > > THIS A BUILD WITH _CUSTOM_ PREFIX AND LOCALBASE, _standard_ env in rest. > Patches for testing and committing welcomed as a reply to this email. > > To check if the latest version port builds OK with > standard PREFIX/LOCALBASE and with -DNOPORT* please see: > http://qat.tecnik93.com/index.php?action=list_buildports&build=7-STABLE-FPT-NPD&search_port_name=p5-RT-Extension-SLA > PortsMon page for the port: > http://portsmon.freebsd.org/portoverview.py?category=www&portname=p5-RT-Extension-SLA > > See http://docs.freebsd.org/cgi/mid.cgi?20090531085138.5bd9cc21 for some help > > Excerpt from http://QATty.TecNik93.com/logs/7-STABLE-FPT-CustDir/p5-RT-Extension-SLA-0.03_1.log : > > building p5-RT-Extension-SLA-0.03_1 in directory /usr/local/tinderbox/7-STABLE-FPT-CustDir > build started at Mon Jul 6 18:16:37 UTC 2009 > port directory: /usr/ports/www/p5-RT-Extension-SLA > building for: 7.2-STABLE amd64 > > ............................................. > > pkg_delete: file '/usr/PPP/share/rt38/plugins/RT-Extension-SLA/lib/RT/Extension/SLA.pm' doesn't exist > pkg_delete: file '/usr/PPP/share/rt38/plugins/RT-Extension-SLA/lib/RT/Queue_SLA.pm' doesn't exist > pkg_delete: file '/usr/PPP/share/rt38/plugins/RT-Extension-SLA/lib/RT/Extension' doesn't exist > pkg_delete: unable to completely remove directory '/usr/PPP/share/rt38/plugins/RT-Extension-SLA/lib/RT/Extension' > pkg_delete: file '/usr/PPP/share/rt38/plugins/RT-Extension-SLA/lib/RT/Condition' doesn't exist > pkg_delete: unable to completely remove directory '/usr/PPP/share/rt38/plugins/RT-Extension-SLA/lib/RT/Condition' > pkg_delete: file '/usr/PPP/share/rt38/plugins/RT-Extension-SLA/lib/RT/Action' doesn't exist > pkg_delete: unable to completely remove directory '/usr/PPP/share/rt38/plugins/RT-Extension-SLA/lib/RT/Action' > pkg_delete: file '/usr/PPP/share/rt38/plugins/RT-Extension-SLA/lib/RT' doesn't exist > pkg_delete: unable to completely remove directory '/usr/PPP/share/rt38/plugins/RT-Extension-SLA/lib/RT' > pkg_delete: file '/usr/PPP/share/rt38/plugins/RT-Extension-SLA/lib' doesn't exist > pkg_delete: unable to completely remove directory '/usr/PPP/share/rt38/plugins/RT-Extension-SLA/lib' > pkg_delete: file '/usr/PPP/share/rt38/plugins/RT-Extension-SLA/etc' doesn't exist > pkg_delete: unable to completely remove directory '/usr/PPP/share/rt38/plugins/RT-Extension-SLA/etc' > pkg_delete: file '/usr/PPP/share/rt38/plugins/RT-Extension-SLA' doesn't exist > pkg_delete: unable to completely remove directory '/usr/PPP/share/rt38/plugins/RT-Extension-SLA' > pkg_delete: couldn't entirely delete package (perhaps the packing list is > incorrectly specified?) > ================================================================ > > === Checking filesystem state > list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) > 16723573 4 drwxr-xr-x 2 root wheel 512 Jul 6 18:17 usr/PPP/etc/Extension-SLA > 16723575 8 -r--r--r-- 1 root wheel 2191 Feb 17 17:47 usr/PPP/etc/Extension-SLA/initialdata > 16722051 4 drwxr-xr-x 5 root wheel 512 Jul 6 18:17 usr/PPP/lib/RT > 16722275 4 drwxr-xr-x 2 root wheel 512 Jul 6 18:17 usr/PPP/lib/RT/Action > 16722290 4 -r--r--r-- 1 root wheel 1440 Feb 17 17:47 usr/PPP/lib/RT/Action/SLA_SetDefault.pm > 16722292 8 -r--r--r-- 1 root wheel 2357 Apr 20 17:11 usr/PPP/lib/RT/Action/SLA_SetDue.pm > 16723554 4 -r--r--r-- 1 root wheel 995 Feb 17 17:47 usr/PPP/lib/RT/Action/SLA_SetStarts.pm > 16723555 4 -r--r--r-- 1 root wheel 1079 Feb 17 17:47 usr/PPP/lib/RT/Action/SLA.pm > 16722277 4 drwxr-xr-x 2 root wheel 512 Jul 6 18:17 usr/PPP/lib/RT/Condition > 16723556 4 -r--r--r-- 1 root wheel 700 Feb 17 17:47 usr/PPP/lib/RT/Condition/SLA_RequireDueSet.pm > 16723557 4 -r--r--r-- 1 root wheel 651 Feb 17 17:47 usr/PPP/lib/RT/Condition/SLA.pm > 16723558 4 -r--r--r-- 1 root wheel 510 Feb 17 17:47 usr/PPP/lib/RT/Condition/SLA_RequireDefault.pm > 16723559 4 -r--r--r-- 1 root wheel 453 Feb 17 17:47 usr/PPP/lib/RT/Condition/SLA_RequireStartsSet.pm > 16722279 4 drwxr-xr-x 2 root wheel 512 Jul 6 18:17 usr/PPP/lib/RT/Extension > 16722285 32 -r--r--r-- 1 root wheel 15142 Apr 24 20:59 usr/PPP/lib/RT/Extension/SLA.pm > 16722280 4 -r--r--r-- 1 root wheel 859 Feb 17 17:47 usr/PPP/lib/RT/Queue_SLA.pm > ================================================================ > build of /usr/ports/www/p5-RT-Extension-SLA ended at Mon Jul 6 18:17:37 UTC 2009 > > The tarballed WRKDIR can be found here: > http://QATty.TecNik93.com/wrkdirs/7-STABLE-FPT-CustDir/p5-RT-Extension-SLA-0.03_1.tbz > > > 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: > PREFIX=/usr/PPP, LOCALBASE=/usr/PPP, X11BASE=/usr/PPP. > > 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, Interesting. If I define PREFIX and LOCALBASE in /etc/make.conf -- no problem, everything works smoothly and the port will install and deinstall without leaving behind extraneous files. However, if I define PREFIX and LOCALBASE in the environment (as /usr/wombat) I get the observed behaviour: sandbox:...ports/www/p5-RT-Extension-SLA:# make install ===> Installing for p5-RT-Extension-SLA-0.03_1 ===> p5-RT-Extension-SLA-0.03_1 depends on file: /usr/wombat/lib/perl5/site_perl/5.10.0/Business/Hours.pm - found ===> p5-RT-Extension-SLA-0.03_1 depends on file: /usr/wombat/lib/perl5/site_perl/5.10.0/RT.pm - found ===> p5-RT-Extension-SLA-0.03_1 depends on file: /usr/wombat/bin/perl5.10.0 - found ===> p5-RT-Extension-SLA-0.03_1 depends on file: /usr/wombat/bin/perl5.10.0 - found ===> Generating temporary packing list ===> Checking if www/p5-RT-Extension-SLA already installed Installing /usr/wombat/lib/RT/Queue_SLA.pm Installing /usr/wombat/lib/RT/Extension/SLA.pm Installing /usr/wombat/lib/RT/Action/SLA_SetDefault.pm Installing /usr/wombat/lib/RT/Action/SLA_SetDue.pm Installing /usr/wombat/lib/RT/Action/SLA_SetStarts.pm Installing /usr/wombat/lib/RT/Action/SLA.pm Installing /usr/wombat/lib/RT/Condition/SLA_RequireDueSet.pm Installing /usr/wombat/lib/RT/Condition/SLA.pm Installing /usr/wombat/lib/RT/Condition/SLA_RequireDefault.pm Installing /usr/wombat/lib/RT/Condition/SLA_RequireStartsSet.pm Installing /usr/wombat/man/man3/RT::Condition::SLA_RequireDueSet.3 Installing /usr/wombat/man/man3/RT::Action::SLA_SetDefault.3 Installing /usr/wombat/man/man3/RT::Action::SLA_SetDue.3 Installing /usr/wombat/man/man3/RT::Condition::SLA_RequireDefault.3 Installing /usr/wombat/man/man3/RT::Condition::SLA.3 Installing /usr/wombat/man/man3/RT::Extension::SLA.3 Installing /usr/wombat/man/man3/RT::Condition::SLA_RequireStartsSet.3 Installing /usr/wombat/man/man3/RT::Queue_SLA.3 Installing /usr/wombat/man/man3/RT::Action::SLA_SetStarts.3 Installing /usr/wombat/man/man3/RT::Action::SLA.3 Writing /usr/wombat/man/auto/RT/Extension/SLA/.packlist Installing /usr/wombat/etc/Extension-SLA/initialdata /bin/cat /usr/ports/www/p5-RT-Extension-SLA/work/pkg-message If this is a first-time installation of RT::Extension::SLA, you will need to run the following in order to initialise various settings in the RT database: rt-setup-database --action insert --datafile \ /usr/wombat/share/rt38/plugins/RT-Extension-SLA/etc/initialdata This only ever needs to be run once. ===> Compressing manual pages for p5-RT-Extension-SLA-0.03_1 ===> Registering installation for p5-RT-Extension-SLA-0.03_1 sandbox:...ports/www/p5-RT-Extension-SLA:# pkg_info -g p5-RT-Extension-SLA-0.03_1 Information for p5-RT-Extension-SLA-0.03_1: Mismatched Checksums: pkg_info: /usr/wombat/share/rt38/plugins/RT-Extension-SLA/etc/initialdata doesn't exist pkg_info: /usr/wombat/share/rt38/plugins/RT-Extension-SLA/lib/RT/Action/SLA.pm doesn't exist pkg_info: /usr/wombat/share/rt38/plugins/RT-Extension-SLA/lib/RT/Action/SLA_SetDefault.pm doesn't exist pkg_info: /usr/wombat/share/rt38/plugins/RT-Extension-SLA/lib/RT/Action/SLA_SetDue.pm doesn't exist pkg_info: /usr/wombat/share/rt38/plugins/RT-Extension-SLA/lib/RT/Action/SLA_SetStarts.pm doesn't exist pkg_info: /usr/wombat/share/rt38/plugins/RT-Extension-SLA/lib/RT/Condition/SLA.pm doesn't exist pkg_info: /usr/wombat/share/rt38/plugins/RT-Extension-SLA/lib/RT/Condition/SLA_RequireDefault.pm doesn't exist pkg_info: /usr/wombat/share/rt38/plugins/RT-Extension-SLA/lib/RT/Condition/SLA_RequireDueSet.pm doesn't exist pkg_info: /usr/wombat/share/rt38/plugins/RT-Extension-SLA/lib/RT/Condition/SLA_RequireStartsSet.pm doesn't exist pkg_info: /usr/wombat/share/rt38/plugins/RT-Extension-SLA/lib/RT/Extension/SLA.pm doesn't exist pkg_info: /usr/wombat/share/rt38/plugins/RT-Extension-SLA/lib/RT/Queue_SLA.pm doesn't exist sandbox:...ports/www/p5-RT-Extension-SLA:# env USER=matthew LOGNAME=matthew HOME=/root MAIL=/home/matthew/Maildir/ PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/wombat/sbin:/usr/wombat/bin:/home/matthew/bin TERM=xterm FTP_PASSIVE_MODE=YES BLOCKSIZE=K LOCALBASE=/usr/wombat PREFIX=/usr/wombat PKG_PATH=/usr/ports/packages/All SHELL=/bin/csh SSH_CLIENT=127.0.0.2 59366 22 SSH_CONNECTION=127.0.0.2 59366 127.0.0.2 22 SSH_TTY=/dev/ttyp4 SSH_AUTH_SOCK=/tmp/ssh-4VSNJ8w1Y4/agent.75153 HOSTTYPE=FreeBSD VENDOR=intel OSTYPE=FreeBSD MACHTYPE=i386 SHLVL=2 PWD=/usr/ports/www/p5-RT-Extension-SLA GROUP=matthew HOST=sandbox.infracaninophile.co.uk REMOTEHOST=127.0.0.2 EDITOR=emacs PAGER=less GPG_TTY=/dev/ttyp4 CVSROOT=/root/cvsroot sandbox:...ports/www/p5-RT-Extension-SLA:# diff -u /usr/src/etc/login.conf /etc/login.conf --- /usr/src/etc/login.conf 2007-05-29 06:37:57.000000000 +0000 +++ /etc/login.conf 2009-07-07 09:23:13.000000000 +0000 @@ -26,8 +26,8 @@ :passwd_format=md5:\ :copyright=/etc/COPYRIGHT:\ :welcome=/etc/motd:\ - :setenv=MAIL=/var/mail/$,BLOCKSIZE=K,FTP_PASSIVE_MODE=YES:\ - :path=/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local/bin ~/bin:\ + :setenv=MAIL=/var/mail/$,BLOCKSIZE=K,FTP_PASSIVE_MODE=YES,PKG_PATH=/usr/ports/packages/All,PREFIX=/usr/wombat,LOCALBASE=/usr/wombat:\ + :path=/sbin /bin /usr/sbin /usr/bin /usr/games /usr/wombat/sbin /usr/wombat/bin ~/bin:\ :nologin=/var/run/nologin:\ :cputime=unlimited:\ :datasize=unlimited:\ I'm pretty sure that it should not matter how PREFIX and LOCALBASE are redefined but I have virtually no idea where to start on debugging this. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090707/3210b876/signature.pgp From traveling08 at cox.net Tue Jul 7 16:29:45 2009 From: traveling08 at cox.net (Robert) Date: Tue Jul 7 16:29:51 2009 Subject: xmms crash Message-ID: <20090707084035.3f0632bc@vaio> Greetings For over a year when trying to double the size of xmms the graphic would become garbled. It was easy to kill the process, so I would just leave it normal size. Last night's portsnap showed an update for xmms (1.2.11_7). After updating the port I again tried to double the size. xmms crashed with the following data. Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 6299 error_code 8 request_code 72 minor_code 0 Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 6300 error_code 8 request_code 72 minor_code 0 I am hoping this will help in providing a solution to an annoyance. Since it does not affect the usability of xmms, I hesitate to call it a real problem. Thanks for reading this. Robert From pgollucci at p6m7g8.com Tue Jul 7 16:33:41 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Tue Jul 7 16:33:49 2009 Subject: new port: p5-Inline::C (request) In-Reply-To: <91b92520907070104v5528d147xeabcb45f69b3d255@mail.gmail.com> References: <91b92520907070104v5528d147xeabcb45f69b3d255@mail.gmail.com> Message-ID: <4A5378E3.4040905@p6m7g8.com> Sandra Kachelmann wrote: > Could someone(tm) please add a port for: > > http://search.cpan.org/~sisyphus/Inline-0.45 ports/devel/p5-Inline provides this module afaik and is at the version you request. cd /usr/ports make search name="p5-Inline" -- ------------------------------------------------------------------------ 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 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 pgollucci at p6m7g8.com Tue Jul 7 16:36:04 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Tue Jul 7 16:36:10 2009 Subject: can you PLEASE _read_ the QAT mails? In-Reply-To: <20090705111532.61c2dd65@it.buh.tecnik93.com> References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> <91D041090FA2939A0942293F@utd65257.utdallas.edu> <4C41B4EAEF8C942A8D085916@utd65257.utdallas.edu> <994EF1F5-0A23-4A4F-B853-48AED6A5529F@tandon.net> <20090705111532.61c2dd65@it.buh.tecnik93.com> Message-ID: <4A537972.1040007@p6m7g8.com> Ion-Mihai Tetcu wrote: > People, exactly what can I do to make you actually *read* THE BIG > LETTERS in the QAT and QATty mails? > > > Is there a better wording of those mails? > > Should I send HTML mails and use bold and font size = 24? > > Put pictures of naked women in them each pointing to a piece of > information? I feel your pain, but both of these will get you a one way ticket to my /dev/null spam filter. -- ------------------------------------------------------------------------ 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 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 dougb at FreeBSD.org Tue Jul 7 17:55:10 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Jul 7 17:55:17 2009 Subject: portsclean deletes necessary distfiles In-Reply-To: <20090707114156.GB34004@gpr.nnz-home.ru> References: <20090707114156.GB34004@gpr.nnz-home.ru> Message-ID: <4A538BFB.1090807@FreeBSD.org> You might want to try 'portmaster --clean-distfiles' for this purpose. It parses the distinfo files from each installed port to generate the list of current distfiles so there is no chance of deleting something that you need. It's also quite fast. hope this helps, Doug -- This .signature sanitized for your protection From sfourman at gmail.com Tue Jul 7 20:55:47 2009 From: sfourman at gmail.com (Sam Fourman Jr.) Date: Tue Jul 7 20:55:54 2009 Subject: cairo-dock on FreeBSD Message-ID: <11167f520907071355p771aa1bbx9c9585fc48685722@mail.gmail.com> Hello Ports list cairo-dock (A desktop dock bar like OSX) does not appear to have a port in the ports tree so I am attempting to compile cairo-dock from scratch in FreeBSD it would appear that I too need crypt.h, I downloaded the linux source here: http://download.berlios.de/cairo-dock/cairo-dock-2.0.7.tar.bz2 All i did was download the source, extract it and ./configure && make below a is the bottom part of the compile error, along with my FreeBSD version I have never made a port before, so any help getting this to compile would be Great. uname -a FreeBSD 8.0-HEAD-20090601-JPSNAP FreeBSD 8.0-HEAD-20090601-JPSNAP #0: Mon Jun 1 02:48:06 UTC 2009 root@build-i386-fbsd-2.allbsd.org:/usr/obj/i386/usr/src/sys/GENERIC i386 from cairo-dock-draw.c:14: /usr/local/include/gtk-2.0/gtk/gtkitemfactory.h:47: warning: function declaration isn't a prototype mv -f .deps/cairo_dock-cairo-dock-draw.Tpo .deps/cairo_dock-cairo-dock-draw.Po gcc -DHAVE_CONFIG_H -I. -I.. -D_THREAD_SAFE -D_REENTRANT -I/usr/local/include/gtk-2.0 -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 -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/librsvg-2 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/libxml2 -I/usr/local/include/gtkglext-1.0 -I/usr/local/lib/gtkglext-1.0/include -D_THREAD_SAFE -I/usr/local/include -DHAVE_XEXTEND="1" -DHAVE_LIBCRYPT=1 -DCAIRO_DOCK_SHARE_DATA_DIR=\""/usr/local/share/cairo-dock"\" -DCAIRO_DOCK_SHARE_THEMES_DIR=\""/usr/local/share/cairo-dock/themes"\" -DCAIRO_DOCK_MODULES_DIR=\""/usr/local/lib/cairo-dock"\" -DCAIRO_DOCK_CONF_FILE=\""cairo-dock.conf"\" -DCAIRO_DOCK_LAUNCHER_CONF_FILE=\""launcher.conf"\" -DCAIRO_DOCK_CONTAINER_CONF_FILE=\""container.conf"\" -DCAIRO_DOCK_SEPARATOR_CONF_FILE=\""separator.conf"\" -DCAIRO_DOCK_THEME_CONF_FILE=\""themes.conf"\" -DCAIRO_DOCK_MAIN_DOCK_CONF_FILE=\""main-dock.conf"\" -DCAIRO_DOCK_DEFAULT_ICON_NAME=\""default-icon.svg"\" -DCAIRO_DOCK_DEFAULT_APPLI_ICON_NAME=\""default-icon-appli.svg"\" -DCAIRO_DOCK_DEFAULT_INDICATOR_NAME=\""default-indicator.png"\" -DCAIRO_DOCK_DEFAULT_CLASS_INDICATOR_NAME=\""default-class-indicator.svg"\" -DCAIRO_DOCK_VERSION=\""2.0.7"\" -DCAIRO_DOCK_LOCALE_DIR=\""/usr/local/share/locale"\" -DCAIRO_DOCK_GETTEXT_PACKAGE=\""cairo-dock"\" -DCAIRO_DOCK_ICON=\""cairo-dock.svg"\" -DCAIRO_DOCK_LOGO=\""cairo-dock-logo.png"\" -DCAIRO_DOCK_THEMES_DIR=\""themes"\" -DGL_GLEXT_PROTOTYPES=\""1"\" -std=c99 -O3 -g -ggdb -Wstrict-prototypes -Wextra -Wwrite-strings -Wuninitialized -Werror-implicit-function-declaration -g -O2 -MT cairo_dock-cairo-dock-config.o -MD -MP -MF .deps/cairo_dock-cairo-dock-config.Tpo -c -o cairo_dock-cairo-dock-config.o `test -f 'cairo-dock-config.c' || echo './'`cairo-dock-config.c In file included from /usr/local/include/gtk-2.0/gtk/gtk.h:226, from cairo-dock-config.c:12: /usr/local/include/gtk-2.0/gtk/gtkitemfactory.h:47: warning: function declaration isn't a prototype cairo-dock-config.c:19:19: error: crypt.h: No such file or directory In file included from cairo-dock-draw-opengl.h:9, from cairo-dock-config.c:29: /usr/local/include/GL/glu.h:287: warning: function declaration isn't a prototype cairo-dock-config.c: In function 'cairo_dock_decrypt_string': cairo-dock-config.c:868: error: implicit declaration of function 'encrypt' *** Error code 1 Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7/src. *** Error code 1 Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7/src. *** Error code 1 Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7. *** Error code 1 Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7. Sam Fourman Jr. From sfourman at gmail.com Tue Jul 7 21:43:46 2009 From: sfourman at gmail.com (Sam Fourman Jr.) Date: Tue Jul 7 21:43:53 2009 Subject: cairo-dock on FreeBSD In-Reply-To: <11167f520907071355p771aa1bbx9c9585fc48685722@mail.gmail.com> References: <11167f520907071355p771aa1bbx9c9585fc48685722@mail.gmail.com> Message-ID: <11167f520907071443y540eaddcn83ac96a2ba6ddd6@mail.gmail.com> On Tue, Jul 7, 2009 at 3:55 PM, Sam Fourman Jr. wrote: > Hello Ports list > > cairo-dock (A desktop dock bar like OSX) does not appear to have a > port in the ports tree > so I am attempting to compile cairo-dock from scratch in FreeBSD > it would appear that I too need crypt.h, I downloaded the linux source here: > http://download.berlios.de/cairo-dock/cairo-dock-2.0.7.tar.bz2 > > All i did was download the source, extract it and ./configure && make > below a is the bottom part of the compile error, along with my FreeBSD version > > I have never made a port before, so any help getting this to compile would be > Great. > > uname -a > FreeBSD ?8.0-HEAD-20090601-JPSNAP FreeBSD 8.0-HEAD-20090601-JPSNAP #0: > Mon Jun ?1 02:48:06 UTC 2009 > root@build-i386-fbsd-2.allbsd.org:/usr/obj/i386/usr/src/sys/GENERIC > i386 > > > > ?from cairo-dock-draw.c:14: > /usr/local/include/gtk-2.0/gtk/gtkitemfactory.h:47: warning: function > declaration isn't a prototype > mv -f .deps/cairo_dock-cairo-dock-draw.Tpo .deps/cairo_dock-cairo-dock-draw.Po > gcc -DHAVE_CONFIG_H -I. -I.. ? ?-D_THREAD_SAFE -D_REENTRANT > -I/usr/local/include/gtk-2.0 -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 > -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/librsvg-2 -I/usr/local/include/dbus-1.0 > -I/usr/local/include/dbus-1.0/include -I/usr/local/include/libxml2 > -I/usr/local/include/gtkglext-1.0 > -I/usr/local/lib/gtkglext-1.0/include ? ? -D_THREAD_SAFE > -I/usr/local/include ?-DHAVE_XEXTEND="1" -DHAVE_LIBCRYPT=1 > -DCAIRO_DOCK_SHARE_DATA_DIR=\""/usr/local/share/cairo-dock"\" > -DCAIRO_DOCK_SHARE_THEMES_DIR=\""/usr/local/share/cairo-dock/themes"\" > -DCAIRO_DOCK_MODULES_DIR=\""/usr/local/lib/cairo-dock"\" > -DCAIRO_DOCK_CONF_FILE=\""cairo-dock.conf"\" > -DCAIRO_DOCK_LAUNCHER_CONF_FILE=\""launcher.conf"\" > -DCAIRO_DOCK_CONTAINER_CONF_FILE=\""container.conf"\" > -DCAIRO_DOCK_SEPARATOR_CONF_FILE=\""separator.conf"\" > -DCAIRO_DOCK_THEME_CONF_FILE=\""themes.conf"\" > -DCAIRO_DOCK_MAIN_DOCK_CONF_FILE=\""main-dock.conf"\" > -DCAIRO_DOCK_DEFAULT_ICON_NAME=\""default-icon.svg"\" > -DCAIRO_DOCK_DEFAULT_APPLI_ICON_NAME=\""default-icon-appli.svg"\" > -DCAIRO_DOCK_DEFAULT_INDICATOR_NAME=\""default-indicator.png"\" > -DCAIRO_DOCK_DEFAULT_CLASS_INDICATOR_NAME=\""default-class-indicator.svg"\" > -DCAIRO_DOCK_VERSION=\""2.0.7"\" > -DCAIRO_DOCK_LOCALE_DIR=\""/usr/local/share/locale"\" > -DCAIRO_DOCK_GETTEXT_PACKAGE=\""cairo-dock"\" > -DCAIRO_DOCK_ICON=\""cairo-dock.svg"\" > -DCAIRO_DOCK_LOGO=\""cairo-dock-logo.png"\" > -DCAIRO_DOCK_THEMES_DIR=\""themes"\" -DGL_GLEXT_PROTOTYPES=\""1"\" > -std=c99 -O3 -g -ggdb -Wstrict-prototypes -Wextra -Wwrite-strings > -Wuninitialized -Werror-implicit-function-declaration -g -O2 -MT > cairo_dock-cairo-dock-config.o -MD -MP -MF > .deps/cairo_dock-cairo-dock-config.Tpo -c -o > cairo_dock-cairo-dock-config.o `test -f 'cairo-dock-config.c' || echo > './'`cairo-dock-config.c > In file included from /usr/local/include/gtk-2.0/gtk/gtk.h:226, > ? ? ? ? ? ? ? ?from cairo-dock-config.c:12: > /usr/local/include/gtk-2.0/gtk/gtkitemfactory.h:47: warning: function > declaration isn't a prototype > cairo-dock-config.c:19:19: error: crypt.h: No such file or directory > In file included from cairo-dock-draw-opengl.h:9, > ? ? ? ? ? ? ? ?from cairo-dock-config.c:29: > /usr/local/include/GL/glu.h:287: warning: function declaration isn't a prototype > cairo-dock-config.c: In function 'cairo_dock_decrypt_string': > cairo-dock-config.c:868: error: implicit declaration of function 'encrypt' > *** Error code 1 > > Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7/src. > *** Error code 1 > > Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7/src. > *** Error code 1 > > Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7. > *** Error code 1 > > Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7. > > Sam Fourman Jr. Here is a update, this probably isn't news to anyone on this list after a half hour of googling I found the answer to my first problem. in cairo-dock-config.c do the following. /* #include */ #include after that it compiled further we now have this problem, it no doubt is something else *BSD does different than linux (most likely for a good reason :) ) I will continue my quest to compile cairo-dock, and report back once I find the answer to this error. here is the output Making all in . gcc -DHAVE_CONFIG_H -I. -I.. -D_THREAD_SAFE -D_REENTRANT -I/usr/local/include/gtk-2.0 -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 -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/librsvg-2 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/libxml2 -I/usr/local/include/gtkglext-1.0 -I/usr/local/lib/gtkglext-1.0/include -D_THREAD_SAFE -I/usr/local/include -DHAVE_XEXTEND="1" -DHAVE_LIBCRYPT=1 -DCAIRO_DOCK_SHARE_DATA_DIR=\""/usr/local/share/cairo-dock"\" -DCAIRO_DOCK_SHARE_THEMES_DIR=\""/usr/local/share/cairo-dock/themes"\" -DCAIRO_DOCK_MODULES_DIR=\""/usr/local/lib/cairo-dock"\" -DCAIRO_DOCK_CONF_FILE=\""cairo-dock.conf"\" -DCAIRO_DOCK_LAUNCHER_CONF_FILE=\""launcher.conf"\" -DCAIRO_DOCK_CONTAINER_CONF_FILE=\""container.conf"\" -DCAIRO_DOCK_SEPARATOR_CONF_FILE=\""separator.conf"\" -DCAIRO_DOCK_THEME_CONF_FILE=\""themes.conf"\" -DCAIRO_DOCK_MAIN_DOCK_CONF_FILE=\""main-dock.conf"\" -DCAIRO_DOCK_DEFAULT_ICON_NAME=\""default-icon.svg"\" -DCAIRO_DOCK_DEFAULT_APPLI_ICON_NAME=\""default-icon-appli.svg"\" -DCAIRO_DOCK_DEFAULT_INDICATOR_NAME=\""default-indicator.png"\" -DCAIRO_DOCK_DEFAULT_CLASS_INDICATOR_NAME=\""default-class-indicator.svg"\" -DCAIRO_DOCK_VERSION=\""2.0.7"\" -DCAIRO_DOCK_LOCALE_DIR=\""/usr/local/share/locale"\" -DCAIRO_DOCK_GETTEXT_PACKAGE=\""cairo-dock"\" -DCAIRO_DOCK_ICON=\""cairo-dock.svg"\" -DCAIRO_DOCK_LOGO=\""cairo-dock-logo.png"\" -DCAIRO_DOCK_THEMES_DIR=\""themes"\" -DGL_GLEXT_PROTOTYPES=\""1"\" -std=c99 -O3 -g -ggdb -Wstrict-prototypes -Wextra -Wwrite-strings -Wuninitialized -Werror-implicit-function-declaration -g -O2 -MT cairo_dock-cairo-dock-menu.o -MD -MP -MF .deps/cairo_dock-cairo-dock-menu.Tpo -c -o cairo_dock-cairo-dock-menu.o `test -f 'cairo-dock-menu.c' || echo './'`cairo-dock-menu.c In file included from /usr/local/include/gtk-2.0/gtk/gtk.h:226, from cairo-dock-menu.c:17: /usr/local/include/gtk-2.0/gtk/gtkitemfactory.h:47: warning: function declaration isn't a prototype cairo-dock-menu.c:56: error: conflicting types for 'localtime_r' /usr/include/time.h:176: error: previous declaration of 'localtime_r' was here *** Error code 1 Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7/src. *** Error code 1 Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7/src. *** Error code 1 Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7. *** Error code 1 Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7. Sam Fourman Jr. From jhs at berklix.com Tue Jul 7 23:40:13 2009 From: jhs at berklix.com (Julian H. Stacey) Date: Tue Jul 7 23:40:37 2009 Subject: xmms crash In-Reply-To: Your message "Tue, 07 Jul 2009 08:40:35 PDT." <20090707084035.3f0632bc@vaio> Message-ID: <200907072309.n67N9Ddp059311@fire.js.berklix.net> > For over a year when trying to double the size of xmms the graphic > would become garbled. It was easy to kill the process, so I would just > leave it normal size. FYI I've seen that garbling too on amd64 7.1-REL & i386 7.2-REL Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail in plain ASCII text; HTML & Base64 are spam. http://asciiribbon.org From rotkap at gmx.de Wed Jul 8 05:29:58 2009 From: rotkap at gmx.de (Heino Tiedemann) Date: Wed Jul 8 05:30:09 2009 Subject: www/firefox35 coredumps every time at startup Message-ID: <86zlbfbwby.fsf@rincewind.tihnet> Hello, I installed the port www/firefox35. After installation I tried to start it It core dumps 'every time' (100% reproducable). ,---- | $ firefox3 | Fatal error 'Recurse on a private mutex.' at line 986 in file | /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 2) | Abort trap (core dumped) `---- greetings Heino From johans at stack.nl Wed Jul 8 06:00:54 2009 From: johans at stack.nl (Johan van Selst) Date: Wed Jul 8 06:01:00 2009 Subject: www/firefox35 coredumps every time at startup In-Reply-To: <86zlbfbwby.fsf@rincewind.tihnet> References: <86zlbfbwby.fsf@rincewind.tihnet> Message-ID: <20090708060050.GA54401@mud.stack.nl> Heino Tiedemann wrote: > I installed the port www/firefox35. After installation I tried to > start it > It core dumps 'every time' (100% reproducable). Did you load sem(4)? To quote UPDATING: If your Firefox crashes with the following message while viewing a HTML5 page: "Bad system call (core dumped)" you need to load the sem module (kldload sem). To load sem on every boot put the following into your /boot/loader.conf: sem_load="YES" Ciao, Johan -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090708/451930e6/attachment.pgp From rotkap at gmx.de Wed Jul 8 07:21:36 2009 From: rotkap at gmx.de (Heino Tiedemann) Date: Wed Jul 8 07:21:43 2009 Subject: www/firefox35 coredumps every time at startup In-Reply-To: <20090708060050.GA54401@mud.stack.nl> References: <86zlbfbwby.fsf@rincewind.tihnet> <20090708060050.GA54401@mud.stack.nl> Message-ID: <20090708072131.85300@gmx.net> > Heino Tiedemann wrote: > > I installed the port www/firefox35. After installation I tried to > > start it > > It core dumps 'every time' (100% reproducable). > > Did you load sem(4)? To quote UPDATING: > > If your Firefox crashes with the following message while viewing a > HTML5 page: "Bad system call (core dumped)" you need to load the sem > module (kldload sem). > > To load sem on every boot put the following into your > /boot/loader.conf: sem_load="YES" Hi Johan, no, I did not, because 1) my message was different then that one in UPDATING 2) it crahses on startup, not while viewing a HTML5 document (as mentioned in UPDATING) Should I try sem_load="YES" also for that Problem? greets Heino -- GRATIS f?r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 From miwi at FreeBSD.org Wed Jul 8 07:51:15 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Wed Jul 8 07:51:22 2009 Subject: www/firefox35 coredumps every time at startup In-Reply-To: <20090708072131.85300@gmx.net> References: <86zlbfbwby.fsf@rincewind.tihnet> <20090708060050.GA54401@mud.stack.nl> <20090708072131.85300@gmx.net> Message-ID: <20090708073546.GA78132@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, Jul 08, 2009 at 09:21:31AM +0200, Heino Tiedemann wrote: > > Heino Tiedemann wrote: > > > I installed the port www/firefox35. After installation I tried to > > > start it > > > It core dumps 'every time' (100% reproducable). > > > > Did you load sem(4)? To quote UPDATING: > > > > If your Firefox crashes with the following message while viewing a > > HTML5 page: "Bad system call (core dumped)" you need to load the sem > > module (kldload sem). > > > > To load sem on every boot put the following into your > > /boot/loader.conf: sem_load="YES" > > > Hi Johan, > > no, I did not, because > > 1) my message was different then that one in UPDATING > > 2) it crahses on startup, not while viewing a HTML5 document (as mentioned in UPDATING) > > > Should I try sem_load="YES" also for that Problem? > Yes, after the install/update start firefox the FF3.5 welcome site with a html5 video, so it's crash with a video. > greets > Heino > > > -- > GRATIS f?r alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > _______________________________________________ > freebsd-gecko@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gecko > To unsubscribe, send any mail to "freebsd-gecko-unsubscribe@freebsd.org" > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkpUTFIACgkQdLJIhLHm/OneTwCgz1asR+kQY3Sbus34kdUZyFTR rscAnj4JUYfXlTokvLaYDYhir4k45pnf =2QoW -----END PGP SIGNATURE----- From ws at au.dyndns.ws Wed Jul 8 07:53:50 2009 From: ws at au.dyndns.ws (Wayne Sierke) Date: Wed Jul 8 07:53:56 2009 Subject: xmms crash In-Reply-To: <200907072309.n67N9Ddp059311@fire.js.berklix.net> References: <200907072309.n67N9Ddp059311@fire.js.berklix.net> Message-ID: <1247038706.50823.10638.camel@predator-ii.buffyverse> On Tue, 2009-07-07 at 08:40 -0700, Robert wrote: > xmms crashed with > the following data. > > Gdk-ERROR **: BadMatch (invalid parameter attributes) > serial 6299 error_code 8 request_code 72 minor_code 0 > Gdk-ERROR **: BadMatch (invalid parameter attributes) > serial 6300 error_code 8 request_code 72 minor_code 0 As a work-around I launch xmms with this command: /usr/bin/env XLIB_SKIP_ARGB_VISUALS=1 /usr/local/bin/xmms Long-standing problem. I don't have a reference handy but Googling for xmms and XLIB_SKIP_ARGB_VISUALS should dig up something relevant. Wayne From jhs at berklix.com Wed Jul 8 10:22:50 2009 From: jhs at berklix.com (Julian H. Stacey) Date: Wed Jul 8 10:22:57 2009 Subject: xmms crash In-Reply-To: Your message "Wed, 08 Jul 2009 17:08:26 +0930." <1247038706.50823.10638.camel@predator-ii.buffyverse> Message-ID: <200907081022.n68AMDa1030899@fire.js.berklix.net> Wayne Sierke wrote: > As a work-around I launch xmms with this command: > > /usr/bin/env XLIB_SKIP_ARGB_VISUALS=1 /usr/local/bin/xmms Great, works here, Thanks Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail in plain ASCII text; HTML & Base64 are spam. http://asciiribbon.org From pczanik at fang.fa.gau.hu Wed Jul 8 12:15:34 2009 From: pczanik at fang.fa.gau.hu (Peter Czanik) Date: Wed Jul 8 12:15:41 2009 Subject: postgresql 8.4 In-Reply-To: References: <4A51B8CD.7050902@fang.fa.gau.hu> Message-ID: <4A548DE3.2080803@fang.fa.gau.hu> On 2009-07-06 22:44, Palle Girgensohn wrote: > Consider me ping:ed. :-) > > Just got back from vacation, I'll be fixing the port tomorrow. Thanks, it is almost there. When I try "make package", it fails: [root@v16 /usr/ports/databases/postgresql84-server]# make package ===> Building package for postgresql-server-8.4.0 Creating package /usr/packages/All/postgresql-server-8.4.0.tbz Registering depends: postgresql-client-8.4.0 gettext-0.17_1 libiconv-1.13.1. Registering conflicts: postgresql-client-7.* postgresql-server-7.* postgresql-client-8.[0-35-9]* postgresql-server-8.[0-35-9]*. Creating bzip'd tar ball in '/usr/packages/All/postgresql-server-8.4.0.tbz' tar: share/locale/af/LC_MESSAGES/postgres.mo: Cannot stat: No such file or directory tar: share/locale/cs/LC_MESSAGES/initdb.mo: Cannot stat: No such file or directory tar: share/locale/cs/LC_MESSAGES/pg_controldata.mo: Cannot stat: No such file or directory [...] tar: share/locale/zh_TW/LC_MESSAGES/pg_controldata.mo: Cannot stat: No such file or directory tar: share/locale/zh_TW/LC_MESSAGES/pg_ctl.mo: Cannot stat: No such file or directory tar: share/locale/zh_TW/LC_MESSAGES/pg_resetxlog.mo: Cannot stat: No such file or directory tar: share/locale/zh_TW/LC_MESSAGES/postgres.mo: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 *** Error code 1 Stop in /usr/ports/databases/postgresql84-server. [root@v16 /usr/ports/databases/postgresql84-server]# Bye, CzP From marshc187 at gmail.com Wed Jul 8 12:51:42 2009 From: marshc187 at gmail.com (mc) Date: Wed Jul 8 12:51:50 2009 Subject: Ardour amd64 port Message-ID: <4A549150.5080301@gmail.com> hi, i hope i can make this quick post, because i am not sure where to direct this.appropriately. (mailing list, maintainer??) in short, i am still getting to grips with freebsd (i.e. not that i know anything) and plan on using media apps mostly. recently i installed the new 8-BETA1 amd64 (was using 7.2R i386) and found audio/ardour to bemarked BROKEN on amd64 arch - Does not Compile. anyway, i commented out the Broken in the Makefile to see at least where it stops, but it complied all the way, installed and ran ok (apart from some gtk-wariings). if other ppl who may use this also manage to compile, could it get unbroken? i'm concerned with overall stability in the long run, but not my expertise as yet. also, this is vers2.7, and have downloaded newer2,8 sources - should that be through maintainer? thanks From girgen at FreeBSD.org Wed Jul 8 12:55:27 2009 From: girgen at FreeBSD.org (Palle Girgensohn) Date: Wed Jul 8 12:55:34 2009 Subject: postgresql 8.4 In-Reply-To: <4A548DE3.2080803@fang.fa.gau.hu> References: <4A51B8CD.7050902@fang.fa.gau.hu> <4A548DE3.2080803@fang.fa.gau.hu> Message-ID: <51F72AA8A9E0F7987ECDBC06@mangostan.pingpong.net> Bummer, I had an old WITHOUT_NLS=YES in my /etc/make.conf... If you can't wait, deselect NLS in make config. I'll look into this in the afternoon. Thanks for the heads-up. Palle --On onsdag, on 8 jul 2009 14.15.31 +0200 Peter Czanik wrote: > On 2009-07-06 22:44, Palle Girgensohn wrote: >> Consider me ping:ed. :-) >> >> Just got back from vacation, I'll be fixing the port tomorrow. > Thanks, it is almost there. When I try "make package", it fails: > > [root@v16 /usr/ports/databases/postgresql84-server]# make package > ===> Building package for postgresql-server-8.4.0 > Creating package /usr/packages/All/postgresql-server-8.4.0.tbz > Registering depends: postgresql-client-8.4.0 gettext-0.17_1 > libiconv-1.13.1. > Registering conflicts: postgresql-client-7.* postgresql-server-7.* > postgresql-client-8.[0-35-9]* postgresql-server-8.[0-35-9]*. > Creating bzip'd tar ball in > '/usr/packages/All/postgresql-server-8.4.0.tbz' > tar: share/locale/af/LC_MESSAGES/postgres.mo: Cannot stat: No such file > or directory > tar: share/locale/cs/LC_MESSAGES/initdb.mo: Cannot stat: No such file or > directory > tar: share/locale/cs/LC_MESSAGES/pg_controldata.mo: Cannot stat: No such > file or directory > [...] > tar: share/locale/zh_TW/LC_MESSAGES/pg_controldata.mo: Cannot stat: No > such file or directory > tar: share/locale/zh_TW/LC_MESSAGES/pg_ctl.mo: Cannot stat: No such file > or directory > tar: share/locale/zh_TW/LC_MESSAGES/pg_resetxlog.mo: Cannot stat: No such > file or directory > tar: share/locale/zh_TW/LC_MESSAGES/postgres.mo: Cannot stat: No such > file or directory > tar: Error exit delayed from previous errors. > pkg_create: make_dist: tar command failed with code 256 > *** Error code 1 > > Stop in /usr/ports/databases/postgresql84-server. > [root@v16 /usr/ports/databases/postgresql84-server]# > > Bye, > CzP > From raghu at mri.ernet.in Wed Jul 8 15:05:19 2009 From: raghu at mri.ernet.in (N. Raghavendra) Date: Wed Jul 8 15:05:28 2009 Subject: local ports In-Reply-To: <4A4E7647.8020806@gmail.com> (Aryeh M. Friedman's message of "Fri, 03 Jul 2009 17:21:11 -0400") References: <4A4E7647.8020806@gmail.com> Message-ID: <86zlbfckdl.fsf@riemann.mri.ernet.in> At 2009-07-03T17:21:11-04:00, Aryeh M. Friedman wrote: > My site has a number of tools we have written for internal use only > and want to make it so all one has to do to set a new machine up with > these tools and the standard ports needed is rune portmaster on our > local meta-port... what is the right way of setting this up (I have a > local cvsup repo)? I have several local ports, to set up which I found the following useful: 1. Vivek Khera, `Making a local branch of the ports tree', http://lists.freebsd.org/pipermail/freebsd-ports/2007-April/040366.html 2. Randy Pratt, `Creating a custom ports tree', http://myfreebsd.homeunix.net/hints_n_kinks/localportstree.html Regards, Raghu. -- N. Raghavendra | http://www.retrotexts.net/ Harish-Chandra Research Institute | http://www.mri.ernet.in/ See message headers for contact and OpenPGP information. From simestd at netexpress.com Wed Jul 8 17:22:07 2009 From: simestd at netexpress.com (Tom Simes) Date: Wed Jul 8 17:22:13 2009 Subject: Patches for Mailman 2.1.12? Message-ID: <20090708090424.3b1a4eaa.simestd@netexpress.com> Hello Richard, The FreeBSD Mailman port relies on your patches 444879 and 444884 to build and I cannot reach the port maintainter currently. For better or worse, the port has the patch filenames keyed to the current Mailman version, like so: PATCH_SITES+= http://www.openinfo.co.uk/mm/patches/444879/:patch1 \ http://www.openinfo.co.uk/mm/patches/444884/:patch2 PATCHFILES+= indexing-${DISTVERSION}-0.1.patch.gz:patch1 \ htdig-${DISTVERSION}-0.1.patch.gz:patch2 So since May the Mailman port has been failing because it cannot retrieve these two files (which don't exist): http://www.openinfo.co.uk/mm/patches/444879/indexing-2.1.12-0.1.patch.gz http://www.openinfo.co.uk/mm/patches/444884/htdig-2.1.12-0.1.patch.gz Your web server logs should confirm this in spades. Would it be possible for you to update these two patches against Mailman 2.1.12? Thank you for continuing to bump these along even though you started out maintaining them for your personal use only! FreeBSD ports team, Mail to the port maintainer (jmelo@FreeBSD.org) is getting a 550 off the address it's currently forwarded to. The portupgrade behaviour in this case is nasty because for some reason the old mailman install is being nuked and not properly restored when the build fails. I patched the port Makefile and distinfo to build Mailman 2.1.11 with the appropriate 444879 & 444884 patches and my Mailman install is back in business, but others might not be able to help themselves. I'll be glad to supply the patches if it would help, although they don't get folks any closer to Mailman 2.1.12. -- Tom ====================================================================== "Z-80 system stack overflow. Shut 'er down Scotty, the system's sucking mud" - Error message on TRS 80 Model-16B Tom Simes simestd@netexpress.com ====================================================================== From simestd at netexpress.com Wed Jul 8 18:09:52 2009 From: simestd at netexpress.com (Tom Simes) Date: Wed Jul 8 18:09:58 2009 Subject: Patches for Mailman 2.1.12? In-Reply-To: <105A38EF-11EE-44C8-B585-23FCCFAAB9BF@openinfo.co.uk> References: <20090708090424.3b1a4eaa.simestd@netexpress.com> <105A38EF-11EE-44C8-B585-23FCCFAAB9BF@openinfo.co.uk> Message-ID: <20090708100949.4be962a2.simestd@netexpress.com> On Wed, 8 Jul 2009 19:02:12 +0100 Richard Barrett wrote: > I'll try and find time to produce updated patches for 2.1.12 in the > next couple of days. Thank you Richard, I really appreciate your efforts! If I can help, please let me know how and I'll try. -- Tom ====================================================================== "Z-80 system stack overflow. Shut 'er down Scotty, the system's sucking mud" - Error message on TRS 80 Model-16B Tom Simes simestd@netexpress.com ====================================================================== From r.barrett at openinfo.co.uk Wed Jul 8 18:18:55 2009 From: r.barrett at openinfo.co.uk (Richard Barrett) Date: Wed Jul 8 18:19:04 2009 Subject: Patches for Mailman 2.1.12? In-Reply-To: <20090708090424.3b1a4eaa.simestd@netexpress.com> References: <20090708090424.3b1a4eaa.simestd@netexpress.com> Message-ID: <105A38EF-11EE-44C8-B585-23FCCFAAB9BF@openinfo.co.uk> I'll try and find time to produce updated patches for 2.1.12 in the next couple of days. On 8 Jul 2009, at 18:04, Tom Simes wrote: > > Hello Richard, > > The FreeBSD Mailman port relies on your patches 444879 and 444884 to > build and I cannot reach the port maintainter currently. For > better or > worse, the port has the patch filenames keyed to the current Mailman > version, like so: > > PATCH_SITES+= http://www.openinfo.co.uk/mm/patches/444879/:patch1 \ > http://www.openinfo.co.uk/mm/patches/444884/:patch2 > PATCHFILES+= indexing-${DISTVERSION}-0.1.patch.gz:patch1 \ > htdig-${DISTVERSION}-0.1.patch.gz:patch2 > > So since May the Mailman port has been failing because it cannot > retrieve these two files (which don't exist): > > http://www.openinfo.co.uk/mm/patches/444879/ > indexing-2.1.12-0.1.patch.gz > http://www.openinfo.co.uk/mm/patches/444884/htdig-2.1.12-0.1.patch.gz > > Your web server logs should confirm this in spades. > > Would it be possible for you to update these two patches against > Mailman > 2.1.12? Thank you for continuing to bump these along even though you > started out maintaining them for your personal use only! > > FreeBSD ports team, > > Mail to the port maintainer (jmelo@FreeBSD.org) is getting a 550 > off the > address it's currently forwarded to. The portupgrade behaviour in > this > case is nasty because for some reason the old mailman install is being > nuked and not properly restored when the build fails. I patched the > port Makefile and distinfo to build Mailman 2.1.11 with the > appropriate > 444879 & 444884 patches and my Mailman install is back in business, > but > others might not be able to help themselves. I'll be glad to > supply the > patches if it would help, although they don't get folks any closer to > Mailman 2.1.12. > > -- > Tom > > ====================================================================== > "Z-80 system stack overflow. Shut 'er down Scotty, the system's > sucking mud" - Error message on TRS 80 Model-16B > > Tom Simes simestd@netexpress.com > ====================================================================== From kostikbel at gmail.com Wed Jul 8 19:21:28 2009 From: kostikbel at gmail.com (Kostik Belousov) Date: Wed Jul 8 19:21:35 2009 Subject: postgresql-contrib 8.4.0 Message-ID: <20090708192122.GI55190@deviant.kiev.zoral.com.ua> Attempt to install postgresql-contrib 8.4.0 fails because I have Xorg libraries on the host: ===> Installing for ossp-uuid-1.6.2 ===> ossp-uuid-1.6.2 conflicts with installed package(s): e2fsprogs-libuuid-1.41.5_1 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/bsd/ports/misc/ossp-uuid. deviant% pkg_info -R e2fsprogs-libuuid-1.41.5_1 ~ Information for e2fsprogs-libuuid-1.41.5_1: Required by: doxygen-1.5.9 nas-1.9.1_3 qemu-0.10.5 qt4-gui-4.4.3_2 sdl-1.2.13_3,2 sdl_mixer-1.2.8_2 xorg-7.4_2 xorg-libraries-7.4 I think this is unacceptable situation, where full postgresql installation cannot coexist with X. -------------- 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/20090708/da0284d5/attachment.pgp From rotkap at gmx.de Wed Jul 8 21:37:16 2009 From: rotkap at gmx.de (Heino Tiedemann) Date: Wed Jul 8 21:37:23 2009 Subject: www/firefox35 coredumps every time at startup In-Reply-To: <20090708073546.GA78132@bsdcrew.de> (Martin Wilke's message of "Wed\, 8 Jul 2009 09\:35\:46 +0200") References: <86zlbfbwby.fsf@rincewind.tihnet> <20090708060050.GA54401@mud.stack.nl> <20090708072131.85300@gmx.net> <20090708073546.GA78132@bsdcrew.de> Message-ID: <86y6qyeu0n.fsf@rincewind.tihnet> Martin Wilke wrote: > On Wed, Jul 08, 2009 at 09:21:31AM +0200, Heino Tiedemann wrote: >> > Heino Tiedemann wrote: >> > > I installed the port www/firefox35. After installation I tried to >> > > start it >> > > It core dumps 'every time' (100% reproducable). >> > >> > Did you load sem(4)? To quote UPDATING: >> > >> > If your Firefox crashes with the following message while viewing a >> > HTML5 page: "Bad system call (core dumped)" you need to load the sem >> > module (kldload sem). >> > >> > To load sem on every boot put the following into your >> > /boot/loader.conf: sem_load="YES" >> >> >> Hi Johan, >> >> no, I did not, because >> >> 1) my message was different then that one in UPDATING >> >> 2) it crahses on startup, not while viewing a HTML5 document (as mentioned in UPDATING) >> >> >> Should I try sem_load="YES" also for that Problem? >> > > Yes, after the install/update start firefox the FF3.5 welcome site with > a html5 video, so it's crash with a video. does not work: [x] /boot/loader.conf: sem_load="YES" [x] reboot $ firefox3 Fatal error 'Recurse on a private mutex.' at line 986 in file /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 2) Abort trap (core dumped) Seems to be another problem then mentioned in UPDATE. my uname -a: FreeBSD rincewind.tihnet 6.4-PRERELEASE FreeBSD 6.4-PRERELEASE #0: Tue Oct 28 18:59:10 CET 2008 root@rincewind.tihnet:/usr/obj/usr/src/sys/BEASTIE i386 greets Heino From gdoe6545 at yahoo.it Thu Jul 9 08:27:10 2009 From: gdoe6545 at yahoo.it (Gianni Doe) Date: Thu Jul 9 08:27:17 2009 Subject: squidGuard-1.4 + LDAP Message-ID: The SquidGuard port doesn't have the option to build in LDAP support so the 'ldapusersearch' source ACL option does not work. Would it be possible to include LDAP support in the port? Regards Gianni From mad at madpilot.net Thu Jul 9 09:57:18 2009 From: mad at madpilot.net (Guido Falsi) Date: Thu Jul 9 09:57:25 2009 Subject: squidGuard-1.4 + LDAP In-Reply-To: References: Message-ID: <20090709093917.GA93935@megatron.madpilot.net> On Thu, Jul 09, 2009 at 10:00:25AM +0200, Gianni Doe wrote: > The SquidGuard port doesn't have the option to build in LDAP support > so the 'ldapusersearch' source ACL option does not work. > Would it be possible to include LDAP support in the port? > Regards Ciao, Visto che siamo entrambi italiani, parliamo in italiano :) E' possibilissimo, e avrei anche gia' una patch pronta, l'unico problema e' che io non ho modo di provarla, l'ho mandato ad altre persone che come te mi hanno richiesto questa funzione, ma poi nessuno si e' fatto risentire per dirmi se funziona o meno. Prima di mandarla per il commit preferirei avere almeno un riscontro. Quindi ti allego la patch, ma ti prego, a differenza di chi ti ha preceduto, di riferirmi se funziona correttamente, cosi' poi posso mandarla ai committer per includerla nell'albero ufficiale. Grazie a te, e mi spiace non avere potuto applicare prima questa patch. -- Guido Falsi -------------- next part -------------- A non-text attachment was scrubbed... Name: squidguard.diff Type: text/x-diff Size: 5146 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090709/b9fe1e8b/squidguard.bin From gdoe6545 at yahoo.it Thu Jul 9 10:52:36 2009 From: gdoe6545 at yahoo.it (Gianni Doe) Date: Thu Jul 9 10:52:44 2009 Subject: squidGuard-1.4 + LDAP In-Reply-To: <20090709093917.GA93935@megatron.madpilot.net> References: <20090709093917.GA93935@megatron.madpilot.net> Message-ID: <31A0B176-C3C4-4CBD-BB9C-226731D80BFB@yahoo.it> On 09/lug/09, at 11:39, Guido Falsi wrote: > On Thu, Jul 09, 2009 at 10:00:25AM +0200, Gianni Doe wrote: >> The SquidGuard port doesn't have the option to build in LDAP support >> so the 'ldapusersearch' source ACL option does not work. >> Would it be possible to include LDAP support in the port? >> Regards > > Ciao, > > Visto che siamo entrambi italiani, parliamo in italiano :) > > E' possibilissimo, e avrei anche gia' una patch pronta, l'unico > problema > e' che io non ho modo di provarla, l'ho mandato ad altre persone che > come te mi hanno richiesto questa funzione, ma poi nessuno si e' fatto > risentire per dirmi se funziona o meno. > > Prima di mandarla per il commit preferirei avere almeno un riscontro. > > Quindi ti allego la patch, ma ti prego, a differenza di chi ti ha > preceduto, di riferirmi se funziona correttamente, cosi' poi posso > mandarla ai committer per includerla nell'albero ufficiale. > > Grazie a te, e mi spiace non avere potuto applicare prima questa > patch. Many thanks Guido I have applied the patch and SquidGuard + LDAP is now working perfectly. Just for the record I had to set 'ldapprotover 3' for it to work on my system. Regards Gianni From mad at madpilot.net Thu Jul 9 12:46:03 2009 From: mad at madpilot.net (Guido Falsi) Date: Thu Jul 9 12:46:10 2009 Subject: squidGuard-1.4 + LDAP In-Reply-To: <31A0B176-C3C4-4CBD-BB9C-226731D80BFB@yahoo.it> References: <20090709093917.GA93935@megatron.madpilot.net> <31A0B176-C3C4-4CBD-BB9C-226731D80BFB@yahoo.it> Message-ID: <20090709124601.GC93935@megatron.madpilot.net> On Thu, Jul 09, 2009 at 12:52:32PM +0200, Gianni Doe wrote: > >Grazie a te, e mi spiace non avere potuto applicare prima questa > >patch. > > > Many thanks Guido > I have applied the patch and SquidGuard + LDAP is now working perfectly. > Just for the record I had to set 'ldapprotover 3' for it to work on > my system. Very good, and thanks! I will submit a pr about this shortly to have the patch imported. BTW the problem with the missing file is a limitation of patch, which creates new files in the working directory instead of where they should be. I should have warned you berforehand. Thank you again for your cooperation. -- Guido Falsi From smcafee at collaborativefusion.com Thu Jul 9 13:00:45 2009 From: smcafee at collaborativefusion.com (Sean McAfee) Date: Thu Jul 9 13:00:51 2009 Subject: postgresql-contrib 8.4.0 In-Reply-To: <20090708192122.GI55190@deviant.kiev.zoral.com.ua> References: <20090708192122.GI55190@deviant.kiev.zoral.com.ua> Message-ID: <4A55E7A1.3020101@collaborativefusion.com> Thanks for fixing this, but I think that eliminating the ability to use a feature is just as unacceptable. Something like the following would enable these as options (I wasn't able to get a conditional CONFLICTS working): --- Makefile 2009-07-09 12:49:14.000000000 +0000 +++ Makefile.orig 2009-07-09 12:21:25.000000000 +0000 @@ -39,20 +39,9 @@ PKGMESSAGE= ${.CURDIR}/pkg-message .if ${PGSQL_VER} > 83 -OPTIONS+= XML "XML/XSLT support" on -OPTIONS+= UUID "UUID support (conflicts with e2fsprogs-libuuid)" on - -. if ${PGSQL_VER} > 83 && defined(WITH_XML) CONFIGURE_ARGS+= --with-libxslt --with-libxml -LIB_DEPENDS+= xslt.2:${PORTSDIR}/textproc/libxslt xml2.5:${PORTSDIR}/textproc/libxml2 -. endif - -. if ${PGSQL_VER} > 83 && defined(WITH_UUID) -CONFIGURE_ARGS+= --with-ossp-uuid -BUILD_DEPENDS+= ${LOCALBASE}/bin/uuid-config:${PORTSDIR}/misc/ossp-uuid -. endif - -.endif # PGSQL > 83 +LIB_DEPENDS= xslt.2:${PORTSDIR}/textproc/libxslt xml2.5:${PORTSDIR}/textproc/libxml2 +.endif post-install: .if ${PGSQL_VER} < 81 -- Sean McAfee System Engineer From r.barrett at openinfo.co.uk Thu Jul 9 13:30:26 2009 From: r.barrett at openinfo.co.uk (Richard Barrett) Date: Thu Jul 9 13:30:32 2009 Subject: Patches for Mailman 2.1.12? In-Reply-To: <20090708100949.4be962a2.simestd@netexpress.com> References: <20090708090424.3b1a4eaa.simestd@netexpress.com> <105A38EF-11EE-44C8-B585-23FCCFAAB9BF@openinfo.co.uk> <20090708100949.4be962a2.simestd@netexpress.com> Message-ID: Tom I have remade my Mailman patches so that they should now apply cleanly to Mailman 2.1.12 These revised patches are now available through my web site at URLs below http://www.openinfo.co.uk/mm/ as before. My testing has been minimal but in the main the patches applied OK with just minor mumbling by the patch utility about offsets it was able to correct for. If anybody encounters any problems or has any queries, let me know. Regards Richard On 8 Jul 2009, at 19:09, Tom Simes wrote: > On Wed, 8 Jul 2009 19:02:12 +0100 > Richard Barrett wrote: > >> I'll try and find time to produce updated patches for 2.1.12 in the >> next couple of days. > > Thank you Richard, I really appreciate your efforts! If I can help, > please let me know how and I'll try. > > -- > Tom > > ====================================================================== > "Z-80 system stack overflow. Shut 'er down Scotty, the system's > sucking mud" - Error message on TRS 80 Model-16B > > Tom Simes simestd@netexpress.com > ====================================================================== From jmelo at freebsdbrasil.com.br Thu Jul 9 13:42:14 2009 From: jmelo at freebsdbrasil.com.br (Jean Milanez Melo) Date: Thu Jul 9 13:42:22 2009 Subject: Patches for Mailman 2.1.12? In-Reply-To: <105A38EF-11EE-44C8-B585-23FCCFAAB9BF@openinfo.co.uk> References: <20090708090424.3b1a4eaa.simestd@netexpress.com> <105A38EF-11EE-44C8-B585-23FCCFAAB9BF@openinfo.co.uk> Message-ID: <4A55ED72.1030808@freebsdbrasil.com.br> Richard Barrett wrote: > I'll try and find time to produce updated patches for 2.1.12 in the next > couple of days. > > On 8 Jul 2009, at 18:04, Tom Simes wrote: > >> >> Hello Richard, >> >> The FreeBSD Mailman port relies on your patches 444879 and 444884 to >> build and I cannot reach the port maintainter currently. For better or >> worse, the port has the patch filenames keyed to the current Mailman >> version, like so: >> >> PATCH_SITES+= http://www.openinfo.co.uk/mm/patches/444879/:patch1 \ >> http://www.openinfo.co.uk/mm/patches/444884/:patch2 >> PATCHFILES+= indexing-${DISTVERSION}-0.1.patch.gz:patch1 \ >> htdig-${DISTVERSION}-0.1.patch.gz:patch2 >> >> So since May the Mailman port has been failing because it cannot >> retrieve these two files (which don't exist): >> >> http://www.openinfo.co.uk/mm/patches/444879/indexing-2.1.12-0.1.patch.gz >> http://www.openinfo.co.uk/mm/patches/444884/htdig-2.1.12-0.1.patch.gz >> >> Your web server logs should confirm this in spades. >> >> Would it be possible for you to update these two patches against Mailman >> 2.1.12? Thank you for continuing to bump these along even though you >> started out maintaining them for your personal use only! >> >> FreeBSD ports team, >> >> Mail to the port maintainer (jmelo@FreeBSD.org) is getting a 550 off the >> address it's currently forwarded to. The portupgrade behaviour in this >> case is nasty because for some reason the old mailman install is being >> nuked and not properly restored when the build fails. I patched the >> port Makefile and distinfo to build Mailman 2.1.11 with the appropriate >> 444879 & 444884 patches and my Mailman install is back in business, but >> others might not be able to help themselves. I'll be glad to supply the >> patches if it would help, although they don't get folks any closer to >> Mailman 2.1.12. >> >> -- >> Tom >> >> ====================================================================== >> "Z-80 system stack overflow. Shut 'er down Scotty, the system's >> sucking mud" - Error message on TRS 80 Model-16B >> >> Tom Simes simestd@netexpress.com >> ====================================================================== > Hello, I'm aware, i'll update the port in next few days. Thanks. -- Jean From cm at therek.net Thu Jul 9 14:16:54 2009 From: cm at therek.net (Cezary Morga) Date: Thu Jul 9 14:17:11 2009 Subject: cvs commit: ports/security/sudoscript Makefile In-Reply-To: <20090707125245.D8EA239810@qat.tcbug.org> References: <200907071251.n67CpFbG052641@repoman.freebsd.org> <20090707125245.D8EA239810@qat.tcbug.org> Message-ID: <4A55F666.60804@therek.net> QAT@freebsd.org pisze: > Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/sudoscript-2.1.2.log : > > gzip: can't stat: /usr/local/man/man8/sudoscript.8: No such file or directory > ===> Registering installation for sudoscript-2.1.2 > ================================================================ > ======================================== > ===> Building package for sudoscript-2.1.2 > tar: man/man1/ss.1.gz: Cannot stat: No such file or directory > tar: man/man1/sudoshell.1.gz: Cannot stat: No such file or directory > tar: man/man3/Sudoscript.3pm.gz: Cannot stat: No such file or directory > tar: man/man8/sudoscriptd.8.gz: Cannot stat: No such file or directory > tar: man/man8/sudoscript.8.gz: Cannot stat: No such file or directory > tar: Error exit delayed from previous errors. > pkg_create: make_dist: tar command failed with code 256 > Creating package /tmp/packages/All/sudoscript-2.1.2.tbz > Registering depends: perl-5.8.9_3. > Creating bzip'd tar ball in '/tmp/packages/All/sudoscript-2.1.2.tbz' > *** Error code 1 According to the log http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/sudoscript-2.1.2.log the build ended without errors. Had someone fixed that? BWT, the log same log says: > prefixes: LOCALBASE=usr/local X11BASE=usr/local PREFIX=/usr/local Shouldn't it be: LOCALBASE=/usr/local X11BASE=/usr/local PREFIX=/usr/local (missing leading slash '/' for LOCALBASE and X11BASE)? -- Cezary Morga From bennett at cs.niu.edu Thu Jul 9 14:37:35 2009 From: bennett at cs.niu.edu (Scott Bennett) Date: Thu Jul 9 14:37:42 2009 Subject: needing install OpenOffice.org without messing up perl Message-ID: <200907091437.n69EbQaa016599@mp.cs.niu.edu> What is the best way to install OpenOffice.org from a package without the installation trying to reinstall perl5.8 over perl5.10? Please copy me in on any responses, as well as to the list. Thanks! Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From simestd at netexpress.com Thu Jul 9 14:47:40 2009 From: simestd at netexpress.com (Tom Simes) Date: Thu Jul 9 14:47:46 2009 Subject: Patches for Mailman 2.1.12? In-Reply-To: References: <20090708090424.3b1a4eaa.simestd@netexpress.com> <105A38EF-11EE-44C8-B585-23FCCFAAB9BF@openinfo.co.uk> <20090708100949.4be962a2.simestd@netexpress.com> Message-ID: <20090709064737.247eb372.simestd@netexpress.com> On Thu, 9 Jul 2009 14:30:05 +0100 Richard Barrett wrote: > Tom > > I have remade my Mailman patches so that they should now apply > cleanly to Mailman 2.1.12 > > These revised patches are now available through my web site at URLs > below http://www.openinfo.co.uk/mm/ as before. > > My testing has been minimal but in the main the patches applied OK > with just minor mumbling by the patch utility about offsets it was > able to correct for. > > If anybody encounters any problems or has any queries, let me know. > > Regards > > Richard Outstanding! Thank you for such a quick turn around Richard :) -- Tom ====================================================================== "Z-80 system stack overflow. Shut 'er down Scotty, the system's sucking mud" - Error message on TRS 80 Model-16B Tom Simes simestd@netexpress.com ====================================================================== From swhetzel at gmail.com Thu Jul 9 15:59:04 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Thu Jul 9 15:59:11 2009 Subject: squidGuard-1.4 + LDAP In-Reply-To: <20090709124601.GC93935@megatron.madpilot.net> References: <20090709093917.GA93935@megatron.madpilot.net> <31A0B176-C3C4-4CBD-BB9C-226731D80BFB@yahoo.it> <20090709124601.GC93935@megatron.madpilot.net> Message-ID: <790a9fff0907090858i7b04e581m6e599d858400043a@mail.gmail.com> On Thu, Jul 9, 2009 at 7:46 AM, Guido Falsi wrote: > On Thu, Jul 09, 2009 at 12:52:32PM +0200, Gianni Doe wrote: >> >Grazie a te, e mi spiace non avere potuto applicare prima questa >> >patch. >> >> >> Many thanks Guido >> I have applied the patch and SquidGuard + LDAP is now working perfectly. >> Just for the record I had to set 'ldapprotover 3' for it to work on >> my system. > > Very good, and thanks! > > I will submit a pr about this shortly to have the patch imported. > > BTW the problem with the missing file is a limitation of patch, which > creates new files in the working directory instead of where they should > be. I should have warned you berforehand. > If you have a patch that contains new files, then you need to specify -p0 option to patch. This will then cause patch to use the full path name to the file, instead of just the filename. See the man page for patch(1) on the full explanation of the -p option. Scot From mel.flynn+fbsd.ports at mailing.thruhere.net Thu Jul 9 16:29:16 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Thu Jul 9 16:29:23 2009 Subject: postgresql-contrib 8.4.0 In-Reply-To: <4A55E7A1.3020101@collaborativefusion.com> References: <20090708192122.GI55190@deviant.kiev.zoral.com.ua> <4A55E7A1.3020101@collaborativefusion.com> Message-ID: <200907090829.13394.mel.flynn+fbsd.ports@mailing.thruhere.net> On Thursday 09 July 2009 04:50:41 Sean McAfee wrote: > Thanks for fixing this, but I think that eliminating the ability to use > a feature is just as unacceptable. I'm more interested in how you guys got xorg-libraries to depend on uuid in the first place. It doesn't for me and I don't see how it could (not in RUN_DEPENDS and no mention of e2fs in Mk/*). Unfortunately, the two libraries aren't interchangeable. -- Mel From smcafee at collaborativefusion.com Thu Jul 9 16:51:33 2009 From: smcafee at collaborativefusion.com (Sean McAfee) Date: Thu Jul 9 16:51:46 2009 Subject: postgresql-contrib 8.4.0 In-Reply-To: <200907090829.13394.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <20090708192122.GI55190@deviant.kiev.zoral.com.ua> <4A55E7A1.3020101@collaborativefusion.com> <200907090829.13394.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <4A562014.5000104@collaborativefusion.com> Mel Flynn wrote: > On Thursday 09 July 2009 04:50:41 Sean McAfee wrote: >> Thanks for fixing this, but I think that eliminating the ability to use >> a feature is just as unacceptable. > > I'm more interested in how you guys got xorg-libraries to depend on uuid in > the first place. It doesn't for me and I don't see how it could (not in > RUN_DEPENDS and no mention of e2fs in Mk/*). > Unfortunately, the two libraries aren't interchangeable. As far as I can tell, it's pulled in by patches for x11/libSM. -- Sean McAfee System Engineer From mailing at gaturkey.com Thu Jul 9 16:51:36 2009 From: mailing at gaturkey.com (Global Access Travel) Date: Thu Jul 9 16:51:46 2009 Subject: Fam Trip to TURKEY for $999 (Refundable) Message-ID: <6872a27086ffee21b62e497e2db1863a@localhost.localdomain> [http://www.turkeycallingus.com/] Exclusive Boutique Enterprise Turkey FAM ISTANBUL - CAPPADOCIA - KONYA - ANTALYA - PAMUKKALE - KUSADASI 9 Nights / 11 Days $999 ? 5 Continents ? 150 Countries Worldwide ? 100.000 Hotels ? Instant Confirmation [http://www.turkeycallingus.com] [http://www.turkeycallingus.com/turkey-fam/TurkeyFam.htm] [http://www.turkeycallingus.com/turkey-fam/TurkeyFamItinerary.htm] [http://www.turkeycallingus.com/turkey-fam/TurkeyFamRates.htm] [http://www.turkeycallingus.com/turkey-fam/TurkeyFamServices.htm] [http://www.turkeycallingus.com/turkey-fam/TurkeyFamHotels.htm] Global Access proudly presents the biggest FAM Trip of the year, teaming with Turkish Airlines and Turkish Ministry of Tourism and Culture. As the host of ASTA IDE 2010 and European Capital of Culture 2010, Turkey is likely to be the one of the most popular destinations in 2010. Those who act early and get to know this beautiful country better will be able to give a better insight to their clients and secure more bookings. Our specially selected travel agents will stay in best hotels in each town, be escorted by professional, top tour guides, taste exceptionally good examples of Turkish Cuisine, and get to know Turkey in elegant way. Join us for a luxury FAM adventure and be our special guest in our beautiful country! COMBINE WITH World Travel Market! One of the biggest travel shows of Europe and the world, WTM, will be held in London between 9-12 November 2009. Combine your London trip with Turkey and benefit from great agent rates to see one of the most popular tourist destinations from USA and Canada. WE WILL REFUND YOUR MONEY BACK ! Upon booking your 20th passenger on a Global Access Travel Service, we will refund you the whole tour price that you?ve paid for the FAM Trip. If you book 20 or more people on a Global Access Travel Service before the FAM Trip starts, then you will travel for free! About Us Global Access Travel (GA) was founded in Turkey by a group of tourism professionals and marketing experts who recognized the needs to offer online services for accommodations, car rentals, and other travel related services to travel agencies. Through its sophisticated online reservation services, GA offers more than 100,000 hotels, motels, resorts, clubs and apartments all around the world. Other services of GA include car rentals, transfers, special tours, luxury services, city breaks, flight tickets and other services such as tailor made tour packages, exhibition organizations, incentives and other travel related services around the globe at competitive rates. [http://www.TurkeyCallingus.com] www.TurkeyCalling.us [http://www.turkeycallingus.com/turkey-calling-contact-us.htm] Global Access Travel Tel: +90 212 258 58 29 Fax: +90 212 258 34 47 E-mail : [mailto:incoming@gaturkey.com] incoming@gaturkey.com Website: [http://www.turkeycallingus.com/] www.TurkeyCalling.Us This message was sent by: FamTrit turkey, N?zhetiye Cad., istanbul, besiktas 34357, Turkey To be removed click here: http://app.icontact.com/icp/mmail-mprofile.pl?r=47130975&l=82243&s=UBBM&m=578549&c=305227 Forward to a friend: http://app.icontact.com/icp/sub/forward?m=578549&s=47130975&c=UBBM&cid=305227 From mad at madpilot.net Thu Jul 9 17:10:23 2009 From: mad at madpilot.net (Guido Falsi) Date: Thu Jul 9 17:10:31 2009 Subject: squidGuard-1.4 + LDAP In-Reply-To: <20090709093917.GA93935@megatron.madpilot.net> References: <20090709093917.GA93935@megatron.madpilot.net> Message-ID: <4A56247B.5090504@madpilot.net> Guido Falsi wrote: > On Thu, Jul 09, 2009 at 10:00:25AM +0200, Gianni Doe wrote: >> The SquidGuard port doesn't have the option to build in LDAP support >> so the 'ldapusersearch' source ACL option does not work. >> Would it be possible to include LDAP support in the port? >> Regards > > Ciao, > > Visto che siamo entrambi italiani, parliamo in italiano :) Sorry for the Italian. I did not notice the email was to the mailing list too. -- Guido Falsi From itetcu at FreeBSD.org Thu Jul 9 17:27:06 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Thu Jul 9 17:27:12 2009 Subject: cvs commit: ports/security/sudoscript Makefile In-Reply-To: <4A55F666.60804@therek.net> References: <200907071251.n67CpFbG052641@repoman.freebsd.org> <20090707125245.D8EA239810@qat.tcbug.org> <4A55F666.60804@therek.net> Message-ID: <20090709202723.0366c51d@it.buh.tecnik93.com> On Thu, 09 Jul 2009 15:53:42 +0200 Cezary Morga wrote: > QAT@freebsd.org pisze: > > Excerpt from > > http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/sudoscript-2.1.2.log : > > > > gzip: can't stat: /usr/local/man/man8/sudoscript.8: No such file or > > directory ===> Registering installation for sudoscript-2.1.2 > > ================================================================ > > ======================================== > > ===> Building package for sudoscript-2.1.2 > > tar: man/man1/ss.1.gz: Cannot stat: No such file or directory > > tar: man/man1/sudoshell.1.gz: Cannot stat: No such file or directory > > tar: man/man3/Sudoscript.3pm.gz: Cannot stat: No such file or > > directory tar: man/man8/sudoscriptd.8.gz: Cannot stat: No such file > > or directory tar: man/man8/sudoscript.8.gz: Cannot stat: No such > > file or directory tar: Error exit delayed from previous errors. > > pkg_create: make_dist: tar command failed with code 256 > > Creating package /tmp/packages/All/sudoscript-2.1.2.tbz > > Registering depends: perl-5.8.9_3. > > Creating bzip'd tar ball in '/tmp/packages/All/sudoscript-2.1.2.tbz' > > *** Error code 1 > > According to the log > http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/sudoscript-2.1.2.log > the build ended without errors. Had someone fixed that? Probably yes. > BWT, the log same log says: > > > prefixes: LOCALBASE=usr/local X11BASE=usr/local PREFIX=/usr/local > > Shouldn't it be: > LOCALBASE=/usr/local X11BASE=/usr/local PREFIX=/usr/local > (missing leading slash '/' for LOCALBASE and X11BASE)? Yes, it's a bug in tindy, but they are set right. -- 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/20090709/99c22783/signature.pgp From mel.flynn+fbsd.ports at mailing.thruhere.net Thu Jul 9 17:27:10 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Thu Jul 9 17:27:33 2009 Subject: postgresql-contrib 8.4.0 In-Reply-To: <4A562014.5000104@collaborativefusion.com> References: <20090708192122.GI55190@deviant.kiev.zoral.com.ua> <200907090829.13394.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A562014.5000104@collaborativefusion.com> Message-ID: <200907090927.07647.mel.flynn+fbsd.ports@mailing.thruhere.net> On Thursday 09 July 2009 08:51:32 Sean McAfee wrote: > Mel Flynn wrote: > > On Thursday 09 July 2009 04:50:41 Sean McAfee wrote: > >> Thanks for fixing this, but I think that eliminating the ability to use > >> a feature is just as unacceptable. > > > > I'm more interested in how you guys got xorg-libraries to depend on uuid > > in the first place. It doesn't for me and I don't see how it could (not > > in RUN_DEPENDS and no mention of e2fs in Mk/*). > > Unfortunately, the two libraries aren't interchangeable. > > As far as I can tell, it's pulled in by patches for x11/libSM. And libSM is not mentioned in the OP's pkg_info, which it should be. Also: x11/libSM/files/patch-src_sm_genid.c eliminates libuuid dependencies by using the base uuid(3), which has existed since 2002. As far as I can tell, your ports-mgmt software has been overprotecting this dependency. Of course, there's a more valid conflict with net/samba3+WITH_DNS_UPDATE. -- Mel From smcafee at collaborativefusion.com Thu Jul 9 17:31:33 2009 From: smcafee at collaborativefusion.com (Sean McAfee) Date: Thu Jul 9 17:31:39 2009 Subject: postgresql-contrib 8.4.0 In-Reply-To: <200907090927.07647.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <20090708192122.GI55190@deviant.kiev.zoral.com.ua> <200907090829.13394.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A562014.5000104@collaborativefusion.com> <200907090927.07647.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <4A562972.8060609@collaborativefusion.com> Mel Flynn wrote: > On Thursday 09 July 2009 08:51:32 Sean McAfee wrote: >> Mel Flynn wrote: >>> On Thursday 09 July 2009 04:50:41 Sean McAfee wrote: >>>> Thanks for fixing this, but I think that eliminating the ability to use >>>> a feature is just as unacceptable. >>> I'm more interested in how you guys got xorg-libraries to depend on uuid >>> in the first place. It doesn't for me and I don't see how it could (not >>> in RUN_DEPENDS and no mention of e2fs in Mk/*). >>> Unfortunately, the two libraries aren't interchangeable. >> As far as I can tell, it's pulled in by patches for x11/libSM. > > And libSM is not mentioned in the OP's pkg_info, which it should be. Also: > x11/libSM/files/patch-src_sm_genid.c > eliminates libuuid dependencies by using the base uuid(3), which has existed > since 2002. > > As far as I can tell, your ports-mgmt software has been overprotecting this > dependency. > Of course, there's a more valid conflict with net/samba3+WITH_DNS_UPDATE. Eh, however it happened, I'm not too worried since X and PgSQL don't live together around here. My main concern is that the fix resulted in an inability to use the UUID features of Pg8.4 in a stock ports tree. -- Sean McAfee System Engineer From freebsd-ports-local at be-well.ilk.org Thu Jul 9 18:10:58 2009 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Thu Jul 9 18:11:05 2009 Subject: needing install OpenOffice.org without messing up perl In-Reply-To: <200907091437.n69EbQaa016599@mp.cs.niu.edu> (Scott Bennett's message of "Thu\, 9 Jul 2009 09\:37\:26 -0500 \(CDT\)") References: <200907091437.n69EbQaa016599@mp.cs.niu.edu> Message-ID: <44zlbdengx.fsf@be-well.ilk.org> Scott Bennett writes: > What is the best way to install OpenOffice.org from a package without > the installation trying to reinstall perl5.8 over perl5.10? Get a package that includes them? Short of that, you would have to install the package without dependencies. There is a pkg_add option to do this, but the trick comes afterwards, when you have to fix it up to use the perl you actually have (perl-after-upgrade(1) might be able to handle this, but you have no guarantees.). Or you could just install both perl versions; they should be able to coexist just fine. From amdmi3 at amdmi3.ru Thu Jul 9 18:44:49 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Jul 9 18:44:57 2009 Subject: call for testing: print/hplip update, pass 2 In-Reply-To: <20090707214134.GA66882@triton.kn-bremen.de> References: <20090704112402.GA87051@triton.kn-bremen.de> <20090704120713.GA17665@triton.kn-bremen.de> <20090706164652.GA38440@triton.kn-bremen.de> <20090707214134.GA66882@triton.kn-bremen.de> Message-ID: <20090709184446.GA20846@hades.panopticon> * Juergen Lock (nox@jelal.kn-bremen.de) wrote: > I got a new printer today (the old one's scanner died... ): and now hplip > has usb issues with that one: > > hp-systray reports on startup: (and also on refresh) Thanks for testing, Jurgen! I've merged your changes into the port and polished it a bit, so now it builds on all FreeBSD versions and without plist problems. Unfortunately I'm unable to test this and I have very shallow vision of functionality and regressions of this update. First of all, here's latest version of the port: http://people.freebsd.org/~amdmi3/hplip.shar Please use it as a base for further changes (and also please check that I haven't missed any of your enchantments). As I understood, the update has regressions compared to the hplip version which is currently in ports, thus it's not possible to just update it. Can you (both Jurgen and Chris) give me a brief summary of how the update is better and worse than the current version? If it has enough working/new features, it would be nice to commit this change as hplip-devel. And, in either case, how hard is it (if possible) to fix the regressions? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From hrs at FreeBSD.org Thu Jul 9 18:47:58 2009 From: hrs at FreeBSD.org (Hiroki Sato) Date: Thu Jul 9 18:48:13 2009 Subject: CFT: net/openbgpd Message-ID: <20090710.034605.22399364.hrs@allbsd.org> Hi, I would like your help for testing net/openbgpd. A diff from 4.4.1 and a complete tarball of the new port for the latest version from the OpenBSD source tree as of July 9, can be found at: http://people.allbsd.org/~hrs/FreeBSD/openbgpd-4.5.20090709.diff.gz http://people.allbsd.org/~hrs/FreeBSD/openbgpd-4.5.20090709.tar.gz Changes from 4.4.1 include support for RIB table and connect-retry. Nexthop using IPv6 link-local address is also supported (equivalent to "neighbor X interface Y" in Quagga). Note that CARP and route priority are disabled because they are not supported on FreeBSD. Please let me know if you notice something wrong with it. Thanks! -- Hiroki -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090709/c5cc3fdb/attachment.pgp From rotkaps_spam_trap at gmx.de Thu Jul 9 19:21:54 2009 From: rotkaps_spam_trap at gmx.de (Heino Tiedemann) Date: Thu Jul 9 19:22:02 2009 Subject: www/firefox35 coredumps every time at startup References: <86zlbfbwby.fsf@rincewind.tihnet> <20090708060050.GA54401@mud.stack.nl> <20090708072131.85300@gmx.net> <20090708073546.GA78132@bsdcrew.de> <86y6qyeu0n.fsf@rincewind.tihnet> Message-ID: Heino Tiedemann wrote: > Martin Wilke wrote: > >> On Wed, Jul 08, 2009 at 09:21:31AM +0200, Heino Tiedemann wrote: >>> > Heino Tiedemann wrote: >>> > > I installed the port www/firefox35. After installation I tried to >>> > > start it >>> > > It core dumps 'every time' (100% reproducable). >>> > >>> > Did you load sem(4)? To quote UPDATING: >>> > >>> > If your Firefox crashes with the following message while viewing a >>> > HTML5 page: "Bad system call (core dumped)" you need to load the sem >>> > module (kldload sem). >>> > >>> > To load sem on every boot put the following into your >>> > /boot/loader.conf: sem_load="YES" >>> >>> >>> Hi Johan, >>> >>> no, I did not, because >>> >>> 1) my message was different then that one in UPDATING >>> >>> 2) it crahses on startup, not while viewing a HTML5 document (as mentioned in UPDATING) >>> >>> >>> Should I try sem_load="YES" also for that Problem? >>> >> >> Yes, after the install/update start firefox the FF3.5 welcome site with >> a html5 video, so it's crash with a video. > > does not work: > > [x] /boot/loader.conf: sem_load="YES" > [x] reboot > > $ firefox3 > Fatal error 'Recurse on a private mutex.' at line 986 in file > /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 2) > Abort trap (core dumped) > > Seems to be another problem then mentioned in UPDATE. Any Ideas? Is somewone working on it? What can I Do? Heino From mezz7 at cox.net Thu Jul 9 19:52:56 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu Jul 9 19:53:03 2009 Subject: www/firefox35 coredumps every time at startup In-Reply-To: References: <86zlbfbwby.fsf@rincewind.tihnet> <20090708060050.GA54401@mud.stack.nl> <20090708072131.85300@gmx.net> <20090708073546.GA78132@bsdcrew.de> <86y6qyeu0n.fsf@rincewind.tihnet> Message-ID: On Thu, 09 Jul 2009 14:21:16 -0500, Heino Tiedemann wrote: > Heino Tiedemann wrote: > >> Martin Wilke wrote: >> >>> On Wed, Jul 08, 2009 at 09:21:31AM +0200, Heino Tiedemann wrote: >>>> > Heino Tiedemann wrote: >>>> > > I installed the port www/firefox35. After installation I tried to >>>> > > start it >>>> > > It core dumps 'every time' (100% reproducable). >>>> > >>>> > Did you load sem(4)? To quote UPDATING: >>>> > >>>> > If your Firefox crashes with the following message while viewing a >>>> > HTML5 page: "Bad system call (core dumped)" you need to load the >>>> sem >>>> > module (kldload sem). >>>> > >>>> > To load sem on every boot put the following into your >>>> > /boot/loader.conf: sem_load="YES" >>>> >>>> >>>> Hi Johan, >>>> >>>> no, I did not, because >>>> >>>> 1) my message was different then that one in UPDATING >>>> >>>> 2) it crahses on startup, not while viewing a HTML5 document (as >>>> mentioned in UPDATING) >>>> >>>> >>>> Should I try sem_load="YES" also for that Problem? >>>> >>> >>> Yes, after the install/update start firefox the FF3.5 welcome site with >>> a html5 video, so it's crash with a video. >> >> does not work: >> >> [x] /boot/loader.conf: sem_load="YES" >> [x] reboot >> >> $ firefox3 >> Fatal error 'Recurse on a private mutex.' at line 986 in file >> /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 2) >> Abort trap (core dumped) >> >> Seems to be another problem then mentioned in UPDATE. > > Any Ideas? Is somewone working on it? It looks like firefox35 or somewhere has missed to compile with -pthread. > What can I Do? Upgrade to FreeBSD 7.x or above. I am not kidding. FreeBSD 7.x and above are heck a lot better than 6.x. Those don't have any problem, which FreeBSD 6.x has some bugs or missing feature that force some stuff to compile with -pthread when it's not need. Cheers, Mezz > Heino -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From uqs at spoerlein.net Thu Jul 9 20:25:53 2009 From: uqs at spoerlein.net (Ulrich =?utf-8?B?U3DDtnJsZWlu?=) Date: Thu Jul 9 20:26:00 2009 Subject: can you PLEASE _read_ the QAT mails? (was: Re: Question about a failure report) In-Reply-To: <20090706005148.15d15cd1@it.buh.tecnik93.com> References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> <91D041090FA2939A0942293F@utd65257.utdallas.edu> <4C41B4EAEF8C942A8D085916@utd65257.utdallas.edu> <994EF1F5-0A23-4A4F-B853-48AED6A5529F@tandon.net> <20090705111532.61c2dd65@it.buh.tecnik93.com> <4ED7FF030DD8AEF9F1B2A039@Macintosh-2.local> <20090706005148.15d15cd1@it.buh.tecnik93.com> Message-ID: <20090709202550.GD2145@acme.spoerlein.net> On Mon, 06.07.2009 at 00:51:48 +0300, Ion-Mihai Tetcu wrote: > On Sun, 05 Jul 2009 13:49:49 -0500 > Paul Schmehl wrote: > > > > For short, your port's configure script fails to search for mysql > > > headers in the right place; QATty has LOCALBASE and PREFIX set > > > to /usr/PPP. If you can't sorted out in a few days drop me an email > > > and I'll take a look. > > > > No offense taken. The thing that confused me is that I always build > > my ports in /tmp/portname when testing, but barnyard still managed to > > find mysql headers when building. > > Yes, that's PREFIX (ie. you install in /tmp/portname) but LOCALBASE I > bet it's /usr/local. > > > So I didn't understand why it was failing in QAT. I followed all the > > links in the email and read the materials, but I still didn't > > understand why the build failed in QAT. > > It failed on QATty, not on QAT. > > QAT has -DNOPORT* while > QATty has PREFIX and LOCALBASE = /usr/PPP Hi Ion-Mihai, this is the first time, I hear there are different QAT setups (although it makes sense, doesn't it?). So I was wondering where this is documented. I am always confused about what portsmon is doing vs. pointyhat. Then we have tinderbox for src and other ones for ports. Now there are multiple QAT setups! Searching for 'qat' on wiki.freebsd.org revealed no hits, although I think that would be a good place to document all "official" port/package "linters" So I would kindly ask you, if you could put some information and links regarding QAT on the wiki. Other people will probably fill in the details for pointyhat, portsmon, etc. That would be great, thanks! Cheers, Ulrich Sp?rlein -- http://www.dubistterrorist.de/ From rotkap at gmx.de Thu Jul 9 20:26:43 2009 From: rotkap at gmx.de (Heino Tiedemann) Date: Thu Jul 9 20:26:50 2009 Subject: www/firefox35 coredumps every time at startup In-Reply-To: (Jeremy Messenger's message of "Thu\, 09 Jul 2009 14\:53\:43 -0500") References: <86zlbfbwby.fsf@rincewind.tihnet> <20090708060050.GA54401@mud.stack.nl> <20090708072131.85300@gmx.net> <20090708073546.GA78132@bsdcrew.de> <86y6qyeu0n.fsf@rincewind.tihnet> Message-ID: <86tz1lhabk.fsf@rincewind.tihnet> "Jeremy Messenger" wrote: > On Thu, 09 Jul 2009 14:21:16 -0500, Heino Tiedemann > wrote: > >> Heino Tiedemann wrote: >> >>> Martin Wilke wrote: >>> >>>> On Wed, Jul 08, 2009 at 09:21:31AM +0200, Heino Tiedemann wrote: >>>>> > Heino Tiedemann wrote: >>>>> > > I installed the port www/firefox35. After installation I tried to >>>>> > > start it >>>>> > > It core dumps 'every time' (100% reproducable). >>>>> > >>>>> > Did you load sem(4)? To quote UPDATING: >>>>> > >>>>> > If your Firefox crashes with the following message while viewing a >>>>> > HTML5 page: "Bad system call (core dumped)" you need to load >>>>> the sem >>>>> > module (kldload sem). >>>>> > >>>>> > To load sem on every boot put the following into your >>>>> > /boot/loader.conf: sem_load="YES" >>>>> >>>>> >>>>> Hi Johan, >>>>> >>>>> no, I did not, because >>>>> >>>>> 1) my message was different then that one in UPDATING >>>>> >>>>> 2) it crahses on startup, not while viewing a HTML5 document (as >>>>> mentioned in UPDATING) >>>>> >>>>> >>>>> Should I try sem_load="YES" also for that Problem? >>>>> >>>> >>>> Yes, after the install/update start firefox the FF3.5 welcome site with >>>> a html5 video, so it's crash with a video. >>> >>> does not work: >>> >>> [x] /boot/loader.conf: sem_load="YES" >>> [x] reboot >>> >>> $ firefox3 >>> Fatal error 'Recurse on a private mutex.' at line 986 in file >>> /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 2) >>> Abort trap (core dumped) >>> >>> Seems to be another problem then mentioned in UPDATE. >> >> Any Ideas? Is somewone working on it? > > It looks like firefox35 or somewhere has missed to compile with -pthread. What is this "-pthread" Can I change that? Disable the option? >> What can I Do? > > Upgrade to FreeBSD 7.x or above. I am not kidding. FreeBSD 7.x and > above are heck a lot better than 6.x. Those don't have any problem, > which FreeBSD 6.x has some bugs or missing feature that force some > stuff to compile with -pthread when it's not need. Not yet. First I have to buy new hardware.. so - how can I change the "-pthread" option? greets Heino From mezz7 at cox.net Thu Jul 9 20:35:59 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu Jul 9 20:36:05 2009 Subject: www/firefox35 coredumps every time at startup In-Reply-To: <86tz1lhabk.fsf@rincewind.tihnet> References: <86zlbfbwby.fsf@rincewind.tihnet> <20090708060050.GA54401@mud.stack.nl> <20090708072131.85300@gmx.net> <20090708073546.GA78132@bsdcrew.de> <86y6qyeu0n.fsf@rincewind.tihnet> <86tz1lhabk.fsf@rincewind.tihnet> Message-ID: On Thu, 09 Jul 2009 15:26:39 -0500, Heino Tiedemann wrote: > "Jeremy Messenger" wrote: > >> On Thu, 09 Jul 2009 14:21:16 -0500, Heino Tiedemann >> wrote: >> >>> Heino Tiedemann wrote: >>> >>>> Martin Wilke wrote: >>>> >>>>> On Wed, Jul 08, 2009 at 09:21:31AM +0200, Heino Tiedemann wrote: >>>>>> > Heino Tiedemann wrote: >>>>>> > > I installed the port www/firefox35. After installation I tried >>>>>> to >>>>>> > > start it >>>>>> > > It core dumps 'every time' (100% reproducable). >>>>>> > >>>>>> > Did you load sem(4)? To quote UPDATING: >>>>>> > >>>>>> > If your Firefox crashes with the following message while >>>>>> viewing a >>>>>> > HTML5 page: "Bad system call (core dumped)" you need to load >>>>>> the sem >>>>>> > module (kldload sem). >>>>>> > >>>>>> > To load sem on every boot put the following into your >>>>>> > /boot/loader.conf: sem_load="YES" >>>>>> >>>>>> >>>>>> Hi Johan, >>>>>> >>>>>> no, I did not, because >>>>>> >>>>>> 1) my message was different then that one in UPDATING >>>>>> >>>>>> 2) it crahses on startup, not while viewing a HTML5 document (as >>>>>> mentioned in UPDATING) >>>>>> >>>>>> >>>>>> Should I try sem_load="YES" also for that Problem? >>>>>> >>>>> >>>>> Yes, after the install/update start firefox the FF3.5 welcome site >>>>> with >>>>> a html5 video, so it's crash with a video. >>>> >>>> does not work: >>>> >>>> [x] /boot/loader.conf: sem_load="YES" >>>> [x] reboot >>>> >>>> $ firefox3 >>>> Fatal error 'Recurse on a private mutex.' at line 986 in file >>>> /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 2) >>>> Abort trap (core dumped) >>>> >>>> Seems to be another problem then mentioned in UPDATE. >>> >>> Any Ideas? Is somewone working on it? >> >> It looks like firefox35 or somewhere has missed to compile with >> -pthread. > > What is this "-pthread" > Can I change that? Disable the option? > >>> What can I Do? >> >> Upgrade to FreeBSD 7.x or above. I am not kidding. FreeBSD 7.x and >> above are heck a lot better than 6.x. Those don't have any problem, >> which FreeBSD 6.x has some bugs or missing feature that force some >> stuff to compile with -pthread when it's not need. > > Not yet. First I have to buy new hardware.. > > so - how can I change the "-pthread" option? You will have to wait until someone figure where is the right place to add the -pthread. Cheers, Mezz > greets > Heino -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From itetcu at FreeBSD.org Thu Jul 9 21:54:14 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Thu Jul 9 21:55:22 2009 Subject: can you PLEASE _read_ the QAT mails? (was: Re: Question about a failure report) In-Reply-To: <20090709202550.GD2145@acme.spoerlein.net> References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> <91D041090FA2939A0942293F@utd65257.utdallas.edu> <4C41B4EAEF8C942A8D085916@utd65257.utdallas.edu> <994EF1F5-0A23-4A4F-B853-48AED6A5529F@tandon.net> <20090705111532.61c2dd65@it.buh.tecnik93.com> <4ED7FF030DD8AEF9F1B2A039@Macintosh-2.local> <20090706005148.15d15cd1@it.buh.tecnik93.com> <20090709202550.GD2145@acme.spoerlein.net> Message-ID: <20090710005426.75fce445@it.buh.tecnik93.com> On Thu, 9 Jul 2009 22:25:50 +0200 Ulrich Sp?rlein wrote: > On Mon, 06.07.2009 at 00:51:48 +0300, Ion-Mihai Tetcu wrote: > > On Sun, 05 Jul 2009 13:49:49 -0500 > > Paul Schmehl wrote: > > > > > > For short, your port's configure script fails to search for > > > > mysql headers in the right place; QATty has LOCALBASE and > > > > PREFIX set to /usr/PPP. If you can't sorted out in a few days > > > > drop me an email and I'll take a look. > > > > > > No offense taken. The thing that confused me is that I always > > > build my ports in /tmp/portname when testing, but barnyard still > > > managed to find mysql headers when building. > > > > Yes, that's PREFIX (ie. you install in /tmp/portname) but LOCALBASE > > I bet it's /usr/local. > > > > > So I didn't understand why it was failing in QAT. I followed all > > > the links in the email and read the materials, but I still didn't > > > understand why the build failed in QAT. > > > > It failed on QATty, not on QAT. > > > > QAT has -DNOPORT* while > > QATty has PREFIX and LOCALBASE = /usr/PPP > > Hi Ion-Mihai, > > this is the first time, I hear there are different QAT setups > (although it makes sense, doesn't it?). Well, QATty is almost at the end (it builds x11/ now) of its first run (LOCALBASE/PREFIX) conformance :-) The run was announced on committers ML and on ports ML. > So I was wondering where this is documented. I am always confused > about what portsmon is doing vs. pointyhat. PortsmMon aggregates the date from PointyHat and a few others sources, it's usually easier to use that PointyHat directly. > Then we have tinderbox for src and other ones for ports. Now there > are multiple QAT setups! And we're gonna have more! :-) QAT basically does on-commit testing (I regard -DNOPORT* as something accessory at the moment since the biggest part of the problems were fixed). QATty does non-standard config testing; PREFIX and LOCALBASE for now, other things in the future. The plan is to unite reports for on-commit testing, for standard config and multiple non-standard configs and have one QATMail for all the tests. This depends on available hardware and my available time. > Searching for 'qat' on wiki.freebsd.org revealed no hits, although I > think that would be a good place to document all "official" > port/package "linters" Blame it on me rather hating wikies. Each QATMail contains a link to a doc describing the testing process. > So I would kindly ask you, if you could put some information and links > regarding QAT on the wiki. Other people will probably fill in the > details for pointyhat, portsmon, etc. I'll do it eventually. And yes, you are right, we need to document a lot of things. -- 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/20090709/5c5744e9/signature.pgp From linimon at lonesome.com Fri Jul 10 03:56:06 2009 From: linimon at lonesome.com (Mark Linimon) Date: Fri Jul 10 03:56:12 2009 Subject: can you PLEASE _read_ the QAT mails? (was: Re: Question about a failure report) In-Reply-To: <20090709202550.GD2145@acme.spoerlein.net> References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> <91D041090FA2939A0942293F@utd65257.utdallas.edu> <4C41B4EAEF8C942A8D085916@utd65257.utdallas.edu> <994EF1F5-0A23-4A4F-B853-48AED6A5529F@tandon.net> <20090705111532.61c2dd65@it.buh.tecnik93.com> <4ED7FF030DD8AEF9F1B2A039@Macintosh-2.local> <20090706005148.15d15cd1@it.buh.tecnik93.com> <20090709202550.GD2145@acme.spoerlein.net> Message-ID: <20090710033702.GA20975@lonesome.com> On Thu, Jul 09, 2009 at 10:25:50PM +0200, Ulrich Sp?rlein wrote: > I am always confused about what portsmon is doing vs. pointyhat. portsmon tracks all the errorlog data from pointyhat, with the caveat that only the last 2 runs (somewhat erroneously termed "full" and "latest") of each buildenv are tracked. e.g., if package foo failed more than 2 runs ago and has not be re-run since, portsmon will not show a build error for it. It will, however, show you the last package that was uploaded. portsmon's idea of metadata for a port is based on a single buildenv -- this is a limitation of the database schema ATM. The default buildenv that is used is i386-7 right now*, but I should be switching it to i386-8 pretty soon. This means there is no way to ask it "show me packages that fail on amd64-6" or "show me ports that are marked BROKEN on sparc64, for instance. Therefore, all of the periodic emails describe the state of a port only on i386-7. Finally, since portsmon is looking at errorlogs that have already been produced, it to some degree is reporting the state of past ports tree(s). However, its metadata is updated every hour. mcl * careful observers will note that the environment in which the metadata are evaluated may not _exactly_ match pointyhat's setup, but it's as close as I can get it. The last time I checked, this affected only a handful of ports; in particular, a few false positives for IGNORE based on conflicts. From bill at flierdevelopers.com Fri Jul 10 05:47:14 2009 From: bill at flierdevelopers.com (Bill luo) Date: Fri Jul 10 05:47:21 2009 Subject: offer laptop accessory Code:44 Message-ID: <9666991B06BF48898B25E999B1781445@lenovox61> To: Purchase Dept I am very happy to know you from website http://www.chruetertee.ch" that you are doing business of laptop parts. This is Bill from HongKong Flier Developers Co.,Limited, a reputed supplier of laptop battery. Now we are able to provide more than 250pcs batteries for different models, developing new models every month. We have put much importance to quality control and service, so with low RMA. Besides replacement laptop battery, we also have a wide and stable source for original/genuine memory, laptop batteries, laptop adapters. I would like to provide detailed pricelists if you request, and hope that we have chance to do lots of business in the future. We apologize for any inconviences if you are not interested in the offer! Thank you! Have a nice day! Bill Luo (Sales Supervisor) HongKong Flier Developers Co.,Limited Tel: +86-755-2828 4807 Fax: +86-755-8957 8417 www.flierdevelopers.com bill@flierdevelopers.com billflier@hotmail.com From freebsd-ports at dino.sk Fri Jul 10 08:09:50 2009 From: freebsd-ports at dino.sk (Milan Obuch) Date: Fri Jul 10 08:09:57 2009 Subject: call for testing: print/hplip update, pass 2 In-Reply-To: <20090709184446.GA20846@hades.panopticon> References: <20090704112402.GA87051@triton.kn-bremen.de> <20090707214134.GA66882@triton.kn-bremen.de> <20090709184446.GA20846@hades.panopticon> Message-ID: <200907100959.28128.freebsd-ports@dino.sk> On Thursday 09 July 2009 20:44:46 Dmitry Marakasov wrote: [ snip ] > First of all, here's latest version of the port: > http://people.freebsd.org/~amdmi3/hplip.shar > Please use it as a base for further changes (and also please check > that I haven't missed any of your enchantments). > [ snip ] Hi, I have HP Photosmart D5460, which is not supported by hplip in ports now. This was my motivation to test new port. Build/install (well, I did portmaster hplip) went flawlessly, but when starting I got error Jul 10 08:35:43 wind python: [723]: error: dbus failed to load (python-dbus ver. 0.80+ required). Exiting... I added cupsd_enable="YES" dbus_enable="YES" hpssd_enable="YES" into /etc/rc.conf, and pkg_info | grep -i dbus dbus-1.2.4.6 A message bus system for inter-application communication dbus-glib-0.80 GLib bindings for the D-BUS messaging system dbus-qt3-0.70_2 Qt3 bindings for the D-BUS messaging system py25-dbus-0.83.0_1 Python bindings for the D-BUS messaging system py25-qt4-dbus-4.4.4,1 Python bindings for the Qt4 toolkit, D-BUS module so the minimal or better required version is installed, so what? Or did I not understand the message correctly? Regards, Milan From traveling08 at cox.net Fri Jul 10 14:21:35 2009 From: traveling08 at cox.net (Robert) Date: Fri Jul 10 14:21:41 2009 Subject: xmms crash In-Reply-To: <1247038706.50823.10638.camel@predator-ii.buffyverse> References: <200907072309.n67N9Ddp059311@fire.js.berklix.net> <1247038706.50823.10638.camel@predator-ii.buffyverse> Message-ID: <20090710072128.06021d94@vaio> On Wed, 08 Jul 2009 17:08:26 +0930 Wayne Sierke wrote: > On Tue, 2009-07-07 at 08:40 -0700, Robert wrote: > > xmms crashed with > > the following data. > > > > Gdk-ERROR **: BadMatch (invalid parameter attributes) > > serial 6299 error_code 8 request_code 72 minor_code 0 > > Gdk-ERROR **: BadMatch (invalid parameter attributes) > > serial 6300 error_code 8 request_code 72 minor_code 0 > > As a work-around I launch xmms with this command: > > /usr/bin/env XLIB_SKIP_ARGB_VISUALS=1 /usr/local/bin/xmms > > Long-standing problem. I don't have a reference handy but Googling for > xmms and XLIB_SKIP_ARGB_VISUALS should dig up something relevant. > > > Wayne > > Wayne I'm sorry it took so long for me to respond. This work around does indeed work. I put this in a script in ~/HOME and named it XMMS.sh and all works fine. Thanks Robert From flo at kasimir.com Fri Jul 10 14:34:37 2009 From: flo at kasimir.com (Florian Smeets) Date: Fri Jul 10 14:34:53 2009 Subject: www/firefox35 coredumps every time at startup In-Reply-To: References: <86zlbfbwby.fsf@rincewind.tihnet> <20090708060050.GA54401@mud.stack.nl> <20090708072131.85300@gmx.net> <20090708073546.GA78132@bsdcrew.de> <86y6qyeu0n.fsf@rincewind.tihnet> <86tz1lhabk.fsf@rincewind.tihnet> Message-ID: <4A574D19.1020306@kasimir.com> On 09.07.09 22:36, Jeremy Messenger wrote: > On Thu, 09 Jul 2009 15:26:39 -0500, Heino Tiedemann wrote: > >> "Jeremy Messenger" wrote: >> >>> On Thu, 09 Jul 2009 14:21:16 -0500, Heino Tiedemann >>>> What can I Do? >>> >>> Upgrade to FreeBSD 7.x or above. I am not kidding. FreeBSD 7.x and >>> above are heck a lot better than 6.x. Those don't have any problem, >>> which FreeBSD 6.x has some bugs or missing feature that force some >>> stuff to compile with -pthread when it's not need. >> >> Not yet. First I have to buy new hardware.. >> >> so - how can I change the "-pthread" option? > > You will have to wait until someone figure where is the right place to > add the -pthread. > I submitted the build fixes for RELENG_6. I'll have a look. The problem is all of my boxes are >= RELENG_7_2. I'm going to install 6.4 in a VM and will try to fix the problem, but it will take a few days. Cheers, Florian From rotkaps_spam_trap at gmx.de Fri Jul 10 19:20:07 2009 From: rotkaps_spam_trap at gmx.de (Heino Tiedemann) Date: Fri Jul 10 19:20:14 2009 Subject: www/firefox35 coredumps every time at startup References: <86zlbfbwby.fsf@rincewind.tihnet> <20090708060050.GA54401@mud.stack.nl> <20090708072131.85300@gmx.net> <20090708073546.GA78132@bsdcrew.de> <86y6qyeu0n.fsf@rincewind.tihnet> <86tz1lhabk.fsf@rincewind.tihnet> <4A574D19.1020306@kasimir.com> Message-ID: Florian Smeets wrote: > I submitted the build fixes for RELENG_6. I'll have a look. The > problem is all of my boxes are >= RELENG_7_2. > > I'm going to install 6.4 in a VM and will try to fix the problem, but > it will take a few days. Cool! Heino From nox at jelal.kn-bremen.de Fri Jul 10 22:18:40 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Fri Jul 10 22:18:53 2009 Subject: call for testing: print/hplip update, pass 2 In-Reply-To: <200907100959.28128.freebsd-ports@dino.sk> References: <20090704112402.GA87051@triton.kn-bremen.de> <20090707214134.GA66882@triton.kn-bremen.de> <20090709184446.GA20846@hades.panopticon> <200907100959.28128.freebsd-ports@dino.sk> Message-ID: <20090710221542.GB43250@triton.kn-bremen.de> On Fri, Jul 10, 2009 at 09:59:26AM +0200, Milan Obuch wrote: > On Thursday 09 July 2009 20:44:46 Dmitry Marakasov wrote: > > [ snip ] > > > First of all, here's latest version of the port: > > http://people.freebsd.org/~amdmi3/hplip.shar > > Please use it as a base for further changes (and also please check > > that I haven't missed any of your enchantments). > > > > [ snip ] > > Hi, > > I have HP Photosmart D5460, which is not supported by hplip in ports now. This > was my motivation to test new port. > > Build/install (well, I did portmaster hplip) went flawlessly, but when > starting I got error > > Jul 10 08:35:43 wind python: [723]: error: dbus failed to load (python-dbus > ver. 0.80+ required). Exiting... > > I added > > cupsd_enable="YES" > dbus_enable="YES" > hpssd_enable="YES" hpssd is no longer used btw, it has been replaced by hp-systray that runs as your user. > > into /etc/rc.conf, and > > pkg_info | grep -i dbus > dbus-1.2.4.6 A message bus system for inter-application communication > dbus-glib-0.80 GLib bindings for the D-BUS messaging system > dbus-qt3-0.70_2 Qt3 bindings for the D-BUS messaging system > py25-dbus-0.83.0_1 Python bindings for the D-BUS messaging system > py25-qt4-dbus-4.4.4,1 Python bindings for the Qt4 toolkit, D-BUS module > > so the minimal or better required version is installed, so what? Or did I not > understand the message correctly? Well, did you start dbus too? :) Or it could be that you also need qt4-dbus-4.4.3, at least I have that installed here too (devel/dbus-qt4, probably pulled in by another unrelated port here.) HTH, Juergen From nox at jelal.kn-bremen.de Fri Jul 10 22:18:40 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Fri Jul 10 22:18:54 2009 Subject: call for testing: print/hplip update, pass 2 In-Reply-To: <20090709184446.GA20846@hades.panopticon> References: <20090704112402.GA87051@triton.kn-bremen.de> <20090704120713.GA17665@triton.kn-bremen.de> <20090706164652.GA38440@triton.kn-bremen.de> <20090707214134.GA66882@triton.kn-bremen.de> <20090709184446.GA20846@hades.panopticon> Message-ID: <20090710220705.GA43250@triton.kn-bremen.de> On Thu, Jul 09, 2009 at 10:44:46PM +0400, Dmitry Marakasov wrote: > * Juergen Lock (nox@jelal.kn-bremen.de) wrote: > > > I got a new printer today (the old one's scanner died... ): and now hplip > > has usb issues with that one: > > > > hp-systray reports on startup: (and also on refresh) > > Thanks for testing, Jurgen! I've merged your changes into the port > and polished it a bit, so now it builds on all FreeBSD versions and > without plist problems. > > Unfortunately I'm unable to test this and I have very shallow vision > of functionality and regressions of this update. > > First of all, here's latest version of the port: > http://people.freebsd.org/~amdmi3/hplip.shar > Please use it as a base for further changes (and also please check > that I haven't missed any of your enchantments). > This got lost: Index: Makefile @@ -84,7 +84,12 @@ ${WRKSRC}/ui4/devmgr5.py @${REINPLACE_CMD} -e 's|/etc/dbus-1/system.d|${LOCALBASE}/etc/dbus-1/system.d|g ; \ s|/usr/share/dbus-1/system-services|${LOCALBASE}/share/dbus-1/system-services|g' \ - ${WRKSRC}/Makefile.am ${WRKSRC}/Makefile.in + ${WRKSRC}/Makefile.am ${WRKSRC}/Makefile.in \ + ${WRKSRC}/check.py ${WRKSRC}/hpssd.py \ + ${WRKSRC}/base/g.py ${WRKSRC}/fax/backend/hpfax.py \ + ${WRKSRC}/installer/distros.dat \ + ${WRKSRC}/installer/core_install.py \ + ${WRKSRC}/prnt/hpijs/ljzjs.cpp @${REINPLACE_CMD} 's|/etc/xdg|${PREFIX}&|g' \ ${WRKSRC}/configure ${WRKSRC}/configure.in @${REINPLACE_CMD} 's|-lpthread|${PTHREAD_LIBS}|g' \ > As I understood, the update has regressions compared to the hplip > version which is currently in ports, thus it's not possible to just > update it. Can you (both Jurgen and Chris) give me a brief summary of > how the update is better and worse than the current version? If it has > enough working/new features, it would be nice to commit this change as > hplip-devel. And, in either case, how hard is it (if possible) to > fix the regressions? Well the usb issue with my new printer also exists with the old version thats currently in ports as I now found out, and the only other issue that I remember (printing ascii or ps to the fax queue) could just as well be a problem/incompatiblity with the new cups version... And additionally, the old version's hp-setup seems to be incompatible with today's cups, at least it was unable to add the network print queues for my new printer when I tried it now. (unlike the new version. And also the gui certainly has improved.) Btw that testing just unconvered another bug: the package needs to add hpaio to ${LOCALBASE)/etc/sane.d/dll.conf too... I guess I should test the fax queue on Linux, and possibly usb on head... (fixing usb would at least need someone that still knows the old usb stack I'd say. _If_ it works on head. :) HTH, Juergen From freebsd-ports at dino.sk Sat Jul 11 06:55:41 2009 From: freebsd-ports at dino.sk (Milan Obuch) Date: Sat Jul 11 06:55:48 2009 Subject: call for testing: print/hplip update, pass 2 In-Reply-To: <20090710221542.GB43250@triton.kn-bremen.de> References: <20090704112402.GA87051@triton.kn-bremen.de> <200907100959.28128.freebsd-ports@dino.sk> <20090710221542.GB43250@triton.kn-bremen.de> Message-ID: <200907110855.26355.freebsd-ports@dino.sk> On Saturday 11 July 2009 00:15:42 Juergen Lock wrote: [ snip ] > > Build/install (well, I did portmaster hplip) went flawlessly, but when > > starting I got error > > > > Jul 10 08:35:43 wind python: [723]: error: dbus failed to load > > (python-dbus ver. 0.80+ required). Exiting... > > > > I added > > > > cupsd_enable="YES" > > dbus_enable="YES" > > hpssd_enable="YES" > > hpssd is no longer used btw, it has been replaced by hp-systray that > runs as your user. > Does it mean line hpssd_enable="YES" should be taken out of /etc/rc.conf? If so, pkg-message of port should be changed to not request this addition. > > pkg_info | grep -i dbus > > dbus-1.2.4.6 A message bus system for inter-application > > communication dbus-glib-0.80 GLib bindings for the D-BUS messaging > > system dbus-qt3-0.70_2 Qt3 bindings for the D-BUS messaging system > > py25-dbus-0.83.0_1 Python bindings for the D-BUS messaging system > > py25-qt4-dbus-4.4.4,1 Python bindings for the Qt4 toolkit, D-BUS module > > > > so the minimal or better required version is installed, so what? Or did I > > not understand the message correctly? > > Well, did you start dbus too? :) > ps -ax | grep dbus 769 ?? Is 0:00.01 /usr/local/bin/dbus-daemon --system 23245 ?? Is 0:00.03 /usr/local/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session 23455 ?? Is 0:00.03 /usr/local/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session 23508 p4 S+ 0:00.00 grep dbus 23454 p6 I 0:00.00 dbus-launch --autolaunch 3f34b36a9821314210c5d7c84a0a5962 --binary-syntax --close-stderr > Or it could be that you also need qt4-dbus-4.4.3, at least I have that > installed here too (devel/dbus-qt4, probably pulled in by another > unrelated port here.) I will try to install it too (and maybe possibly rebuild hplip again after that change) and report the results here. But give me some time to do it, please... Regards, Milan From dhn at FreeBSD.org Sat Jul 11 12:13:17 2009 From: dhn at FreeBSD.org (Dennis Herrmann) Date: Sat Jul 11 12:13:51 2009 Subject: [CFT] irc/anope 1.8.2 Message-ID: <20090711114538.GA1261@4bit.ws> Hiho guys :) I will update irc/anope to 1.8.2 in the next few days, now I need a little bit feedback, if build/run/stop without problems. Please let me know if you notice something wrong with it. You can find the patch here: http://people.freebsd.org/~dhn/diff/anope-1.8.2_update.diff and the tarball here :-) http://tb.4bit.ws/index.php?action=describe_port&id=1452 Thanks :) -Dennis -- +-------------------+--------------------------------+ | PGP: 0x65181EA0 | Mail: dhn[at]FreeBSD[dot]org | | | Jabber: metacOm@jabber.ccc.de | +-------------------+--------------------------------+ | "By the power of truth, I, while living, have | | conquered the universe" | +----------------------------------------------------+ -------------- 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/20090711/4c736e1a/attachment.pgp From nox at jelal.kn-bremen.de Sat Jul 11 18:38:10 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sat Jul 11 18:38:16 2009 Subject: call for testing: print/hplip update, pass 2 In-Reply-To: <200907110855.26355.freebsd-ports@dino.sk> References: <20090704112402.GA87051@triton.kn-bremen.de> <200907100959.28128.freebsd-ports@dino.sk> <20090710221542.GB43250@triton.kn-bremen.de> <200907110855.26355.freebsd-ports@dino.sk> Message-ID: <20090711175659.GA77483@triton.kn-bremen.de> On Sat, Jul 11, 2009 at 08:55:25AM +0200, Milan Obuch wrote: > On Saturday 11 July 2009 00:15:42 Juergen Lock wrote: > > [ snip ] > > > > Build/install (well, I did portmaster hplip) went flawlessly, but when > > > starting I got error > > > > > > Jul 10 08:35:43 wind python: [723]: error: dbus failed to load > > > (python-dbus ver. 0.80+ required). Exiting... > > > > > > I added > > > > > > cupsd_enable="YES" > > > dbus_enable="YES" > > > hpssd_enable="YES" > > > > hpssd is no longer used btw, it has been replaced by hp-systray that > > runs as your user. > > > > Does it mean line > > hpssd_enable="YES" > > should be taken out of /etc/rc.conf? Well you don't _need_ to take it out, but it does nothing useful anymore either. > If so, pkg-message of port should be > changed to not request this addition. > You may be right there... :) > > > pkg_info | grep -i dbus > > > dbus-1.2.4.6 A message bus system for inter-application > > > communication dbus-glib-0.80 GLib bindings for the D-BUS messaging > > > system dbus-qt3-0.70_2 Qt3 bindings for the D-BUS messaging system > > > py25-dbus-0.83.0_1 Python bindings for the D-BUS messaging system > > > py25-qt4-dbus-4.4.4,1 Python bindings for the Qt4 toolkit, D-BUS module > > > > > > so the minimal or better required version is installed, so what? Or did I > > > not understand the message correctly? > > > > Well, did you start dbus too? :) > > > > ps -ax | grep dbus > 769 ?? Is 0:00.01 /usr/local/bin/dbus-daemon --system > 23245 ?? Is 0:00.03 /usr/local/bin/dbus-daemon --fork --print-pid > 5 --print-address 7 --session > 23455 ?? Is 0:00.03 /usr/local/bin/dbus-daemon --fork --print-pid > 5 --print-address 7 --session > 23508 p4 S+ 0:00.00 grep dbus > 23454 p6 I 0:00.00 dbus-launch --autolaunch > 3f34b36a9821314210c5d7c84a0a5962 --binary-syntax --close-stderr > > > Or it could be that you also need qt4-dbus-4.4.3, at least I have that > > installed here too (devel/dbus-qt4, probably pulled in by another > > unrelated port here.) > > I will try to install it too (and maybe possibly rebuild hplip again after > that change) and report the results here. But give me some time to do it, > please... I have another candidate for a possibly missing dependency: devel/py-gobject - so try installing that too. HTH, Juergen From nox at jelal.kn-bremen.de Sat Jul 11 18:39:20 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sat Jul 11 18:39:26 2009 Subject: call for testing: print/hplip update, pass 2 In-Reply-To: <20090710220705.GA43250@triton.kn-bremen.de> References: <20090704112402.GA87051@triton.kn-bremen.de> <20090704120713.GA17665@triton.kn-bremen.de> <20090706164652.GA38440@triton.kn-bremen.de> <20090707214134.GA66882@triton.kn-bremen.de> <20090709184446.GA20846@hades.panopticon> <20090710220705.GA43250@triton.kn-bremen.de> Message-ID: <20090711183138.GC77483@triton.kn-bremen.de> On Sat, Jul 11, 2009 at 12:07:05AM +0200, I wrote: > On Thu, Jul 09, 2009 at 10:44:46PM +0400, Dmitry Marakasov wrote: >[...] > > As I understood, the update has regressions compared to the hplip > > version which is currently in ports, thus it's not possible to just > > update it. Can you (both Jurgen and Chris) give me a brief summary of > > how the update is better and worse than the current version? If it has > > enough working/new features, it would be nice to commit this change as > > hplip-devel. And, in either case, how hard is it (if possible) to > > fix the regressions? > > Well the usb issue with my new printer also exists with the old version > thats currently in ports as I now found out, and the only other issue > that I remember (printing ascii or ps to the fax queue) could just as > well be a problem/incompatiblity with the new cups version... And > additionally, the old version's hp-setup seems to be incompatible with > today's cups, at least it was unable to add the network print queues > for my new printer when I tried it now. (unlike the new version. And > also the gui certainly has improved.) > > Btw that testing just unconvered another bug: the package needs to add > hpaio to ${LOCALBASE)/etc/sane.d/dll.conf too... > > I guess I should test the fax queue on Linux, and possibly usb on head... > (fixing usb would at least need someone that still knows the old usb > stack I'd say. _If_ it works on head. :) I now tested the fax queue with a Linux vbox guest (sidux 2009-02 preview xfce lite running from the iso after apt-get install hplip hplip-ppds hplip-gui python-gobject and configuring network printing/faxing using hp-setup), and it seemed to work there - until I hit `cancel' in hp-sendfax, after which new jobs printed to the fax queue didn't show up in hp-sendfax anymore, although it still did get invoked. Oh and also a test page sent to the fax queue using the cups webinterface didn't appear in hp-sendfax. So the fax queue does have bugs on Linux too, but it certainly works better than with our port... :) Cheers, Juergen PS: This was hplip 3.9.4b-1 on Linux while our new port is 3.9.6. From nox at jelal.kn-bremen.de Sat Jul 11 18:58:10 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sat Jul 11 18:58:17 2009 Subject: call for testing: print/hplip update, pass 2 In-Reply-To: <20090711183138.GC77483@triton.kn-bremen.de> References: <20090704112402.GA87051@triton.kn-bremen.de> <20090704120713.GA17665@triton.kn-bremen.de> <20090706164652.GA38440@triton.kn-bremen.de> <20090707214134.GA66882@triton.kn-bremen.de> <20090709184446.GA20846@hades.panopticon> <20090710220705.GA43250@triton.kn-bremen.de> <20090711183138.GC77483@triton.kn-bremen.de> Message-ID: <20090711185222.GA85370@triton.kn-bremen.de> On Sat, Jul 11, 2009 at 08:31:38PM +0200, Juergen Lock wrote: > On Sat, Jul 11, 2009 at 12:07:05AM +0200, I wrote: > > On Thu, Jul 09, 2009 at 10:44:46PM +0400, Dmitry Marakasov wrote: > >[...] > > > > As I understood, the update has regressions compared to the hplip > > > version which is currently in ports, thus it's not possible to just > > > update it. Can you (both Jurgen and Chris) give me a brief summary of > > > how the update is better and worse than the current version? If it has > > > enough working/new features, it would be nice to commit this change as > > > hplip-devel. And, in either case, how hard is it (if possible) to > > > fix the regressions? > > > > Well the usb issue with my new printer also exists with the old version > > thats currently in ports as I now found out, and the only other issue > > that I remember (printing ascii or ps to the fax queue) could just as > > well be a problem/incompatiblity with the new cups version... And > > additionally, the old version's hp-setup seems to be incompatible with > > today's cups, at least it was unable to add the network print queues > > for my new printer when I tried it now. (unlike the new version. And > > also the gui certainly has improved.) > > > > Btw that testing just unconvered another bug: the package needs to add > > hpaio to ${LOCALBASE)/etc/sane.d/dll.conf too... > > > > I guess I should test the fax queue on Linux, and possibly usb on head... > > (fixing usb would at least need someone that still knows the old usb > > stack I'd say. _If_ it works on head. :) > > I now tested the fax queue with a Linux vbox guest (sidux 2009-02 preview > xfce lite running from the iso after > apt-get install hplip hplip-ppds hplip-gui python-gobject > and configuring network printing/faxing using hp-setup), and it seemed > to work there - until I hit `cancel' in hp-sendfax, after which new > jobs printed to the fax queue didn't show up in hp-sendfax anymore, > although it still did get invoked. Oh and also a test page sent to > the fax queue using the cups webinterface didn't appear in hp-sendfax. > > So the fax queue does have bugs on Linux too, but it certainly works > better than with our port... :) I just noticed hplip on Linux installed hpijs as a dependency, so maybe we should update ours (sidux's hpijs also is at 3.9.4b-1) and do the same instead of having hplip install its own copy? (--enable-hpijs-install) Here is the full list of dependencies installed: (and suggested/recommended) root@sidux:/home/sidux# apt-get install hplip hplip-ppds hplip-gui python-gobject Reading package lists... Done Building dependency tree... Done Note, selecting hpijs-ppds instead of hplip-ppds The following extra packages will be installed: cupsddk cupsddk-drivers foomatic-filters hpijs hpijs-ppds hplip-data libaudio2 libffi5 libphonon4 libqt4-assistant libqt4-dbus libqt4-designer libqt4-help libqt4-network libqt4-script libqt4-scripttools libqt4-sql libqt4-svg libqt4-test libqt4-webkit libqt4-xml libqt4-xmlpatterns libqtcore4 libqtgui4 libsensors3 libsnmp-base libsnmp15 python-dbus python-imaging python-qt4 python-qt4-dbus python-reportlab python-sip4 python-support Suggested packages: hplip-doc kdeprint gtklp xpp openprinting-ppds nas libqt4-dev lm-sensors python-dbus-doc python-dbus-dbg python-gobject-dbg python-imaging-doc python-imaging-dbg python-qt4-dbg pdf-viewer python-egenix-mxtexttools python-reportlab-doc Recommended packages: foomatic-db-engine sane-utils libqt4-sql-mysql libqt4-sql-odbc libqt4-sql-psql libqt4-sql-sqlite libqt4-sql-sqlite2 libqt4-sql-ibase qt4-qtconfig python-reportlab-accel python-renderpm The following NEW packages will be installed: cupsddk cupsddk-drivers foomatic-filters hpijs hpijs-ppds hplip hplip-data hplip-gui libaudio2 libffi5 libphonon4 libqt4-assistant libqt4-dbus libqt4-designer libqt4-help libqt4-network libqt4-script libqt4-scripttools libqt4-sql libqt4-svg libqt4-test libqt4-webkit libqt4-xml libqt4-xmlpatterns libqtcore4 libqtgui4 libsensors3 libsnmp-base libsnmp15 python-dbus python-gobject python-imaging python-qt4 python-qt4-dbus python-reportlab python-sip4 python-support 0 upgraded, 37 newly installed, 0 to remove and 98 not upgraded. Need to get 40.0MB of archives. After this operation, 119MB of additional disk space will be used. Wondering... Juergen From award at googleinc.com Sun Jul 12 10:33:39 2009 From: award at googleinc.com (Google Incorporations Promotion Team) Date: Sun Jul 12 10:33:45 2009 Subject: GUK/877/798/2009 Message-ID: <200907120951.n6C9p5Ed082300@king6.kingsnake.com> Google Incorporations. Stamford New Road, Altrincham Cheshire, WA14 1EP London, United Kingdom. Winning No: GUK/877/798/2009 Ticket No: GUK/699/33/2009 Notification Date: 10/07/2009 GOOGLE ANNIVERSARY WINNING NOTIFICATION. We wish to congratulate you once again on this note, for being part of our winners selected this year. This promotion was set-up to encourage the active users of the Google search engine and the Google ancillary services. Hence we do believe with your winning prize, you will continue to be active and patronage to the Google search engine. Google is now the biggest search engine worldwide and in an effort to make sure that it remains the most widely used search engine, we ran an online e-mail beta test which your email address won ?450,000. {Four Hundred And Fifty Thousand Great British Pounds Sterling} We wish to formally announce to you that you have successfully passed the requirements, statutory obligations, verifications, validations and satisfactory report Test conducted for all online winners. A winning cheque will be issued in your name by Google Promotion Award Team, You have therefore won the entire sum of ?450,000.00 {Four Hundred And Fifty Thousand Great British Pounds Sterling} and also a certificate of prize claims will be sent along side your winning cheque. Sir.Anderson Clarks Google Promotion Award Team Email: sir.anderson_clarks@live.co.uk You are advised to contact your Foreign Transfer Manager with the following details to avoid unnecessary delay and complications: VERIFICATION AND FUNDS RELEASE FORM. (1) Your contact address. (2) Your Tel/Fax numbers. (3) Your Nationality/Country. (4) Your Full Name/Sex. (5) Occupation/Age. (6) Ever won an online lottery? (7) Your Preferred Method of Receiving Your Prize (From Below) Mode Of Prize Remittance. (1)Cash Pick-Up (You coming Down to United Kingdom Personally to Pick Your Prize). (2)Courier Delivery Of your Certified Winning Cheque Name and other Winning Documents safely to you. The Google Promotion Award Team has discovered a huge number of double claims due to winners informing close friends relatives and third parties about their winning and also sharing their pin numbers. As a result of this, these friends try to claim the lottery on behalf of the real winners. The Google Promotion Award Team has reached a decision from headquarters that any double claim discovered by the Lottery Board will result to the canceling of that particular winning, making a loss for both the double claimer and the real winner, as it is taken that the real winner was the informer to the double claimer about the lottery. So you are hereby strongly advised once more to keep your winnings strictly confidential until you claim your prize. Congratulations from the Staffs & Members of the Google interactive Lotteries Board Commission. Sincerely, Dr. Leslie Spears. Google Promotion Award Team From flo at kasimir.com Sun Jul 12 13:08:33 2009 From: flo at kasimir.com (Florian Smeets) Date: Sun Jul 12 13:08:40 2009 Subject: www/firefox35 coredumps every time at startup In-Reply-To: References: <86zlbfbwby.fsf@rincewind.tihnet> <20090708060050.GA54401@mud.stack.nl> <20090708072131.85300@gmx.net> <20090708073546.GA78132@bsdcrew.de> <86y6qyeu0n.fsf@rincewind.tihnet> <86tz1lhabk.fsf@rincewind.tihnet> <4A574D19.1020306@kasimir.com> Message-ID: <4A59E04C.1080605@kasimir.com> On 10.07.09 21:13, Heino Tiedemann wrote: > Florian Smeets wrote: > >> I submitted the build fixes for RELENG_6. I'll have a look. The >> problem is all of my boxes are>= RELENG_7_2. >> >> I'm going to install 6.4 in a VM and will try to fix the problem, but >> it will take a few days. > > Cool! > Just thought about libmap.conf... Put this into /etc/libmap.conf [/usr/local/lib/firefox3/firefox-bin] libpthread.so.2 libthr.so.2 libpthread.so libthr.so This should work around the problem you are seeing. And be sure to load sem, otherwise you'll see another panic... I'll see if i can really fix the core dump you were seeing. Cheers, Florian From rotkaps_spam_trap at gmx.de Sun Jul 12 14:37:56 2009 From: rotkaps_spam_trap at gmx.de (Heino Tiedemann) Date: Sun Jul 12 14:38:02 2009 Subject: www/firefox35 coredumps every time at startup References: <86zlbfbwby.fsf@rincewind.tihnet> <20090708060050.GA54401@mud.stack.nl> <20090708072131.85300@gmx.net> <20090708073546.GA78132@bsdcrew.de> <86y6qyeu0n.fsf@rincewind.tihnet> <86tz1lhabk.fsf@rincewind.tihnet> <4A574D19.1020306@kasimir.com> <4A59E04C.1080605@kasimir.com> Message-ID: Florian Smeets wrote: > On 10.07.09 21:13, Heino Tiedemann wrote: >> Florian Smeets wrote: >> >>> I submitted the build fixes for RELENG_6. I'll have a look. The >>> problem is all of my boxes are>= RELENG_7_2. >>> >>> I'm going to install 6.4 in a VM and will try to fix the problem, but >>> it will take a few days. >> >> Cool! >> > > Just thought about libmap.conf... > > Put this into /etc/libmap.conf > > [/usr/local/lib/firefox3/firefox-bin] > libpthread.so.2 libthr.so.2 > libpthread.so libthr.so What? Is that the content for the file: ,---- | [/usr/local/lib/firefox3/firefox-bin] | libpthread.so.2 libthr.so.2 | libpthread.so libthr.so `---- > This should work around the problem you are seeing. And be sure to > load sem, otherwise you'll see another panic... How can i got sure to load them? Heino From flo at kasimir.com Sun Jul 12 15:10:38 2009 From: flo at kasimir.com (Florian Smeets) Date: Sun Jul 12 15:10:44 2009 Subject: www/firefox35 coredumps every time at startup In-Reply-To: References: <86zlbfbwby.fsf@rincewind.tihnet> <20090708060050.GA54401@mud.stack.nl> <20090708072131.85300@gmx.net> <20090708073546.GA78132@bsdcrew.de> <86y6qyeu0n.fsf@rincewind.tihnet> <86tz1lhabk.fsf@rincewind.tihnet> <4A574D19.1020306@kasimir.com> <4A59E04C.1080605@kasimir.com> Message-ID: <4A59FCE8.1010803@kasimir.com> On 12.07.09 16:36, Heino Tiedemann wrote: > Florian Smeets wrote: > >> On 10.07.09 21:13, Heino Tiedemann wrote: >>> Florian Smeets wrote: >>> >>>> I submitted the build fixes for RELENG_6. I'll have a look. The >>>> problem is all of my boxes are>= RELENG_7_2. >>>> >>>> I'm going to install 6.4 in a VM and will try to fix the problem, but >>>> it will take a few days. >>> >>> Cool! >>> >> >> Just thought about libmap.conf... >> >> Put this into /etc/libmap.conf >> >> [/usr/local/lib/firefox3/firefox-bin] >> libpthread.so.2 libthr.so.2 >> libpthread.so libthr.so > > > What? > > Is that the content for the file: > > ,---- > | [/usr/local/lib/firefox3/firefox-bin] > | libpthread.so.2 libthr.so.2 > | libpthread.so libthr.so > `---- > Yes. > >> This should work around the problem you are seeing. And be sure to >> load sem, otherwise you'll see another panic... > > How can i got sure to load them? As root type: "kldload sem". To verify if it is loaded run "kldstat -v |grep sem.ko" something like this should appear: 2 1 0xffffffff8cf7d000 20d2 sem.ko Cheers, Florian P.S. please fix your mail setup, i cannot send mail directly to you. Jul 12 15:08:32 mail postfix/smtp[86189]: C15C73F4C4: to=, relay=mx1.gmx.net[213.165.64.102]:25, delay=0.36, delays=0.01/0/0.07/0.28, dsn=5.1.1, status=bounced (host mx1.gmx.net[213.165.64.102] said: 550-5.1.1 {mx025} ... Sorry, your envelope sender has been denied: The recipient 550 5.1.1 does not want to receive mail from your address. ( http://portal.gmx.net/serverrules ) (in reply to RCPT TO command)) From rotkaps_spam_trap at gmx.de Sun Jul 12 17:46:22 2009 From: rotkaps_spam_trap at gmx.de (Heino Tiedemann) Date: Sun Jul 12 17:47:35 2009 Subject: www/firefox35 coredumps every time at startup References: <86zlbfbwby.fsf@rincewind.tihnet> <20090708060050.GA54401@mud.stack.nl> <20090708072131.85300@gmx.net> <20090708073546.GA78132@bsdcrew.de> <86y6qyeu0n.fsf@rincewind.tihnet> <86tz1lhabk.fsf@rincewind.tihnet> <4A574D19.1020306@kasimir.com> <4A59E04C.1080605@kasimir.com> <4A59FCE8.1010803@kasimir.com> Message-ID: Florian Smeets wrote: > On 12.07.09 16:36, Heino Tiedemann wrote: >> Florian Smeets wrote: >> >>> On 10.07.09 21:13, Heino Tiedemann wrote: >>>> Florian Smeets wrote: >>>> >>>>> I submitted the build fixes for RELENG_6. I'll have a look. The >>>>> problem is all of my boxes are>= RELENG_7_2. >>>>> >>>>> I'm going to install 6.4 in a VM and will try to fix the problem, but >>>>> it will take a few days. >>>> >>>> Cool! >>>> >>> >>> Just thought about libmap.conf... >>> >>> Put this into /etc/libmap.conf >>> >>> [/usr/local/lib/firefox3/firefox-bin] >>> libpthread.so.2 libthr.so.2 >>> libpthread.so libthr.so >> >> >> What? >> >> Is that the content for the file: >> >> ,---- >> | [/usr/local/lib/firefox3/firefox-bin] >> | libpthread.so.2 libthr.so.2 >> | libpthread.so libthr.so >> `---- >> > > Yes. > >> >>> This should work around the problem you are seeing. And be sure to >>> load sem, otherwise you'll see another panic... >> >> How can i got sure to load them? > > As root type: "kldload sem". # kldload sem kldload: can't load sem: No such file or directory ?? > To verify if it is loaded run "kldstat -v |grep sem.ko" > something like this should appear: > 2 1 0xffffffff8cf7d000 20d2 sem.ko # kldstat -v |grep sem.ko Nothing happens. How can this be - I have 'sem_load="YES"' in my /boot/loader.conf But - I am a step further with yout tipps. I can start the firefox now, but it crashes after some actions: # firefox3 (firefox-bin:2287): GLib-GObject-WARNING **: IA__g_object_weak_unref: couldn't find weak ref 0x29e4f448(0x8099258) Bad system call (core dumped) # firefox3 http://www.freebsd.org (firefox-bin:2319): GLib-GObject-WARNING **: IA__g_object_weak_unref: couldn't find weak ref 0x29e4f448(0x8099258) (firefox-bin:2319): Gdk-CRITICAL **: gdk_x11_atom_to_xatom_for_display: assertion `atom != GDK_NONE' failed (firefox-bin:2319): Gdk-CRITICAL **: gdk_x11_atom_to_xatom_for_display: assertion `atom != GDK_NONE' failed Segmentation fault (core dumped) > P.S. please fix your mail setup, i cannot send mail directly to you. [x] done From lists at lozenetz.org Sun Jul 12 18:24:51 2009 From: lists at lozenetz.org (Anton - Valqk) Date: Sun Jul 12 18:24:58 2009 Subject: unable to make package for php-5.2.10 Message-ID: <4A5A263F.7080801@lozenetz.org> Hello everyone, I'm trying to portmaster -g php\* but I got error. I've tested to build package with make install package in /usr/ports/lang/php5 same thing. I get: tar: man/man1/php-config.1.gz: Cannot stat: No such file or directory tar: man/man1/php.1.gz: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 I've tried to make distclean php and refetch it - same stuff. It won't put in place these files. Is anyone aware of this problem and is there any simple solution? cheers, valqk. From stephen at missouri.edu Sun Jul 12 18:28:59 2009 From: stephen at missouri.edu (Stephen Montgomery-Smith) Date: Sun Jul 12 18:29:08 2009 Subject: unable to make package for php-5.2.10 In-Reply-To: <4A5A263F.7080801@lozenetz.org> References: <4A5A263F.7080801@lozenetz.org> Message-ID: <4A5A2B69.5060908@missouri.edu> Anton - Valqk wrote: > Hello everyone, > > I'm trying to portmaster -g php\* but I got error. > I've tested to build package with > make install package in /usr/ports/lang/php5 > > same thing. > I get: > tar: man/man1/php-config.1.gz: Cannot stat: No such file or directory > tar: man/man1/php.1.gz: Cannot stat: No such file or directory > tar: Error exit delayed from previous errors. > pkg_create: make_dist: tar command failed with code 256 > > I've tried to make distclean php and refetch it - same stuff. > It won't put in place these files. > > Is anyone aware of this problem and is there any simple solution? Whenever I get a problem like this, I cheat. I type touch /usr/local/man/man1/php-config.1.gz touch /usr/local/tar: man/man1/php.1.gz or a variation thereof before doing the "make package" again. From lists at lozenetz.org Sun Jul 12 18:35:59 2009 From: lists at lozenetz.org (Anton - Valqk) Date: Sun Jul 12 18:36:07 2009 Subject: unable to make package for php-5.2.10 In-Reply-To: <4A5A2B69.5060908@missouri.edu> References: <4A5A263F.7080801@lozenetz.org> <4A5A2B69.5060908@missouri.edu> Message-ID: <4A5A2D11.8080503@lozenetz.org> I've done this already, but when I want to use portmaster it rebuilds package for php and fails :( otherwise the make pacakge works when touched the missing files... Stephen Montgomery-Smith ??????: > Anton - Valqk wrote: >> Hello everyone, >> >> I'm trying to portmaster -g php\* but I got error. >> I've tested to build package with >> make install package in /usr/ports/lang/php5 >> >> same thing. >> I get: >> tar: man/man1/php-config.1.gz: Cannot stat: No such file or directory >> tar: man/man1/php.1.gz: Cannot stat: No such file or directory >> tar: Error exit delayed from previous errors. >> pkg_create: make_dist: tar command failed with code 256 >> >> I've tried to make distclean php and refetch it - same stuff. >> It won't put in place these files. >> >> Is anyone aware of this problem and is there any simple solution? > > Whenever I get a problem like this, I cheat. I type > touch /usr/local/man/man1/php-config.1.gz > touch /usr/local/tar: man/man1/php.1.gz > or a variation thereof before doing the "make package" again. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From stephen at missouri.edu Sun Jul 12 18:50:24 2009 From: stephen at missouri.edu (Stephen Montgomery-Smith) Date: Sun Jul 12 18:50:31 2009 Subject: unable to make package for php-5.2.10 In-Reply-To: <4A5A2D11.8080503@lozenetz.org> References: <4A5A263F.7080801@lozenetz.org> <4A5A2B69.5060908@missouri.edu> <4A5A2D11.8080503@lozenetz.org> Message-ID: <4A5A306D.2080402@missouri.edu> Well the other possibility is to edit lang/php5/Makefile. There are a couple of lines that start with MAN1= Take out the offending parts. Presumably the maintainer of the port will get to it soon. (Sorry for top-posting - just following my predecessor.) Anton - Valqk wrote: > I've done this already, but when I want to use portmaster it rebuilds > package for php and fails :( > otherwise the make pacakge works when touched the missing files... > > Stephen Montgomery-Smith ??????: >> Anton - Valqk wrote: >>> Hello everyone, >>> >>> I'm trying to portmaster -g php\* but I got error. >>> I've tested to build package with >>> make install package in /usr/ports/lang/php5 >>> >>> same thing. >>> I get: >>> tar: man/man1/php-config.1.gz: Cannot stat: No such file or directory >>> tar: man/man1/php.1.gz: Cannot stat: No such file or directory >>> tar: Error exit delayed from previous errors. >>> pkg_create: make_dist: tar command failed with code 256 >>> >>> I've tried to make distclean php and refetch it - same stuff. >>> It won't put in place these files. >>> >>> Is anyone aware of this problem and is there any simple solution? >> Whenever I get a problem like this, I cheat. I type >> touch /usr/local/man/man1/php-config.1.gz >> touch /usr/local/tar: man/man1/php.1.gz >> or a variation thereof before doing the "make package" again. >> _______________________________________________ >> 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 mel.flynn+fbsd.ports at mailing.thruhere.net Sun Jul 12 20:36:33 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Sun Jul 12 20:36:41 2009 Subject: cairo-dock on FreeBSD In-Reply-To: <11167f520907071443y540eaddcn83ac96a2ba6ddd6@mail.gmail.com> References: <11167f520907071355p771aa1bbx9c9585fc48685722@mail.gmail.com> <11167f520907071443y540eaddcn83ac96a2ba6ddd6@mail.gmail.com> Message-ID: <200907121236.30877.mel.flynn+fbsd.ports@mailing.thruhere.net> On Tuesday 07 July 2009 13:43:45 Sam Fourman Jr. wrote: > On Tue, Jul 7, 2009 at 3:55 PM, Sam Fourman Jr. wrote: > > Hello Ports list > > > > cairo-dock (A desktop dock bar like OSX) does not appear to have a > > port in the ports tree > > so I am attempting to compile cairo-dock from scratch in FreeBSD > > it would appear that I too need crypt.h, I downloaded the linux source > > here: http://download.berlios.de/cairo-dock/cairo-dock-2.0.7.tar.bz2 > > > > All i did was download the source, extract it and ./configure && make > > below a is the bottom part of the compile error, along with my FreeBSD > > version > > > > I have never made a port before, so any help getting this to compile > > would be Great. > > > > uname -a > > FreeBSD 8.0-HEAD-20090601-JPSNAP FreeBSD 8.0-HEAD-20090601-JPSNAP #0: > > Mon Jun 1 02:48:06 UTC 2009 > > root@build-i386-fbsd-2.allbsd.org:/usr/obj/i386/usr/src/sys/GENERIC > > i386 > > > > > > > > from cairo-dock-draw.c:14: > > /usr/local/include/gtk-2.0/gtk/gtkitemfactory.h:47: warning: function > > declaration isn't a prototype > > mv -f .deps/cairo_dock-cairo-dock-draw.Tpo > > .deps/cairo_dock-cairo-dock-draw.Po gcc -DHAVE_CONFIG_H -I. -I.. > > -D_THREAD_SAFE -D_REENTRANT > > -I/usr/local/include/gtk-2.0 -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 > > -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/librsvg-2 -I/usr/local/include/dbus-1.0 > > -I/usr/local/include/dbus-1.0/include -I/usr/local/include/libxml2 > > -I/usr/local/include/gtkglext-1.0 > > -I/usr/local/lib/gtkglext-1.0/include -D_THREAD_SAFE > > -I/usr/local/include -DHAVE_XEXTEND="1" -DHAVE_LIBCRYPT=1 > > -DCAIRO_DOCK_SHARE_DATA_DIR=\""/usr/local/share/cairo-dock"\" > > -DCAIRO_DOCK_SHARE_THEMES_DIR=\""/usr/local/share/cairo-dock/themes"\" > > -DCAIRO_DOCK_MODULES_DIR=\""/usr/local/lib/cairo-dock"\" > > -DCAIRO_DOCK_CONF_FILE=\""cairo-dock.conf"\" > > -DCAIRO_DOCK_LAUNCHER_CONF_FILE=\""launcher.conf"\" > > -DCAIRO_DOCK_CONTAINER_CONF_FILE=\""container.conf"\" > > -DCAIRO_DOCK_SEPARATOR_CONF_FILE=\""separator.conf"\" > > -DCAIRO_DOCK_THEME_CONF_FILE=\""themes.conf"\" > > -DCAIRO_DOCK_MAIN_DOCK_CONF_FILE=\""main-dock.conf"\" > > -DCAIRO_DOCK_DEFAULT_ICON_NAME=\""default-icon.svg"\" > > -DCAIRO_DOCK_DEFAULT_APPLI_ICON_NAME=\""default-icon-appli.svg"\" > > -DCAIRO_DOCK_DEFAULT_INDICATOR_NAME=\""default-indicator.png"\" > > -DCAIRO_DOCK_DEFAULT_CLASS_INDICATOR_NAME=\""default-class-indicator.svg" > >\" -DCAIRO_DOCK_VERSION=\""2.0.7"\" > > -DCAIRO_DOCK_LOCALE_DIR=\""/usr/local/share/locale"\" > > -DCAIRO_DOCK_GETTEXT_PACKAGE=\""cairo-dock"\" > > -DCAIRO_DOCK_ICON=\""cairo-dock.svg"\" > > -DCAIRO_DOCK_LOGO=\""cairo-dock-logo.png"\" > > -DCAIRO_DOCK_THEMES_DIR=\""themes"\" -DGL_GLEXT_PROTOTYPES=\""1"\" > > -std=c99 -O3 -g -ggdb -Wstrict-prototypes -Wextra -Wwrite-strings > > -Wuninitialized -Werror-implicit-function-declaration -g -O2 -MT > > cairo_dock-cairo-dock-config.o -MD -MP -MF > > .deps/cairo_dock-cairo-dock-config.Tpo -c -o > > cairo_dock-cairo-dock-config.o `test -f 'cairo-dock-config.c' || echo > > './'`cairo-dock-config.c > > In file included from /usr/local/include/gtk-2.0/gtk/gtk.h:226, > > from cairo-dock-config.c:12: > > /usr/local/include/gtk-2.0/gtk/gtkitemfactory.h:47: warning: function > > declaration isn't a prototype > > cairo-dock-config.c:19:19: error: crypt.h: No such file or directory > > In file included from cairo-dock-draw-opengl.h:9, > > from cairo-dock-config.c:29: > > /usr/local/include/GL/glu.h:287: warning: function declaration isn't a > > prototype cairo-dock-config.c: In function 'cairo_dock_decrypt_string': > > cairo-dock-config.c:868: error: implicit declaration of function > > 'encrypt' *** Error code 1 > > > > Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7/src. > > *** Error code 1 > > > > Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7/src. > > *** Error code 1 > > > > Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7. > > *** Error code 1 > > > > Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7. > > > > Sam Fourman Jr. > > Here is a update, this probably isn't news to anyone on this list > after a half hour of googling I found the answer to my first problem. > > in cairo-dock-config.c do the following. > > /* #include */ > #include > > after that it compiled further we now have this problem, it no doubt > is something else *BSD > does different than linux (most likely for a good reason :) ) > I will continue my quest to compile cairo-dock, and report back once I > find the answer to this error. > > cairo-dock-menu.c:56: error: conflicting types for 'localtime_r' > /usr/include/time.h:176: error: previous declaration of 'localtime_r' was > here *** Error code 1 Attached port works for me as far as building goes. I'll leave pkg-plist and install to you, as I don't use gnome. -- Mel From lists at lozenetz.org Sun Jul 12 20:37:04 2009 From: lists at lozenetz.org (Anton - Valqk) Date: Sun Jul 12 20:37:12 2009 Subject: unable to make package for php-5.2.10 In-Reply-To: <4A5A306D.2080402@missouri.edu> References: <4A5A263F.7080801@lozenetz.org> <4A5A2B69.5060908@missouri.edu> <4A5A2D11.8080503@lozenetz.org> <4A5A306D.2080402@missouri.edu> Message-ID: <4A5A4973.1090200@lozenetz.org> works now, but now the libiconv breaks with missing mans... there is something wrong in whole thing... Stephen Montgomery-Smith ??????: > Well the other possibility is to edit lang/php5/Makefile. There are a > couple of lines that start with > MAN1= > Take out the offending parts. > > Presumably the maintainer of the port will get to it soon. > > (Sorry for top-posting - just following my predecessor.) > > Anton - Valqk wrote: >> I've done this already, but when I want to use portmaster it rebuilds >> package for php and fails :( >> otherwise the make pacakge works when touched the missing files... >> >> Stephen Montgomery-Smith ??????: >>> Anton - Valqk wrote: >>>> Hello everyone, >>>> >>>> I'm trying to portmaster -g php\* but I got error. >>>> I've tested to build package with >>>> make install package in /usr/ports/lang/php5 >>>> >>>> same thing. >>>> I get: >>>> tar: man/man1/php-config.1.gz: Cannot stat: No such file or directory >>>> tar: man/man1/php.1.gz: Cannot stat: No such file or directory >>>> tar: Error exit delayed from previous errors. >>>> pkg_create: make_dist: tar command failed with code 256 >>>> >>>> I've tried to make distclean php and refetch it - same stuff. >>>> It won't put in place these files. >>>> >>>> Is anyone aware of this problem and is there any simple solution? >>> Whenever I get a problem like this, I cheat. I type >>> touch /usr/local/man/man1/php-config.1.gz >>> touch /usr/local/tar: man/man1/php.1.gz >>> or a variation thereof before doing the "make package" again. >>> _______________________________________________ >>> 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" > From llc2w at virginia.edu Sun Jul 12 22:14:17 2009 From: llc2w at virginia.edu (L Campbell) Date: Sun Jul 12 22:14:48 2009 Subject: ports/130218 Maintainer timeout? (lang/ghc update) Message-ID: <792298050907121455k56209f95yf5a9c02b9c0f592d@mail.gmail.com> *pokes the haskell@ maintainers* Is there anything blocking the update of lang/ghc? We have an *ancient* version of GHC (the primary Haskell compiler) in ports -- old enough to cause problems with Haskell library requirements. It really needs to be updated (or, there needs to be a newer version of GHC in ports). The patch in that PR is for GHC 6.10.1; the current latest-and-greatest is 6.10.3 (which came out in May). Is possible, could the lang/ghc port be brought up-to-date? If not, what can I do to make it possible? Thanks for your reply :) PS: I'm not subscribed to the list, so please CC me! From mail at ozzmosis.com Mon Jul 13 02:38:59 2009 From: mail at ozzmosis.com (andrew clarke) Date: Mon Jul 13 02:39:06 2009 Subject: net/p5-Net-Twitter broken Message-ID: <20090713023855.GA46001@ozzmosis.com> FreeBSD blizzard.phoenix 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:57:44 UTC 2009 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 p5-Net-Twitter-3.01000 = up-to-date with index p5-Moose-0.81 = up-to-date with index p5-MooseX-Traits-0.06 = up-to-date with index I've been trying to get Twirssi (http://www.twirssi.com/) running under Irssi but am encountering an error relating to Net::Twitter. My Perl knowledge is very limited, so I'm not too sure what's going on. The same error (below) occurs when I try to use this module from my own program. I suspect the problem is within p5-Moose but I don't know how to confirm this. 12:28 ozzmosis@blizzard [~/src/perl]cat twitter-test.pl use Net::Twitter; 12:28 ozzmosis@blizzard [~/src/perl]perl twitter-test.pl I do not understand this option (is => bare) on attribute (_trait_namespace) at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Attribute.pm line 79 Moose::Meta::Attribute::new('Moose::Meta::Attribute', '_trait_namespace', 'init_arg', undef, 'isa', 'Str', 'is', 'bare') called at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Attribute.pm line 88 Moose::Meta::Attribute::interpolate_class_and_new('Moose::Meta::Attribute', '_trait_namespace', 'init_arg', undef, 'isa', 'Str', 'is', 'bare') called at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Class.pm line 587 Moose::Meta::Class::_process_new_attribute('Moose::Meta::Class=HASH(0x85fc8b0)', '_trait_namespace', 'init_arg', undef, 'isa', 'Str', 'is', 'bare') called at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Class.pm line 580 Moose::Meta::Class::_process_attribute('Moose::Meta::Class=HASH(0x85fc8b0)', '_trait_namespace', 'HASH(0x878ce1c)') called at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Class.pm line 261 Moose::Meta::Class::add_attribute('Moose::Meta::Class=HASH(0x85fc8b0)', '_trait_namespace', 'HASH(0x878ce1c)') called at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Role/Application/ToClass.pm line 122 Moose::Meta::Role::Application::ToClass::apply_attributes('Moose::Meta::Role::Application::ToClass=HASH(0x8776070)', 'Moose::Meta::Role=HASH(0x8789d74)', 'Moose::Meta::Class=HASH(0x85fc8b0)') called at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Role/Application.pm line 62 Moose::Meta::Role::Application::apply('Moose::Meta::Role::Application::ToClass=HASH(0x8776070)', 'Moose::Meta::Role=HASH(0x8789d74)', 'Moose::Meta::Class=HASH(0x85fc8b0)') called at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Role/Application/ToClass.pm line 31 Moose::Meta::Role::Application::ToClass::apply('Moose::Meta::Role::Application::ToClass=HASH(0x8776070)', 'Moose::Meta::Role=HASH(0x8789d74)', 'Moose::Meta::Class=HASH(0x85fc8b0)') called at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Role.pm line 486 Moose::Meta::Role::apply('Moose::Meta::Role=HASH(0x8789d74)', 'Moose::Meta::Class=HASH(0x85fc8b0)') called at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Util.pm line 117 Moose::Util::_apply_all_roles('Moose::Meta::Class=HASH(0x85fc8b0)', 'CODE(0x846f688)', 'MooseX::Traits') called at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Util.pm line 82 Moose::Util::apply_all_roles('Moose::Meta::Class=HASH(0x85fc8b0)', 'MooseX::Traits') called at /usr/local/lib/perl5/site_perl/5.8.9/Moose.pm line 62 Moose::with('Net::Twitter::Core', 'MooseX::Traits') called at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Exporter.pm line 206 Moose::with('MooseX::Traits') called at /usr/local/lib/perl5/site_perl/5.8.9/Net/Twitter/Core.pm line 11 require Net/Twitter/Core.pm called at /usr/local/lib/perl5/site_perl/5.8.9/Net/Twitter.pm line 5 Net::Twitter::BEGIN() called at /usr/local/lib/perl5/site_perl/5.8.9/Net/Twitter/Core.pm line 0 eval {...} called at /usr/local/lib/perl5/site_perl/5.8.9/Net/Twitter/Core.pm line 0 require Net/Twitter.pm called at twitter-test.pl line 1 main::BEGIN() called at /usr/local/lib/perl5/site_perl/5.8.9/Net/Twitter/Core.pm line 0 eval {...} called at /usr/local/lib/perl5/site_perl/5.8.9/Net/Twitter/Core.pm line 0 Compilation failed in require at /usr/local/lib/perl5/site_perl/5.8.9/Net/Twitter.pm line 5. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.8.9/Net/Twitter.pm line 5. Compilation failed in require at twitter-test.pl line 1. BEGIN failed--compilation aborted at twitter-test.pl line 1. Thanks, Regards Andrew From fedor.dikarev at gmail.com Mon Jul 13 09:36:09 2009 From: fedor.dikarev at gmail.com (Fedor Dikarev) Date: Mon Jul 13 09:36:16 2009 Subject: Bad INDEX-7 file ? Message-ID: Dear friends, I've updated ports tree on my server but I have bad INDEX file: root:net{R}[45] ports$ make fetchindex /usr/ports/INDEX-7.bz2 100% of 1262 kB 304 kBps root:net{R}[46] ports$ grep '^rrdtool' INDEX-7 | cut -f 1 -d\| rrdtool-1.3.7 rrdtool-1.0.50_1 rrdtool-1.2.30 root:net{R}[47] ports$ cd databases/rrdtool; make describe rrdtool-1.3.8|/usr/ports/databases/rrdtool|... I think it's not sugnificant but may be it's consequence of more serious bug? -- ????? ??????? From cm at therek.net Mon Jul 13 10:17:19 2009 From: cm at therek.net (Cezary Morga) Date: Mon Jul 13 10:17:26 2009 Subject: Bad INDEX-7 file ? In-Reply-To: References: Message-ID: <4A5B09A4.5050502@therek.net> Fedor Dikarev pisze: > root:net{R}[47] ports$ cd databases/rrdtool; make describe > rrdtool-1.3.8|/usr/ports/databases/rrdtool|... What output did you expect to receive? I have not used `make describe` previously so I can't say whether it's output had been changed lately or not, but according to bsd.port.mk: describe - Try to generate a one-line description for each port for use in INDEX files and the like. And the output you get is in the same format as in INDEX file. If you check bsd.port.mk line 5392 you'll see it's supposed to look that way. -- Cezary Morga From erwin at FreeBSD.org Mon Jul 13 10:28:42 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Jul 13 10:28:49 2009 Subject: INDEX build failed for 6.x Message-ID: <200907131028.n6DASgqS035527@pointyhat.freebsd.org> INDEX build failed with errors: make: don't know how to make index. Stop Committers on the hook: Most recent CVS update was: From bugmaster at FreeBSD.org Mon Jul 13 11:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 13 11:06:38 2009 Subject: Current unassigned ports problem reports Message-ID: <200907131106.n6DB65bN039608@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/136710 maintainer update: drupal6-6.12 -> 6.13 o ports/136709 maintainer update: drupal5.18 -> 5.19 o ports/136698 [patch] fix ENOTCONN handling in devel/gwenhywfar (soc o ports/136688 [patch] port ftp/jftpgw - add "MLSD" capability o ports/136684 Update port: benchmarks/postmark apply postmark_1.51-5 o ports/136628 [maintainer-update] www/squidguard: add options, fix s f ports/136615 [update] converters/pdf2djvu: update to 0.5.9 f ports/136611 security/swatch: leaves zombies behind f ports/136602 Update of ports/irc/ircservices to current o ports/136484 [PATCH] audio/p5-MP3-Tag: update to 1.11 f ports/136457 port update net/sflowtool o ports/136427 can't make devel/gwenhywfar f ports/136390 Compilation Problem highgui graphics/Opencv o ports/136359 New port - lang/gnat-gcc44 o ports/136341 Port update: multimedia/playd o ports/136340 New Port: multimedia/playd2 f ports/136258 Port for sysutils/heartbeat (1.2.5_6) fails to build f ports/136227 science/Gramps Crashes When Opening a Family File o ports/136204 [new port] lang/open-cobol-devel - development preview o ports/136150 [New Port] textproc/scim-kmfl-european-latin: Paneurop o ports/136133 New port: net/callweaver Open source IP PBX based on A f ports/136132 Update port: devel/srecord to 1.49 f ports/136129 multimedia/kbtv won't build & install on 7.2 o ports/136124 sysutils/bsdstats needs timeout settings o ports/136089 New port: devel/mercurialeclipse A mercurial plugin fo f ports/136062 A patch to fix the patch file of www/xpi-foxyproxy abo o ports/135909 comms/mgetty+sendfax port defaults to non-existant ser f ports/135867 net-im/gajim 0.12.3: wrong $path in bin file o ports/135719 [patch] multimedia/mplayer: Fix segfaults when playing f ports/135703 new port: databases/slony2 [was: Updated port database s ports/135544 [patch]net-im/qwit suffers from twitpocalypse f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- s ports/135442 mkntfs from sysutils/ntfsprogs don't seems to work o ports/135019 sysutils/bubblemon-dockapp 1.46_6 memory usage meter i f ports/135018 Port multimedia/vlc fails to compile when WITHOUT_X11= f ports/134743 devel/Monotone and pthreaded dependencies f ports/134639 devel/boost can't be made with parameteres -DWITH_PYT s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic o ports/134474 deskutils/wmpinboard segfaults on startup o ports/134443 [NEW PORT] multimedia/2ManDVD: Create your own video d s ports/134347 mail/spamd: spamlogd's whitelist expiration period is f ports/134264 audio/cmus - segmentation fault with ogg files o ports/133822 New port for cad/linux-eagle5 (Eagle 5.5.0) o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133344 net/nss_ldap fails to compile if world was installed w o ports/133303 lang/visualworks cannot load Jun because of lacking TG o ports/133068 New port: audio/linux-genpuid f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v o ports/132391 multimedia/mplayer does not work with pulseaudio o ports/131526 lang/cmucl: CMUCL for FreeBSD 7 s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca 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 f ports/130209 www/typo3 upgrade removes configuration f ports/129677 /usr/ports/sysutils/aaccli Bad system call: 12 (core d o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/128603 [patch] textproc/flex has too small capacity o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123927 devel/Boost and devel/boost-python ports naming genera o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin f ports/121050 New port: sysutils/heartbeat2 Linux High-Availability o ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/114106 mail/postgrey does not properly shut down via rc.d scr o ports/111501 [NEW PORT] databases/ruby-oci8 o ports/108795 ports/icc: Proposed update to icc port for intel compi o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. s ports/85513 Intel C++ compiler not 100% binary compatible with sys 77 problems total. From fedor.dikarev at gmail.com Mon Jul 13 10:27:15 2009 From: fedor.dikarev at gmail.com (Fedor Dikarev) Date: Mon Jul 13 11:27:31 2009 Subject: Bad INDEX-7 file ? In-Reply-To: <4A5B09A4.5050502@therek.net> References: <4A5B09A4.5050502@therek.net> Message-ID: By this command I've just explained that this port has version 1.3.8 but in INDEX-7 vesion differ -- it's 1.3.7. So INDEX file is built on old ports tree or there was some bug during building process. 13 ???? 2009 ?. 14:17 ???????????? Cezary Morga (cm@therek.net) ???????: > Fedor Dikarev pisze: >> >> root:net{R}[47] ports$ cd databases/rrdtool; make describe >> rrdtool-1.3.8|/usr/ports/databases/rrdtool|... > > What output did you expect to receive? > > I have not used `make describe` previously so I can't say whether it's > output had been changed lately or not, but according to bsd.port.mk: > > describe - Try to generate a one-line description for each port for > ? ? ? ? ? use in INDEX files and the like. > > And the output you get is in the same format as in INDEX file. If you check > bsd.port.mk line 5392 you'll see it's supposed to look that way. > > -- > Cezary Morga > -- ????? ??????? From cm at therek.net Mon Jul 13 11:30:05 2009 From: cm at therek.net (Cezary Morga) Date: Mon Jul 13 11:30:29 2009 Subject: Bad INDEX-7 file ? In-Reply-To: References: <4A5B09A4.5050502@therek.net> Message-ID: <4A5B1AB3.3080503@therek.net> Fedor Dikarev pisze: > By this command I've just explained that this port has version 1.3.8 > but in INDEX-7 vesion differ -- it's 1.3.7. > So INDEX file is built on old ports tree or there was some bug during > building process. Oh, LOL. Didn't notice that :) -- Cezary Morga From m.seaman at infracaninophile.co.uk Mon Jul 13 12:33:38 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Mon Jul 13 12:33:44 2009 Subject: Bad INDEX-7 file ? In-Reply-To: References: <4A5B09A4.5050502@therek.net> Message-ID: <4A5B2993.1030403@infracaninophile.co.uk> Fedor Dikarev wrote: > By this command I've just explained that this port has version 1.3.8 > but in INDEX-7 vesion differ -- it's 1.3.7. > So INDEX file is built on old ports tree or there was some bug during > building process. It's just an old INDEX-7 file -- as I recall, they are meant to be updated something like hourly, but on occasion there will be a problem and the INDEX files available for download may not be updated for an indefinite period, until the INDEX can be built cleanly again. Now, there are several things you can do about this: * Ignore it. Having a 100% accurate INDEX file is nice, but not an absolute necessity. Most ports management software will be forgiving of the odd irregularity. Even if it means package 'foo' doesn't get updated today when it could have been, it would almost certainly get updated tomorrow or next week. It all works itself out in time. * Use ports management software that doesn't rely on the presence of the INDEX at all. viz: portmaster(1). As I said, most ports management software is fairly forgiving of irregularities in the INDEX, but this program goes beyond that entirely and compares the database of installed ports under /var/db/pkg/ directly with what is in the ports tree. * Build your own. You can just type 'make index' in /usr/ports. Then go away and have a nice cup of tea. Then have another one. And some biscuits. It might have finished building by now... Building your own INDEX usually works pretty well, but it does take quite a while every time you have to do it. It does get you an INDEX that reflects local settings you made in /etc/make.conf or in OPTIONS dialogues, which is nice. If I might be permitted to tootle my own trumpet a bit, there is ports-mgmt/p5-FreeBSD-Portindex that I wrote, which can cut down the time it takes to routinely build your own index by only reprocessing the bits of the ports tree that have had updates since the previous time you built an INDEX. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090713/14f7ae73/signature.pgp From s.kachelmann at googlemail.com Mon Jul 13 12:50:49 2009 From: s.kachelmann at googlemail.com (Sandra Kachelmann) Date: Mon Jul 13 12:50:57 2009 Subject: libmapi new port request Message-ID: <91b92520907130550h3ea631fcw45e1d0a443b09d33@mail.gmail.com> Could someone please make a port for libmapi? http://www.openchange.org http://downloads.sourceforge.net/openchange/libmapi-0.8.2-ROMULUS.tar.gz Sandra From erwin at FreeBSD.org Mon Jul 13 12:56:11 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Jul 13 12:56:17 2009 Subject: INDEX build failed for 6.x Message-ID: <200907131256.n6DCuAfj010762@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. Warning: Duplicate INDEX entry: py25-bsddb-2.5.4_2 Committers on the hook: lwhsu Most recent CVS update was: ports/math/py-numpy/Makefile ports/math/py-numpy/distinfo ports/math/py-numpy/files/site.cfg ports/math/py-numpy/pkg-plist ports/science/py-scipy/Makefile ports/security/py-hashlib/Makefile From fedor.dikarev at gmail.com Mon Jul 13 12:59:09 2009 From: fedor.dikarev at gmail.com (Fedor Dikarev) Date: Mon Jul 13 13:00:42 2009 Subject: Bad INDEX-7 file ? In-Reply-To: <4A5B2993.1030403@infracaninophile.co.uk> References: <4A5B09A4.5050502@therek.net> <4A5B2993.1030403@infracaninophile.co.uk> Message-ID: Thanks for your advices. I've already rebuilt INDEX using portsdb -U, but I'm sure that it'll be better for all freebsd-users if this mistake will be fixed. 13 ???? 2009 ?. 16:33 ???????????? Matthew Seaman (m.seaman@infracaninophile.co.uk) ???????: > Fedor Dikarev wrote: >> >> By this command I've just explained that this port has version 1.3.8 >> but in INDEX-7 vesion differ -- it's 1.3.7. >> So INDEX file is built on old ports tree or there was some bug during >> building process. > > It's just an old INDEX-7 file -- as I recall, they are meant to be updated > something like hourly, but on occasion there will be a problem and the INDEX > files available for download may not be updated for an indefinite period, > until > the INDEX can be built cleanly again. > > Now, there are several things you can do about this: > > ?* Ignore it. ?Having a 100% accurate INDEX file is nice, but not an > ? ?absolute necessity. ?Most ports management software will be forgiving > ? ?of the odd irregularity. ?Even if it means package 'foo' doesn't get > ? ?updated today when it could have been, it would almost certainly get > ? ?updated tomorrow or next week. ?It all works itself out in time. > > ?* Use ports management software that doesn't rely on the presence of the > ? ?INDEX at all. viz: portmaster(1). ?As I said, most ports management > ? ?software is fairly forgiving of irregularities in the INDEX, but this > ?program goes beyond that entirely and compares the database of installed > ? ?ports under /var/db/pkg/ directly with what is in the ports tree. > > ?* Build your own. ?You can just type 'make index' in /usr/ports. ?Then go > ? ?away and have a nice cup of tea. ?Then have another one. ?And some > biscuits. > ? ?It might have finished building by now... ?Building your own INDEX > usually > ? ?works pretty well, but it does take quite a while every time you have to > ? ?do it. It does get you an INDEX that reflects local settings you made in > ? ?/etc/make.conf or in OPTIONS dialogues, which is nice. ?If I might be > ? ?permitted to tootle my own trumpet a bit, there is > ?ports-mgmt/p5-FreeBSD-Portindex that I wrote, ?which can cut down the time > ? ?it takes to routinely build your own index by only reprocessing the bits > ? ?of the ports tree that have had updates since the previous time you built > an > ? ?INDEX. > ? ? ? ? ? ?Cheers, > > ? ? ? ?Matthew > > -- > Dr Matthew J Seaman MA, D.Phil. ? ? ? ? ? ? ? ? ? 7 Priory Courtyard > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? Flat 3 > PGP: http://www.infracaninophile.co.uk/pgpkey ? ? Ramsgate > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? Kent, CT11 9PW > > -- ????? ??????? From kwm at FreeBSD.org Mon Jul 13 14:02:02 2009 From: kwm at FreeBSD.org (Koop Mast) Date: Mon Jul 13 14:02:43 2009 Subject: libmapi new port request In-Reply-To: <91b92520907130550h3ea631fcw45e1d0a443b09d33@mail.gmail.com> References: <91b92520907130550h3ea631fcw45e1d0a443b09d33@mail.gmail.com> Message-ID: <1247492983.1732.30.camel@headache.rainbow-runner.nl> On Mon, 2009-07-13 at 14:50 +0200, Sandra Kachelmann wrote: > Could someone please make a port for libmapi? > > http://www.openchange.org > http://downloads.sourceforge.net/openchange/libmapi-0.8.2-ROMULUS.tar.gz > > Sandra I got it almost ready for commit :) Just wait a little bit while I find time to clean it up. -Koop From jacula at gmail.com Mon Jul 13 15:22:25 2009 From: jacula at gmail.com (Jacula Modyun) Date: Mon Jul 13 15:22:36 2009 Subject: ports/130218 Maintainer timeout? (lang/ghc update) In-Reply-To: <792298050907121455k56209f95yf5a9c02b9c0f592d@mail.gmail.com> References: <792298050907121455k56209f95yf5a9c02b9c0f592d@mail.gmail.com> Message-ID: <4a5b4acf.0f345e0a.4cab.07c1@mx.google.com> On Sun, Jul 12, 2009 at 05:55:22PM -0400, L Campbell wrote: > > Is there anything blocking the update of lang/ghc? We have an I aspect me to update the ports related to haskell in the port tree of FreeBSD within a week; what is more, they will be updated to ghc-6.10.3. I don't know if someone are working at the same labour ;-), I'm sorry. Giuseppe Pilichi aKa Jacula Modyun -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 801 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090713/3ca89491/attachment.pgp From jacula at gmail.com Mon Jul 13 15:22:25 2009 From: jacula at gmail.com (Jacula Modyun) Date: Mon Jul 13 15:22:37 2009 Subject: ports/130218 Maintainer timeout? (lang/ghc update) In-Reply-To: <792298050907121455k56209f95yf5a9c02b9c0f592d@mail.gmail.com> References: <792298050907121455k56209f95yf5a9c02b9c0f592d@mail.gmail.com> Message-ID: <4a5b4acf.0f345e0a.4cab.07c1@mx.google.com> On Sun, Jul 12, 2009 at 05:55:22PM -0400, L Campbell wrote: > > Is there anything blocking the update of lang/ghc? We have an I aspect me to update the ports related to haskell in the port tree of FreeBSD within a week; what is more, they will be updated to ghc-6.10.3. I don't know if someone are working at the same labour ;-), I'm sorry. Giuseppe Pilichi aKa Jacula Modyun -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 801 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090713/3ca89491/attachment-0001.pgp From wxs at FreeBSD.org Mon Jul 13 17:15:26 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Mon Jul 13 17:15:33 2009 Subject: ports/130218 Maintainer timeout? (lang/ghc update) In-Reply-To: <792298050907121455k56209f95yf5a9c02b9c0f592d@mail.gmail.com> References: <792298050907121455k56209f95yf5a9c02b9c0f592d@mail.gmail.com> Message-ID: <20090713171525.GA76004@atarininja.org> On Sun, Jul 12, 2009 at 05:55:22PM -0400, L Campbell wrote: > *pokes the haskell@ maintainers* > > Is there anything blocking the update of lang/ghc? We have an > *ancient* version of GHC (the primary Haskell compiler) in ports -- > old enough to cause problems with Haskell library requirements. It > really needs to be updated (or, there needs to be a newer version of > GHC in ports). > > The patch in that PR is for GHC 6.10.1; the current > latest-and-greatest is 6.10.3 (which came out in May). > > Is possible, could the lang/ghc port be brought up-to-date? If not, > what can I do to make it possible? The patches have become stale. If you want to submit an updated patch (possibly going to the 6.10.3 if you want) I will do my best to make sure it builds properly and is committed. I can't do any runtime testing of it though. -- WXS From llc2w at virginia.edu Mon Jul 13 17:26:10 2009 From: llc2w at virginia.edu (L Campbell) Date: Mon Jul 13 17:26:16 2009 Subject: ports/130218 Maintainer timeout? (lang/ghc update) In-Reply-To: <20090713171602.GB76004@atarininja.org> References: <792298050907121455k56209f95yf5a9c02b9c0f592d@mail.gmail.com> <20090713171525.GA76004@atarininja.org> <20090713171602.GB76004@atarininja.org> Message-ID: <792298050907131026w6e2a5f75vaad8f3897c0c7df7@mail.gmail.com> On Mon, Jul 13, 2009 at 01:15:25PM -0400, Wesley Shields wrote: > On Sun, Jul 12, 2009 at 05:55:22PM -0400, L Campbell wrote: > > The patch in that PR is for GHC 6.10.1; the current > > latest-and-greatest is 6.10.3 (which came out in May). > > The patches have become stale. If you want to submit an updated patch > (possibly going to the 6.10.3 if you want) I will do my best to make > sure it builds properly and is committed. I can't do any runtime testing > of it though. Haha, fair enough. I'll see if I can take care of it this weekend :) From marketing at donateshoes.org Mon Jul 13 19:25:25 2009 From: marketing at donateshoes.org (Soles4Souls and Nine West) Date: Mon Jul 13 19:25:32 2009 Subject: Introducing the Vintage America Collection with Nine West Benefitting Soles4Souls Message-ID: <20090713102113.783469953@donateshoes.org> Introducing the Vintage America Collection with Nine West Benefitting Soles4Souls From cm at therek.net Mon Jul 13 19:31:45 2009 From: cm at therek.net (Cezary Morga) Date: Mon Jul 13 19:31:52 2009 Subject: net/p5-Net-Twitter broken In-Reply-To: <20090713023855.GA46001@ozzmosis.com> References: <20090713023855.GA46001@ozzmosis.com> Message-ID: <4A5B8B9A.8040102@therek.net> andrew clarke pisze: > I've been trying to get Twirssi (http://www.twirssi.com/) running > under Irssi but am encountering an error relating to Net::Twitter. My > Perl knowledge is very limited, so I'm not too sure what's going on. > The same error (below) occurs when I try to use this module from my > own program. I suspect the problem is within p5-Moose but I don't > know how to confirm this. Strange, I had no such problem as you described. First off, I'd start from something like following an look for any 'missing' modules, or ones that have wrong (too old) version number. cd /usr/ports/net/p5-Net-Twitter && make clean configure Than I'd check if it passes all tests: cd /usr/ports/net/p5-Net-Twitter && make clean build cd work/Net-Twitter-3.01000 && make test -- Cezary Morga "The optimist proclaims that we live in the best of all possible worlds; and the pessimist fears this is true." (James Branch Cabell) From cm at therek.net Mon Jul 13 20:23:56 2009 From: cm at therek.net (Cezary Morga) Date: Mon Jul 13 20:24:03 2009 Subject: [Custom LOCALBASE/PREFIX] www/p5-RT-Extension-SLA - fails: mtree In-Reply-To: <4A5363AA.8030407@infracaninophile.co.uk> References: <20090706181739.D2DB28FCB7@release.ixsystems.com> <4A5363AA.8030407@infracaninophile.co.uk> Message-ID: <4A5B97D7.2070708@therek.net> Here's your problem: > Installing /usr/wombat/lib/RT/Queue_SLA.pm <...> > pkg_info: /usr/wombat/share/rt38/plugins/RT-Extension-SLA/lib/RT/Queue_SLA.pm doesn't exist The port actually installs in ${PREFIX}/lib while pkg-plist expects files in ${PREFIX}/rt38/plugins. It's quite the same problem as with www/p5-RTx-Statistics (http://lists.freebsd.org/pipermail/freebsd-perl/2009-July/002242.html). An ugly assumption that environment variable PREFIX actually points to ${PREFIX}/rt38. I think letting Perl figure out where RT actually is is a better idea. -- Cezary Morga "The world is a tragedy to those who feel, but a comedy to those who think." (Horace Walpole) -------------- next part -------------- --- inc/Module/Install/RTx.pm.orig 2009-04-24 21:01:47.000000000 +0000 +++ inc/Module/Install/RTx.pm 2009-07-13 20:18:23.696711396 +0000 @@ -34,13 +34,10 @@ sub RTx { unless $self->abstract; my @prefixes = (qw(/opt /usr/local /home /usr /sw )); - my $prefix = $ENV{PREFIX}; + my $prefix = $ENV{LOCALBASE}; + push @prefixes, $prefix; @ARGV = grep { /PREFIX=(.*)/ ? ( ( $prefix = $1 ), 0 ) : 1 } @ARGV; - if ($prefix) { - $RT::LocalPath = $prefix; - $INC{'RT.pm'} = "$RT::LocalPath/lib/RT.pm"; - } else { local @INC = ( @INC, $ENV{RTHOME} ? ( $ENV{RTHOME}, "$ENV{RTHOME}/lib" ) : (), @@ -53,7 +50,6 @@ sub RTx { $_ = $self->prompt("Path to your RT.pm:") or exit; push @INC, $_, "$_/rt3/lib", "$_/lib/rt3", "$_/lib"; } - } my $lib_path = File::Basename::dirname( $INC{'RT.pm'} ); my $local_lib_path = "$RT::LocalPath/lib"; From mail at ozzmosis.com Mon Jul 13 23:41:37 2009 From: mail at ozzmosis.com (andrew clarke) Date: Mon Jul 13 23:41:45 2009 Subject: net/p5-Net-Twitter broken In-Reply-To: <4A5B8B9A.8040102@therek.net> References: <20090713023855.GA46001@ozzmosis.com> <4A5B8B9A.8040102@therek.net> Message-ID: <20090713234133.GA58722@ozzmosis.com> On Mon 2009-07-13 21:31:38 UTC+0200, Cezary Morga (cm@therek.net) wrote: > >I've been trying to get Twirssi (http://www.twirssi.com/) running > >under Irssi but am encountering an error relating to Net::Twitter. My > >Perl knowledge is very limited, so I'm not too sure what's going on. > >The same error (below) occurs when I try to use this module from my > >own program. I suspect the problem is within p5-Moose but I don't > >know how to confirm this. > > Strange, I had no such problem as you described. > First off, I'd start from something like following an look for any > 'missing' modules, or ones that have wrong (too old) version number. I don't think there's anything missing? My ports tree is up-to-date. > cd /usr/ports/net/p5-Net-Twitter && make clean configure > > Than I'd check if it passes all tests: > > cd /usr/ports/net/p5-Net-Twitter && make clean build > cd work/Net-Twitter-3.01000 && make test Ah, I wasn't aware of the "test" target. That should help. OK, after installing devel/p5-Test-Exception, I get the same error as before: PERL_DL_NONLAZY=1 /usr/local/bin/perl5.8.9 "-MExtUtils::Command::MM" "-e" "test_harness(0, 'inc', 'blib/lib', 'blib/arch')" t/01_basic.t t/02_fails.t t/10_net-twitter-regression.t t/11_useragent.t t/12_identica.t t/13_search.t t/20_exceptions.t t/20_generated.t t/21_wraperror.t t/22_twitter_insanity.t t/30_legacy.t t/99-pod_coverage.t t/99-pod_spelling.t t/99-pod_syntax.t t/01_basic..................... # Failed test 'use Net::Twitter;' # at t/01_basic.t line 63. # Tried to use 'Net::Twitter'. # Error: I do not understand this option (is => bare) on attribute (_trait_namespace) at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Attribute.pm line 79 # Moose::Meta::Attribute::new('Moose::Meta::Attribute', '_trait_namespace', 'init_arg', undef, 'isa', 'Str', 'is', 'bare') called at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Attribute.pm line 88 # Moose::Meta::Attribute::interpolate_class_and_new('Moose::Meta::Attribute', '_trait_namespace', 'init_arg', undef, 'isa', 'Str', 'is', 'bare') called at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Class.pm line 587 [...] Digging further, I see some potential problems with devel/p5-MooseX-Traits: ===> Configuring for p5-MooseX-Traits-0.06 Cannot determine perl version info from lib/MooseX/Traits.pm Checking if your kit is complete... Looks good Warning: prerequisite Moose 0.84 not found. We have 0.81. Warning: prerequisite ok 0 not found. Writing Makefile for MooseX::Traits And "make test" fails here, too: PERL_DL_NONLAZY=1 /usr/local/bin/perl5.8.9 "-MExtUtils::Command::MM" "-e" "test_harness(0, 'inc', 'blib/lib', 'blib/arch')" t/*.t t/00-load.....Can't locate ok.pm in @INC (@INC contains: /spare/ports/devel/p5-MooseX-Traits/work/MooseX-Traits-0.06/inc /spare/ports/devel/p5-MooseX-Traits/work/MooseX-Traits-0.06/blib/lib /spare/ports/devel/p5-MooseX-Traits/work/MooseX-Traits-0.06/blib/arch /usr/local/lib/perl5/5.8.9/BSDPAN /usr/local/lib/perl5/site_perl/5.8.9/mach /usr/local/lib/perl5/site_perl/5.8.9 /usr/local/lib/perl5/5.8.9/mach /usr/local/lib/perl5/5.8.9 . /usr/local/lib/perl5/5.8.9/BSDPAN /usr/local/lib/perl5/site_perl/5.8.9/mach /usr/local/lib/perl5/site_perl/5.8.9 /usr/local/lib/perl5/5.8.9/mach /usr/local/lib/perl5/5.8.9 .) at t/00-load.t line 6. BEGIN failed--compilation aborted at t/00-load.t line 6. # Looks like your test exited with 2 before it could output anything. dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED test 1 Failed 1/1 tests, 0.00% okay t/basic.......I do not understand this option (is => bare) on attribute (_trait_namespace) at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Attribute.pm line 79 Moose::Meta::Attribute::new('Moose::Meta::Attribute', '_trait_namespace', 'init_arg', undef, 'isa', 'Str', 'is', 'bare') called at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Attribute.pm line 88 [...] Stop in /usr/ports/devel/p5-MooseX-Traits/work/MooseX-Traits-0.06. Regards Andrew From pgollucci at p6m7g8.com Tue Jul 14 00:22:41 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Tue Jul 14 00:22:49 2009 Subject: net/p5-Net-Twitter broken In-Reply-To: <20090713234133.GA58722@ozzmosis.com> References: <20090713023855.GA46001@ozzmosis.com> <4A5B8B9A.8040102@therek.net> <20090713234133.GA58722@ozzmosis.com> Message-ID: <4A5BCFCF.1000602@p6m7g8.com> > Digging further, I see some potential problems with devel/p5-MooseX-Traits: Correct, p5-MooseX-Traits was updated but p5-Moose wasn't, I should have committed them in batch, but wasn't paying quite enough attention. I'm waiting on timeout or approval of the following prs: 009/07/09 ports/136508 lbr [PATCH] devel/p5-Moose: update to 0.87 2009/07/09 ports/136509 lbr [PATCH] devel/p5-MooseX-AttributeHelpers: update to 0.20 2009/07/09 ports/136513 lbr [PATCH] devel/p5-MooseX-POE: update to 0.205 2009/07/09 ports/136516 lbr [PATCH] devel/p5-MooseX-Types: update to 0.16 http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports&severity=&priority=&class=&state=&sort=none&text=&responsible=&multitext=&originator=Philip+M.+Gollucci&release= -- ------------------------------------------------------------------------ 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 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 mail at ozzmosis.com Tue Jul 14 00:25:01 2009 From: mail at ozzmosis.com (andrew clarke) Date: Tue Jul 14 00:25:08 2009 Subject: net/p5-Net-Twitter broken In-Reply-To: <20090713234133.GA58722@ozzmosis.com> References: <20090713023855.GA46001@ozzmosis.com> <4A5B8B9A.8040102@therek.net> <20090713234133.GA58722@ozzmosis.com> Message-ID: <20090714002458.GA67869@ozzmosis.com> > > >I've been trying to get Twirssi (http://www.twirssi.com/) running > > >under Irssi but am encountering an error relating to Net::Twitter. My > > >Perl knowledge is very limited, so I'm not too sure what's going on. > > >The same error (below) occurs when I try to use this module from my > > >own program. I suspect the problem is within p5-Moose but I don't > > >know how to confirm this. Some further progress. I bumped the version number of the following ports by hand-editing their corresponding Makefiles, and deleting the distinfo files. Now both Net::Twitter and Twirssi are working again. p5-Class-MOP-0.88 > succeeds index (index has 0.86) p5-Moose-0.84 > succeeds index (index has 0.81) So I guess these need to be committed to the ports tree at some point. :) Presumably portsnap will overwrite my Makefile changes when there are newer files available. Regards Andrew From llc2w at virginia.edu Tue Jul 14 00:29:29 2009 From: llc2w at virginia.edu (L Campbell) Date: Tue Jul 14 00:29:41 2009 Subject: ports/130218 Maintainer timeout? (lang/ghc update) In-Reply-To: <20090713171525.GA76004@atarininja.org> References: <792298050907121455k56209f95yf5a9c02b9c0f592d@mail.gmail.com> <20090713171525.GA76004@atarininja.org> Message-ID: <792298050907131729v59035fa2sad081245330bafee@mail.gmail.com> On Mon, Jul 13, 2009 at 1:15 PM, Wesley Shields wrote: > On Sun, Jul 12, 2009 at 05:55:22PM -0400, L Campbell wrote: >> *pokes the haskell@ maintainers* >> >> Is there anything blocking the update of lang/ghc? We have an >> *ancient* version of GHC (the primary Haskell compiler) in ports -- >> old enough to cause problems with Haskell library requirements. It >> really needs to be updated (or, there needs to be a newer version of >> GHC in ports). >> >> The patch in that PR is for GHC 6.10.1; the current >> latest-and-greatest is 6.10.3 (which came out in May). >> >> Is possible, could the lang/ghc port be brought up-to-date? If not, >> what can I do to make it possible? > > The patches have become stale. If you want to submit an updated patch > (possibly going to the 6.10.3 if you want) I will do my best to make > sure it builds properly and is committed. I can't do any runtime testing > of it though. > I've got 6.10.2 built properly right now (generating the pkg-plist now). I had issues with 6.10.1 and 6.10.3 -- 6.10.1 has a broken ghci out of the box on amd64 (mmap issues arising from the shared library support). See: http://www.haskell.org/pipermail/glasgow-haskell-users/2008-November/016239.html 6.10.3 doesn't build for me due to issues with haskeline (the Haskell readline library). I suspect there's a cabal package somewhere which isn't building correctly then silently failing. Haven't investigated further because 6.10.2 builds fine and that's good enough for my needs. I went ahead and ran the GHC regression testsuite on my built -- got a whopping 300 failures (of ~12000 test cases; 2.5%). I've only skimmed through the failure list (it's attached for your browsing pleasure) -- some of the things looks like problems on their end, some of them look like problems on my end (ie, need FreeBSD-specific patches for things like "getPermissions001", I imagine). Some of the failed tests look kind of concerning ("space_leak_001"). I've attached my current diff on the Makefile; I'll post a full diff when I've got the pkg-plist built; definitely want to have some more eyes testing it (and I still need to test it on an i386 box) to make sure nothing is completely foobar. -------------- next part -------------- OVERALL SUMMARY for test run started at Mon Jul 13 22:06:22 UTC 2009 2378 total tests, which gave rise to 12670 test cases, of which 0 caused framework failures 2528 were skipped 9548 expected passes 274 expected failures 12 unexpected passes 308 unexpected failures Unexpected passes: 2740(ghci) break001(ghci) break006(ghci) break026(ghci) hist001(ghci) print003(ghci) print005(ghci) print006(ghci) print010(ghci) print012(ghci) print014(ghci) print020(ghci) Unexpected failures: 3171(normal) 3207(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profthread ed) 3236(normal,threaded1) 3279(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profthread ed) GADT13(normal,profc,profasm) NoMatchErr(normal) NonLinearSigErr(normal,hpc,profc,profasm) SeqRule(optc,optasm) Simple16(normal) Simple8(normal,profc,profasm) T1074(normal) T1074a(normal) T1148(normal) T1633(normal) T1792_imports(normal) T1900(normal) T1969(normal) T2267(normal) T246(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profthread ed) T2627b(normal) T2677(normal) T2693(normal) T2806(normal) T2888(normal,hpc,profc,profasm) T3013(normal) T3066(normal) T3095(normal) T3118(optc,hpc,optasm,profc,profasm) T3126(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profthrea ded) T3153(normal) T3155(normal) T3163(normal) T3177(normal) T3177a(normal) T3219(normal,optc,hpc,optasm,profc,profasm) T3221(normal,optc,hpc,optasm,profc,profasm) T3262(normal,optc,hpc,optasm,profc,profasm) T3265(normal) T3319(normal) T3323(normal) T3342(normal,optc,hpc,optasm,profc,profasm) TH_runIO(normal) arith013(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profth readed) break011(ghci) break017(ghci) break018(ghci) break024(ghci) break025(ghci) cabal01(normal) ccfail001(normal) ccfail002(normal) decodingerror001(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded 2,profthreaded) derefnull(profc,profthreaded) divbyzero(profc,profthreaded) ds057(normal) dynbrk001(ghci) encoding001(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,pro fthreaded) fdReadBuf001(ghci,threaded1,threaded2) getPermissions001(normal,optc,hpc,optasm,profc,profasm,threaded1,threaded2,pr ofthreaded) ghci025(ghci) ghcpkg02(normal) ghcpkg05(normal) hClose002(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,proft hreaded) hClose003(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profthreaded) hDuplicateTo001(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profthreaded) hSetBuffering004(ghci) hSetEncoding001(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profthreaded) haddock.Test(normal,hpc,profc) hpc_ghc_ghci(normal) mod176(normal) mod177(normal) newline001(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profthreaded) print022(ghci) print028(ghci) process007(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profthreaded) queryfdoption01(normal,optc,hpc,optasm,profc,profasm,threaded1,threaded2,profthreaded) read036(normal) read064(normal,optc,hpc,optasm,profc,profasm) read066(normal,optc,hpc,optasm,profc,profasm) recomp005(normal) recomp006(normal) records(normal) rn037(normal,optc,hpc,optasm,profc,profasm) rn046(normal,optc,hpc,optasm,profc,profasm) rnfail052(normal) space_leak_001(profc,profasm,profthreaded) stack002(normal,optc,hpc,optasm,profc,profasm,threaded1,threaded2,profthreaded) tc168(normal,optc,hpc,optasm,profc,profasm) tc231(normal,optc,hpc,optasm,profc,profasm) tcfail091(normal) tcfail166(normal) tcfail183(normal) tcfail204(normal) -------------- next part -------------- A non-text attachment was scrubbed... Name: ghc-6.10.2.diff Type: application/octet-stream Size: 4557 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090714/139e07dd/ghc-6.10.2.obj From wxs at FreeBSD.org Tue Jul 14 03:00:08 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Jul 14 03:00:15 2009 Subject: ports/130218 Maintainer timeout? (lang/ghc update) In-Reply-To: <792298050907131933l73d85eecj7ba56685c95eafac@mail.gmail.com> References: <792298050907121455k56209f95yf5a9c02b9c0f592d@mail.gmail.com> <20090713171525.GA76004@atarininja.org> <792298050907131729v59035fa2sad081245330bafee@mail.gmail.com> <792298050907131933l73d85eecj7ba56685c95eafac@mail.gmail.com> Message-ID: <20090714030007.GF76004@atarininja.org> On Mon, Jul 13, 2009 at 10:33:57PM -0400, L Campbell wrote: > On Mon, Jul 13, 2009 at 8:29 PM, L Campbell wrote: > > I've attached my current diff on the Makefile; I'll post a full diff > > when I've got the pkg-plist built; definitely want to have some more > > eyes testing it (and I still need to test it on an i386 box) to make > > sure nothing is completely foobar. > > Generated a trash pkg-plist which probably needs to be cleaned up (the > current version uses GHC_LIBDIR_REL, etc, and probably some other > things). Should be fine to test with, though. > > Things that still need to be done -- > > * Make sure it builds and works on i386 I can do the build testing on i386 and amd64, but not much more than that. > * Thumb through the ghc regressions test suite to make sure nothing > horrible is failing (and fix the things that I suspect are horribly > broken) > * Run through all the Haskell ports and see what breaks with them (oh boy lol) Again, I can do build testing on both i386 and amd64 for these, but not much more than that (you'll have to provide me a list of what to test) > I don't expect to be ready to submit a PR until this weekend. Please submit it as a followup to the existing PR and CC me on it so I can work with you to make sure it gets committed. -- WXS From QAT at FreeBSD.org Tue Jul 14 04:22:47 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Tue Jul 14 04:22:53 2009 Subject: cvs commit: ports/devel/regexx Makefile ports/devel/regexx/files patch-libtool22 In-Reply-To: <200907140416.n6E4Gbwr010137@repoman.freebsd.org> References: <200907140416.n6E4Gbwr010137@repoman.freebsd.org> Message-ID: <20090714042139.0AE843984D@qat.tcbug.org> The Restless Daemon identified a gcc4 error while trying to build: regexx-0.98.1_3 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/devel/regexx/Makefile,v 1.18 2009/07/14 04:16:36 mezz Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/regexx-0.98.1_3.log : regexx.cc:46: error: expected primary-expression before 'const' regexx.cc:46: error: expected `)' before 'const' regexx.cc:52: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:52: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:52: error: expected primary-expression before 'const' regexx.cc:52: error: expected `)' before 'const' regexx.cc:60: error: 'PCRE_NOTBOL' was not declared in this scope regexx.cc:60: error: 'PCRE_NOTEOL' was not declared in this scope regexx.cc:66: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:66: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:66: error: expected primary-expression before 'const' regexx.cc:66: error: expected `)' before 'const' regexx.cc:73: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:73: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:73: error: expected primary-expression before 'const' regexx.cc:73: error: expected `)' before 'const' regexx.cc:73: error: expected `)' before ';' token regexx.cc:79: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:79: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:79: error: expected primary-expression before 'const' regexx.cc:79: error: expected `)' before 'const' regexx.cc:79: error: expected `)' before ';' token regexx.cc:92: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:92: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:92: error: expected primary-expression before 'const' regexx.cc:92: error: expected `)' before 'const' regexx.cc:92: error: expected `)' before ';' token regexx.cc:117: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:117: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:117: error: expected primary-expression before 'const' regexx.cc:117: error: expected `)' before 'const' regexx.cc:117: error: expected `)' before ';' token gmake[1]: *** [regexx.lo] Error 1 gmake[1]: Leaving directory `/work/a/ports/devel/regexx/work/regexx-0.98.1/src' gmake: *** [all-recursive] Error 1 *** Error code 1 Stop in /a/ports/devel/regexx. ================================================================ build of /usr/ports/devel/regexx ended at Tue Jul 14 04:21:37 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/regexx-0.98.1_3.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=devel&portname=regexx 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 cm at therek.net Tue Jul 14 07:42:24 2009 From: cm at therek.net (Cezary Morga) Date: Tue Jul 14 07:42:31 2009 Subject: net/p5-Net-Twitter broken In-Reply-To: <20090713234133.GA58722@ozzmosis.com> References: <20090713023855.GA46001@ozzmosis.com> <4A5B8B9A.8040102@therek.net> <20090713234133.GA58722@ozzmosis.com> Message-ID: <4A5C36D6.7000505@therek.net> andrew clarke pisze: > I don't think there's anything missing? My ports tree is up-to-date. But not neccessarily all ports are up-to-date in regard to upstream. Or, maybe even though all the ports are installed the Perl installer for given module (Net::Twitter in this case) might not be able to find them. As it turned out later on (Philip Golluci's mail) not all ports in Ports Tree had been updated. >> cd /usr/ports/net/p5-Net-Twitter && make clean build >> cd work/Net-Twitter-3.01000 && make test > > Ah, I wasn't aware of the "test" target. That should help. This is Perl's ExtUtils::MakeMaker target. -- Cezary Morga From om-lists-bsd at omx.ch Tue Jul 14 08:00:55 2009 From: om-lists-bsd at omx.ch (Olivier Mueller) Date: Tue Jul 14 08:01:18 2009 Subject: ejabberd 2.0.5 + erlang-r13b01_5 : failure Message-ID: <1247556850.20049.7.camel@ompc.insign.local> Hello, For the people around using ejabberd: erlang-r13b01_5,1 A functional programming language from Ericsson erlang-mysql-1.0_2 Native MySQL driver for Erlang ejabberd-2.0.5 Free and Open Source distributed fault-tolerant Jabber serv doesn't seem to work (epmd starts, but then nothings seems to happen and no log written), but after downgrading erlang, it's ok again: erlang-r12b5_2,1 A functional programming language from Ericsson erlang-mysql-1.0_2 Native MySQL driver for Erlang ejabberd-2.0.5 Free and Open Source distributed fault-tolerant Jabber serv I don't see the reason yet, I just get a bunch of erl_crash_20090714-nnnnn.dump files in /var/log/ejabberd with r13 and everything is fine with r12. But it is maybe related to a rather old freebsd version (7.0-RELEASE-p11). (no, it's not related to the uid/gid port change as specified in ports/UPDATING). regards, Olivier From uqs at spoerlein.net Tue Jul 14 08:35:53 2009 From: uqs at spoerlein.net (Ulrich =?utf-8?B?U3DDtnJsZWlu?=) Date: Tue Jul 14 08:35:59 2009 Subject: ejabberd 2.0.5 + erlang-r13b01_5 : failure In-Reply-To: <1247556850.20049.7.camel@ompc.insign.local> References: <1247556850.20049.7.camel@ompc.insign.local> Message-ID: <20090714083551.GQ2145@acme.spoerlein.net> On Tue, 14.07.2009 at 09:34:10 +0200, Olivier Mueller wrote: > Hello, > > For the people around using ejabberd: > > erlang-r13b01_5,1 A functional programming language from Ericsson > erlang-mysql-1.0_2 Native MySQL driver for Erlang > ejabberd-2.0.5 Free and Open Source distributed fault-tolerant Jabber serv > > doesn't seem to work (epmd starts, but then nothings seems to happen and > no log written), but after downgrading erlang, it's ok again: > > erlang-r12b5_2,1 A functional programming language from Ericsson > erlang-mysql-1.0_2 Native MySQL driver for Erlang > ejabberd-2.0.5 Free and Open Source distributed fault-tolerant Jabber serv > > I don't see the reason yet, I just get a bunch of > erl_crash_20090714-nnnnn.dump files in /var/log/ejabberd with r13 and > everything is fine with r12. But it is maybe related to a rather old > freebsd version (7.0-RELEASE-p11). (no, it's not related to the > uid/gid port change as specified in ports/UPDATING). Hi Olivier, peruse the ejabberd forums/mailing lists. They don't support building with erlang-r13 yet. It's as simple as that, and I, too, wasted a whole day figuring that out. A suitable CONFLICT in the ejabberd port would be nice. Cheers, Ulrich Sp?rlein From m.seaman at infracaninophile.co.uk Tue Jul 14 09:23:13 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Tue Jul 14 09:23:20 2009 Subject: [Custom LOCALBASE/PREFIX] www/p5-RT-Extension-SLA - fails: mtree In-Reply-To: <4A5B97D7.2070708@therek.net> References: <20090706181739.D2DB28FCB7@release.ixsystems.com> <4A5363AA.8030407@infracaninophile.co.uk> <4A5B97D7.2070708@therek.net> Message-ID: <4A5C4E73.9000901@infracaninophile.co.uk> Cezary Morga wrote: > Here's your problem: >> Installing /usr/wombat/lib/RT/Queue_SLA.pm > <...> >> pkg_info: >> /usr/wombat/share/rt38/plugins/RT-Extension-SLA/lib/RT/Queue_SLA.pm >> doesn't exist > > The port actually installs in ${PREFIX}/lib while pkg-plist expects > files in ${PREFIX}/rt38/plugins. ${PREFIX}/rt38/plugins is correct for the layout introduced with RT-3.8.x, (although not for the layout used with rt36) and installing these extension modules anywhere else makes no sense at all. It's simply broken. > It's quite the same problem as with www/p5-RTx-Statistics > (http://lists.freebsd.org/pipermail/freebsd-perl/2009-July/002242.html). > > An ugly assumption that environment variable PREFIX actually points to > ${PREFIX}/rt38. I think letting Perl figure out where RT actually is is > a better idea. Hmmm... RT's idea of what PREFIX means is quite different to what the ports uses it for. In fact, it seems to me that RT treats $PREFIX pretty much as if it was identical to $RTHOME. It's all particularly confusing since RT itself expects to be installed with everything under it's own directory tree rooted at ${PREFIX}/rt3 (for FreeBSD values of PREFIX) and the rt38 port now spreads everything across a number of different locations. All the correct paths are already enumerated in ${SITE_PERL}/RT.pm (or ${PREFIX}/rt3/lib/RT.pm for 3.6.x). Most of the effort in the RT Extension ports I maintain is telling each of those modules where to find RT.pm -- except that when $PREFIX is set in the environment it overrides that. Even when $PREFIX is set to the default case of /usr/local it breaks the build -- so instead of looking for ${SITE_PERL}/RT.pm it looks instead for /usr/local/lib/RT.pm I think that your patch essentially does that, but see ports/136656 where I have a simpler solution -- just remove $PREFIX from the environment during configuration. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090714/6a60482d/signature.pgp From fenner at FreeBSD.org Tue Jul 14 10:00:04 2009 From: fenner at FreeBSD.org (Bill Fenner) Date: Tue Jul 14 10:00:11 2009 Subject: Possibly unbuildable ports reminder Message-ID: <200907141000.n6EA04L9055373@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 cm at therek.net Tue Jul 14 10:35:13 2009 From: cm at therek.net (Cezary Morga) Date: Tue Jul 14 10:35:20 2009 Subject: [Custom LOCALBASE/PREFIX] www/p5-RT-Extension-SLA - fails: mtree In-Reply-To: <4A5C4E73.9000901@infracaninophile.co.uk> References: <20090706181739.D2DB28FCB7@release.ixsystems.com> <4A5363AA.8030407@infracaninophile.co.uk> <4A5B97D7.2070708@therek.net> <4A5C4E73.9000901@infracaninophile.co.uk> Message-ID: <4A5C5F55.4090204@therek.net> Matthew Seaman pisze: > I think that your patch essentially does that, but see ports/136656 where > I have a simpler solution -- just remove $PREFIX from the environment > during configuration. I don't think removing PREFIX is a good idea. FreeBSD is supposed to support PREFIX for users wishing to install ports elsewhere than /usr/local, that's what this QAT tests 'Custom LOCALBASE/PREFIX' are about. The problem with inc/Module/Install/RTx.pm from www/p5-RT-Extension-SLA is that it assumes that PREFIX is always correct: my @prefixes = (qw(/opt /usr/local /home /usr /sw )); my $prefix = $ENV{PREFIX}; <...> if ($prefix) { $RT::LocalPath = $prefix; $INC{'RT.pm'} = "$RT::LocalPath/lib/RT.pm"; } else { and does not even try loading the module, as ( eval { require RT; $RT::LocalPath } ) is located in else{}. Then it goes to using $RT variables my $local_lib_path = "$RT::LocalPath/lib"; <...> $RT::LocalVarPath ||= $RT::VarPath; $RT::LocalPoPath ||= $RT::LocalLexiconPath; $RT::LocalHtmlPath ||= $RT::MasonComponentRoot; $RT::LocalLibPath ||= "$RT::LocalPath/lib"; which are not set. Removing PREFIX will skip if ($prefix) {} part and trigger else{} but with RT.pm installed elsewhere than locations listed in @prefixes it will still fail. Not to mention the different meanings of environment variable PREFIX from FreeBSD ports and RT points of view. For RT PREFIX==LOCALBASE, which might not be true in FreeBSD world. If you really want to fiddle with environment settings, I'd suggest no to remove PREFIX from the environment, but set it to RTHOME (if RTHOME honors LOCALBASE/PREFIX). The problem with LOCALBASE!=PREFIX will remain unsolved either way. -- Cezary Morga From m.seaman at infracaninophile.co.uk Tue Jul 14 11:03:34 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Tue Jul 14 11:03:41 2009 Subject: [Custom LOCALBASE/PREFIX] www/p5-RT-Extension-SLA - fails: mtree In-Reply-To: <4A5C5F55.4090204@therek.net> References: <20090706181739.D2DB28FCB7@release.ixsystems.com> <4A5363AA.8030407@infracaninophile.co.uk> <4A5B97D7.2070708@therek.net> <4A5C4E73.9000901@infracaninophile.co.uk> <4A5C5F55.4090204@therek.net> Message-ID: <4A5C65F5.6020704@infracaninophile.co.uk> Cezary Morga wrote: > Matthew Seaman pisze: >> I think that your patch essentially does that, but see ports/136656 where >> I have a simpler solution -- just remove $PREFIX from the environment >> during configuration. > > I don't think removing PREFIX is a good idea. FreeBSD is supposed to > support PREFIX for users wishing to install ports elsewhere than > /usr/local, that's what this QAT tests 'Custom LOCALBASE/PREFIX' are about. That is not the effect of my patch at all. You are failing to distinguish between $PREFIX set as an environment variable and $PREFIX the make variable. PREFIX the make variable already controls what the p5-RT-Extension ports do as variables like SITE_PERL are defined in terms of it already. As I said in an earlier post: these ports already honour PREFIX correctly when it is defined eg. in /etc/make.conf. (The same applies to LOCALBASE for that matter, but LOCALBASE means nothing to perl configure scripts, so this whole question doesn't arise) In fact, it's the make variable which is the important thing for the ports, and the confusion here arises because different Makefiles or scripts are re-importing the value from the environment instead of inheriting the settings from superior makes. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090714/e52fbeb2/signature.pgp From cm at therek.net Tue Jul 14 12:10:04 2009 From: cm at therek.net (Cezary Morga) Date: Tue Jul 14 12:10:12 2009 Subject: [Custom LOCALBASE/PREFIX] www/p5-RT-Extension-SLA - fails: mtree In-Reply-To: <4A5C65F5.6020704@infracaninophile.co.uk> References: <20090706181739.D2DB28FCB7@release.ixsystems.com> <4A5363AA.8030407@infracaninophile.co.uk> <4A5B97D7.2070708@therek.net> <4A5C4E73.9000901@infracaninophile.co.uk> <4A5C5F55.4090204@therek.net> <4A5C65F5.6020704@infracaninophile.co.uk> Message-ID: <4A5C7592.4010803@therek.net> Matthew Seaman pisze: > You are failing to distinguish between $PREFIX set as an environment variable > and $PREFIX the make variable. You're right :) PREFIX the make variable already controls what > the p5-RT-Extension ports do as variables like SITE_PERL are defined in > terms of it already. So, if I would cd into www/p5-RT-Extension-SLA and type: env PREFIX=/home/therek make install would it install p5-RT-Extension-SLA and all of it's dependencies (including rt38) in /home/therek? -- Cezary Morga From Alexander at Leidinger.net Tue Jul 14 13:21:27 2009 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Tue Jul 14 13:21:34 2009 Subject: ejabberd 2.0.5 + erlang-r13b01_5 : failure In-Reply-To: <20090714083551.GQ2145@acme.spoerlein.net> References: <1247556850.20049.7.camel@ompc.insign.local> <20090714083551.GQ2145@acme.spoerlein.net> Message-ID: <20090714152116.76876fsdddm8wls8@webmail.leidinger.net> Quoting Ulrich Sp??rlein (from Tue, 14 Jul 2009 10:35:51 +0200): > peruse the ejabberd forums/mailing lists. They don't support building with > erlang-r13 yet. It's as simple as that, and I, too, wasted a whole day > figuring that out. Patches at (I haven't tested any patch): http://bugs.gentoo.org/show_bug.cgi?id=267524 https://support.process-one.net/browse/EJAB-919 Bye, Alexander. -- The liberals can understand everything but people who don't understand them. -- Lenny Bruce http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From peter at vereshagin.org Tue Jul 14 13:21:28 2009 From: peter at vereshagin.org (Peter Vereshagin) Date: Tue Jul 14 13:21:47 2009 Subject: more ports more deps harder index Message-ID: <20090714113029.GA4174@screwed.box> Wake me up when September ends, freebsd-perl! I maintain some module on CPAN and its p5- port as well. Module has a feature and impose some more dependencies to satisfy system administrators, e. g. the most of FreeBSD users. ;-) The feature in question is programmer-interfaced because of agile Perl nature. But wanted for admins, too. Recently I noticed the feature was taken as the only reason to put someone else's module on a CPAN. The code of the module itself, besides its *.t tests is no more than 10 lines of code but due to the Perl nature it's not a reason to decline it. Anyway, it's nice for my module to extend it and make it easier cause the feature in question will be implemented by another CPAN author in this case ( and probably more properly, too ). The drawback for this case will be the ongoing Ports index overhead. Imagine there will be 1 more port, more index length, longer portupgrades and so on. Only because of that 10 lines of code to work in conjunction. The more such a cases, the harder regular system maintanence becomes. How good is all that about to be still this way? Since it is a good practice to put more CPAN modules on a Ports, yes, I had put my module to a Ports some time ago. But there are several features in, so I thought twice before. Now I'm about to make development more distributed wioth CPAN, right. But in terms of ports collection this can make it closer to monster-style bloatware, isn't it? That's a question. Yes, I can simply incorporate those ~10 lines of code into my CPAN module but that is not why the social stuff like CPAN,github,sourceforge, etc. exist in terms of best coding and porting practices, right? Secondly, the module itself is the primary thing in relation to its' port, right? So I'm about to guide in my development by the code quality interests' considerations, not the porting ones. Technically, the difficulties appear on difference of CPAN and ports use. With CPAN, there is no need on special packages index, the dependencies are checked by mean of regular module including by far, With FreeBSD Ports/Packages, there are /var/db/pkg directory search and pkgdb/portsdb reindexing after every module install, and this make system portupgrade process significantly longer and less predictable on every port addition to the index. I know that agile Perl people do never rely on system packages cause those use to be outdated for them, for example for FreeBSD the one should file a PR even for every small but sometimes so-sad-it-is-not-yet-in change on a module. There is no such a need to update a CPAN module. No, PRing is not that bad or hard work, it is not that significant but wanted stuff, e. g. if some FreeBSD user is satisfied with module he/she will use it with no problem at all and no his/her attention is needed for such a problem to be a problem of someone other's system, not his/her, so this shouldn't be an announce. I differentiate such a Perl modules ports questions cause such kind of software is rare to be used as a development preview before to be packaged as a system package. It's hard to make an unusable but forthcoming code in ~10 lines of code. But this can consume ~30+ lines of code for OS packagers to write up, is it a good practice? Partially, such kind of problem should be solved by mean of tools like Slackware's cpan2tgz or Red Hat's cpan2rpm, but this should be more dependency-walky and system-integrated solution, since for my module's target audience, the system administrators, the dependencies are the matter of OS. Yes, this could be a much wider question, like same can go her for php's PEAR, tex's CTAN and so on. But the most care in terms of ports quantity and my person is, yes, Perl p5-* ports. Potentially we can make 16K p5-* modules, is it any good for FreeBSD to have that amount volume of packages more that can make it almost twice bigger? So, what I can see from out there is: the unified interface for such kind of modules, standing in a cloud as an automated porting system spreading on peer-to-peer base with no care about the module porters who admin these ports for their own. And, sharing them. If such a share should be with the Ports collection system, ok. If via the something different (web or p2p resource like that easy to use openbittorrent), this should be ok, too. But the FreeBSD regents, in my opinion at least have to take care on conflicts resolving in such a cases the users can have these days when FreeBSD Perl users do install modules via the CPAN.pm despite them exist in a ports. This is another reason of Ports out-of-sync-ing, right? Besides the reason of my own to think about it mentioned before, another one is: the perl6 is stabilizing at recent years and the p6-* ports seem to be their way. 73! Peter -- http://vereshagin.org From 000.fbsd at quip.cz Tue Jul 14 14:45:03 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue Jul 14 14:45:10 2009 Subject: portmaster -x not working? Message-ID: <4A5C954C.5060507@quip.cz> Hi, I tried -x to exclude some port from recursive upgrade, but it seems not working. # portmaster -x mysql-client-* phpMyAdmin-3.1.5 is still trying to upgrade mysql-client before upgrade of phpMyAdmin. I workaround this issue by interactive mode (-i) which is working fine. Is -x not working or am I using it wrong way? Is it / will it be possible to specify -x more then one time to exclude more ports from upgrade process? Miroslav Lachman From frederique at isafeelin.org Tue Jul 14 15:04:12 2009 From: frederique at isafeelin.org (Frederique Rijsdijk) Date: Tue Jul 14 15:04:19 2009 Subject: portmaster -x not working? In-Reply-To: <4A5C954C.5060507@quip.cz> References: <4A5C954C.5060507@quip.cz> Message-ID: <4A5C9A98.5020006@isafeelin.org> Hi, Miroslav Lachman wrote: > Hi, > > I tried -x to exclude some port from recursive upgrade, but it seems not > working. > > # portmaster -x mysql-client-* phpMyAdmin-3.1.5 Escape the asterix: portmaster -x mysql-client-\* phpMyAdmin-3.1.5 That should work. -- Frederique From lstewart at freebsd.org Tue Jul 14 15:48:55 2009 From: lstewart at freebsd.org (Lawrence Stewart) Date: Tue Jul 14 15:49:01 2009 Subject: portmaster -x not working? In-Reply-To: <4A5C9A98.5020006@isafeelin.org> References: <4A5C954C.5060507@quip.cz> <4A5C9A98.5020006@isafeelin.org> Message-ID: <4A5CA8CF.2070906@freebsd.org> Frederique Rijsdijk wrote: > Hi, > > Miroslav Lachman wrote: >> Hi, >> >> I tried -x to exclude some port from recursive upgrade, but it seems not >> working. >> >> # portmaster -x mysql-client-* phpMyAdmin-3.1.5 > > > Escape the asterix: > > portmaster -x mysql-client-\* phpMyAdmin-3.1.5 > > That should work. Hijacking the thread slightly, but is there a way to exclude multiple ports using the -x switch (or multiple -x switches)? Logically, I want to be able to do something like this: portmaster -a -x '*foo*' -x '*bar*' I so far haven't been able to figure out with casual prodding how to achieve the desired behaviour on the command line. Cheers, Lawrence From 000.fbsd at quip.cz Tue Jul 14 16:55:18 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue Jul 14 16:55:25 2009 Subject: portmaster -x not working? In-Reply-To: <4A5C9A98.5020006@isafeelin.org> References: <4A5C954C.5060507@quip.cz> <4A5C9A98.5020006@isafeelin.org> Message-ID: <4A5CB871.5070003@quip.cz> Frederique Rijsdijk wrote: > Hi, > > Miroslav Lachman wrote: > >>Hi, >> >>I tried -x to exclude some port from recursive upgrade, but it seems not >>working. >> >># portmaster -x mysql-client-* phpMyAdmin-3.1.5 > > > > Escape the asterix: > > portmaster -x mysql-client-\* phpMyAdmin-3.1.5 > > That should work. It is my bad, that I forgot to add backslash in command in original e-mail, but I use it in real command and here is the output (it starts cleaning and building for mysql-client) root@track ~/# portmaster -x mysql-client-\* phpMyAdmin-3.1.4 ===>>> Currently installed version: phpMyAdmin-3.1.4 ===>>> Port directory: /usr/ports/databases/phpmyadmin ===>>> Launching 'make checksum' for databases/phpmyadmin in background ===>>> Gathering dependency list for databases/phpmyadmin from ports ===>>> Starting recursive 'make config' check ===>>> Launching child to update mysql-client-5.0.77_1 to mysql-client-5.0.83 phpMyAdmin-3.1.4 >> mysql-client-5.0.77_1 ===>>> Port directory: /usr/ports/databases/mysql50-client ===>>> Gathering dependency list for databases/mysql50-client from ports ===>>> Starting recursive 'make config' check ===>>> Recursive 'make config' check complete for databases/mysql50-client phpMyAdmin-3.1.4 >> mysql-client-5.0.77_1 ===>>> Continuing 'make config' dependency check for databases/phpmyadmin ===>>> Recursive 'make config' check complete for databases/phpmyadmin ===>>> Starting build for databases/phpmyadmin <<<=== ===>>> Starting check for build dependencies ===>>> Gathering dependency list for databases/phpmyadmin from ports ===>>> Starting dependency check ===>>> Launching child to update mysql-client-5.0.77_1 to mysql-client-5.0.83 phpMyAdmin-3.1.4 >> mysql-client-5.0.77_1 ===>>> Port directory: /usr/ports/databases/mysql50-client ===>>> Starting check for build dependencies ===>>> Gathering dependency list for databases/mysql50-client from ports ===>>> Starting dependency check ===>>> Dependency check complete for databases/mysql50-client phpMyAdmin-3.1.4 >> mysql-client-5.0.77_1 ===> Cleaning for mysql-client-5.0.83 => mysql-5.0.83.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from ftp://ftp.fi.muni.cz/pub/mysql/Downloads/MySQL-5.0/. ^C Same happens if I use: portmaster -x 'mysql-client-*' phpMyAdmin-3.1.4 or portmaster -x mysql-client-5.0.77_1 phpMyAdmin-3.1.4 This is why I wrote original post. Are there somebody with working example of -x usage? Miroslav Lachman From corky1951 at comcast.net Tue Jul 14 18:07:51 2009 From: corky1951 at comcast.net (Charlie Kester) Date: Tue Jul 14 18:07:58 2009 Subject: Possibly unbuildable ports reminder In-Reply-To: <200907141000.n6EA04L9055373@freefall.freebsd.org> References: <200907141000.n6EA04L9055373@freefall.freebsd.org> Message-ID: <20090714180747.GA90253@comcast.net> On Tue 14 Jul 2009 at 03:00:04 PDT Bill Fenner wrote: >Dear porters, > > This is just a reminder to please periodically check the list of >unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ . >A list by MAINTAINER is > >http://people.freebsd.org/~fenner/errorlogs/ > >so you can easily check the status of ports that you maintain. In >addition, the list of ports with no MAINTAINER with build problems is Is the portstree updated before running these build tests? My sysutils/rdup port is shown as failing a build test on 7 July, and that it's using the port's Makefile v 1.1, dated 19 June. But I already submitted a fix for the reported error , and it was committed on 4 July as Makefile v 1.2. From dougb at FreeBSD.org Tue Jul 14 19:25:50 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Jul 14 19:25:58 2009 Subject: Excluding multiple ports with -x (Was: Re: portmaster -x not working?) In-Reply-To: <4A5CA8CF.2070906@freebsd.org> References: <4A5C954C.5060507@quip.cz> <4A5C9A98.5020006@isafeelin.org> <4A5CA8CF.2070906@freebsd.org> Message-ID: <4A5CDBBC.3090107@FreeBSD.org> Lawrence Stewart wrote: > Hijacking the thread slightly, Generally better to start a new one, FYI. > but is there a way to exclude multiple > ports using the -x switch Not at this time, you'll want to use the -i option. hth, Doug From dougb at FreeBSD.org Tue Jul 14 19:30:29 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Jul 14 19:30:35 2009 Subject: portmaster -x not working? In-Reply-To: <4A5CB871.5070003@quip.cz> References: <4A5C954C.5060507@quip.cz> <4A5C9A98.5020006@isafeelin.org> <4A5CB871.5070003@quip.cz> Message-ID: <4A5CDCD6.9030201@FreeBSD.org> Try using just this: portmaster -x mysql-client- phpMyAdmin-3.1.5 That should work. If it does not, please let me know. Doug From linimon at lonesome.com Tue Jul 14 22:05:01 2009 From: linimon at lonesome.com (Mark Linimon) Date: Tue Jul 14 22:05:07 2009 Subject: Possibly unbuildable ports reminder In-Reply-To: <20090714180747.GA90253@comcast.net> References: <200907141000.n6EA04L9055373@freefall.freebsd.org> <20090714180747.GA90253@comcast.net> Message-ID: <20090714220459.GA14792@lonesome.com> On Tue, Jul 14, 2009 at 11:07:48AM -0700, Charlie Kester wrote: > Is the portstree updated before running these build tests? The unbuildable ports script has errors. I have it on my list of things to go look at. mcl From glen.j.barber at gmail.com Tue Jul 14 22:15:27 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Tue Jul 14 22:15:33 2009 Subject: Possibly unbuildable ports reminder In-Reply-To: <20090714180747.GA90253@comcast.net> References: <200907141000.n6EA04L9055373@freefall.freebsd.org> <20090714180747.GA90253@comcast.net> Message-ID: <4ad871310907141515g4fade72dq83d60b1835c45f68@mail.gmail.com> On Tue, Jul 14, 2009 at 2:07 PM, Charlie Kester wrote: > On Tue 14 Jul 2009 at 03:00:04 PDT Bill Fenner wrote: >> >> Dear porters, >> >> ?This is just a reminder to please periodically check the list of >> unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ . >> A list by MAINTAINER is >> >> http://people.freebsd.org/~fenner/errorlogs/ >> >> so you can easily check the status of ports that you maintain. ?In >> addition, the list of ports with no MAINTAINER with build problems is > > Is the portstree updated before running these build tests? > > My sysutils/rdup port is shown as failing a build test on 7 July, and > that it's using the port's Makefile v 1.1, dated 19 June. ?But I already > submitted a fix for the reported error , and it was committed on 4 July > as Makefile v 1.2. > I swear I asked about this a few weeks ago... http://lists.freebsd.org/pipermail/freebsd-ports/2009-June/055553.html The problems I reported then are still present in the latest build error report. -- Glen Barber From corky1951 at comcast.net Tue Jul 14 23:40:05 2009 From: corky1951 at comcast.net (Charlie Kester) Date: Tue Jul 14 23:40:12 2009 Subject: Possibly unbuildable ports reminder In-Reply-To: <4ad871310907141515g4fade72dq83d60b1835c45f68@mail.gmail.com> References: <200907141000.n6EA04L9055373@freefall.freebsd.org> <20090714180747.GA90253@comcast.net> <4ad871310907141515g4fade72dq83d60b1835c45f68@mail.gmail.com> Message-ID: <20090714234003.GB90253@comcast.net> On Tue 14 Jul 2009 at 15:15:25 PDT Glen Barber wrote: > >I swear I asked about this a few weeks ago... > >http://lists.freebsd.org/pipermail/freebsd-ports/2009-June/055553.html > >The problems I reported then are still present in the latest build >error report. I guess that's why the subject of this thread is *possibly* unbuildable ports. It's kinda frustrating, however, when what I really want is confirmation that my fix worked. From erwin at FreeBSD.org Wed Jul 15 00:45:17 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Jul 15 00:45:23 2009 Subject: INDEX build failed for 6.x Message-ID: <200907150045.n6F0jH68072392@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. Warning: Duplicate INDEX entry: p5-Apache-Htpasswd-1.8 Committers on the hook: araujo kmoore miwi pgollucci Most recent CVS update was: ports/MOVED ports/audio/p5-MP3-Tag/Makefile ports/audio/p5-MP3-Tag/distinfo ports/audio/p5-MP3-Tag/pkg-plist ports/dns/p5-Net-LibIDN/Makefile ports/dns/p5-Net-LibIDN/distinfo ports/mail/p5-Mail-RFC822-Address/Makefile ports/net/Makefile ports/net/ssltunnel-client/Makefile ports/net/ssltunnel-client/distinfo ports/net/ssltunnel-server/Makefile ports/net/ssltunnel-server/distinfo ports/net-mgmt/Makefile ports/net-mgmt/nipper/Makefile ports/sysutils/Makefile ports/textproc/Makefile ports/www/Makefile ports/www/firefox35-i18n/Makefile ports/www/firefox35-i18n/Makefile.lang ports/www/firefox35-i18n/Makefile.option ports/www/firefox35-i18n/distinfo ports/www/firefox35-i18n/pkg-descr ports/www/p5-Gantry/Makefile ports/www/p5-Gantry/files/patch-Build.PL ports/www/p5-WWW-Shorten-Bitly/Makefile ports/www/p5-WWW-Shorten-Bitly/distinfo ports/www/p5-WWW-Shorten-Bitly/pkg-plist From pgollucci at p6m7g8.com Wed Jul 15 01:27:54 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Wed Jul 15 01:28:01 2009 Subject: INDEX build failed for 6.x In-Reply-To: <200907150045.n6F0jH68072392@pointyhat.freebsd.org> References: <200907150045.n6F0jH68072392@pointyhat.freebsd.org> Message-ID: <4A5D3098.9040405@p6m7g8.com> Erwin Lansing wrote: > INDEX build failed with errors: > Generating INDEX-6 - please wait..pkg_info: not found > pkg_info: not found > pkg_info: not found > pkg_info: not found > Done. > Warning: Duplicate INDEX entry: p5-Apache-Htpasswd-1.8 > > Committers on the hook: > araujo kmoore miwi pgollucci not me. #!/bin/sh export PORTSDIR=/space/portstrees/$1/ports export LOCALBASE=/nonexistent export ARCH=amd64 export __MAKE_CONF=/dev/null export PORT_DBDIR=/nonexistent export PKG_DBDIR=/nonexistent export INDEX_PRISTINE=1 export INDEX_JOBS=24 export INDEX_QUIET=1 now=$(date +%Y%m%d%H%M%S) cd ${PORTSDIR} time make -j4 index 1>&2 > ~/make_index-${now} cat ~/make_index-${now} Generating INDEX-8 - please wait.. Warning: Duplicate INDEX entry: cvsup-without-gui-16.1h_4 Warning: Duplicate INDEX entry: p5-Apache-Htpasswd-1.8 Done. -- ------------------------------------------------------------------------ 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 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 erwin at FreeBSD.org Wed Jul 15 03:40:25 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Jul 15 03:40:31 2009 Subject: INDEX build failed for 6.x Message-ID: <200907150340.n6F3eO3E093978@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. Warning: Duplicate INDEX entry: p5-Apache-Htpasswd-1.8 Committers on the hook: miwi pgollucci vanilla Most recent CVS update was: ports/audio/p5-MusicBrainz-Client/Makefile ports/cad/p5-Verilog-Perl/Makefile ports/cad/p5-Verilog-Perl/distinfo ports/cad/p5-Verilog-Perl/pkg-plist ports/databases/libmemcached/Makefile ports/multimedia/smplayer/Makefile ports/www/firefox35-i18n/Makefile ports/www/firefox35-i18n/Makefile.lang ports/www/firefox35-i18n/Makefile.option ports/www/firefox35-i18n/distinfo ports/www/libapreq2/Makefile ports/www/p5-Web-Scraper/Makefile ports/www/p5-Web-Scraper/distinfo ports/www/p5-Web-Scraper/pkg-plist ports/www/xpi-quick-locale-switcher/Makefile ports/www/xpi-quick-locale-switcher/distinfo From dougb at FreeBSD.org Wed Jul 15 05:20:38 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Jul 15 05:20:47 2009 Subject: unable to make package for php-5.2.10 In-Reply-To: <4A5A4973.1090200@lozenetz.org> References: <4A5A263F.7080801@lozenetz.org> <4A5A2B69.5060908@missouri.edu> <4A5A2D11.8080503@lozenetz.org> <4A5A306D.2080402@missouri.edu> <4A5A4973.1090200@lozenetz.org> Message-ID: <4A5D671D.5050501@FreeBSD.org> Anton - Valqk wrote: > works now, but now the libiconv breaks with missing mans... > there is something wrong in whole thing... You need to report these problems to the maintainers of the affected ports. hth, Doug -- This .signature sanitized for your protection From ale at FreeBSD.org Wed Jul 15 05:36:01 2009 From: ale at FreeBSD.org (Alex Dupre) Date: Wed Jul 15 05:36:07 2009 Subject: unable to make package for php-5.2.10 In-Reply-To: <4A5D671D.5050501@FreeBSD.org> References: <4A5A263F.7080801@lozenetz.org> <4A5A2B69.5060908@missouri.edu> <4A5A2D11.8080503@lozenetz.org> <4A5A306D.2080402@missouri.edu> <4A5A4973.1090200@lozenetz.org> <4A5D671D.5050501@FreeBSD.org> Message-ID: <4A5D6ABE.1090800@FreeBSD.org> Doug Barton wrote: >> works now, but now the libiconv breaks with missing mans... >> there is something wrong in whole thing... > > You need to report these problems to the maintainers of the affected > ports. Rather I'd say he need to understand why all ports fail with missing mans :-) -- Alex Dupre From erwin at FreeBSD.org Wed Jul 15 06:42:00 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Jul 15 06:42:06 2009 Subject: INDEX build failed for 6.x Message-ID: <200907150641.n6F6fx3g025550@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. Warning: Duplicate INDEX entry: p5-Apache-Htpasswd-1.8 Committers on the hook: kuriyama pgollucci vanilla Most recent CVS update was: ports/archivers/p5-IO-Zlib/Makefile ports/archivers/p5-IO-Zlib/distinfo ports/ftp/jftpgw/Makefile ports/ftp/jftpgw/pkg-plist ports/mail/nullmailer/Makefile ports/mail/nullmailer/pkg-plist ports/net/etunnel/Makefile ports/net/howl/Makefile ports/net/howl/pkg-plist ports/sysutils/idled/Makefile ports/textproc/sgmls/Makefile ports/www/flickcurl/Makefile ports/www/flickcurl/distinfo ports/www/flickcurl/pkg-plist From frederique at isafeelin.org Wed Jul 15 09:22:38 2009 From: frederique at isafeelin.org (Frederique Rijsdijk) Date: Wed Jul 15 09:22:44 2009 Subject: portmaster -x not working? In-Reply-To: <4A5CA8CF.2070906@freebsd.org> References: <4A5C954C.5060507@quip.cz> <4A5C9A98.5020006@isafeelin.org> <4A5CA8CF.2070906@freebsd.org> Message-ID: <4A5D9FD8.3080209@isafeelin.org> Lawrence Stewart wrote: > Hijacking the thread slightly, but is there a way to exclude multiple > ports using the -x switch (or multiple -x switches)? Logically, I want > to be able to do something like this: > > portmaster -a -x '*foo*' -x '*bar*' > portmaster -x '[.*php5.*|.*apache.*]' -n drupal6-6.12 That seems to work for me.. -- Frederique From 000.fbsd at quip.cz Wed Jul 15 09:24:51 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Wed Jul 15 09:24:58 2009 Subject: portmaster -x not working? In-Reply-To: <4A5CDCD6.9030201@FreeBSD.org> References: <4A5C954C.5060507@quip.cz> <4A5C9A98.5020006@isafeelin.org> <4A5CB871.5070003@quip.cz> <4A5CDCD6.9030201@FreeBSD.org> Message-ID: <4A5DA05E.90808@quip.cz> Doug Barton wrote: > Try using just this: > > portmaster -x mysql-client- phpMyAdmin-3.1.5 > > That should work. If it does not, please let me know. The same result: root@track ~/# portmaster -x mysql-client- phpMyAdmin-3.1.4 ===>>> Currently installed version: phpMyAdmin-3.1.4 ===>>> Port directory: /usr/ports/databases/phpmyadmin ===>>> Launching 'make checksum' for databases/phpmyadmin in background ===>>> Gathering dependency list for databases/phpmyadmin from ports ===>>> Starting recursive 'make config' check ===>>> Launching child to update mysql-client-5.0.77_1 to mysql-client-5.0.83 phpMyAdmin-3.1.4 >> mysql-client-5.0.77_1 ===>>> Port directory: /usr/ports/databases/mysql50-client ===>>> Gathering dependency list for databases/mysql50-client from ports ===>>> Starting recursive 'make config' check ===>>> Recursive 'make config' check complete for databases/mysql50-client phpMyAdmin-3.1.4 >> mysql-client-5.0.77_1 ===>>> Continuing 'make config' dependency check for databases/phpmyadmin ===>>> Recursive 'make config' check complete for databases/phpmyadmin ===>>> Starting build for databases/phpmyadmin <<<=== ===>>> Starting check for build dependencies ===>>> Gathering dependency list for databases/phpmyadmin from ports ===>>> Starting dependency check ===>>> Launching child to update mysql-client-5.0.77_1 to mysql-client-5.0.83 phpMyAdmin-3.1.4 >> mysql-client-5.0.77_1 ===>>> Port directory: /usr/ports/databases/mysql50-client ===>>> Starting check for build dependencies ===>>> Gathering dependency list for databases/mysql50-client from ports ===>>> Starting dependency check ===>>> Dependency check complete for databases/mysql50-client phpMyAdmin-3.1.4 >> mysql-client-5.0.77_1 ===> Cleaning for mysql-client-5.0.83 => mysql-5.0.83.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from ftp://ftp.fi.muni.cz/pub/mysql/Downloads/MySQL-5.0/. ^C uname: FreeBSD 7.2-RELEASE #0: Fri May 1 08:49:13 UTC 2009 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 portmaster: portmaster-2.7 root@track ~/# cat ~/.portmasterrc # portmaster rc file DONT_SCRUB_DISTFILES=yes BACKUP=yes MAKE_PACKAGE=yes SAVE_SHARED=yes root@track ~/# pkg_info -r phpMyAdmin-3.1.4 Information for phpMyAdmin-3.1.4: Depends on: Dependency: mysql-client-5.0.77_1 root@track ~/# pkg_info -R mysql-client-5.0.77_1 Information for mysql-client-5.0.77_1: Required by: amavisd-new-2.5.4,1 mysql-server-5.0.67_1 mytop-1.6_4 p5-DBD-mysql-4.010 php5-extensions-1.3 php5-mysql-5.2.9 php5-mysqli-5.2.9 phpMyAdmin-3.1.4 postfix-2.5.6,1 proftpd-mysql-1.3.2 courier-authlib-mysql-0.62.2 Miroslav Lachman From 000.fbsd at quip.cz Wed Jul 15 09:36:52 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Wed Jul 15 09:36:58 2009 Subject: portmaster -x not working? In-Reply-To: <4A5CDCD6.9030201@FreeBSD.org> References: <4A5C954C.5060507@quip.cz> <4A5C9A98.5020006@isafeelin.org> <4A5CB871.5070003@quip.cz> <4A5CDCD6.9030201@FreeBSD.org> Message-ID: <4A5DA330.609@quip.cz> Doug Barton wrote: > Try using just this: > > portmaster -x mysql-client- phpMyAdmin-3.1.5 > > That should work. If it does not, please let me know. part 2: It is working with -x mysql, but not with -x mysql- or -x mysql-client or -x mysql-client- root@track ~/# ~/portmaster -x mysql phpMyAdmin-3.1.4 ===>>> Currently installed version: phpMyAdmin-3.1.4 ===>>> Port directory: /usr/ports/databases/phpmyadmin ===>>> Launching 'make checksum' for databases/phpmyadmin in background ===>>> Gathering dependency list for databases/phpmyadmin from ports ===>>> Starting recursive 'make config' check ===>>> Recursive 'make config' check complete for databases/phpmyadmin ===>>> Starting build for databases/phpmyadmin <<<=== ===>>> The 'make config' check found no dependencies to update ===> Cleaning for phpMyAdmin-3.2.0.1 ===>>> Waiting on fetch & checksum for databases/phpmyadmin <<<=== You may use the following additional build option: WITH_SUPHP=yes Install appropriately for use with the www/suphp port [default: no] This version of phpmyadmin requires PHP 5.2+ and MySQL 5.0+. If you need to use an older version of PHP or manage older MYSQL databases, please use the databases/phpmyadmin211 port instead. ===> Found saved configuration for phpMyAdmin-3.1.4 ===> Extracting for phpMyAdmin-3.2.0.1 => MD5 Checksum OK for phpMyAdmin-3.2.0.1-all-languages.tar.bz2. => SHA256 Checksum OK for phpMyAdmin-3.2.0.1-all-languages.tar.bz2. ^C So, something is broken, but I don't know what. Miroslav Lachman From erwin at FreeBSD.org Wed Jul 15 09:40:38 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Jul 15 09:40:44 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200907150940.n6F9ebt4046006@pointyhat.freebsd.org> From m.seaman at infracaninophile.co.uk Wed Jul 15 09:44:09 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Wed Jul 15 09:44:16 2009 Subject: [Custom LOCALBASE/PREFIX] www/p5-RT-Extension-SLA - fails: mtree In-Reply-To: <4A5C7592.4010803@therek.net> References: <20090706181739.D2DB28FCB7@release.ixsystems.com> <4A5363AA.8030407@infracaninophile.co.uk> <4A5B97D7.2070708@therek.net> <4A5C4E73.9000901@infracaninophile.co.uk> <4A5C5F55.4090204@therek.net> <4A5C65F5.6020704@infracaninophile.co.uk> <4A5C7592.4010803@therek.net> Message-ID: <4A5DA4DA.2000200@infracaninophile.co.uk> Cezary Morga wrote: > Matthew Seaman pisze: >> You are failing to distinguish between $PREFIX set as an environment >> variable >> and $PREFIX the make variable. > > You're right :) > > PREFIX the make variable already controls what >> the p5-RT-Extension ports do as variables like SITE_PERL are defined in >> terms of it already. > > So, if I would cd into www/p5-RT-Extension-SLA and type: > > env PREFIX=/home/therek make install > > would it install p5-RT-Extension-SLA and all of it's dependencies > (including rt38) in /home/therek? > Well, you'll need to define LOCALBASE too, or all the dependency checks the port does will fail. Given that, and once the latest patches have gone in, it should work like that, yes. # cd /usr/ports/www/p5-RT-Extension-SLA # env PREFIX=/home/therek LOCALBASE=/home/therek make install I believe that setting make variables like this should also work: # cd /usr/ports/www/p5-RT-Extension-SLA # make PREFIX=/home/therek LOCALBASE=/home/therek install Actually, that is an interesting question so ... [time passes] ... You need to (a) apply the patch from ports/136656 below and (b) add /home/therek/bin to $PATH. Given that I can confirm that both the command variants above work just fine. diff -Nur /usr/ports/www/p5-RT-Extension-SLA/Makefile p5-RT-Extension-SLA/Makefile --- /usr/ports/www/p5-RT-Extension-SLA/Makefile 2009-06-24 17:53:47.000000000 +0100 +++ p5-RT-Extension-SLA/Makefile 2009-07-10 15:01:27.000000000 +0100 @@ -65,7 +65,7 @@ # rather undesirably. do-configure: @cd ${CONFIGURE_WRKSRC} && \ - ${SETENV} ${CONFIGURE_ENV} ${PERL5} -I${RT_PM_DIR} ./${CONFIGURE_SCRIPT} && \ + ${SETENV} -u PREFIX ${CONFIGURE_ENV} ${PERL5} -I${RT_PM_DIR} ./${CONFIGURE_SCRIPT} && \ ${PERL5} -pi -e 's/ doc_(perl|site|\$$\(INSTALLDIRS\))_install$$//' Makefile post-install: In both cases the commands were run in a pretty much virgin RELENG_7 jail with no other ports installed, and with /home/therek/bin added to $PATH in the environment. On the question of LOCALBASE -- I haven't tested this, but I believe it should be possible to install almost all of the dependencies (perl, apache, non-RT specific perl modules) using one value of PREFIX/LOCALBASE and then switch to a different value for the www/rt3[68] port and any www/p5-RT* ports -- however you would have to install www/rt38 and any of the www/p5-RT* ports with the same prefix. About the only reason I can see for doing that is to have a personal RT setup on a shared multiuser system, which feels like a very 20th-Century solution to me. Nowadays I reckon you'ld be more likely to just have a jail or some sort of virtual machine to each person for that sort of usage. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090715/63df1899/signature.pgp From 000.fbsd at quip.cz Wed Jul 15 09:58:05 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Wed Jul 15 09:58:12 2009 Subject: portmaster -x not working? In-Reply-To: <4A5DA330.609@quip.cz> References: <4A5C954C.5060507@quip.cz> <4A5C9A98.5020006@isafeelin.org> <4A5CB871.5070003@quip.cz> <4A5CDCD6.9030201@FreeBSD.org> <4A5DA330.609@quip.cz> Message-ID: <4A5DA829.7090405@quip.cz> Miroslav Lachman wrote: > Doug Barton wrote: > >> Try using just this: >> >> portmaster -x mysql-client- phpMyAdmin-3.1.5 >> >> That should work. If it does not, please let me know. > > > part 2: > > It is working with -x mysql, but not with -x mysql- or -x mysql-client > or -x mysql-client- [...] > So, something is broken, but I don't know what. I got some progress. I hack a function check_exclude, to be more verbose and it help a little: check_exclude () { echo "Exclude: $EXCL" echo "Dependency: $1" [ -n "$EXCL" ] || return 0 case "$1" in *${EXCL}*) if [ -n "$PM_VERBOSE" ]; then echo "===>>> Skipping $1" echo " because it matches the pattern: *${EXCL}*" fi return 1 ;; esac return 0 } root@track ~/# ~/portmaster -v -x mysql-client- phpMyAdmin-3.1.4 ===>>> Currently installed version: phpMyAdmin-3.1.4 ===>>> Port directory: /usr/ports/databases/phpmyadmin ===>>> Launching 'make checksum' for databases/phpmyadmin in background ===>>> Gathering dependency list for databases/phpmyadmin from ports ===>>> Starting recursive 'make config' check ===>>> Checking dependency: /usr/ports/databases/mysql50-client Exclude: mysql-client- Dependency: databases/mysql50-client So the problem is, that portmaster is doing match to ports directory mysql50-client which is different from the package name mysql-client-5.x.x Should it be better documented in manpage, or modified to match package name? (or check both?) Miroslav Lachman From paul at ifdnrg.com Wed Jul 15 12:56:58 2009 From: paul at ifdnrg.com (Paul Macdonald) Date: Wed Jul 15 12:57:05 2009 Subject: PHP gd issues In-Reply-To: <4A5C9A98.5020006@isafeelin.org> References: <4A5C954C.5060507@quip.cz> <4A5C9A98.5020006@isafeelin.org> Message-ID: <4A5DD216.90202@ifdnrg.com> Hi, Sometime within the last week an upgrade has left some php gd functions non working on my systems, from imagecreatefrom png: gd-png: fatal libpng error: [00][00][00][00]: unknown critical chunk I don't recall any updates which might have affected this and can;t see anything in ports/UPDATING. A re-install of php5-extensions leaves in the same state... Has anyone else seen this and any suggestions for a fix? Is there a log of recently updated ports i can look at ( i stupidly don;t log this myself) thanks Paul. From alexanderchuranov at gmail.com Wed Jul 15 15:58:42 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Wed Jul 15 15:58:49 2009 Subject: devel/boost: request for an exp-run Message-ID: <3cb459ed0907150858s258b100o32a0a11aec508f6e@mail.gmail.com> Folks, I've created an updated version of boost ports that fixes almost all issues reported after an exp-run. Please, make another exp-run, if possible. The updated diff is at http://alexanderchuranov.com/boost-port/boost-2009-07-14-15-33.diff The updated tarball is at http://alexanderchuranov.com/boost-port/boost-ports-20090710.tar.bz2 The procedure is as follows: 1) Download the tarball and unpack under /usr/ports/devel 2) Go to /usr/ports, download and apply the patch 3) Remove 'devel/boost' and 'devel/boost-python' ports 4) Rebuild ports Sincerely, Alexander Churanov, maintainer of devel/boost-* From pav at FreeBSD.org Wed Jul 15 16:08:03 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Wed Jul 15 16:08:10 2009 Subject: devel/boost: request for an exp-run In-Reply-To: <3cb459ed0907150858s258b100o32a0a11aec508f6e@mail.gmail.com> References: <3cb459ed0907150858s258b100o32a0a11aec508f6e@mail.gmail.com> Message-ID: <1247674075.96044.11.camel@pav.hide.vol.cz> Okay Alexander Churanov p??e v st 15. 07. 2009 v 19:58 +0400: > Folks, > > I've created an updated version of boost ports that fixes almost all > issues reported after an exp-run. > Please, make another exp-run, if possible. > > The updated diff is at > http://alexanderchuranov.com/boost-port/boost-2009-07-14-15-33.diff > The updated tarball is at > http://alexanderchuranov.com/boost-port/boost-ports-20090710.tar.bz2 > > The procedure is as follows: > > 1) Download the tarball and unpack under /usr/ports/devel > 2) Go to /usr/ports, download and apply the patch > 3) Remove 'devel/boost' and 'devel/boost-python' ports > 4) Rebuild ports > > Sincerely, > Alexander Churanov, > maintainer of devel/boost-* > -- Pav Lucistnik Orfax's hip flask contained Old Janx Spirit, a mixture of potions of stupidity, paralysis, naivery, ruination, lose memories, confusion, and slime mold juice, with a twist of lemon. - from a post on Angband Community Forum -------------- 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/20090715/ed848bd4/attachment.pgp From lstewart at freebsd.org Wed Jul 15 16:25:39 2009 From: lstewart at freebsd.org (Lawrence Stewart) Date: Wed Jul 15 16:25:44 2009 Subject: portmaster -x not working? In-Reply-To: <4A5D9FD8.3080209@isafeelin.org> References: <4A5C954C.5060507@quip.cz> <4A5C9A98.5020006@isafeelin.org> <4A5CA8CF.2070906@freebsd.org> <4A5D9FD8.3080209@isafeelin.org> Message-ID: <4A5E02DE.1010908@freebsd.org> Frederique Rijsdijk wrote: > Lawrence Stewart wrote: >> Hijacking the thread slightly, but is there a way to exclude multiple >> ports using the -x switch (or multiple -x switches)? Logically, I want >> to be able to do something like this: >> >> portmaster -a -x '*foo*' -x '*bar*' >> > > portmaster -x '[.*php5.*|.*apache.*]' -n drupal6-6.12 > > That seems to work for me.. > Nifty, although regex goo is unfriendly even at the best of times. Thanks for the tip (and sorry for the hijack). Cheers, Lawrence From carpetsmoker at rwxrwxrwx.net Wed Jul 15 21:20:47 2009 From: carpetsmoker at rwxrwxrwx.net (Martin Tournoij) Date: Wed Jul 15 21:21:20 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <20090706014719.GG11993@lonesome.com> References: <20090706014719.GG11993@lonesome.com> Message-ID: <070151759cb2aacd36a14eb4b318a435@xs4all.nl> On Sun, 5 Jul 2009 20:47:19 -0500, linimon@FreeBSD.org wrote: > I have noticed some maintainer-timeouts on ports that you maintain. > Please let me know if you are still interested in these ports; otherwise, > I would like to reassign them. Thanks. > > mcl > > audio/mpdscribble carpetsmoker@rwxrwxrwx.net 1 > x11-wm/pekwm carpetsmoker@rwxrwxrwx.net 2 Hi there, I would like to maintain these ports, but unfortunately I haven't had the time in the last few months. And not having a X11-enabled FreeBSD machine installed doesn't help either... I thought about it during the last week, and will resign the maintainership of all my ports in the coming weeks, (For a few ports I have a few changes/ updates in the pipeline I would like to finish). So it's Ok to reassign these ports. Note: Please CC me in replies since I'm not subscribed to ports@ Regards, Martin -- For reference a list of ports I maintain: audio/csound audio/mpdscribble deskutils/zorro devel/cdialog devel/clanlib devel/clig devel/p5-Config-ApacheFormat devel/pear-XML_Tree editors/e93 editors/vigor emulators/catapult games/avanor games/crimson games/super_methane_brothers games/trophy games/wrogue graphics/geeqie graphics/gsculpt graphics/pqiv graphics/qiv irc/tkirc math/add math/mpexpr misc/ewipe misc/freeguide misc/tkregexp print/scribus sysutils/bashburn sysutils/daa2iso sysutils/mybashburn sysutils/uif2iso textproc/cost x11-fm/gprename x11-fm/pcmanfm x11-fm/xfe x11-wm/pekwm x11/grabc x11/xrsi From tom at vertigoconsulting.com Wed Jul 15 21:32:39 2009 From: tom at vertigoconsulting.com (Tom Karpik) Date: Wed Jul 15 21:32:46 2009 Subject: FreeBSD Port: cvsnt-2.5.04.3236 Message-ID: Hi there, There is a bug in the MySQL code in this release of CVSNT -- it was talked about right here last month: http://www.cvsnt.org/pipermail/cvsnt/2009-June/032272.html Unfortunately, the dev response was "buy our commercial product". Fortunately, I tracked down the bug myself, and wrote a one-line patch. I've attached said patch to this e-mail. I realize that in your port's Makefile you disable MySQL support, but we require it at my work place, so I re-enabled the flag myself. Even though the default is to disable MySQL, you may want to consider distributing this patch along with your port for those CVSNT users out there who need the MySQL support and end up enabling it themselves. :-) Thanks! -- Tom Karpik -------------- next part -------------- A non-text attachment was scrubbed... Name: audit_trigger.cpp.patch Type: application/octet-stream Size: 254 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090715/40113082/audit_trigger.cpp.obj From suryasoni at gmail.com Thu Jul 16 07:22:45 2009 From: suryasoni at gmail.com (Sury Prakash Soni) Date: Thu Jul 16 07:22:51 2009 Subject: FreeBSD Port: db47-4.7.25.4 Message-ID: Hi, New patch is available at following link: http://forums.oracle.com/forums/message.jspa?messageID=3490125#3490125 Can you apply this patch and update me? Regards, Sury Prakash Soni From vib at bigmir.net Thu Jul 16 09:59:26 2009 From: vib at bigmir.net (vib@bigmir.net) Date: Thu Jul 16 09:59:34 2009 Subject: bug report Message-ID: <5dd3b4d60907160237r2316dec6jab80d992574d9efa@mail.gmail.com> Hello, 11:54 [root] firefox35 ~> uname -a FreeBSD localhost 6.3-RELEASE-p2 FreeBSD 6.3-RELEASE-p2 #7: Thu Apr 17 11:21:34 EDT 2008 root@pcbsd:/usr/obj/usr/src/sys/PCBSD i386 12:31 [root] firefox35 ~> less Makefile # New ports collection makefile for: phoenix # Date created: 2002/10/21 # Whom: Alan Eldridge # # $FreeBSD: ports/www/firefox35/Makefile,v 1.177 2009/07/03 13:38:45 miwi Exp $ # problem: DING! [office] ~ ~> /usr/local/bin/firefox3 Mutex init failure: Invalid argument Segmentation fault How to repeat: $ cd /usr/ports/www/firefox35 $ make install $ /usr/local/bin/firefox3 -- wbr, Vyacheslav From r.c.ladan at gmail.com Thu Jul 16 11:39:26 2009 From: r.c.ladan at gmail.com (Rene Ladan) Date: Thu Jul 16 11:39:43 2009 Subject: bug report In-Reply-To: <5dd3b4d60907160237r2316dec6jab80d992574d9efa@mail.gmail.com> References: <5dd3b4d60907160237r2316dec6jab80d992574d9efa@mail.gmail.com> Message-ID: 2009/7/16 : > Hello, > > 11:54 [root] firefox35 ~> uname -a > FreeBSD localhost 6.3-RELEASE-p2 FreeBSD 6.3-RELEASE-p2 #7: Thu Apr 17 > 11:21:34 EDT 2008 ? ? root@pcbsd:/usr/obj/usr/src/sys/PCBSD ?i386 > > 12:31 [root] firefox35 ~> less Makefile > # New ports collection makefile for: ? ?phoenix > # Date created: ? ? ? ? ? ? ? ? 2002/10/21 > # Whom: ? ? ? ? ? ? ? ? ? ? ? ? Alan Eldridge > # > # $FreeBSD: ports/www/firefox35/Makefile,v 1.177 2009/07/03 13:38:45 miwi > Exp $ > # > > problem: > > DING! [office] ~ ~> /usr/local/bin/firefox3 > Mutex init failure: Invalid argument > Segmentation fault > > > How to repeat: > $ cd /usr/ports/www/firefox35 > $ make install > $ /usr/local/bin/firefox3 > Did you load the sem module? # kldload sem Regards, Ren? -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From vib at bigmir.net Thu Jul 16 11:53:14 2009 From: vib at bigmir.net (vib@bigmir.net) Date: Thu Jul 16 11:53:20 2009 Subject: bug report In-Reply-To: References: <5dd3b4d60907160237r2316dec6jab80d992574d9efa@mail.gmail.com> Message-ID: <5dd3b4d60907160453s28718013w1557bbab666f1c55@mail.gmail.com> Hello, 14:51 [root] ~ ~> kldload sem kldload: can't load sem: No such file or directory 2009/7/16 Rene Ladan > 2009/7/16 : > > Hello, > > > > 11:54 [root] firefox35 ~> uname -a > > FreeBSD localhost 6.3-RELEASE-p2 FreeBSD 6.3-RELEASE-p2 #7: Thu Apr 17 > > 11:21:34 EDT 2008 root@pcbsd:/usr/obj/usr/src/sys/PCBSD i386 > > > > 12:31 [root] firefox35 ~> less Makefile > > # New ports collection makefile for: phoenix > > # Date created: 2002/10/21 > > # Whom: Alan Eldridge > > # > > # $FreeBSD: ports/www/firefox35/Makefile,v 1.177 2009/07/03 13:38:45 miwi > > Exp $ > > # > > > > problem: > > > > DING! [office] ~ ~> /usr/local/bin/firefox3 > > Mutex init failure: Invalid argument > > Segmentation fault > > > > > > How to repeat: > > $ cd /usr/ports/www/firefox35 > > $ make install > > $ /usr/local/bin/firefox3 > > > Did you load the sem module? > # kldload sem > > Regards, > Ren? > -- > http://www.rene-ladan.nl/ > > GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 > (subkeys.pgp.net) > -- wbr, Vyacheslav From flo at kasimir.com Thu Jul 16 11:53:18 2009 From: flo at kasimir.com (Florian Smeets) Date: Thu Jul 16 11:53:37 2009 Subject: bug report In-Reply-To: References: <5dd3b4d60907160237r2316dec6jab80d992574d9efa@mail.gmail.com> Message-ID: <4A5F14A9.2050706@kasimir.com> On 16.07.09 13:39, Rene Ladan wrote: > 2009/7/16: >> Hello, >> >> 11:54 [root] firefox35 ~> uname -a >> FreeBSD localhost 6.3-RELEASE-p2 FreeBSD 6.3-RELEASE-p2 #7: Thu Apr 17 >> 11:21:34 EDT 2008 root@pcbsd:/usr/obj/usr/src/sys/PCBSD i386 >> >> 12:31 [root] firefox35 ~> less Makefile >> # New ports collection makefile for: phoenix >> # Date created: 2002/10/21 >> # Whom: Alan Eldridge >> # >> # $FreeBSD: ports/www/firefox35/Makefile,v 1.177 2009/07/03 13:38:45 miwi >> Exp $ >> # >> >> problem: >> >> DING! [office] ~ ~> /usr/local/bin/firefox3 >> Mutex init failure: Invalid argument >> Segmentation fault >> >> >> How to repeat: >> $ cd /usr/ports/www/firefox35 >> $ make install >> $ /usr/local/bin/firefox3 >> > Did you load the sem module? > # kldload sem > Hi, on RELENG_6 there is a thread related problem. I'm working on a fix, but did not have a lot of time to dedicate to this, this week. I'm aware of it and working on it. Cheers, Florian From scjamorim at bsd.com.br Thu Jul 16 12:01:41 2009 From: scjamorim at bsd.com.br (Sylvio Cesar) Date: Thu Jul 16 12:01:48 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <070151759cb2aacd36a14eb4b318a435@xs4all.nl> References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> Message-ID: <5859850b0907160436l4d3a0cc0s655ef57f59ebea32@mail.gmail.com> Hi guys, I would like to be the maintainer of ports audio/csound devel/cdialog print/scribus sysutils/bashburn sysutils/daa2iso sysutils/mybashburn sysutils/uif2iso I am very active and the ports would help even more. Regards, Sylvio Cesar. 2009/7/15 Martin Tournoij : > On Sun, 5 Jul 2009 20:47:19 -0500, linimon@FreeBSD.org wrote: >> I have noticed some maintainer-timeouts on ports that you maintain. >> Please let me know if you are still interested in these ports; > otherwise, >> I would like to reassign them. ?Thanks. >> >> mcl >> >> audio/mpdscribble ? ? ? ? ? ? ? carpetsmoker@rwxrwxrwx.net ? ? ?1 >> x11-wm/pekwm ? ? ? ? ? ? ? ? ? ?carpetsmoker@rwxrwxrwx.net ? ? ?2 > > Hi there, > > I would like to maintain these ports, but unfortunately I haven't had the > time > in the last few months. And not having a X11-enabled FreeBSD machine > installed > doesn't help either... > > I thought about it during the last week, and will resign the > maintainership of > all my ports in the coming weeks, (For a few ports I have a few changes/ > updates in the pipeline I would like to finish). > > So it's Ok to reassign these ports. > > Note: Please CC me in replies since I'm not subscribed to ports@ > > Regards, > Martin > > -- > > For reference a list of ports I maintain: > > audio/csound > audio/mpdscribble > deskutils/zorro > devel/cdialog > devel/clanlib > devel/clig > devel/p5-Config-ApacheFormat > devel/pear-XML_Tree > editors/e93 > editors/vigor > emulators/catapult > games/avanor > games/crimson > games/super_methane_brothers > games/trophy > games/wrogue > graphics/geeqie > graphics/gsculpt > graphics/pqiv > graphics/qiv > irc/tkirc > math/add > math/mpexpr > misc/ewipe > misc/freeguide > misc/tkregexp > print/scribus > sysutils/bashburn > sysutils/daa2iso > sysutils/mybashburn > sysutils/uif2iso > textproc/cost > x11-fm/gprename > x11-fm/pcmanfm > x11-fm/xfe > x11-wm/pekwm > x11/grabc > x11/xrsi > _______________________________________________ > 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 steinex at nognu.de Thu Jul 16 15:05:09 2009 From: steinex at nognu.de (Frank Steinborn) Date: Thu Jul 16 15:05:16 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <070151759cb2aacd36a14eb4b318a435@xs4all.nl> References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> Message-ID: <20090716143721.GA86401@nognu.de> Martin Tournoij wrote: > games/avanor > games/crimson > games/wrogue I would take these. From carpetsmoker at rwxrwxrwx.net Thu Jul 16 16:07:00 2009 From: carpetsmoker at rwxrwxrwx.net (Martin Tournoij) Date: Thu Jul 16 16:07:06 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> <5859850b0907160436l4d3a0cc0s655ef57f59ebea32@mail.gmail.com> Message-ID: On Thu, 16 Jul 2009 11:45:07 -0400, Steven Kreuzer wrote: > Hey Sylvio- > > On Jul 16, 2009, at 7:36 AM, Sylvio Cesar wrote: > >> Hi guys, >> >> I would like to be the maintainer of ports >> >> audio/csound >> devel/cdialog >> print/scribus >> sysutils/bashburn >> sysutils/daa2iso >> sysutils/mybashburn >> sysutils/uif2iso > > You are now that maintainer of those ports. Treat them well ;) > Please revert this. As I mentioned before I have changes pending for a few ports, need to make other changes (i.e. MASTER_SITES I maintain) and I also would like to ensure the ports end up with a port maintainer that doesn't break them. Martin From carpetsmoker at rwxrwxrwx.net Thu Jul 16 16:07:12 2009 From: carpetsmoker at rwxrwxrwx.net (Martin Tournoij) Date: Thu Jul 16 16:07:19 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <1257F47C-F5E2-45E0-81B9-B756D0FDCDC5@exit2shell.com> References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> <20090716143721.GA86401@nognu.de> <1257F47C-F5E2-45E0-81B9-B756D0FDCDC5@exit2shell.com> Message-ID: On Thu, 16 Jul 2009 11:45:28 -0400, Steven Kreuzer wrote: > Hey Frank- > > On Jul 16, 2009, at 10:37 AM, Frank Steinborn wrote: > >> Martin Tournoij wrote: >> >>> games/avanor >>> games/crimson >>> games/wrogue >> >> I would take these. > > You are now that maintainer of those ports. Treat them well ;) Please revert this. As I mentioned before I have changes pending for a few ports, need to make other changes (i.e. MASTER_SITES I maintain) and I also would like to ensure the ports end up with a port maintainer that doesn't break them. Martin From skreuzer at exit2shell.com Thu Jul 16 16:08:11 2009 From: skreuzer at exit2shell.com (Steven Kreuzer) Date: Thu Jul 16 16:08:17 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <5859850b0907160436l4d3a0cc0s655ef57f59ebea32@mail.gmail.com> References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> <5859850b0907160436l4d3a0cc0s655ef57f59ebea32@mail.gmail.com> Message-ID: Hey Sylvio- On Jul 16, 2009, at 7:36 AM, Sylvio Cesar wrote: > Hi guys, > > I would like to be the maintainer of ports > > audio/csound > devel/cdialog > print/scribus > sysutils/bashburn > sysutils/daa2iso > sysutils/mybashburn > sysutils/uif2iso You are now that maintainer of those ports. Treat them well ;) -- Steven Kreuzer http://www.exit2shell.com/~skreuzer From skreuzer at exit2shell.com Thu Jul 16 16:15:29 2009 From: skreuzer at exit2shell.com (Steven Kreuzer) Date: Thu Jul 16 16:15:37 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <20090716143721.GA86401@nognu.de> References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> <20090716143721.GA86401@nognu.de> Message-ID: <1257F47C-F5E2-45E0-81B9-B756D0FDCDC5@exit2shell.com> Hey Frank- On Jul 16, 2009, at 10:37 AM, Frank Steinborn wrote: > Martin Tournoij wrote: > >> games/avanor >> games/crimson >> games/wrogue > > I would take these. You are now that maintainer of those ports. Treat them well ;) -- Steven Kreuzer http://www.exit2shell.com/~skreuzer From amdmi3 at amdmi3.ru Thu Jul 16 16:32:51 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Jul 16 16:32:58 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <070151759cb2aacd36a14eb4b318a435@xs4all.nl> References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> Message-ID: <20090716163247.GC97193@hades.panopticon> * Martin Tournoij (carpetsmoker@rwxrwxrwx.net) wrote: > I thought about it during the last week, and will resign the > maintainership of > all my ports in the coming weeks, (For a few ports I have a few changes/ > updates in the pipeline I would like to finish). Is it ok to take graphics/geeqie? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From corky1951 at comcast.net Thu Jul 16 18:17:15 2009 From: corky1951 at comcast.net (Charlie Kester) Date: Thu Jul 16 18:17:21 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <070151759cb2aacd36a14eb4b318a435@xs4all.nl> References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> Message-ID: <20090716181711.GC90253@comcast.net> On Wed 15 Jul 2009 at 14:08:18 PDT Martin Tournoij wrote: >On Sun, 5 Jul 2009 20:47:19 -0500, linimon@FreeBSD.org wrote: >> I have noticed some maintainer-timeouts on ports that you maintain. >> Please let me know if you are still interested in these ports; >otherwise, >> I would like to reassign them. Thanks. >> >> mcl >> >> audio/mpdscribble carpetsmoker@rwxrwxrwx.net 1 >> x11-wm/pekwm carpetsmoker@rwxrwxrwx.net 2 > >Hi there, > >I would like to maintain these ports, but unfortunately I haven't had the >time >in the last few months. And not having a X11-enabled FreeBSD machine >installed >doesn't help either... > >I thought about it during the last week, and will resign the >maintainership of >all my ports in the coming weeks, (For a few ports I have a few changes/ >updates in the pipeline I would like to finish). > >So it's Ok to reassign these ports. Judging by your followups, Martin, there seems to be some confusion about which ports you're relinquishing at this time. Was your OK meant to apply only to the mpdscribble and pekwm ports? And your mention of your other ports was only a heads-up that you intend to be resigning maintainership in the near future, after submitting some final changes? Just trying to clarify the situation. It's good to see that there are volunteers ready to take over once you're done, but nobody wants to rush you out the door. ;-) From carpetsmoker at rwxrwxrwx.net Thu Jul 16 20:45:02 2009 From: carpetsmoker at rwxrwxrwx.net (Martin Tournoij) Date: Thu Jul 16 20:45:09 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <20090716181711.GC90253@comcast.net> References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> <20090716181711.GC90253@comcast.net> Message-ID: <24f340e05fad661d8fac226ce6e9d801@xs4all.nl> On Thu, 16 Jul 2009 11:17:11 -0700, Charlie Kester wrote: > On Wed 15 Jul 2009 at 14:08:18 PDT Martin Tournoij wrote: >>On Sun, 5 Jul 2009 20:47:19 -0500, linimon@FreeBSD.org wrote: >>> I have noticed some maintainer-timeouts on ports that you maintain. >>> Please let me know if you are still interested in these ports; >>otherwise, >>> I would like to reassign them. Thanks. >>> >>> mcl >>> >>> audio/mpdscribble carpetsmoker@rwxrwxrwx.net 1 >>> x11-wm/pekwm carpetsmoker@rwxrwxrwx.net 2 >> >>Hi there, >> >>I would like to maintain these ports, but unfortunately I haven't had the >>time >>in the last few months. And not having a X11-enabled FreeBSD machine >>installed >>doesn't help either... >> >>I thought about it during the last week, and will resign the >>maintainership of >>all my ports in the coming weeks, (For a few ports I have a few changes/ >>updates in the pipeline I would like to finish). >> >>So it's Ok to reassign these ports. > > Judging by your followups, Martin, there seems to be some confusion > about which ports you're relinquishing at this time. > > Was your OK meant to apply only to the mpdscribble and pekwm ports? And > your mention of your other ports was only a heads-up that you intend to > be resigning maintainership in the near future, after submitting some > final changes? Yep, that was it (See below). > Just trying to clarify the situation. It's good to see that there are > volunteers ready to take over once you're done Indeed, thanks to everyone. I would like to pass on maintainership of all my ports, most ports I maintain are X11 based and I don't really use FreeBSD with X11 anymore nowadays (Due to crappy Xorg ``releases'' if you can call 'em that, OpenBSD works much better for me ATM). However, I don't want to pass maintainership *right now*, for example, I have spent quite some time a few months ago improving the audio/csound port, and this afternoon I spent some time making final adjustments and some (hopefully useful) instructions for the new maintainer. I guess all of this can also be done after maintainership is passed, but my idea was that people would call out that they were willing to maintain a port, that I would make final adjustments (if any), and then submit a PR with the adjustments and maintainer change. Sorry if I wasn't too clear, I just assumed this must be standard procedure ... Regards, Martin From bf1783 at googlemail.com Thu Jul 16 22:00:31 2009 From: bf1783 at googlemail.com (b. f.) Date: Thu Jul 16 22:01:04 2009 Subject: svn commit: r195697 - in head: . contrib/gcc/config gnu/lib/libgcc gnu/lib/libssp/libssp_nonshared lib/libc lib/libc/sys libexec/rtld-elf share/mk Message-ID: >Author: kan >Date: Tue Jul 14 21:19:13 2009 >New Revision: 195697 >URL: http://svn.freebsd.org/changeset/base/195697 >Log: > Second attempt at eliminating .text relocations in shared libraries > compiled with stack protector. Unfortunately, on r195705 i386 (world and kernel), this breaks a clean (i.e., no other ports or packages installed, clean work directory) build of lang/perl5.8 or lang/perl5.10 with -fstack-protector or -fstack-protector-all in the CFLAGS, using the base system compiler: ... CCCMD = cc -DPERL_CORE -c -DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.9/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -I/usr/local/include -O2 -fno-strict-aliasing -pipe -fstack-protector-all -Wall -Wextra -march=athlon-tbird -Wall -W -Wextra -Wdeclaration-after-statement -Wendif-labels -Wc++-compat opmini.c: In function 'Perl_fold_constants': opmini.c:2122: warning: argument 'o' might be clobbered by 'longjmp' or 'vfork' `sh cflags "optimize='-O2 -fno-strict-aliasing -pipe -fstack-protector-all -Wall -Wextra -march=athlon-tbird'" perly.o` -DPIC -fPIC perly.c CCCMD = cc -DPERL_CORE -c -DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.9/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -I/usr/local/include -O2 -fno-strict-aliasing -pipe -fstack-protector-all -Wall -Wextra -march=athlon-tbird -Wall -W -Wextra -Wdeclaration-after-statement -Wendif-labels -Wc++-compat LD_LIBRARY_PATH=/tmp/usr/ports/lang/perl5.8/work/perl-5.8.9 cc -pthread -Wl,-E -L/usr/local/lib -o miniperl `echo gv.o toke.o perly.o op.o pad.o regcomp.o dump.o util.o mg.o reentr.o hv.o av.o perl.o run.o pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o utf8.o taint.o deb.o universal.o xsutils.o globals.o perlio.o perlapi.o numeric.o mathoms.o locale.o pp_pack.o pp_sort.o | sed 's/ op.o / /'` miniperlmain.o opmini.o -lm -lcrypt -lutil gv.o(.text+0xc1): In function `Perl_gv_name_set': : undefined reference to `__stack_chk_fail_local' gv.o(.text+0x221): In function `.L19': : undefined reference to `__stack_chk_fail_local' gv.o(.text+0x2c2): In function `Perl_is_gv_magical_sv': : undefined reference to `__stack_chk_fail_local' gv.o(.text+0x34d): In function `Perl_magic_freeovrld': : undefined reference to `__stack_chk_fail_local' gv.o(.text+0x3dd): In function `Perl_gp_ref': : undefined reference to `__stack_chk_fail_local' gv.o(.text+0xe6d): more undefined references to `__stack_chk_fail_local' follow *** Error code 1 1 error *** Error code 1 Stop in /usr/ports/lang/perl5.8. *** Error code 1 I would not be surprised to find that it affects a large number of other ports in a similar manner. So it seems that some further changes are required. Regards, b. From kabaev at gmail.com Fri Jul 17 01:47:57 2009 From: kabaev at gmail.com (Alexander Kabaev) Date: Fri Jul 17 01:48:04 2009 Subject: svn commit: r195697 - in head: . contrib/gcc/config gnu/lib/libgcc gnu/lib/libssp/libssp_nonshared lib/libc lib/libc/sys libexec/rtld-elf share/mk In-Reply-To: References: Message-ID: <20090716211822.3663ca36@kan.dnsalias.net> On Thu, 16 Jul 2009 22:00:28 +0000 "b. f." wrote: > >Author: kan > >Date: Tue Jul 14 21:19:13 2009 > >New Revision: 195697 > >URL: http://svn.freebsd.org/changeset/base/195697 > > >Log: > > Second attempt at eliminating .text relocations in shared libraries > > compiled with stack protector. > > Unfortunately, on r195705 i386 (world and kernel), this breaks a clean > (i.e., no other ports or packages installed, clean work directory) > build of lang/perl5.8 or lang/perl5.10 with -fstack-protector or > -fstack-protector-all in the CFLAGS, using the base system compiler: > > LD_LIBRARY_PATH=/tmp/usr/ports/lang/perl5.8/work/perl-5.8.9 cc > -pthread -Wl,-E -L/usr/local/lib -o miniperl `echo gv.o toke.o > perly.o op.o pad.o regcomp.o dump.o util.o mg.o reentr.o hv.o av.o > perl.o run.o pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o > doio.o regexec.o utf8.o taint.o deb.o universal.o xsutils.o globals.o > perlio.o perlapi.o numeric.o mathoms.o locale.o pp_pack.o pp_sort.o | > sed 's/ op.o / /'` miniperlmain.o opmini.o -lm -lcrypt -lutil > *** Error code 1 > > Stop in /usr/ports/lang/perl5.8. > *** Error code 1 > > > I would not be surprised to find that it affects a large number of > other ports in a similar manner. So it seems that some further > changes are required. > > Regards, > b. The port does not pass -fstack-protector to link command line and is broken. -- Alexander Kabaev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 188 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090717/dbd1bef0/signature.pgp From erwin at FreeBSD.org Fri Jul 17 09:05:32 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Jul 17 09:05:39 2009 Subject: [HEADSUP]: Ports freeze schedule for 8.0-RELEASE Message-ID: <20090717090530.GS60681@droso.net> Below is the tentative schedule for the ports freeze in preparation for 8.0-RELEASE. If any major delays occur in the overall release schedule, the dates may be postponed, but please start preparing to have your changed committed to the tree before August 17 to ensure they are included in the release. Also, portmgr kindly asks anyone who has anything major lined up to already from today start mailing portmgr about these so we know what to expect and not be surprised by any major fallout that might extend the short freeze we have planned. August 17: ports tree is frozen and package build begin August 24: ports tree is thawed and final package builds begin August 31: FreeBSD 8.0-RELEASE is released and ports tree is unfrozen -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090717/3e23ed4e/attachment.pgp From erwin at FreeBSD.org Fri Jul 17 09:36:50 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Jul 17 09:36:57 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200907170936.n6H9aoVx053968@pointyhat.freebsd.org> From mad at madpilot.net Fri Jul 17 10:03:15 2009 From: mad at madpilot.net (Guido Falsi) Date: Fri Jul 17 10:03:22 2009 Subject: squidguard port enhancement Message-ID: <20090717094454.GB78147@megatron.madpilot.net> Hello, I did file a PR for the squidguard port i maintain: ports/136628. It has a few enhancements to the port: mainly it adds options and enables ldap support, it also fixes the problem with the sample blacklists overqwriting the user provided ones on updates. Could someone please have a look at it? I'd like to have it committed before the ports freeze, if at all possibile. Thanks in advance! And thank you anyway to all commiters for their very good work. I always want to thank people committing my patches, but rarely get around to actually doing that! -- Guido Falsi From lists at lozenetz.org Fri Jul 17 13:33:03 2009 From: lists at lozenetz.org (Anton - Valqk) Date: Fri Jul 17 13:33:10 2009 Subject: unable to make package for php-5.2.10 In-Reply-To: <4A5D6ABE.1090800@FreeBSD.org> References: <4A5A263F.7080801@lozenetz.org> <4A5A2B69.5060908@missouri.edu> <4A5A2D11.8080503@lozenetz.org> <4A5A306D.2080402@missouri.edu> <4A5A4973.1090200@lozenetz.org> <4A5D671D.5050501@FreeBSD.org> <4A5D6ABE.1090800@FreeBSD.org> Message-ID: <4A607D8B.7070509@lozenetz.org> Alex Dupre ??????: > Doug Barton wrote: >>> works now, but now the libiconv breaks with missing mans... >>> there is something wrong in whole thing... >> >> You need to report these problems to the maintainers of the affected >> ports. > > Rather I'd say he need to understand why all ports fail with missing > mans :-) agree. that's why I didn't write anything else. > > -- > Alex Dupre > From tingox at gmail.com Fri Jul 17 13:47:04 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Fri Jul 17 13:47:10 2009 Subject: call for testing: print/hplip update, pass 2 In-Reply-To: <20090711185222.GA85370@triton.kn-bremen.de> References: <20090704112402.GA87051@triton.kn-bremen.de> <20090704120713.GA17665@triton.kn-bremen.de> <20090706164652.GA38440@triton.kn-bremen.de> <20090707214134.GA66882@triton.kn-bremen.de> <20090709184446.GA20846@hades.panopticon> <20090710220705.GA43250@triton.kn-bremen.de> <20090711183138.GC77483@triton.kn-bremen.de> <20090711185222.GA85370@triton.kn-bremen.de> Message-ID: Does HPLIP (on FreeBSD) still require that the printer attaches as a ugen device? -- REgards, Torfinn Ingolfsen From flz at FreeBSD.org Fri Jul 17 14:07:30 2009 From: flz at FreeBSD.org (Florent Thoumie) Date: Fri Jul 17 14:07:36 2009 Subject: pkg_info: package files checked before installed packages In-Reply-To: <4970B81B.906@icyb.net.ua> References: <497082F3.2080606@icyb.net.ua> <4970B81B.906@icyb.net.ua> Message-ID: On Fri, Jan 16, 2009 at 5:38 PM, Andriy Gapon wrote: > on 16/01/2009 14:52 Andriy Gapon said the following: >> [people who "touched" pkg_info recently are CC-ed] >> >> Please see a prior discussion here: >> http://docs.freebsd.org/cgi/mid.cgi?496F360E.1000508 >> and especially this post: >> http://docs.freebsd.org/cgi/mid.cgi?7d6fde3d0901152330p32c51b64i212c660c0aaeb04c >> >> So it is obvious from code in usr.sbin/pkg_install/info/perform.c, >> function pkg_do() that if for a given name there is both a package file >> in a defined packages directory and also an installed package, then >> pkg_info would work on the package file. > > Additional info - this issue manifests itself if PKG_PATH env var points > to a directory with (full of) packages. Apparently portupgrade sets it > so (maybe -p option is needed for that). > >> I do not think that this is either obvious/intuitive or even correct. >> At the very list there should be an option to control this behavior. >> >> I have a system where I keep package files for all installed/built >> packages and pkg_info acts very nasty there, especially when working on >> all packages. Is there a patch addressing this issue? -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From pgollucci at p6m7g8.com Fri Jul 17 19:22:25 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Fri Jul 17 19:22:33 2009 Subject: [HEADSUP]: Ports freeze schedule for 8.0-RELEASE In-Reply-To: <20090717090530.GS60681@droso.net> References: <20090717090530.GS60681@droso.net> Message-ID: <4A60CF6F.1080403@p6m7g8.com> Erwin Lansing wrote: > Below is the tentative schedule for the ports freeze in preparation for > 8.0-RELEASE. If any major delays occur in the overall release schedule, > the dates may be postponed, but please start preparing to have your > changed committed to the tree before August 17 to ensure they are > included in the release. Also, portmgr kindly asks anyone who has > anything major lined up to already from today start mailing portmgr > about these so we know what to expect and not be surprised by any major > fallout that might extend the short freeze we have planned. > > August 17: ports tree is frozen and package build begin > August 24: ports tree is thawed and final package builds begin > August 31: FreeBSD 8.0-RELEASE is released and ports tree is unfrozen > > -erwin > In order of 'my' priority: http://people.freebsd.org/~pgollucci/FreeBSD/diffs/bsd.perl.mk.diff http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/135398 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/136771 I'm waiting on portmgr@ feedback from -exp runs for all 3. -- ------------------------------------------------------------------------ 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 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 nox at jelal.kn-bremen.de Fri Jul 17 19:30:32 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Fri Jul 17 19:30:38 2009 Subject: call for testing: print/hplip update, pass 2 In-Reply-To: <20090710220705.GA43250@triton.kn-bremen.de> References: <20090704112402.GA87051@triton.kn-bremen.de> <20090704120713.GA17665@triton.kn-bremen.de> <20090706164652.GA38440@triton.kn-bremen.de> <20090707214134.GA66882@triton.kn-bremen.de> <20090709184446.GA20846@hades.panopticon> <20090710220705.GA43250@triton.kn-bremen.de> Message-ID: <20090717192559.GA59717@triton.kn-bremen.de> On Sat, Jul 11, 2009 at 12:07:05AM +0200, Juergen Lock wrote: > On Thu, Jul 09, 2009 at 10:44:46PM +0400, Dmitry Marakasov wrote: > > * Juergen Lock (nox@jelal.kn-bremen.de) wrote: > > > > > I got a new printer today (the old one's scanner died... ): and now hplip > > > has usb issues with that one: > > > > > > hp-systray reports on startup: (and also on refresh) > > > > Thanks for testing, Jurgen! I've merged your changes into the port > > and polished it a bit, so now it builds on all FreeBSD versions and > > without plist problems. > > > > Unfortunately I'm unable to test this and I have very shallow vision > > of functionality and regressions of this update. > > > > First of all, here's latest version of the port: > > http://people.freebsd.org/~amdmi3/hplip.shar > > Please use it as a base for further changes (and also please check > > that I haven't missed any of your enchantments). > > > This got lost: > > Index: Makefile > @@ -84,7 +84,12 @@ > ${WRKSRC}/ui4/devmgr5.py > @${REINPLACE_CMD} -e 's|/etc/dbus-1/system.d|${LOCALBASE}/etc/dbus-1/system.d|g ; \ > s|/usr/share/dbus-1/system-services|${LOCALBASE}/share/dbus-1/system-services|g' \ > - ${WRKSRC}/Makefile.am ${WRKSRC}/Makefile.in > + ${WRKSRC}/Makefile.am ${WRKSRC}/Makefile.in \ > + ${WRKSRC}/check.py ${WRKSRC}/hpssd.py \ > + ${WRKSRC}/base/g.py ${WRKSRC}/fax/backend/hpfax.py \ > + ${WRKSRC}/installer/distros.dat \ > + ${WRKSRC}/installer/core_install.py \ > + ${WRKSRC}/prnt/hpijs/ljzjs.cpp > @${REINPLACE_CMD} 's|/etc/xdg|${PREFIX}&|g' \ > ${WRKSRC}/configure ${WRKSRC}/configure.in > @${REINPLACE_CMD} 's|-lpthread|${PTHREAD_LIBS}|g' \ > > > As I understood, the update has regressions compared to the hplip > > version which is currently in ports, thus it's not possible to just > > update it. Can you (both Jurgen and Chris) give me a brief summary of > > how the update is better and worse than the current version? If it has > > enough working/new features, it would be nice to commit this change as > > hplip-devel. And, in either case, how hard is it (if possible) to > > fix the regressions? > > Well the usb issue with my new printer also exists with the old version > thats currently in ports as I now found out, and the only other issue > that I remember (printing ascii or ps to the fax queue) could just as > well be a problem/incompatiblity with the new cups version... And > additionally, the old version's hp-setup seems to be incompatible with > today's cups, at least it was unable to add the network print queues > for my new printer when I tried it now. (unlike the new version. And > also the gui certainly has improved.) > > Btw that testing just unconvered another bug: the package needs to add > hpaio to ${LOCALBASE)/etc/sane.d/dll.conf too... > > I guess I should test the fax queue on Linux, and possibly usb on head... > (fixing usb would at least need someone that still knows the old usb > stack I'd say. _If_ it works on head. :) Alright, I just looked at this again and got usb back to working here (7-stable/amd64) with the following simple patch: Index: io/hpmud/musb.c @@ -122,7 +122,7 @@ static int get_string_descriptor(usb_dev { ret = usb_control_msg(dev, USB_ENDPOINT_IN, USB_REQ_GET_DESCRIPTOR, (USB_DT_STRING << 8) + index, 0x409, tbuf, sizeof(tbuf), LIBUSB_CONTROL_REQ_TIMEOUT); - if (ret==0) + if (ret==0 || ret == -EIO) { /* This retry is necessary for lj1000 and lj1005. des 12/12/07 Also HP Photosmart 42xx seems to suffer transient errors with serial id */ My guess is other usb stacks return 0 here where ours returns -EIO... (or at least or old one does, still haven't tested this on 8.0 because head has ata issues on this box, see http://docs.freebsd.org/cgi/mid.cgi?20090628101656.GA38983 and http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009013.html .) HTH, Juergen From mezz7 at cox.net Fri Jul 17 20:39:36 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Fri Jul 17 20:39:43 2009 Subject: [HEADSUP]: Ports freeze schedule for 8.0-RELEASE In-Reply-To: <20090717090530.GS60681@droso.net> References: <20090717090530.GS60681@droso.net> Message-ID: Hello all, It will be great if I can get more people to help test with libtool/libltdl 2.2 before the freeze. It already has been tested in pointyhat-exp last week, we have fixed almost all of error logs. Only three ports have been marked as BROKEN is x11-wm/ion-2, audio/ccaudio and lang/ccscript. If anyone want to fix those, feel free to or those will be remove if nobody fix it in a few months. I have sent an email to pav for request another run in pointyhat-exp. However, to test libtool/libltdl, you will need to checkout ports-stable module from MarcusCom CVS. 1) See document: http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/ ... 2) Checkout ports tree by cvsup, csup, or whatever by your choice. 3) fetch http://www.marcuscom.com/downloads/marcusmerge script, then run 'sh marcusmerge -m ports-stable' and the password is 'anoncvs'. 4) You must run devel/libtool22/files/libtool22_hack.sh first before you try to install anything in ports tree. The libtool22_hack.sh will edit all ports/*/*/Makefile* to change libtool:15 -> libtool:22, devel/libtool15 -> devel/libtool22 and etc. If you need to create INDEX then you need to edit devel/Makefile by change lib*15 -> lib*22. 5) Reinstall everything that depend on libltdl due to shared library version bump, do this (untest): portmaster -o devel/libtool22 libtool-1.5\* portmaster -o devel/libltdl22 libltdl-1.5\* portmaster -r libltdl\* I believe that it's same way for portupgrade. If there is anything that behave change after this upgrade, let me know and I will try to fix it. Thanks! Cheers, Mezz On Fri, 17 Jul 2009 04:05:30 -0500, Erwin Lansing wrote: > Below is the tentative schedule for the ports freeze in preparation for > 8.0-RELEASE. If any major delays occur in the overall release schedule, > the dates may be postponed, but please start preparing to have your > changed committed to the tree before August 17 to ensure they are > included in the release. Also, portmgr kindly asks anyone who has > anything major lined up to already from today start mailing portmgr > about these so we know what to expect and not be surprised by any major > fallout that might extend the short freeze we have planned. > > August 17: ports tree is frozen and package build begin > August 24: ports tree is thawed and final package builds begin > August 31: FreeBSD 8.0-RELEASE is released and ports tree is unfrozen > > -erwin -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From jimbo at renner.se Fri Jul 17 20:41:20 2009 From: jimbo at renner.se (Jimmy Renner) Date: Fri Jul 17 20:41:36 2009 Subject: PHP gd issues In-Reply-To: <4A5DD216.90202@ifdnrg.com> References: <4A5C954C.5060507@quip.cz> <4A5C9A98.5020006@isafeelin.org> <4A5DD216.90202@ifdnrg.com> Message-ID: <20090717222046.92422hhwjb2115wg@renner.se> Quoting Paul Macdonald : > > Hi, > > Sometime within the last week an upgrade has left some php gd > functions non working on my systems, > > from imagecreatefrom png: gd-png: fatal libpng error: > [00][00][00][00]: unknown critical chunk > > I don't recall any updates which might have affected this and can;t > see anything in ports/UPDATING. > > A re-install of php5-extensions leaves in the same state... > > Has anyone else seen this and any suggestions for a fix? I've seen it too, haven't found out what causes it yet though. > > Is there a log of recently updated ports i can look at ( i stupidly > don;t log this myself) Not that I know of and I'm at an equal stupidity level :-) / Jimmy ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From mezz7 at cox.net Fri Jul 17 21:33:03 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Fri Jul 17 21:33:09 2009 Subject: [HEADSUP]: Ports freeze schedule for 8.0-RELEASE In-Reply-To: References: <20090717090530.GS60681@droso.net> Message-ID: On Fri, 17 Jul 2009 15:40:43 -0500, Jeremy Messenger wrote: > Hello all, > > It will be great if I can get more people to help test with > libtool/libltdl 2.2 before the freeze. It already has been tested in By the way, the test is what I meant by runtime not build. I have tested it with GNOME 2.26 and 2.27, KDE 3, KDE 4, XFCE 4 and many other WMs before I put in MC CVS ports-stable. Also, a few other applications. All of those work fine. But... I prefer different people to do the test that they might ran into problem that I haven't catch. It would be great if someone can test www/apache20 and www/apache22. Maybe there is no issue, since all patches are similar in and take from apache SVN. Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From pgollucci at p6m7g8.com Fri Jul 17 22:03:17 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Fri Jul 17 22:03:25 2009 Subject: [HEADSUP]: Ports freeze schedule for 8.0-RELEASE In-Reply-To: References: <20090717090530.GS60681@droso.net> Message-ID: <4A60F51F.7030300@p6m7g8.com> Jeremy Messenger wrote: > It would be great if someone can test www/apache20 and www/apache22. > Maybe there is no issue, since all patches are similar in and take from > apache SVN. I'm getting there.... From brian at brianwhalen.net Fri Jul 17 22:12:12 2009 From: brian at brianwhalen.net (Brian Whalen) Date: Fri Jul 17 22:12:29 2009 Subject: spamassassin info Message-ID: <4A60F2F1.9090000@brianwhalen.net> fyi, for the first time in along time, sa-update actually fetched an update, it appears that either a new channel was created or my client just recognized it. Brian From pgollucci at p6m7g8.com Sat Jul 18 06:36:19 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Sat Jul 18 06:36:26 2009 Subject: [HEADSUP]: Ports freeze schedule for 8.0-RELEASE In-Reply-To: References: <20090717090530.GS60681@droso.net> Message-ID: <4A616D60.1090604@p6m7g8.com> Jeremy Messenger wrote: > Hello all, > > It will be great if I can get more people to help test with > libtool/libltdl 2.2 before the freeze. It already has been tested in > pointyhat-exp last week, we have fixed almost all of error logs. Only > three ports have been marked as BROKEN is x11-wm/ion-2, audio/ccaudio and > lang/ccscript. If anyone want to fix those, feel free to or those will be > remove if nobody fix it in a few months. I have sent an email to pav for > request another run in pointyhat-exp. However, to test libtool/libltdl, > you will need to checkout ports-stable module from MarcusCom CVS. sysutils/lsof DOES NOT COMPILE with libtool22. http://tb.p6m7g8.net live with libtool22, as far as I can tell the complete set below is fine -- HTH apache-2.2.11_7/ apr-gdbm-db42-mysql-1.3.6.1.3.8/ autoconf-2.62/ autoconf-wrapper-20071109/ automake-1.9.6_3/ automake-wrapper-20071109/ bash-static-4.0.24/ bison-2.4.1,1/ db42-4.2.52_5/ expat-2.0.1/ gdbm-1.8.3_3/ gmake-3.81_3/ help2man-1.36.4_3/ libiconv-1.13.1/ libtool-2.2.6a/ libxml2-2.7.3/ m4-1.4.13,1/ mysql-client-6.0.11/ mysql-scripts-6.0.11/ mysql-server-6.0.11/ p5-Authen-SASL-2.12/ p5-DBD-Pg-2.13.1/ p5-DBD-mysql60-4.012/ p5-DBI-1.60.7/ p5-Digest-HMAC-1.01/ p5-Digest-SHA1-2.12/ p5-Email-Date-Format-1.002/ p5-GSSAPI-0.26/ p5-HTML-Parser-3.61/ p5-HTML-Tagset-3.20/ p5-MIME-Lite-3.02.4/ p5-MIME-Types-1.27/ p5-Mail-Tools-2.04/ p5-Net-1.22_1,1/ p5-Proc-Queue-1.23/ p5-Storable-2.20/ p5-TimeDate-1.16,1/ p5-URI-1.38/ p5-libwww-5.829/ p5-version-0.76/ pcre-7.9/ pear-1.8.1/ pear-DB-1.7.13,1/ pear-MDB2-2.5.0.b2/ pear-MDB2_Driver_mysql-1.5.0.b2/ perl-5.10.0_4/ php5-5.2.10/ php5-mysql-5.2.10/ php5-pcre-5.2.10/ php5-session-5.2.10/ php5-xml-5.2.10/ pkg-config-0.23_1/ portscout-0.7.4_2/ postgresql-client-8.2.13/ postgresql-server-8.2.13/ python-2.6,2/ python26-2.6.2_1/ serf-0.3.0/ sqlite3-3.6.14.2/ subversion-1.6.3/ sudo-1.6.9.20/ tinderbox-devel-3.2_4/ vim-lite-7.2.209/ From marcus at marcuscom.com Sat Jul 18 06:50:24 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sat Jul 18 06:50:31 2009 Subject: [HEADSUP]: Ports freeze schedule for 8.0-RELEASE In-Reply-To: <4A616D60.1090604@p6m7g8.com> References: <20090717090530.GS60681@droso.net> <4A616D60.1090604@p6m7g8.com> Message-ID: <1247899815.82470.8.camel@shumai.marcuscom.com> On Sat, 2009-07-18 at 02:36 -0400, Philip M. Gollucci wrote: > Jeremy Messenger wrote: > > Hello all, > > > > It will be great if I can get more people to help test with > > libtool/libltdl 2.2 before the freeze. It already has been tested in > > pointyhat-exp last week, we have fixed almost all of error logs. Only > > three ports have been marked as BROKEN is x11-wm/ion-2, audio/ccaudio and > > lang/ccscript. If anyone want to fix those, feel free to or those will be > > remove if nobody fix it in a few months. I have sent an email to pav for > > request another run in pointyhat-exp. However, to test libtool/libltdl, > > you will need to checkout ports-stable module from MarcusCom CVS. > > sysutils/lsof DOES NOT COMPILE with libtool22. What error did you get? I just compiled lsof-4.83A on 8.0-BETA2 with lt2.2, and it built just fine. Joe > > http://tb.p6m7g8.net live with libtool22, as far as I can tell the > complete set below is fine -- > > HTH > > apache-2.2.11_7/ > apr-gdbm-db42-mysql-1.3.6.1.3.8/ > autoconf-2.62/ > autoconf-wrapper-20071109/ > automake-1.9.6_3/ > automake-wrapper-20071109/ > bash-static-4.0.24/ > bison-2.4.1,1/ > db42-4.2.52_5/ > expat-2.0.1/ > gdbm-1.8.3_3/ > gmake-3.81_3/ > help2man-1.36.4_3/ > libiconv-1.13.1/ > libtool-2.2.6a/ > libxml2-2.7.3/ > m4-1.4.13,1/ > mysql-client-6.0.11/ > mysql-scripts-6.0.11/ > mysql-server-6.0.11/ > p5-Authen-SASL-2.12/ > p5-DBD-Pg-2.13.1/ > p5-DBD-mysql60-4.012/ > p5-DBI-1.60.7/ > p5-Digest-HMAC-1.01/ > p5-Digest-SHA1-2.12/ > p5-Email-Date-Format-1.002/ > p5-GSSAPI-0.26/ > p5-HTML-Parser-3.61/ > p5-HTML-Tagset-3.20/ > p5-MIME-Lite-3.02.4/ > p5-MIME-Types-1.27/ > p5-Mail-Tools-2.04/ > p5-Net-1.22_1,1/ > p5-Proc-Queue-1.23/ > p5-Storable-2.20/ > p5-TimeDate-1.16,1/ > p5-URI-1.38/ > p5-libwww-5.829/ > p5-version-0.76/ > pcre-7.9/ > pear-1.8.1/ > pear-DB-1.7.13,1/ > pear-MDB2-2.5.0.b2/ > pear-MDB2_Driver_mysql-1.5.0.b2/ > perl-5.10.0_4/ > php5-5.2.10/ > php5-mysql-5.2.10/ > php5-pcre-5.2.10/ > php5-session-5.2.10/ > php5-xml-5.2.10/ > pkg-config-0.23_1/ > portscout-0.7.4_2/ > postgresql-client-8.2.13/ > postgresql-server-8.2.13/ > python-2.6,2/ > python26-2.6.2_1/ > serf-0.3.0/ > sqlite3-3.6.14.2/ > subversion-1.6.3/ > sudo-1.6.9.20/ > tinderbox-devel-3.2_4/ > vim-lite-7.2.209/ > _______________________________________________ > 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 Key : http://www.marcuscom.com/pgp.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090718/cdc7f662/attachment.pgp From pgollucci at p6m7g8.com Sat Jul 18 06:55:23 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Sat Jul 18 06:55:30 2009 Subject: [HEADSUP]: Ports freeze schedule for 8.0-RELEASE In-Reply-To: <1247899815.82470.8.camel@shumai.marcuscom.com> References: <20090717090530.GS60681@droso.net> <4A616D60.1090604@p6m7g8.com> <1247899815.82470.8.camel@shumai.marcuscom.com> Message-ID: <4A6171D8.4080806@p6m7g8.com> Joe Marcus Clarke wrote: > What error did you get? I just compiled lsof-4.83A on 8.0-BETA2 with > lt2.2, and it built just fine. http://people.freebsd.org/~pgollucci/lsof.txt my 8-current is a little old -- FreeBSD frieza.p6m7g8.net 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu Jun 4 00:22:57 EDT 2009 root@frieza.p6m7g8.net:/usr/obj/usr/src/sys/FRIEZA amd64 From tingox at gmail.com Sat Jul 18 12:01:30 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Jul 18 12:01:37 2009 Subject: call for testing: print/hplip update, pass 2 In-Reply-To: References: <20090704112402.GA87051@triton.kn-bremen.de> <20090704120713.GA17665@triton.kn-bremen.de> <20090706164652.GA38440@triton.kn-bremen.de> <20090707214134.GA66882@triton.kn-bremen.de> <20090709184446.GA20846@hades.panopticon> <20090710220705.GA43250@triton.kn-bremen.de> <20090711183138.GC77483@triton.kn-bremen.de> <20090711185222.GA85370@triton.kn-bremen.de> Message-ID: Hello, On Fri, Jul 17, 2009 at 3:47 PM, Torfinn Ingolfsen wrote: > Does HPLIP (on FreeBSD) still require that the printer attaches as a > ugen device? Answer to self - yes this is still required. -- Regards, Torfinn Ingolfsen From tingox at gmail.com Sat Jul 18 12:44:07 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Jul 18 12:44:15 2009 Subject: call for testing: print/hplip update, pass 2 In-Reply-To: <20090717192559.GA59717@triton.kn-bremen.de> References: <20090704112402.GA87051@triton.kn-bremen.de> <20090704120713.GA17665@triton.kn-bremen.de> <20090706164652.GA38440@triton.kn-bremen.de> <20090707214134.GA66882@triton.kn-bremen.de> <20090709184446.GA20846@hades.panopticon> <20090710220705.GA43250@triton.kn-bremen.de> <20090717192559.GA59717@triton.kn-bremen.de> Message-ID: On Fri, Jul 17, 2009 at 9:25 PM, Juergen Lock wrote: > Alright, I just looked at this again and got usb back to working here > (7-stable/amd64) with the following simple patch: This patch is also need for my HP PS8250. Also running amd64: tingo@kg-v2$ uname -a FreeBSD kg-v2.kg4.no 7.2-STABLE FreeBSD 7.2-STABLE #0: Fri Jul 17 18:23:22 CEST 2009 root@kg-v2.kg4.no:/usr/obj/usr/src/sys/V2 amd64 Without the patch, hp-setup can't / won't communicate with the printer. With the patch, hp-setup works fine. Unfortunately, my printer is out of ink and refuses to print until I have replaced a cartridge. I'll be back. -- Regards, Torfinn Ingolfsen From mezz7 at cox.net Sat Jul 18 15:46:02 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Sat Jul 18 15:46:09 2009 Subject: [HEADSUP]: Ports freeze schedule for 8.0-RELEASE In-Reply-To: <4A616D60.1090604@p6m7g8.com> References: <20090717090530.GS60681@droso.net> <4A616D60.1090604@p6m7g8.com> Message-ID: On Sat, 18 Jul 2009 01:36:16 -0500, Philip M. Gollucci wrote: > Jeremy Messenger wrote: >> Hello all, >> >> It will be great if I can get more people to help test with >> libtool/libltdl 2.2 before the freeze. It already has been tested in >> pointyhat-exp last week, we have fixed almost all of error logs. Only >> three ports have been marked as BROKEN is x11-wm/ion-2, audio/ccaudio >> and >> lang/ccscript. If anyone want to fix those, feel free to or those will >> be >> remove if nobody fix it in a few months. I have sent an email to pav for >> request another run in pointyhat-exp. However, to test libtool/libltdl, >> you will need to checkout ports-stable module from MarcusCom CVS. > > sysutils/lsof DOES NOT COMPILE with libtool22. Actually, sysutils/lsof does not use libtool and has no dependency require (well, only require /usr/src/sys/*). The sysutils/lsof is very common to get break when someone make the changes in -CURRENT. If you update your -CURRENT, I am sure that it will build as pointyhat(-exp), marcus and others can get it builds. > http://tb.p6m7g8.net live with libtool22, as far as I can tell the > complete set below is fine -- Thanks for test! Cheers, Mezz > HTH -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From nox at jelal.kn-bremen.de Sat Jul 18 17:23:34 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sat Jul 18 17:23:41 2009 Subject: call for testing: print/hplip update, pass 2 In-Reply-To: References: <20090704112402.GA87051@triton.kn-bremen.de> <20090704120713.GA17665@triton.kn-bremen.de> <20090706164652.GA38440@triton.kn-bremen.de> <20090707214134.GA66882@triton.kn-bremen.de> <20090709184446.GA20846@hades.panopticon> <20090710220705.GA43250@triton.kn-bremen.de> <20090711183138.GC77483@triton.kn-bremen.de> <20090711185222.GA85370@triton.kn-bremen.de> Message-ID: <200907181722.n6IHMRNF065370@triton.kn-bremen.de> In article you write: >On Fri, Jul 17, 2009 at 3:47 PM, Torfinn Ingolfsen wrote: >> Does HPLIP (on FreeBSD) still require that the printer attaches as a >> ugen device? > >Answer to self - yes this is still required. It is at least with the old usb stack i.e. on 7.x and earlier, since the old stack doesn't support doing direct ugen-like io on non-ugen devices which hplip needs. The new stack does however as I was just told, so chances are this will work on head. (well, unless there is still code missing in hplip, testing this here is difficult as I said.) HTH, Juergen From tingox at gmail.com Sat Jul 18 17:37:25 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Jul 18 17:37:30 2009 Subject: call for testing: print/hplip update, pass 2 In-Reply-To: References: <20090704112402.GA87051@triton.kn-bremen.de> <20090704120713.GA17665@triton.kn-bremen.de> <20090706164652.GA38440@triton.kn-bremen.de> <20090707214134.GA66882@triton.kn-bremen.de> <20090709184446.GA20846@hades.panopticon> <20090710220705.GA43250@triton.kn-bremen.de> <20090717192559.GA59717@triton.kn-bremen.de> Message-ID: Update. On Sat, Jul 18, 2009 at 2:44 PM, Torfinn Ingolfsen wrote: > Unfortunately, my printer is out of ink and refuses to print until I > have replaced a cartridge. I'll be back. The printer prints. Teste by printing an OOo Writer document. hp-systray seems to work. the HP "Device Manager" (hp-toolbox) mostly work. "print test page" from within that doesn't work (but it does from the cups web interface. I still get a few lines in /var/log/messages when managing or printing, like these: Jul 18 19:23:11 kg-v2 hpijs[23263]: io/hpmud/musb.c 129: get_string_descriptor error result -5, retrying in 2 secs... Jul 18 19:23:13 kg-v2 hp[23250]: io/hpmud/musb.c 129: get_string_descriptor error result -5, retrying in 2 secs... Jul 18 19:23:37 kg-v2 hp[23250]: io/hpmud/musb.c 727: invalid deviceid wIndex=0, retrying wIndex=0: Input/output error Thats it for now. -- Regards, Torfinn Ingolfsen From herby at mailbox.sk Sat Jul 18 17:19:29 2009 From: herby at mailbox.sk (=?iso-8859-2?Q?Herby_Voj=E8=EDk?=) Date: Sat Jul 18 18:04:09 2009 Subject: FreeBSD Port: smalltalk-3.0.5 Message-ID: Hello, I hope I am not very annoying, but I'd like to ask when will the port of 3.1 be ready. It features star packages with new clauses, which 3.0.5 cannot read, and better compstibility with other Smalltalk is also nice a feature. I was pretty disappointed that I cannot install Swazoo 2.2 since it\s packaged in 3.1 format. Thank you for your answer, Herby Vojcik From bjsptyltdstore at sify.com Sun Jul 19 03:24:24 2009 From: bjsptyltdstore at sify.com (Bryan James) Date: Sun Jul 19 03:24:35 2009 Subject: Order To New Zealand Message-ID: <200907182120.n6ILKsP2023795@n22.sivit.org> <<< No Message Collected >>> From gesbbb at yahoo.com Sun Jul 19 10:39:27 2009 From: gesbbb at yahoo.com (Jerry) Date: Sun Jul 19 10:39:34 2009 Subject: Unable to build "graphics/gd" Message-ID: <20090719063924.10d42573@scorpio.seibercom.net> I am unable to build the 'graphics/gd' port on FreeBSD-7.2 although I have updated the posts tree, etc. The build simply stops during the 'make' phase. A complete copy of the build log is available at this URL: http://pastebin.ca/1499985 This is an updated version of the 'gd' port. The previous version build without any problems. -- Jerry gesbbb@yahoo.com Who goeth a-borrowing goeth a-sorrowing. Thomas Tusser From mva at FreeBSD.org Sun Jul 19 11:10:03 2009 From: mva at FreeBSD.org (Marcus von Appen) Date: Sun Jul 19 11:10:33 2009 Subject: Unable to build "graphics/gd" In-Reply-To: <20090719063924.10d42573@scorpio.seibercom.net> References: <20090719063924.10d42573@scorpio.seibercom.net> Message-ID: <20090719110030.GA1226@medusa.sysfault.org> On, Sun Jul 19, 2009, Jerry wrote: > I am unable to build the 'graphics/gd' port on FreeBSD-7.2 although I > have updated the posts tree, etc. The build simply stops during the > 'make' phase. A complete copy of the build log is available at this URL: > > http://pastebin.ca/1499985 Looks like it tries to link against the older version that's still installed. Try to deinstall gd first, then build and install it again. Regards Marcus -------------- 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/20090719/38b4e494/attachment.pgp From patfbsd at davenulle.org Sun Jul 19 11:16:16 2009 From: patfbsd at davenulle.org (Patrick Lamaiziere) Date: Sun Jul 19 11:16:26 2009 Subject: Unable to build "graphics/gd" In-Reply-To: <20090719063924.10d42573@scorpio.seibercom.net> References: <20090719063924.10d42573@scorpio.seibercom.net> Message-ID: <20090719125840.043c6fbd@baby-jane.lamaiziere.net> Le Sun, 19 Jul 2009 06:39:24 -0400, Jerry a ?crit : > I am unable to build the 'graphics/gd' port on FreeBSD-7.2 although I > have updated the posts tree, etc. The build simply stops during the > 'make' phase. A complete copy of the build log is available at this > URL: > > http://pastebin.ca/1499985 There is a problem with libjpeg: /usr/bin/ld: warning: libjpeg.so.9, needed by /usr/local/lib/libgd.so, not found (try using -rpath or -rpath-link) Try to reinstall the port graphics/jpeg Regards. From gesbbb at yahoo.com Sun Jul 19 11:45:30 2009 From: gesbbb at yahoo.com (Jerry) Date: Sun Jul 19 11:45:36 2009 Subject: Unable to build "graphics/gd" In-Reply-To: <20090719110030.GA1226@medusa.sysfault.org> References: <20090719063924.10d42573@scorpio.seibercom.net> <20090719110030.GA1226@medusa.sysfault.org> Message-ID: <20090719074527.7167d604@scorpio.seibercom.net> On Sun, 19 Jul 2009 13:00:30 +0200 Marcus von Appen wrote: [snip] > Looks like it tries to link against the older version that's still > installed. Try to deinstall gd first, then build and install it again. Thanks, that fixed it. Strange, but I have not had that problem before. -- Jerry gesbbb@yahoo.com A general leading the State Department resembles a dragon commanding ducks. New York Times, Jan. 20, 1981 From mva at FreeBSD.org Sun Jul 19 12:22:44 2009 From: mva at FreeBSD.org (Marcus von Appen) Date: Sun Jul 19 12:22:50 2009 Subject: Unable to build "graphics/gd" In-Reply-To: <20090719074527.7167d604@scorpio.seibercom.net> References: <20090719063924.10d42573@scorpio.seibercom.net> <20090719110030.GA1226@medusa.sysfault.org> <20090719074527.7167d604@scorpio.seibercom.net> Message-ID: <20090719122327.GB1226@medusa.sysfault.org> On, Sun Jul 19, 2009, Jerry wrote: > On Sun, 19 Jul 2009 13:00:30 +0200 > Marcus von Appen wrote: > > [snip] > > > Looks like it tries to link against the older version that's still > > installed. Try to deinstall gd first, then build and install it again. > > Thanks, that fixed it. Strange, but I have not had that problem before. Just for informational purposes: It is a problem with how the FreeBSD upgrade tools work and how a port (read: application, library, whatever) manages its own build. Usually a port, in case it links to one of its own components, should do that by using the just built component in its build directory. Some of them however do not do that but use the complete system environment, thus it can happen that they link to e.g. an older version of themselves or so, causing anything to fail as you just noticed. Regards Marcus -------------- 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/20090719/f5bf958d/attachment.pgp From gesbbb at yahoo.com Sun Jul 19 13:15:35 2009 From: gesbbb at yahoo.com (Jerry) Date: Sun Jul 19 13:15:40 2009 Subject: Unable to build "graphics/gd" In-Reply-To: References: <20090719063924.10d42573@scorpio.seibercom.net> Message-ID: <20090719091532.7e9c27cb@scorpio.seibercom.net> On Sun, 19 Jul 2009 12:58:56 +0200 dirk.meyer@dinoex.sub.org (Dirk Meyer) wrote: [snip] > libjpeg.so.9 is obsolete now. pelase use libjpeg.so.10 from jpeg-7. I all ready have the port installed. checking out the '/usr/local/lib' directory, reveals this: lrwxr-xr-x 1 root wheel 13B Jul 19 09:01 libjpeg.so@ -> libjpeg.so.10 -rwxr-xr-x 1 root wheel 222K Jul 19 09:01 libjpeg.so.10* I would assume that "gd" is being linked against the correct version. In any case, as I previously posted, deinstalling and reinstalling the 'gd' port fixed the problem; although I am not sure why the problem existed to begin with. -- Jerry gesbbb@yahoo.com Note to myself: use real bullets next time. From gesbbb at yahoo.com Sun Jul 19 13:19:05 2009 From: gesbbb at yahoo.com (Jerry) Date: Sun Jul 19 13:19:12 2009 Subject: Unable to build "graphics/gd" In-Reply-To: <20090719122327.GB1226@medusa.sysfault.org> References: <20090719063924.10d42573@scorpio.seibercom.net> <20090719110030.GA1226@medusa.sysfault.org> <20090719074527.7167d604@scorpio.seibercom.net> <20090719122327.GB1226@medusa.sysfault.org> Message-ID: <20090719091902.00bffe8a@scorpio.seibercom.net> On Sun, 19 Jul 2009 14:23:27 +0200 Marcus von Appen wrote: > On, Sun Jul 19, 2009, Jerry wrote: > > > On Sun, 19 Jul 2009 13:00:30 +0200 > > Marcus von Appen wrote: > > > > [snip] > > > > > Looks like it tries to link against the older version that's still > > > installed. Try to deinstall gd first, then build and install it > > > again. > > > > Thanks, that fixed it. Strange, but I have not had that problem > > before. > > Just for informational purposes: > > It is a problem with how the FreeBSD upgrade tools work and how a port > (read: application, library, whatever) manages its own build. > > Usually a port, in case it links to one of its own components, should > do that by using the just built component in its build directory. > Some of them however do not do that but use the complete system > environment, thus it can happen that they link to e.g. an older > version of themselves or so, causing anything to fail as you just > noticed. > > Regards > Marcus Thanks for the info. I appreciate it. I don't suppose that there is a recommended procedure to prevent just such an occurrence again in the future? Not that it is really all that important. I believe that this is the first time this has happened to me. -- Jerry gesbbb@yahoo.com If a can of Alpo costs 38 cents, would it cost $2.50 in Dog Dollars? From johans at stack.nl Sun Jul 19 13:32:43 2009 From: johans at stack.nl (Johan van Selst) Date: Sun Jul 19 13:32:50 2009 Subject: FreeBSD Port: smalltalk-3.0.5 In-Reply-To: References: Message-ID: <20090719133239.GA24910@mud.stack.nl> Greetings, Herby Voj??k wrote: > I hope I am not very annoying, but I'd like to ask when will the port of > 3.1 be ready. It features star packages with new clauses, which 3.0.5 > cannot read, and better compstibility with other Smalltalk is also nice a > feature. I was pretty disappointed that I cannot install Swazoo 2.2 since > it\s packaged in 3.1 format. Let me add a little bit of background here: versions 3.0.5 and 3.1 were both released on the very same day: 3.0.5 is not older than 3.1. The former was a stable bugfix release and 3.1 came with serveral new features (and unfortunately no perfect backwards compatibility for running older programs). There were some minor issues (bugs) in 3.1 as well, although I don't remember the exact impact. At the time, there were no programs that used the new features and switching to it might cause problems for others. Right now, many programs will work with either version, and some even require the new 3.1 features (as you pointed out). I had expected that there would be a bugfix release for 3.1 by now with, so that I could upgrade to that version. But maybe the bugs aren't as important as I thought. I'll look in to these issues and will probably switch the port to 3.1(.x) soon. Regards, Johan -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090719/6a298d14/attachment.pgp From ler at lerctr.org Sun Jul 19 14:52:30 2009 From: ler at lerctr.org (Larry Rosenman) Date: Sun Jul 19 14:52:43 2009 Subject: [HEADSUP]: Ports freeze schedule for 8.0-RELEASE In-Reply-To: <4A616D60.1090604@p6m7g8.com> References: <20090717090530.GS60681@droso.net> <4A616D60.1090604@p6m7g8.com> Message-ID: On Sat, July 18, 2009 1:36 am, Philip M. Gollucci wrote: > Jeremy Messenger wrote: >> Hello all, >> >> It will be great if I can get more people to help test with >> libtool/libltdl 2.2 before the freeze. It already has been tested in >> pointyhat-exp last week, we have fixed almost all of error logs. Only >> three ports have been marked as BROKEN is x11-wm/ion-2, audio/ccaudio >> and >> lang/ccscript. If anyone want to fix those, feel free to or those will >> be >> remove if nobody fix it in a few months. I have sent an email to pav for >> request another run in pointyhat-exp. However, to test libtool/libltdl, >> you will need to checkout ports-stable module from MarcusCom CVS. > > sysutils/lsof DOES NOT COMPILE with libtool22. I don't believe sysutils/lsof is using libtool at all, in any way, shape, or form. I'd like to see what "failure" you're seeing. Thanks, Larry Rosenman (maintainer for sysutils/lsof). > > http://tb.p6m7g8.net live with libtool22, as far as I can tell the > complete set below is fine -- > > HTH > > apache-2.2.11_7/ > apr-gdbm-db42-mysql-1.3.6.1.3.8/ > autoconf-2.62/ > autoconf-wrapper-20071109/ > automake-1.9.6_3/ > automake-wrapper-20071109/ > bash-static-4.0.24/ > bison-2.4.1,1/ > db42-4.2.52_5/ > expat-2.0.1/ > gdbm-1.8.3_3/ > gmake-3.81_3/ > help2man-1.36.4_3/ > libiconv-1.13.1/ > libtool-2.2.6a/ > libxml2-2.7.3/ > m4-1.4.13,1/ > mysql-client-6.0.11/ > mysql-scripts-6.0.11/ > mysql-server-6.0.11/ > p5-Authen-SASL-2.12/ > p5-DBD-Pg-2.13.1/ > p5-DBD-mysql60-4.012/ > p5-DBI-1.60.7/ > p5-Digest-HMAC-1.01/ > p5-Digest-SHA1-2.12/ > p5-Email-Date-Format-1.002/ > p5-GSSAPI-0.26/ > p5-HTML-Parser-3.61/ > p5-HTML-Tagset-3.20/ > p5-MIME-Lite-3.02.4/ > p5-MIME-Types-1.27/ > p5-Mail-Tools-2.04/ > p5-Net-1.22_1,1/ > p5-Proc-Queue-1.23/ > p5-Storable-2.20/ > p5-TimeDate-1.16,1/ > p5-URI-1.38/ > p5-libwww-5.829/ > p5-version-0.76/ > pcre-7.9/ > pear-1.8.1/ > pear-DB-1.7.13,1/ > pear-MDB2-2.5.0.b2/ > pear-MDB2_Driver_mysql-1.5.0.b2/ > perl-5.10.0_4/ > php5-5.2.10/ > php5-mysql-5.2.10/ > php5-pcre-5.2.10/ > php5-session-5.2.10/ > php5-xml-5.2.10/ > pkg-config-0.23_1/ > portscout-0.7.4_2/ > postgresql-client-8.2.13/ > postgresql-server-8.2.13/ > python-2.6,2/ > python26-2.6.2_1/ > serf-0.3.0/ > sqlite3-3.6.14.2/ > subversion-1.6.3/ > sudo-1.6.9.20/ > tinderbox-devel-3.2_4/ > vim-lite-7.2.209/ > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From ler at lerctr.org Sun Jul 19 14:52:31 2009 From: ler at lerctr.org (Larry Rosenman) Date: Sun Jul 19 14:52:44 2009 Subject: [HEADSUP]: Ports freeze schedule for 8.0-RELEASE In-Reply-To: <4A6171D8.4080806@p6m7g8.com> References: <20090717090530.GS60681@droso.net> <4A616D60.1090604@p6m7g8.com> <1247899815.82470.8.camel@shumai.marcuscom.com> <4A6171D8.4080806@p6m7g8.com> Message-ID: <17e85137a3903f42f1f8cca6c49eca29.squirrel@webmail.lerctr.org> On Sat, July 18, 2009 1:55 am, Philip M. Gollucci wrote: > Joe Marcus Clarke wrote: >> What error did you get? I just compiled lsof-4.83A on 8.0-BETA2 with >> lt2.2, and it built just fine. > > http://people.freebsd.org/~pgollucci/lsof.txt > > my 8-current is a little old -- > > FreeBSD frieza.p6m7g8.net 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu Jun 4 > 00:22:57 EDT 2009 root@frieza.p6m7g8.net:/usr/obj/usr/src/sys/FRIEZA > amd64 That looks like you don't have all of /usr/src installed, and that it (potentially) doesn't match what's running. Please get /usr/src and the running kernel/world in sync, and sysutils/lsof should build just fine. Thanks, Larry Rosenman Maintainer sysutils/lsof > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From enriquefynn at gmail.com Sun Jul 19 15:25:26 2009 From: enriquefynn at gmail.com (Enrique Fynn) Date: Sun Jul 19 16:07:00 2009 Subject: OSCAR port Message-ID: <97eb84650907190803h5036e67ja37c182ec39211f5@mail.gmail.com> Hello, I'm working in a project called OSCAR, for creating clusters, beowulf-class and I'd like to port it, how do I proceed? Do you think that the idea is viable? Many thanks and best regards -- Att; Enrique Fynn. From rodrigo at bebik.net Sun Jul 19 16:41:42 2009 From: rodrigo at bebik.net (Rodrigo (ros)) Date: Sun Jul 19 16:41:49 2009 Subject: OSCAR port In-Reply-To: <97eb84650907190803h5036e67ja37c182ec39211f5@mail.gmail.com> References: <97eb84650907190803h5036e67ja37c182ec39211f5@mail.gmail.com> Message-ID: <4A63480E.6020406@bebik.net> Enrique Fynn wrote: > Hello, I'm working in a project called OSCAR, for creating clusters, > beowulf-class and I'd like to port it, how do I proceed? Do you think that > the idea is viable? > Many thanks and best regards > > Hi, Of course it's possible ! A good starting point is the Porter Handbook[1] who gives you all the informations about the porting process. regards - Rodrigo [1] http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html From glewis at eyesbeyond.com Sun Jul 19 18:18:45 2009 From: glewis at eyesbeyond.com (Greg Lewis) Date: Sun Jul 19 18:18:52 2009 Subject: Unable to build "graphics/gd" In-Reply-To: <20090719122327.GB1226@medusa.sysfault.org> References: <20090719063924.10d42573@scorpio.seibercom.net> <20090719110030.GA1226@medusa.sysfault.org> <20090719074527.7167d604@scorpio.seibercom.net> <20090719122327.GB1226@medusa.sysfault.org> Message-ID: <20090719180831.GA82226@misty.eyesbeyond.com> On Sun, Jul 19, 2009 at 02:23:27PM +0200, Marcus von Appen wrote: > On, Sun Jul 19, 2009, Jerry wrote: > > > On Sun, 19 Jul 2009 13:00:30 +0200 > > Marcus von Appen wrote: > > > > [snip] > > > > > Looks like it tries to link against the older version that's still > > > installed. Try to deinstall gd first, then build and install it again. > > > > Thanks, that fixed it. Strange, but I have not had that problem before. > > Just for informational purposes: > > It is a problem with how the FreeBSD upgrade tools work and how a port > (read: application, library, whatever) manages its own build. > > Usually a port, in case it links to one of its own components, should do > that by using the just built component in its build directory. Some of > them however do not do that but use the complete system environment, > thus it can happen that they link to e.g. an older version of themselves > or so, causing anything to fail as you just noticed. In this case, the port was trying to link against the just built version of its shared library, it just also tries to link against some other libraries from other ports and puts -L/usr/local/lib earlier in the search path than the path to the newly built libgd.so so the linker picks up libgd.so from /usr/local/lib and uses that, hence the failure above. I saw the same problem. So just a little variant on what you said. Its trying to do the right thing but just getting the ordering wrong. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From jules.stocks at gmail.com Sun Jul 19 18:22:00 2009 From: jules.stocks at gmail.com (Jules Gilbert) Date: Sun Jul 19 18:22:06 2009 Subject: OSCAR port In-Reply-To: <97eb84650907190803h5036e67ja37c182ec39211f5@mail.gmail.com> References: <97eb84650907190803h5036e67ja37c182ec39211f5@mail.gmail.com> Message-ID: <28d0cced0907191056s3c2a2f3dub577c2a2563aab4@mail.gmail.com> Oh! and where were you about three years ago, when a group of us were putting together our cluster, based around FreeBSD. We discovered how much of FreeBSD didn't work. For example we could never get ClusterIt! to work. An engineer delegated to work on this problem, literally one of the best debugger-oriented programmer's I have ever met, spent more than a week (about two?,) with this problem but was never able to isolate it. As you probably know debugging events across multiple machines isn't easy. We still have our cluster and we'd like to get it running. For several years we did run FreeBSD but were never able to get the level of performance that we would have obtained had we been running Linux or even something simpler, such as OS/2. Do you have a deliverable? On Sun, Jul 19, 2009 at 11:03 AM, Enrique Fynn wrote: > Hello, I'm working in a project called OSCAR, for creating clusters, > beowulf-class and I'd like to port it, how do I proceed? Do you think that > the idea is viable? > Many thanks and best regards > > -- > Att; > Enrique Fynn. > _______________________________________________ > freebsd-cluster@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-cluster > To unsubscribe, send any mail to "freebsd-cluster-unsubscribe@freebsd.org" > From aryeh.friedman at gmail.com Sun Jul 19 18:57:46 2009 From: aryeh.friedman at gmail.com (Aryeh M. Friedman) Date: Sun Jul 19 18:57:53 2009 Subject: OSCAR port In-Reply-To: <28d0cced0907191056s3c2a2f3dub577c2a2563aab4@mail.gmail.com> References: <97eb84650907190803h5036e67ja37c182ec39211f5@mail.gmail.com> <28d0cced0907191056s3c2a2f3dub577c2a2563aab4@mail.gmail.com> Message-ID: <4A636744.20301@gmail.com> Jules Gilbert wrote: > Oh! and where were you about three years ago, when a group of us were > putting together our cluster, based around FreeBSD. > > We discovered how much of FreeBSD didn't work. For example we could > never get ClusterIt! to work. An engineer delegated to work on this > problem, literally one of the best debugger-oriented programmer's I > have ever met, spent more than a week (about two?,) with this problem > but was never able to isolate it. > > As you probably know debugging events across multiple machines isn't easy. > > We still have our cluster and we'd like to get it running. For > several years we did run FreeBSD but were never able to get the level > of performance that we would have obtained had we been running Linux > or even something simpler, such as OS/2. > > Do you have a deliverable? > You should look at Mozart/Oz (mozart.org) which is a largely theortical (but implemented) language that eliminates almost all the timing issues. I am slowly writing a distrusted OS based on some of the ideas. > > On Sun, Jul 19, 2009 at 11:03 AM, Enrique Fynn wrote: > >> Hello, I'm working in a project called OSCAR, for creating clusters, >> beowulf-class and I'd like to port it, how do I proceed? Do you think that >> the idea is viable? >> Many thanks and best regards >> >> -- >> Att; >> Enrique Fynn. >> _______________________________________________ >> freebsd-cluster@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-cluster >> To unsubscribe, send any mail to "freebsd-cluster-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" > > From kstewart at owt.com Sun Jul 19 21:15:28 2009 From: kstewart at owt.com (Kent Stewart) Date: Sun Jul 19 21:15:34 2009 Subject: Unable to build "graphics/gd" In-Reply-To: <20090719180831.GA82226@misty.eyesbeyond.com> References: <20090719063924.10d42573@scorpio.seibercom.net> <20090719122327.GB1226@medusa.sysfault.org> <20090719180831.GA82226@misty.eyesbeyond.com> Message-ID: <200907191357.08666.kstewart@owt.com> On Sunday 19 July 2009 11:08:31 am Greg Lewis wrote: > On Sun, Jul 19, 2009 at 02:23:27PM +0200, Marcus von Appen wrote: > > On, Sun Jul 19, 2009, Jerry wrote: > > > On Sun, 19 Jul 2009 13:00:30 +0200 > > > Marcus von Appen wrote: > > > > > > [snip] > > > > > > > Looks like it tries to link against the older version that's still > > > > installed. Try to deinstall gd first, then build and install it > > > > again. > > > > > > Thanks, that fixed it. Strange, but I have not had that problem before. > > > > Just for informational purposes: > > > > It is a problem with how the FreeBSD upgrade tools work and how a port > > (read: application, library, whatever) manages its own build. > > > > Usually a port, in case it links to one of its own components, should do > > that by using the just built component in its build directory. Some of > > them however do not do that but use the complete system environment, > > thus it can happen that they link to e.g. an older version of themselves > > or so, causing anything to fail as you just noticed. > > In this case, the port was trying to link against the just built version > of its shared library, it just also tries to link against some other > libraries from other ports and puts -L/usr/local/lib earlier in the search > path than the path to the newly built libgd.so so the linker picks up > libgd.so from /usr/local/lib and uses that, hence the failure above. I > saw the same problem. > > So just a little variant on what you said. Its trying to do the right > thing but just getting the ordering wrong. I did the recursive pkg_delete as specified in UPDATING and now I have an unworkable KDE. Everything wants to reinstall jpeg-6, which fails because it is already installed. That left me with around 20 modules required by KDE that wouldn't build. When the current portupgrade fails, I will do the PKG_FORCE thing but I shouldn't have to do that. GD not building is just a small piece of the problem. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From perryh at pluto.rain.com Sun Jul 19 22:13:50 2009 From: perryh at pluto.rain.com (perryh@pluto.rain.com) Date: Sun Jul 19 22:13:57 2009 Subject: FreeBSD Port: smalltalk-3.0.5 In-Reply-To: <20090719133239.GA24910@mud.stack.nl> References: <20090719133239.GA24910@mud.stack.nl> Message-ID: <4a639767.S1hn5ZaapukKlu8e%perryh@pluto.rain.com> Johan van Selst wrote: > ... versions 3.0.5 and 3.1 were both released on the very same > day: 3.0.5 is not older than 3.1. The former was a stable bugfix > release and 3.1 came with serveral new features (and unfortunately > no perfect backwards compatibility for running older programs) ... > > Right now, many programs will work with either version, and > some even require the new 3.1 features ... I'll look in to > these issues and will probably switch the port to 3.1(.x) soon. Given the backwards compatibility issues, might it be worthwhile to create a new smalltalk31 or smalltalk-devel port, or rename the current port to something like smalltalk30x, so that the older version can remain available for use with older programs? From perryh at pluto.rain.com Sun Jul 19 22:14:30 2009 From: perryh at pluto.rain.com (perryh@pluto.rain.com) Date: Sun Jul 19 22:14:36 2009 Subject: Unable to build "graphics/gd" In-Reply-To: <20090719180831.GA82226@misty.eyesbeyond.com> References: <20090719063924.10d42573@scorpio.seibercom.net> <20090719110030.GA1226@medusa.sysfault.org> <20090719074527.7167d604@scorpio.seibercom.net> <20090719122327.GB1226@medusa.sysfault.org> <20090719180831.GA82226@misty.eyesbeyond.com> Message-ID: <4a6398c8.cJrH9NRqa8mBLn2X%perryh@pluto.rain.com> Greg Lewis wrote: > Marcus von Appen wrote: > > It is a problem with how the FreeBSD upgrade tools work and how > > a port (read: application, library, whatever) manages its own > > build. > > > > Usually a port, in case it links to one of its own components, > > should do that by using the just built component in its build > > directory. Some of them however do not do that but use the > > complete system environment, thus it can happen that they link > > to e.g. an older version of themselves or so, causing anything > > to fail as you just noticed. > > In this case, the port was trying to link against the just built > version of its shared library, it just also tries to link against > some other libraries from other ports and puts -L/usr/local/lib > earlier in the search path than the path to the newly built > libgd.so so the linker picks up libgd.so from /usr/local/lib and > uses that, hence the failure above. I saw the same problem. > > So just a little variant on what you said. Its trying to do the > right thing but just getting the ordering wrong. Might I suggest that one of you file a PR to get the port's library search path fixed, if not already done? To answer the earlier question of how to prevent this sort of problem when installing, I think one way would be to deinstall (making a backup package, to simplify recovery if the new version does not work) before building the new version. From mel.flynn+fbsd.hackers at mailing.thruhere.net Mon Jul 20 07:22:38 2009 From: mel.flynn+fbsd.hackers at mailing.thruhere.net (Mel Flynn) Date: Mon Jul 20 07:22:45 2009 Subject: mmap/munmap with zero length In-Reply-To: References: <200907131428.08923.jhb@freebsd.org> <200907132133.52217.tijl@ulyssis.org> <200907131639.10346.jhb@freebsd.org> Message-ID: <55daf4085f8ce3b4e383e36ba502bdec@sbmail.office-on-the.net> On Sun, 19 Jul 2009 22:13:48 -0800, Mel Flynn wrote: > On Mon, 13 Jul 2009 16:39:09 -0400, John Baldwin wrote: >> On Monday 13 July 2009 3:33:51 pm Tijl Coosemans wrote: >>> On Monday 13 July 2009 20:28:08 John Baldwin wrote: >>> > On Sunday 05 July 2009 3:32:25 am Alexander Best wrote: >>> >> so mmap differs from the POSIX recommendation right. the malloc.conf >>> >> option seems more like a workaround/hack. imo it's confusing to have >>> >> mmap und munmap deal differently with len=0. being able to >>> >> succesfully alocate memory which cannot be removed doesn't seem >>> >> logical to me. >>> > >>> > This should fix it: >>> > >>> > --- //depot/user/jhb/acpipci/vm/vm_mmap.c >>> > +++ /home/jhb/work/p4/acpipci/vm/vm_mmap.c >>> > @@ -229,7 +229,7 @@ >>> > >>> > fp = NULL; >>> > /* make sure mapping fits into numeric range etc */ >>> > - if ((ssize_t) uap->len < 0 || >>> > + if ((ssize_t) uap->len <= 0 || >>> > ((flags & MAP_ANON) && uap->fd != -1)) >>> > return (EINVAL); >>> >>> Why not "uap->len == 0"? Sizes of 2GiB and more (32bit) shouldn't cause >>> an error. >> >> I don't actually disagree and know of locally modified versions of > FreeBSD >> that remove this check for precisely that reason. > > If this has hit the tree recently, I think it broke ccache. > > Since I've also done make delete-old-libs and was about to rebuild all my > ports on my laptop, I'll investigate, as I'm not looking forward to doing > this twice for all dependants of libtool :(. > > Failed to mmap > /var/db/ccache/mel/tmp.cpp_stderr.smoochies.rachie.is-a-geek.net.27934 > > kdump: > 27934 ccache CALL open(0x28201280,O_RDONLY,0x1) > 27934 ccache NAMI > "/var/db/ccache/mel/tmp.cpp_stderr.smoochies.rachie.is-a-geek.net.27934" > 27934 ccache RET open 4 > 27934 ccache CALL fstat(0x4,0xbfbfe7fc) > 27934 ccache STRU struct stat {dev=105, ino=895320, mode=-rw-r--r-- , > nlink=1, uid=1003, gid=0, rdev=0, atime=1248069251, stime=1248069251, > ctime=1248069251, birthtime=1248069251, size=0, blksize=4096, blocks=0, > flags=0x0 } > 27934 ccache RET fstat 0 > 27934 ccache CALL mmap(0,0,PROT_READ,MAP_PRIVATE,0x4,0,0) > 27934 ccache RET mmap -1 errno 22 Invalid argument Confirmed, attached patch fixes ccache. Probably should be patched in patch-md4. -- Mel -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-mmap Type: application/octet-stream Size: 790 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090720/9bc71e56/patch-mmap.obj From bugmaster at FreeBSD.org Mon Jul 20 11:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 20 11:06:32 2009 Subject: Current unassigned ports problem reports Message-ID: <200907201106.n6KB656h001268@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/136924 net/scapy: cleaner patch for http://www.freebsd.org/cg o ports/136923 [PATCH]archivers/lzma: update to 9.04 beta o ports/136916 New port: net/dbeacon Distributed multicast beacon ser o ports/136915 [NEW PORT] multimedia/opencore-amr: OpenCORE implement o ports/136910 [maintainer update] security/yapet: port update to 0.4 o ports/136904 editors/omegaT port update o ports/136903 port multicast/beacon does not start o ports/136902 Update port: ftp/vsftpd-ext update to 2.1.2 o ports/136901 port update net/ssmping o ports/136900 [patch] fix sysutils/sfdisk on 8.x f ports/136898 [PATCH] games/bzflag: update to 2.0.12 o ports/136896 Upgrade audio/audacity-devel 1.3.7 to 1.3.8 o ports/136892 mail/prayer: fixup username in prayer-cyclog o ports/136886 multimedia/mplayer does not play CSS enrypted DVDs o ports/136885 [maintainer update] ports games/spellathon new version f ports/136882 kdenlive (multimedia/kdenlive port) project rendering f ports/136801 sysutils/coreutils has name conflict with /usr/sbin/gs f ports/136748 [patch] x11-fm/pcmanfm -- update to 0.5.1 o ports/136711 update java/java3d f ports/136615 [update] converters/pdf2djvu: update to 0.5.9 f ports/136611 security/swatch: leaves zombies behind s ports/136602 Update of ports/irc/ircservices to current f ports/136457 port update net/sflowtool o ports/136427 can't make devel/gwenhywfar f ports/136390 Compilation Problem highgui graphics/Opencv o ports/136359 New port - lang/gnat-gcc44 f ports/136258 Port for sysutils/heartbeat (1.2.5_6) fails to build f ports/136227 science/Gramps Crashes When Opening a Family File o ports/136133 New port: net/callweaver Open source IP PBX based on A f ports/136129 multimedia/kbtv won't build & install on 7.2 o ports/136124 sysutils/bsdstats needs timeout settings o ports/136089 New port: devel/mercurialeclipse A mercurial plugin fo o ports/135909 comms/mgetty+sendfax port defaults to non-existant ser f ports/135867 net-im/gajim 0.12.3: wrong $path in bin file f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- o ports/135019 sysutils/bubblemon-dockapp 1.46_6 memory usage meter i f ports/134743 devel/Monotone and pthreaded dependencies f ports/134639 devel/boost can't be made with parameteres -DWITH_PYT s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic o ports/134474 deskutils/wmpinboard segfaults on startup o ports/134443 [NEW PORT] multimedia/2ManDVD: Create your own video d f ports/134347 mail/spamd: spamlogd's whitelist expiration period is f ports/134264 audio/cmus - segmentation fault with ogg files o ports/133822 New port for cad/linux-eagle5 (Eagle 5.5.0) o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133344 net/nss_ldap fails to compile if world was installed w o ports/133303 lang/visualworks cannot load Jun because of lacking TG o ports/133068 New port: audio/linux-genpuid f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v o ports/131526 lang/cmucl: CMUCL for FreeBSD 7 s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/130675 [NEW PORT] devel/ocfpcsc: Open Card Framework to PC/SC f ports/130209 www/typo3 upgrade removes configuration o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin f ports/121050 New port: sysutils/heartbeat2 Linux High-Availability 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 o ports/101166 bittorrent-curses only works under English locales. 69 problems total. From peo at intersonic.se Mon Jul 20 22:39:39 2009 From: peo at intersonic.se (Per olof Ljungmark) Date: Mon Jul 20 22:39:47 2009 Subject: error updating Postfix Message-ID: <4A64EE54.6080207@intersonic.se> cc -DDEF_CONFIG_DIR=\"/usr/local/etc/postfix\" -DDEF_DAEMON_DIR=\"/usr/local/libexec/postfix\" -DDEF_COMMAND_DIR=\"/usr/local/sbin\" -DDEF_SENDMAIL_PATH=\"/usr/local/sbin/sendmail\" -DDEF_NEWALIAS_PATH=\"/usr/local/bin/newaliases\" -DDEF_MAILQ_PATH=\"/usr/local/bin/mailq\" -DDEF_MANPAGE_DIR=\"/usr/local/man\" -DDEF_README_DIR=\"/usr/local/share/doc/postfix\" -DDEF_HTML_DIR=\"/usr/local/share/doc/postfix\" -DDEF_QUEUE_DIR=\"/var/spool/postfix\" -DDEF_DATA_DIR=\"/var/db/postfix\" -DDEF_MAIL_OWNER=\"postfix\" -DDEF_SGID_GROUP=\"maildrop\" -DHAS_PCRE -I/usr/local/include -DUSE_SASL_AUTH -DUSE_CYRUS_SASL -I/usr/local/include -I/usr/local/include/sasl -DUSE_TLS -I/usr/include -O2 -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c attr_clnt.c In file included from attr_clnt.c:77: /usr/include/unistd.h:329: error: conflicting types for 'closefrom' ./sys_defs.h:1404: error: previous declaration of 'closefrom' was here *** Error code 1 What's up? From wxs at FreeBSD.org Mon Jul 20 23:25:12 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Mon Jul 20 23:25:18 2009 Subject: error updating Postfix In-Reply-To: <4A64EE54.6080207@intersonic.se> References: <4A64EE54.6080207@intersonic.se> Message-ID: <20090720232511.GA50935@atarininja.org> On Tue, Jul 21, 2009 at 12:23:16AM +0200, Per olof Ljungmark wrote: > cc -DDEF_CONFIG_DIR=\"/usr/local/etc/postfix\" > -DDEF_DAEMON_DIR=\"/usr/local/libexec/postfix\" > -DDEF_COMMAND_DIR=\"/usr/local/sbin\" > -DDEF_SENDMAIL_PATH=\"/usr/local/sbin/sendmail\" > -DDEF_NEWALIAS_PATH=\"/usr/local/bin/newaliases\" > -DDEF_MAILQ_PATH=\"/usr/local/bin/mailq\" > -DDEF_MANPAGE_DIR=\"/usr/local/man\" > -DDEF_README_DIR=\"/usr/local/share/doc/postfix\" > -DDEF_HTML_DIR=\"/usr/local/share/doc/postfix\" > -DDEF_QUEUE_DIR=\"/var/spool/postfix\" > -DDEF_DATA_DIR=\"/var/db/postfix\" -DDEF_MAIL_OWNER=\"postfix\" > -DDEF_SGID_GROUP=\"maildrop\" -DHAS_PCRE -I/usr/local/include > -DUSE_SASL_AUTH -DUSE_CYRUS_SASL -I/usr/local/include > -I/usr/local/include/sasl -DUSE_TLS -I/usr/include -O2 > -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c attr_clnt.c > In file included from attr_clnt.c:77: > /usr/include/unistd.h:329: error: conflicting types for 'closefrom' > ./sys_defs.h:1404: error: previous declaration of 'closefrom' was here > *** Error code 1 It was fixed on 2009/07/09. Make sure you have the latest ports tree. -- WXS From peo at intersonic.se Mon Jul 20 23:42:42 2009 From: peo at intersonic.se (Per olof Ljungmark) Date: Mon Jul 20 23:42:48 2009 Subject: error updating Postfix In-Reply-To: <20090720232511.GA50935@atarininja.org> References: <4A64EE54.6080207@intersonic.se> <20090720232511.GA50935@atarininja.org> Message-ID: <4A6500EA.2030905@intersonic.se> Wesley Shields wrote: > On Tue, Jul 21, 2009 at 12:23:16AM +0200, Per olof Ljungmark wrote: >> cc -DDEF_CONFIG_DIR=\"/usr/local/etc/postfix\" >> -DDEF_DAEMON_DIR=\"/usr/local/libexec/postfix\" >> -DDEF_COMMAND_DIR=\"/usr/local/sbin\" >> -DDEF_SENDMAIL_PATH=\"/usr/local/sbin/sendmail\" >> -DDEF_NEWALIAS_PATH=\"/usr/local/bin/newaliases\" >> -DDEF_MAILQ_PATH=\"/usr/local/bin/mailq\" >> -DDEF_MANPAGE_DIR=\"/usr/local/man\" >> -DDEF_README_DIR=\"/usr/local/share/doc/postfix\" >> -DDEF_HTML_DIR=\"/usr/local/share/doc/postfix\" >> -DDEF_QUEUE_DIR=\"/var/spool/postfix\" >> -DDEF_DATA_DIR=\"/var/db/postfix\" -DDEF_MAIL_OWNER=\"postfix\" >> -DDEF_SGID_GROUP=\"maildrop\" -DHAS_PCRE -I/usr/local/include >> -DUSE_SASL_AUTH -DUSE_CYRUS_SASL -I/usr/local/include >> -I/usr/local/include/sasl -DUSE_TLS -I/usr/include -O2 >> -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c attr_clnt.c >> In file included from attr_clnt.c:77: >> /usr/include/unistd.h:329: error: conflicting types for 'closefrom' >> ./sys_defs.h:1404: error: previous declaration of 'closefrom' was here >> *** Error code 1 > > It was fixed on 2009/07/09. Make sure you have the latest ports tree. Hm, I updated an hour ago... from cvsup.FreeBSD.org, the makefile is dated July 17th when the system was also updated. 7.2-STABLE FreeBSD 7.2-STABLE #0: Fri Jul 17 17:27:43 CEST 2009 Just for the sake of it I cvsupped again just now to be sure but no change. What was fixed in the 9th.? I obviously need to check if something went wrong when I updated the system. Thanks, From glen.j.barber at gmail.com Mon Jul 20 23:47:06 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Mon Jul 20 23:47:12 2009 Subject: error updating Postfix In-Reply-To: <4A6500EA.2030905@intersonic.se> References: <4A64EE54.6080207@intersonic.se> <20090720232511.GA50935@atarininja.org> <4A6500EA.2030905@intersonic.se> Message-ID: <4ad871310907201647l7610d43alc402fe04595d57e3@mail.gmail.com> On Mon, Jul 20, 2009 at 7:42 PM, Per olof Ljungmark wrote: > Wesley Shields wrote: >> >> On Tue, Jul 21, 2009 at 12:23:16AM +0200, Per olof Ljungmark wrote: >>> >>> cc -DDEF_CONFIG_DIR=\"/usr/local/etc/postfix\" >>> -DDEF_DAEMON_DIR=\"/usr/local/libexec/postfix\" >>> -DDEF_COMMAND_DIR=\"/usr/local/sbin\" >>> -DDEF_SENDMAIL_PATH=\"/usr/local/sbin/sendmail\" >>> -DDEF_NEWALIAS_PATH=\"/usr/local/bin/newaliases\" >>> -DDEF_MAILQ_PATH=\"/usr/local/bin/mailq\" >>> -DDEF_MANPAGE_DIR=\"/usr/local/man\" >>> -DDEF_README_DIR=\"/usr/local/share/doc/postfix\" >>> -DDEF_HTML_DIR=\"/usr/local/share/doc/postfix\" >>> -DDEF_QUEUE_DIR=\"/var/spool/postfix\" -DDEF_DATA_DIR=\"/var/db/postfix\" >>> -DDEF_MAIL_OWNER=\"postfix\" -DDEF_SGID_GROUP=\"maildrop\" -DHAS_PCRE >>> -I/usr/local/include -DUSE_SASL_AUTH -DUSE_CYRUS_SASL -I/usr/local/include >>> -I/usr/local/include/sasl -DUSE_TLS -I/usr/include ?-O2 -fno-strict-aliasing >>> -pipe -I. -DFREEBSD7 -c attr_clnt.c >>> In file included from attr_clnt.c:77: >>> /usr/include/unistd.h:329: error: conflicting types for 'closefrom' >>> ./sys_defs.h:1404: error: previous declaration of 'closefrom' was here >>> *** Error code 1 >> >> It was fixed on 2009/07/09. Make sure you have the latest ports tree. > > Hm, I updated an hour ago... from cvsup.FreeBSD.org, the makefile is dated > July 17th when the system was also updated. > > 7.2-STABLE FreeBSD 7.2-STABLE #0: Fri Jul 17 17:27:43 CEST 2009 > > Just for the sake of it I cvsupped again just now to be sure but no change. > What was fixed in the 9th.? I obviously need to check if something went > wrong when I updated the system. > Try: cd /usr/ports/mail/postfix; make clean distclean; make install -- Glen Barber From peo at intersonic.se Mon Jul 20 23:51:59 2009 From: peo at intersonic.se (Per olof Ljungmark) Date: Mon Jul 20 23:52:05 2009 Subject: error updating Postfix In-Reply-To: <4ad871310907201647l7610d43alc402fe04595d57e3@mail.gmail.com> References: <4A64EE54.6080207@intersonic.se> <20090720232511.GA50935@atarininja.org> <4A6500EA.2030905@intersonic.se> <4ad871310907201647l7610d43alc402fe04595d57e3@mail.gmail.com> Message-ID: <4A65031A.80705@intersonic.se> Glen Barber wrote: > On Mon, Jul 20, 2009 at 7:42 PM, Per olof Ljungmark wrote: >> Wesley Shields wrote: >>> On Tue, Jul 21, 2009 at 12:23:16AM +0200, Per olof Ljungmark wrote: >>>> cc -DDEF_CONFIG_DIR=\"/usr/local/etc/postfix\" >>>> -DDEF_DAEMON_DIR=\"/usr/local/libexec/postfix\" >>>> -DDEF_COMMAND_DIR=\"/usr/local/sbin\" >>>> -DDEF_SENDMAIL_PATH=\"/usr/local/sbin/sendmail\" >>>> -DDEF_NEWALIAS_PATH=\"/usr/local/bin/newaliases\" >>>> -DDEF_MAILQ_PATH=\"/usr/local/bin/mailq\" >>>> -DDEF_MANPAGE_DIR=\"/usr/local/man\" >>>> -DDEF_README_DIR=\"/usr/local/share/doc/postfix\" >>>> -DDEF_HTML_DIR=\"/usr/local/share/doc/postfix\" >>>> -DDEF_QUEUE_DIR=\"/var/spool/postfix\" -DDEF_DATA_DIR=\"/var/db/postfix\" >>>> -DDEF_MAIL_OWNER=\"postfix\" -DDEF_SGID_GROUP=\"maildrop\" -DHAS_PCRE >>>> -I/usr/local/include -DUSE_SASL_AUTH -DUSE_CYRUS_SASL -I/usr/local/include >>>> -I/usr/local/include/sasl -DUSE_TLS -I/usr/include -O2 -fno-strict-aliasing >>>> -pipe -I. -DFREEBSD7 -c attr_clnt.c >>>> In file included from attr_clnt.c:77: >>>> /usr/include/unistd.h:329: error: conflicting types for 'closefrom' >>>> ./sys_defs.h:1404: error: previous declaration of 'closefrom' was here >>>> *** Error code 1 >>> It was fixed on 2009/07/09. Make sure you have the latest ports tree. >> Hm, I updated an hour ago... from cvsup.FreeBSD.org, the makefile is dated >> July 17th when the system was also updated. >> >> 7.2-STABLE FreeBSD 7.2-STABLE #0: Fri Jul 17 17:27:43 CEST 2009 >> >> Just for the sake of it I cvsupped again just now to be sure but no change. >> What was fixed in the 9th.? I obviously need to check if something went >> wrong when I updated the system. >> > > Try: > cd /usr/ports/mail/postfix; make clean distclean; make install Nope, no change. From jpaetzel at FreeBSD.org Tue Jul 21 02:23:50 2009 From: jpaetzel at FreeBSD.org (Josh Paetzel) Date: Tue Jul 21 02:24:22 2009 Subject: isc-dhcp updates and call for testing Message-ID: <35614BA7-8D72-41CC-B11E-28E36A0C1F04@FreeBSD.org> I have patches that update the isc-dhcp30 and isc-dhcp-31 ports. isc-dhcp30 incorporates patches from Ubuntu to address a security advisory released against it. Since it is no longer maintained upstream nothing official will be released. If you wish to follow a maintained version, I have patches that update isc-dhcp31 to the latest version that addresses the security issues that were recently discovered. These patches could use testing beyond what I can mock up locally. If you try them out I could use feedback, whether good or bad. The patches to isc-dhcp30 will probably be committed tomorrow. I'd like to wait a bit to get feedback on the isc-dhcp31 patches, also the rcNG script will probably be updated a bit from what is in the patches to provide stylistic, but not functional improvements. isc-dhcp30* http://www.freebsd.org/cgi/query-pr.cgi?pr=136891 isc-dhcp31* http://www.freebsd.org/cgi/query-pr.cgi?pr=136890 I am planning on getting a 4.0.x and 4.1.x port going soon as well, hopefully by this weekend. Thanks, Josh Paetzel From terry at sucked-in.com Tue Jul 21 02:45:28 2009 From: terry at sucked-in.com (Terry Sposato) Date: Tue Jul 21 02:46:02 2009 Subject: error updating Postfix In-Reply-To: <4A65031A.80705@intersonic.se> References: <4A64EE54.6080207@intersonic.se> <20090720232511.GA50935@atarininja.org> <4A6500EA.2030905@intersonic.se> <4ad871310907201647l7610d43alc402fe04595d57e3@mail.gmail.com> <4A65031A.80705@intersonic.se> Message-ID: <4A652740.2050201@sucked-in.com> Per olof Ljungmark wrote: > Glen Barber wrote: >> On Mon, Jul 20, 2009 at 7:42 PM, Per olof >> Ljungmark wrote: >>> Wesley Shields wrote: >>>> On Tue, Jul 21, 2009 at 12:23:16AM +0200, Per olof Ljungmark wrote: >>>>> cc -DDEF_CONFIG_DIR=\"/usr/local/etc/postfix\" >>>>> -DDEF_DAEMON_DIR=\"/usr/local/libexec/postfix\" >>>>> -DDEF_COMMAND_DIR=\"/usr/local/sbin\" >>>>> -DDEF_SENDMAIL_PATH=\"/usr/local/sbin/sendmail\" >>>>> -DDEF_NEWALIAS_PATH=\"/usr/local/bin/newaliases\" >>>>> -DDEF_MAILQ_PATH=\"/usr/local/bin/mailq\" >>>>> -DDEF_MANPAGE_DIR=\"/usr/local/man\" >>>>> -DDEF_README_DIR=\"/usr/local/share/doc/postfix\" >>>>> -DDEF_HTML_DIR=\"/usr/local/share/doc/postfix\" >>>>> -DDEF_QUEUE_DIR=\"/var/spool/postfix\" >>>>> -DDEF_DATA_DIR=\"/var/db/postfix\" >>>>> -DDEF_MAIL_OWNER=\"postfix\" -DDEF_SGID_GROUP=\"maildrop\" -DHAS_PCRE >>>>> -I/usr/local/include -DUSE_SASL_AUTH -DUSE_CYRUS_SASL >>>>> -I/usr/local/include >>>>> -I/usr/local/include/sasl -DUSE_TLS -I/usr/include -O2 >>>>> -fno-strict-aliasing >>>>> -pipe -I. -DFREEBSD7 -c attr_clnt.c >>>>> In file included from attr_clnt.c:77: >>>>> /usr/include/unistd.h:329: error: conflicting types for 'closefrom' >>>>> ./sys_defs.h:1404: error: previous declaration of 'closefrom' was >>>>> here >>>>> *** Error code 1 >>>> It was fixed on 2009/07/09. Make sure you have the latest ports tree. >>> Hm, I updated an hour ago... from cvsup.FreeBSD.org, the makefile is >>> dated >>> July 17th when the system was also updated. >>> >>> 7.2-STABLE FreeBSD 7.2-STABLE #0: Fri Jul 17 17:27:43 CEST 2009 >>> >>> Just for the sake of it I cvsupped again just now to be sure but no >>> change. >>> What was fixed in the 9th.? I obviously need to check if something went >>> wrong when I updated the system. >>> >> >> Try: >> cd /usr/ports/mail/postfix; make clean distclean; make install > > Nope, no change. > _______________________________________________ > 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" You are updating your ports tree as well right? Not just your base system? From sahil at tandon.net Tue Jul 21 04:00:53 2009 From: sahil at tandon.net (Sahil Tandon) Date: Tue Jul 21 04:01:00 2009 Subject: error updating Postfix In-Reply-To: <4A6500EA.2030905@intersonic.se> References: <4A64EE54.6080207@intersonic.se> <20090720232511.GA50935@atarininja.org> <4A6500EA.2030905@intersonic.se> Message-ID: <20090721040047.GB22720@tandon.net> On Tue, 21 Jul 2009, Per olof Ljungmark wrote: > Wesley Shields wrote: >> On Tue, Jul 21, 2009 at 12:23:16AM +0200, Per olof Ljungmark wrote: >>> cc -DDEF_CONFIG_DIR=\"/usr/local/etc/postfix\" >>> -DDEF_DAEMON_DIR=\"/usr/local/libexec/postfix\" >>> -DDEF_COMMAND_DIR=\"/usr/local/sbin\" >>> -DDEF_SENDMAIL_PATH=\"/usr/local/sbin/sendmail\" >>> -DDEF_NEWALIAS_PATH=\"/usr/local/bin/newaliases\" >>> -DDEF_MAILQ_PATH=\"/usr/local/bin/mailq\" >>> -DDEF_MANPAGE_DIR=\"/usr/local/man\" >>> -DDEF_README_DIR=\"/usr/local/share/doc/postfix\" >>> -DDEF_HTML_DIR=\"/usr/local/share/doc/postfix\" >>> -DDEF_QUEUE_DIR=\"/var/spool/postfix\" >>> -DDEF_DATA_DIR=\"/var/db/postfix\" -DDEF_MAIL_OWNER=\"postfix\" >>> -DDEF_SGID_GROUP=\"maildrop\" -DHAS_PCRE -I/usr/local/include >>> -DUSE_SASL_AUTH -DUSE_CYRUS_SASL -I/usr/local/include >>> -I/usr/local/include/sasl -DUSE_TLS -I/usr/include -O2 >>> -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c attr_clnt.c >>> In file included from attr_clnt.c:77: >>> /usr/include/unistd.h:329: error: conflicting types for 'closefrom' >>> ./sys_defs.h:1404: error: previous declaration of 'closefrom' was here >>> *** Error code 1 >> >> It was fixed on 2009/07/09. Make sure you have the latest ports tree. > > Hm, I updated an hour ago... from cvsup.FreeBSD.org, the makefile is > dated July 17th when the system was also updated. > > 7.2-STABLE FreeBSD 7.2-STABLE #0: Fri Jul 17 17:27:43 CEST 2009 > > Just for the sake of it I cvsupped again just now to be sure but no > change. What was fixed in the 9th.? I obviously need to check if > something went wrong when I updated the system. On 9 Jul 2009, ports/136599 fixed build on 8.0 systems. Now that the closefrom() system call has been MFC'd to -STABLE, a similar patch is required for mail/postfix. This was broached on cvs-ports@ on 17 Jul 2009 and keramida@ was testing a patch over the weekend. I've copied him on this message. For context (and an example of all that is really needed in ${WRKSRC}/src/util/sys_defs.h), see: http://docs.FreeBSD.org/cgi/mid.cgi?87fxcvim4x.fsf -- Sahil Tandon From espartano.mail at gmail.com Tue Jul 21 04:03:03 2009 From: espartano.mail at gmail.com (Espartano) Date: Tue Jul 21 04:03:09 2009 Subject: OSCAR port In-Reply-To: <97eb84650907190803h5036e67ja37c182ec39211f5@mail.gmail.com> References: <97eb84650907190803h5036e67ja37c182ec39211f5@mail.gmail.com> Message-ID: On Sun, Jul 19, 2009 at 10:03 AM, Enrique Fynn wrote: > Hello, I'm working in a project called OSCAR, for creating clusters, > beowulf-class and I'd like to port it, how do I proceed? Do you think that > the idea is viable? I don't have experience porting applications but I think that you could start reading this information: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/ By the way where could I find information about your proyect OSCAR, it sound interesting. > Many thanks and best regards > > -- > Att; > Enrique Fynn. > _______________________________________________ -- Un saludo y muchisimas gracias. Atte: Ing. Jorge S?nchez Escobedo. From johans at stack.nl Tue Jul 21 06:15:28 2009 From: johans at stack.nl (Johan van Selst) Date: Tue Jul 21 06:15:34 2009 Subject: FreeBSD Port: smalltalk-3.0.5 In-Reply-To: <4a639767.S1hn5ZaapukKlu8e%perryh@pluto.rain.com> References: <20090719133239.GA24910@mud.stack.nl> <4a639767.S1hn5ZaapukKlu8e%perryh@pluto.rain.com> Message-ID: <20090721061524.GA97263@mud.stack.nl> perryh@pluto.rain.com wrote: > Given the backwards compatibility issues, might it be worthwhile > to create a new smalltalk31 or smalltalk-devel port, or rename > the current port to something like smalltalk30x, so that the > older version can remain available for use with older programs? Well, 3.1 is not really a development branch: it is clearly intended to be the next stable branch. The first release might not have been perfect, but the author has made it clear that 3.1 is 'the way forward' and that the 3.0 branch will be discontinued. I will happily make a separate branch if there is even one smalltalk user who wants to keep 3.0.x around (if you read this: please respond). But otherwise I'm inclined to just drop 3.0 in the near future and let people convert their programs. For those interested, check out the 'Incompatible changes' section on http://smalltalk.gnu.org/news/gnu-smalltalk-3-1 Regards, Johan -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090721/1cbb4e80/attachment.pgp From linimon at FreeBSD.org Tue Jul 21 06:28:18 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Jul 21 06:28:36 2009 Subject: FreeBSD unmaintained ports which are currently marked broken Message-ID: <20090721062817.091971CCCC@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: chinese/iiimf-le-xcin broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: games/amy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/pnetc broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090708085814/pnetC-0.8.0_1.log.bz2 (_Jul__8_16:44:41_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/tinycobol broken because: Missing htcobol compiler binary build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/flowscan broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090628212755/flowscan-1.006_9.log.bz2 (_Jun_29_12:59:02_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net/asterisk12-addons broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk12-addons portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: security/hashish broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=hashish portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk From linimon at FreeBSD.org Tue Jul 21 06:28:31 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Jul 21 06:29:10 2009 Subject: FreeBSD ports which are currently marked broken Message-ID: <20090721062829.913A91CC2B@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/dino broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=dino portname: audio/emu10kx broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=emu10kx portname: audio/muine broken because: doesn't build and is apparently unmaintained build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=muine portname: cad/alliance broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/alliance-5.0.20070718_1.log.bz2 (_Mar_26_08:21:12_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=alliance portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/iiimf-le-xcin broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: comms/hcfmdm broken because: Does not compile at 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm portname: converters/mimelib broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: databases/erserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/libgda4-jdbc broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libgda4-jdbc portname: databases/libpbl broken because: does not work with databases > ~200 MB (see ports/130236) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libpbl portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090711083149/cocktail-9309_1.log.bz2 (_Jun__3_14:04:39_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/gdb53-act broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090703113658/gdb-act-5.3_2,1.log.bz2 (_Jul__8_20:36:00_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090717120050/msp430-gdb-5.1.1.20030909_1.log (_Jul_19_12:27:07_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/p5-P4-Client broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: devel/pecl-svn broken because: does not compile with subversion-1.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pecl-svn portname: devel/poco broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco portname: devel/root broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-rjudy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/ruby-subversion broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090704140102/ruby-subversion-1.6.3.log.bz2 (_Jul__7_12:10:10_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-subversion portname: devel/rubygem-rtags broken because: does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090711083149/rubygem-rtags-0.97.log.bz2 (_Jun_23_15:22:29_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-rtags portname: devel/xfc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc portname: editors/setedit broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: editors/zed broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: games/amy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy portname: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: graphics/bugle broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=bugle portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/p5-GraphViz-Data-Structure broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/p5-GraphViz-Data-Structure-0.17_1.log.bz2 (_Mar_26_15:08:31_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=p5-GraphViz-Data-Structure portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: graphics/wings broken because: Broken with erlang-r13b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=wings portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/jakarta-commons-dbcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp portname: java/jdk14 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090717120050/jdk-1.4.2p8_15.log (_Jul_18_03:55:25_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/dylan broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/gcl broken because: Gcl compiled with gcc42 dumps core build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: lang/mlton broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mlton portname: lang/mozart broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/ocamlduce broken because: does not build with current version of lang/ocaml build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ocamlduce portname: lang/pnetc broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090708085814/pnetC-0.8.0_1.log.bz2 (_Jul__8_16:44:41_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/tinycobol broken because: Missing htcobol compiler binary build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol portname: lang/xsb broken because: Does not compile on FreeBSD 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/linalg broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: misc/amfm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=amfm portname: misc/usbrh-libusb broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=usbrh-libusb portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/flowscan broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090628212755/flowscan-1.006_9.log.bz2 (_Jun_29_12:59:02_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net/asterisk12-addons broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk12-addons portname: net/b2bua broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/ggsd broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/isc-dhcp31-client broken because: Not yet integrated and tested build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-client portname: net/isc-dhcp31-relay broken because: Not yet integrated and tested build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-relay portname: net/isc-dhcp31-server broken because: Not yet integrated and tested build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-server portname: net/rubygem-twitter broken because: does not install, requires exact version of oauth build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090611213544/rubygem-twitter-0.6.11.log.bz2 (_Jun_13_20:23:05_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rubygem-twitter portname: net/vserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vserver portname: net/ztelnet broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/openftd broken because: Does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/openftd-1.1.0_2.log (Wed Mar 18 11:52:03 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/romeo broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/kaspaliste broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: science/mbdyn broken because: fails to build with GCC 4.3 as needed for Fortran build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=mbdyn portname: science/pcp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: security/f-prot broken because: This version no longer receives updates build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=f-prot portname: security/hashish broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=hashish portname: security/krb4 broken because: Incorrect pkg-plist on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb4 portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/shibboleth-sp broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090703113658/shibboleth-sp-1.3f.log.bz2 (_Jul__8_20:37:10_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: sysutils/dtc broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/gai-leds broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=gai-leds portname: sysutils/megarc broken because: Running megarc seems to cause memory corruption build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=megarc portname: sysutils/perf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf portname: sysutils/xwipower broken because: Use obsoleted wireless lan API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/dixit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=dixit portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-lucene broken because: Doesn't build with python2.6 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/py25-PyLucene-2.4.0.log.bz2 (_Mar_26_05:45:02_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-lucene portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/kompozer broken because: KompoZer 0.7.10 is not compatible with GTK 2.14 and higher, hence the crashes. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=kompozer portname: www/rubygem-merb broken because: fails to install build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090628212755/rubygem-merb-0.9.3.log.bz2 (_Jun_29_13:00:25_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rubygem-merb portname: www/trac-wikitemplates broken because: bad depobj build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-wikitemplates portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-drivers/xf86-video-nsc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-nsc portname: x11-fm/velocity broken because: does not build with GNOME 2.26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-themes/kde-icons-gartoon-blue-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-blue-svg portname: x11-themes/kde-icons-gartoon-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-svg portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/py-pyqwt broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-pyqwt portname: x11-toolkits/ruby-panelapplet broken because: does not build with GNOME 2.26. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet From linimon at FreeBSD.org Tue Jul 21 06:28:41 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Jul 21 06:29:11 2009 Subject: FreeBSD unmaintained ports which are currently scheduled for deletion Message-ID: <20090721062839.E7F291CCA6@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: devel/p5-Algorithm-MDiff description: Perl interface to calculate m-difference between two objects maintainer: ports@FreeBSD.org deprecated because: the module was removed from CPAN expiration date: 2009-09-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Algorithm-MDiff portname: devel/p5-Data-Postponed description: Delay the evaluation of expressions to allow changes to variables maintainer: ports@FreeBSD.org deprecated because: the module was removed from CPAN expiration date: 2009-09-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Data-Postponed portname: games/amy description: A chess program for playing and analyzing games maintainer: ports@FreeBSD.org status: BROKEN deprecated because: mastersite disappeared, does not build on recent version expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy portname: lang/tinycobol description: A tiny COBOL compiler for IA32 platforms maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer being developed; consider using lang/open-cobol instead expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol portname: math/freefem++ description: An implementation of a language dedicated to the finite element method maintainer: ports@FreeBSD.org deprecated because: fails to compile with up-to-date compilers, nobody really interested expiration date: 2009-08-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freefem%2B%2B portname: math/it++ description: Mathematical, signal processing and communication library maintainer: ports@FreeBSD.org deprecated because: fails to compile with up-to-date compilers, nobody really interested to maintain this expiration date: 2009-08-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=it%2B%2B portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: security/hashish description: GUI file and string hashing utility maintainer: ports@FreeBSD.org status: BROKEN deprecated because: does not compile expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=hashish portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses From linimon at FreeBSD.org Tue Jul 21 06:28:42 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Jul 21 06:29:11 2009 Subject: FreeBSD ports which are currently scheduled for deletion Message-ID: <20090721062841.89A781CCAA@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: databases/firebird-client description: The open-source InterBase(tm) 6.0 spin-off (client) maintainer: skv@FreeBSD.org status: IGNORE deprecated because: no longer under development, please consider using Firebird2 expiration date: 2009-02-24 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090708085814/firebird-client-1.5.5.log.bz2 (_May_29_05:56:50_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=firebird-client portname: databases/firebird-server description: The open-source InterBase(tm) 6.0 spin-off (Classic version) maintainer: skv@FreeBSD.org status: IGNORE deprecated because: no longer under development, please consider using Firebird2 expiration date: 2009-02-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=firebird-server portname: devel/p5-Algorithm-MDiff description: Perl interface to calculate m-difference between two objects maintainer: ports@FreeBSD.org deprecated because: the module was removed from CPAN expiration date: 2009-09-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Algorithm-MDiff portname: devel/p5-Data-Postponed description: Delay the evaluation of expressions to allow changes to variables maintainer: ports@FreeBSD.org deprecated because: the module was removed from CPAN expiration date: 2009-09-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Data-Postponed portname: games/amy description: A chess program for playing and analyzing games maintainer: ports@FreeBSD.org status: BROKEN deprecated because: mastersite disappeared, does not build on recent version expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy portname: lang/tinycobol description: A tiny COBOL compiler for IA32 platforms maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer being developed; consider using lang/open-cobol instead expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol portname: math/freefem++ description: An implementation of a language dedicated to the finite element method maintainer: ports@FreeBSD.org deprecated because: fails to compile with up-to-date compilers, nobody really interested expiration date: 2009-08-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freefem%2B%2B portname: math/it++ description: Mathematical, signal processing and communication library maintainer: ports@FreeBSD.org deprecated because: fails to compile with up-to-date compilers, nobody really interested to maintain this expiration date: 2009-08-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=it%2B%2B portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: security/hashish description: GUI file and string hashing utility maintainer: ports@FreeBSD.org status: BROKEN deprecated because: does not compile expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=hashish portname: security/smtpmap description: An SMTP software identifier maintainer: hubert@frbsd.org status: IGNORE deprecated because: depends on GCC 2.95 which has not been available for 9+ months expiration date: 2009-07-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090704140102/smtpmap-0.8_3.log.bz2 (_Jun_29_18:02:11_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=smtpmap portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/zope-btreefolder2 description: Zope product that can store many items maintainer: kaeru@inigo-tech.com deprecated because: Included in Zope 2.8 and later expiration date: 2007-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope-btreefolder2 portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses From linimon at FreeBSD.org Tue Jul 21 06:28:46 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Jul 21 06:29:12 2009 Subject: FreeBSD unmaintained ports which are currently marked forbidden Message-ID: <20090721062845.0474C1CCB1@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel From linimon at FreeBSD.org Tue Jul 21 06:28:46 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Jul 21 06:29:13 2009 Subject: FreeBSD ports which are currently marked forbidden Message-ID: <20090721062845.62B561CCA7@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: net/isc-dhcp30-client forbidden because: http://vuxml.FreeBSD.org/c444c8b7-7169-11de-9ab7-000c29a67389.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp30-client portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel From s.kachelmann at googlemail.com Tue Jul 21 10:04:31 2009 From: s.kachelmann at googlemail.com (Sandra Kachelmann) Date: Tue Jul 21 10:04:39 2009 Subject: libmapi new port request In-Reply-To: <1247492983.1732.30.camel@headache.rainbow-runner.nl> References: <91b92520907130550h3ea631fcw45e1d0a443b09d33@mail.gmail.com> <1247492983.1732.30.camel@headache.rainbow-runner.nl> Message-ID: <91b92520907210304x350af602w6173a58edd642002@mail.gmail.com> >> Could someone please make a port for libmapi? >> >> http://www.openchange.org >> http://downloads.sourceforge.net/openchange/libmapi-0.8.2-ROMULUS.tar.gz >> >> Sandra > > I got it almost ready for commit :) > Just wait a little bit while I find time to clean it up. You're still working on it? Sandra From gesbbb at yahoo.com Tue Jul 21 10:40:36 2009 From: gesbbb at yahoo.com (Jerry) Date: Tue Jul 21 10:40:42 2009 Subject: Unable to build /x11/kdelibs3 with updated jpeg-7 port Message-ID: <20090721064034.44a40391@scorpio.seibercom.net> It appears that the /x11/kdelibs3 ports insists on using the older "libjpeg.so.9" library. Since updating to jpeg-7, this library is no-longer available. Therefore, I cannot build this port. A complete copy of the build log is available here: http://filebin.ca/yrdvkw/kdelibs.log -- Jerry gesbbb@yahoo.com Quigley's Law: Whoever has any authority over you, no matter how small, will attempt to use it. From freebsd-ports at dino.sk Tue Jul 21 10:59:40 2009 From: freebsd-ports at dino.sk (Milan Obuch) Date: Tue Jul 21 10:59:47 2009 Subject: Unable to build /x11/kdelibs3 with updated jpeg-7 port In-Reply-To: <20090721064034.44a40391@scorpio.seibercom.net> References: <20090721064034.44a40391@scorpio.seibercom.net> Message-ID: <200907211259.30376.freebsd-ports@dino.sk> On Tuesday 21 July 2009 12:40:34 Jerry wrote: > It appears that the /x11/kdelibs3 ports insists on using the older > "libjpeg.so.9" library. Since updating to jpeg-7, this library is > no-longer available. Therefore, I cannot build this port. > > A complete copy of the build log is available here: > > http://filebin.ca/yrdvkw/kdelibs.log There is notice in UPDATING, section 20090719, I found temporary workaround ln -s /usr/local/lib/libjpeg.so.10 /usr/local/lib/libjpeg.so.9 After that, all my ports seems to work again. I am rebuilding kdelibs, kdebase and kdepim right now (most used apps in my case). Regards, Milan From avg at icyb.net.ua Tue Jul 21 11:00:47 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue Jul 21 11:00:54 2009 Subject: misc/e2fsprogs-libuuid should be MAKE_JOBS_UNSAFE Message-ID: <4A659FDB.5070105@icyb.net.ua> I think that misc/e2fsprogs-libuuid should be MAKE_JOBS_UNSAFE. If I build the latest version of this port (tree updated yesterday) with default options (no special variables in make.conf) on a multi-CPU machine, then it fails with error similar to the following: cd ./util ; gmake subst gmake[1]: Entering directory `/usr/obj/ports/usr/ports/misc/e2fsprogs-libuuid/work/e2fsprogs-1.41.8/util' CC subst.c ... gmake[2]: Entering directory `/usr/obj/ports/usr/ports/misc/e2fsprogs-libuuid/work/e2fsprogs-1.41.8/util' LD subst subst.o: file not recognized: File truncated gmake[2]: *** [subst] Error 1 ... If I specify DISABLE_MAKE_JOBS=1 then the build proceeds. P.S. Makefile of misc/e2fsprogs-libuuid doesn't have an explicit MAINTAINER line, so I assume that it has the same maintainer as its master port misc/e2fsprogs. -- Andriy Gapon From Reinhard.Haller at interactive-net.de Tue Jul 21 12:18:23 2009 From: Reinhard.Haller at interactive-net.de (Reinhard Haller) Date: Tue Jul 21 12:18:30 2009 Subject: FreeBSD Port: bsnmptools-0.0.20060818_2 Message-ID: Hi, it seems the port is broken: - object directory warning - errors in struct use/definitions My environment: FreeBSD 7.2 Thanks Reinhard Haller From wxs at FreeBSD.org Tue Jul 21 13:26:51 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Jul 21 13:26:57 2009 Subject: error updating Postfix In-Reply-To: <20090721040047.GB22720@tandon.net> References: <4A64EE54.6080207@intersonic.se> <20090720232511.GA50935@atarininja.org> <4A6500EA.2030905@intersonic.se> <20090721040047.GB22720@tandon.net> Message-ID: <20090721132650.GB50935@atarininja.org> On Tue, Jul 21, 2009 at 12:00:47AM -0400, Sahil Tandon wrote: > On Tue, 21 Jul 2009, Per olof Ljungmark wrote: > > > Wesley Shields wrote: > >> On Tue, Jul 21, 2009 at 12:23:16AM +0200, Per olof Ljungmark wrote: > >>> cc -DDEF_CONFIG_DIR=\"/usr/local/etc/postfix\" > >>> -DDEF_DAEMON_DIR=\"/usr/local/libexec/postfix\" > >>> -DDEF_COMMAND_DIR=\"/usr/local/sbin\" > >>> -DDEF_SENDMAIL_PATH=\"/usr/local/sbin/sendmail\" > >>> -DDEF_NEWALIAS_PATH=\"/usr/local/bin/newaliases\" > >>> -DDEF_MAILQ_PATH=\"/usr/local/bin/mailq\" > >>> -DDEF_MANPAGE_DIR=\"/usr/local/man\" > >>> -DDEF_README_DIR=\"/usr/local/share/doc/postfix\" > >>> -DDEF_HTML_DIR=\"/usr/local/share/doc/postfix\" > >>> -DDEF_QUEUE_DIR=\"/var/spool/postfix\" > >>> -DDEF_DATA_DIR=\"/var/db/postfix\" -DDEF_MAIL_OWNER=\"postfix\" > >>> -DDEF_SGID_GROUP=\"maildrop\" -DHAS_PCRE -I/usr/local/include > >>> -DUSE_SASL_AUTH -DUSE_CYRUS_SASL -I/usr/local/include > >>> -I/usr/local/include/sasl -DUSE_TLS -I/usr/include -O2 > >>> -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c attr_clnt.c > >>> In file included from attr_clnt.c:77: > >>> /usr/include/unistd.h:329: error: conflicting types for 'closefrom' > >>> ./sys_defs.h:1404: error: previous declaration of 'closefrom' was here > >>> *** Error code 1 > >> > >> It was fixed on 2009/07/09. Make sure you have the latest ports tree. > > > > Hm, I updated an hour ago... from cvsup.FreeBSD.org, the makefile is > > dated July 17th when the system was also updated. > > > > 7.2-STABLE FreeBSD 7.2-STABLE #0: Fri Jul 17 17:27:43 CEST 2009 > > > > Just for the sake of it I cvsupped again just now to be sure but no > > change. What was fixed in the 9th.? I obviously need to check if > > something went wrong when I updated the system. > > On 9 Jul 2009, ports/136599 fixed build on 8.0 systems. Now that the > closefrom() system call has been MFC'd to -STABLE, a similar patch is > required for mail/postfix. This was broached on cvs-ports@ on 17 Jul 2009 > and keramida@ was testing a patch over the weekend. I've copied him on > this message. For context (and an example of all that is really needed in > ${WRKSRC}/src/util/sys_defs.h), see: Ah, I didn't realize the fix had been MFC'ed and that the machine in question was RELENG_7. That explains it. Hopefully keramida@ has time to commit it. Sorry for the noise. -- WXS From tevans.uk at googlemail.com Tue Jul 21 13:40:35 2009 From: tevans.uk at googlemail.com (Tom Evans) Date: Tue Jul 21 13:40:41 2009 Subject: Cacti installation error In-Reply-To: <47f6550a0907210514y5d24b133pc44742c5c1ec8d05@mail.gmail.com> References: <47f6550a0907202016j106f2621p17128b2a6fc42e46@mail.gmail.com> <86y6qihdme.fsf@gmail.com> <47f6550a0907202132q73577ac8wad3ce2884ed39728@mail.gmail.com> <86ws62bota.fsf@gmail.com> <47f6550a0907210232l764ee35ej5c2a9a61ecf5c989@mail.gmail.com> <6201873e0907210505n2fa1b91fu511ec9dfbd0d242b@mail.gmail.com> <47f6550a0907210514y5d24b133pc44742c5c1ec8d05@mail.gmail.com> Message-ID: <1248181845.2437.1755.camel@strangepork.london.mintel.ad> On Tue, 2009-07-21 at 20:14 +0800, Romeo Paras wrote: > I already free some spaces and when I tried it again by running ' make > install clean' i received these errors; > > > cacti-0.8.7e depends on file: /usr/local/lib/php/20060613/session.so - found > > ===> cacti-0.8.7e depends on file: /usr/local/lib/php/20060613/sockets.so - > found > ===> cacti-0.8.7e depends on file: /usr/local/lib/php/20060613/snmp.so - > found > ===> cacti-0.8.7e depends on file: /usr/local/lib/php/20060613/xml.so - > found > ===> cacti-0.8.7e depends on shared library: mysqlclient.15 - found > cacti:*:107: > You already have a group "cacti", so I will use it. > pw: user 'cacti' already exists > Adding user "cacti" failed... > *** Error code 1 > > stop at /usr/ports/net-mgmt/cacti > > > what will I do next? thanks Try freebsd-ports@, this doesn't seem to be related to X11 at all. The error message seems to be that it failed to add the user because it already exists - perhaps try removing the user and retrying the installation. Cheers Tom From keramida at freebsd.org Tue Jul 21 15:16:37 2009 From: keramida at freebsd.org (Giorgos Keramidas) Date: Tue Jul 21 15:16:44 2009 Subject: error updating Postfix In-Reply-To: <20090721132650.GB50935@atarininja.org> (Wesley Shields's message of "Tue, 21 Jul 2009 09:26:50 -0400") References: <4A64EE54.6080207@intersonic.se> <20090720232511.GA50935@atarininja.org> <4A6500EA.2030905@intersonic.se> <20090721040047.GB22720@tandon.net> <20090721132650.GB50935@atarininja.org> Message-ID: <87k5225bky.fsf@kobe.laptop> On Tue, 21 Jul 2009 09:26:50 -0400, Wesley Shields wrote: >> On 9 Jul 2009, ports/136599 fixed build on 8.0 systems. Now that the >> closefrom() system call has been MFC'd to -STABLE, a similar patch is >> required for mail/postfix. This was broached on cvs-ports@ on 17 Jul >> 2009 and keramida@ was testing a patch over the weekend. I've copied >> him on this message. For context (and an example of all that is >> really needed in ${WRKSRC}/src/util/sys_defs.h), see: > > Ah, I didn't realize the fix had been MFC'ed and that the machine in > question was RELENG_7. That explains it. Hopefully keramida@ has time > to commit it. I can commit it _now_. I just haven't had a chance to build on a very recent stable/7 system (my 'build machine' is a Celeron and it has taken already 2 days to build RELENG_7). If someone else has a recent 7-STABLE system and can test the patch please do. The latest version of 7.X I have access to right now is ref7.freebsd.org with: FreeBSD 7.2-STABLE (REF7-AMD64) #6 r194101M: Sat Jun 13 09:51:42 UTC 2009 From amdmi3 at amdmi3.ru Tue Jul 21 15:20:52 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Tue Jul 21 15:21:03 2009 Subject: misc/e2fsprogs-libuuid should be MAKE_JOBS_UNSAFE In-Reply-To: <4A659FDB.5070105@icyb.net.ua> References: <4A659FDB.5070105@icyb.net.ua> Message-ID: <20090721152047.GA20099@hades.panopticon> * Andriy Gapon (avg@icyb.net.ua) wrote: > > I think that misc/e2fsprogs-libuuid should be MAKE_JOBS_UNSAFE. > If I build the latest version of this port (tree updated yesterday) with default > options (no special variables in make.conf) on a multi-CPU machine, then it fails > with error similar to the following: > cd ./util ; gmake subst > gmake[1]: Entering directory > `/usr/obj/ports/usr/ports/misc/e2fsprogs-libuuid/work/e2fsprogs-1.41.8/util' > CC subst.c > ... > gmake[2]: Entering directory > `/usr/obj/ports/usr/ports/misc/e2fsprogs-libuuid/work/e2fsprogs-1.41.8/util' > LD subst > subst.o: file not recognized: File truncated > gmake[2]: *** [subst] Error 1 > ... A fix for this was recently added. Does the updated port show the same bahavior? > P.S. > Makefile of misc/e2fsprogs-libuuid doesn't have an explicit MAINTAINER line, so I > assume that it has the same maintainer as its master port misc/e2fsprogs. Yes it is, you can `make -VMAINTAINER` there. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From wxs at FreeBSD.org Tue Jul 21 15:21:08 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Jul 21 15:21:14 2009 Subject: error updating Postfix In-Reply-To: <87k5225bky.fsf@kobe.laptop> References: <4A64EE54.6080207@intersonic.se> <20090720232511.GA50935@atarininja.org> <4A6500EA.2030905@intersonic.se> <20090721040047.GB22720@tandon.net> <20090721132650.GB50935@atarininja.org> <87k5225bky.fsf@kobe.laptop> Message-ID: <20090721152104.GA66771@atarininja.org> On Tue, Jul 21, 2009 at 05:56:29PM +0300, Giorgos Keramidas wrote: > On Tue, 21 Jul 2009 09:26:50 -0400, Wesley Shields wrote: > >> On 9 Jul 2009, ports/136599 fixed build on 8.0 systems. Now that the > >> closefrom() system call has been MFC'd to -STABLE, a similar patch is > >> required for mail/postfix. This was broached on cvs-ports@ on 17 Jul > >> 2009 and keramida@ was testing a patch over the weekend. I've copied > >> him on this message. For context (and an example of all that is > >> really needed in ${WRKSRC}/src/util/sys_defs.h), see: > > > > Ah, I didn't realize the fix had been MFC'ed and that the machine in > > question was RELENG_7. That explains it. Hopefully keramida@ has time > > to commit it. > > I can commit it _now_. I just haven't had a chance to build on a very > recent stable/7 system (my 'build machine' is a Celeron and it has taken > already 2 days to build RELENG_7). If someone else has a recent > 7-STABLE system and can test the patch please do. The latest version of > 7.X I have access to right now is ref7.freebsd.org with: > > FreeBSD 7.2-STABLE (REF7-AMD64) #6 r194101M: Sat Jun 13 09:51:42 UTC 2009 If you send me the patch I'll test it on a RELENG_7 tinderbox jail built a day or two ago. -- WXS From alexanderchuranov at gmail.com Tue Jul 21 15:50:41 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Tue Jul 21 15:50:49 2009 Subject: devel/boost: request for an exp-run In-Reply-To: <1247674075.96044.11.camel@pav.hide.vol.cz> References: <3cb459ed0907150858s258b100o32a0a11aec508f6e@mail.gmail.com> <1247674075.96044.11.camel@pav.hide.vol.cz> Message-ID: <3cb459ed0907210850r2c01a773q52ebaa28c341f62c@mail.gmail.com> Hi Pav! Did you manage to start an exp-run? I'd like to start fixing issues as soon as possible, if there are any. Looks like we have chances for the boost-1.39 to be included in 8.0. Sincerely, Alexander Churanov 2009/7/15 Pav Lucistnik : > Okay > > Alexander Churanov p??e v st 15. 07. 2009 v 19:58 +0400: >> Folks, >> >> I've created an updated version of boost ports that fixes almost all >> issues reported after an exp-run. >> Please, make another exp-run, if possible. >> >> The updated diff is at >> http://alexanderchuranov.com/boost-port/boost-2009-07-14-15-33.diff >> The updated tarball is at >> http://alexanderchuranov.com/boost-port/boost-ports-20090710.tar.bz2 >> >> The procedure is as follows: >> >> 1) Download the tarball and unpack under /usr/ports/devel >> 2) Go to /usr/ports, download and apply the patch >> 3) Remove 'devel/boost' and 'devel/boost-python' ports >> 4) Rebuild ports >> >> Sincerely, >> Alexander Churanov, >> maintainer of devel/boost-* >> > -- > Pav Lucistnik > ? ? ? ? ? ? ? > > Orfax's hip flask contained Old Janx Spirit, a mixture of potions of > stupidity, paralysis, naivery, ruination, lose memories, confusion, > and slime mold juice, with a twist of lemon. > ? ?- from a post on Angband Community Forum > From mstackhouse at samsa.com Tue Jul 21 17:01:28 2009 From: mstackhouse at samsa.com (Michael D. Stackhouse) Date: Tue Jul 21 17:01:41 2009 Subject: FreeBSD Port: mplayer-0.99.11_14 Message-ID: <407390A9C396D342802A99E1295F5560496763@samsafs01.samsa.local> Is there an update available for mplayer? The current version at http://www.mplayerhq.hu seems to imply a 1.0 version. We're having problems with this error, that is likely corrected in a version greater than 0.99.11_14: vmbsd02# /usr/local/bin/mencoder rtsp://root:pass@172.28.10.65/mpeg4/media.amp -ovc copy -o /tmp/mike.mpeg4 MEncoder 1.0rc2-4.2.1 (C) 2000-2007 MPlayer Team CPU: Intel(R) Xeon(R) CPU X5570 @ 2.93GHz (Family: 6, Model: 26, Stepping: 8) CPUflags: Type: 6 MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. Connecting to server 172.28.10.65[172.28.10.65]: 554... librtsp: server responds: 'RTSP/1.0 401 Unauthorized' rtsp_session: unsupported RTSP server. Server type is 'unknown'. STREAM_LIVE555, URL: rtsp://root:pass@172.28.10.65/mpeg4/media.amp success: format: 21 data: 0x0 - 0x0 Stream not seekable! file format detected. Initiated "video/MP4V-ES" RTP subsession on port 51198 VIDEO: [mp4v] 0x0 0bpp 6.000 fps 0.0 kbps ( 0.0 kbyte/s) [V] filefmt:21 fourcc:0x7634706D size:0x0 fps: 6.00 ftime:=0.1667 videocodec: framecopy (0x0 0bpp fourcc=7634706d) MultiFramedRTPSource::doGetNextFrame1(): The total received frame size exceeds the client's buffer size (50000). 1100 bytes of trailing data will be dropped! Saw an input frame too large (>=50000). Increase MAX_RTP_FRAME_SIZE in "demux_rtp.cpp". Writing header... ODML: Aspect information not (yet?) available or unspecified, not writing vprp header. Writing header... ODML: Aspect information not (yet?) available or unspecified, not writing vprp header. MultiFramedRTPSource::doGetNextFrame1(): The total received frame size exceeds the client's buffer size (50000). 1100 bytes of trailing data will be dropped! Saw an input frame too large (>=50000). Increase MAX_RTP_FRAME_SIZE in "demux_rtp.cpp". MultiFramedRTPSource::doGetNextFrame1(): The total received frame size exceeds the client's buffer size (50000). 1100 bytes of trailing data will be dropped! Saw an input frame too large (>=50000). Increase MAX_RTP_FRAME_SIZE in "demux_rtp.cpp". MultiFramedRTPSource::doGetNextFrame1(): The total received frame size exceeds the client's buffer size (50000). 1100 bytes of trailing data will be dropped! Saw an input frame too large (>=50000). Increase MAX_RTP_FRAME_SIZE in "demux_rtp.cpp". MultiFramedRTPSource::doGetNextFrame1(): The total received frame size exceeds the client's buffer size (50000). 1100 bytes of trailing data will be dropped! Saw an input frame too large (>=50000). Increase MAX_RTP_FRAME_SIZE in "demux_rtp.cpp". Any suggestions would be appreciated. Thanks! Michael D. Stackhouse SAMSA, Inc. 989-790-0507 Saginaw, MI USA www.samsa.com samsaisgreat From garrett at precisionintermedia.com Tue Jul 21 18:13:28 2009 From: garrett at precisionintermedia.com (Garrett Albright) Date: Tue Jul 21 18:13:47 2009 Subject: FreeBSD Port: gd-2.0.35_1,1 Message-ID: <6D5935EA-9D5D-4103-AE32-74577CB33A9A@precisionintermedia.com> Hello. My name's Garrett Albright, and I'm running a couple of web servers with FreeBSD. My co-worker noticed that after we upgraded the GD port and associated ports (jpeg-7, etc) the other day, support for GD in PHP disappeared. Not being able to find the cause, I took to the desperate step of reinstalling stuff. Reinstalling the graphics/php5- gd port seemed to fix the problem. I'm not sure if this qualifies as a "bug" or not, but it was certainly unexpected. I'm still kind of a n00b at this sysadmin stuff, so it was a bit of a moment of panic for me. Regards; ---------------------------- Garrett Albright Web Developer Precision Intermedia Web: http://www.precisionintermedia.com Phone: 707-725-0804 Imagine No Limits? From peo at intersonic.se Tue Jul 21 18:55:37 2009 From: peo at intersonic.se (Per olof Ljungmark) Date: Tue Jul 21 18:56:00 2009 Subject: error updating Postfix In-Reply-To: <87k5225bky.fsf@kobe.laptop> References: <4A64EE54.6080207@intersonic.se> <20090720232511.GA50935@atarininja.org> <4A6500EA.2030905@intersonic.se> <20090721040047.GB22720@tandon.net> <20090721132650.GB50935@atarininja.org> <87k5225bky.fsf@kobe.laptop> Message-ID: <4A660F22.8080208@intersonic.se> Giorgos Keramidas wrote: > On Tue, 21 Jul 2009 09:26:50 -0400, Wesley Shields wrote: >>> On 9 Jul 2009, ports/136599 fixed build on 8.0 systems. Now that the >>> closefrom() system call has been MFC'd to -STABLE, a similar patch is >>> required for mail/postfix. This was broached on cvs-ports@ on 17 Jul >>> 2009 and keramida@ was testing a patch over the weekend. I've copied >>> him on this message. For context (and an example of all that is >>> really needed in ${WRKSRC}/src/util/sys_defs.h), see: >> Ah, I didn't realize the fix had been MFC'ed and that the machine in >> question was RELENG_7. That explains it. Hopefully keramida@ has time >> to commit it. > > I can commit it _now_. I just haven't had a chance to build on a very > recent stable/7 system (my 'build machine' is a Celeron and it has taken > already 2 days to build RELENG_7). If someone else has a recent > 7-STABLE system and can test the patch please do. The latest version of > 7.X I have access to right now is ref7.freebsd.org with: > > FreeBSD 7.2-STABLE (REF7-AMD64) #6 r194101M: Sat Jun 13 09:51:42 UTC 2009 I can test it as well... From pav at FreeBSD.org Tue Jul 21 20:14:16 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Tue Jul 21 20:14:23 2009 Subject: devel/boost: request for an exp-run In-Reply-To: <3cb459ed0907210850r2c01a773q52ebaa28c341f62c@mail.gmail.com> References: <3cb459ed0907150858s258b100o32a0a11aec508f6e@mail.gmail.com> <1247674075.96044.11.camel@pav.hide.vol.cz> <3cb459ed0907210850r2c01a773q52ebaa28c341f62c@mail.gmail.com> Message-ID: <1248207249.96959.7.camel@hood.oook.cz> Hi Alexander, unfortunately no, as pointyhat has been busy with other patches. Suddenly everyone wants to get their changes in before 8.0-RELEASE. Alexander Churanov p??e v ?t 21. 07. 2009 v 19:50 +0400: > Hi Pav! > > Did you manage to start an exp-run? I'd like to start fixing issues as > soon as possible, if there are any. Looks like we have chances for the > boost-1.39 to be included in 8.0. > > Sincerely, > Alexander Churanov > > > 2009/7/15 Pav Lucistnik : > > Okay > > > > Alexander Churanov p??e v st 15. 07. 2009 v 19:58 +0400: > >> Folks, > >> > >> I've created an updated version of boost ports that fixes almost all > >> issues reported after an exp-run. > >> Please, make another exp-run, if possible. > >> > >> The updated diff is at > >> http://alexanderchuranov.com/boost-port/boost-2009-07-14-15-33.diff > >> The updated tarball is at > >> http://alexanderchuranov.com/boost-port/boost-ports-20090710.tar.bz2 > >> > >> The procedure is as follows: > >> > >> 1) Download the tarball and unpack under /usr/ports/devel > >> 2) Go to /usr/ports, download and apply the patch > >> 3) Remove 'devel/boost' and 'devel/boost-python' ports > >> 4) Rebuild ports > >> > >> Sincerely, > >> Alexander Churanov, > >> maintainer of devel/boost-* > >> > > -- > > Pav Lucistnik > > > > > > Orfax's hip flask contained Old Janx Spirit, a mixture of potions of > > stupidity, paralysis, naivery, ruination, lose memories, confusion, > > and slime mold juice, with a twist of lemon. > > - from a post on Angband Community Forum > > > -- Pav Lucistnik Pain clots and unformed lice pat this train. -------------- 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/20090721/10ae392a/attachment.pgp From sem at FreeBSD.org Tue Jul 21 21:14:19 2009 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Tue Jul 21 21:14:32 2009 Subject: Cacti installation error In-Reply-To: <1248181845.2437.1755.camel@strangepork.london.mintel.ad> References: <47f6550a0907202016j106f2621p17128b2a6fc42e46@mail.gmail.com> <86y6qihdme.fsf@gmail.com> <47f6550a0907202132q73577ac8wad3ce2884ed39728@mail.gmail.com> <86ws62bota.fsf@gmail.com> <47f6550a0907210232l764ee35ej5c2a9a61ecf5c989@mail.gmail.com> <6201873e0907210505n2fa1b91fu511ec9dfbd0d242b@mail.gmail.com> <47f6550a0907210514y5d24b133pc44742c5c1ec8d05@mail.gmail.com> <1248181845.2437.1755.camel@strangepork.london.mintel.ad> Message-ID: <4A662B41.5020100@FreeBSD.org> Tom Evans ?????: > On Tue, 2009-07-21 at 20:14 +0800, Romeo Paras wrote: >> I already free some spaces and when I tried it again by running ' make >> install clean' i received these errors; >> >> >> cacti-0.8.7e depends on file: /usr/local/lib/php/20060613/session.so - found >> >> ===> cacti-0.8.7e depends on file: /usr/local/lib/php/20060613/sockets.so - >> found >> ===> cacti-0.8.7e depends on file: /usr/local/lib/php/20060613/snmp.so - >> found >> ===> cacti-0.8.7e depends on file: /usr/local/lib/php/20060613/xml.so - >> found >> ===> cacti-0.8.7e depends on shared library: mysqlclient.15 - found >> cacti:*:107: >> You already have a group "cacti", so I will use it. >> pw: user 'cacti' already exists >> Adding user "cacti" failed... >> *** Error code 1 >> >> stop at /usr/ports/net-mgmt/cacti >> >> >> what will I do next? thanks > > Try freebsd-ports@, this doesn't seem to be related to X11 at all. > > The error message seems to be that it failed to add the user because it > already exists - perhaps try removing the user and retrying the > installation. > It should be happened really: if ${PW} user show "${CACTIUSER}" 2>/dev/null; then echo "You already have a user \"${CACTIUSER}\", so I will use it ." else if ${PW} useradd ${CACTIUSER} -u ${UID} -g ${CACTIGROUP} -h - \ -d "/nonexistent" -s /sbin/nologin -c "Cacti Sandbox" then echo "Added user \"${CACTIUSER}\"." else echo "Adding user \"${CACTIUSER}\" failed..." exit 1 fi fi What FreeBSD version you use? -- Dixi. Sem. From sem at FreeBSD.org Tue Jul 21 21:14:20 2009 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Tue Jul 21 21:14:32 2009 Subject: Future of portupgrade Message-ID: <4A6628B0.6010701@FreeBSD.org> Hi. As you probably know, I've maintained portupgrade for the last three years. Unfortunately my free time dramatically decreased and about half year I did for portupgrade really little. I did not want to leave portupgrade unmaintained and after a discussion with stas@ I've decided to pass maintainership to ruby@ team. Thanks all for your patches, wishes and questions you sent me to make portupgrade better. I hope our ruby team will able care about it. -- Dixi. Sem. From cocko_mirindi at yahoo.fr Tue Jul 21 21:54:20 2009 From: cocko_mirindi at yahoo.fr (Tracy Musaza) Date: Tue Jul 21 21:54:32 2009 Subject: Future of portupgrade Message-ID: <990403.46428.qm@web23805.mail.ird.yahoo.com> Thanx D. Sem. and we hope you will do more than portupgrade some next time if available. cheers, Coko Tracy MIRINDI M.? IT Consultant/CTO BSDcongo mobiles: +250 78 349 5797 RWANDA, +243 81 413 6055 RDC --- En date de?: Mar 21.7.09, Sergey Matveychuk a ?crit?: De: Sergey Matveychuk Objet: Future of portupgrade ?: ports@FreeBSD.org Cc: ruby@FreeBSD.org Date: Mardi 21 Juillet 2009, 22h44 Hi. As you probably know, I've maintained portupgrade for the last three years. Unfortunately my free time dramatically decreased and about half year I did for portupgrade really little. I did not want to leave portupgrade unmaintained and after a discussion with stas@ I've decided to pass maintainership to ruby@ team. Thanks all for your patches, wishes and questions you sent me to make portupgrade better. I hope our ruby team will able care about it. -- Dixi. Sem. _______________________________________________ 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 brian at brianwhalen.net Wed Jul 22 00:19:09 2009 From: brian at brianwhalen.net (Brian Whalen) Date: Wed Jul 22 00:19:16 2009 Subject: error updating Postfix In-Reply-To: <87k5225bky.fsf@kobe.laptop> References: <4A64EE54.6080207@intersonic.se> <20090720232511.GA50935@atarininja.org> <4A6500EA.2030905@intersonic.se> <20090721040047.GB22720@tandon.net> <20090721132650.GB50935@atarininja.org> <87k5225bky.fsf@kobe.laptop> Message-ID: <4A665AF9.3000901@brianwhalen.net> Giorgos Keramidas wrote: > I can commit it _now_. I just haven't had a chance to build on a very > recent stable/7 system (my 'build machine' is a Celeron and it has taken > already 2 days to build RELENG_7). If someone else has a recent > 7-STABLE system and can test the patch please do. The latest version of > 7.X I have access to right now is ref7.freebsd.org with: > > FreeBSD 7.2-STABLE (REF7-AMD64) #6 r194101M: Sat Jun 13 09:51:42 UTC 2009 Those of you with slower machines, have you considered ccache? I cant imagine a 2 day build time, a k6-2 450 I still use takes about 8-9 hours without cache to build 6.stable, is that like a celeron 266 with like 64 megs of ram or sumthin? Brian From kitchetech at gmail.com Wed Jul 22 01:29:30 2009 From: kitchetech at gmail.com (matt donovan) Date: Wed Jul 22 01:29:37 2009 Subject: FreeBSD Port: mplayer-0.99.11_14 In-Reply-To: <407390A9C396D342802A99E1295F5560496763@samsafs01.samsa.local> References: <407390A9C396D342802A99E1295F5560496763@samsafs01.samsa.local> Message-ID: <28283d910907211829y105c4d44meb2ddeb99eaf8d66@mail.gmail.com> On Tue, Jul 21, 2009 at 12:51 PM, Michael D. Stackhouse < mstackhouse@samsa.com> wrote: > Is there an update available for mplayer? The current version at > http://www.mplayerhq.hu seems to imply a 1.0 version. > > We're having problems with this error, that is likely corrected in a > version greater than 0.99.11_14: > vmbsd02# /usr/local/bin/mencoder > rtsp://root:pass@172.28.10.65/mpeg4/media.amp -ovc copy -o > /tmp/mike.mpeg4 > MEncoder 1.0rc2-4.2.1 (C) 2000-2007 MPlayer Team > CPU: Intel(R) Xeon(R) CPU X5570 @ 2.93GHz (Family: 6, Model: > 26, Stepping: 8) > CPUflags: Type: 6 MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 > Compiled with runtime CPU detection. > Connecting to server 172.28.10.65[172.28.10.65]: 554... > librtsp: server responds: 'RTSP/1.0 401 Unauthorized' > rtsp_session: unsupported RTSP server. Server type is 'unknown'. > STREAM_LIVE555, URL: rtsp://root:pass@172.28.10.65/mpeg4/media.amp > success: format: 21 data: 0x0 - 0x0 > Stream not seekable! > file format detected. > Initiated "video/MP4V-ES" RTP subsession on port 51198 > VIDEO: [mp4v] 0x0 0bpp 6.000 fps 0.0 kbps ( 0.0 kbyte/s) > [V] filefmt:21 fourcc:0x7634706D size:0x0 fps: 6.00 ftime:=0.1667 > videocodec: framecopy (0x0 0bpp fourcc=7634706d) > MultiFramedRTPSource::doGetNextFrame1(): The total received frame size > exceeds the client's buffer size (50000). 1100 bytes of trailing data > will be dropped! > Saw an input frame too large (>=50000). Increase MAX_RTP_FRAME_SIZE in > "demux_rtp.cpp". > Writing header... > ODML: Aspect information not (yet?) available or unspecified, not > writing vprp header. > Writing header... > ODML: Aspect information not (yet?) available or unspecified, not > writing vprp header. > MultiFramedRTPSource::doGetNextFrame1(): The total received frame size > exceeds the client's buffer size (50000). 1100 bytes of trailing data > will be dropped! > Saw an input frame too large (>=50000). Increase MAX_RTP_FRAME_SIZE in > "demux_rtp.cpp". > MultiFramedRTPSource::doGetNextFrame1(): The total received frame size > exceeds the client's buffer size (50000). 1100 bytes of trailing data > will be dropped! > Saw an input frame too large (>=50000). Increase MAX_RTP_FRAME_SIZE in > "demux_rtp.cpp". > MultiFramedRTPSource::doGetNextFrame1(): The total received frame size > exceeds the client's buffer size (50000). 1100 bytes of trailing data > will be dropped! > Saw an input frame too large (>=50000). Increase MAX_RTP_FRAME_SIZE in > "demux_rtp.cpp". > MultiFramedRTPSource::doGetNextFrame1(): The total received frame size > exceeds the client's buffer size (50000). 1100 bytes of trailing data > will be dropped! > Saw an input frame too large (>=50000). Increase MAX_RTP_FRAME_SIZE in > "demux_rtp.cpp". > > Any suggestions would be appreciated. > > Thanks! > > Michael D. Stackhouse > SAMSA, Inc. > 989-790-0507 > Saginaw, MI USA > www.samsa.com > > > > > samsaisgreat > > > _______________________________________________ > 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" Considering that mplayer no longer does stable releases you would have to switch the makefile to use svn to get an updated mplayer From pczanik at fang.fa.gau.hu Wed Jul 22 08:55:10 2009 From: pczanik at fang.fa.gau.hu (Peter Czanik) Date: Wed Jul 22 08:55:17 2009 Subject: mysql 5.4 does not compile on FreeBSD 7.1 amd64 Message-ID: <4A66CD06.5020807@fang.fa.gau.hu> Hello, Mysql 5.4 does not compile on FreeBSD 7.1 amd64. Here is the compile output using the latest ports: ===> Building for mysql-client-5.4.1 Making all in include gmake[1]: Entering directory `/usr/ports/databases/mysql54-client/work/mysql-5.4.1-beta/include' /bin/cp config.h my_config.h /bin/rm -f readline openssl /bin/ln -s ../extra/yassl/include/openssl openssl echo timestamp > link_sources if ! test -f probes_mysql.d ; then \ /bin/cp -f ../include/probes_mysql.d.base probes_mysql.d; \ fi /usr/bin/perl ../scripts/dheadgen.pl -f probes_mysql.d > probes_mysql_nodtrace.h dtrace -h -s probes_mysql.d -o probes_mysql_dtrace.h dtrace: failed to compile script probes_mysql.d: "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" gmake[1]: *** [probes_mysql_dtrace.h] Error 1 gmake[1]: Leaving directory `/usr/ports/databases/mysql54-client/work/mysql-5.4.1-beta/include' gmake: *** [all-recursive] Error 1 *** Error code 1 Stop in /usr/ports/databases/mysql54-client. *** Error code 1 Stop in /usr/ports/databases/mysql54-server. v16# pwd /usr/ports/databases/mysql54-server v16# uname -a FreeBSD v16.fa.gau.hu 7.1-RELEASE-p4 FreeBSD 7.1-RELEASE-p4 #0: Sun Mar 22 09:43:46 UTC 2009 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 Bye, CzP From sergey.dyatko at gmail.com Wed Jul 22 09:41:19 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Wed Jul 22 09:41:52 2009 Subject: mysql 5.4 does not compile on FreeBSD 7.1 amd64 In-Reply-To: <4A66CD06.5020807@fang.fa.gau.hu> References: <4A66CD06.5020807@fang.fa.gau.hu> Message-ID: <20090722121722.0ede6895@notebook> ? Wed, 22 Jul 2009 10:25:42 +0200 Peter Czanik ?????: PC> Hello, PC> Mysql 5.4 does not compile on FreeBSD 7.1 amd64. Here is the compile PC> output using the latest ports: PC> PC> ===> Building for mysql-client-5.4.1 PC> Making all in include PC> gmake[1]: Entering directory PC> `/usr/ports/databases/mysql54-client/work/mysql-5.4.1-beta/include' PC> PC> /bin/cp config.h PC> my_config.h PC> /bin/rm -f readline PC> openssl PC> /bin/ln -s ../extra/yassl/include/openssl PC> openssl PC> echo timestamp > PC> link_sources PC> if ! test -f probes_mysql.d ; then PC> \ PC> /bin/cp -f ../include/probes_mysql.d.base PC> probes_mysql.d; \ fi PC> /usr/bin/perl ../scripts/dheadgen.pl -f probes_mysql.d > PC> probes_mysql_nodtrace.h PC> dtrace -h -s probes_mysql.d -o probes_mysql_dtrace.h PC> dtrace: failed to compile script probes_mysql.d: PC> "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" PC> gmake[1]: *** [probes_mysql_dtrace.h] Error 1 PC> gmake[1]: Leaving directory PC> `/usr/ports/databases/mysql54-client/work/mysql-5.4.1-beta/include' PC> gmake: *** [all-recursive] Error 1 PC> *** Error code 1 PC> PC> Stop in /usr/ports/databases/mysql54-client. PC> *** Error code 1 PC> PC> Stop in /usr/ports/databases/mysql54-server. PC> v16# pwd PC> /usr/ports/databases/mysql54-server PC> v16# uname -a PC> FreeBSD v16.fa.gau.hu 7.1-RELEASE-p4 FreeBSD 7.1-RELEASE-p4 #0: Sun PC> Mar 22 09:43:46 UTC 2009 PC> root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC PC> amd64 PC> PC> Bye, PC> CzP same error on -CURRENT current# uname -a FreeBSD current.minsk.domain 8.0-BETA2 FreeBSD 8.0-BETA2 #0 r195777: Mon Jul 20 13:21:11 EEST 2009 tiger@current.minsk.domain:/usr/obj/usr/src/sys/KERN amd64 current# more /usr/src/sys/amd64/conf/KERN include GENERIC ident KERN nooptions INET6 nooptions SCTP nooptions DDB nooptions INVARIANTS nooptions INVARIANT_SUPPORT nooptions WITNESS nooptions WITNESS_SKIPSPIN -- wbr, tiger From rink at FreeBSD.org Wed Jul 22 10:02:48 2009 From: rink at FreeBSD.org (Rink Springer) Date: Wed Jul 22 10:03:04 2009 Subject: mysql 5.4 does not compile on FreeBSD 7.1 amd64 In-Reply-To: <20090722121722.0ede6895@notebook> References: <4A66CD06.5020807@fang.fa.gau.hu> <20090722121722.0ede6895@notebook> Message-ID: <20090722094513.GB112@rink.nu> Hi, On Wed, Jul 22, 2009 at 12:17:22PM +0300, Sergey V. Dyatko wrote: > ? Wed, 22 Jul 2009 10:25:42 +0200 > PC> Mysql 5.4 does not compile on FreeBSD 7.1 amd64. Here is the compile > PC> output using the latest ports: I was under the impression that *userland* dtrace wasn't (yet) supported; neither on 7 nor on CURRENT. I'd say the port should be updated so it won't try to use dtrace support (most likely a configure option) Regards, -- Rink P.W. Springer - http://rink.nu "Optimism, Hercules, is the shield of fools." - Dahak From ale at FreeBSD.org Wed Jul 22 10:36:16 2009 From: ale at FreeBSD.org (Alex Dupre) Date: Wed Jul 22 10:36:23 2009 Subject: mysql 5.4 does not compile on FreeBSD 7.1 amd64 In-Reply-To: <20090722094513.GB112@rink.nu> References: <4A66CD06.5020807@fang.fa.gau.hu> <20090722121722.0ede6895@notebook> <20090722094513.GB112@rink.nu> Message-ID: <4A66EB9B.4040607@FreeBSD.org> Rink Springer ha scritto: > I was under the impression that *userland* dtrace wasn't (yet) > supported; neither on 7 nor on CURRENT. I'd say the port should be > updated so it won't try to use dtrace support (most likely a configure > option) I'll do it soon. I'd like to know who added the --enable-dtrace configure option, when the default is to enable it! -- Alex Dupre From alex-goncharov at comcast.net Wed Jul 22 10:50:55 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Wed Jul 22 10:51:03 2009 Subject: mysql 5.4 does not compile on FreeBSD 7.1 amd64 In-Reply-To: <4A66EB9B.4040607@FreeBSD.org> (message from Alex Dupre on Wed, 22 Jul 2009 12:36:11 +0200) References: <4A66CD06.5020807@fang.fa.gau.hu> <20090722121722.0ede6895@notebook> <20090722094513.GB112@rink.nu> <4A66EB9B.4040607@FreeBSD.org> Message-ID: ,--- You/Alex (Wed, 22 Jul 2009 12:36:11 +0200) ----* | | Rink Springer ha scritto: | > I was under the impression that *userland* dtrace wasn't (yet) | > supported; neither on 7 nor on CURRENT. I'd say the port should be | > updated so it won't try to use dtrace support (most likely a configure | > option) | | I'll do it soon. I'd like to know who added the --enable-dtrace | configure option, when the default is to enable it! I think you did, when you took over the port: ---------------------------------------------------------------------- cd /usr/ports/databases/mysql54-server; egrep -i 'MAINTAINER|DTRACE' Makefile; cat pkg-descr MAINTAINER= ale@FreeBSD.org MySQL is a very fast, multi-threaded, multi-user and robust SQL (Structured Query Language) database server. WWW: http://www.mysql.com/ - Alex Dupre ale@FreeBSD.org ---------------------------------------------------------------------- The dtrace issue was handled in my original submission of the port: http://www.freebsd.org/cgi/query-pr.cgi?prp=136263-3-shar&n=/shar-3.sh: ------------------------------------------------------------ cd /usr/ports/databases/myport/mysql54-server; egrep -i 'MAINTAINER|DTRACE' Makefile; cat pkg-descr MAINTAINER= alex-goncharov@comcast.net .if defined(WITH_DTRACE) CONFIGURE_ARGS+=--enable-dtrace CONFIGURE_ARGS+=--enable-dtrace=no MySQL 5.4 Community Edition - Preview Release MySQL Community Edition is a freely downloadable version of the world's most popular open source database that is supported by an active community of open source developers and enthusiasts. MySQL 5.4 is based on MySQL 5.1 but includes small, high-impact changes to enhance scalability and performance in MySQL Server. As with any other pre-production set of software, the preview release of MySQL 5.4 is not recommended for use on production systems. When using MySQL 5.4, note that it is good practice to back up your data before installing the new software. MySQL/Sun generally recommends that you dump and reload your tables from any previous version to upgrade to MySQL 5.4. http://dev.mysql.com/doc/mysql-5.4-features/en/index.html Alex Goncharov ------------------------------------------------------------ ls -l pkg-descr Makefile -rw-r--r-- 1 root wheel 8792 Jul 4 21:16 Makefile -rw-r--r-- 1 root wheel 832 Jul 4 21:16 pkg-descr ------------------------------------------------------------ -- Alex -- alex-goncharov@comcast.net -- From alex-goncharov at comcast.net Wed Jul 22 11:10:06 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Wed Jul 22 11:10:18 2009 Subject: ports/136263: New port: MySQL 5.4 -- requesting ownership In-Reply-To: (message from Alex Goncharov on Fri, 03 Jul 2009 00:16:04 -0400) References: <200907030350.n633o0oc070432@freefall.freebsd.org> Message-ID: ,--- You/Alex (Wed, 22 Jul 2009 12:36:11 +0200) ----* | I'll do it soon. I'd like to know who added the --enable-dtrace | configure option, when the default is to enable it! http://www.freebsd.org/cgi/query-pr.cgi?pr=136263 / || || Originator: Alex Goncharov | || PR 136253 states: "MySQL 5.4 port is requested by July 10th. I am || willing to do it." | | || From: Alex Goncharov || Date: Sat, 04 Jul 2009 22:51:55 -0400 || The shar file I sent in the previous submission had a defective || pkg-list; this one is good. || ... | || State Changed || From-To: open->closed || By: ale || When: Tue Jul 21 08:29:49 UTC 2009 || Why: A different version has been committed, thanks anyway. You are very welcome! -- Alex -- alex-goncharov@comcast.net -- From rnoland at FreeBSD.org Wed Jul 22 11:20:23 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Jul 22 11:20:29 2009 Subject: mysql 5.4 does not compile on FreeBSD 7.1 amd64 In-Reply-To: <4A66EB9B.4040607@FreeBSD.org> References: <4A66CD06.5020807@fang.fa.gau.hu> <20090722121722.0ede6895@notebook> <20090722094513.GB112@rink.nu> <4A66EB9B.4040607@FreeBSD.org> Message-ID: <1248261613.51779.4.camel@balrog.2hip.net> On Wed, 2009-07-22 at 12:36 +0200, Alex Dupre wrote: > Rink Springer ha scritto: > > I was under the impression that *userland* dtrace wasn't (yet) > > supported; neither on 7 nor on CURRENT. I'd say the port should be > > updated so it won't try to use dtrace support (most likely a configure > > option) > > I'll do it soon. I'd like to know who added the --enable-dtrace > configure option, when the default is to enable it! FWIW, we explicitly disable dtrace support in the Xorg ports, because we don't have userland support. robert. -- Robert Noland FreeBSD From rnoland at FreeBSD.org Wed Jul 22 11:58:58 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Jul 22 11:59:05 2009 Subject: cairo-dock on FreeBSD In-Reply-To: <200907121236.30877.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <11167f520907071355p771aa1bbx9c9585fc48685722@mail.gmail.com> <11167f520907071443y540eaddcn83ac96a2ba6ddd6@mail.gmail.com> <200907121236.30877.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <1248262282.51779.10.camel@balrog.2hip.net> On Sun, 2009-07-12 at 12:36 -0800, Mel Flynn wrote: > On Tuesday 07 July 2009 13:43:45 Sam Fourman Jr. wrote: > > On Tue, Jul 7, 2009 at 3:55 PM, Sam Fourman Jr. wrote: > > > Hello Ports list > > > > > > cairo-dock (A desktop dock bar like OSX) does not appear to have a > > > port in the ports tree > > > so I am attempting to compile cairo-dock from scratch in FreeBSD > > > it would appear that I too need crypt.h, I downloaded the linux source > > > here: http://download.berlios.de/cairo-dock/cairo-dock-2.0.7.tar.bz2 > > > > > > All i did was download the source, extract it and ./configure && make > > > below a is the bottom part of the compile error, along with my FreeBSD > > > version > > > > > > I have never made a port before, so any help getting this to compile > > > would be Great. > > > > > > uname -a > > > FreeBSD 8.0-HEAD-20090601-JPSNAP FreeBSD 8.0-HEAD-20090601-JPSNAP #0: > > > Mon Jun 1 02:48:06 UTC 2009 > > > root@build-i386-fbsd-2.allbsd.org:/usr/obj/i386/usr/src/sys/GENERIC > > > i386 > > > > > > > > > > > > from cairo-dock-draw.c:14: > > > /usr/local/include/gtk-2.0/gtk/gtkitemfactory.h:47: warning: function > > > declaration isn't a prototype > > > mv -f .deps/cairo_dock-cairo-dock-draw.Tpo > > > .deps/cairo_dock-cairo-dock-draw.Po gcc -DHAVE_CONFIG_H -I. -I.. > > > -D_THREAD_SAFE -D_REENTRANT > > > -I/usr/local/include/gtk-2.0 -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 > > > -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/librsvg-2 -I/usr/local/include/dbus-1.0 > > > -I/usr/local/include/dbus-1.0/include -I/usr/local/include/libxml2 > > > -I/usr/local/include/gtkglext-1.0 > > > -I/usr/local/lib/gtkglext-1.0/include -D_THREAD_SAFE > > > -I/usr/local/include -DHAVE_XEXTEND="1" -DHAVE_LIBCRYPT=1 > > > -DCAIRO_DOCK_SHARE_DATA_DIR=\""/usr/local/share/cairo-dock"\" > > > -DCAIRO_DOCK_SHARE_THEMES_DIR=\""/usr/local/share/cairo-dock/themes"\" > > > -DCAIRO_DOCK_MODULES_DIR=\""/usr/local/lib/cairo-dock"\" > > > -DCAIRO_DOCK_CONF_FILE=\""cairo-dock.conf"\" > > > -DCAIRO_DOCK_LAUNCHER_CONF_FILE=\""launcher.conf"\" > > > -DCAIRO_DOCK_CONTAINER_CONF_FILE=\""container.conf"\" > > > -DCAIRO_DOCK_SEPARATOR_CONF_FILE=\""separator.conf"\" > > > -DCAIRO_DOCK_THEME_CONF_FILE=\""themes.conf"\" > > > -DCAIRO_DOCK_MAIN_DOCK_CONF_FILE=\""main-dock.conf"\" > > > -DCAIRO_DOCK_DEFAULT_ICON_NAME=\""default-icon.svg"\" > > > -DCAIRO_DOCK_DEFAULT_APPLI_ICON_NAME=\""default-icon-appli.svg"\" > > > -DCAIRO_DOCK_DEFAULT_INDICATOR_NAME=\""default-indicator.png"\" > > > -DCAIRO_DOCK_DEFAULT_CLASS_INDICATOR_NAME=\""default-class-indicator.svg" > > >\" -DCAIRO_DOCK_VERSION=\""2.0.7"\" > > > -DCAIRO_DOCK_LOCALE_DIR=\""/usr/local/share/locale"\" > > > -DCAIRO_DOCK_GETTEXT_PACKAGE=\""cairo-dock"\" > > > -DCAIRO_DOCK_ICON=\""cairo-dock.svg"\" > > > -DCAIRO_DOCK_LOGO=\""cairo-dock-logo.png"\" > > > -DCAIRO_DOCK_THEMES_DIR=\""themes"\" -DGL_GLEXT_PROTOTYPES=\""1"\" > > > -std=c99 -O3 -g -ggdb -Wstrict-prototypes -Wextra -Wwrite-strings > > > -Wuninitialized -Werror-implicit-function-declaration -g -O2 -MT > > > cairo_dock-cairo-dock-config.o -MD -MP -MF > > > .deps/cairo_dock-cairo-dock-config.Tpo -c -o > > > cairo_dock-cairo-dock-config.o `test -f 'cairo-dock-config.c' || echo > > > './'`cairo-dock-config.c > > > In file included from /usr/local/include/gtk-2.0/gtk/gtk.h:226, > > > from cairo-dock-config.c:12: > > > /usr/local/include/gtk-2.0/gtk/gtkitemfactory.h:47: warning: function > > > declaration isn't a prototype > > > cairo-dock-config.c:19:19: error: crypt.h: No such file or directory > > > In file included from cairo-dock-draw-opengl.h:9, > > > from cairo-dock-config.c:29: > > > /usr/local/include/GL/glu.h:287: warning: function declaration isn't a > > > prototype cairo-dock-config.c: In function 'cairo_dock_decrypt_string': > > > cairo-dock-config.c:868: error: implicit declaration of function > > > 'encrypt' *** Error code 1 So, I've sent a bit of time the last couple of days porting cairo-dock and cairo-dock-plugins. Hopefully, I'll have something to commit pretty soon. I am interested to see how you handled patching the crypt support though. I am just disabling it right now. The patch that you attached was stripped. Sigh, gtk is fun... ;) robert. > > > > > > Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7/src. > > > *** Error code 1 > > > > > > Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7/src. > > > *** Error code 1 > > > > > > Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7. > > > *** Error code 1 > > > > > > Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7. > > > > > > Sam Fourman Jr. > > > > Here is a update, this probably isn't news to anyone on this list > > after a half hour of googling I found the answer to my first problem. > > > > in cairo-dock-config.c do the following. > > > > /* #include */ > > #include > > > > after that it compiled further we now have this problem, it no doubt > > is something else *BSD > > does different than linux (most likely for a good reason :) ) > > I will continue my quest to compile cairo-dock, and report back once I > > find the answer to this error. > > > > > > > cairo-dock-menu.c:56: error: conflicting types for 'localtime_r' > > /usr/include/time.h:176: error: previous declaration of 'localtime_r' was > > here *** Error code 1 > > Attached port works for me as far as building goes. I'll leave pkg-plist and > install to you, as I don't use gnome. > _______________________________________________ > 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 ale at FreeBSD.org Wed Jul 22 12:23:13 2009 From: ale at FreeBSD.org (Alex Dupre) Date: Wed Jul 22 12:23:20 2009 Subject: mysql 5.4 does not compile on FreeBSD 7.1 amd64 In-Reply-To: References: <4A66CD06.5020807@fang.fa.gau.hu> <20090722121722.0ede6895@notebook> <20090722094513.GB112@rink.nu> <4A66EB9B.4040607@FreeBSD.org> Message-ID: <4A6704AE.5040803@FreeBSD.org> Alex Goncharov ha scritto: > I think you did, when you took over the port. I understand you may feel angry because you didn't get the 100$ donation. I'm sorry, but that's not my fault. -- Alex Dupre From uqs at spoerlein.net Wed Jul 22 12:41:27 2009 From: uqs at spoerlein.net (Ulrich =?utf-8?B?U3DDtnJsZWlu?=) Date: Wed Jul 22 12:41:34 2009 Subject: ejabberd 2.0.5 + erlang-r13b01_5 : failure In-Reply-To: <20090714152116.76876fsdddm8wls8@webmail.leidinger.net> References: <1247556850.20049.7.camel@ompc.insign.local> <20090714083551.GQ2145@acme.spoerlein.net> <20090714152116.76876fsdddm8wls8@webmail.leidinger.net> Message-ID: <20090722124123.GM98331@acme.spoerlein.net> On Tue, 14.07.2009 at 15:21:16 +0200, Alexander Leidinger wrote: > Quoting Ulrich Sp?rlein (from Tue, 14 Jul 2009 > 10:35:51 +0200): > > > peruse the ejabberd forums/mailing lists. They don't support building with > > erlang-r13 yet. It's as simple as that, and I, too, wasted a whole day > > figuring that out. > > Patches at (I haven't tested any patch): > http://bugs.gentoo.org/show_bug.cgi?id=267524 > https://support.process-one.net/browse/EJAB-919 > > Bye, > Alexander. Tested patch attached to http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/135593 , thanks for the tip regarding EJAB-919. If someone would be so kind to commit the changes; shaun@ has relinquished maintainership recently :( Bye, Uli From alex-goncharov at comcast.net Wed Jul 22 12:44:23 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Wed Jul 22 12:44:30 2009 Subject: mysql 5.4 does not compile on FreeBSD 7.1 amd64 In-Reply-To: <4A6704AE.5040803@FreeBSD.org> (message from Alex Dupre on Wed, 22 Jul 2009 14:23:10 +0200) References: <4A66CD06.5020807@fang.fa.gau.hu> <20090722121722.0ede6895@notebook> <20090722094513.GB112@rink.nu> <4A66EB9B.4040607@FreeBSD.org> <4A6704AE.5040803@FreeBSD.org> Message-ID: ,--- You/Alex (Wed, 22 Jul 2009 14:23:10 +0200) ----* | Alex Goncharov ha scritto: | > I think you did, when you took over the port. | | I understand you may feel angry because you didn't get the 100$ | donation. I'm sorry, but that's not my fault. I am not angry -- have a good day and enjoy the ownership. :-) -- Alex -- alex-goncharov@comcast.net -- From bennett at cs.niu.edu Wed Jul 22 12:45:56 2009 From: bennett at cs.niu.edu (Scott Bennett) Date: Wed Jul 22 12:46:03 2009 Subject: needing install OpenOffice.org without messing up perl Message-ID: <200907221245.n6MCjCOU028926@mp.cs.niu.edu> Finally getting back to this...sigh... On Thu, 09 Jul 2009 14:10:54 -0400 Lowell Gilbert wrote: >Scott Bennett writes: > >> What is the best way to install OpenOffice.org from a package without >> the installation trying to reinstall perl5.8 over perl5.10? > >Get a package that includes them? Do you have any suggestions of where to find such a beast? > >Short of that, you would have to install the package without >dependencies. There is a pkg_add option to do this, but the Sure, but OOo is so huge and requires so much other stuff that there is almost certainly something it wants installed that I do not already have installed. >trick comes afterwards, when you have to fix it up to use the >perl you actually have (perl-after-upgrade(1) might be able to >handle this, but you have no guarantees.). Or you could just Why wouldn't OOo, once installed, simply use whatever were installed as /usr/local/bin/perl? It seems to me that the bigger worry it that portmaster may try to rebuild it whenever a -a option is used. portmanager, OTOH, has a -u option that might do the job. portupgrade, of course, can have all sorts of things blocked from upgrading by putting the proper magic into /etc/portupgrade.conf. If only portmaster had a similar way of doing things. Since so many people now advocate using either portmanager or portmaster to do general upgrades (-a), rather than portupgrade -a, I guess portmanager is the only method available to keep OOo from being rebuilt whenever one of its dependencies gets upgraded. >install both perl versions; they should be able to coexist >just fine. > That would be nice and reasonably simple if it were an option. Unfortunately, the two versions are incompatible. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From bennett at cs.niu.edu Wed Jul 22 12:52:54 2009 From: bennett at cs.niu.edu (Scott Bennett) Date: Wed Jul 22 12:53:04 2009 Subject: needing install OpenOffice.org without messing up perl Message-ID: <200907221252.n6MCqBPw029638@mp.cs.niu.edu> I wrote: > Finally getting back to this...sigh... > On Thu, 09 Jul 2009 14:10:54 -0400 Lowell Gilbert > wrote: >>Scott Bennett writes: >> >>> What is the best way to install OpenOffice.org from a package without >>> the installation trying to reinstall perl5.8 over perl5.10? >> >>Get a package that includes them? > > Do you have any suggestions of where to find such a beast? >> >>Short of that, you would have to install the package without >>dependencies. There is a pkg_add option to do this, but the > > Sure, but OOo is so huge and requires so much other stuff >that there is almost certainly something it wants installed that >I do not already have installed. > >>trick comes afterwards, when you have to fix it up to use the >>perl you actually have (perl-after-upgrade(1) might be able to >>handle this, but you have no guarantees.). Or you could just > > Why wouldn't OOo, once installed, simply use whatever were >installed as /usr/local/bin/perl? > It seems to me that the bigger worry it that portmaster may >try to rebuild it whenever a -a option is used. portmanager, OTOH, >has a -u option that might do the job. portupgrade, of course, My mistake. portmanager -u is supposed to accomplish roughly what portmaster -a or portupgrade -a accomplishes. I meant to write portmanager -u -ip packagename rather than what I wrote before. >can have all sorts of things blocked from upgrading by putting the >proper magic into /etc/portupgrade.conf. If only portmaster had >a similar way of doing things. Since so many people now advocate >using either portmanager or portmaster to do general upgrades (-a), >rather than portupgrade -a, I guess portmanager is the only method >available to keep OOo from being rebuilt whenever one of its >dependencies gets upgraded. > >>install both perl versions; they should be able to coexist >>just fine. >> > That would be nice and reasonably simple if it were an option. >Unfortunately, the two versions are incompatible. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From mikej at rogers.com Wed Jul 22 15:25:03 2009 From: mikej at rogers.com (Mike Jakubik) Date: Wed Jul 22 15:25:09 2009 Subject: Please commit ports/136765 and ports/136727 Message-ID: Hi, Could someone please commit these updates before the ports freeze comes in? I don't think these maintainers are very active any more. I've been running the updated ports on a few servers for over two weeks now without any issues. Thanks. From wxs at FreeBSD.org Wed Jul 22 16:21:13 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Wed Jul 22 16:21:20 2009 Subject: Please commit ports/136765 and ports/136727 In-Reply-To: References: Message-ID: <20090722162112.GB15217@atarininja.org> On Wed, Jul 22, 2009 at 11:25:24AM -0400, Mike Jakubik wrote: > Hi, > > Could someone please commit these updates before the ports freeze comes > in? I don't think these maintainers are very active any more. I've been > running the updated ports on a few servers for over two weeks now without > any issues. It's customary to give each PR a 2 week timeout before committing it. These are just over a week old now. We should continue to uphold the maintainer timeout for these IMO. If they are not committed by the maintainer when the timeout happens please let me know and I'll do my best to get them in before the freeze. -- WXS From mikej at rogers.com Wed Jul 22 17:11:09 2009 From: mikej at rogers.com (Mike Jakubik) Date: Wed Jul 22 17:11:15 2009 Subject: Please commit ports/136765 and ports/136727 In-Reply-To: <20090722162112.GB15217@atarininja.org> References: <20090722162112.GB15217@atarininja.org> Message-ID: <34808ce5bfce6edc0ce80a93c24a68fb.squirrel@wettoast.dyndns.org> On Wed, July 22, 2009 12:21 pm, Wesley Shields wrote: > On Wed, Jul 22, 2009 at 11:25:24AM -0400, Mike Jakubik wrote: >> Hi, >> >> Could someone please commit these updates before the ports freeze comes >> in? I don't think these maintainers are very active any more. I've been >> running the updated ports on a few servers for over two weeks now >> without >> any issues. > > It's customary to give each PR a 2 week timeout before committing it. > These are just over a week old now. We should continue to uphold the > maintainer timeout for these IMO. If they are not committed by the > maintainer when the timeout happens please let me know and I'll do my > best to get them in before the freeze. OK, sounds good, thanks! From linimon at lonesome.com Wed Jul 22 17:51:06 2009 From: linimon at lonesome.com (Mark Linimon) Date: Wed Jul 22 17:51:14 2009 Subject: Please commit ports/136765 and ports/136727 In-Reply-To: <20090722162112.GB15217@atarininja.org> References: <20090722162112.GB15217@atarininja.org> Message-ID: <20090722173137.GA14299@lonesome.com> On Wed, Jul 22, 2009 at 12:21:12PM -0400, Wesley Shields wrote: > On Wed, Jul 22, 2009 at 11:25:24AM -0400, Mike Jakubik wrote: > > Hi, > > > > Could someone please commit these updates before the ports freeze comes > > in? I don't think these maintainers are very active any more. I've been > > running the updated ports on a few servers for over two weeks now without > > any issues. > > It's customary to give each PR a 2 week timeout before committing it. For the record, girgen's most recent commit was 20090708; however, nemoliu's was indeed some time ago (20081230). I'll send email about the latter. mcl From shuvaev at physik.uni-wuerzburg.de Wed Jul 22 18:01:35 2009 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Wed Jul 22 18:01:42 2009 Subject: needing install OpenOffice.org without messing up perl In-Reply-To: <200907221252.n6MCqBPw029638@mp.cs.niu.edu> References: <200907221252.n6MCqBPw029638@mp.cs.niu.edu> Message-ID: <20090722180133.GB57243@wep4035.physik.uni-wuerzburg.de> On Wed, Jul 22, 2009 at 07:52:11AM -0500, Scott Bennett wrote: > I wrote: > > Sure, but OOo is so huge and requires so much other stuff > >that there is almost certainly something it wants installed that > >I do not already have installed. > > > > Why wouldn't OOo, once installed, simply use whatever were > >installed as /usr/local/bin/perl? > > It seems to me that the bigger worry it that portmaster may > >try to rebuild it whenever a -a option is used. portmanager, OTOH, > >has a -u option that might do the job. portupgrade, of course, > > My mistake. portmanager -u is supposed to accomplish roughly > what portmaster -a or portupgrade -a accomplishes. I meant to write > portmanager -u -ip packagename rather than what I wrote before. > > >can have all sorts of things blocked from upgrading by putting the > >proper magic into /etc/portupgrade.conf. If only portmaster had > >a similar way of doing things. Since so many people now advocate > >using either portmanager or portmaster to do general upgrades (-a), > >rather than portupgrade -a, I guess portmanager is the only method > >available to keep OOo from being rebuilt whenever one of its > >dependencies gets upgraded. > > If only you have RTFM %) >From man portmaster: /var/db/pkg/*/+IGNOREME If this file exists, several things will happen: 1. The port will be ignored for all purposes, including dependency updates, if there is no directory for it in /usr/ports, and there is no entry for it in /usr/ports/MOVED. If the -v option is used, the fact that the port is being ignored will be mentioned. 2. If using the -L option, and a new version exists, the existence of the +IGNOREME file will be mentioned. 3. If you do a regular update of the port, or if the -a option is being used, you will be asked if you want to update the port anyway; unless the -u option is being used, in which case the port will be ignored. So, touch /var/db/pkg/openoffice.org-XXXX/+IGNOREME would do the trick. From thomas.e.zander at googlemail.com Wed Jul 22 19:22:09 2009 From: thomas.e.zander at googlemail.com (Thomas Zander) Date: Wed Jul 22 19:22:16 2009 Subject: FreeBSD Port: mplayer-0.99.11_14 In-Reply-To: <28283d910907211829y105c4d44meb2ddeb99eaf8d66@mail.gmail.com> References: <407390A9C396D342802A99E1295F5560496763@samsafs01.samsa.local> <28283d910907211829y105c4d44meb2ddeb99eaf8d66@mail.gmail.com> Message-ID: <786602c60907221153r338a0740k34bc7f761888ab9a@mail.gmail.com> On Wed, Jul 22, 2009 at 03:29, matt donovan wrote: > Considering that mplayer no longer does stable releases you would have to > switch the makefile to use svn to get an updated mplayer Correct. At least at the moment they are not preparing releases. Unfortunately. Michael, did you try to build an mplayer from svn and check if your video works with it? Riggs From pmc at citylink.dinoex.sub.org Wed Jul 22 19:43:22 2009 From: pmc at citylink.dinoex.sub.org (Peter Much) Date: Wed Jul 22 19:43:29 2009 Subject: [PATCH] databases/postgresql-plruby: build w/ Postgres 8.4 Message-ID: <20090722181301.GA7289@gate.oper.dinoex.org> Hi, we should add this header to PLruby - it is no longer provided by postgres 8.4 for us lazy guys ;) Besides that, it works (as far as I am concerned). rgds, PMc --------------------------------------------------------------------- *** src/plruby.h.orig Wed Jul 22 13:43:23 2009 --- src/plruby.h Wed Jul 22 13:43:34 2009 *************** *** 2,7 **** --- 2,8 ---- #include #include + #include "postgres.h" #include "executor/spi.h" #include "commands/trigger.h" #include "utils/elog.h" --------------------------------------------------------------------- From freebsd-ports-local at be-well.ilk.org Wed Jul 22 20:25:44 2009 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Wed Jul 22 20:25:51 2009 Subject: needing install OpenOffice.org without messing up perl In-Reply-To: <200907221245.n6MCjCOU028926@mp.cs.niu.edu> (Scott Bennett's message of "Wed\, 22 Jul 2009 07\:45\:12 -0500 \(CDT\)") References: <200907221245.n6MCjCOU028926@mp.cs.niu.edu> Message-ID: <444ot4lb22.fsf@be-well.ilk.org> Scott Bennett writes: > Finally getting back to this...sigh... > On Thu, 09 Jul 2009 14:10:54 -0400 Lowell Gilbert > wrote: >>Scott Bennett writes: >> >>> What is the best way to install OpenOffice.org from a package without >>> the installation trying to reinstall perl5.8 over perl5.10? >> >>Get a package that includes them? > > Do you have any suggestions of where to find such a beast? Wait? The official packages will match this description eventually. I could offer you the package I built, which matches this description. It takes a day to build, but it doesn't take any of my attention while it does so. And you'd have to live with whatever other options I'd chosen. >>Short of that, you would have to install the package without >>dependencies. There is a pkg_add option to do this, but the > > Sure, but OOo is so huge and requires so much other stuff > that there is almost certainly something it wants installed that > I do not already have installed. Um, possibly, but you can look at the port makefile and load them on your own. Or you could let OpenOffice install perl5.8, then delete it afterwards and fix up the dependency databases. >>trick comes afterwards, when you have to fix it up to use the >>perl you actually have (perl-after-upgrade(1) might be able to >>handle this, but you have no guarantees.). Or you could just > > Why wouldn't OOo, once installed, simply use whatever were > installed as /usr/local/bin/perl? Because perl doesn't tend to be backwards-compatible. >>install both perl versions; they should be able to coexist >>just fine. >> > That would be nice and reasonably simple if it were an option. > Unfortunately, the two versions are incompatible. Oops, sorry; that's right. I guess you could get out a bigger hammer, but editing the package directly to change the dependency is probably easier. You'll still need to fix up the scripts afterwards. Good luck. From mstackhouse at samsa.com Wed Jul 22 20:33:42 2009 From: mstackhouse at samsa.com (Michael D. Stackhouse) Date: Wed Jul 22 20:33:49 2009 Subject: FreeBSD Port: mplayer-0.99.11_14 In-Reply-To: <37D3AE761F194792863BFDD88C14F0CB@samsa.local> References: <407390A9C396D342802A99E1295F5560496763@samsafs01.samsa.local> <28283d910907211829y105c4d44meb2ddeb99eaf8d66@mail.gmail.com> <37D3AE761F194792863BFDD88C14F0CB@samsa.local> Message-ID: <05C77806-2294-4198-9839-4A1CC465F5B3@samsa.com> I think we'll investigate VLC as an alternative. Not too comfortable building around a solution that's not being maintained as it should be. Thanks for your responses! Mike Stackhouse fromiphone On Jul 22, 2009, at 3:00 PM, "Thomas Zander" wrote: > On Wed, Jul 22, 2009 at 03:29, matt donovan > wrote: > >> Considering that mplayer no longer does stable releases you would >> have to >> switch the makefile to use svn to get an updated mplayer > > Correct. At least at the moment they are not preparing releases. > Unfortunately. > Michael, did you try to build an mplayer from svn and check if your > video works with it? > > Riggs > From korvus at comcast.net Wed Jul 22 21:41:58 2009 From: korvus at comcast.net (Steve Polyack) Date: Wed Jul 22 21:42:05 2009 Subject: FreeBSD Port: net/nss_ldap pending PR Message-ID: <4A67841C.2000408@comcast.net> PR#133344 has been awaiting a maintainer response for about 3 months: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/133344 . I can verify that this is indeed a bug, as I have several systems which are built without kerberos which refuse to build net/nss_ldap without the patch attached to this PR. Is there any chance we can get this committed by the maintainer or via maintainer timeout? -Steve Polyack From m.seaman at infracaninophile.co.uk Wed Jul 22 21:44:39 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Wed Jul 22 21:44:46 2009 Subject: needing install OpenOffice.org without messing up perl In-Reply-To: <444ot4lb22.fsf@be-well.ilk.org> References: <200907221245.n6MCjCOU028926@mp.cs.niu.edu> <444ot4lb22.fsf@be-well.ilk.org> Message-ID: <4A678828.6020306@infracaninophile.co.uk> Lowell Gilbert wrote: > Scott Bennett writes: >> Why wouldn't OOo, once installed, simply use whatever were >> installed as /usr/local/bin/perl? > > Because perl doesn't tend to be backwards-compatible. Untrue. perl as a language is generally very good at backwards compatibility. There is new syntax available in 5.10, but it's pretty much a superset of 5.8, so existing perl programs should "just work"(tm). In fact, I've not seen any problems on a swathe of machines I've updated. {{{ Aside:: The problem comes for applications that embed a perl interpreter. Meaning they dynamically link against libperl.so. OpenOffice doesn't do this as far as I can tell, but eg. snmpd does: happy-idiot-talk:~:% ldd /usr/local/sbin/snmpd /usr/local/sbin/snmpd: libnetsnmpagent.so.16 => /usr/local/lib/libnetsnmpagent.so.16 (0x28082000) libnetsnmphelpers.so.16 => /usr/local/lib/libnetsnmphelpers.so.16 (0x280c5000) libnetsnmpmibs.so.16 => /usr/local/lib/libnetsnmpmibs.so.16 (0x280e6000) libwrap.so.5 => /usr/lib/libwrap.so.5 (0x2819b000) libnetsnmp.so.16 => /usr/local/lib/libnetsnmp.so.16 (0x281a2000) libcrypto.so.5 => /usr/local/lib/libcrypto.so.5 (0x2824f000) libelf.so.1 => /usr/lib/libelf.so.1 (0x28397000) libkvm.so.4 => /lib/libkvm.so.4 (0x283c0000) libdevstat.so.6 => /lib/libdevstat.so.6 (0x283c8000) libperl.so => /usr/local/lib/perl5/5.10.0/mach/CORE/libperl.so (0x283cd000) <<<<--**** libm.so.5 => /lib/libm.so.5 (0x284fd000) libcrypt.so.4 => /lib/libcrypt.so.4 (0x28512000) libutil.so.7 => /lib/libutil.so.7 (0x2852b000) libc.so.7 => /lib/libc.so.7 (0x28539000) libz.so.4 => /lib/libz.so.4 (0x2863b000) libthr.so.3 => /lib/libthr.so.3 (0x2864d000) That is dependent on the version of perl installed -- not just because the version number is embedded in the path to the shlib, but also because the ABI can change between different versions. In this case, you would have no alternative but to recompile the app to link against a different version of perl. }}} One way to fix the problem of dragging in an unwanted version of perl when using precompiled packages for OpenOffice is to do the following: 0) I'm assuming perl-5.10 is already installed i) Download the openoffice package you want to install. # setenv PKG_SITES 'ftp.freebsd.org other.site.org third.site.org' # pkg_fetch openoffice.org-3.1.0_2 ii) Install all required dependencies for OpenOffice /except/ for perl-5.8 for the package you downloaded: # pkg_info -qr ./openoffice.org-3.1.0_2.tbz | grep -v perl | \ cut -d ' ' -f 2 | xargs portinstall iii) Install the OpenOffice package without dependencies: # pkg_add -i ./openoffice.org-3.1.0_2.tbz iv) Use pkgdb to fix the dependency linkages: # pkgdb -F (when prompted, substitute perl-5.10 instead of the missing perl-5.8 dependency) However, this is quite an inelegant approach which involves spending far too much effort (It's also untested by me and quite possibly won't work at all...). You'ld have to do the same thing all over again if ever you need to upgrade OpenOffice. Chances are some of the dependencies you install at stage (ii) will have been updated in ports after the openoffice.org package was built: this should do no more than cause some warning messages and maybe make you do a bit more work at stage (iv). Or it could just make everything break horribly. Note: this *won't* work in the general case -- it relies on perl scripts being compatible across different versions. Using this approach to make arbitrary substitutions in the dependencies of a package will almost certainly end in tears before bedtime. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090722/0ca63bef/signature.pgp From thomas.e.zander at googlemail.com Wed Jul 22 22:40:53 2009 From: thomas.e.zander at googlemail.com (Thomas Zander) Date: Wed Jul 22 22:41:25 2009 Subject: FreeBSD Port: mplayer-0.99.11_14 In-Reply-To: <05C77806-2294-4198-9839-4A1CC465F5B3@samsa.com> References: <407390A9C396D342802A99E1295F5560496763@samsafs01.samsa.local> <28283d910907211829y105c4d44meb2ddeb99eaf8d66@mail.gmail.com> <37D3AE761F194792863BFDD88C14F0CB@samsa.local> <05C77806-2294-4198-9839-4A1CC465F5B3@samsa.com> Message-ID: <786602c60907221540m7aeab9abx2b773c75500819d6@mail.gmail.com> On Wed, Jul 22, 2009 at 22:33, Michael D. Stackhouse wrote: > I think we'll investigate VLC as an alternative. ?Not too comfortable > building around a solution that's not being maintained as it should be. mplayer is definitely continuously developed, it's not an abandoned project! They just do not follow a release scheme at the moment. If the svn version does the job you want it to do, it's definitely worth a try. I personally like mplayer as it is still lighter than VLC. Riggs From pj at smo.de Wed Jul 22 23:22:56 2009 From: pj at smo.de (Philipp Ost) Date: Wed Jul 22 23:23:03 2009 Subject: print/ghostscript8 fails to build Message-ID: <4A6753B0.2060101@smo.de> Hi *, ghostscript8-8.64_6 fails to build on my 7.2-Stable (i386) machine: # cd /usr/ports/print/ghostscript8 && make [...] cc -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FONTCONFIG -O2 -fno-strict-aliasing -pipe -march=athlon-xp -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-statement -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing -pipe -march=athlon-xp -DUSE_LIBPAPER -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 -lpaper -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+0x7d0): In function `gs_shared_init': : multiple definition of `gs_shared_init' ./obj/../soobj/gdevxalt.o(.text+0x1810): 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+0xa00): In function `gs_shared_init': : multiple definition of `gs_shared_init' ./obj/../soobj/gdevxalt.o(.text+0x1810): 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 Stop in /usr/ports/print/ghostscript8. # A complete log of the build is available. On a slightly dated 8-Current box (i386; last update around 2 months ago) it builds and installs just fine. I've looked through the PRs, but couldn't find anything related to this. Kind regards, Philipp From mstackhouse at samsa.com Thu Jul 23 01:57:49 2009 From: mstackhouse at samsa.com (Michael D. Stackhouse) Date: Thu Jul 23 01:57:55 2009 Subject: FreeBSD Port: mplayer-0.99.11_14 In-Reply-To: <84EC5247DED94C088324BFB7FD3C45EE@samsa.local> References: <407390A9C396D342802A99E1295F5560496763@samsafs01.samsa.local> <28283d910907211829y105c4d44meb2ddeb99eaf8d66@mail.gmail.com> <37D3AE761F194792863BFDD88C14F0CB@samsa.local> <05C77806-2294-4198-9839-4A1CC465F5B3@samsa.com> <84EC5247DED94C088324BFB7FD3C45EE@samsa.local> Message-ID: <419F0344-ABDB-4231-B641-DA57841E29FE@samsa.com> Thanks very much. I'm not familiar with building from SVN, but I'll investigate. Mike Stackhouse fromiphone On Jul 22, 2009, at 6:45 PM, "Thomas Zander" wrote: > On Wed, Jul 22, 2009 at 22:33, Michael D. > Stackhouse wrote: >> I think we'll investigate VLC as an alternative. Not too comfortable >> building around a solution that's not being maintained as it should >> be. > > mplayer is definitely continuously developed, it's not an abandoned > project! They just do not follow a release scheme at the moment. > If the svn version does the job you want it to do, it's definitely > worth a try. > I personally like mplayer as it is still lighter than VLC. > > Riggs > From m3diaslut at gmail.com Thu Jul 23 09:11:40 2009 From: m3diaslut at gmail.com (mediaslut von abfab) Date: Thu Jul 23 09:11:46 2009 Subject: PHP gd issues Message-ID: <98de397f0907230211kb0029cbi50d7c4d7ccdb35c0@mail.gmail.com> I had the same fatallibpngerror discovered yesterday. It seems like libpng version 1.2.37 was buggy. And version 1.2.38 is not available yet on FreeBSD Ports (although, I don't know if this bug is fixed in the newest version?). I have downgraded to version 1.2.35 and the error has gone away. Here's just a little how-to, if anyone else needs help with downgrading: If you haven't portdowngrade installed, install it first: cd /usr/ports/ports-mgmt/portdowngrade make install clean After that, use portdowngrade to downgrade libpng: portdowngrade graphics/png$ -s:pserver:anoncvs@anoncvs.tw.FreeBSD.org:/home/ncvs On Step 4, choose the following version (press first in order to be able to insert the number) 3 2009/02/24 04:01:48 1.2.35 Upgrade to 1.2.35 Enter version number to change port to (0: exit): 3 The port will now be downgraded to version 1.2.35. Now you need to downgrade the Software: portsdb -Uu # (that one takes very long!) portupgrade -f png Now Reinstall everything that depends on libpng: portupgrade -fr png After everything is reinstalled, restart Apache apachectl restart done! :o) From m3diaslut at gmail.com Thu Jul 23 09:14:25 2009 From: m3diaslut at gmail.com (mediaslut von abfab) Date: Thu Jul 23 09:14:32 2009 Subject: PHP gd issues Message-ID: <98de397f0907230144o6ceb0eb0n9891228003f23e9a@mail.gmail.com> I had the same fatallibpngerror discovered yesterday. It seems like libpng version 1.2.37 was buggy. And version 1.2.38 is not available yet on FreeBSD Ports (although, I don't know if this bug is fixed in this version?). I have downgraded to version 1.2.35 and the error has gone away. Here's just a little how-to, if anyone else needs help with downgrading: If you haven't portdowngrade installed, install it first: ?cd /usr/ports/ports-mgmt/portdowngrade ?make install clean After that, use portdowngrade to downgrade libpng: portdowngrade graphics/png$ -s:pserver:anoncvs@anoncvs.tw.FreeBSD.org:/home/ncvs On Step 4, choose the following version (press first in order to be able to insert the number) ?3 ?2009/02/24 04:01:48 ?1.2.35 ? ? ? Upgrade to 1.2.35 ? ?Enter version number to change port to (0: exit): 3 The port will now be downgraded to version 1.2.35. Now you need to downgrade the Software: ?portsdb -Uu ? ? ? ? ? ? # (that one takes very long!) ?portupgrade -f png Now Reinstall everything that depends on libpng: ?portupgrade -fr png After everything is reinstalled, restart Apache ?apachectl restart done! :o) From resteven at infogroep.be Thu Jul 23 09:56:41 2009 From: resteven at infogroep.be (Reinout Stevens) Date: Thu Jul 23 09:56:48 2009 Subject: Typo in screen's manpage Message-ID: <4A682D04.2050603@infogroep.be> Hi, Today I spotted a typo in screen's manpage: it's useful instead of usefull. I've made a small diff in case that's necessary. I also filed a "bug" in the screen dev's bugtracker. Regards, Reinout -------------- next part -------------- A non-text attachment was scrubbed... Name: screenman.diff Type: text/x-patch Size: 1188 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090723/a93d8fc4/screenman.bin From jasonh at DataIX.net Thu Jul 23 10:45:17 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Thu Jul 23 10:45:24 2009 Subject: graphics/jpeg especially UPDATING In-Reply-To: <+hmeb5LYcL@dmeyer.dinoex.sub.org> References: <20090720134000.3b7e201a.jasonh@DataIX.net> <+hmeb5LYcL@dmeyer.dinoex.sub.org> Message-ID: <20090723062213.bf871b6c.jasonh@DataIX.net> If you pkg_delete -r that will remove every package that depends on jpeg. This is not the right way of just getting rid of jpeg considering it involves the complete almost full re-installation of the entire system manually. A better route to upgrade would be: pkg_delete -f jpeg-\* reinstall the new jpeg and then portmaster -r jpeg-\* I suppose the damage is already done to most of the systems for people that did not already catch this. On Thu, 23 Jul 2009 08:07:13 +0200 dirk.meyer@dinoex.sub.org (Dirk Meyer) wrote: > Hallo Jason J. Hellenthal, > > > pkg_delete -r jpeg-6b_7 > > Please rebuild all ports that depends on it. > > "" > > You should remove this pkg_delete -r line in UPDATING. This is just telling the user to remove any packages that depended on jpeg recursively. There will be nothing left to upgrade if users do this as a lot of packages rely on jpeg. > > You need rebuild the dependent ports without old jpeg being installed. > > > Maybe a portupgrade -fr or portmaster -r would be more appropriate. > > maybe, I don't use this tools, so I can not tell. I do. And I know how much of a pain it is to manually replace over 800 packages is by hand. > > Gru? Dirk > > - Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany > - [dirk.meyer@dinoex.sub.org],[dirk.meyer@guug.de],[dinoex@FreeBSD.org] > http://people.freebsd.org/~dinoex/errorlogs/ -- Jason J. Hellenthal +1.616.403.8065 jasonh@DataIX.net From avg at icyb.net.ua Thu Jul 23 13:52:50 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Thu Jul 23 13:52:57 2009 Subject: multimedia/mplayer-devel ? In-Reply-To: <786602c60907221540m7aeab9abx2b773c75500819d6@mail.gmail.com> References: <407390A9C396D342802A99E1295F5560496763@samsafs01.samsa.local> <28283d910907211829y105c4d44meb2ddeb99eaf8d66@mail.gmail.com> <37D3AE761F194792863BFDD88C14F0CB@samsa.local> <05C77806-2294-4198-9839-4A1CC465F5B3@samsa.com> <786602c60907221540m7aeab9abx2b773c75500819d6@mail.gmail.com> Message-ID: <4A6866CD.3020008@icyb.net.ua> Maybe it's time for multimedia/mplayer-devel? I am not volunteering, I am begging. Sorry about that :) -- Andriy Gapon From mstackhouse at samsa.com Thu Jul 23 14:50:57 2009 From: mstackhouse at samsa.com (Michael D. Stackhouse) Date: Thu Jul 23 14:51:04 2009 Subject: FreeBSD Port: mplayer-0.99.11_14 In-Reply-To: <84EC5247DED94C088324BFB7FD3C45EE@samsa.local> References: <05C77806-2294-4198-9839-4A1CC465F5B3@samsa.com> <84EC5247DED94C088324BFB7FD3C45EE@samsa.local> Message-ID: <407390A9C396D342802A99E1295F556049681B@samsafs01.samsa.local> Downloaded most current source snapshot, ran the configure command which completed successfully. When I tried make command - get this error: "config.mak", line 4: Need an operator "Makefile", line 820: warning: duplicate script for target "%.d" ignored "Makefile", line 823: warning: duplicate script for target "%.d" ignored Error expanding embedded variable. Any ideas? Michael D. Stackhouse SAMSA, Inc. 989-790-0507 Saginaw, MI USA www.samsa.com samsaisgreat -----Original Message----- From: Thomas Zander [mailto:thomas.e.zander@googlemail.com] Sent: Wednesday, July 22, 2009 6:46 PM To: Michael D. Stackhouse Cc: matt donovan; ports@freebsd.org Subject: Re: FreeBSD Port: mplayer-0.99.11_14 On Wed, Jul 22, 2009 at 22:33, Michael D. Stackhouse wrote: > I think we'll investigate VLC as an alternative. ?Not too comfortable > building around a solution that's not being maintained as it should be. mplayer is definitely continuously developed, it's not an abandoned project! They just do not follow a release scheme at the moment. If the svn version does the job you want it to do, it's definitely worth a try. I personally like mplayer as it is still lighter than VLC. Riggs From roam at ringlet.net Thu Jul 23 15:06:54 2009 From: roam at ringlet.net (Peter Pentchev) Date: Thu Jul 23 15:07:00 2009 Subject: FreeBSD Port: mplayer-0.99.11_14 In-Reply-To: <407390A9C396D342802A99E1295F556049681B@samsafs01.samsa.local> References: <05C77806-2294-4198-9839-4A1CC465F5B3@samsa.com> <84EC5247DED94C088324BFB7FD3C45EE@samsa.local> <407390A9C396D342802A99E1295F556049681B@samsafs01.samsa.local> Message-ID: <20090723150627.GA70580@straylight.m.ringlet.net> On Thu, Jul 23, 2009 at 10:52:30AM -0400, Michael D. Stackhouse wrote: > Downloaded most current source snapshot, ran the configure command which completed successfully. When I tried make command - get this error: > > "config.mak", line 4: Need an operator > "Makefile", line 820: warning: duplicate script for target "%.d" ignored > "Makefile", line 823: warning: duplicate script for target "%.d" ignored > Error expanding embedded variable. > > Any ideas? Did you run exactly the "make" command? The mplayer port uses the GNU version of the make utility, which is installed as "gmake" on FreeBSD systems. Try running "gmake" instead. Note that this might still fail, since the mplayer port has quite a lot of patches to the mplayer source, some of which may fix build failures that you may run into when building the pristine SVN source. Other patches may influence the mplayer behavior later on :) Those patches are in the files/ subdirectory of the mplayer port; you might want to try to apply them to the source after checking it out of their Subversion repository (or after extracting the snapshot). 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 What would this sentence be like if pi were 3? -------------- 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/20090723/c1c5ee9c/attachment.pgp From carpetsmoker at rwxrwxrwx.net Thu Jul 23 17:37:31 2009 From: carpetsmoker at rwxrwxrwx.net (Martin Tournoij) Date: Thu Jul 23 17:37:38 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <20090716181711.GC90253@comcast.net> References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> <20090716181711.GC90253@comcast.net> Message-ID: <36957fedc04d840595162bb026a8ec62@xs4all.nl> I now know more than ever why I switched to OpenBSD. FreeBSD people no longer seem to care about broken ports, or making people who submit broken patches maintainers, or even replying to my messages. Really, I have better things to do, I would have liked to do this in a nicer way, but I've been waiting for more than a week to revert the maintainer switch, I'm also waiting for 3 weeks now to undo the scribus update to 1.1.13 since it is broken not just in one but in several ways. The same guy that broke this port is now the scribus maintainer and a maintainer of a bunch of other ports, hope you don't use scribus since I suspect the quality of the port will not improve. Please remove my maintainer status from all ports. Also remove my sites from MASTER_SITES (xs4all.nl/~tournoij, rwxrwxrwx.net, carpetsmoker.net), they no longer work anyway. From desnudopenguino at gmail.com Thu Jul 23 21:00:49 2009 From: desnudopenguino at gmail.com (Adam Townsend) Date: Thu Jul 23 21:00:56 2009 Subject: FreeBSD Port: python31-3.1_2 Message-ID: <26d677980907231333ya7f9221qad94787771268072@mail.gmail.com> Hello, I'm using the ports online (from the freebsd.org site) to get ports for my my computers running FreeBSD (running on dial-up). I found that the Python 3.1 source links are all broken. They all contain "/ftp/python//Python-.tgz" in the urls. I found that the correct path in the urls is "/ftp/python/3.1/Python-3.1.tgz" after looking at the other sources. I'm not really sure if this is the correct way to report this, but I figured I'd let you know. Adam Townsend From mel.flynn+fbsd.ports at mailing.thruhere.net Thu Jul 23 21:58:07 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Thu Jul 23 21:58:13 2009 Subject: Unable to build /x11/kdelibs3 with updated jpeg-7 port In-Reply-To: <200907211259.30376.freebsd-ports@dino.sk> References: <20090721064034.44a40391@scorpio.seibercom.net> <200907211259.30376.freebsd-ports@dino.sk> Message-ID: <200907231358.03734.mel.flynn+fbsd.ports@mailing.thruhere.net> On Tuesday 21 July 2009 02:59:29 Milan Obuch wrote: > On Tuesday 21 July 2009 12:40:34 Jerry wrote: > > It appears that the /x11/kdelibs3 ports insists on using the older > > "libjpeg.so.9" library. Since updating to jpeg-7, this library is > > no-longer available. Therefore, I cannot build this port. > > > > A complete copy of the build log is available here: > > > > http://filebin.ca/yrdvkw/kdelibs.log > > There is notice in UPDATING, section 20090719, > > I found temporary workaround > > ln -s /usr/local/lib/libjpeg.so.10 /usr/local/lib/libjpeg.so.9 I don't know why people keep advising this, it only makes future upgrades harder. The solution is also very simple to determine: % ldd -a /usr/local/lib/libkdefx.so.6|egrep '(^/|jpeg.so)' /usr/local/lib/libkdefx.so.6: libjpeg.so.10 => /usr/local/lib/libjpeg.so.10 (0x28b31000) /usr/local/lib/libqt-mt.so.3: libjpeg.so.10 => /usr/local/lib/libjpeg.so.10 (0x28b31000) /usr/local/lib/libpng.so.5: /lib/libz.so.5: /usr/local/lib/libXext.so.6: /usr/local/lib/libX11.so.6: /usr/local/lib/libSM.so.6: /usr/local/lib/libICE.so.6: /usr/local/lib/libXrender.so.1: /usr/local/lib/libjpeg.so.10: /usr/lib/libstdc++.so.6: /lib/libm.so.5: /lib/libgcc_s.so.1: /usr/local/lib/libaudio.so.2: /usr/local/lib/libXt.so.6: /usr/local/lib/libmng.so.1: libjpeg.so.10 => /usr/local/lib/libjpeg.so.10 (0x28b31000) From this you can tell that you need to rebuild libqt-mt.so.3 and libmng.so.1. One more step: % egrep -l '(libqt-mt.so.3|libmng.so.1)' /var/db/pkg/*/+CONTENTS | xargs grep -h '@comment ORIGIN:' @comment ORIGIN:graphics/libmng @comment ORIGIN:x11-toolkits/qt33 And those are the ports to rebuild for kdelibs3 to be able to build. -- Mel From bsduser at acd.homelinux.org Fri Jul 24 00:26:39 2009 From: bsduser at acd.homelinux.org (bsduser@acd.homelinux.org) Date: Fri Jul 24 00:26:45 2009 Subject: x11/kdebase4 build on CURRENT/BETA2 Message-ID: <87eis7rlhn.fsf@jodie.vectavision.com> Hi List, On recent CURRENT x11/kdebase4 won't build because usbdevices.h includes usb_revision.h which doesn't exist. Removing that include will at least cause kdebase4 to build successful again. Affected file: x11/kdebase4/work/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.h Before the latest lib bump it seemed that kdebase4 still built OK. cheers, -- bsduser (bsduser@acd.homelinux.org) From sahil at tandon.net Fri Jul 24 02:06:13 2009 From: sahil at tandon.net (Sahil Tandon) Date: Fri Jul 24 02:06:20 2009 Subject: FreeBSD Port: python31-3.1_2 In-Reply-To: <26d677980907231333ya7f9221qad94787771268072@mail.gmail.com> References: <26d677980907231333ya7f9221qad94787771268072@mail.gmail.com> Message-ID: <20090724020610.GA27086@tandon.net> On Thu, 23 Jul 2009, Adam Townsend wrote: > I'm using the ports online (from the freebsd.org site) to get ports for my > my computers running FreeBSD (running on dial-up). I found that the Python > 3.1 source links are all broken. They all contain > "/ftp/python//Python-.tgz" in the urls. I found that the correct path in > the urls is "/ftp/python/3.1/Python-3.1.tgz" after looking at the other > sources. I'm not really sure if this is the correct way to report this, but > I figured I'd let you know. I cannot reproduce your problem here. % cd /usr/ports/lang/python31 && make -V DISTFILES Python-3.1.tgz % cd /usr/ports/lang/python31 && make fetch => Python-3.1.tgz doesn't seem to exist in /usr/ports/distfiles/python. => Attempting to fetch from http://www.python.org/ftp/python/3.1/. Python-3.1.tgz 100% of 10 MB 952 kBps 00m00s -- Sahil Tandon From sweetnavelorange at gmail.com Fri Jul 24 02:36:48 2009 From: sweetnavelorange at gmail.com (James Butler) Date: Fri Jul 24 02:36:54 2009 Subject: FreeBSD Port: python31-3.1_2 In-Reply-To: <20090724020610.GA27086@tandon.net> References: <26d677980907231333ya7f9221qad94787771268072@mail.gmail.com> <20090724020610.GA27086@tandon.net> Message-ID: 2009/7/24 Sahil Tandon : > On Thu, 23 Jul 2009, Adam Townsend wrote: > >> I'm using the ports online (from the freebsd.org site) to get ports for my >> my computers running FreeBSD (running on dial-up). I found that the Python >> 3.1 source links are all broken. They all contain >> "/ftp/python//Python-.tgz" in the urls. I found that the correct path in >> the urls is "/ftp/python/3.1/Python-3.1.tgz" after looking at the other >> sources. I'm not really sure if this is the correct way to report this, but >> I figured I'd let you know. > > I cannot reproduce your problem here. > > % cd /usr/ports/lang/python31 && make -V DISTFILES > Python-3.1.tgz > > % cd /usr/ports/lang/python31 && make fetch > => Python-3.1.tgz doesn't seem to exist in /usr/ports/distfiles/python. > => Attempting to fetch from http://www.python.org/ftp/python/3.1/. > Python-3.1.tgz 100% of 10 MB 952 kBps 00m00s I think OP means this: http://www.freebsd.org/cgi/pds.cgi?ports/lang/python31 -James From bennett at cs.niu.edu Fri Jul 24 04:08:59 2009 From: bennett at cs.niu.edu (Scott Bennett) Date: Fri Jul 24 04:09:06 2009 Subject: needing install OpenOffice.org without messing up perl Message-ID: <200907240408.n6O48sS0028491@mp.cs.niu.edu> Hi Alexey, On Wed, 22 Jul 2009 20:01:33 +0200 Alexey Shuvaev wrote: >On Wed, Jul 22, 2009 at 07:52:11AM -0500, Scott Bennett wrote: >> I wrote: >> > Sure, but OOo is so huge and requires so much other stuff >> >that there is almost certainly something it wants installed that >> >I do not already have installed. >> > >> > Why wouldn't OOo, once installed, simply use whatever were >> >installed as /usr/local/bin/perl? >> > It seems to me that the bigger worry it that portmaster may >> >try to rebuild it whenever a -a option is used. portmanager, OTOH, >> >has a -u option that might do the job. portupgrade, of course, >> >> My mistake. portmanager -u is supposed to accomplish roughly >> what portmaster -a or portupgrade -a accomplishes. I meant to write >> portmanager -u -ip packagename rather than what I wrote before. >> >> >can have all sorts of things blocked from upgrading by putting the >> >proper magic into /etc/portupgrade.conf. If only portmaster had >> >a similar way of doing things. Since so many people now advocate >> >using either portmanager or portmaster to do general upgrades (-a), >> >rather than portupgrade -a, I guess portmanager is the only method >> >available to keep OOo from being rebuilt whenever one of its >> >dependencies gets upgraded. >> > >If only you have RTFM %) Well, I had read it, but didn't mention it because... >>From man portmaster: > > /var/db/pkg/*/+IGNOREME > If this file exists, several things will happen: > > 1. The port will be ignored for all purposes, including > dependency updates, if there is no directory for it in > /usr/ports, and there is no entry for it in /usr/ports/MOVED. > If the -v option is used, the fact that the port is being > ignored will be mentioned. > > 2. If using the > -L option, and a new version exists, the existence of the > +IGNOREME file will be mentioned. > > 3. If you do a regular update of the port, or if the > -a option is being used, you will be asked if you want to > update the port anyway; unless the -u option is being used, in > which case the port will be ignored. > >So, >touch /var/db/pkg/openoffice.org-XXXX/+IGNOREME >would do the trick. > ...I figured that the next time either cvsup or portsnap--I normally use the latter--were run to update the ports tree, that it would "correct" such changes as being discrepancies from the official version of the ports tree. I don't want to use a method that would have to be done manually every time I run portsnap. If that is mistaken, please let me know. Also, the /etc/portupgrade.conf method allows a list of ports one does not want automatically rebuilt to be kept in a single location, rather than as files dispersed throughout the ports directory tree, which I grant was not the issue I was originally posting about, but it is an advantage over the +IGNOREME method. Here's a related question. Where can I find a list/table of advantages and disadvantages for each of portmanager, portmaster, and portupgrade? I don't want a flame war, just a list or table, so that I can decide for myself which set of advantages and disadvantages will serve me best or will piss me off least. :-) Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From bennett at cs.niu.edu Fri Jul 24 04:47:09 2009 From: bennett at cs.niu.edu (Scott Bennett) Date: Fri Jul 24 04:47:16 2009 Subject: needing install OpenOffice.org without messing up perl Message-ID: <200907240447.n6O4l7la028910@mp.cs.niu.edu> On Wed, 22 Jul 2009 22:44:08 +0100 Matthew Seaman wrote: >Lowell Gilbert wrote: >> Scott Bennett writes: > >>> Why wouldn't OOo, once installed, simply use whatever were >>> installed as /usr/local/bin/perl? >>=20 >> Because perl doesn't tend to be backwards-compatible. > >Untrue. > >perl as a language is generally very good at backwards compatibility. The= >re is >new syntax available in 5.10, but it's pretty much a superset of 5.8, so = >existing >perl programs should "just work"(tm). In fact, I've not seen any problem= >s on a >swathe of machines I've updated. > >{{{ > Aside:: > >The problem comes for applications that embed a perl interpreter. Meanin= >g >they dynamically link against libperl.so. OpenOffice doesn't do this as = >far >as I can tell, but eg. snmpd does: > >happy-idiot-talk:~:% ldd /usr/local/sbin/snmpd=20 >/usr/local/sbin/snmpd: > libnetsnmpagent.so.16 =3D> /usr/local/lib/libnetsnmpagent.so.16 (= >0x28082000) > libnetsnmphelpers.so.16 =3D> /usr/local/lib/libnetsnmphelpers.so.= >16 (0x280c5000) > libnetsnmpmibs.so.16 =3D> /usr/local/lib/libnetsnmpmibs.so.16 (0x= >280e6000) > libwrap.so.5 =3D> /usr/lib/libwrap.so.5 (0x2819b000) > libnetsnmp.so.16 =3D> /usr/local/lib/libnetsnmp.so.16 (0x281a2000= >) > libcrypto.so.5 =3D> /usr/local/lib/libcrypto.so.5 (0x2824f000) > libelf.so.1 =3D> /usr/lib/libelf.so.1 (0x28397000) > libkvm.so.4 =3D> /lib/libkvm.so.4 (0x283c0000) > libdevstat.so.6 =3D> /lib/libdevstat.so.6 (0x283c8000) > libperl.so =3D> /usr/local/lib/perl5/5.10.0/mach/CORE/libperl.so = >(0x283cd000) <<<<--**** > libm.so.5 =3D> /lib/libm.so.5 (0x284fd000) > libcrypt.so.4 =3D> /lib/libcrypt.so.4 (0x28512000) > libutil.so.7 =3D> /lib/libutil.so.7 (0x2852b000) > libc.so.7 =3D> /lib/libc.so.7 (0x28539000) > libz.so.4 =3D> /lib/libz.so.4 (0x2863b000) > libthr.so.3 =3D> /lib/libthr.so.3 (0x2864d000) > >That is dependent on the version of perl installed -- not just because th= >e >version number is embedded in the path to the shlib, but also because the= > >ABI can change between different versions. In this case, you would have = >no >alternative but to recompile the app to link against a different version = >of >perl. > >}}} > >One way to fix the problem of dragging in an unwanted version of perl whe= >n >using precompiled packages for OpenOffice is to do the following: > > 0) I'm assuming perl-5.10 is already installed > > i) Download the openoffice package you want to install. > > # setenv PKG_SITES 'ftp.freebsd.org other.site.org third.site.org' > # pkg_fetch openoffice.org-3.1.0_2 > > ii) Install all required dependencies for OpenOffice /except/ for > perl-5.8 for the package you downloaded: > > # pkg_info -qr ./openoffice.org-3.1.0_2.tbz | grep -v perl | \ > cut -d ' ' -f 2 | xargs portinstall=20 > > iii) Install the OpenOffice package without dependencies: > > # pkg_add -i ./openoffice.org-3.1.0_2.tbz > > iv) Use pkgdb to fix the dependency linkages: > > # pkgdb -F >=20 > (when prompted, substitute perl-5.10 instead of the missing perl-= >5.8 > dependency)=20 > >However, this is quite an inelegant approach which involves spending far = >too >much effort (It's also untested by me and quite possibly won't work at al= >l...). Nevertheless, I'll hang onto your message in case I end up needing to try something like your procedure above. Thank you very much for that. >You'ld have to do the same thing all over again if ever you need to upgra= >de >OpenOffice. Chances are some of the dependencies you install at stage (i= True enough. OOo is such a pain to deal with that I normally do *not* upgrade OOo between releases of FreeBSD. When I install/upgrade to a new FreeBSD release, all the packages and ports are supposed to get trashed and reinstalled anyway. In between releases, I have generally kept OOo ignored in /etc/portupgrade.conf. I have also often done the same for all of the X11-related stuff and only commented out those lines in /etc/portupgrade.conf when I had the time and/or need to update that software because it takes so many hours to rebuild and often needs intervention before it completes. I've now learned the lesson that perl should not be upgraded either when I can avoid doing so. >i) >will have been updated in ports after the openoffice.org package was buil= >t: >this should do no more than cause some warning messages and maybe make yo= >u do >a bit more work at stage (iv). Or it could just make everything break ho= >rribly. :-} > >Note: this *won't* work in the general case -- it relies on perl scripts = >being >compatible across different versions. Using this approach to make arbitr= >ary >substitutions in the dependencies of a package will almost certainly end = >in >tears before bedtime. > My experience has been more like tears six to twelve hours *past* bedtime when I needed to have slept enough to get up and take care of some other commitment. :-( Thanks again for the procedure you suggested above. I may have to attempt it. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From swell.k at gmail.com Fri Jul 24 05:39:09 2009 From: swell.k at gmail.com (Anonymous) Date: Fri Jul 24 05:39:17 2009 Subject: Typo in screen's manpage In-Reply-To: <4A682D04.2050603@infogroep.be> (Reinout Stevens's message of "Thu, 23 Jul 2009 11:27:32 +0200") References: <4A682D04.2050603@infogroep.be> Message-ID: <86bpna8xzv.fsf@gmail.com> Reinout Stevens writes: > Hi, > > Today I spotted a typo in screen's manpage: it's useful instead of > usefull. I've made a small diff in case that's necessary. I also filed > a "bug" in the screen dev's bugtracker. > I'll disappoint you. It was fixed long ago. http://git.savannah.gnu.org/cgit/screen.git/commit/?id=b12a744ebdda8edf6bc79da6242b6d1240d86c10 In case you're interested in -devel like port I keep git-master-pulled port in here: ftp://ftp.lissyara.su/users/Guest/screen.diff You can use it without distfile by generating one yourself. For that you need autotools and git. Then you can type smth like $ make maint-gen-distfile && make makesum && make install clean Perhaps, you can test it. > > Regards, > > > Reinout [...] From freebsd-ports at dino.sk Fri Jul 24 06:15:06 2009 From: freebsd-ports at dino.sk (Milan Obuch) Date: Fri Jul 24 06:15:13 2009 Subject: Unable to build /x11/kdelibs3 with updated jpeg-7 port In-Reply-To: <200907231358.03734.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <20090721064034.44a40391@scorpio.seibercom.net> <200907211259.30376.freebsd-ports@dino.sk> <200907231358.03734.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <200907240814.43577.freebsd-ports@dino.sk> On Thursday 23 July 2009 23:58:03 Mel Flynn wrote: > On Tuesday 21 July 2009 02:59:29 Milan Obuch wrote: > > On Tuesday 21 July 2009 12:40:34 Jerry wrote: > > > It appears that the /x11/kdelibs3 ports insists on using the older > > > "libjpeg.so.9" library. Since updating to jpeg-7, this library is > > > no-longer available. Therefore, I cannot build this port. > > > > > > A complete copy of the build log is available here: > > > > > > http://filebin.ca/yrdvkw/kdelibs.log > > > > There is notice in UPDATING, section 20090719, > > > > I found temporary workaround > > > > ln -s /usr/local/lib/libjpeg.so.10 /usr/local/lib/libjpeg.so.9 > > I don't know why people keep advising this, it only makes future upgrades > harder. > Please read again: it is temporary workaround. At least for me. It makes my installed ports working *immediately* with small possibility something will not work at all due some ABI chabge or somesuch. Rebuilding some KDE ports took me couple of days (finding the way, compile etc). The difference - works immediately vs. a week or so without working kde is immense. > The solution is also very simple to determine: > % ldd -a /usr/local/lib/libkdefx.so.6|egrep '(^/|jpeg.so)' How did you determine this is exactly the lib to look into? Just wondering... > /usr/local/lib/libkdefx.so.6: > libjpeg.so.10 => /usr/local/lib/libjpeg.so.10 (0x28b31000) > /usr/local/lib/libqt-mt.so.3: > libjpeg.so.10 => /usr/local/lib/libjpeg.so.10 (0x28b31000) > /usr/local/lib/libpng.so.5: > /lib/libz.so.5: > /usr/local/lib/libXext.so.6: > /usr/local/lib/libX11.so.6: > /usr/local/lib/libSM.so.6: > /usr/local/lib/libICE.so.6: > /usr/local/lib/libXrender.so.1: > /usr/local/lib/libjpeg.so.10: > /usr/lib/libstdc++.so.6: > /lib/libm.so.5: > /lib/libgcc_s.so.1: > /usr/local/lib/libaudio.so.2: > /usr/local/lib/libXt.so.6: > /usr/local/lib/libmng.so.1: > libjpeg.so.10 => /usr/local/lib/libjpeg.so.10 (0x28b31000) > > From this you can tell that you need to rebuild libqt-mt.so.3 and > libmng.so.1. One more step: > % egrep -l '(libqt-mt.so.3|libmng.so.1)' /var/db/pkg/*/+CONTENTS | xargs > grep -h '@comment ORIGIN:' > @comment ORIGIN:graphics/libmng > @comment ORIGIN:x11-toolkits/qt33 > > And those are the ports to rebuild for kdelibs3 to be able to build. After my symlink trick, portmaster rebuilt everything necessary, so aj could remove the symlink afterwards. So I think it was kind of hackish solution, but made my fixing *much* easier and, more important, less stressfull. That's it. Maybe not nice, but really effective. Regards, Milan From mel.flynn+fbsd.ports at mailing.thruhere.net Fri Jul 24 07:02:27 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Fri Jul 24 07:02:34 2009 Subject: Unable to build /x11/kdelibs3 with updated jpeg-7 port In-Reply-To: <200907240814.43577.freebsd-ports@dino.sk> References: <20090721064034.44a40391@scorpio.seibercom.net> <200907231358.03734.mel.flynn+fbsd.ports@mailing.thruhere.net> <200907240814.43577.freebsd-ports@dino.sk> Message-ID: <200907232302.24663.mel.flynn+fbsd.ports@mailing.thruhere.net> On Thursday 23 July 2009 22:14:39 Milan Obuch wrote: > On Thursday 23 July 2009 23:58:03 Mel Flynn wrote: > > On Tuesday 21 July 2009 02:59:29 Milan Obuch wrote: > > > On Tuesday 21 July 2009 12:40:34 Jerry wrote: > > > > It appears that the /x11/kdelibs3 ports insists on using the older > > > > "libjpeg.so.9" library. Since updating to jpeg-7, this library is > > > > no-longer available. Therefore, I cannot build this port. > > > > > > > > A complete copy of the build log is available here: > > > > > > > > http://filebin.ca/yrdvkw/kdelibs.log > > > > > > There is notice in UPDATING, section 20090719, > > > > > > I found temporary workaround > > > > > > ln -s /usr/local/lib/libjpeg.so.10 /usr/local/lib/libjpeg.so.9 > > > > I don't know why people keep advising this, it only makes future upgrades > > harder. > > Please read again: it is temporary workaround. At least for me. It makes my > installed ports working *immediately* with small possibility something will > not work at all due some ABI chabge or somesuch. Because experience shows, people reading solutions from google skip the temporary part. > Rebuilding some KDE ports > took me couple of days (finding the way, compile etc). > > The difference - works immediately vs. a week or so without working kde is > immense. > > > The solution is also very simple to determine: > > % ldd -a /usr/local/lib/libkdefx.so.6|egrep '(^/|jpeg.so)' > > How did you determine this is exactly the lib to look into? Just > wondering... Cause I actually took the time to read the above mentioned build log. > > /usr/local/lib/libkdefx.so.6: > > libjpeg.so.10 => /usr/local/lib/libjpeg.so.10 (0x28b31000) > > /usr/local/lib/libqt-mt.so.3: > > libjpeg.so.10 => /usr/local/lib/libjpeg.so.10 (0x28b31000) > > /usr/local/lib/libpng.so.5: > > /lib/libz.so.5: > > /usr/local/lib/libXext.so.6: > > /usr/local/lib/libX11.so.6: > > /usr/local/lib/libSM.so.6: > > /usr/local/lib/libICE.so.6: > > /usr/local/lib/libXrender.so.1: > > /usr/local/lib/libjpeg.so.10: > > /usr/lib/libstdc++.so.6: > > /lib/libm.so.5: > > /lib/libgcc_s.so.1: > > /usr/local/lib/libaudio.so.2: > > /usr/local/lib/libXt.so.6: > > /usr/local/lib/libmng.so.1: > > libjpeg.so.10 => /usr/local/lib/libjpeg.so.10 (0x28b31000) > > > > From this you can tell that you need to rebuild libqt-mt.so.3 and > > libmng.so.1. One more step: > > % egrep -l '(libqt-mt.so.3|libmng.so.1)' /var/db/pkg/*/+CONTENTS | xargs > > grep -h '@comment ORIGIN:' > > @comment ORIGIN:graphics/libmng > > @comment ORIGIN:x11-toolkits/qt33 > > > > And those are the ports to rebuild for kdelibs3 to be able to build. > > After my symlink trick, portmaster rebuilt everything necessary, so aj > could remove the symlink afterwards. So I think it was kind of hackish > solution, but made my fixing *much* easier and, more important, less > stressfull. That's it. Maybe not nice, but really effective. And if you'd actually run portmaster -rf graphics/jpeg to begin with, you wouldn't have seen the problem, as qt33 and libmng would have been relinked before you started on kdelibs3, though we should probably blame that on the questionable UPDATING entry about 'www/jpeg'. -- Mel From snb at freebsd.org Fri Jul 24 10:20:53 2009 From: snb at freebsd.org (Nick Barkas) Date: Fri Jul 24 10:21:00 2009 Subject: request for commit approval to change my email address Message-ID: <20090724102049.GB9525@pogosim.particle.kth.se> Hello I'm a src but not ports committer and I'd like to change the email address on ports I maintain to my FreeBSD address. Can a ports committer check the attached patch and let me know if committing it would be all right? The ports in question: net/splatd security/openvpn-auth-ldap security/osslsigncode sysutils/apt sysutils/farbot sysutils/ipmi-kmod Thanks much! Nick -------------- next part -------------- A non-text attachment was scrubbed... Name: email_change.diff Type: text/x-diff Size: 3522 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090724/2c395af7/email_change.bin From erwin at FreeBSD.org Fri Jul 24 10:23:50 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Jul 24 10:23:57 2009 Subject: request for commit approval to change my email address In-Reply-To: <20090724102049.GB9525@pogosim.particle.kth.se> References: <20090724102049.GB9525@pogosim.particle.kth.se> Message-ID: <20090724102348.GQ60681@droso.net> On Fri, Jul 24, 2009 at 12:21:15PM +0200, Nick Barkas wrote: > Hello Hi Nick, > I'm a src but not ports committer and I'd like to change the email > address on ports I maintain to my FreeBSD address. Can a ports committer > check the attached patch and let me know if committing it would be all > right? The ports in question: Looks good, please go ahead. Thanks -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090724/b146fd59/attachment.pgp From ale at FreeBSD.org Fri Jul 24 10:26:58 2009 From: ale at FreeBSD.org (Alex Dupre) Date: Fri Jul 24 10:27:05 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <36957fedc04d840595162bb026a8ec62@xs4all.nl> References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> <20090716181711.GC90253@comcast.net> <36957fedc04d840595162bb026a8ec62@xs4all.nl> Message-ID: <4A69862D.3070802@FreeBSD.org> Martin Tournoij ha scritto: > Really, I have better things to do, I would have liked to do this in a > nicer way, but I've been waiting for more than a week to revert the > maintainer switch Do you mean you never approved the switch, as stated in the commit log? Change maintainer to scjamorim@bsd.com.br Submitted by: scjamorim@bsd.com.br (to ports@) Approved by: carpetsmoker@rwxrwxrwx.net (maintainer) -- Alex Dupre From avg at icyb.net.ua Fri Jul 24 12:52:49 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri Jul 24 12:52:59 2009 Subject: misc/e2fsprogs-libuuid should be MAKE_JOBS_UNSAFE In-Reply-To: <20090721152047.GA20099@hades.panopticon> References: <4A659FDB.5070105@icyb.net.ua> <20090721152047.GA20099@hades.panopticon> Message-ID: <4A69AE9D.3070607@icyb.net.ua> on 21/07/2009 18:20 Dmitry Marakasov said the following: > > A fix for this was recently added. Does the updated port show the > same bahavior? Matthias, Dmitry, thank you very much for the responses (off- and on- list)! And sorry for the delay. Yes, the updated port works perfectly. -- Andriy Gapon From carpetsmoker at rwxrwxrwx.net Fri Jul 24 14:52:10 2009 From: carpetsmoker at rwxrwxrwx.net (Martin Tournoij) Date: Fri Jul 24 14:52:29 2009 Subject: status of FreeBSD ports you maintain as of 20090705 Message-ID: On Fri, 24 Jul 2009 12:00:13 +0200, Alex Dupre wrote: > Martin Tournoij ha scritto: >> Really, I have better things to do, I would have liked to do this in a >> nicer way, but I've been waiting for more than a week to revert the >> maintainer switch > > Do you mean you never approved the switch, as stated in the commit log? > > Change maintainer to scjamorim@bsd.com.br > > Submitted by: scjamorim@bsd.com.br (to ports@) > Approved by: carpetsmoker@rwxrwxrwx.net (maintainer) Not explicitly, and in my original post I said ``will resign the maintainership of all my ports in the **coming weeks**, (For a few ports I have a few changes/ updates **in the pipeline I would like to finish**).'' Misunderstandings happen, and that's ok. I explained reassigning maintainership immediately was not my intention and asked to revert the changes, no word ever since ... Which is not so ok IMO... From wxs at FreeBSD.org Fri Jul 24 15:00:05 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Fri Jul 24 15:00:11 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: References: Message-ID: <20090724150004.GA56151@atarininja.org> On Fri, Jul 24, 2009 at 04:52:00PM +0200, Martin Tournoij wrote: > On Fri, 24 Jul 2009 12:00:13 +0200, Alex Dupre wrote: > > Martin Tournoij ha scritto: > >> Really, I have better things to do, I would have liked to do this in a > >> nicer way, but I've been waiting for more than a week to revert the > >> maintainer switch > > > > Do you mean you never approved the switch, as stated in the commit log? > > > > Change maintainer to scjamorim@bsd.com.br > > > > Submitted by: scjamorim@bsd.com.br (to ports@) > > Approved by: carpetsmoker@rwxrwxrwx.net (maintainer) > > Not explicitly, and in my original post I said ``will resign the > maintainership of all my ports in the **coming weeks**, (For a few ports > I have a few changes/ updates **in the pipeline I would like to > finish**).'' > > Misunderstandings happen, and that's ok. I explained reassigning > maintainership immediately was not my intention and asked to revert the > changes, no word ever since ... Which is not so ok IMO... And this is why I think we should have a policy of not changing maintainer of things based upon mailing list traffic. I know I'm guilty of doing it in the past but I have come to the conclusion that it can cause these kinds of problems and set a precedent of people expecting mailing list traffic to result in commits. We should have an official record of who requested changes in the PR database and not give the community the idea that mailing list traffic asking for a commit to happen is the right way to do things. -- WXS From alexanderchuranov at gmail.com Fri Jul 24 15:18:03 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Fri Jul 24 15:18:11 2009 Subject: portlint: incorrect Makefile analysis Message-ID: <3cb459ed0907240818k392793abgd5a1f00395d9f4e5@mail.gmail.com> Hi Folks! I've encountered an issue with the portlint tool and do not find a better place to file it. Description: For the set of new boost-ports, I'm using included Makefiles to remove duplication. Portlint complains on variables contained in included Makefiles. For example, it prints: FATAL: Makefile: no MAINTAINER listed. While "make -V MAINTAINER" works properly. My ports are not checked in yet, if you need the source it's at http://alexanderchuranov.com/boost-port/boost-ports-200907241320.tar.bz2 If I edit the master Makefile (which includes others) for a port and add a MAINTAINER variable with the value "somebody", then portlint do not fails with the same. However, it examines the content of the variable listed in the master Makefile. It is incorrect, because according to the rules of make, the variable has the last assigned value. The assignment is done in the included Makefile. Output of portlint if master Makefile also contains assignment to the "MAINTAINER" variable: OK: seen MAINTAINER, in order. OK: MAINTAINER section is ordered properly. FATAL: Makefile: MAINTAINER address, somebody, does not appear to be a valid email address. Sincerely, Alexander Churanov From Cy.Schubert at komquats.com Sat Jul 25 00:24:53 2009 From: Cy.Schubert at komquats.com (Cy Schubert) Date: Sat Jul 25 00:25:00 2009 Subject: Typo in screen's manpage In-Reply-To: Message from Anonymous of "Fri, 24 Jul 2009 09:13:08 +0400." <86bpna8xzv.fsf@gmail.com> Message-ID: <200907242356.n6ONuSZ5037451@cwsys.cwsent.com> In message <86bpna8xzv.fsf@gmail.com>, Anonymous writes: > Reinout Stevens writes: > > > Hi, > > > > Today I spotted a typo in screen's manpage: it's useful instead of > > usefull. I've made a small diff in case that's necessary. I also filed > > a "bug" in the screen dev's bugtracker. > > > > I'll disappoint you. It was fixed long ago. > > http://git.savannah.gnu.org/cgit/screen.git/commit/?id=b12a744ebdda8edf6bc79d > a6242b6d1240d86c10 > > In case you're interested in -devel like port I keep git-master-pulled > port in here: > ftp://ftp.lissyara.su/users/Guest/screen.diff > > You can use it without distfile by generating one yourself. > For that you need autotools and git. Then you can type smth like > > $ make maint-gen-distfile && make makesum && make install clean > > Perhaps, you can test it. > > > > > Regards, > > > > > > Reinout [...] Sorry for the late reply. I'm out of town this weekend and my Internet access is limited at the moment. I'll check out the -devel port next week. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org e**(i*pi)+1=0 From raymondv at gmx.de Sat Jul 25 01:06:50 2009 From: raymondv at gmx.de (Raymond Vetter) Date: Sat Jul 25 01:06:57 2009 Subject: current Samba ports? Message-ID: <4A6A5458.3090307@gmx.de> Hello FreeBSD Team, FreeBSD Ports provide only Samba 3.0.x. It is possible to port Samba 3.2.x, 3.3.x for the current FreeBSD? The 3.0.x is quit old. thanks Raymond From spawk at acm.poly.edu Sat Jul 25 01:42:33 2009 From: spawk at acm.poly.edu (Boris Kochergin) Date: Sat Jul 25 01:42:40 2009 Subject: current Samba ports? In-Reply-To: <4A6A5458.3090307@gmx.de> References: <4A6A5458.3090307@gmx.de> Message-ID: <4A6A5CAD.2010004@acm.poly.edu> The port for 3.2 is net/samba32, the one for 3.3 is net/samba33, and there's even a net/samba4-devel one. -Boris Raymond Vetter wrote: > Hello FreeBSD Team, > > FreeBSD Ports provide only Samba 3.0.x. > It is possible to port Samba 3.2.x, 3.3.x for the current FreeBSD? > The 3.0.x is quit old. > > thanks > Raymond > _______________________________________________ > 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 bf1783 at googlemail.com Sat Jul 25 05:20:05 2009 From: bf1783 at googlemail.com (b. f.) Date: Sat Jul 25 05:20:11 2009 Subject: FreeBSD Port: mplayer-0.99.11_14 Message-ID: Thomas Zander wrote: >Stackhouse wrote: >> I think we'll investigate VLC as an alternative. ?Not too comfortable >> building around a solution that's not being maintained as it should be. > mplayer is definitely continuously developed, it's not an abandoned > project! They just do not follow a release scheme at the moment. He may have been referring to the FreeBSD port here, not upstream. ;) > If the svn version does the job you want it to do, it's definitely worth a try. > I personally like mplayer as it is still lighter than VLC. I was going to submit a snapshot update some months ago to Riggs, but I got bogged down (sorry, Riggs!) with sound problems on my computer, and other demands on my time. By the time that I returned to it, upstream developers who were using Linux had introduced several additional hurdles by using SSE3 and several C99 math functions that were missing from our gcc 4.2 base compiler toolchain and our aging and largely unmaintained math library. Since then, after complaints from users on the mplayer mailing list who were attempting to build snapshots on FreeBSD, they resolved some but not all of these problems by just disabling some of the newer code, which is ... not altogether satisfactory. Also, there was, the last time I checked, some kind of problem with our base compiler on amd64. Suggested workarounds for some of these problems were submitted by "Tomek" on March 2 to the freebsd-multimedia mailing list (under messages entitled "x264 patch" and "ffmpeg patch", but there are still some problems to resolve. So this will probably require a little time and effort to update. If no one else does it, I'll try to get to it in the next few weeks. It definitely ought to be done. b. From mel.flynn+fbsd.ports at mailing.thruhere.net Sat Jul 25 06:56:58 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Sat Jul 25 06:57:04 2009 Subject: FreeBSD Port: mplayer-0.99.11_14 In-Reply-To: <786602c60907221540m7aeab9abx2b773c75500819d6@mail.gmail.com> References: <407390A9C396D342802A99E1295F5560496763@samsafs01.samsa.local> <05C77806-2294-4198-9839-4A1CC465F5B3@samsa.com> <786602c60907221540m7aeab9abx2b773c75500819d6@mail.gmail.com> Message-ID: <200907242256.55682.mel.flynn+fbsd.ports@mailing.thruhere.net> On Wednesday 22 July 2009 14:40:50 Thomas Zander wrote: > On Wed, Jul 22, 2009 at 22:33, Michael D. > > Stackhouse wrote: > > I think we'll investigate VLC as an alternative. Not too comfortable > > building around a solution that's not being maintained as it should be. > > mplayer is definitely continuously developed, it's not an abandoned > project! They just do not follow a release scheme at the moment. I don't consider sticking code into a repository "developing". Release engineering is an important part of the development process and shifting this burden onto packagers, while stuffing more and more non-portable code into the repository is exactly why it's hard to find volunteers with the time and knowledge to maintain an up-to-date mplayer port. -- Mel From gesbbb at yahoo.com Sat Jul 25 10:25:50 2009 From: gesbbb at yahoo.com (Jerry) Date: Sat Jul 25 10:25:56 2009 Subject: current Samba ports? In-Reply-To: <4A6A5458.3090307@gmx.de> References: <4A6A5458.3090307@gmx.de> Message-ID: <20090725062548.18582583@scorpio.seibercom.net> On Sat, 25 Jul 2009 02:39:52 +0200 Raymond Vetter wrote: > FreeBSD Ports provide only Samba 3.0.x. > It is possible to port Samba 3.2.x, 3.3.x for the current FreeBSD? > The 3.0.x is quit old. When was the last time you updated your ports tree? -- Jerry gesbbb@yahoo.com A highly intelligent man should take a primitive woman. Imagine if on top of everything else, I had a woman who interfered with my work. Adolf Hitler From ml at netfence.it Sat Jul 25 17:06:00 2009 From: ml at netfence.it (Andrea Venturoli) Date: Sat Jul 25 17:06:07 2009 Subject: netatalk 2.0.4 breaks PAM? Message-ID: <4A6B38BE.2050405@netfence.it> Hello. I'm using afpd on a 6.3/i386 and I make it authenticate to pam_smb. Everything was fine with 2.0.3. As soon as I upgraded to 2.0.4, I started getting: Jul 13 09:28:38 xxxxx afpd[89271]: dhx login: yyyyyyy Jul 13 09:28:38 xxxxx afpd[89271]: in openpam_load_module(): no /usr/local/lib/pam_smb_auth.so found Jul 13 09:28:38 xxxxx afpd[89271]: uams_dhx_pam.c :PAM: PAM_Error: system error Jul 13 09:28:38 xxxxx afpd[89271]: 0.18KB read, 0.12KB written I swear /usr/local/lib/pam_smb_auth.so is there and working, since many other packages are using it the same way. Since this is a production environment, I had to downgrade to 2.0.3 as fast as possible; everything worked fine again since then. Not sure if this is a FreeBSD port's specific problem, but I thought I'd start here. bye & Thanks av. From enlil65 at gmail.com Sat Jul 25 17:19:44 2009 From: enlil65 at gmail.com (Peggy Wilkins) Date: Sat Jul 25 17:19:54 2009 Subject: Using WITH_OPENSSL_PORT Message-ID: <1789c2360907250950k3a957f2j27715566d1be0f2e@mail.gmail.com> My system (uname -a) is FreeBSD grenache.lib.uchicago.edu 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Fri Jun 26 15:23:52 CDT 2009 root@grenache.lib.uchicago.edu:/usr/obj/usr/src/sys/GENERIC amd64. I recently installed security/krb5 which is my first installed port that has set WITH_OPENSSL_PORT in its Makefile. It didn't take me long to notice after the installation of security/krb5 that security/pam_ldap on the same system no longer works, so I tried recompiling/reinstalling openldap and pam_ldap but that didn't fix it. However, I didn't set WITH_OPENSSL_PORT myself when I did that -- I assumed the ports system would automatically detect that the openssl port was installed and would use that. Since I couldn't live with broken pam_ldap on my production system while I figured it out, I undid everything I did, so my system is now back to the way it was before installing security/krb5. However, I still need security/krb5 (as a prereq for samba3 with ADS authentication). I am unsure what I need to do to use the ports openssl on my system instead of the one that comes with the base system, without breaking things. I assume I need to recompile the ports that depend on openssl, but how do I get the list of those things, given that (AFAIK) none of them list openssl as a dependency? Since I do OS updates from source, will using ports openssl affect make installworld and/or make installkernel on the base system? I read the openssl section in the FreeBSD Handbook and didn't find any useful information about this in there. I also read through (as much as I could follow, anyway) /usr/ports/Mk/bsd.openssl.mk but am still clueless. Can someone outline how to use openssl from ports correctly? Thanks for any advice. plw From gesbbb at yahoo.com Sat Jul 25 19:43:37 2009 From: gesbbb at yahoo.com (Jerry) Date: Sat Jul 25 19:43:43 2009 Subject: Using WITH_OPENSSL_PORT In-Reply-To: <1789c2360907250950k3a957f2j27715566d1be0f2e@mail.gmail.com> References: <1789c2360907250950k3a957f2j27715566d1be0f2e@mail.gmail.com> Message-ID: <20090725154335.27bbbe3d@scorpio.seibercom.net> On Sat, 25 Jul 2009 11:50:17 -0500 Peggy Wilkins wrote: > My system (uname -a) is FreeBSD grenache.lib.uchicago.edu > 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Fri Jun 26 15:23:52 CDT 2009 > root@grenache.lib.uchicago.edu:/usr/obj/usr/src/sys/GENERIC > amd64. > > I recently installed security/krb5 which is my first installed port > that has set WITH_OPENSSL_PORT in its Makefile. It didn't take me > long to notice after the installation of security/krb5 that > security/pam_ldap on the same system no longer works, so I tried > recompiling/reinstalling openldap and pam_ldap but that didn't fix it. > However, I didn't set WITH_OPENSSL_PORT myself when I did that -- I > assumed the ports system would automatically detect that the openssl > port was installed and would use that. > > Since I couldn't live with broken pam_ldap on my production system > while I figured it out, I undid everything I did, so my system is now > back to the way it was before installing security/krb5. However, I > still need security/krb5 (as a prereq for samba3 with ADS > authentication). > > I am unsure what I need to do to use the ports openssl on my system > instead of the one that comes with the base system, without breaking > things. I assume I need to recompile the ports that depend on > openssl, but how do I get the list of those things, given that (AFAIK) > none of them list openssl as a dependency? > > Since I do OS updates from source, will using ports openssl affect > make installworld and/or make installkernel on the base system? > > I read the openssl section in the FreeBSD Handbook and didn't find any > useful information about this in there. I also read through (as much > as I could follow, anyway) /usr/ports/Mk/bsd.openssl.mk but am still > clueless. > > Can someone outline how to use openssl from ports correctly? > > Thanks for any advice. > > plw Place this in your '/etc/make.conf' file: WITH_OPENSSL_PORT=yes Then, after updating your ports tree, try running this: portupgrade -Rrf security/krb5 You may not need the 'security/' part. That should rebuild the required ports and get you up and running. -- Jerry gesbbb@yahoo.com Nothing lasts forever. Where do I find nothing? From marcus at FreeBSD.org Sat Jul 25 20:34:21 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Sat Jul 25 20:34:28 2009 Subject: netatalk 2.0.4 breaks PAM? In-Reply-To: <4A6B38BE.2050405@netfence.it> References: <4A6B38BE.2050405@netfence.it> Message-ID: <1248554065.44222.17.camel@shumai.marcuscom.com> On Sat, 2009-07-25 at 18:54 +0200, Andrea Venturoli wrote: > Hello. > I'm using afpd on a 6.3/i386 and I make it authenticate to pam_smb. > Everything was fine with 2.0.3. > > As soon as I upgraded to 2.0.4, I started getting: > > Jul 13 09:28:38 xxxxx afpd[89271]: dhx login: yyyyyyy > Jul 13 09:28:38 xxxxx afpd[89271]: in openpam_load_module(): no > /usr/local/lib/pam_smb_auth.so found > Jul 13 09:28:38 xxxxx afpd[89271]: uams_dhx_pam.c :PAM: PAM_Error: > system error > Jul 13 09:28:38 xxxxx afpd[89271]: 0.18KB read, 0.12KB written > > I swear /usr/local/lib/pam_smb_auth.so is there and working, since many > other packages are using it the same way. This error means there was a problem loading the module. This most likely means a symbol could not be resolved. If you rebuild OpenPAM with -DOPENPAM_DEBUG, you will get more diagnostics as to exactly why this is failing to load. To do that, add -DOPENPAM_DEBUG to the CFLAGS in /usr/src/lib/libpam/libpam/Makefile. Joe > > Since this is a production environment, I had to downgrade to 2.0.3 as > fast as possible; everything worked fine again since then. > > > Not sure if this is a FreeBSD port's specific problem, but I thought I'd > start here. > > > bye & Thanks > av. > > > -- 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/20090725/c1db35fa/attachment.pgp From bf1783 at googlemail.com Sat Jul 25 21:29:32 2009 From: bf1783 at googlemail.com (b. f.) Date: Sat Jul 25 21:29:38 2009 Subject: Using WITH_OPENSSL_PORT Message-ID: Argh! This again. On Sat, 25 Jul 2009 11:50:17 -0500 Peggy Wilkins wrote: > > I recently installed security/krb5 which is my first installed port > that has set WITH_OPENSSL_PORT in its Makefile. It didn't take me > long to notice after the installation of security/krb5 that > security/pam_ldap on the same system no longer works, so I tried > recompiling/reinstalling openldap and pam_ldap but that didn't fix it. > However, I didn't set WITH_OPENSSL_PORT myself when I did that -- I > assumed the ports system would automatically detect that the openssl > port was installed and would use that. If the port uses the bsd.openssl.mk framework properly, it should use the openssl port if it is installed, and if it is not explicitly told to use the base openssl. This is clear from lines 44-51 of version 1.44 of bsd.openssl.mk. > > I am unsure what I need to do to use the ports openssl on my system > instead of the one that comes with the base system, without breaking > things. I assume I need to recompile the ports that depend on > openssl, but how do I get the list of those things, given that (AFAIK) > none of them list openssl as a dependency? If you have a ports tree, and LOCALBASE and PREFIX are subdirectories of usr/ (they are both /usr/local by default), you can do something like: pkg_info -aoq | xargs -I % make -C /usr/ports/% -V OPENSSLBASE -V PKGORIGIN | sed -n '/^\/usr/{n;p;}' which will list the ports that USE_OPENSSL. (You should really just be able to test that USE_OPENSSL is defined, but a small number of ports (77) use hacks to include bsd.openssl.mk without ever defining USE_OPENSSL, so you need to do something like the above instead.) You should then rebuild these ports, and, if you want to be safe, the ports that depend upon them. This will not find ports that don't properly use the bsd.openssl.mk framework, but still link against the openssl libraries. There ought not to be any such ports, but occasionally mistakes are made. > > Since I do OS updates from source, will using ports openssl affect > make installworld and/or make installkernel on the base system? > No, it shouldn't. > I read the openssl section in the FreeBSD Handbook and didn't find any > useful information about this in there. I also read through (as much > as I could follow, anyway) /usr/ports/Mk/bsd.openssl.mk but am still > clueless. Well, it's all in there... :) > > Can someone outline how to use openssl from ports correctly? Just install the openssl port, and, to be on the safe side, define WITH_OPENSSL_PORT in the build environment of the ports that USE_OPENSSL -- in /etc/make.conf is a good place, as someone mentioned. b. From enlil65 at gmail.com Sat Jul 25 21:55:43 2009 From: enlil65 at gmail.com (Peggy Wilkins) Date: Sat Jul 25 21:55:50 2009 Subject: Using WITH_OPENSSL_PORT In-Reply-To: References: Message-ID: <1789c2360907251455r1d24d803rbd983126259ea94b@mail.gmail.com> Thanks very much for the clear replies to my question about how to use openssl from ports. It looks like it should be straightforward in most circumstances. However, unfortunately I seem to have run into exactly the problem on my system that is described in this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=132819&cat=ports In particular, scrolling all the way down to the bottom of the PR: State Changed From-To: feedback->closed By: marcus When: Sat May 9 20:13:52 UTC 2009 Why: This was caused by linking OpenLDAP to the ports version of OpenSSL. The pam_ldap module is only supported with OpenLDAP linked to the base OpenSSL. Switching to base OpenSSL has been known to fix this for one user. As the PR advises, switching back to base openssl fixes my problem. Since I am already using pam_ldap on this system in production, I don't see any easy way to get security/krb5 installed and working via ports on the same system since openssl requirements for these things conflict. I think my easiest solution is to use a different system for security/krb5. plw From tingox at gmail.com Sun Jul 26 02:51:27 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sun Jul 26 02:51:33 2009 Subject: cups or HPLIP - overeager notification of syslog messages Message-ID: Hi, I am testing HPLIP 3.9.6, from the latest port candidate on this mailinglist. Tonight I was changing my cupsd.conf so that I could access my printer from another machine on the local network. During that exercise, I made a few errors, which resulted in cupsd writing those errors to syslog, which is all fine, and the way I like it. However; those messages wer _also_ printed on _al_l terminals (xterms) I had active on the machine cupsd is running on. No, we are not just talking about the one xterm which I am using as a root shell on this machine, but _all_ xterm's, no matter what they were doing. Urgh - bad decision, very bad. Here is the messages in /var/log/messages: Jul 26 03:53:15 kg-v2 cupsd: Unable to read configuration file '/usr/local/etc/cups/cupsd.conf' - exiting! Jul 26 03:53:53 kg-v2 cupsd: Unable to read configuration file '/usr/local/etc/cups/cupsd.conf' - exiting! Jul 26 03:54:49 kg-v2 last message repeated 2 times And here they are from an idle xterm: tingo@kg-v2$ Message from syslogd@kg-v2 at Jul 26 03:53:15 ... kg-v2 cupsd: Unable to read configuration file '/usr/local/etc/cups/cupsd.conf' - exiting! Message from syslogd@kg-v2 at Jul 26 03:53:53 ... kg-v2 cupsd: Unable to read configuration file '/usr/local/etc/cups/cupsd.conf' - exiting! Message from syslogd@kg-v2 at Jul 26 03:54:49 ... kg-v2 last message repeated 2 times I haven't seen this problem before, and I have used cups and hplip since hplip was fiurst ported to FreeBSd. I do not know if the fault lies with HPLIP ( I suspect the systray app, but I have no evidence) Nor do I know if this is just a fault in the program itself, or if it is because of the porting to FreeBSD (most likely it hasn't anything to do with it). HTH -- Regards, Torfinn Ingolfsen, From bf1783 at googlemail.com Sun Jul 26 07:13:50 2009 From: bf1783 at googlemail.com (b. f.) Date: Sun Jul 26 07:13:57 2009 Subject: Using WITH_OPENSSL_PORT Message-ID: > As the PR advises, switching back to base openssl fixes my problem. Well, apparently only part of it. Unfortunately the openssl framework in ports doesn't accommodate mixing and matching of base and port openssl, so while this may allow you to use pam_ldap, it's at the expense of other ports. You should probably follow-up on the PR, and explain to the committer who closed it why a real solution to the problem would be desirable. Also, ask the krb5 maintainer if it would be possible to relax the openssl requirements on his port. Sometimes these restrictions are relics of times when an earlier version of openssl in base was causing problems, and they may no longer be relevant. > Since I am already using pam_ldap on this system in production, I > don't see any easy way to get security/krb5 installed and working via > ports on the same system since openssl requirements for these things > conflict. I think my easiest solution is to use a different system > for security/krb5. At least in the short term, if you don't have the time to patch these ports yourself, you may be right. Another thing you may want to consider: will the kerberos implementation already in the base system, or another kerberos port, meet your needs, so that you can dispense with the krb5 port? b. From perryh at pluto.rain.com Sun Jul 26 07:30:59 2009 From: perryh at pluto.rain.com (perryh@pluto.rain.com) Date: Sun Jul 26 07:31:11 2009 Subject: >1 linux_base port (Re: 7.2 amd64 Flash) In-Reply-To: <46921322@ipt.ru> References: <4A6B6A25.2040508@videotron.ca> <6201873e0907251532u5a100c2du15c910d51522bc26@mail.gmail.com> <4A6B8F5A.7050203@videotron.ca> <46921322@ipt.ru> Message-ID: <4a6c04f5.kCRwnNHuKXMD2Eoc%perryh@pluto.rain.com> Boris Samorodov wrote: > PJ writes: > > I already had f8 installed as well as fc-4 > That's wrong. Two linux_base ports should not be installed > at a system ... Might it be advisable for each new linux_base port to declare itself incompatible with all earlier ones, to prevent this kind of error? (Cc: ports@) From mel.flynn+fbsd.questions at mailing.thruhere.net Sun Jul 26 08:37:39 2009 From: mel.flynn+fbsd.questions at mailing.thruhere.net (Mel Flynn) Date: Sun Jul 26 08:37:46 2009 Subject: >1 linux_base port (Re: 7.2 amd64 Flash) In-Reply-To: <4a6c04f5.kCRwnNHuKXMD2Eoc%perryh@pluto.rain.com> References: <4A6B6A25.2040508@videotron.ca> <46921322@ipt.ru> <4a6c04f5.kCRwnNHuKXMD2Eoc%perryh@pluto.rain.com> Message-ID: <200907260013.36679.mel.flynn+fbsd.questions@mailing.thruhere.net> On Saturday 25 July 2009 23:25:41 perryh@pluto.rain.com wrote: > Boris Samorodov wrote: > > PJ writes: > > > I already had f8 installed as well as fc-4 > > > > That's wrong. Two linux_base ports should not be installed > > at a system ... > > Might it be advisable for each new linux_base port to declare > itself incompatible with all earlier ones, to prevent this > kind of error? (Cc: ports@) They are, -f8/Makefile: CONFLICTS= linux_base-gentoo* linux_base-fc4 linux_base-fc6 \ linux_base-f7 linux-glib2 Someone installed with DISABLE_CONFLICTS and has a bleeding foot. -- Mel From rannumgen at globaleyes.net Sun Jul 26 12:48:12 2009 From: rannumgen at globaleyes.net (RandomUser) Date: Sun Jul 26 12:48:23 2009 Subject: GnuCASH-2.2.9 crashes when saving a custom report Message-ID: <4A6C4DB4.7050607@globaleyes.net> As noted in the following bugzilla report, changing to slib-3b1 fixed this particular problem. https://bugzilla.redhat.com/show_bug.cgi?id=446118 Unfortunately, there were a few complications in installing slib-3b1, some of which are noted in the following online comment. http://sources.redhat.com/ml/guile/2000-04/msg00114.html A PR to update SLIB has been submitted. When I was finally able to install slib-3b1, recompile GnuCASH-2.9.2, create a new Custom Report - I was then able to successfully SAVE the report (via "File/Add Report") and GnuCASH did NOT crash!! The new report was also saved!!! From hselasky at c2i.net Sun Jul 26 18:32:38 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Sun Jul 26 18:32:45 2009 Subject: SANE, USB image scanner and -CURRENT (problem solved) In-Reply-To: <20090726181026.GB1223@gothic.blackend.org> References: <20090726125542.GA40587@abigail.blackend.org> <200907261527.36773.hselasky@c2i.net> <20090726181026.GB1223@gothic.blackend.org> Message-ID: <200907262032.26232.hselasky@c2i.net> On Sunday 26 July 2009 20:10:26 Marc Fonvieille wrote: > On Sun, Jul 26, 2009 at 03:27:36PM +0200, Hans Petter Selasky wrote: > > On Sunday 26 July 2009 15:12:24 Marc Fonvieille wrote: > > > On Sun, Jul 26, 2009 at 02:55:42PM +0200, Marc Fonvieille wrote: > > > > Then I read the CVS logs about SANE's ports and > > > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/graphics/sane-backends/Ma > > > >kefi le seems to say that SANE is broken since removal of uscanner(8), > > > > am I right? > > > > > > Ok, I read the Makefile, SANE is by default w/o libusb support cause > > > it's broken with libusb coming with 8.X so it's normal that the scanner > > > is not found. > > > Is there any plan in fixing that problem before 8.0-RELEASE? > > > > I think this is an old error. Have you tried compiling SANE from ports > > with libusb support enabled? > > It's impossible cause of this Makefile part: > > .if (defined(WITHOUT_USB) || ${OSVERSION} > 800000) > CONFIGURE_ARGS+= --disable-libusb > .else > .if ${OSVERSION} < 800069 > LIB_DEPENDS+= usb-0.1.8:${PORTSDIR}/devel/libusb > .endif > .endif > > So SANE is built w/o libusb support even if you check the option. I > tried to comment this part but the build failed on sanei_usb.c etc. > > I think someone with USB foo should have a look to the port. Patch: /usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/sanei/sanei_usb.c At beginning of file change: #if defined (__FreeBSD__) #include #include #endif /* __FreeBSD__ */ To: #if (defined (__FreeBSD__) && (__FreeBSD_version < 800064)) #include #include #endif /* __FreeBSD__ */ That's all. ... Making all in po gmake[1]: Entering directory `/usr/ports/graphics/sane-backends/work/sane- backends-1.0.20/po' generating sane-backends.bg.mo from sane-backends.bg.po generating sane-backends.cs.mo from sane-backends.cs.po generating sane-backends.da.mo from sane-backends.da.po generating sane-backends.de.mo from sane-backends.de.po generating sane-backends.en_GB.mo from sane-backends.en_GB.po generating sane-backends.eo.mo from sane-backends.eo.po generating sane-backends.es.mo from sane-backends.es.po generating sane-backends.fi.mo from sane-backends.fi.po generating sane-backends.fr.mo from sane-backends.fr.po generating sane-backends.it.mo from sane-backends.it.po generating sane-backends.nb.mo from sane-backends.nb.po generating sane-backends.nl.mo from sane-backends.nl.po generating sane-backends.pl.mo from sane-backends.pl.po generating sane-backends.pt.mo from sane-backends.pt.po generating sane-backends.ru.mo from sane-backends.ru.po generating sane-backends.sv.mo from sane-backends.sv.po gmake[1]: Leaving directory `/usr/ports/graphics/sane-backends/work/sane- backends-1.0.20/po' gmake[1]: Entering directory `/usr/ports/graphics/sane-backends/work/sane- backends-1.0.20' gmake[1]: Nothing to be done for `all-am'. gmake[1]: Leaving directory `/usr/ports/graphics/sane-backends/work/sane- backends-1.0.20' --HPS From bennett at cs.niu.edu Sun Jul 26 19:36:39 2009 From: bennett at cs.niu.edu (Scott Bennett) Date: Sun Jul 26 19:36:47 2009 Subject: updating to ghostscript8-8.64_2 fails Message-ID: <200907261936.n6QJabpZ000012@mp.cs.niu.edu> I'm running 7-STABLE updated to several hours ago: FreeBSD hellas 7.2-STABLE FreeBSD 7.2-STABLE #26: Sun Jul 26 02:48:17 CDT 2009 bennett@hellas:/usr/src/sys/i386/compile/hellas i386 I also ran portsnap again to get the latest updates before attempting to rebuild all altered ports and packages among the ones I have installed. Now, using portmaster again, I've run into a problem during the update to ghostscript. It does a lot of compiling, but eventually quits at: rm -f ./obj/../soobj/iconfig.c cp ./obj/../soobj/gconfxx.h ./obj/../soobj/gconfig.h cp ./psi/iconf.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-statement -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing -pipe -march=prescott -DUSE_LIBICONV_GNU -DUSE_LIBPAPER -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-statement -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing -pipe -march=prescott -DUSE_LIBICONV_GNU -DUSE_LIBPAPER -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 -lpaper -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 Stop in /usr/ports/print/ghostscript8. ===>>> make failed for print/ghostscript8 ===>>> Aborting update ===>>> Update for ghostscript8-8.64_2 failed ===>>> Aborting update ===>>> Update for ImageMagick-6.5.3.10 failed ===>>> Aborting update 327.866u 117.233s 7:03.32 105.1% 3261+927k 228+1673io 46pf+0w hellas# Is there something I missed doing? Or does this mean I should submit a problem report? Thanks in advance for any clues. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From m.seaman at infracaninophile.co.uk Sun Jul 26 19:45:59 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sun Jul 26 19:46:06 2009 Subject: CFT: databases/mysql51-server+sphinxse Message-ID: <4A6CB267.1000903@infracaninophile.co.uk> Dear all, As maintainer of the textproc/sphinxsearch port I occasionally get requests from users about enabling the SphinxSE engine in MySQL on FreeBSD. Up to now, I've been publishing some ad hoc patches to the mysqlNN-server ports through by web site: http://www.infracaninophile.co.uk/articles/sphinxse.html I've now created a slave port: databases/mysql51-server+sphinxse which achieves much the same effect as the patches: http://www.infracaninophile.co.uk/articles/mysql51-server+sphinxse.shar I'll submit this as a new port fairly soon, but I'd appreciate any constructive critique of what I'm trying to do, and if anyone interested could do some testing. I already know there are a few problems, for instance I can't change the MAINTAINER or CONFLICTS settings without some small modifications to the master port. I'd do much the same thing for mysql50-server as well, but I'm still trying to debug getting SphinxSE support working at all with that version. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090726/5ffc50df/signature.pgp From blackend at freebsd.org Sun Jul 26 20:32:04 2009 From: blackend at freebsd.org (Marc Fonvieille) Date: Sun Jul 26 20:32:10 2009 Subject: SANE, USB image scanner and -CURRENT (problem solved) In-Reply-To: <200907262032.26232.hselasky@c2i.net> References: <20090726125542.GA40587@abigail.blackend.org> <200907261527.36773.hselasky@c2i.net> <20090726181026.GB1223@gothic.blackend.org> <200907262032.26232.hselasky@c2i.net> Message-ID: <20090726201824.GA75277@gothic.blackend.org> On Sun, Jul 26, 2009 at 08:32:23PM +0200, Hans Petter Selasky wrote: > On Sunday 26 July 2009 20:10:26 Marc Fonvieille wrote: > > On Sun, Jul 26, 2009 at 03:27:36PM +0200, Hans Petter Selasky wrote: > > > On Sunday 26 July 2009 15:12:24 Marc Fonvieille wrote: > > > > On Sun, Jul 26, 2009 at 02:55:42PM +0200, Marc Fonvieille wrote: > > > > > Then I read the CVS logs about SANE's ports and > > > > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/graphics/sane-backends/Ma > > > > >kefi le seems to say that SANE is broken since removal of uscanner(8), > > > > > am I right? > > > > > > > > Ok, I read the Makefile, SANE is by default w/o libusb support cause > > > > it's broken with libusb coming with 8.X so it's normal that the scanner > > > > is not found. > > > > Is there any plan in fixing that problem before 8.0-RELEASE? > > > > > > I think this is an old error. Have you tried compiling SANE from ports > > > with libusb support enabled? > > > > It's impossible cause of this Makefile part: > > > > .if (defined(WITHOUT_USB) || ${OSVERSION} > 800000) > > CONFIGURE_ARGS+= --disable-libusb > > .else > > .if ${OSVERSION} < 800069 > > LIB_DEPENDS+= usb-0.1.8:${PORTSDIR}/devel/libusb > > .endif > > .endif > > > > So SANE is built w/o libusb support even if you check the option. I > > tried to comment this part but the build failed on sanei_usb.c etc. > > > > I think someone with USB foo should have a look to the port. > > > Patch: > > /usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/sanei/sanei_usb.c > > At beginning of file change: > > #if defined (__FreeBSD__) > #include > #include > #endif /* __FreeBSD__ */ > > To: > > #if (defined (__FreeBSD__) && (__FreeBSD_version < 800064)) > #include > #include > #endif /* __FreeBSD__ */ > > That's all. > > ... > Thanks a lot! It works now. I just committed your fix to the port, now the USB scanners work under 8.X! I'm currently testing under 8.X all USB things I have under the hand, I may contact you again in future :) -- Marc From pj at smo.de Mon Jul 27 02:00:15 2009 From: pj at smo.de (Philipp Ost) Date: Mon Jul 27 02:00:22 2009 Subject: updating to ghostscript8-8.64_2 fails In-Reply-To: <200907261936.n6QJabpZ000012@mp.cs.niu.edu> References: <200907261936.n6QJabpZ000012@mp.cs.niu.edu> Message-ID: <4A6CD314.8070501@smo.de> Scott Bennett wrote: > I'm running 7-STABLE updated to several hours ago: > > FreeBSD hellas 7.2-STABLE FreeBSD 7.2-STABLE #26: Sun Jul 26 02:48:17 CDT 2009 bennett@hellas:/usr/src/sys/i386/compile/hellas i386 > > I also ran portsnap again to get the latest updates before attempting to > rebuild all altered ports and packages among the ones I have installed. Now, > using portmaster again, I've run into a problem during the update to > ghostscript. It does a lot of compiling, but eventually quits at: > > rm -f ./obj/../soobj/iconfig.c > cp ./obj/../soobj/gconfxx.h ./obj/../soobj/gconfig.h > cp ./psi/iconf.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-statement -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing -pipe -march=prescott -DUSE_LIBICONV_GNU -DUSE_LIBPAPER -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-statement -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing -pipe -march=prescott -DUSE_LIBICONV_GNU -DUSE_LIBPAPER -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 -lpaper -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 > > Stop in /usr/ports/print/ghostscript8. > > ===>>> make failed for print/ghostscript8 > ===>>> Aborting update > > ===>>> Update for ghostscript8-8.64_2 failed > ===>>> Aborting update > > ===>>> Update for ImageMagick-6.5.3.10 failed > ===>>> Aborting update > > 327.866u 117.233s 7:03.32 105.1% 3261+927k 228+1673io 46pf+0w > hellas# > > Is there something I missed doing? Or does this mean I should submit > a problem report? > Thanks in advance for any clues. This seems to be the same problem I have when trying to build ghostscript8-8.64_6. I sent a message to ports@ several days ago (22.07) but got no reply so far. Regards, Philipp From matthias.andree at gmx.de Mon Jul 27 08:08:09 2009 From: matthias.andree at gmx.de (Matthias Andree) Date: Mon Jul 27 08:08:15 2009 Subject: misc/e2fsprogs-libuuid should be MAKE_JOBS_UNSAFE In-Reply-To: <4A69AE9D.3070607@icyb.net.ua> References: <4A659FDB.5070105@icyb.net.ua> <20090721152047.GA20099@hades.panopticon> <4A69AE9D.3070607@icyb.net.ua> Message-ID: Am 24.07.2009, 14:52 Uhr, schrieb Andriy Gapon : > on 21/07/2009 18:20 Dmitry Marakasov said the following: >> >> A fix for this was recently added. Does the updated port show the >> same bahavior? > > Matthias, Dmitry, > > thank you very much for the responses (off- and on- list)! And sorry for > the delay. > Yes, the updated port works perfectly. Hi Andriy, my pleasure. Thanks for your report and your follow-up. I'm sorry that I missed the subst build issue on my system the first time around. Best regards -- Matthias Andree From peterjeremy at optushome.com.au Mon Jul 27 09:16:53 2009 From: peterjeremy at optushome.com.au (peterjeremy@optushome.com.au) Date: Mon Jul 27 09:17:00 2009 Subject: FreeBSD Port: mplayer-0.99.11_14 In-Reply-To: <200907242256.55682.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <407390A9C396D342802A99E1295F5560496763@samsafs01.samsa.local> <05C77806-2294-4198-9839-4A1CC465F5B3@samsa.com> <786602c60907221540m7aeab9abx2b773c75500819d6@mail.gmail.com> <200907242256.55682.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <20090727070940.GA67081@server.vk2pj.dyndns.org> On 2009-Jul-24 22:56:55 -0800, Mel Flynn wrote: >I don't consider sticking code into a repository "developing". This is exactly the approach the Xorg project has adopted - and the result is that Xorg is now incredibly fragile and very often broken. (Though they have gone the additional step of ripping out existing, working code for no reason other than to increase POLA violations). > Release >engineering is an important part of the development process and shifting this >burden onto packagers, while stuffing more and more non-portable code into the >repository is exactly why it's hard to find volunteers with the time and >knowledge to maintain an up-to-date mplayer port. Unfortunately, this fact appears to escaped the Xorg project as well. -- Peter Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090727/df8f5129/attachment.pgp From avg at icyb.net.ua Mon Jul 27 10:23:31 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Jul 27 10:23:44 2009 Subject: FreeBSD Port: mplayer-0.99.11_14 In-Reply-To: References: Message-ID: <4A6D801F.8020607@icyb.net.ua> on 25/07/2009 08:20 b. f. said the following: > Thomas Zander wrote: >> Stackhouse wrote: > >>> I think we'll investigate VLC as an alternative. Not too comfortable >>> building around a solution that's not being maintained as it should be. > >> mplayer is definitely continuously developed, it's not an abandoned >> project! They just do not follow a release scheme at the moment. > > He may have been referring to the FreeBSD port here, not upstream. ;) > >> If the svn version does the job you want it to do, it's definitely worth a try. >> I personally like mplayer as it is still lighter than VLC. > > I was going to submit a snapshot update some months ago to Riggs, but > I got bogged down (sorry, Riggs!) with sound problems on my computer, > and other demands on my time. By the time that I returned to it, > upstream developers who were using Linux had introduced several > additional hurdles by using SSE3 and several C99 math functions that > were missing from our gcc 4.2 base compiler toolchain and our aging > and largely unmaintained math library. Since then, after complaints > from users on the mplayer mailing list who were attempting to build > snapshots on FreeBSD, they resolved some but not all of these problems > by just disabling some of the newer code, which is ... not altogether > satisfactory. Also, there was, the last time I checked, some kind of > problem with our base compiler on amd64. Suggested workarounds for > some of these problems were submitted by "Tomek" on March 2 to the > freebsd-multimedia mailing list (under messages entitled "x264 patch" > and "ffmpeg patch", but there are still some problems to resolve. So > this will probably require a little time and effort to update. If no > one else does it, I'll try to get to it in the next few weeks. It > definitely ought to be done. Just curious, can't newer GCC(s) from ports be used to build those mplayer snapshots? We have: /usr/ports/lang/gcc42 <- 4.2.5 /usr/ports/lang/gcc43 <- 4.3.4 /usr/ports/lang/gcc44 <- 4.4.1 /usr/ports/lang/gcc45 <- 4.5.0 -- Andriy Gapon From bugmaster at FreeBSD.org Mon Jul 27 11:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 27 11:06:31 2009 Subject: Current unassigned ports problem reports Message-ID: <200907271106.n6RB65ZY017951@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/137162 Change in port math/vtk5: add GL2PS knobs to OPTIONS o ports/137157 mark broken ports/net/ssmping for FreeBSD 7.x dan Free o ports/137153 lang/slib upgrade version from 3a4 to 3b1 o ports/137151 lang/slib-guile using latest 3b1 version of slib fails o ports/137124 [patch] ports/palm/coldsync segfaults with gcc 4.x o ports/137115 net/pptpclient: pptp client for freebsd 7.1 o ports/137112 [mail/courier] update to 0.62 o ports/137105 sysutils/freebsd-snapshot not handling non C LANG/LC_A o ports/137100 security/openssh-portable: Add BSM audit support knob o ports/137054 Update devel/boost from 1.37 to 1.39 f ports/137046 Port upgrade: ports/postgresql-odbc: 08.03.0400 -> 08. f ports/137043 [patch] multimedia/mplayer: add SSSE3 support o ports/137020 New port: comms/dfu-programmer Programmer for USB Atme f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i f ports/136934 devel/root is marked as BROKEN but OK with GCC 3.4 o ports/136916 New port: net/dbeacon Distributed multicast beacon ser o ports/136915 [NEW PORT] multimedia/opencore-amr: OpenCORE implement o ports/136892 mail/prayer: fixup username in prayer-cyclog o ports/136886 multimedia/mplayer does not play CSS enrypted DVDs f ports/136882 kdenlive (multimedia/kdenlive port) project rendering o ports/136711 update java/java3d f ports/136615 [update] converters/pdf2djvu: update to 0.5.9 f ports/136611 security/swatch: leaves zombies behind o ports/136427 can't make devel/gwenhywfar o ports/136359 New port - lang/gnat-gcc44 f ports/136258 Port for sysutils/heartbeat (1.2.5_6) fails to build f ports/136227 science/Gramps Crashes When Opening a Family File o ports/136133 New port: net/callweaver Open source IP PBX based on A f ports/136132 Update port: devel/srecord to 1.49 f ports/136129 multimedia/kbtv won't build & install on 7.2 o ports/136124 sysutils/bsdstats needs timeout settings o ports/136089 New port: devel/mercurialeclipse A mercurial plugin fo o ports/135974 news/inn - innd core dumps with newer versions of libp f ports/135867 net-im/gajim 0.12.3: wrong $path in bin file o ports/135593 net-im/ejabberd: ram_file_io_server makes ejabberdevel f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- o ports/135019 sysutils/bubblemon-dockapp 1.46_6 memory usage meter i f ports/134743 devel/Monotone and pthreaded dependencies o ports/134711 mail/postfix - repocopy of (old) postfix to postfix25 f ports/134639 devel/boost can't be made with parameteres -DWITH_PYT o ports/134618 news/inn update to 2.4.6 s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic o ports/134443 [NEW PORT] multimedia/2ManDVD: Create your own video d f ports/134264 audio/cmus - segmentation fault with ogg files s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133344 net/nss_ldap fails to compile if world was installed w f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v o ports/131526 lang/cmucl: CMUCL for FreeBSD 7 s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/130772 news/inn: innd core dumps at startup after perl upgrad f ports/130209 www/typo3 upgrade removes configuration o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/128025 [patch] security/heimdal ldap support broken under 7 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 o ports/126085 news/inn update make environment to allow for Berkeley s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin f ports/121050 New port: sysutils/heartbeat2 Linux High-Availability o ports/118716 security/heimhal - shared library conflict with heimda o ports/116728 news/inn - ckpasswd (contained INN) crashed 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 o ports/101166 bittorrent-curses only works under English locales. o ports/82634 heimdal port conflict with base heimdal 73 problems total. From bf1783 at googlemail.com Mon Jul 27 14:20:01 2009 From: bf1783 at googlemail.com (b. f.) Date: Mon Jul 27 14:20:08 2009 Subject: FreeBSD Port: mplayer-0.99.11_14 In-Reply-To: <4A6D801F.8020607@icyb.net.ua> References: <4A6D801F.8020607@icyb.net.ua> Message-ID: On 7/27/09, Andriy Gapon wrote: > Just curious, can't newer GCC(s) from ports be used to build those mplayer > snapshots? > We have: > /usr/ports/lang/gcc42 <- 4.2.5 > /usr/ports/lang/gcc43 <- 4.3.4 > /usr/ports/lang/gcc44 <- 4.4.1 > /usr/ports/lang/gcc45 <- 4.5.0 We may have to USE_GCC , at least for some earlier supported versions of the OS, if we want to retain some of the newer mplayer/mencoder features. (I was hoping to avoid this, but it may be the easiest way to solve some problems.) But remember that the entire toolchain is involved, not just the compiler -- our gcc ports are still wired by default to our system gnu binutils, as is our base system compiler. These older base system binutils lack support for some newer instruction sets. obrien@ said some time ago that he planned to update them to the latest GPLv2 versions, but he didn't respond to my later questions about progress on this front, so I'm assuming that this will not happen soon, especially with the release engineering that is now going on. Now that we have a newer devel/binutils port, we may be able to work around this -- for example, you can see how one submitter is trying to incorporate SSE3 support in the old sources: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/137043 As for the missing C99 features in our math and C libraries, we may be able to compensate for them with compiler built-ins, but not all versions of gcc have the necessary functions, nor are they present for all architectures, because the built-ins weren't really intended to be full replacements for library functions, but only to provide optimized versions for some architectures. And some of them are unfinished or broken, even in the latest versions of gcc: http://gcc.gnu.org/c99status.html So there will probably still be some minor surgery that needs to be done. b. From tinguely at casselton.net Mon Jul 27 16:05:46 2009 From: tinguely at casselton.net (Mark Tinguely) Date: Mon Jul 27 16:06:21 2009 Subject: FreeBSD Port: mplayer-0.99.11_14 In-Reply-To: Message-ID: <200907271546.n6RFkIdx003207@casselton.net> As a FYI and cross my fingers that this does not take an OT life of its own. The newer ARM chips could benefit from a new GCC and GNU binutils. So we have spent some time experimenting in this area. I have added the FreeBSD kernel printing extensions (-fformat-extensions) and the FreeBSD path (PREFIX) code and the freebsd config entries into the GCC 4.5 (have kept it updated to the July snapshot). The GCC and libgcc have been ported to BSD Makefiles, with the following exceptions: 1) I have not added the last two week changes to gcc/gcclibs. 2) for some reason gnu/usr.bin/cc/cc_tools/option.h must exist, even if blank, before the compile begins. It must be a makefile error. 3) In libdecnumber from GCC, I statically chose the dpd routines. 4) libgcc compiles with 8.0 header files. I believe there are errors in the gcc libssp. If I remember, it was an error with an include file that I got manually around. 5) libgmp/libmpfr required by the new compilers has not been ported, right now I link them against /usr/local/lib. libgmp looks the messiest of the two. In the mpn directory, there are generic routines and per ARCH and sub-ARCH assembly replacements which require m4 preprocessing. Some replacements are for both add and subtract versions: aors_n.asm is equivalent to add_n.asm and sub_n.asm. For the ARM, I changed the hardware floating point to be "vfp". I see there are ARCH restrictions of "NOT_FOR_ARCHS= alpha ia64 powerpc" in the newer GCCs. I have used the ported compiler mostly on the kernel sources. The standard GCC 4.5 "-O" option kicks up several new warnings on the inline that are conditional - a lot of them are inlines for locks. I use the new binutils, but have not tried to port them to the BSD makefiles. This is just a FYI of some of what would be require to update the native compiler. I hate to think what port source issues would be. --Mark Tinguely From jorge at bsdchile.cl Mon Jul 27 21:07:22 2009 From: jorge at bsdchile.cl (Jorge Medina) Date: Mon Jul 27 21:07:30 2009 Subject: mail/postfix-current error: conflicting types for 'closefrom' Message-ID: <28d0e6b80907271346w55892affv4bd5dd732a79233d@mail.gmail.com> FYI set -e; for i in src/util src/global src/dns src/tls src/xsasl src/milter src/master src/postfix src/fsstone src/smtpstone src/sendmail src/error src/pickup src/cleanup src/smtpd src/local src/trivial-rewrite src/qmgr src/oqmgr src/smtp src/bounce src/pipe src/showq src/postalias src/postcat src/postconf src/postdrop src/postkick src/postlock src/postlog src/postmap src/postqueue src/postsuper src/qmqpd src/spawn src/flush src/verify src/virtual src/proxymap src/anvil src/scache src/discard src/tlsmgr src/postmulti; do (set -e; echo "[$i]"; cd $i; make 'CC=cc -DHAS_PCRE -I/usr/local/include -DUSE_SASL_AUTH -DDEF_SERVER_SASL_TYPE=\"dovecot\" -DUSE_TLS -I/usr/include -DHAS_PGSQL -I/usr/local/include -I/usr/local/pgsql/include -DSNAPSHOT' update MAKELEVEL=) || exit 1; done [src/util] cc -DHAS_PCRE -I/usr/local/include -DUSE_SASL_AUTH -DDEF_SERVER_SASL_TYPE=\"dovecot\" -DUSE_TLS -I/usr/include -DHAS_PGSQL -I/usr/local/include -I/usr/local/pgsql/include -DSNAPSHOT -O2 -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c alldig.c cc -DHAS_PCRE -I/usr/local/include -DUSE_SASL_AUTH -DDEF_SERVER_SASL_TYPE=\"dovecot\" -DUSE_TLS -I/usr/include -DHAS_PGSQL -I/usr/local/include -I/usr/local/pgsql/include -DSNAPSHOT -O2 -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c allprint.c cc -DHAS_PCRE -I/usr/local/include -DUSE_SASL_AUTH -DDEF_SERVER_SASL_TYPE=\"dovecot\" -DUSE_TLS -I/usr/include -DHAS_PGSQL -I/usr/local/include -I/usr/local/pgsql/include -DSNAPSHOT -O2 -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c argv.c cc -DHAS_PCRE -I/usr/local/include -DUSE_SASL_AUTH -DDEF_SERVER_SASL_TYPE=\"dovecot\" -DUSE_TLS -I/usr/include -DHAS_PGSQL -I/usr/local/include -I/usr/local/pgsql/include -DSNAPSHOT -O2 -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c argv_split.c cc -DHAS_PCRE -I/usr/local/include -DUSE_SASL_AUTH -DDEF_SERVER_SASL_TYPE=\"dovecot\" -DUSE_TLS -I/usr/include -DHAS_PGSQL -I/usr/local/include -I/usr/local/pgsql/include -DSNAPSHOT -O2 -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c attr_clnt.c In file included from attr_clnt.c:77: /usr/include/unistd.h:329: error: conflicting types for 'closefrom' ./sys_defs.h:1395: error: previous declaration of 'closefrom' was here *** Error code 1 I change int closefrom(int) to void closefrom(int) like /usr/include/unistd.h:329 in sys_defs.h and sys_defs.c and work ok -- Jorge Andr?s Medina Oliva. System Manager & BSD Software Advocacy Leader From: http://www.bsdchile.cl From jorge at bsdchile.cl Mon Jul 27 21:13:38 2009 From: jorge at bsdchile.cl (Jorge Medina) Date: Mon Jul 27 21:13:45 2009 Subject: mail/postfix-current error: conflicting types for 'closefrom' In-Reply-To: <28d0e6b80907271346w55892affv4bd5dd732a79233d@mail.gmail.com> References: <28d0e6b80907271346w55892affv4bd5dd732a79233d@mail.gmail.com> Message-ID: <28d0e6b80907271413q792b4be5n101ae9e62294573d@mail.gmail.com> On Mon, Jul 27, 2009 at 4:46 PM, Jorge Medina wrote: > FYI > set -e; for i in src/util src/global src/dns src/tls src/xsasl > src/milter src/master ?src/postfix src/fsstone src/smtpstone > src/sendmail src/error src/pickup src/cleanup src/smtpd src/local > src/trivial-rewrite src/qmgr src/oqmgr src/smtp src/bounce ?src/pipe > src/showq src/postalias src/postcat src/postconf src/postdrop > src/postkick src/postlock src/postlog src/postmap src/postqueue > src/postsuper src/qmqpd src/spawn src/flush src/verify ?src/virtual > src/proxymap src/anvil src/scache src/discard src/tlsmgr > src/postmulti; do ?(set -e; echo "[$i]"; cd $i; make 'CC=cc -DHAS_PCRE > -I/usr/local/include -DUSE_SASL_AUTH > -DDEF_SERVER_SASL_TYPE=\"dovecot\" -DUSE_TLS -I/usr/include > -DHAS_PGSQL -I/usr/local/include -I/usr/local/pgsql/include > -DSNAPSHOT' update MAKELEVEL=) || exit 1; ?done > [src/util] > cc -DHAS_PCRE -I/usr/local/include -DUSE_SASL_AUTH > -DDEF_SERVER_SASL_TYPE=\"dovecot\" -DUSE_TLS -I/usr/include > -DHAS_PGSQL -I/usr/local/include -I/usr/local/pgsql/include -DSNAPSHOT > ?-O2 -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c alldig.c > cc -DHAS_PCRE -I/usr/local/include -DUSE_SASL_AUTH > -DDEF_SERVER_SASL_TYPE=\"dovecot\" -DUSE_TLS -I/usr/include > -DHAS_PGSQL -I/usr/local/include -I/usr/local/pgsql/include -DSNAPSHOT > ?-O2 -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c allprint.c > cc -DHAS_PCRE -I/usr/local/include -DUSE_SASL_AUTH > -DDEF_SERVER_SASL_TYPE=\"dovecot\" -DUSE_TLS -I/usr/include > -DHAS_PGSQL -I/usr/local/include -I/usr/local/pgsql/include -DSNAPSHOT > ?-O2 -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c argv.c > cc -DHAS_PCRE -I/usr/local/include -DUSE_SASL_AUTH > -DDEF_SERVER_SASL_TYPE=\"dovecot\" -DUSE_TLS -I/usr/include > -DHAS_PGSQL -I/usr/local/include -I/usr/local/pgsql/include -DSNAPSHOT > ?-O2 -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c argv_split.c > cc -DHAS_PCRE -I/usr/local/include -DUSE_SASL_AUTH > -DDEF_SERVER_SASL_TYPE=\"dovecot\" -DUSE_TLS -I/usr/include > -DHAS_PGSQL -I/usr/local/include -I/usr/local/pgsql/include -DSNAPSHOT > ?-O2 -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c attr_clnt.c > In file included from attr_clnt.c:77: > /usr/include/unistd.h:329: error: conflicting types for 'closefrom' > ./sys_defs.h:1395: error: previous declaration of 'closefrom' was here > *** Error code 1 > > > I change int closefrom(int) to void closefrom(int) like > /usr/include/unistd.h:329 in sys_defs.h and sys_defs.c and work ok > more information root@mail% uname -a FreeBSD mail.jp.cl 7.2-STABLE FreeBSD 7.2-STABLE #0: Mon Jul 27 15:01:32 CLT 2009 mnothic@mail.jp.cl:/usr/obj/usr/src/sys/GENERIC amd64 maybe the problem is in the line 329 of /usr/include/unistd.h because had a type conflict with __void closefrom(int);__ after update from source tree -- Jorge Andr?s Medina Oliva. System Manager & BSD Software Advocacy Leader From: http://www.bsdchile.cl From dougb at FreeBSD.org Mon Jul 27 22:52:11 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Jul 27 22:52:22 2009 Subject: graphics/jpeg especially UPDATING In-Reply-To: <20090723062213.bf871b6c.jasonh@DataIX.net> References: <20090720134000.3b7e201a.jasonh@DataIX.net> <+hmeb5LYcL@dmeyer.dinoex.sub.org> <20090723062213.bf871b6c.jasonh@DataIX.net> Message-ID: <4A6E2F94.7010402@FreeBSD.org> Jason J. Hellenthal wrote: > If you pkg_delete -r that will remove every package that depends on jpeg. This is not the right way of just getting rid of jpeg considering it involves the complete almost full re-installation of the entire system manually. > > A better route to upgrade would be: pkg_delete -f jpeg-\* > reinstall the new jpeg and then portmaster -r jpeg-\* There is no need to do the pkg_delete first, and in fact I do not recommend it. 'portmaster -r jpeg-' will accomplish what you want to do on its own. On the other hand, since just about every X-related binary links to libjpeg you may want to consider using 'portmaster -w jpeg-' instead. That will update you to jpeg-7 but leave the old library in /usr/local/lib/compat/pkg. That way things linked against the old library will still work and at some point in the future you can delete the old library when everything (or almost everything) has been updated in the natural course of events. hope this helps, Doug -- This .signature sanitized for your protection From mel.flynn+fbsd.ports at mailing.thruhere.net Tue Jul 28 00:08:30 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Tue Jul 28 00:08:43 2009 Subject: graphics/jpeg especially UPDATING In-Reply-To: <4A6E2F94.7010402@FreeBSD.org> References: <20090720134000.3b7e201a.jasonh@DataIX.net> <20090723062213.bf871b6c.jasonh@DataIX.net> <4A6E2F94.7010402@FreeBSD.org> Message-ID: <200907271608.28312.mel.flynn+fbsd.ports@mailing.thruhere.net> On Monday 27 July 2009 14:52:04 Doug Barton wrote: > Jason J. Hellenthal wrote: > > If you pkg_delete -r that will remove every package that depends on jpeg. > > This is not the right way of just getting rid of jpeg considering it > > involves the complete almost full re-installation of the entire system > > manually. > > > > A better route to upgrade would be: pkg_delete -f jpeg-\* > > reinstall the new jpeg and then portmaster -r jpeg-\* > > There is no need to do the pkg_delete first, and in fact I do not > recommend it. 'portmaster -r jpeg-' will accomplish what you want to > do on its own. > > On the other hand, since just about every X-related binary links to > libjpeg you may want to consider using 'portmaster -w jpeg-' instead. > That will update you to jpeg-7 but leave the old library in > /usr/local/lib/compat/pkg. That way things linked against the old > library will still work and at some point in the future you can delete > the old library when everything (or almost everything) has been > updated in the natural course of events. Unfortunately, that can lead to problems as well. I don't have the precise error anymore, but it is possible for programs to be linked to two different libjpeg's and fail the assertion that (paraphrased) "foo wants JPEG_70 API yet JPEG_62 API available". This was me trying to start kde, while the complete upgrade did not finish yet. -- Mel From erwin at FreeBSD.org Tue Jul 28 00:44:49 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Jul 28 00:44:57 2009 Subject: INDEX build failed for 6.x Message-ID: <200907280044.n6S0ineb092399@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: p5-ex-lib-0.90: no entry for /usr/ports/devel/p5-lib-abs Committers on the hook: dougb jpaetzel miwi pav Most recent CVS update was: ports/UPDATING ports/astro/xephem/Makefile ports/astro/xephem/distinfo ports/astro/xephem/files/patch-Makefile ports/devel/p5-ex-lib/Makefile ports/devel/p5-ex-lib/distinfo ports/devel/p5-ex-lib/pkg-descr ports/emulators/open-vm-tools/Makefile ports/games/bzflag/Makefile ports/games/bzflag/distinfo ports/games/bzflag/pkg-plist ports/java/sqlitejdbc/Makefile ports/mail/Makefile ports/multimedia/arista/Makefile ports/multimedia/arista/distinfo ports/multimedia/arista/pkg-plist ports/multimedia/clive/Makefile ports/multimedia/clive/distinfo ports/multimedia/clive/pkg-descr ports/multimedia/clive/pkg-plist ports/net/fspclient/Makefile ports/net/fspclient/distinfo ports/net/isc-dhcp31-server/Makefile ports/net/isc-dhcp31-server/distinfo ports/net/isc-dhcp31-server/files/isc-dhcpd.in ports/net/isc-dhcp31-server/files/patch-server::dhcpd.c ports/net/phpldapadmin/Makefile ports/net/phpldapadmin/distinfo ports/net/phpldapadmin/files/pkg-message.in ports/net/quoted/files/quoted.in ports/security/gpa/Makefile ports/security/gpa/distinfo ports/security/gpa/pkg-descr ports/security/gpa/pkg-plist ports/security/swatch/files/swatch.in ports/sysutils/healthd/files/healthd.in ports/textproc/archmage/Makefile ports/textproc/archmage/distinfo ports/textproc/archmage/pkg-plist ports/textproc/mdocml/Makefile ports/textproc/mdocml/distinfo ports/textproc/py-xml/Makefile ports/textproc/py-xml/pkg-plist ports/www/Makefile ports/www/p5-HTML-TreeBuilder-LibXML/Makefile ports/www/p5-HTML-TreeBuilder-LibXML/distinfo From dougb at FreeBSD.org Tue Jul 28 01:15:17 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Jul 28 01:15:23 2009 Subject: graphics/jpeg especially UPDATING In-Reply-To: <200907271608.28312.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <20090720134000.3b7e201a.jasonh@DataIX.net> <20090723062213.bf871b6c.jasonh@DataIX.net> <4A6E2F94.7010402@FreeBSD.org> <200907271608.28312.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: On Mon, 27 Jul 2009, Mel Flynn wrote: > Unfortunately, that can lead to problems as well. I don't have the precise > error anymore, but it is possible for programs to be linked to two different > libjpeg's and fail the assertion that (paraphrased) "foo wants JPEG_70 API yet > JPEG_62 API available". This was me trying to start kde, while the complete > upgrade did not finish yet. That can happen sometimes, yes, but not often. I did what I suggested in my post (portmaster -w) and haven't had any problems yet. Doug -- This .signature sanitized for your protection From llc2w at virginia.edu Tue Jul 28 03:13:23 2009 From: llc2w at virginia.edu (L Campbell) Date: Tue Jul 28 03:13:29 2009 Subject: ports/130218 Maintainer timeout? (lang/ghc update) In-Reply-To: <20090728001233.GB49395@plebeian.afflictions.org> References: <792298050907121455k56209f95yf5a9c02b9c0f592d@mail.gmail.com> <20090713005043.GE55742@plebeian.afflictions.org> <792298050907121807h30dcb469hffc8ab8701e2f46e@mail.gmail.com> <20090728001233.GB49395@plebeian.afflictions.org> Message-ID: <792298050907272013h22427e07k47b26eb6b831362@mail.gmail.com> Also sending to @ports because I kind of left the thread hanging. On Mon, Jul 27, 2009 at 8:12 PM, Damian Gerow wrote: > Did you get any traction on your bump on a ghc update? ?I can't find your > message in my history, so it's likely I've auto-deleted it. > No, I got blown out of the water by a hardware failure -- currently running off an EEEPC with NetBSD until I can afford to buy a new machine. In a previous message I was able to update GHC to 6.10.2, but it failed a significant number of tests in GHC's regression test suite, and with that build something weird happens to ghci where it outputs control characters and backspaces as ^H. Probably not picking up libedit or something. With GHC 6.10.{3,4} they've moved off libedit, instead using a Haskell-based library, haskeline. When I tried to build it, the compilation always broke down about an hour in complaining that that library, Haskeline, was missing. I assume it has to be included in the bootstrap package (and currently isn't). I'm not quite sure how to go about fixing that. Anyway, I mailed out a Makefile patch for my 6.10.2 stuff (Mon, Jul 13, 2009 at 8:29 PM); I can pull it off my email and send it to you (or anyone else) off-list if you want. Sucks :( From erwin at FreeBSD.org Tue Jul 28 03:47:01 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Jul 28 03:47:07 2009 Subject: INDEX build failed for 6.x Message-ID: <200907280347.n6S3l0QK073201@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: p5-ex-lib-0.90: no entry for /usr/ports/devel/p5-lib-abs Committers on the hook: alepulver Most recent CVS update was: ports/devel/fossology/Makefile From cmtechnical at bsnl.in Tue Jul 28 04:21:04 2009 From: cmtechnical at bsnl.in (Organization) Date: Tue Jul 28 04:21:12 2009 Subject: [ALERT]: It's the time to come out on streets and stop the complete nation on it's place - Take immediate actions at once with full force. Message-ID: <20090725.OAICQTVXQQXBWVTO@bsnl.in> Respected Friends, It's my pleasure to get in touch with you. This email is about security and future safety of your family, your child, your wife, your friends and relatives. It has become very necessary to take action now and get united else there will be no one behind you to take care of your family, if any thing happens to you in future, due to the Islamic Terrorism Related Activities that are spreading all over the world with millions and millions of terrorists joining these islamic terrorism related organizations. 1/4th of the population of earth contains members who are working with thousands and thousands of Islamic Organizations to help them to spread terrorism. If we all are not united today then the day is not far when they all are going to over ride all of us and our childrens. So, better take action now to secure your and your children and family future. If you don't fight for your freedom today then there will be no one on the earth, to fight for the freedom of your children in future, from the corrupt politicians, from the terrorism and from the criminals. We all can together fight together against terrorism, against crime, against corrupt political peoples, Only when we decide to remain united by forgetting the religious boundaries and the national boundaries. This is a step which I am trying for human safety, future and security. Come and join us as soon as you can, before it's too late. Agar Aaj Aap Apne Ghar Mein Chup-Chaap Baithe Rahoge, Toh Phir Kal Aapke Baccho Ko Help Karne Wala Koi Nahin Hoga. Aisi Paristhiti Paida Ho, Isse Pehle Is United and Peaceful Organization Ka, Saath Do Aur Immediately Jyada Soche Bina Join Karo, Isi Mein Hum Sab Ki Bhalai Hai, Aur Agar Aapko Meri Baatein Bakwaas Lagti Hai, Toh Phir Mein Faisla Aap Par Chodta Hoon, Kya Karna Chahoge, Aane Wali Barbaadi Ka Intzaar Ya Phir Usse Makabla Karne Ki Tyaari? Freedom of Rights Ke Tahat Faisla Aapka Hai. I am running this campaign with a pure intention of unity amongst every citizen of every country so that in future we have the capacity and are able to face terrorism troubles. Millions and millions of people across the globe are today members of our organizations and I want to increase it more globally. No charge for joining this organization who has millions of members to help for your safety and security anytime, anywhere whenever you need help. No limits or restrictions of boundaries, caste, creed, religion because out organization's ultimate goal is peace and unity across the world. This is an email related to many issues, which are a part of your freedom and democratic rights. Before proceeding further, let me tell you something about me and give my introduction as well. The AIM is to work in co-operation, co-ordination and compromise with all of you regardless of whatsoever party or organization you belong. You are my and I am your - This is the philosophy I follow to create genuine long term relationship with everyone. If we all help each other together in co-operation, compromise and co-ordination with each other then we all will win our games. But seperately it's difficult task for all of us, which I hope all of you accept. Unity power is what I am trying to create through a genuine relationship with you. Anyone who wants to work in collabration with me under mutual understand which you think can be of great benefits for both sides then kindly do not hesitate to get in touch with me. I perform those tasks which no one can dare to perform. I like to do exclusive and unique things. I personally guarantee you for the best of the best once we start working together under co-operation and compromise with each other. Trust is a must for all the things. Even if you have any business related queries then feel free to get in touch with me. What I can do and what is my expertise is mentioned below in my digital signatures. I have the capacity to work 20 hours daily and can alone do work equivalent to 100000 persons. I have the capacity of non-stop work for 36-48 hours without sleep. I have experience in several industry sectors and can do most exclusive and unique things whether whatsoever is the level of competition. My introduction: I am an Information Security Expert with world records in hacking world's maximum websites live on air in a 3 hour non stop telecast with Honorable Rajat Sharma(Chairman, IndiaTV) in the presence of state minister of technology, technical experts, legal expert, stock exchange experts, corporate bodies, star media personnels and millions of public in a hot debate where I was alone to answer and there were so many peoples on other hand and we did the show with huge success. We did it for national interest and public interest. So, it was not considered as crime/offence because every country has a law that any action taken for the safety of public, citizen, national interest or with an intention to do something good for a large number of population, is not a crime. Then I worked for Honorable Chief Minister of Gujarat through a direct appointment from Mr. Narendra Modi without interference of any PA or IAS cadre officers or any other private level officers. He directly called me and communicated face to face, realized my capacity and immediately appointed me for a short term contract. So, in my eyes he is a great person because I have only seen such things in films and dramas till date, never in true life. But in India, Honorable Narendra Modiji was the first person whom I saw, who though having no relationship, not even knowing me and though I was a simple common man called me to meet face to face, gave me respect and then immediately gave me honour of work. Do you think this is a small contribution? When Narendra Modi won the 2007 state election in Gujarat, the media focused on Hindu-Muslim issues. But the truth about secret of Modi?s success lay in agriculture, an area completely neglected by political analysts. Between 2000-01 and 2007-08 agricultural value added grew at a phenomenal 9.6% per year (despite a major drought in 2002). This is more than double India?s agricultural growth rate, and much faster than Punjab?s farm growth in the green revolution heyday. Indeed, 9.6% agricultural growth is among the fastest rates recorded anywhere in the world. During the 2007 election campaign, the Congress slogan was ?chak de, chak de Gujarat?. I heard Modi say at a rally that his reply was ?check dam, check dam Gujarat.? But subsequently, under Modi, Gujarat has built ten times as many check dams! He could well say ?chak de, check dam?. Tell me about one such person which can be compared in politics with Honorable Modiji. He is my national hero, that's all I know if anyone asks me anything about a great political person. Similarly when I was a new person in my career field, at that time the Government was under control of BJP. At that time I got in touch with Honorable Prime Minister Vajpayeeji and Honorable President Abdul Kalaamji. The officers at that time immediately instantly gave me an appointment on reading my letter which had information about my expertise. I got the point, that they are those great personalities who want to truely without using publicity stunt want to help such talented people grow. This is true national bhakti in my view. I never even thought in my life as a common middle class person that I will get a chance to visit the so secured Rashtrapati Bhavan and their officers of concerned authorized departments. So, these are the true people whom I met when I decided to join the BJP, VHP, RSS and the Sangh Pariwaar. Here is when my mind started thinking that when these three persons on so higher designations are doing so much for a common middle class person who is totally unknown to them, then why even myself not start helping my nation? Today they are helping me, may be tomorrow due to my help someone can too decide to work for nation. In this way I committed to work for national interest by joing these parties. After the government of congress that was formed after Vajpayeeji, I several times mailed to PMO and Rashtrapati Bhavan several and several of letters of which I have all the copies to show my expertise, achievements and awards and asked them to give me some opportunities to work for nation. But they never never replied in their five years period till date. Recently I sent so many emails about key research on terrorism, no one cared at all. I have no data, no reply, no communications from anyone at all from Home Ministry after the Congress Government came into existence. So, this is where the true difference comes into existence and reality comes out, truth is seen and this when we know whom to trust and whom not. Then I worked for Army Intelligence also and the Leutinent Collonel used to come to my home as and when they felt my need to counterterrorism. I am also a technical intelligence expert and keep monitoring the terrorist activities and communications that take place on internet. From last three days also I am continously in touch with IB agencies and Home Ministry of India to give them news on terrorist activities. This is all about my work which I do as a freelancer. Today I have a global brand name and a huge reputation and relationship with millions of Indian Citizens. You may find me anywhere on internet with around 100000 or more results just about me. So, this is all about me. Just go through my Digital Signatures and you will know all about my further details and work, etc. Coming to point, I am here to inform all of you that take immediate actions on these issues are required for national interest and I need all the citizens of country to workout with unity on following issues because we all of us have been cheated in these elections of 2009. For explanation check these links and you will know the truth: EVM Tempering - Proved LIVE ON AIR on Sahara Samay and http://www.youtube.com/watch?v=EdretTflWEw Explanation on VHP/RSS/BJP/Sangh Parivar V/S Media V/S Misunderstandings About Sangh Parivar and it's related organizations: It's the time to come out on streets and stop India on it's place - Take immediate actions with full force for the cheating that has been done with you in the recent elections 2009. Millions of VHP members, millions of RSS members, millions of BJP members, millions of other party members are all together united now and I want to inform you that for your security and safety so many people will be there on streets. No one can dare to even touch you. Support this campaign led by millions of Indian citizens for the recent election cheating and frauds that were done with your voting rights this time. Just think that there are millions and millions of people in varying organizations and parties then how did such bogus results came out? Is it possible that so many supporters and collabrative parties are together with millions of citizens as their members and though such a difference and cheating with so many political parties, cheating with all 100 million citizens of India. Will you keep quite after knowing the truth of game played with your democratic rights? No don't sit ! everytime opportunity does not knock the door. (Join your parivaar ! Be Safe and Secure ! No one can dare to touch you or your family members if you are a part of this Sangh Parivaar) Forward this email to every member, every citizen of every state, every city and every rural as well as urban areas, and tell them also to keep forwarding this information to everyone and also take actions on their independant level as much as possible all across the nation with full force, every where in reach of each and every individual person all over the nation in each and every village, each and every family all over the nation. Let every person across the nation know how he/she has been cheated this time in the elections through EVM Tampering and modifying the programs. This was a LIVE ON AIR Evidence, so no one can even say that the video is wrong or has any problems or threats. I do my work with 100% perfection only and do not leave any option or chance for anyone to blame me anywhere. Media has always blamed RSS, VHP, all Sangh Parivaar Organizations as well as BJP for hindutva? Who the hell says that our organizations are only for hindu religions? Media self promotes themselves to increase their ratings and financial advertising revenues. I have evidence to prove this based on my research. Check these evidences: 1) Sikandar Bakht earlier, Mukhtar Abbas Naqvi and Shahnawaz Hussain are members of BJP from years. They are muslim and similar a large number of muslims are their in BJP. If the Sangh Parivar, VHP or BJP or any of their organizations are with hindu then why from years they are in BJP? Does media have answer to this? 2) There are the links of all small and big organizations linked with Sangh Parivar: http://www.sanghparivar.org/links Go through all of them and their members and executive level members. You will find many of them are muslim. Then can media answer that whether which is that day or time when Sangh Parivar has forcefully told those muslim members to leave the organization? We are believers of unity and peace. We don't accept terrorism, that doesn't mean that we don't accept Humanity? VHP or RSS or BJP or Sangh Parivar organization which never forcefully applies or imposed any particular religion related practice on any one across the nation. For example let's take my case. Why I am with VHP and RSS and BJP? Not for hindutva reasons. I am here because of unity of so many millions and millions of people. I have in my office all types of people of all types of religion. Similarly every individual who joins VHP or RSS has their own reasons why they are with RSS, BJP and VHP. But the idiot electronic media is falsefully promoting the wrong philosophy of RSS and VHP. The day when the mind if millions of VHP and RSS leaders and millions of their members is out of control. I promise that this wrong action of media will lead to end of their survival and will also lead to end of their company forever. They are falsefully showing continously wrong things about VHP, BJP and RSS philosophy. I have a lot of friends and colleagues in every religion. I never had any problems with anyone of them. Media has created the circumstances of hindutva related philosophy in between the public. No doubt they are promoting Hindutva, but there is also no doubt that they are not forcing hindutva to be applied on anyone. There is a difference when we talk both the things seperately. If any member of sangh parivar is hindu, then that member has rights of freedom to promote his religion. Similalry, if he is sikh he has the rights to promote sikhism. But either of them is not having rights nor sangh praivar's any organizations allows any member to forcefully accept hindutva in the way the Islamic Terrorism Organizations perform. This where and why I had to come out with this campaign to clarify everything and explain it in depth to the every citizen of our country and to every citizen of every nation all over world. We are a peaceful organization and accept all religions of all the nations. MEDIA APNI ROTI SEKNE KE LIYE 100 MILLION HINDUSTANI CITIZENS KO UNITED HONE SE ROKNE KI KOSHISH KAR RAHI HAI. KYON KI WOH JAANTE HAI KI AGAR HINDUSTAAN KI JANTA UNITED HO GAYI TO UNKI KYA HAALAT HOGI. MEDIA IS USING DIVIDE AND RULE POLICY AGAINST SANGH PARIVAR ORGANIZATIONS, BJP, VHP AND RSS AND THEIR MEMBERS AND MISGUIDING THE INDIAN CITIZENS. AAJ KI MEDIA KE LIYE UNKI KALAM, UNKA HATHIYAAR HO GAYA HAI. JIS KALAM KO EK ZAMAANE MEIN GANDHIJI JAISE LOG SAACHAI KE LIYE ISTEMAAL KARTE THE, US KALAM KO AAJKE MEDIA WALE APNI JEB GARAM KARNE KE LIYE KARTE HAI. YEH HI HAI SACHCHAY, AGAR MEDIA MEIN SUN NE KI TAAKAT HAI TO SUNO. TELEVISION PAR 10 BAAR YEH DIKHANE SE KI HUM SACHCHI KHABAR DIKHATE HAI, KOI MAHATMA GANDHI NAHIN BAN JATA. LEKIN MEIN BHI CHUP BAITHNE WALO MEIN SE NAHIN HOON. MAHATMA GANDHI NE ANGREJON SE DESH KO AAJAD KARVAYA THA, MEIN IS DESH KO CONGRESS SE AAJAD KARVA KE RAHUNGA. TAB TAK CHUP NAHIN BAITHUNGA, JAB TAK MERE MOOH MEIN JUBAAN HAI, AUR JAB TAK MERE HATH-PERON MEIN JAAN HAI, JAB TAK SAANSO KA TOOFAN HAI, JAB TAK MUJH MEIN SACHCHA IMAAN HAI ..... BJP, VHP and RSS never forces anyone and/or tells anyone to leave their religion and join Hinduism. We are those people who wants to live with freedom and let other live with freedom. But media always try to misguide the general public by making the news sensational and then creating an issue for them to increase ratings of their channels and fetch financial benefits from the advertisers. What can BJP, VHP and RSS do in that? BJP, RSS or any Sangh Parivar cannot force them to stop their news. Everyone has freedom of rights to say whatever they want. But anyway, the media will not be able to stop coming out the truth in front of everyone and that day will be the end of media agencies. Because when that day comes peoples will be mentally so much out of control that they will not be able to face the 100 million Indian Public. Media thinks that what we will show is the only truth, because they know that a common man cannot come out and start his own television channel to show the truth. But here media forgets one thing that now New media(Internet) Era has came and no one is any more depended on media alone. With the help of internet we can even target more then the people that media can target. So, if you are from any religion and believe the unity then do not worry and/or get misguided by any media agency. They want sensational news and will use you and throw you. This is the truth of media agencies in India. I have faced such troubles several times. Trust me ! I am telling the only truth and real fact in this email. This is first 4 minutes video. To see the complete video in which you can see how with the help of trojan horse program the EVM results were modified. The complete video splitted in 6 parts can be seen here: http://www.youtube.com/mohmaslam Please check this url for complete video. I have to post it in parts because on youtube only 10 minutes video is allowed, not more then 10 minutes. Whereas my complete live telecast is of 1 hour. So, I will post it in parts. I have sent the video to the company for dividing it into parts. My Target is millions and millions of people which I will achieve in one month and will work on following poetic grounds: Kuch Karke Humein Dikhana Hai, Bharat Ko Aage Lana Hai ! Rhode Patthar Jo Koi Bhi Aye, Un Sabko Hamein Mitana Hai ! Ae Bharat Ke Rehne Walon, Tumko Bhi Saath Nibhana Hai ! Kuch Karke Humein Dikhana Hai, Bharat Ko Aage Lana Hai. Aaj Agar, Nahin Kar Paye Kuch Toh, Jeevan Bhar Andhiyara Hai ! Lekin Agar Kar Paye Kuch Toh, Phir Yeh Desh Tumhara Hai ! Is Desh Ke Har Ek Dil Mein, Yeh Atma Vishwaas Jagana Hai ! Kuch Karke Humein Dikhana Hai, Bharat Ko Aage Lana Hai. Bum Chahe Ho Bandook Samne, Taan Ke Sina Kehna Hai ! Chalte Raho Badhte Chalo, Agar Duniya Ko Hilana Hai ! Chal Pade Ho Jis Raste Par Tum, Nahin Chod Ke Usko Jaana Hai ! Kuch Karke Humein Dikhana Hai, Bharat Ko Aage Lana Hai. (This is the mother who gave birth to our parivaar and we will all together respect our mother and save here from fraudsters and cheaters.) This is urgent and needs immediate action on the matter at a large level with full force. This is not a work for a particular one person or party or orgnanization. Instead this is for all of us and we will all be proud if due to our efforts re-election issue comes into action. So, it needs that every take out some time daily to keep forwarding this issue to every one all over the nation in each and every village and each and every area of each and every city all over India. Some of the supporters are required to record the CD of the video and submit them to people in areas where there are no news channels or internet facility such as rural and tribal areas. Use the production services to change the language in the areas where people do not understand hindi. Translate it to their mother toungue language and let them all feel from inside that how they have all been cheated in these recent 2009 elections. Because in the voting session during this LIVE on air telecast 90% people agreed that yes there was EVM tampering in this election due to which a huge change in modification of electronic voting machines(EVM) results was the reason of defeat of the national citizen's favourite candidates. Direct attack through cheating and fraud was done by winners with the feelings and emotions of 100 million citizens of India. Everyone should know now the truth face of fraud political people of Congress. It's the question of life for all of us and our benefits. So, hope you understand and do as much as possible to spread this message and explain it to every person all across the country. You can forward this email to all in your family, friends, organizations, colleagues, all employees, workers, etc. Paste the copy of this complete email article on internet, on forums, on blogs, everywhere possible for you. This is the way you can contribute to this unity project. Just post the copy as it is on article directories. If you need softwares to promote this email campaign, just mail me and I will send it to you with all explanations how to use it. In news sections, in comments, every where post the whole of the article. If there are places where images cannot be posted then just post the text contents. Thanking you all with a hope of co-operation and compromise from all national citizens across the country. This is not a war for a specific party or political person, instead this is my personal campaign for integration of unity amongst the national citizens without personal benefits for national interest, for public interest. Truth is bitter but always wins when worked out with unity. Sincerely Kalpesh Sharma Digital Signature of Achievements Freelance Security Consultant, Army Intelligence Ex-Technical Assistant to Honorable Chief Minister Narendra Modi Excellent Internet Marketing and Online Promotion Expert World's Biggest Penetration Tester (A World Record Holder) Online Technical Intelligence and Online Web Research Expert Private Cyber Crime Investigator for Some Media Agencies (Delhi Bomb Blast Case) Actor: Diploma in Acting from Honorable Anupam Kher's Institute Acting Portfolio and Profile: http://www.imj-online.com/kalpeshsharma Email: shrishanidev@gmail.com or cmtechnical@bsnl.in or armyintelli@reliancemail.net My Services Details: http://www.getafreelancer.com/users/417883.html Mobile: +91-9227435453 Preferred Way of Communication: Email and SMS Only Ahmedabad, India. My Permanent Village Address: Village Tholai, Tehsil: Jamva Ramgarh, District: Jaipur, Rajasthan. Member of the Honorable BJP, RSS, VHP and all the Sangh Pariwaar Organizations. About Sangh Pariwaar: Do you know, today millions and millions of people in India are members of Sangh Pariwaar. A very huge and big Organization. Think of it, that if you are a member of Sangh Pariwaar then how much secure you will be and your family, children will be. So, simply come and join Sangh Pariwaar and if you have any trouble just let me know. I am there for helping everyone for national interest without my personal benefits. We are not Congress who just works for their personal benefits only. See the power of unity and huge organizational structure here on http://www.sanghparivar.org and all it's sister concern party's organizations and unions of millions of government employees which are all connected with Sangh Pariwaar. Check it here which organizations are a part of Sangh Pariwaar: http://www.sanghparivar.org/links/view/all/1 and to join Sangh Pariwaar go on this link: http://www.sanghparivar.org/user/register (This is who will take care of us. I promise on behalf of him because I know he is a great person. I am proud that he is ruling on my state) From erwin at FreeBSD.org Tue Jul 28 06:37:41 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Jul 28 06:37:48 2009 Subject: INDEX build failed for 6.x Message-ID: <200907280637.n6S6bed6031857@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: p5-ex-lib-0.90: no entry for /usr/ports/devel/p5-lib-abs Committers on the hook: Most recent CVS update was: From mel.flynn+fbsd.ports at mailing.thruhere.net Tue Jul 28 06:52:09 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Tue Jul 28 06:52:16 2009 Subject: cups or HPLIP - overeager notification of syslog messages In-Reply-To: References: Message-ID: <200907272252.07459.mel.flynn+fbsd.ports@mailing.thruhere.net> On Saturday 25 July 2009 18:51:25 Torfinn Ingolfsen wrote: > Message from syslogd@kg-v2 at Jul 26 03:53:53 ... > kg-v2 cupsd: Unable to read configuration file > '/usr/local/etc/cups/cupsd.conf' - exiting! > I haven't seen this problem before, and I have used cups and hplip since > hplip was fiurst ported to FreeBSd. > I do not know if the fault lies with HPLIP ( I suspect the systray app, but > I have no evidence) None of the above. Chances are cups logs this with emerg level and *.emerg is logged to '*' in a stock syslog.conf. From syslog.conf(5): The action field of each line specifies the action to be taken when the selector field selects a message. There are five forms: .... ? An asterisk. Selected messages are written to all logged-in users. -- Mel From stb at lassitu.de Tue Jul 28 07:20:03 2009 From: stb at lassitu.de (Stefan Bethke) Date: Tue Jul 28 07:20:10 2009 Subject: nagios 3.1.x request Message-ID: <4583D922-EB6B-45E5-8D26-92A840423FCE@lassitu.de> Hi, I'm having stability issues with Nagios 3.0.6. Looking at the Nagios download page, I see that there is a 3.1.2 release that appears to have additional fixes. Would it be worthwile to add an additional port, or update the current one to that release? Or should I give nagios-devel a try? Thanks, Stefan -- Stefan Bethke Fon +49 151 14070811 From stb at lassitu.de Tue Jul 28 07:20:04 2009 From: stb at lassitu.de (Stefan Bethke) Date: Tue Jul 28 07:20:20 2009 Subject: nagios 3.1.x request In-Reply-To: <4583D922-EB6B-45E5-8D26-92A840423FCE@lassitu.de> References: <4583D922-EB6B-45E5-8D26-92A840423FCE@lassitu.de> Message-ID: Am 28.07.2009 um 08:44 schrieb Stefan Bethke: > I'm having stability issues with Nagios 3.0.6. Looking at the > Nagios download page, I see that there is a 3.1.2 release that > appears to have additional fixes. Would it be worthwile to add an > additional port, or update the current one to that release? Or > should I give nagios-devel a try? Sorry for the noise, nagios-devel is release 3.1.2. I had falsely assumed it would build a CVS snapshot. Stefan -- Stefan Bethke Fon +49 151 14070811 From marcin at studio4plus.com Tue Jul 28 08:57:06 2009 From: marcin at studio4plus.com (Marcin Simonides) Date: Tue Jul 28 08:57:14 2009 Subject: Dropping maintainership for sysutils/zfs-snapshot-mgmt Message-ID: <4A6EBBCE.5000101@studio4plus.com> Hello, I am the maintainer and author of zfs-snaphot-mgmt port - a crude (and a bit buggy) script for automatic snapshot creation and removal on ZFS. Since I am no longer using FreeBSD I cannot keep neither the port nor the script itself up-to-date. If someone, preferably one of the users, would like to take over the script and/or the port please contact me off the list. -- Marcin Simonides From marcin at studio4plus.com Tue Jul 28 09:14:31 2009 From: marcin at studio4plus.com (Marcin Simonides) Date: Tue Jul 28 09:14:37 2009 Subject: Dropping maintainership of multimedia/gnome-subtitles Message-ID: <4A6EBAE2.2050803@studio4plus.com> Hello, I am the maintainer for gnome-subtitles port - a nice subtitle editor written in Mono.NET. Since I am no longer using FreeBSD I cannot keep the port up-to-date (and the application has been updated recently). If someone would like to take over the maintainership, please do so. If you have any questions regarding the port, please contact me off-list, as I am not subscribed here. -- Marcin Simonides From erwin at FreeBSD.org Tue Jul 28 09:38:46 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Jul 28 09:38:53 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200907280938.n6S9ckL6002221@pointyhat.freebsd.org> From fenner at FreeBSD.org Tue Jul 28 10:00:09 2009 From: fenner at FreeBSD.org (Bill Fenner) Date: Tue Jul 28 10:00:15 2009 Subject: Possibly unbuildable ports reminder Message-ID: <200907281000.n6SA08lv009861@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 avg at icyb.net.ua Tue Jul 28 10:02:05 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue Jul 28 10:02:38 2009 Subject: graphics/jpeg especially UPDATING In-Reply-To: References: <20090720134000.3b7e201a.jasonh@DataIX.net> <20090723062213.bf871b6c.jasonh@DataIX.net> <4A6E2F94.7010402@FreeBSD.org> <200907271608.28312.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <4A6ECC98.5090400@icyb.net.ua> on 28/07/2009 04:15 Doug Barton said the following: > On Mon, 27 Jul 2009, Mel Flynn wrote: >> Unfortunately, that can lead to problems as well. I don't have the >> precise >> error anymore, but it is possible for programs to be linked to two >> different >> libjpeg's and fail the assertion that (paraphrased) "foo wants JPEG_70 >> API yet >> JPEG_62 API available". This was me trying to start kde, while the >> complete >> upgrade did not finish yet. > > That can happen sometimes, yes, but not often. I did what I suggested in > my post (portmaster -w) and haven't had any problems yet. My approach is to do portmaster -w (or portupgrade equivalent) and then run libchk -v > libchk.out (-x /usr/X11R6 would also save some time if /usr/X11R6 is just a link to /usr/local). Then I pick all binaries and shared libraries that are linked to old libraries in compat/pkg and do pkg_which `cat oldlibs.list` | sort -u. After that I force-upgrade all the resulting packages. I do this only for major changes in shared libraries (the ones with UPDATING entry and recommendation to do portmaster -r or portupgrade equivalent). -- Andriy Gapon From marius at nuenneri.ch Tue Jul 28 10:03:05 2009 From: marius at nuenneri.ch (=?ISO-8859-1?Q?Marius_N=FCnnerich?=) Date: Tue Jul 28 10:03:49 2009 Subject: Dropping maintainership for sysutils/zfs-snapshot-mgmt In-Reply-To: <4A6EBBCE.5000101@studio4plus.com> References: <4A6EBBCE.5000101@studio4plus.com> Message-ID: 2009/7/28 Marcin Simonides : > Hello, > > I am the maintainer and author of zfs-snaphot-mgmt port - a crude (and a bit > buggy) script for automatic snapshot creation and removal on ZFS. > Since I am no longer using FreeBSD I cannot keep neither the port nor the > script itself up-to-date. > > If someone, preferably one of the users, would like to take over the script > and/or the port please contact me off the list. > -- > Marcin Simonides I'll take it. Thanks for your good work so far! I'm using it hourly ;) From ari at doctordata.com.br Tue Jul 28 11:52:48 2009 From: ari at doctordata.com.br (Ari Arantes Filho) Date: Tue Jul 28 11:52:55 2009 Subject: FreeBSD Port: dspam-devel-3.8.0_4,1 Message-ID: <304603F97FFD46B289D467B970E93A09@note7> Hi, I'm new to dspam and want to install it, but I saw the dspam project page the version 3.9-Alpha2. Is there any plan to migrate this new version to the ports? Best regards, Ari From jafa82 at gmail.com Tue Jul 28 12:46:53 2009 From: jafa82 at gmail.com (Eric Damien) Date: Tue Jul 28 12:46:59 2009 Subject: "ghost" ports CFLAGS Message-ID: <4A6EED3A.7030101@gmail.com> Good morning. I edited my /etc/make.conf in order to change the default compiler via the CC and CXX variables. I also happened to edit the CFLAGS value, all of this changes enclosed within a conditional check on the directory, of the form: .if ${CURDIR:M*/ports*} CFLAGS= -mtune=amdfam10 -msse4e .endif I made a general config using postmaster. After some trouble with some ports, I decided to get rid of those modifications and commented the above form. But, I was surprised to see that some ports still present this value of CFLAGS at building time. How can I correct this mistake. Thanks, Eric. From nsrg.shah at googlemail.com Tue Jul 28 13:07:25 2009 From: nsrg.shah at googlemail.com (Nisarg shah) Date: Tue Jul 28 13:07:31 2009 Subject: Which Package is Used for run MAKE command in FreeBSD Message-ID: <34cb0c530907280546u1f1daa7fw1d9555a3bbb2cd4f@mail.gmail.com> Respected Sir/Madam Actually i am trying to install the .tgz extension file in FreeBSD OS for PFsense firewwall but it is necessary to run MAKE command to install the packages so i dont know which package i have to download to run this MAKE command in my FreeBSD. I hope you help me for this. Thanks and Regards Nisarg Shah From wxs at FreeBSD.org Tue Jul 28 13:12:12 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Jul 28 13:12:19 2009 Subject: ports/130218 Maintainer timeout? (lang/ghc update) In-Reply-To: <792298050907272013h22427e07k47b26eb6b831362@mail.gmail.com> References: <792298050907121455k56209f95yf5a9c02b9c0f592d@mail.gmail.com> <20090713005043.GE55742@plebeian.afflictions.org> <792298050907121807h30dcb469hffc8ab8701e2f46e@mail.gmail.com> <20090728001233.GB49395@plebeian.afflictions.org> <792298050907272013h22427e07k47b26eb6b831362@mail.gmail.com> Message-ID: <20090728131210.GB20289@atarininja.org> On Mon, Jul 27, 2009 at 11:13:21PM -0400, L Campbell wrote: > Also sending to @ports because I kind of left the thread hanging. > > On Mon, Jul 27, 2009 at 8:12 PM, Damian Gerow wrote: > > Did you get any traction on your bump on a ghc update? ??I can't find your > > message in my history, so it's likely I've auto-deleted it. > > > > No, I got blown out of the water by a hardware failure -- currently > running off an EEEPC with NetBSD until I can afford to buy a new > machine. > > In a previous message I was able to update GHC to 6.10.2, but it > failed a significant number of tests in GHC's regression test suite, > and with that build something weird happens to ghci where it outputs > control characters and backspaces as ^H. Probably not picking up > libedit or something. > > With GHC 6.10.{3,4} they've moved off libedit, instead using a > Haskell-based library, haskeline. When I tried to build it, the > compilation always broke down about an hour in complaining that that > library, Haskeline, was missing. I assume it has to be included in the > bootstrap package (and currently isn't). I'm not quite sure how to go > about fixing that. > > Anyway, I mailed out a Makefile patch for my 6.10.2 stuff (Mon, Jul > 13, 2009 at 8:29 PM); I can pull it off my email and send it to you > (or anyone else) off-list if you want. > > Sucks :( There were a whole slew of PRs submitted very recently dealing with a GHC update. I grabbed them all so that I can keep track of them. My plan is to combine them all into one big patch to circulate to the haskell@ folks and work with them to address any issues in them and get them into the tree. I can't say it will get in before the freeze but I will do my best. -- WXS From erwin at FreeBSD.org Tue Jul 28 13:14:22 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Jul 28 13:14:28 2009 Subject: INDEX build failed for 8.x Message-ID: <200907281314.n6SDELw0034800@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-8 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: linux-f10-dbus-glib-0.76: no entry for /compat/linux/lib/libdbus-1.so.3: Committers on the hook: amdmi3 bsam clsung miwi pav skv tobez Most recent CVS update was: ports/MOVED ports/Mk/bsd.linux-apps.mk ports/astro/stellarium/Makefile ports/audio/ardour/Makefile ports/audio/cpp-xmms2/Makefile ports/audio/mp3plot/Makefile ports/audio/mumble/Makefile ports/audio/patchage/Makefile ports/audio/py-tagpy/Makefile ports/audio/raul/Makefile ports/cad/kicad/Makefile ports/comms/fldigi/Makefile ports/comms/gnuradio/Makefile ports/databases/akonadi/Makefile ports/deskutils/kdepim4/Makefile ports/deskutils/kdepimlibs4/Makefile ports/deskutils/launchy/Makefile ports/deskutils/pinot/Makefile ports/devel/Makefile ports/devel/boost_build/Makefile ports/devel/crow/Makefile ports/devel/guiloader-c++/Makefile ports/devel/libiqxmlrpc/Makefile ports/devel/libopkele/Makefile ports/devel/log4cxx/Makefile ports/devel/luabind/Makefile ports/devel/monotone/Makefile ports/devel/nemiver/Makefile ports/devel/p5-Guard/Makefile ports/devel/p5-Guard/distinfo ports/devel/rubygem-parsetree/Makefile ports/devel/rubygem-parsetree/distinfo ports/devel/sdts++/Makefile ports/devel/simgear/Makefile ports/devel/stlport/Makefile ports/devel/subcommander/Makefile ports/devel/subcommander2/Makefile ports/devel/thrift/Makefile ports/dns/powerdns/Makefile ports/dns/powerdns-devel/Makefile ports/dns/powerdns-recursor/Makefile ports/editors/abiword-plugins/Makefile ports/editors/madedit/Makefile ports/editors/openoffice.org-2/Makefile ports/editors/openoffice.org-2-RC/Makefile ports/editors/openoffice.org-3/Makefile ports/editors/openoffice.org-3-RC/Makefile ports/editors/openoffice.org-3-devel/Makefile ports/editors/openoffice.org-vcltesttool/Makefile ports/editors/pdfedit/Makefile ports/editors/xmlcopyeditor/Makefile ports/finance/quantlib/Makefile ports/ftp/proftpd/Makefile ports/ftp/proftpd/distinfo ports/games/Makefile ports/games/alephone/Makefile ports/games/flightgear/Makefile ports/games/flyhard/Makefile ports/games/galaxyhack/Makefile ports/games/glob2/Makefile ports/games/lordsawar/Makefile ports/games/love/Makefile ports/games/mkhexgrid/Makefile ports/games/pingus/Makefile ports/games/plee-the-bear/Makefile ports/games/pokerth/Makefile ports/games/secretmaryochronicles/Makefile ports/games/spring/Makefile ports/games/wesnoth/Makefile ports/games/wesnoth-devel/Makefile ports/games/widelands/Makefile ports/games/windstille/Makefile ports/graphics/agave/Makefile ports/graphics/aqsis/Makefile ports/graphics/enblend/Makefile ports/graphics/fracplanet/Makefile ports/graphics/gnash/Makefile ports/graphics/gnash-devel/Makefile ports/graphics/gsculpt/Makefile ports/graphics/hugin/Makefile ports/graphics/inkscape/Makefile ports/graphics/k3d/Makefile ports/graphics/libopenraw/Makefile ports/graphics/mapnik/Makefile ports/graphics/mypaint/Makefile ports/graphics/mypaint/distinfo ports/graphics/mypaint/pkg-plist ports/graphics/panomatic/Makefile ports/graphics/py-cgkit/Makefile ports/graphics/py-exiv2/Makefile ports/graphics/py-visual/Makefile ports/mail/gnarwl/Makefile ports/mail/gnarwl/distinfo ports/mail/gnarwl/files/patch-Makefile.in ports/mail/gnarwl/pkg-descr ports/mail/gnarwl/pkg-plist ports/math/cgal/Makefile ports/math/p5-Bit-Vector/Makefile ports/math/p5-Bit-Vector/distinfo ports/math/qtiplot/Makefile ports/misc/bibletime-devel/Makefile ports/misc/bibletime-kde4/Makefile ports/misc/kdeedu3/Makefile ports/misc/kdeedu4/Makefile ports/misc/metalink-tools/Makefile ports/multimedia/bmpx/Makefile ports/multimedia/flvtool++/Makefile ports/multimedia/miro/Makefile ports/multimedia/mkvtoolnix/Makefile ports/net/pktanon/Makefile ports/net/twinkle/Makefile ports/net-im/licq/Makefile ports/net-im/licq-console/Makefile ports/net-im/licq-osd/Makefile ports/net-im/licq-qt-gui/Makefile ports/net-im/wooztalk/Makefile ports/net-p2p/deluge/Makefile ports/net-p2p/rblibtorrent/Makefile ports/net-p2p/rblibtorrent-devel/Makefile ports/net-p2p/sharktorrent/Makefile ports/palm/barry/Makefile ports/palm/coldsync/Makefile ports/print/cjk-lyx/Makefile ports/print/lyx/Makefile ports/print/lyx15/Makefile ports/print/pdfcube/Makefile ports/science/avogadro/Makefile ports/science/openbabel/Makefile ports/science/peekabot/Makefile ports/security/Makefile ports/security/drweb/Makefile ports/security/drweb/distinfo ports/security/drweb/pkg-install ports/security/drweb/pkg-plist ports/sysutils/fusefs-encfs/Makefile ports/sysutils/heartbeat/Makefile ports/textproc/Makefile ports/textproc/p5-Syntax-Highlight-Engine-Kate/Makefile ports/textproc/p5-Syntax-Highlight-Engine-Kate/distinfo ports/textproc/p5-Syntax-Highlight-Engine-Kate/pkg-plist ports/textproc/source-highlight/Makefile ports/www/openvrml/Makefile ports/www/p5-Template-Toolkit/Makefile ports/www/p5-Template-Toolkit/Makefile.man ports/www/p5-Template-Toolkit/distinfo ports/www/p5-Template-Toolkit/pkg-plist ports/www/p5-Web-Scraper/Makefile ports/www/p5-Web-Scraper/distinfo ports/x11-toolkits/flowcanvas/Makefile ports/x11-toolkits/gigi/Makefile From phoemix at harmless.hu Tue Jul 28 13:29:44 2009 From: phoemix at harmless.hu (Gergely CZUCZY) Date: Tue Jul 28 13:29:50 2009 Subject: Which Package is Used for run MAKE command in FreeBSD In-Reply-To: <34cb0c530907280546u1f1daa7fw1d9555a3bbb2cd4f@mail.gmail.com> References: <34cb0c530907280546u1f1daa7fw1d9555a3bbb2cd4f@mail.gmail.com> Message-ID: <20090728151730.00006413@unknown> Hello, If you're referring to /usr/bin/make, the bsd make, it's part of the base system. That means, it's not in any package. Again, pfsense is NOT FreeBSD, it's built on FreeBSD, such as, a fork of it. If you're seeking help for pfSense i'd suggest checking their mailing lists or support. On Tue, 28 Jul 2009 18:16:26 +0530 Nisarg shah wrote: > Respected Sir/Madam > > Actually i am trying to install the .tgz extension file in FreeBSD OS > for PFsense firewwall but it is necessary to run MAKE command to > install the packages so i dont know which package i have to download > to run this MAKE command in my FreeBSD. > > I hope you help me for this. > > Thanks and Regards > > Nisarg Shah > _______________________________________________ > 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" -- Sincerely, Gergely CZUCZY Harmless Digital Bt +36-30-9702963 From bennett at cs.niu.edu Tue Jul 28 14:15:45 2009 From: bennett at cs.niu.edu (Scott Bennett) Date: Tue Jul 28 14:15:53 2009 Subject: updating to ghostscript8-8.64_2 fails Message-ID: <200907281415.n6SEFP1r027146@mp.cs.niu.edu> On Mon, 27 Jul 2009 00:05:08 +0200 Philipp Ost wrote: >Scott Bennett wrote: >> I'm running 7-STABLE updated to several hours ago: >> >> FreeBSD hellas 7.2-STABLE FreeBSD 7.2-STABLE #26: Sun Jul 26 02:48:17 CDT 2009 bennett@hellas:/usr/src/sys/i386/compile/hellas i386 >> >> I also ran portsnap again to get the latest updates before attempting to >> rebuild all altered ports and packages among the ones I have installed. Now, >> using portmaster again, I've run into a problem during the update to >> ghostscript. It does a lot of compiling, but eventually quits at: >> >> rm -f ./obj/../soobj/iconfig.c >> cp ./obj/../soobj/gconfxx.h ./obj/../soobj/gconfig.h >> cp ./psi/iconf.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-statement -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing -pipe -march=prescott -DUSE_LIBICONV_GNU -DUSE_LIBPAPER -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-statement -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing -pipe -march=prescott -DUSE_LIBICONV_GNU -DUSE_LIBPAPER -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 -lpaper -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 >> >> Stop in /usr/ports/print/ghostscript8. >> >> ===>>> make failed for print/ghostscript8 >> ===>>> Aborting update >> >> ===>>> Update for ghostscript8-8.64_2 failed >> ===>>> Aborting update >> >> ===>>> Update for ImageMagick-6.5.3.10 failed >> ===>>> Aborting update >> >> 327.866u 117.233s 7:03.32 105.1% 3261+927k 228+1673io 46pf+0w >> hellas# >> >> Is there something I missed doing? Or does this mean I should submit >> a problem report? >> Thanks in advance for any clues. > >This seems to be the same problem I have when trying to build >ghostscript8-8.64_6. I sent a message to ports@ several days ago (22.07) >but got no reply so far. > I finally got around it by putting a +IGNOREME file into /var/db/pkg/ghostscript8-8.64_2/ after the following attempts to skip it using the -x option for portmaster failed to do that. portmaster -x print/ghostscript8 -v -w -a portmaster -x print/ghostscript8\* -v -w -a portmaster -x print/ghostscript8-8.64_2 -v -w -a In any case, regardless of what the dependency lists say, 8.64-2 is plenty up-to-date enough for everything (or nearly everything) to use, and I haven't had a problem with anything yet that uses it. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From bennett at cs.niu.edu Tue Jul 28 14:36:41 2009 From: bennett at cs.niu.edu (Scott Bennett) Date: Tue Jul 28 14:36:48 2009 Subject: cups build error needs warning placed into UPDATING Message-ID: <200907281436.n6SEaNJh027339@mp.cs.niu.edu> I ran into a problem with the cups update build failing with the following messages. ===> Installing for cups-base-1.3.10_3 ===> Generating temporary packing list ===> Checking if print/cups-base already installed if ! pw groupshow cups; then pw groupadd cups -g 193; fi pw: unknown group `cups' pw: gid `193' has already been allocated *** Error code 65 Stop in /usr/ports/print/cups-base. ===>>> A backup package for cups-base-1.3.10_2 should be located in /usr/ports/packages/portmaster-backup ===>>> Installation of cups-base-1.3.10_3 (print/cups-base) failed ===>>> Aborting update ===>>> Update for cups-base-1.3.10_2 failed ===>>> Aborting update ...and so forth. After much experimentation and head-scratching, it finally dawned on me that the problem was the result of having nscd(8) running and with cacheing enabled for "group" accesses. [eyeballs rolled...] Killing nscd and temporarily editing the "cache" operands out of the lines in /etc/nsswitch.conf solved the problem upon rerunning portmaster. A warning about this ought to be in UPDATING, not only for cups, but for any other builds and installs that alter any of the data typically cached by nscd(8). If these ports are being installed or updated, then nscd should first be taken out of the picture. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From lehmann at ans-netz.de Tue Jul 28 15:06:29 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Tue Jul 28 15:06:36 2009 Subject: after update - not all jpeg files are displayable Message-ID: <20090728164118.4f36a21f.lehmann@ans-netz.de> Hi, after updating several ports including gtk20 and jpeg, I noticed, that several JPEG files are no longer displayable in gtk applications like gqview or my xfce (Desktop background). It worked fine before and I can still open it in Gimp, but other GTK applications are not able to display it. It is not happening to all JPEG files. I wonder what got broken here. I've put an example file online here: http://files.pofo.de/Final_Frontier.jpg -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From pj at smo.de Tue Jul 28 15:47:44 2009 From: pj at smo.de (Philipp Ost) Date: Tue Jul 28 15:47:51 2009 Subject: updating to ghostscript8-8.64_2 fails In-Reply-To: <200907281415.n6SEFP1r027146@mp.cs.niu.edu> References: <200907281415.n6SEFP1r027146@mp.cs.niu.edu> Message-ID: <4A6F1DBE.3080203@smo.de> Scott Bennett wrote: [snipped] > In any case, regardless of what the dependency lists say, 8.64-2 is > plenty up-to-date enough for everything (or nearly everything) to use, and > I haven't had a problem with anything yet that uses it. Yes, that's what I figured out, too. It just bugs me why it refuses to build on 7.2 but not so on 8.0... Regards, Philipp From freebsd-ports-local at be-well.ilk.org Tue Jul 28 16:00:48 2009 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Tue Jul 28 16:01:03 2009 Subject: "ghost" ports CFLAGS In-Reply-To: <4A6EED3A.7030101@gmail.com> (Eric Damien's message of "Tue\, 28 Jul 2009 08\:21\:14 -0400") References: <4A6EED3A.7030101@gmail.com> Message-ID: <441vo0g6tt.fsf@be-well.ilk.org> Eric Damien writes: > I edited my /etc/make.conf in order to change the default compiler via > the CC and CXX variables. I also happened to edit the CFLAGS value, > all of this changes enclosed within a conditional check on the > directory, of the form: > .if ${CURDIR:M*/ports*} > CFLAGS= -mtune=amdfam10 -msse4e > .endif > I made a general config using postmaster. > After some trouble with some ports, I decided to get rid of those > modifications and commented the above form. > But, I was surprised to see that some ports still present this value > of CFLAGS at building time. > How can I correct this mistake. Just a guess; you built them previously and didn't clean the build directories? Or maybe you put those options in a portmaster config file? [ /usr/local/etc/portmaster.rc or $HOME/.portmasterrc ...] From erwin at FreeBSD.org Tue Jul 28 16:27:30 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Jul 28 16:27:36 2009 Subject: INDEX now builds successfully on 8.x Message-ID: <200907281627.n6SGRTlk035378@pointyhat.freebsd.org> From avg at icyb.net.ua Tue Jul 28 16:32:47 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue Jul 28 16:32:54 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: <20090728164118.4f36a21f.lehmann__19447.6383309395$1248793624$gmane$org@ans-netz.de> References: <20090728164118.4f36a21f.lehmann__19447.6383309395$1248793624$gmane$org@ans-netz.de> Message-ID: <4A6F282A.2060400@icyb.net.ua> on 28/07/2009 17:41 Oliver Lehmann said the following: > Hi, > > after updating several ports including gtk20 and jpeg, I noticed, that > several JPEG files are no longer displayable in gtk applications like > gqview or my xfce (Desktop background). > It worked fine before and I can still open it in Gimp, but other GTK > applications are not able to display it. It is not happening to all JPEG > files. > > I wonder what got broken here. I've put an example file online here: > > http://files.pofo.de/Final_Frontier.jpg I can reproduce it here with gqview but in an interesting way - sometimes it's displayed properly, sometimes it's just a black square, sometimes a corrupted image. My test case - start gqview in a directory with several images, all are displayed properly in a preview pane, then randomly click preview thumbs (many many times). Upstream issue? -- Andriy Gapon From dougb at FreeBSD.org Tue Jul 28 16:58:02 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Jul 28 16:58:08 2009 Subject: updating to ghostscript8-8.64_2 fails In-Reply-To: <200907281415.n6SEFP1r027146@mp.cs.niu.edu> References: <200907281415.n6SEFP1r027146@mp.cs.niu.edu> Message-ID: On Tue, 28 Jul 2009, Scott Bennett wrote: > I finally got around it by putting a +IGNOREME file into > /var/db/pkg/ghostscript8-8.64_2/ after the following attempts to skip it > using the -x option for portmaster failed to do that. > > portmaster -x print/ghostscript8 -v -w -a > portmaster -x print/ghostscript8\* -v -w -a > portmaster -x print/ghostscript8-8.64_2 -v -w -a 'portmaster -x ghostscript' should work. Good luck, Doug -- This .signature sanitized for your protection From avg at icyb.net.ua Tue Jul 28 17:05:18 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue Jul 28 17:05:25 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: <4A6F2DD8.9090909@freebsd.org> References: <20090728164118.4f36a21f.lehmann__19447.6383309395$1248793624$gmane$org@ans-netz.de> <4A6F282A.2060400@icyb.net.ua> <4A6F2DD8.9090909@freebsd.org> Message-ID: <4A6F2FCA.2080908@icyb.net.ua> on 28/07/2009 19:56 Joe Marcus Clarke said the following: > > No. It's an issue with an incomplete PORTREVISION bump on ports which > depend on libjpeg. Really, you need to do a portupgrade -rf jpeg to fix > this. What you must avoid is one port being linked to both jpeg.9 and > .10. When that happens, applications crash trying to open JPEGs. This is not an issue for me as far I can see. libchk reported that no binaries/libraries were linked to libjpeg.so.9 in lib/compat/pkg - I have even removed it now from . Everything is linked to libjpeg.so.10, no unresolved libraries. Any further suggestions? Maybe you could try to reproduce the issue for yourself? -- Andriy Gapon From marcus at freebsd.org Tue Jul 28 17:14:54 2009 From: marcus at freebsd.org (Joe Marcus Clarke) Date: Tue Jul 28 17:15:01 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: <4A6F282A.2060400@icyb.net.ua> References: <20090728164118.4f36a21f.lehmann__19447.6383309395$1248793624$gmane$org@ans-netz.de> <4A6F282A.2060400@icyb.net.ua> Message-ID: <4A6F2DD8.9090909@freebsd.org> Andriy Gapon wrote: > on 28/07/2009 17:41 Oliver Lehmann said the following: >> Hi, >> >> after updating several ports including gtk20 and jpeg, I noticed, that >> several JPEG files are no longer displayable in gtk applications like >> gqview or my xfce (Desktop background). >> It worked fine before and I can still open it in Gimp, but other GTK >> applications are not able to display it. It is not happening to all JPEG >> files. >> >> I wonder what got broken here. I've put an example file online here: >> >> http://files.pofo.de/Final_Frontier.jpg > > I can reproduce it here with gqview but in an interesting way - sometimes it's > displayed properly, sometimes it's just a black square, sometimes a corrupted image. > > My test case - start gqview in a directory with several images, all are displayed > properly in a preview pane, then randomly click preview thumbs (many many times). > > Upstream issue? No. It's an issue with an incomplete PORTREVISION bump on ports which depend on libjpeg. Really, you need to do a portupgrade -rf jpeg to fix this. What you must avoid is one port being linked to both jpeg.9 and .10. When that happens, applications crash trying to open JPEGs. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From srandall52 at sbcglobal.net Tue Jul 28 17:19:31 2009 From: srandall52 at sbcglobal.net (Steve Randall) Date: Tue Jul 28 17:19:38 2009 Subject: updating to ghostscript8-8.64_2 fails In-Reply-To: <200907261936.n6QJabpZ000012@mp.cs.niu.edu> References: <200907261936.n6QJabpZ000012@mp.cs.niu.edu> Message-ID: <20090728115248.101cd094@locust.local> On Sun, 26 Jul 2009 14:36:37 -0500 (CDT) Scott Bennett wrote: > I'm running 7-STABLE updated to several hours ago: > > FreeBSD hellas 7.2-STABLE FreeBSD 7.2-STABLE #26: Sun Jul 26 02:48:17 CDT 2009 bennett@hellas:/usr/src/sys/i386/compile/hellas i386 > > I also ran portsnap again to get the latest updates before attempting to > rebuild all altered ports and packages among the ones I have installed. Now, > using portmaster again, I've run into a problem during the update to > ghostscript. It does a lot of compiling, but eventually quits at: > > rm -f ./obj/../soobj/iconfig.c > cp ./obj/../soobj/gconfxx.h ./obj/../soobj/gconfig.h > cp ./psi/iconf.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-statement -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing -pipe -march=prescott -DUSE_LIBICONV_GNU -DUSE_LIBPAPER -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-statement -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing -pipe -march=prescott -DUSE_LIBICONV_GNU -DUSE_LIBPAPER -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 -lpaper -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 > > Stop in /usr/ports/print/ghostscript8. > > ===>>> make failed for print/ghostscript8 > ===>>> Aborting update > > ===>>> Update for ghostscript8-8.64_2 failed > ===>>> Aborting update > > ===>>> Update for ImageMagick-6.5.3.10 failed > ===>>> Aborting update > > 327.866u 117.233s 7:03.32 105.1% 3261+927k 228+1673io 46pf+0w > hellas# > > Is there something I missed doing? Or does this mean I should submit > a problem report? From looking at the source I think you must have enabled both the X drivers and 256-color SVGALIB. Try running # make config and deselect the one you don't want. HTH From marcus at freebsd.org Tue Jul 28 17:35:59 2009 From: marcus at freebsd.org (Joe Marcus Clarke) Date: Tue Jul 28 17:36:05 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: <4A6F2FCA.2080908@icyb.net.ua> References: <20090728164118.4f36a21f.lehmann__19447.6383309395$1248793624$gmane$org@ans-netz.de> <4A6F282A.2060400@icyb.net.ua> <4A6F2DD8.9090909@freebsd.org> <4A6F2FCA.2080908@icyb.net.ua> Message-ID: <4A6F36F6.5060805@freebsd.org> Andriy Gapon wrote: > on 28/07/2009 19:56 Joe Marcus Clarke said the following: >> No. It's an issue with an incomplete PORTREVISION bump on ports which >> depend on libjpeg. Really, you need to do a portupgrade -rf jpeg to fix >> this. What you must avoid is one port being linked to both jpeg.9 and >> .10. When that happens, applications crash trying to open JPEGs. > > This is not an issue for me as far I can see. > libchk reported that no binaries/libraries were linked to libjpeg.so.9 in > lib/compat/pkg - I have even removed it now from . > Everything is linked to libjpeg.so.10, no unresolved libraries. > > Any further suggestions? > Maybe you could try to reproduce the issue for yourself? I did with eog. As soon as a forced a rebuild, all JPEGs opened just fine again. The sample Final_Frontier.jpg works fine for me in eog, and with Nautilus thumbnail generation. Joe > -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From enlil65 at gmail.com Tue Jul 28 17:38:17 2009 From: enlil65 at gmail.com (Peggy Wilkins) Date: Tue Jul 28 17:38:35 2009 Subject: Using WITH_OPENSSL_PORT In-Reply-To: References: Message-ID: <1789c2360907281038y29f05e94h782ad90ca4337acd@mail.gmail.com> On Sun, Jul 26, 2009 at 2:13 AM, b. f. wrote: >> As the PR advises, switching back to base openssl fixes my problem. > > Well, apparently only part of it. ?Unfortunately the openssl framework > in ports doesn't accommodate mixing and matching of base and port > openssl, so while this may allow you to use pam_ldap, it's at the > expense of other ports. ?You should probably follow-up on the PR, and > explain to the committer who closed it why a real solution to the > problem would be desirable. ?Also, ask the krb5 maintainer if it would > be possible to relax the openssl requirements on his port. ?Sometimes > these restrictions are relics of times when an earlier version of > openssl in base was causing problems, and they may no longer be > relevant. It turns out there are a number of open PR's for related issues. For instance: ports/120101: security/krb5 utilities link against wrong libcom_err http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/120101 ports/121573: security/krb5 (MIT Kerberos) generates non-working ksu http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/121573 ports/128972: Port security/krb5 has a linking problem when compiled against base openssl http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/128972 I get a working security/krb5 compiled against base openssl, if I preface all the client commands with LD_LIBRARY_PATH=/usr/local/lib. I'm not sure what a good resolution for all those PR's would be... how is this sort of conflict of shlibs normally resolved for ports? >> Since I am already using pam_ldap on this system in production, I >> don't see any easy way to get security/krb5 installed and working via >> ports on the same system since openssl requirements for these things >> conflict. ?I think my easiest solution is to use a different system >> for security/krb5. > > At least in the short term, if you don't have the time to patch these > ports yourself, you may be right. ?Another thing you may want to > consider: will the kerberos implementation already in the base system, > or another kerberos port, meet your needs, so that you can dispense > with the krb5 port? Another thing that occurred to me (I may have seen it online somewhere) is that if I replace the base kerberos with ports/krb5 compiled against the base openssl, my problem with multiple conflicting shared libraries would go away. It looks like I can build my system with WITHOUT_KERBEROS setting in /etc/src.conf, though I am still unsure how to remove the already-installed kerberos on my production system -- do I hunt down and delete the already-installed files, or is there an easier way to do that? BTW even though I've been running FreeBSD for over 6 years now, I hadn't heard of /etc/src.conf before this weekend. How do people find out about that? I'm surprised to have missed it before now. plw From lehmann at ans-netz.de Tue Jul 28 17:39:39 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Tue Jul 28 17:39:47 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: <4A6F2DD8.9090909@freebsd.org> References: <20090728164118.4f36a21f.lehmann__19447.6383309395$1248793624$gmane$org@ans-netz.de> <4A6F282A.2060400@icyb.net.ua> <4A6F2DD8.9090909@freebsd.org> Message-ID: <20090728194108.7297e9fe.lehmann@ans-netz.de> Joe Marcus Clarke wrote: > No. It's an issue with an incomplete PORTREVISION bump on ports which > depend on libjpeg. Really, you need to do a portupgrade -rf jpeg to fix > this. What you must avoid is one port being linked to both jpeg.9 and > .10. When that happens, applications crash trying to open JPEGs. Hm - I cannot see which library could be causing this - I still have some jpeg.9 using stuff but this seems not the cause here? Nevertheless I'll do some recompilation here until libjpeg.so.9 is no longer needed by nothing. The "funny" thing is, Magick.so is linked against both .10 and .9.... $ find . -type f -name "*.so" -print | while read line ; do ldd "$line" 2>&1 | grep -q jpeg\.so\.9 && echo "$line" ; done ./perl5/site_perl/5.10.0/mach/auto/Image/Magick/Magick.so ./xfce4/modules/xfce4_desktop_menu.so ./OGRE/RenderSystem_GL.so $ cd ../bin $ find . -type f -print | while read line ; do ldd "$line" 2>&1 | grep -q jpeg\.so\.9 && echo "$line" ; done ./animate ./xfce4-appfinder ./conjure ./convert ./display ./compare ./composite ./montage ./stream ./identify ./import ./mogrify ./xfdesktop -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From oberman at es.net Tue Jul 28 17:43:26 2009 From: oberman at es.net (Kevin Oberman) Date: Tue Jul 28 17:43:38 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: Your message of "Tue, 28 Jul 2009 20:05:14 +0300." <4A6F2FCA.2080908@icyb.net.ua> Message-ID: <20090728174323.869591CC31@ptavv.es.net> > Date: Tue, 28 Jul 2009 20:05:14 +0300 > From: Andriy Gapon > Sender: owner-freebsd-gnome@freebsd.org > > on 28/07/2009 19:56 Joe Marcus Clarke said the following: > > > > No. It's an issue with an incomplete PORTREVISION bump on ports which > > depend on libjpeg. Really, you need to do a portupgrade -rf jpeg to fix > > this. What you must avoid is one port being linked to both jpeg.9 and > > .10. When that happens, applications crash trying to open JPEGs. > > This is not an issue for me as far I can see. > libchk reported that no binaries/libraries were linked to libjpeg.so.9 in > lib/compat/pkg - I have even removed it now from . > Everything is linked to libjpeg.so.10, no unresolved libraries. > > Any further suggestions? > Maybe you could try to reproduce the issue for yourself? I have had things slip through libchk in the past. I did a 'portupgrade -rf jpeg' and rebuilt about 295 ports on all three of my systems running Gnome. That seems to have gotten everything happy again. (Of course, rebuilding 290+ ports does take a bit of time.) Gee.This might be a good time to try 8.0-Beta! You will need to re-build all ports then, anyway. ;-) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From lehmann at ans-netz.de Tue Jul 28 18:02:54 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Tue Jul 28 18:03:06 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: <20090728174323.869591CC31@ptavv.es.net> References: <4A6F2FCA.2080908@icyb.net.ua> <20090728174323.869591CC31@ptavv.es.net> Message-ID: <20090728200424.09dd5cf2.lehmann@ans-netz.de> Kevin Oberman wrote: > I did a 'portupgrade -rf jpeg' and rebuilt about 295 ports on all three > of my systems running Gnome. That seems to have gotten everything happy > again. (Of course, rebuilding 290+ ports does take a bit of time.) By the way - is there a way to print out what ports would be rebuilt? I definitly do not want to rebuild openoffice or jdk. I tried to specify some ignore patterns on cmdline but they where somehow ignored and an openoffice rebuild was triggered (which i interruped as soon as I detected it). -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From avg at icyb.net.ua Tue Jul 28 18:06:25 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue Jul 28 18:06:32 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: <4A6F36F6.5060805@freebsd.org> References: <20090728164118.4f36a21f.lehmann__19447.6383309395$1248793624$gmane$org@ans-netz.de> <4A6F282A.2060400@icyb.net.ua> <4A6F2DD8.9090909@freebsd.org> <4A6F2FCA.2080908@icyb.net.ua> <4A6F36F6.5060805@freebsd.org> Message-ID: <4A6F3E1D.6060404@icyb.net.ua> on 28/07/2009 20:35 Joe Marcus Clarke said the following: > Andriy Gapon wrote: >> on 28/07/2009 19:56 Joe Marcus Clarke said the following: >>> No. It's an issue with an incomplete PORTREVISION bump on ports which >>> depend on libjpeg. Really, you need to do a portupgrade -rf jpeg to fix >>> this. What you must avoid is one port being linked to both jpeg.9 and >>> .10. When that happens, applications crash trying to open JPEGs. >> This is not an issue for me as far I can see. >> libchk reported that no binaries/libraries were linked to libjpeg.so.9 in >> lib/compat/pkg - I have even removed it now from . >> Everything is linked to libjpeg.so.10, no unresolved libraries. >> >> Any further suggestions? >> Maybe you could try to reproduce the issue for yourself? > > I did with eog. As soon as a forced a rebuild, all JPEGs opened just > fine again. The sample Final_Frontier.jpg works fine for me in eog, and > with Nautilus thumbnail generation. I tried eog too, works flawlessly here. Still gqview has the problem as the original reported said. -- Andriy Gapon From freebsd-ports-local at be-well.ilk.org Tue Jul 28 18:07:39 2009 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Tue Jul 28 18:07:45 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: <20090728200424.09dd5cf2.lehmann@ans-netz.de> (Oliver Lehmann's message of "Tue\, 28 Jul 2009 20\:04\:24 +0200") References: <4A6F2FCA.2080908@icyb.net.ua> <20090728174323.869591CC31@ptavv.es.net> <20090728200424.09dd5cf2.lehmann@ans-netz.de> Message-ID: <44iqhcy93s.fsf@be-well.ilk.org> Oliver Lehmann writes: > Kevin Oberman wrote: > >> I did a 'portupgrade -rf jpeg' and rebuilt about 295 ports on all three >> of my systems running Gnome. That seems to have gotten everything happy >> again. (Of course, rebuilding 290+ ports does take a bit of time.) > > By the way - is there a way to print out what ports would be rebuilt? I > definitly do not want to rebuild openoffice or jdk. I tried to specify > some ignore patterns on cmdline but they where somehow ignored and an > openoffice rebuild was triggered (which i interruped as soon as I > detected it). What you want is the "-n" option. From oberman at es.net Tue Jul 28 18:28:33 2009 From: oberman at es.net (Kevin Oberman) Date: Tue Jul 28 18:28:40 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: Your message of "Tue, 28 Jul 2009 20:04:24 +0200." <20090728200424.09dd5cf2.lehmann@ans-netz.de> Message-ID: <20090728182830.96E601CC31@ptavv.es.net> > Date: Tue, 28 Jul 2009 20:04:24 +0200 > From: Oliver Lehmann > > Kevin Oberman wrote: > > > I did a 'portupgrade -rf jpeg' and rebuilt about 295 ports on all three > > of my systems running Gnome. That seems to have gotten everything happy > > again. (Of course, rebuilding 290+ ports does take a bit of time.) > > By the way - is there a way to print out what ports would be rebuilt? I > definitly do not want to rebuild openoffice or jdk. I tried to specify > some ignore patterns on cmdline but they where somehow ignored and an > openoffice rebuild was triggered (which i interruped as soon as I > detected it). portupgrade -rnf jpeg To avoid rebuilding OOo and jdk, use '-x openoffice.org -x jdk'. I do this, myself, and rebuild OOo during off times. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From carpetsmoker at rwxrwxrwx.net Tue Jul 28 21:43:27 2009 From: carpetsmoker at rwxrwxrwx.net (Martin Tournoij) Date: Tue Jul 28 21:43:33 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <20090724150004.GA56151@atarininja.org> References: <20090724150004.GA56151@atarininja.org> Message-ID: <29ab94b0a417fa2706426b70d6628fb6@xs4all.nl> On Fri, 24 Jul 2009 11:00:04 -0400, Wesley Shields wrote: > And this is why I think we should have a policy of not changing > maintainer of things based upon mailing list traffic. I know I'm > guilty of doing it in the past but I have come to the conclusion that it > can cause these kinds of problems and set a precedent of people > expecting mailing list traffic to result in commits. > > We should have an official record of who requested changes in the PR > database and not give the community the idea that mailing list traffic > asking for a commit to happen is the right way to do things. > > -- WXS I don't know what the policy is nowadays ... I switched from Linux to FreeBSD years ago because of a better sense of quality and less breakage. I find myself switching from FreeBSD to OpenBSD now because of a better sense of quality and less breakage... Anyway, this is not the place to start rants, could someone please commit misc/137224 (Sorry for wrong category...) Thanks. Cheers and see you at OpenBSD, Martin From andrew-freebsd at areilly.bpc-users.org Wed Jul 29 03:08:24 2009 From: andrew-freebsd at areilly.bpc-users.org (Andrew Reilly) Date: Wed Jul 29 03:08:30 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: <20090728194108.7297e9fe.lehmann@ans-netz.de> References: <20090728164118.4f36a21f.lehmann__19447.6383309395$1248793624$gmane$org@ans-netz.de> <4A6F282A.2060400@icyb.net.ua> <4A6F2DD8.9090909@freebsd.org> <20090728194108.7297e9fe.lehmann@ans-netz.de> Message-ID: <20090729012621.GA96134@duncan.reilly.home> On Tue, Jul 28, 2009 at 07:41:08PM +0200, Oliver Lehmann wrote: > Joe Marcus Clarke wrote: > > > No. It's an issue with an incomplete PORTREVISION bump on ports which > > depend on libjpeg. Really, you need to do a portupgrade -rf jpeg to fix > > this. What you must avoid is one port being linked to both jpeg.9 and > > .10. When that happens, applications crash trying to open JPEGs. > > Hm - I cannot see which library could be causing this - I still have some > jpeg.9 using stuff but this seems not the cause here? There's something else going wrong, IMO. I did the -r jpeg upgrade, and have done an ldd trawl through /usr/local/bin and /usr/local/lib, and come up blank, and yet geequie frequently shows a black screen when I point it to a jpg. This isn't specific to particular jpg files: if I select another, it'll probably display OK, and then click back to the "bad" one and it may display OK too. Haven't got to the bottom of it yet. It's possible that only geequie and gqview (parent of geequie, I think) are at fault, somehow. Cheers, -- Andrew From lehmann at ans-netz.de Wed Jul 29 04:27:16 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Wed Jul 29 04:27:28 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: <4A6F2DD8.9090909@freebsd.org> References: <20090728164118.4f36a21f.lehmann__19447.6383309395$1248793624$gmane$org@ans-netz.de> <4A6F282A.2060400@icyb.net.ua> <4A6F2DD8.9090909@freebsd.org> Message-ID: <20090729062846.f7459f8f.lehmann@ans-netz.de> Joe Marcus Clarke wrote: > depend on libjpeg. Really, you need to do a portupgrade -rf jpeg to fix > this. I now did this - it has not fixed the problem. gqview for example is still not able to display this image. I do not even have any libjpeg.so.9 on my system (removed my whole lib/compat/pkg directory) -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From danm at prime.gushi.org Wed Jul 29 05:47:33 2009 From: danm at prime.gushi.org (Dan Mahoney, System Admin) Date: Wed Jul 29 05:47:40 2009 Subject: Don't know how to make /usr/ports/dns/bind96/work/.build.... Message-ID: Hey all, I'm having a problem on multiple systems: With a clean port, in dns/bind96: I get the options screen, I select only "overwrite base" in addition to the defaults:, and after, I get this: make: don't know how to make /usr/ports/dns/bind96/work/.build_done.bind96._usr_local. Stop *** Error code 2 Stop in /usr/ports/dns/bind96. s1# Additional builds go fine. Someone else had the same problem, and they also chose overwrite-base: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2007-08/msg00035.html But it was dismissed because he was using "sudo", however the real reason is because this problem goes away a second time. -Dan -- --------Dan Mahoney-------- Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Site: http://www.gushi.org --------------------------- From mel.flynn+fbsd.questions at mailing.thruhere.net Wed Jul 29 06:17:42 2009 From: mel.flynn+fbsd.questions at mailing.thruhere.net (Mel Flynn) Date: Wed Jul 29 06:17:48 2009 Subject: Don't know how to make /usr/ports/dns/bind96/work/.build.... In-Reply-To: References: Message-ID: <200907282158.43397.mel.flynn+fbsd.questions@mailing.thruhere.net> On Tuesday 28 July 2009 20:24:27 Dan Mahoney, System Admin wrote: > make: don't know how to make > /usr/ports/dns/bind96/work/.build_done.bind96._usr_local. Stop > *** Error code 2 > Someone else had the same problem, and they also chose overwrite-base: > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2007-08/msg00035. >html > > But it was dismissed because he was using "sudo", however the real reason > is because this problem goes away a second time. Most likely because that option changes PREFIX, so the BUILD_COOKIE changed, but the target was already in make's list of targets to make. After options are stored in /var/db/ports, BUILD_COOKIE will end in ._usr. -- Mel From itetcu at FreeBSD.org Wed Jul 29 06:33:02 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Wed Jul 29 06:33:34 2009 Subject: FreeBSD Port: dspam-devel-3.8.0_4,1 In-Reply-To: <304603F97FFD46B289D467B970E93A09@note7> References: <304603F97FFD46B289D467B970E93A09@note7> Message-ID: <20090729093248.55915bb1.itetcu@FreeBSD.org> On Tue, 28 Jul 2009 08:27:42 -0300 "Ari Arantes Filho" wrote: > Hi, > > I'm new to dspam and want to install it, but I saw the dspam project > page the version 3.9-Alpha2. Is there any plan to migrate this new > version to the ports? I am currently away, connecting via my mobile. We (DSPAM Project Members) plan to release the 3.9-Beta1 shortly (basically I have to get back in town and do the release). Pleaase wait until the weekend or Monday. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From bennett at cs.niu.edu Wed Jul 29 06:54:08 2009 From: bennett at cs.niu.edu (Scott Bennett) Date: Wed Jul 29 06:54:16 2009 Subject: updating to ghostscript8-8.64_2 fails Message-ID: <200907290653.n6T6rYXK007680@mp.cs.niu.edu> On Tue, 28 Jul 2009 09:57:57 -0700 (PDT) Doug Barton wrote: >On Tue, 28 Jul 2009, Scott Bennett wrote: > >> I finally got around it by putting a +IGNOREME file into >> /var/db/pkg/ghostscript8-8.64_2/ after the following attempts to skip it >> using the -x option for portmaster failed to do that. >> >> portmaster -x print/ghostscript8 -v -w -a >> portmaster -x print/ghostscript8\* -v -w -a >> portmaster -x print/ghostscript8-8.64_2 -v -w -a > >'portmaster -x ghostscript' should work. > Okay. I doubt I'll bother with it until there's a new update available. FWIW, I obviously did not understand from the man page that that would be the way to get it to work. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From bennett at cs.niu.edu Wed Jul 29 06:57:48 2009 From: bennett at cs.niu.edu (Scott Bennett) Date: Wed Jul 29 06:57:55 2009 Subject: updating to ghostscript8-8.64_2 fails Message-ID: <200907290657.n6T6viUr007729@mp.cs.niu.edu> On Tue, 28 Jul 2009 11:52:48 -0500 Steve Randall wrote: >On Sun, 26 Jul 2009 14:36:37 -0500 (CDT) >Scott Bennett wrote: > >> I'm running 7-STABLE updated to several hours ago: >>=20 >> FreeBSD hellas 7.2-STABLE FreeBSD 7.2-STABLE #26: Sun Jul 26 02:48:17 CDT= > 2009 bennett@hellas:/usr/src/sys/i386/compile/hellas i386 >>=20 >> I also ran portsnap again to get the latest updates before attemptin= >g to >> rebuild all altered ports and packages among the ones I have installed. = >Now, >> using portmaster again, I've run into a problem during the update to >> ghostscript. It does a lot of compiling, but eventually quits at: >>=20 >> rm -f ./obj/../soobj/iconfig.c >> cp ./obj/../soobj/gconfxx.h ./obj/../soobj/gconfig.h >> cp ./psi/iconf.c ./obj/../soobj/iconfig.c >> cc -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FONTCONFIG -O2 -fno-strict-alias= >ing -pipe -march=3Dprescott -fPIC -DUPD_SIGNAL=3D0 -I. -I/usr/ports/print/g= >hostscript8/work/ghostscript-8.64/jasper/src/libjasper/include -I/usr/local= >/include/libpng -I/usr/local/include -Wall -Wstrict-prototypes -Wundef -Wm= >issing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasi= >ng -Wdeclaration-after-statement -fno-builtin -fno-common -DHAVE_STDINT_H -= >DGX_COLOR_INDEX_TYPE=3D"unsigned long long" -O2 -fno-strict-aliasing -pipe = >-march=3Dprescott -DUSE_LIBICONV_GNU -DUSE_LIBPAPER -DGS_DEVS_SHARED -DGS_D= >EVS_SHARED_DIR=3D\"/usr/local/lib/ghostscript/8.64\" -I./psi -I./obj/../soo= >bj -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-alias= >ing -pipe -march=3Dprescott -fPIC -DUPD_SIGNAL=3D0 -I. -I/usr/ports/print/g= >hostscript8/work/ghostscript-8.64/jasper/src/libjasper/include -I/usr/local= >/include/libpng -I/usr/local/include -Wall -Wstrict-prototypes -Wundef -Wm= >issing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasi= >ng -Wdeclaration-after-statement -fno-builtin -fno-common -DHAVE_STDINT_H -= >DGX_COLOR_INDEX_TYPE=3D"unsigned long long" -O2 -fno-strict-aliasing -pipe = >-march=3Dprescott -DUSE_LIBICONV_GNU -DUSE_LIBPAPER -DGS_DEVS_SHARED -DGS_D= >EVS_SHARED_DIR=3D\"/usr/local/lib/ghostscript/8.64\" -I./obj/../soobj -I./b= >ase -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=3Dlibgs.so.8 -o ./bin/../sobin/libgs.so= >.8.64 >> ./obj/../soobj/echogs -a ./obj/../soobj/ldt.tr -n -s ./obj/../soobj/gsrom= >fs0.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 -lpaper = >-lstdc++ -L/usr/local/lib -lfontconfig -Wl,-export-dynamic -lpthread -lm >> if [ x !=3D x ]; then LD_RUN_PATH=3D; export LD_RUN_PATH; fi; \ >> XCFLAGS=3D XINCLUDE=3D XLDFLAGS=3D XLIBDIRS=3D XLIBS=3D \ >> FEATURE_DEVS=3D DEVICE_DEVS=3D DEVICE_DEVS1=3D DEVICE_DEVS2=3D DEVICE_DE= >VS3=3D \ >> DEVICE_DEVS4=3D DEVICE_DEVS5=3D DEVICE_DEVS6=3D DEVICE_DEVS7=3D DEVICE_D= >EVS8=3D \ >> DEVICE_DEVS9=3D DEVICE_DEVS10=3D DEVICE_DEVS11=3D DEVICE_DEVS12=3D \ >> DEVICE_DEVS13=3D DEVICE_DEVS14=3D DEVICE_DEVS15=3D DEVICE_DEVS16=3D \ >> DEVICE_DEVS17=3D DEVICE_DEVS18=3D DEVICE_DEVS19=3D DEVICE_DEVS20=3D \ >> DEVICE_DEVS_EXTRA=3D \ >> /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/ghostscri= >pt-8.64' >> gmake: *** [so] Error 2 >> *** Error code 1 >>=20 >> Stop in /usr/ports/print/ghostscript8. >>=20 >> =3D=3D=3D>>> make failed for print/ghostscript8 >> =3D=3D=3D>>> Aborting update >>=20 >> =3D=3D=3D>>> Update for ghostscript8-8.64_2 failed >> =3D=3D=3D>>> Aborting update >>=20 >> =3D=3D=3D>>> Update for ImageMagick-6.5.3.10 failed >> =3D=3D=3D>>> Aborting update >>=20 >> 327.866u 117.233s 7:03.32 105.1% 3261+927k 228+1673io 46pf+0w >> hellas#=20 >>=20 >> Is there something I missed doing? Or does this mean I should submit >> a problem report? > >=46rom looking at the source I think you must have enabled both the X >drivers and 256-color SVGALIB. Try running It's quite possible that I did, though I don't remember now. Was there some piece of documentation that I missed that says that the SVGALIB support is incompatible with other options? > ># make config > >and deselect the one you don't want. > Thanks much. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From obrien at NUXI.org Wed Jul 29 07:01:18 2009 From: obrien at NUXI.org (David O'Brien) Date: Wed Jul 29 07:01:24 2009 Subject: [PATCH] upgrade shells/bash 4.0 to patchlevel 28 Message-ID: <20090729064059.GA29770@dragon.NUXI.org> There are some new patches to Bash 4.0. Here is the patch I plan to commit to the port - but I wanted to let it have some "beta testing" first. If you have a moment and are a Bash user, please give this a try. I only need to know if the new patchlevel causes grief. I'm not looking for 1,000 "it works" responces. ;-) -- David Index: Makefile =================================================================== RCS file: /home/pcvs/ports/shells/bash/Makefile,v retrieving revision 1.114 diff -u -p -r1.114 Makefile --- Makefile 18 May 2009 18:44:32 -0000 1.114 +++ Makefile 29 Jul 2009 06:36:06 -0000 @@ -7,7 +7,7 @@ # PORTNAME= bash -PATCHLEVEL= 24 +PATCHLEVEL= 28 PORTVERSION= 4.0.${PATCHLEVEL:S/^0//g} PORTREVISION?= 0 CATEGORIES= shells Index: distinfo =================================================================== RCS file: /home/pcvs/ports/shells/bash/distinfo,v retrieving revision 1.43 diff -u -p -r1.43 distinfo --- distinfo 18 May 2009 18:44:33 -0000 1.43 +++ distinfo 29 Jul 2009 06:36:06 -0000 @@ -73,5 +73,17 @@ SIZE (bash/bash40-023) = 2148 MD5 (bash/bash40-024) = 82ba5fc9eb780eb57d8b7628a17b7d74 SHA256 (bash/bash40-024) = a59ebac47efe31b951e1732e4223cc725b2748c331bec98248355c5ac53717ab SIZE (bash/bash40-024) = 3049 +MD5 (bash/bash40-025) = b26f9007ac4eef5c378f1abcb8959025 +SHA256 (bash/bash40-025) = f77900d636033474bc15d39c4948515fdfe718164ea668edd64d8d4d5a8f6a08 +SIZE (bash/bash40-025) = 3435 +MD5 (bash/bash40-026) = 83bc844c82d0a30740e8d91a8238bfa9 +SHA256 (bash/bash40-026) = a9bdf4409c6625561884be58026a52ccb47600407f3d5b8d0889f0585040f6cb +SIZE (bash/bash40-026) = 1433 +MD5 (bash/bash40-027) = a41c187f05ecab07389c18acc91214c6 +SHA256 (bash/bash40-027) = f65dc26bb1bacc8a66610cd5f6f2b8e70be8d8c4e397e7a5ad6f3306224b77f2 +SIZE (bash/bash40-027) = 2010 +MD5 (bash/bash40-028) = fcc367e6471267d2e397257e703b817d +SHA256 (bash/bash40-028) = 5b222cbaf3ab1c1d9b4c5956a0e28cad49660f5746af08efe174e7b474022d1a +SIZE (bash/bash40-028) = 5567 MD5 (bash/FAQ) = IGNORE SHA256 (bash/FAQ) = IGNORE From erich at apsara.com.sg Wed Jul 29 07:20:10 2009 From: erich at apsara.com.sg (Erich Dollansky) Date: Wed Jul 29 07:20:23 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: <20090729062846.f7459f8f.lehmann@ans-netz.de> References: <20090728164118.4f36a21f.lehmann__19447.6383309395$1248793624$gmane$org@ans-netz.de> <4A6F2DD8.9090909@freebsd.org> <20090729062846.f7459f8f.lehmann@ans-netz.de> Message-ID: <200907291319.58963.erich@apsara.com.sg> Hi, I do not know if this will help here. I have had in the past a very different problem which seems unsolvable. I did the same as you using portupgrade to bring my system to the current status. It broke some things. By change, I got the problem solve by manually compiling some ports and reinstalling them. Check what ports are needed by your program. Start at the base reinstalling them manually. I did this just by chance and found my system working afterwards. Yes, I know, it is a lot of work if you cannot do it on the side. Erich On 29 July 2009 pm 12:28:46 Oliver Lehmann wrote: > Joe Marcus Clarke wrote: > > depend on libjpeg. Really, you need to do a portupgrade -rf > > jpeg to fix this. > > I now did this - it has not fixed the problem. gqview for > example is still not able to display this image. > I do not even have any libjpeg.so.9 on my system (removed my > whole lib/compat/pkg directory) From erich at apsara.com.sg Wed Jul 29 07:20:10 2009 From: erich at apsara.com.sg (Erich Dollansky) Date: Wed Jul 29 07:20:24 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: <20090729062846.f7459f8f.lehmann@ans-netz.de> References: <20090728164118.4f36a21f.lehmann__19447.6383309395$1248793624$gmane$org@ans-netz.de> <4A6F2DD8.9090909@freebsd.org> <20090729062846.f7459f8f.lehmann@ans-netz.de> Message-ID: <200907291319.58963.erich@apsara.com.sg> Hi, I do not know if this will help here. I have had in the past a very different problem which seems unsolvable. I did the same as you using portupgrade to bring my system to the current status. It broke some things. By change, I got the problem solve by manually compiling some ports and reinstalling them. Check what ports are needed by your program. Start at the base reinstalling them manually. I did this just by chance and found my system working afterwards. Yes, I know, it is a lot of work if you cannot do it on the side. Erich On 29 July 2009 pm 12:28:46 Oliver Lehmann wrote: > Joe Marcus Clarke wrote: > > depend on libjpeg. Really, you need to do a portupgrade -rf > > jpeg to fix this. > > I now did this - it has not fixed the problem. gqview for > example is still not able to display this image. > I do not even have any libjpeg.so.9 on my system (removed my > whole lib/compat/pkg directory) From dougb at FreeBSD.org Wed Jul 29 07:33:09 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Jul 29 07:33:21 2009 Subject: Don't know how to make /usr/ports/dns/bind96/work/.build.... In-Reply-To: <200907282158.43397.mel.flynn+fbsd.questions@mailing.thruhere.net> References: <200907282158.43397.mel.flynn+fbsd.questions@mailing.thruhere.net> Message-ID: <4A6FF497.5010808@FreeBSD.org> Mel Flynn wrote: > On Tuesday 28 July 2009 20:24:27 Dan Mahoney, System Admin wrote: > >> make: don't know how to make >> /usr/ports/dns/bind96/work/.build_done.bind96._usr_local. Stop >> *** Error code 2 > >> Someone else had the same problem, and they also chose overwrite-base: >> >> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2007-08/msg00035. >> html >> >> But it was dismissed because he was using "sudo", however the real reason >> is because this problem goes away a second time. > > Most likely because that option changes PREFIX, so the BUILD_COOKIE changed, > but the target was already in make's list of targets to make. After options > are stored in /var/db/ports, BUILD_COOKIE will end in ._usr. I believe Mel is right here. 'make clean ; make config ; make' worked for me. Please let me know if it doesn't work for you. Doug -- This .signature sanitized for your protection From danm at prime.gushi.org Wed Jul 29 07:35:33 2009 From: danm at prime.gushi.org (Dan Mahoney, System Admin) Date: Wed Jul 29 07:35:40 2009 Subject: Don't know how to make /usr/ports/dns/bind96/work/.build.... In-Reply-To: <4A6FF497.5010808@FreeBSD.org> References: <200907282158.43397.mel.flynn+fbsd.questions@mailing.thruhere.net> <4A6FF497.5010808@FreeBSD.org> Message-ID: On Wed, 29 Jul 2009, Doug Barton wrote: > Mel Flynn wrote: >> On Tuesday 28 July 2009 20:24:27 Dan Mahoney, System Admin wrote: >> >>> make: don't know how to make >>> /usr/ports/dns/bind96/work/.build_done.bind96._usr_local. Stop >>> *** Error code 2 >> >>> Someone else had the same problem, and they also chose overwrite-base: >>> >>> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2007-08/msg00035. >>> html >>> >>> But it was dismissed because he was using "sudo", however the real reason >>> is because this problem goes away a second time. >> >> Most likely because that option changes PREFIX, so the BUILD_COOKIE changed, >> but the target was already in make's list of targets to make. After options >> are stored in /var/db/ports, BUILD_COOKIE will end in ._usr. > > I believe Mel is right here. 'make clean ; make config ; make' worked > for me. As does a second make after getting this error, but it's nonintuitive, and probably a ports bug. -Dan -- --------Dan Mahoney-------- Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Site: http://www.gushi.org --------------------------- From lumiwa at gmail.com Wed Jul 29 11:47:18 2009 From: lumiwa at gmail.com (ajtiM) Date: Wed Jul 29 11:47:27 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: <200907291319.58963.erich@apsara.com.sg> References: <20090728164118.4f36a21f.lehmann__19447.6383309395$1248793624$gmane$org@ans-netz.de> <20090729062846.f7459f8f.lehmann@ans-netz.de> <200907291319.58963.erich@apsara.com.sg> Message-ID: <200907290613.56403.lumiwa@gmail.com> On Wednesday 29 July 2009 00:19:56 Erich Dollansky wrote: > Hi, > > I do not know if this will help here. > > I have had in the past a very different problem which seems > unsolvable. > > I did the same as you using portupgrade to bring my system to the > current status. It broke some things. > > By change, I got the problem solve by manually compiling some > ports and reinstalling them. > > Check what ports are needed by your program. Start at the base > reinstalling them manually. > > I did this just by chance and found my system working afterwards. > > Yes, I know, it is a lot of work if you cannot do it on the side. > > Erich > First I swithed from GQview to Geeqi (I tought that shoud be better) and did as you described but problem is here still. On Arch forum I found: http://bbs.archlinux.org/viewtopic.php?pid=585987 -- Mitja ----- http://starikarp.redbubble.com From avg at icyb.net.ua Wed Jul 29 12:32:16 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Jul 29 12:32:22 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: <200907290613.56403.lumiwa@gmail.com> References: <20090728164118.4f36a21f.lehmann__19447.6383309395$1248793624$gmane$org@ans-netz.de> <20090729062846.f7459f8f.lehmann@ans-netz.de> <200907291319.58963.erich@apsara.com.sg> <200907290613.56403.lumiwa@gmail.com> Message-ID: <4A70414B.1040907@icyb.net.ua> on 29/07/2009 14:13 ajtiM said the following: > On Arch forum I found: > http://bbs.archlinux.org/viewtopic.php?pid=585987 Thank you very much for finding this! -- Andriy Gapon From bennett at cs.niu.edu Wed Jul 29 13:06:08 2009 From: bennett at cs.niu.edu (Scott Bennett) Date: Wed Jul 29 13:06:15 2009 Subject: this time it's vim/distfiles Message-ID: <200907291305.n6TD5KST010432@mp.cs.niu.edu> When portmaster tries to rebuild vim-lite, it tries to verify the checksums of 239 (?) patches. (I guess I should take that as a warning.) Unfortunately, one of them apparently doesn't check out properly. Here's an excerpt of the portmaster output. => MD5 Checksum OK for vim/7.2.040 => SHA256 Checksum OK for vim/7.2.040. => No MD5 checksum recorded for vim/7.2.041^. => No SHA256 checksum recorded for vim/7.2.041^. => No suitable checksum found for vim/7.2.041^. => MD5 Checksum OK for vim/7.2.042. => SHA256 Checksum OK for vim/7.2.042. . . . => MD5 Checksum OK for vim/7.2.239. => SHA256 Checksum OK for vim/7.2.239. *** Error code 1 Stop in /usr/ports/editors/vim-lite. ===>>> make failed for editors/vim-lite ===>>> Aborting update ===>>> Update for vim-lite-7.2.209 failed ===>>> Aborting update I looked in distfiles and found that the line in question apparently had an extraneous character that displays in less and vi as a percent sign. DISTFILE:vim/7.2.040:SIZE=1836:SHA256=ad320d45c2541a767b351fdb8720c349c468acec8cf54dcfced0a6d1e58e5d8e:MD5=4c493255ae227498016f30a0002ec1cc DISTFILE:vim/7.2.041%:SIZE=22405:SHA256=2f48e173df3d306edd982f8a3d5a15c65ba19694ca32bdbdaa51f8bcc48a3d06:MD5=107ba5dccb1df727601aead37abf8cd3 DISTFILE:vim/7.2.042:SIZE=4987:SHA256=d5fa884a7c5ee77b60fe512ceccaac640c0dfc00bd435211f4e4597ae3bee2cd:MD5=99baedef8a9c908774b7ed74deacf184 I tried deleting the extra character and rerunning portmaster, but that just yields the same results. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From wxs at FreeBSD.org Wed Jul 29 13:57:54 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Wed Jul 29 13:58:01 2009 Subject: this time it's vim/distfiles In-Reply-To: <200907291305.n6TD5KST010432@mp.cs.niu.edu> References: <200907291305.n6TD5KST010432@mp.cs.niu.edu> Message-ID: <20090729135753.GB52180@atarininja.org> On Wed, Jul 29, 2009 at 08:05:20AM -0500, Scott Bennett wrote: > When portmaster tries to rebuild vim-lite, it tries to verify the > checksums of 239 (?) patches. (I guess I should take that as a warning.) > Unfortunately, one of them apparently doesn't check out properly. Here's > an excerpt of the portmaster output. > > => MD5 Checksum OK for vim/7.2.040 > => SHA256 Checksum OK for vim/7.2.040. > => No MD5 checksum recorded for vim/7.2.041^. > => No SHA256 checksum recorded for vim/7.2.041^. > => No suitable checksum found for vim/7.2.041^. > => MD5 Checksum OK for vim/7.2.042. > => SHA256 Checksum OK for vim/7.2.042. > . > . > . > => MD5 Checksum OK for vim/7.2.239. > => SHA256 Checksum OK for vim/7.2.239. > *** Error code 1 > > Stop in /usr/ports/editors/vim-lite. > > ===>>> make failed for editors/vim-lite > ===>>> Aborting update > > ===>>> Update for vim-lite-7.2.209 failed > ===>>> Aborting update > > I looked in distfiles and found that the line in question apparently > had an extraneous character that displays in less and vi as a percent sign. > > DISTFILE:vim/7.2.040:SIZE=1836:SHA256=ad320d45c2541a767b351fdb8720c349c468acec8cf54dcfced0a6d1e58e5d8e:MD5=4c493255ae227498016f30a0002ec1cc > DISTFILE:vim/7.2.041%:SIZE=22405:SHA256=2f48e173df3d306edd982f8a3d5a15c65ba19694ca32bdbdaa51f8bcc48a3d06:MD5=107ba5dccb1df727601aead37abf8cd3 > DISTFILE:vim/7.2.042:SIZE=4987:SHA256=d5fa884a7c5ee77b60fe512ceccaac640c0dfc00bd435211f4e4597ae3bee2cd:MD5=99baedef8a9c908774b7ed74deacf184 > > I tried deleting the extra character and rerunning portmaster, but that just > yields the same results. Don't just delete it. Change it to a ^ and you should be OK until the maintainer updates distinfo to reflect the recent change. -- WXS From njm at njm.me.uk Wed Jul 29 14:26:49 2009 From: njm at njm.me.uk (N.J. Mann) Date: Wed Jul 29 14:26:56 2009 Subject: this time it's vim/distfiles In-Reply-To: <200907291305.n6TD5KST010432@mp.cs.niu.edu> References: <200907291305.n6TD5KST010432@mp.cs.niu.edu> Message-ID: <20090729135956.GA882@titania.njm.me.uk> In message <200907291305.n6TD5KST010432@mp.cs.niu.edu>, Scott Bennett (bennett@cs.niu.edu) wrote: > When portmaster tries to rebuild vim-lite, it tries to verify the > checksums of 239 (?) patches. (I guess I should take that as a warning.) > Unfortunately, one of them apparently doesn't check out properly. Here's > an excerpt of the portmaster output. > > => MD5 Checksum OK for vim/7.2.040 > => SHA256 Checksum OK for vim/7.2.040. > => No MD5 checksum recorded for vim/7.2.041^. > => No SHA256 checksum recorded for vim/7.2.041^. > => No suitable checksum found for vim/7.2.041^. > => MD5 Checksum OK for vim/7.2.042. > => SHA256 Checksum OK for vim/7.2.042. > . > . > . > => MD5 Checksum OK for vim/7.2.239. > => SHA256 Checksum OK for vim/7.2.239. > *** Error code 1 > > Stop in /usr/ports/editors/vim-lite. > > ===>>> make failed for editors/vim-lite > ===>>> Aborting update > > ===>>> Update for vim-lite-7.2.209 failed > ===>>> Aborting update > > I looked in distfiles and found that the line in question apparently > had an extraneous character that displays in less and vi as a percent sign. > > DISTFILE:vim/7.2.040:SIZE=1836:SHA256=ad320d45c2541a767b351fdb8720c349c468acec8cf54dcfced0a6d1e58e5d8e:MD5=4c493255ae227498016f30a0002ec1cc > DISTFILE:vim/7.2.041%:SIZE=22405:SHA256=2f48e173df3d306edd982f8a3d5a15c65ba19694ca32bdbdaa51f8bcc48a3d06:MD5=107ba5dccb1df727601aead37abf8cd3 > DISTFILE:vim/7.2.042:SIZE=4987:SHA256=d5fa884a7c5ee77b60fe512ceccaac640c0dfc00bd435211f4e4597ae3bee2cd:MD5=99baedef8a9c908774b7ed74deacf184 NB: you should be looking in editors/vim since editors/vim-lite is a slave port. The Makefile and distinfo files have different names for the patch - the maintainer appears to have decided to rename the patch file earlier today and only updated Makefile accordingly. The old name was 7.2.041% and the new is to 7.2.041^. Try changing distinfo accordingly. Cheers, Nick. -- From jafa82 at gmail.com Wed Jul 29 14:48:05 2009 From: jafa82 at gmail.com (Eric Damien) Date: Wed Jul 29 14:48:11 2009 Subject: "ghost" ports CFLAGS In-Reply-To: <441vo0g6tt.fsf@be-well.ilk.org> References: <4A6EED3A.7030101@gmail.com> <441vo0g6tt.fsf@be-well.ilk.org> Message-ID: <4d4ab19d0907290748q5493eb92g6bad8d081388441@mail.gmail.com> Well, I just edited the /etc/make.conf. About the clean build directories, I performed make clean (even if portmaster is already supposed to do so, unless instructed otherwise); I even deleted the ports tree and made a fresh portsnap fetch extract: no use. Not to stay stuck, I decied to include a ports.conf in make.conf just to switch back to the other compiler (actually gcc43/g++43), on those problematic ports. But then again, that is a temporary solution. Do you think there may be another path to explore ? Thanks, Eric Damien. On Tue, Jul 28, 2009 at 11:34 AM, Lowell Gilbert < freebsd-ports-local@be-well.ilk.org> wrote: > Eric Damien writes: > > > I edited my /etc/make.conf in order to change the default compiler via > > the CC and CXX variables. I also happened to edit the CFLAGS value, > > all of this changes enclosed within a conditional check on the > > directory, of the form: > > .if ${CURDIR:M*/ports*} > > CFLAGS= -mtune=amdfam10 -msse4e > > .endif > > I made a general config using postmaster. > > After some trouble with some ports, I decided to get rid of those > > modifications and commented the above form. > > But, I was surprised to see that some ports still present this value > > of CFLAGS at building time. > > How can I correct this mistake. > > Just a guess; you built them previously and didn't clean the build > directories? > > Or maybe you put those options in a portmaster config file? > [ /usr/local/etc/portmaster.rc or $HOME/.portmasterrc ...] > From lehmann at ans-netz.de Wed Jul 29 14:48:32 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Wed Jul 29 14:48:39 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: <200907290613.56403.lumiwa@gmail.com> References: <20090728164118.4f36a21f.lehmann__19447.6383309395$1248793624$gmane$org@ans-netz.de> <20090729062846.f7459f8f.lehmann@ans-netz.de> <200907291319.58963.erich@apsara.com.sg> <200907290613.56403.lumiwa@gmail.com> Message-ID: <20090729162322.96c20fc6.lehmann@ans-netz.de> ajtiM wrote: > http://bbs.archlinux.org/viewtopic.php?pid=585987 sounds good @marcus - will this fix be integrated into FreeBSDs gtk port? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From linimon at lonesome.com Wed Jul 29 16:17:08 2009 From: linimon at lonesome.com (Mark Linimon) Date: Wed Jul 29 16:17:14 2009 Subject: Dropping maintainership of multimedia/gnome-subtitles In-Reply-To: <4A6EBAE2.2050803@studio4plus.com> References: <4A6EBAE2.2050803@studio4plus.com> Message-ID: <20090729161706.GA28729@lonesome.com> Done, thanks. mcl From srandall52 at sbcglobal.net Wed Jul 29 16:38:46 2009 From: srandall52 at sbcglobal.net (Steve Randall) Date: Wed Jul 29 16:38:52 2009 Subject: updating to ghostscript8-8.64_2 fails In-Reply-To: <200907290657.n6T6viUr007729@mp.cs.niu.edu> References: <200907290657.n6T6viUr007729@mp.cs.niu.edu> Message-ID: <20090729111204.50a3890b@locust.local> On Wed, 29 Jul 2009 01:57:44 -0500 (CDT) Scott Bennett wrote: > On Tue, 28 Jul 2009 11:52:48 -0500 Steve Randall > wrote: > >On Sun, 26 Jul 2009 14:36:37 -0500 (CDT) > >Scott Bennett wrote: > > > >> Is there something I missed doing? Or does this mean I should submit > >> a problem report? > > > >=46rom looking at the source I think you must have enabled both the X > >drivers and 256-color SVGALIB. Try running > > It's quite possible that I did, though I don't remember now. Was there > some piece of documentation that I missed that says that the SVGALIB support > is incompatible with other options? When I saw what the code was doing, it seemed familiar, so I think I may have read it somewhere. But I don't know where, sorry. From oliver.pntr at gmail.com Wed Jul 29 17:23:19 2009 From: oliver.pntr at gmail.com (Oliver Pinter) Date: Wed Jul 29 17:23:31 2009 Subject: breaked kde3 Message-ID: <6101e8c40907290952p4bc65ebh4e039063130dfcf0@mail.gmail.com> [New Thread 0x800a020b0 (LWP 100411)] [Switching to Thread 0x800a020b0 (LWP 100411)] [KCrash handler] #6 0x000000080ca93364 in jpeg_CreateDecompress () from /usr/local/lib/compat/pkg/libjpeg.so.9 #7 0x0000000807744490 in read_jpeg_image () from /usr/local/lib/libqt-mt.so.3 #8 0x0000000807514890 in QImageIO::read () from /usr/local/lib/libqt-mt.so.3 #9 0x0000000807514fc3 in QImage::load () from /usr/local/lib/libqt-mt.so.3 #10 0x000000080d449ac1 in KBackgroundRenderer::doWallpaper () from /usr/local/lib/libkdeinit_kdesktop.so #11 0x000000080d44a6fb in KBackgroundRenderer::render () from /usr/local/lib/libkdeinit_kdesktop.so #12 0x000000080d44a9e5 in KBackgroundRenderer::qt_invoke () from /usr/local/lib/libkdeinit_kdesktop.so #13 0x000000080753a16e in QObject::activate_signal () from /usr/local/lib/libqt-mt.so.3 #14 0x000000080753adb9 in QObject::activate_signal () from /usr/local/lib/libqt-mt.so.3 #15 0x00000008075560ca in QTimer::event () from /usr/local/lib/libqt-mt.so.3 #16 0x00000008074ec149 in QApplication::internalNotify () from /usr/local/lib/libqt-mt.so.3 #17 0x00000008074ecb11 in QApplication::notify () from /usr/local/lib/libqt-mt.so.3 #18 0x000000080b5a62c6 in KApplication::notify () from /usr/local/lib/libkdecore.so.6 #19 0x00000008074e386f in QEventLoop::activateTimers () from /usr/local/lib/libqt-mt.so.3 #20 0x00000008074a992d in QEventLoop::processEvents () from /usr/local/lib/libqt-mt.so.3 #21 0x00000008074ff24a in QEventLoop::enterLoop () from /usr/local/lib/libqt-mt.so.3 #22 0x00000008074ff12e in QEventLoop::exec () from /usr/local/lib/libqt-mt.so.3 #23 0x000000080d40d0e1 in kdemain () from /usr/local/lib/libkdeinit_kdesktop.so #24 0x00000000004079d0 in execpath_avoid_loops () #25 0x00000000004081a7 in execpath_avoid_loops () #26 0x00000000004086f5 in execpath_avoid_loops () #27 0x0000000000408f2b in main () From gesbbb at yahoo.com Wed Jul 29 17:45:19 2009 From: gesbbb at yahoo.com (Jerry) Date: Wed Jul 29 17:45:26 2009 Subject: Updating 'boost' Message-ID: <20090729134517.07e23490@scorpio.seibercom.net> Now that 'boost' has been split up, what is the correct procedure to update it. I currently have "boost-1.37.0_1" installed. Should I run something like: portupgrade -o devel/boost-all boost or is there a better way. I could not find anything in UPDATING that referenced this. -- Jerry gesbbb@yahoo.com ARMADILLO: To provide weapons to a Spanish pickle. From marcus at freebsd.org Wed Jul 29 18:15:08 2009 From: marcus at freebsd.org (Joe Marcus Clarke) Date: Wed Jul 29 18:15:15 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: <20090729162322.96c20fc6.lehmann@ans-netz.de> References: <20090728164118.4f36a21f.lehmann__19447.6383309395$1248793624$gmane$org@ans-netz.de> <20090729062846.f7459f8f.lehmann@ans-netz.de> <200907291319.58963.erich@apsara.com.sg> <200907290613.56403.lumiwa@gmail.com> <20090729162322.96c20fc6.lehmann@ans-netz.de> Message-ID: <4A708DFC.2090503@freebsd.org> Oliver Lehmann wrote: > ajtiM wrote: > >> http://bbs.archlinux.org/viewtopic.php?pid=585987 > > sounds good > @marcus - will this fix be integrated into FreeBSDs gtk port? Sure, but it may take me some time. Joe > -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From dougb at FreeBSD.org Wed Jul 29 18:57:10 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Jul 29 18:57:22 2009 Subject: Don't know how to make /usr/ports/dns/bind96/work/.build.... In-Reply-To: References: <200907282158.43397.mel.flynn+fbsd.questions@mailing.thruhere.net> <4A6FF497.5010808@FreeBSD.org> Message-ID: <4A709B81.5070905@FreeBSD.org> Dan Mahoney, System Admin wrote: >> I believe Mel is right here. 'make clean ; make config ; make' worked >> for me. > > As does a second make after getting this error, but it's nonintuitive, > and probably a ports bug. I'm not sure why 'make clean' is nonintuitive in the context of changing OPTIONS. What is your expectation of how it should work? Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Wed Jul 29 19:02:09 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Jul 29 19:02:15 2009 Subject: [Fwd: Re: cvs commit: ports/dns/bind94 Makefile distinfo ports/dns/bind95 Makefile distinfo ports/dns/bind96 Makefile distinfo] Message-ID: <4A709CA8.2000702@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 > FYI, The checksums in the bind94 distinfo file seem to be wrong. > > /usr/ports/dns/bind94 > > => MD5 Checksum mismatch for bind-9.4.3-P3.tar.gz.asc. > => SHA256 Checksum mismatch for bind-9.4.3-P3.tar.gz.asc. They created new signature files with a different key. I've updated the ports just now. Unfortunately some of ISC's mirrors still have the old signature files, so there will be a period of time that this is problematic. Please be patient, Doug - -- This .signature sanitized for your protection -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEAREDAAYFAkpwnKgACgkQyIakK9Wy8Ptd9wCfdgGG3Yw4lajFH86dUgROT5Yd wdYAn2BHCfJFeEkT9Gjt3lvQ85+yck4Q =hM2X -----END PGP SIGNATURE----- From dougb at FreeBSD.org Wed Jul 29 19:07:15 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Jul 29 19:07:21 2009 Subject: this time it's vim/distfiles In-Reply-To: <200907291305.n6TD5KST010432@mp.cs.niu.edu> References: <200907291305.n6TD5KST010432@mp.cs.niu.edu> Message-ID: <4A709DDB.7020104@FreeBSD.org> Scott Bennett wrote: > When portmaster tries to rebuild vim-lite, it tries to verify the > checksums of 239 (?) patches. To be a little more accurate, the ports infrastructure is doing the verification. Portmaster just calls 'make checksum'. > I looked in distfiles and found that the line in question apparently > had an extraneous character that displays in less and vi as a percent sign. > > DISTFILE:vim/7.2.040:SIZE=1836:SHA256=ad320d45c2541a767b351fdb8720c349c468acec8cf54dcfced0a6d1e58e5d8e:MD5=4c493255ae227498016f30a0002ec1cc > DISTFILE:vim/7.2.041%:SIZE=22405:SHA256=2f48e173df3d306edd982f8a3d5a15c65ba19694ca32bdbdaa51f8bcc48a3d06:MD5=107ba5dccb1df727601aead37abf8cd3 > DISTFILE:vim/7.2.042:SIZE=4987:SHA256=d5fa884a7c5ee77b60fe512ceccaac640c0dfc00bd435211f4e4597ae3bee2cd:MD5=99baedef8a9c908774b7ed74deacf184 The information stored in /var/db/ports/*/distfiles is only used to make sure all of the distfiles associated with a port are deleted if the user chooses that option. The checksum information is stored, but is not used at this time. See also http://www.freebsd.org/cgi/query-pr.cgi?pr=106483 hth, Doug -- This .signature sanitized for your protection From mel.flynn+fbsd.questions at mailing.thruhere.net Wed Jul 29 19:33:37 2009 From: mel.flynn+fbsd.questions at mailing.thruhere.net (Mel Flynn) Date: Wed Jul 29 19:33:44 2009 Subject: Don't know how to make /usr/ports/dns/bind96/work/.build.... In-Reply-To: <4A709B81.5070905@FreeBSD.org> References: <4A709B81.5070905@FreeBSD.org> Message-ID: <200907291133.35055.mel.flynn+fbsd.questions@mailing.thruhere.net> On Wednesday 29 July 2009 10:57:05 Doug Barton wrote: > Dan Mahoney, System Admin wrote: > >> I believe Mel is right here. 'make clean ; make config ; make' worked > >> for me. > > > > As does a second make after getting this error, but it's nonintuitive, > > and probably a ports bug. > > I'm not sure why 'make clean' is nonintuitive in the context of > changing OPTIONS. What is your expectation of how it should work? What he means is that make without arguments or make install as per handbook, will build the build target which will invoke the config target if OPTIONS changed or no options file is found. However, this is a corner case, as it applies to: - Ports that change PREFIX using OPTIONS - For which no options file is available or the OPTIONS list has changed - When the PREFIX is actually changed through toggling the appropriate option. This applies surely to less then 100 (probably more like a dozen) ports on the 18k that are in the tree and only affects people who do not use ports-mgmt software. As such it is not worth fixing, IMHO. -- Mel From mel.flynn+fbsd.questions at mailing.thruhere.net Wed Jul 29 19:33:37 2009 From: mel.flynn+fbsd.questions at mailing.thruhere.net (Mel Flynn) Date: Wed Jul 29 19:33:55 2009 Subject: Don't know how to make /usr/ports/dns/bind96/work/.build.... In-Reply-To: <4A709B81.5070905@FreeBSD.org> References: <4A709B81.5070905@FreeBSD.org> Message-ID: <200907291133.35055.mel.flynn+fbsd.questions@mailing.thruhere.net> On Wednesday 29 July 2009 10:57:05 Doug Barton wrote: > Dan Mahoney, System Admin wrote: > >> I believe Mel is right here. 'make clean ; make config ; make' worked > >> for me. > > > > As does a second make after getting this error, but it's nonintuitive, > > and probably a ports bug. > > I'm not sure why 'make clean' is nonintuitive in the context of > changing OPTIONS. What is your expectation of how it should work? What he means is that make without arguments or make install as per handbook, will build the build target which will invoke the config target if OPTIONS changed or no options file is found. However, this is a corner case, as it applies to: - Ports that change PREFIX using OPTIONS - For which no options file is available or the OPTIONS list has changed - When the PREFIX is actually changed through toggling the appropriate option. This applies surely to less then 100 (probably more like a dozen) ports on the 18k that are in the tree and only affects people who do not use ports-mgmt software. As such it is not worth fixing, IMHO. -- Mel From ejk at iki.fi Wed Jul 29 19:55:47 2009 From: ejk at iki.fi (Esa Karkkainen) Date: Wed Jul 29 19:55:54 2009 Subject: this time it's vim/distfiles In-Reply-To: <20090729135956.GA882@titania.njm.me.uk> References: <200907291305.n6TD5KST010432@mp.cs.niu.edu> <20090729135956.GA882@titania.njm.me.uk> Message-ID: <20090729192643.GA8214@pp.htv.fi> On Wed, Jul 29, 2009 at 02:59:56PM +0100, N.J. Mann wrote: > Try changing distinfo accordingly. You can use your favourite editor or run the following commands as root # cd /usr/ports/editors/vim # sed -I .orig -e 's/7\.2\.041%/7.2.041^/' distinfo -- "In the beginning the Universe was created. This has made a lot of people very angry and been widely regarded as a bad move." -- Douglas Adams 1952 - 2001 From dougb at FreeBSD.org Wed Jul 29 20:07:22 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Jul 29 20:07:35 2009 Subject: Don't know how to make /usr/ports/dns/bind96/work/.build.... In-Reply-To: <200907291133.35055.mel.flynn+fbsd.questions@mailing.thruhere.net> References: <4A709B81.5070905@FreeBSD.org> <200907291133.35055.mel.flynn+fbsd.questions@mailing.thruhere.net> Message-ID: <4A70ABF4.9090906@FreeBSD.org> Mel Flynn wrote: > On Wednesday 29 July 2009 10:57:05 Doug Barton wrote: >> Dan Mahoney, System Admin wrote: >>>> I believe Mel is right here. 'make clean ; make config ; make' worked >>>> for me. >>> As does a second make after getting this error, but it's nonintuitive, >>> and probably a ports bug. >> I'm not sure why 'make clean' is nonintuitive in the context of >> changing OPTIONS. What is your expectation of how it should work? > > What he means is that make without arguments or make install as per handbook, > will build the build target which will invoke the config target if OPTIONS > changed or no options file is found. In the original post the build was already done, but it had been done with a different set of OPTIONS choices. My question is, why is running 'make clean' in the scenario of: 1. build 2. change options [make clean should happen here] 3. install not intuitive? > However, this is a corner case, as it applies to: > - Ports that change PREFIX using OPTIONS > - For which no options file is available or the OPTIONS list has changed > - When the PREFIX is actually changed through toggling the appropriate option. > > This applies surely to less then 100 (probably more like a dozen) ports on the > 18k that are in the tree and only affects people who do not use ports-mgmt > software. As such it is not worth fixing, IMHO. Forget this particular problem, you're right that the fact that the ports system doesn't know how to deal with an obsoleted build-cookie actually is a corner case. My concern is the general user expectation of what should happen in this scenario. If it's generally expected that magic should happen if a users changes OPTIONS after building the port we need to make that magic happen. Otherwise people will be installing things that are not built the way that they think they are. Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Wed Jul 29 20:07:22 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Jul 29 20:07:36 2009 Subject: Don't know how to make /usr/ports/dns/bind96/work/.build.... In-Reply-To: <200907291133.35055.mel.flynn+fbsd.questions@mailing.thruhere.net> References: <4A709B81.5070905@FreeBSD.org> <200907291133.35055.mel.flynn+fbsd.questions@mailing.thruhere.net> Message-ID: <4A70ABF4.9090906@FreeBSD.org> Mel Flynn wrote: > On Wednesday 29 July 2009 10:57:05 Doug Barton wrote: >> Dan Mahoney, System Admin wrote: >>>> I believe Mel is right here. 'make clean ; make config ; make' worked >>>> for me. >>> As does a second make after getting this error, but it's nonintuitive, >>> and probably a ports bug. >> I'm not sure why 'make clean' is nonintuitive in the context of >> changing OPTIONS. What is your expectation of how it should work? > > What he means is that make without arguments or make install as per handbook, > will build the build target which will invoke the config target if OPTIONS > changed or no options file is found. In the original post the build was already done, but it had been done with a different set of OPTIONS choices. My question is, why is running 'make clean' in the scenario of: 1. build 2. change options [make clean should happen here] 3. install not intuitive? > However, this is a corner case, as it applies to: > - Ports that change PREFIX using OPTIONS > - For which no options file is available or the OPTIONS list has changed > - When the PREFIX is actually changed through toggling the appropriate option. > > This applies surely to less then 100 (probably more like a dozen) ports on the > 18k that are in the tree and only affects people who do not use ports-mgmt > software. As such it is not worth fixing, IMHO. Forget this particular problem, you're right that the fact that the ports system doesn't know how to deal with an obsoleted build-cookie actually is a corner case. My concern is the general user expectation of what should happen in this scenario. If it's generally expected that magic should happen if a users changes OPTIONS after building the port we need to make that magic happen. Otherwise people will be installing things that are not built the way that they think they are. Doug -- This .signature sanitized for your protection From glen.j.barber at gmail.com Wed Jul 29 20:12:07 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Wed Jul 29 20:12:14 2009 Subject: this time it's vim/distfiles In-Reply-To: <20090729192643.GA8214@pp.htv.fi> References: <200907291305.n6TD5KST010432@mp.cs.niu.edu> <20090729135956.GA882@titania.njm.me.uk> <20090729192643.GA8214@pp.htv.fi> Message-ID: <4ad871310907291312s6f4e1c1dx7e91e5d61b5c4c95@mail.gmail.com> On Wed, Jul 29, 2009 at 3:26 PM, Esa Karkkainen wrote: > On Wed, Jul 29, 2009 at 02:59:56PM +0100, N.J. Mann wrote: >> Try changing distinfo accordingly. > > You can use your favourite editor or run the following commands as root > > # cd /usr/ports/editors/vim > # sed -I .orig -e 's/7\.2\.041%/7.2.041^/' distinfo > That shouldn't fix the problem, because according to the OP's error: => No MD5 checksum recorded for vim/7.2.041^. => No SHA256 checksum recorded for vim/7.2.041^. => No suitable checksum found for vim/7.2.041^. Meaning, there is no checksum for the file with '^' in place of '%'. -- Glen Barber From wxs at FreeBSD.org Wed Jul 29 20:23:17 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Wed Jul 29 20:23:23 2009 Subject: this time it's vim/distfiles In-Reply-To: <4ad871310907291312s6f4e1c1dx7e91e5d61b5c4c95@mail.gmail.com> References: <200907291305.n6TD5KST010432@mp.cs.niu.edu> <20090729135956.GA882@titania.njm.me.uk> <20090729192643.GA8214@pp.htv.fi> <4ad871310907291312s6f4e1c1dx7e91e5d61b5c4c95@mail.gmail.com> Message-ID: <20090729202316.GA54598@atarininja.org> On Wed, Jul 29, 2009 at 04:12:05PM -0400, Glen Barber wrote: > On Wed, Jul 29, 2009 at 3:26 PM, Esa Karkkainen wrote: > > On Wed, Jul 29, 2009 at 02:59:56PM +0100, N.J. Mann wrote: > >> Try changing distinfo accordingly. > > > > You can use your favourite editor or run the following commands as root > > > > # cd /usr/ports/editors/vim > > # sed -I .orig -e 's/7\.2\.041%/7.2.041^/' distinfo > > > > That shouldn't fix the problem, because according to the OP's error: > > => No MD5 checksum recorded for vim/7.2.041^. > => No SHA256 checksum recorded for vim/7.2.041^. > => No suitable checksum found for vim/7.2.041^. > > Meaning, there is no checksum for the file with '^' in place of '%'. That sed line will replace the % with a ^, but it doesn't matter anymore. I just committed a fix for this. Please give it time to mirror out and you should be fine. -- WXS From njm at njm.me.uk Wed Jul 29 20:27:13 2009 From: njm at njm.me.uk (N.J. Mann) Date: Wed Jul 29 20:27:20 2009 Subject: this time it's vim/distfiles In-Reply-To: <4ad871310907291312s6f4e1c1dx7e91e5d61b5c4c95@mail.gmail.com> References: <200907291305.n6TD5KST010432@mp.cs.niu.edu> <20090729135956.GA882@titania.njm.me.uk> <20090729192643.GA8214@pp.htv.fi> <4ad871310907291312s6f4e1c1dx7e91e5d61b5c4c95@mail.gmail.com> Message-ID: <20090729202708.GA89114@titania.njm.me.uk> In message <4ad871310907291312s6f4e1c1dx7e91e5d61b5c4c95@mail.gmail.com>, Glen Barber (glen.j.barber@gmail.com) wrote: > On Wed, Jul 29, 2009 at 3:26 PM, Esa Karkkainen wrote: > > On Wed, Jul 29, 2009 at 02:59:56PM +0100, N.J. Mann wrote: > >> Try changing distinfo accordingly. > > > > You can use your favourite editor or run the following commands as root > > > > # cd /usr/ports/editors/vim > > # sed -I .orig -e 's/7\.2\.041%/7.2.041^/' distinfo > > > > That shouldn't fix the problem, because according to the OP's error: > > => No MD5 checksum recorded for vim/7.2.041^. > => No SHA256 checksum recorded for vim/7.2.041^. > => No suitable checksum found for vim/7.2.041^. > > Meaning, there is no checksum for the file with '^' in place of '%'. I think you have missed the point. The Makefile has been updated to include the renaming of the patch file from 7.2.041% to 7.2.41^, whereas the distinfo file _has not_. So, the distinfo has no checksums for 7.2.041^. Instead it has them for 7.2.041%. So I think Esa's idea is correct. <1 minute later> Wesley Shields (wxs@) has just committed a fix to the distfile, so those affected should re-sync their port trees. Cheers, Nick. -- From danm at prime.gushi.org Wed Jul 29 20:36:22 2009 From: danm at prime.gushi.org (Dan Mahoney, System Admin) Date: Wed Jul 29 20:36:35 2009 Subject: Don't know how to make /usr/ports/dns/bind96/work/.build.... In-Reply-To: <4A709B81.5070905@FreeBSD.org> References: <200907282158.43397.mel.flynn+fbsd.questions@mailing.thruhere.net> <4A6FF497.5010808@FreeBSD.org> <4A709B81.5070905@FreeBSD.org> Message-ID: On Wed, 29 Jul 2009, Doug Barton wrote: > Dan Mahoney, System Admin wrote: > >>> I believe Mel is right here. 'make clean ; make config ; make' worked >>> for me. >> >> As does a second make after getting this error, but it's nonintuitive, >> and probably a ports bug. > > I'm not sure why 'make clean' is nonintuitive in the context of > changing OPTIONS. What is your expectation of how it should work? The fact that the error occurs AT ALL is the bug and what is counterintuitive, and many people would not think to try typing "make" again, and instead would just assume the thing's broken. (See previously referenced email) Make clean isn't solving the problem, but I can see how you're getting that thought. The problem only occurs on a virgin, untouched, un-configged port. The solution to the problem in this case is to just re-run make. There's nothing to CLEAN, since you haven't made yet. The reason it seems like make clean fixes it may also because make clean does not do a make rmconfig: when I do an rmconfig I can successfully duplicate this problem, however: Running make config then make: fine Running just make, with no config: this error. Thoughts? -- "If you aren't going to try something, then we might as well just be friends." "We can't have that now, can we?" -SK & Dan Mahoney, December 9, 1998 --------Dan Mahoney-------- Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Site: http://www.gushi.org --------------------------- From danm at prime.gushi.org Wed Jul 29 20:41:05 2009 From: danm at prime.gushi.org (Dan Mahoney, System Admin) Date: Wed Jul 29 20:41:18 2009 Subject: Don't know how to make /usr/ports/dns/bind96/work/.build.... In-Reply-To: <4A70ABF4.9090906@FreeBSD.org> References: <4A709B81.5070905@FreeBSD.org> <200907291133.35055.mel.flynn+fbsd.questions@mailing.thruhere.net> <4A70ABF4.9090906@FreeBSD.org> Message-ID: On Wed, 29 Jul 2009, Doug Barton wrote: > Mel Flynn wrote: >> On Wednesday 29 July 2009 10:57:05 Doug Barton wrote: >>> Dan Mahoney, System Admin wrote: >>>>> I believe Mel is right here. 'make clean ; make config ; make' worked >>>>> for me. >>>> As does a second make after getting this error, but it's nonintuitive, >>>> and probably a ports bug. >>> I'm not sure why 'make clean' is nonintuitive in the context of >>> changing OPTIONS. What is your expectation of how it should work? >> >> What he means is that make without arguments or make install as per handbook, >> will build the build target which will invoke the config target if OPTIONS >> changed or no options file is found. > > In the original post the build was already done, but it had been done > with a different set of OPTIONS choices. My question is, why is > running 'make clean' in the scenario of: > 1. build > 2. change options > [make clean should happen here] > 3. install > > not intuitive? Because in my case, the thing was already "clean" beforehand? Two systems, one 6.4-PRERELEASE (6.4 release, really, it missed the release date by hours), the other 6.4-STABLE. Both exhibit this with a ports tree cvsupped hours before this report. make clean (or even make distclean), make rmconfig, then make still gives me this issue. "run clean after changing options" is intuitive and is common sense, yes. "run clean after running config and before building code that you haven't built before" does not make sense. On a virgin port, you are thrown into the options screen by default unless you have BATCH set. That's the counterintuitive part. -Dan -- "Happy, Sad, Happy, Sad, Happy, Sad, Happy, Intruiged! I've never been so in touch with my emotions!" -AndrAIa as Hexadecimal, Reboot Episode 3.2.3 --------Dan Mahoney-------- Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Site: http://www.gushi.org --------------------------- From danm at prime.gushi.org Wed Jul 29 21:11:48 2009 From: danm at prime.gushi.org (Dan Mahoney, System Admin) Date: Wed Jul 29 21:11:54 2009 Subject: Don't know how to make /usr/ports/dns/bind96/work/.build.... In-Reply-To: <4A70ABF4.9090906@FreeBSD.org> References: <4A709B81.5070905@FreeBSD.org> <200907291133.35055.mel.flynn+fbsd.questions@mailing.thruhere.net> <4A70ABF4.9090906@FreeBSD.org> Message-ID: On Wed, 29 Jul 2009, Doug Barton wrote: > Mel Flynn wrote: >> On Wednesday 29 July 2009 10:57:05 Doug Barton wrote: >>> Dan Mahoney, System Admin wrote: >>>>> I believe Mel is right here. 'make clean ; make config ; make' worked >>>>> for me. >>>> As does a second make after getting this error, but it's nonintuitive, >>>> and probably a ports bug. >>> I'm not sure why 'make clean' is nonintuitive in the context of >>> changing OPTIONS. What is your expectation of how it should work? >> >> What he means is that make without arguments or make install as per handbook, >> will build the build target which will invoke the config target if OPTIONS >> changed or no options file is found. > > In the original post the build was already done, but it had been done > with a different set of OPTIONS choices. My question is, why is > running 'make clean' in the scenario of: > 1. build > 2. change options > [make clean should happen here] > 3. install > > not intuitive? Because in my case, the thing was already "clean" beforehand? Two systems, one 6.4-PRERELEASE (6.4 release, really, it missed the release date by hours), the other 6.4-STABLE. Both exhibit this with a ports tree cvsupped hours before this report. make clean (or even make distclean), make rmconfig, then make still gives me this issue. "run clean after changing options" is intuitive and is common sense, yes. "run clean after running config and before building code that you haven't built before" does not make sense. On a virgin port, you are thrown into the options screen by default unless you have BATCH set. That's the counterintuitive part. -Dan -- "Happy, Sad, Happy, Sad, Happy, Sad, Happy, Intruiged! I've never been so in touch with my emotions!" -AndrAIa as Hexadecimal, Reboot Episode 3.2.3 --------Dan Mahoney-------- Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Site: http://www.gushi.org --------------------------- From dougb at FreeBSD.org Wed Jul 29 21:25:46 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Jul 29 21:26:13 2009 Subject: Don't know how to make /usr/ports/dns/bind96/work/.build.... In-Reply-To: References: <200907282158.43397.mel.flynn+fbsd.questions@mailing.thruhere.net> <4A6FF497.5010808@FreeBSD.org> <4A709B81.5070905@FreeBSD.org> Message-ID: <4A70BE55.60405@FreeBSD.org> Dan Mahoney, System Admin wrote: > The fact that the error occurs AT ALL is the bug and what is > counterintuitive, and many people would not think to try typing "make" > again, and instead would just assume the thing's broken. Ok, I actually misunderstood the problem that you were reporting. I thought that the reference to .build_done.bind96._usr_local indicated that the port had already been built once, but that is not the case. To reproduce the bug, you need to do the following: 1. Make sure there is nothing in /var/db/ports/bind96 2. cd /usr/ports/dns/bind96 3. make 4. Enable the "replace base" option 5. Save the config You will then see the following error: make: don't know how to make /usr/local/tmp/usr/local/ports/dns/bind96/work/.build_done.bind96._usr_local. Stop *** Error code 2 I think Mel is right that the problem is changing PREFIX, but that's the whole purpose of the option. Could you please open a PR about this with a subject something to the effect of "OPTIONS that change PREFIX cause an error after 'make config'" and describe how to reproduce this? Thanks, Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Wed Jul 29 21:36:31 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Jul 29 21:36:38 2009 Subject: after update - not all jpeg files are displayable In-Reply-To: <4A708DFC.2090503@freebsd.org> References: <20090728164118.4f36a21f.lehmann__19447.6383309395$1248793624$gmane$org@ans-netz.de> <20090729062846.f7459f8f.lehmann@ans-netz.de> <200907291319.58963.erich@apsara.com.sg> <200907290613.56403.lumiwa@gmail.com> <20090729162322.96c20fc6.lehmann@ans-netz.de> <4A708DFC.2090503@freebsd.org> Message-ID: <4A70C0D9.9070401@FreeBSD.org> Joe Marcus Clarke wrote: > Oliver Lehmann wrote: >> ajtiM wrote: >> >>> http://bbs.archlinux.org/viewtopic.php?pid=585987 >> sounds good >> @marcus - will this fix be integrated into FreeBSDs gtk port? > > Sure, but it may take me some time. FWIW, I had the bug with gqview as well, and the cinfo->scale_denom patch to gtk on that forum worked for me. hth, Doug -- This .signature sanitized for your protection From mel.flynn+fbsd.ports at mailing.thruhere.net Wed Jul 29 21:56:42 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Wed Jul 29 21:56:48 2009 Subject: devel/boost: new patch for testing update to 1.39 In-Reply-To: <3cb459ed0906290644x86ac44cu48fd8bba52d024f9@mail.gmail.com> References: <3cb459ed0906290644x86ac44cu48fd8bba52d024f9@mail.gmail.com> Message-ID: <200907291356.39608.mel.flynn+fbsd.ports@mailing.thruhere.net> On Monday 29 June 2009 05:44:20 Alexander Churanov wrote: > I've made several changes to new set of boost ports. Please, review > them and test new set of ports, if possible. I guess I should've tested these, but I didn't expect it to replace a minor CONFLICTS problem that I had locally patched with a few lines, with a major not optional dependency on a retired compiler. Is pyste going to be optional in a new revision or is there any chance gccxml can be patched so it builds cleanly with the current GCC? If the Makefile comment is the only problem, surely it can be addressed? # GCC-XML has some constructs that GCC 4.2 does not like. Namely, # the use of casted-pointer-dereferences as an lvalue to post-increment # operations. Additionally the gccxml port seems pretty much dead. An attempt of revival has been done in 2007, but no release has ever been made. -- Mel From marcus at sbh.eng.br Thu Jul 30 00:42:58 2009 From: marcus at sbh.eng.br (Marcus Alves Grando) Date: Thu Jul 30 00:43:07 2009 Subject: mail/postfix-current error: conflicting types for 'closefrom' In-Reply-To: <28d0e6b80907271413q792b4be5n101ae9e62294573d@mail.gmail.com> References: <28d0e6b80907271346w55892affv4bd5dd732a79233d@mail.gmail.com> <28d0e6b80907271413q792b4be5n101ae9e62294573d@mail.gmail.com> Message-ID: Fixed now. Please update ports tree and try again. Best regards On Mon, 27 Jul 2009, Jorge Medina wrote: > On Mon, Jul 27, 2009 at 4:46 PM, Jorge Medina wrote: >> FYI >> set -e; for i in src/util src/global src/dns src/tls src/xsasl >> src/milter src/master ?src/postfix src/fsstone src/smtpstone >> src/sendmail src/error src/pickup src/cleanup src/smtpd src/local >> src/trivial-rewrite src/qmgr src/oqmgr src/smtp src/bounce ?src/pipe >> src/showq src/postalias src/postcat src/postconf src/postdrop >> src/postkick src/postlock src/postlog src/postmap src/postqueue >> src/postsuper src/qmqpd src/spawn src/flush src/verify ?src/virtual >> src/proxymap src/anvil src/scache src/discard src/tlsmgr >> src/postmulti; do ?(set -e; echo "[$i]"; cd $i; make 'CC=cc -DHAS_PCRE >> -I/usr/local/include -DUSE_SASL_AUTH >> -DDEF_SERVER_SASL_TYPE=\"dovecot\" -DUSE_TLS -I/usr/include >> -DHAS_PGSQL -I/usr/local/include -I/usr/local/pgsql/include >> -DSNAPSHOT' update MAKELEVEL=) || exit 1; ?done >> [src/util] >> cc -DHAS_PCRE -I/usr/local/include -DUSE_SASL_AUTH >> -DDEF_SERVER_SASL_TYPE=\"dovecot\" -DUSE_TLS -I/usr/include >> -DHAS_PGSQL -I/usr/local/include -I/usr/local/pgsql/include -DSNAPSHOT >> ?-O2 -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c alldig.c >> cc -DHAS_PCRE -I/usr/local/include -DUSE_SASL_AUTH >> -DDEF_SERVER_SASL_TYPE=\"dovecot\" -DUSE_TLS -I/usr/include >> -DHAS_PGSQL -I/usr/local/include -I/usr/local/pgsql/include -DSNAPSHOT >> ?-O2 -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c allprint.c >> cc -DHAS_PCRE -I/usr/local/include -DUSE_SASL_AUTH >> -DDEF_SERVER_SASL_TYPE=\"dovecot\" -DUSE_TLS -I/usr/include >> -DHAS_PGSQL -I/usr/local/include -I/usr/local/pgsql/include -DSNAPSHOT >> ?-O2 -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c argv.c >> cc -DHAS_PCRE -I/usr/local/include -DUSE_SASL_AUTH >> -DDEF_SERVER_SASL_TYPE=\"dovecot\" -DUSE_TLS -I/usr/include >> -DHAS_PGSQL -I/usr/local/include -I/usr/local/pgsql/include -DSNAPSHOT >> ?-O2 -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c argv_split.c >> cc -DHAS_PCRE -I/usr/local/include -DUSE_SASL_AUTH >> -DDEF_SERVER_SASL_TYPE=\"dovecot\" -DUSE_TLS -I/usr/include >> -DHAS_PGSQL -I/usr/local/include -I/usr/local/pgsql/include -DSNAPSHOT >> ?-O2 -fno-strict-aliasing -pipe -I. -DFREEBSD7 -c attr_clnt.c >> In file included from attr_clnt.c:77: >> /usr/include/unistd.h:329: error: conflicting types for 'closefrom' >> ./sys_defs.h:1395: error: previous declaration of 'closefrom' was here >> *** Error code 1 >> >> >> I change int closefrom(int) to void closefrom(int) like >> /usr/include/unistd.h:329 in sys_defs.h and sys_defs.c and work ok >> > more information > root@mail% uname -a > FreeBSD mail.jp.cl 7.2-STABLE FreeBSD 7.2-STABLE #0: Mon Jul 27 > 15:01:32 CLT 2009 mnothic@mail.jp.cl:/usr/obj/usr/src/sys/GENERIC > amd64 > > maybe the problem is in the line 329 of /usr/include/unistd.h > because had a type conflict with __void closefrom(int);__ after update > from source tree > > -- > Jorge Andr?s Medina Oliva. > System Manager & BSD Software Advocacy Leader > From: http://www.bsdchile.cl > _______________________________________________ > 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" > -- Marcus Alves Grando marcus(at)sbh.eng.br | Personal mnag(at)FreeBSD.org | FreeBSD.org From danm at prime.gushi.org Thu Jul 30 00:43:51 2009 From: danm at prime.gushi.org (Dan Mahoney, System Admin) Date: Thu Jul 30 00:44:06 2009 Subject: Don't know how to make /usr/ports/dns/bind96/work/.build.... In-Reply-To: <4A70BE55.60405@FreeBSD.org> References: <200907282158.43397.mel.flynn+fbsd.questions@mailing.thruhere.net> <4A6FF497.5010808@FreeBSD.org> <4A709B81.5070905@FreeBSD.org> <4A70BE55.60405@FreeBSD.org> Message-ID: On Wed, 29 Jul 2009, Doug Barton wrote: > Dan Mahoney, System Admin wrote: >> The fact that the error occurs AT ALL is the bug and what is >> counterintuitive, and many people would not think to try typing "make" >> again, and instead would just assume the thing's broken. > > Ok, I actually misunderstood the problem that you were reporting. I > thought that the reference to .build_done.bind96._usr_local indicated > that the port had already been built once, but that is not the case. > To reproduce the bug, you need to do the following: > > 1. Make sure there is nothing in /var/db/ports/bind96 > 2. cd /usr/ports/dns/bind96 > 3. make > 4. Enable the "replace base" option > 5. Save the config > > You will then see the following error: > > make: don't know how to make > /usr/local/tmp/usr/local/ports/dns/bind96/work/.build_done.bind96._usr_local. > Stop > *** Error code 2 > > I think Mel is right that the problem is changing PREFIX, but that's > the whole purpose of the option. > > Could you please open a PR about this with a subject something to the > effect of "OPTIONS that change PREFIX cause an error after 'make > config'" and describe how to reproduce this? Done, just got the mail from gnats: 137250. -Dan -- Pika Pika Pika! -Pikachu, of Pokemon fame. --------Dan Mahoney-------- Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Site: http://www.gushi.org --------------------------- From athiel at yourdatacenter.com Thu Jul 30 01:16:52 2009 From: athiel at yourdatacenter.com (Albert Thiel) Date: Thu Jul 30 01:16:59 2009 Subject: BIND help Message-ID: I know you don't support Version 7.0 release since April, but the BIND patch on freebsd.org's main site... will it work? I tried compiling the 9.4.3-P3 on a 7.0 box and it does compile but will not run. Zero day exploits are not fun.. My opinion is that you should support this on v6 and up due to the extremity of the flaw. Any help would be appreciated. I have newer boxes with patches applied but a few are older and I really don't have time to up them all right at the moment... ver6 and ver7 mixed. Thanks, -Al From delphij at delphij.net Thu Jul 30 01:26:47 2009 From: delphij at delphij.net (Xin LI) Date: Thu Jul 30 01:26:53 2009 Subject: BIND help In-Reply-To: References: Message-ID: <4A70F687.6040406@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Albert Thiel wrote: > I know you don't support Version 7.0 release since April, but the BIND patch > on freebsd.org's main site... will it work? Yes, the fix do work for 7.0. > I tried compiling the 9.4.3-P3 on a 7.0 box and it does compile but will not > run. Zero day exploits are not fun.. > > My opinion is that you should support this on v6 and up due to the extremity > of the flaw. > > Any help would be appreciated. I have newer boxes with patches applied but > a few are older and I really don't have time to up them all right at the > moment... ver6 and ver7 mixed. However, it would be good to upgrade to a supported release according to your maintenance plan, when possible. You can use freebsd-update to do the upgrade. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpw9ocACgkQi+vbBBjt66D2EQCdFEadtHLQWLezA36S3YvGC91M PrEAni/cdKOx7546YQzEN42t51NxDBOg =pEF3 -----END PGP SIGNATURE----- From athiel at yourdatacenter.com Thu Jul 30 01:29:37 2009 From: athiel at yourdatacenter.com (Albert Thiel) Date: Thu Jul 30 01:29:46 2009 Subject: BIND help In-Reply-To: <4A70F687.6040406@delphij.net> Message-ID: Thanks very much. Will do. Appreciate the help. -Al Albert Thiel athiel@yourdatacenter.com Your Data Center Incorporated The home of HostLongIsland.com Powerful FREE ISP Tools, Mail & Website Hosting http://www.YourDataCenter.com Hewlett, New York Local & Intl: (516)874-5850 Toll-Free US: (877)302-8642 -----Original Message----- From: owner-freebsd-ports@freebsd.org [mailto:owner-freebsd-ports@freebsd.org]On Behalf Of Xin LI Sent: Wednesday, July 29, 2009 9:25 PM To: Albert Thiel Cc: ports@freebsd.org Subject: Re: BIND help -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Albert Thiel wrote: > I know you don't support Version 7.0 release since April, but the BIND patch > on freebsd.org's main site... will it work? Yes, the fix do work for 7.0. > I tried compiling the 9.4.3-P3 on a 7.0 box and it does compile but will not > run. Zero day exploits are not fun.. > > My opinion is that you should support this on v6 and up due to the extremity > of the flaw. > > Any help would be appreciated. I have newer boxes with patches applied but > a few are older and I really don't have time to up them all right at the > moment... ver6 and ver7 mixed. However, it would be good to upgrade to a supported release according to your maintenance plan, when possible. You can use freebsd-update to do the upgrade. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpw9ocACgkQi+vbBBjt66D2EQCdFEadtHLQWLezA36S3YvGC91M PrEAni/cdKOx7546YQzEN42t51NxDBOg =pEF3 -----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" From stephen.hocking at gmail.com Thu Jul 30 02:10:39 2009 From: stephen.hocking at gmail.com (Stephen Hocking) Date: Thu Jul 30 02:10:46 2009 Subject: Building QT4 - traps for old players. Message-ID: <6300771b0907291840j5879ec67mcc8f91e943f2ed34@mail.gmail.com> Hi all, After some months of not being able to build qt4, with errors that made little sense, I finally tracked the cause down - I had set the environment variables QTDIR, QTLIB & QTBIN to point to directories in /usr/X11R6. Once this was removed, I was able to remake everything without errors. Stephen From dougb at dougbarton.us Thu Jul 30 06:25:12 2009 From: dougb at dougbarton.us (Doug Barton) Date: Thu Jul 30 06:25:18 2009 Subject: BIND help In-Reply-To: References: Message-ID: <46B6C2EF-7000-4254-8C16-26478CD3FFD2@dougbarton.us> On Jul 29, 2009, at 6:06 PM, "Albert Thiel" wrote: > I know you don't support Version 7.0 release since April, but the > BIND patch > on freebsd.org's main site... will it work? The patch is quite simple, so yes. > I tried compiling the 9.4.3-P3 on a 7.0 box and it does compile but > will not > run. I assume you mean the port? What do you mean by it won't run? How are you starting it? Doug From julian at elischer.org Thu Jul 30 06:46:36 2009 From: julian at elischer.org (Julian Elischer) Date: Thu Jul 30 06:46:43 2009 Subject: freeBSD ports currency. Message-ID: <4A713F17.6000703@elischer.org> FreeBSd was just added to the survey of "how fresh are the packages on a distro" survey at: http://oswatershed.org/ I think we are doing ok.. it's preliminary data only and one should not read too much into it. julian From mail at ozzmosis.com Thu Jul 30 06:50:28 2009 From: mail at ozzmosis.com (andrew clarke) Date: Thu Jul 30 06:50:35 2009 Subject: net/p5-Net-Twitter broken In-Reply-To: <4A5B8B9A.8040102@therek.net> References: <20090713023855.GA46001@ozzmosis.com> <4A5B8B9A.8040102@therek.net> Message-ID: <20090730062344.GA38645@ozzmosis.com> On Mon 2009-07-13 21:31:38 UTC+0200, Cezary Morga (cm@therek.net) wrote: > First off, I'd start from something like following an look for any > 'missing' modules, or ones that have wrong (too old) version number. > > cd /usr/ports/net/p5-Net-Twitter && make clean configure Net::Twitter 3.03000 is now failing with a missing dependency. 16:17 ozzmosis@blizzard [/usr/ports/net/p5-Net-Twitter]sudo make clean configure ===> Cleaning for p5-Net-Twitter-3.03000 ===> Vulnerability check disabled, database not found ===> Extracting for p5-Net-Twitter-3.03000 => MD5 Checksum OK for Net-Twitter-3.03000.tar.gz. ... - MooseX::MultiInitArg ...missing. *** Module::AutoInstall configuration finished. Checking if your kit is complete... Looks good Warning: prerequisite MooseX::MultiInitArg 0 not found. Writing Makefile for Net::Twitter Is MooseX::MultiInitArg hidden somewhere in the ports tree? Thanks, Regards Andrew From sergey.dyatko at gmail.com Thu Jul 30 07:18:28 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Thu Jul 30 07:18:35 2009 Subject: net/p5-Net-Twitter broken In-Reply-To: <20090730062344.GA38645@ozzmosis.com> References: <20090713023855.GA46001@ozzmosis.com> <4A5B8B9A.8040102@therek.net> <20090730062344.GA38645@ozzmosis.com> Message-ID: <20090730100728.0ad77eb9@notebook> on Thu, 30 Jul 2009 16:23:44 +1000 andrew clarke wrote: AC> AC> - MooseX::MultiInitArg ...missing. AC> *** Module::AutoInstall configuration finished. AC> Checking if your kit is complete... AC> Looks good AC> Warning: prerequisite MooseX::MultiInitArg 0 not found. AC> Writing Makefile for Net::Twitter AC> AC> Is MooseX::MultiInitArg hidden somewhere in the ports tree? No, we haven't it. You may try install it via cpan AC> AC> Thanks, AC> AC> Regards AC> Andrew -- wbr, tiger From invite+kjdmu~um15pd at facebookmail.com Thu Jul 30 07:19:20 2009 From: invite+kjdmu~um15pd at facebookmail.com (Chathura Sadaruwan) Date: Thu Jul 30 07:19:27 2009 Subject: Check out my photos on Facebook Message-ID: <44502ce2fc0f4b3a1244e07626469ef6@www.facebook.com> Hi freebsd-ports@freebsd.org, I set up a Facebook profile where I can post my pictures, videos and events and I want to add you as a friend so you can see it. First, you need to join Facebook! Once you join, you can also create your own profile. Thanks, Chathura To sign up for Facebook, follow the link below: http://www.facebook.com/p.php?i=1832226248&k=Z4L3X4VZ3WWDUCD1QB64SWWPTWA1&r freebsd-ports@freebsd.org was invited to join Facebook by Chathura Sadaruwan. If you do not wish to receive this type of email from Facebook in the future, please click on the link below to unsubscribe. http://www.facebook.com/o.php?k=502eb5&u=100000123637223&mid=db4321G5af317d8cde7G0G8 Facebook's offices are located at 1601 S. California Ave., Palo Alto, CA 94304 From cm at therek.net Thu Jul 30 07:21:37 2009 From: cm at therek.net (Cezary Morga) Date: Thu Jul 30 07:21:44 2009 Subject: net/p5-Net-Twitter broken In-Reply-To: <20090730062344.GA38645@ozzmosis.com> References: <20090713023855.GA46001@ozzmosis.com> <4A5B8B9A.8040102@therek.net> <20090730062344.GA38645@ozzmosis.com> Message-ID: <4A7149F7.4040507@therek.net> andrew clarke pisze: > - MooseX::MultiInitArg ...missing. > *** Module::AutoInstall configuration finished. > Checking if your kit is complete... > Looks good > Warning: prerequisite MooseX::MultiInitArg 0 not found. > Writing Makefile for Net::Twitter > > Is MooseX::MultiInitArg hidden somewhere in the ports tree? Nope. It's a missing dependency (also visible here http://pointyhat.freebsd.org/errorlogs/i386-7-latest-logs/p5-Net-Twitter-3.03000.log). Please, fill in a PR for this. If you can prepare a proper patch for the new port and modification to net/p5-Net-Twitter/Makefile that would be even better. -- Cezary Morga From erwin at FreeBSD.org Thu Jul 30 07:33:04 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Jul 30 07:33:11 2009 Subject: freeBSD ports currency. In-Reply-To: <4A713F17.6000703@elischer.org> References: <4A713F17.6000703@elischer.org> Message-ID: <20090730073300.GH33184@droso.net> On Wed, Jul 29, 2009 at 11:35:03PM -0700, Julian Elischer wrote: > FreeBSd was just added to the survey of "how fresh are the packages on > a distro" survey at: > > http://oswatershed.org/ > > I think we are doing ok.. > > it's preliminary data only and > one should not read too much into it. > Nice, thanks for the link. I'd have to look a bit better into how the stats are generated, e.g. it seems to be based on a 20 ports in different versions only, but certainly an internesting research project to keep an eye on. Cheers, -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090730/fc8abca5/attachment.pgp From m.seaman at infracaninophile.co.uk Thu Jul 30 07:56:22 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Thu Jul 30 07:56:29 2009 Subject: devel/p5-POE, devel/p5-POE-Test-Loops dependency loop Message-ID: <4A715213.8020401@infracaninophile.co.uk> significant-gravitas-shortfall:...ports/devel/p5-POE:% make -V RUN_DEPENDS /usr/local/lib/perl5/site_perl/5.10.0/mach/File/Spec.pm:/usr/ports/devel/p5-PathTools /usr/local/lib/perl5/site_perl/5.10.0/Test/More.pm:/usr/ports/devel/p5-Test-Simple /usr/local/lib/perl5/site_perl/5.10.0/Compress/Zlib.pm:/usr/ports/archivers/p5-Compress-Zlib /usr/local/lib/perl5/site_perl/5.10.0/mach/Event.pm:/usr/ports/devel/p5-Event /usr/local/lib/perl5/site_perl/5.10.0/mach/Filter/Util/Call.pm:/usr/ports/devel/p5-Filter /usr/local/lib/perl5/site_perl/5.10.0/mach/IO.pm:/usr/ports/devel/p5-IO p5-Storable>=2.16:/usr/ports/devel/p5-Storable p5-POE-Test-Loops>=1.021:/usr/ports/devel/p5-POE-Test-Loops ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ /usr/local/lib/perl5/site_perl/5.10.0/mach/Time/HiRes.pm:/usr/ports/devel/p5-Time-HiRes /usr/local/bin/perl5.10.0:/usr/ports/lang/perl5.10 /usr/local/bin/perl5.10.0:/usr/ports/lang/perl5.10 significant-gravitas-shortfall:...ports/devel/p5-POE-Test-Loops:% make -V RUN_DEPENDS /usr/local/lib/perl5/site_perl/5.10.0/POE.pm:/usr/ports/devel/p5-POE ^^^^^^^^^^^^^^^^^^^^^^^ /usr/local/bin/perl5.10.0:/usr/ports/lang/perl5.10 /usr/local/bin/perl5.10.0:/usr/ports/lang/perl5.10 Looks like it needs to be installed before it can be installed. Oh dear... Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. Flat 3 7 Priory Courtyard PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW, UK -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090730/5ca7a811/signature.pgp From cpghost at cordula.ws Thu Jul 30 09:17:23 2009 From: cpghost at cordula.ws (cpghost) Date: Thu Jul 30 09:17:29 2009 Subject: A port for FireGPG? In-Reply-To: <20090523145353.GC1325@phenom.cordula.ws> References: <20090522223129.GA4918@phenom.cordula.ws> <20090523145353.GC1325@phenom.cordula.ws> Message-ID: <20090730090149.GA36296@phenom.cordula.ws> On Sat, May 23, 2009 at 04:53:53PM +0200, cpghost wrote: > 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: Hi, this is an update for www/firefox35 # cd /usr/ports/www/firefox35 # make configure # make build (Be patient, it takes some time) # cd work/mozilla-1.9.1/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/firefox35/work/mozilla-1.9.1/extensions/ipc) # cd ipc # ./makemake -r -o . Here, you need to manually edit (like this): Makefile (topsrcdir = ../..) build/Makefile (topsrcdir = ../../..) public/Makefile (topsrcdir = ../../..) src/Makefile (topsrcdir = ../../..) # gmake (This will create libipc.so, ipc.xpt in: /usr/ports/www/firefox35/work/mozilla-1.9.1/dist/bin/components) # cd /usr/ports/www/firefox35/work/mozilla-1.9.1/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/firefox35. IMPORTANT: you don't want to use the port www/xpi-firegpg. It is extremely outdated (firegpg-0.5.2). Regards, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From contact at getfiregpg.org Thu Jul 30 09:26:53 2009 From: contact at getfiregpg.org (FireGPG - Maximilien Cuony) Date: Thu Jul 30 09:27:01 2009 Subject: A port for FireGPG? In-Reply-To: <20090730090149.GA36296@phenom.cordula.ws> References: <20090522223129.GA4918@phenom.cordula.ws> <20090523145353.GC1325@phenom.cordula.ws> <20090730090149.GA36296@phenom.cordula.ws> Message-ID: <200907301108.59812.contact@getfiregpg.org> Hi, Great it's working. I just sended a email this mornig to firegpg's port manager as 0.5.2 is outdated and with serious security issues. Someone should upgrade it ;) Regards, On Thursday 30 July 2009, cpghost wrote : > On Sat, May 23, 2009 at 04:53:53PM +0200, cpghost wrote: > > 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: > > Hi, > > this is an update for www/firefox35 > > # cd /usr/ports/www/firefox35 > # make configure > # make build > > (Be patient, it takes some time) > > # cd work/mozilla-1.9.1/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/firefox35/work/mozilla-1.9.1/extensions/ipc) > > # cd ipc > > # ./makemake -r -o . > > Here, you need to manually edit (like this): > Makefile (topsrcdir = ../..) > build/Makefile (topsrcdir = ../../..) > public/Makefile (topsrcdir = ../../..) > src/Makefile (topsrcdir = ../../..) > > # gmake > > (This will create libipc.so, ipc.xpt in: > /usr/ports/www/firefox35/work/mozilla-1.9.1/dist/bin/components) > > # cd /usr/ports/www/firefox35/work/mozilla-1.9.1/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/firefox35. > > IMPORTANT: you don't want to use the port www/xpi-firegpg. It is extremely > outdated (firegpg-0.5.2). > > Regards, > -cpghost. -- FireGPG's team - Maximlien Cuony [The_glu] http://getfiregpg.org http://theglu.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090730/bcfee5e9/attachment.pgp From alexanderchuranov at gmail.com Thu Jul 30 10:59:53 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Thu Jul 30 11:00:00 2009 Subject: Updating 'boost' In-Reply-To: <20090729134517.07e23490@scorpio.seibercom.net> References: <20090729134517.07e23490@scorpio.seibercom.net> Message-ID: <3cb459ed0907300359y35b5b45cp927c9a138aae2f82@mail.gmail.com> Jerry, Since the new set of ports is not a derivative of the devel/boost, but rather just a bunch of ports conflicting with the old devel/boost, I doubt that portupgrade automates this in full. One of the solutions may be removing devel/boost and installing devel/boost-libs. The binary compatibility is expected to exist. In case you have devel/boost-python installed, you need to replace it with two ports: devel/boost-libs and devel/boost-python-libs. Sincerely, Alexander Churanov, maintainer of devel/boost-* 2009/7/29 Jerry : > Now that 'boost' has been split up, what is the correct procedure to > update it. I currently have "boost-1.37.0_1" installed. Should I run > something like: > > ? ? ? ?portupgrade -o devel/boost-all boost > > or is there a better way. I could not find anything in UPDATING that > referenced this. > > -- > Jerry > gesbbb@yahoo.com > > ARMADILLO: To provide weapons to a Spanish pickle. > _______________________________________________ > 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 cvs-src at yandex.ru Thu Jul 30 11:01:28 2009 From: cvs-src at yandex.ru (cvs-src@yandex.ru) Date: Thu Jul 30 11:02:03 2009 Subject: devel/m4 broken? Message-ID: <15141248950977@webmail117.yandex.ru> Hi there!

devel/m4 is broken for me for a long time. i use 7.2-STABLE, all ports is up to date. tried to build it? with and w/o libsigsegv knob - it makes not any difference. nothing special in make.conf:
WITH_GECKO=libxul
WITH_PYTHON=yes
WITHOUT_JAVA=yes
PERL_VERSION=5.10.0

full buildlog goes bellow:

# make clean build
===>? Cleaning for m4-1.4.13,1
===>? Found saved configuration for m4-1.4.13,1
===>? Extracting for m4-1.4.13,1
=> MD5 Checksum OK for m4-1.4.13.tar.bz2.
=> SHA256 Checksum OK for m4-1.4.13.tar.bz2.
===>? Patching for m4-1.4.13,1
===>? Applying FreeBSD patches for m4-1.4.13,1
===>? Configuring for m4-1.4.13,1
checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... build-aux/install-sh -c -d
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for gcc... cc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of cc... gcc3
checking for ranlib... ranlib
checking whether cc understands -c and -o together... yes
checking build system type... i386-portbld-freebsd7.2
checking host system type... i386-portbld-freebsd7.2
checking how to run the C preprocessor... cc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for _LARGEFILE_SOURCE value needed for large files... no
checking for cc option to accept ISO C99... -std=gnu99
checking for cc -std=gnu99 option to accept ISO Standard C... (cached) -std=gnu99
configure: autobuild project... GNU M4
configure: autobuild revision... 1.4.13
configure: autobuild hostname... smeshariki.local
configure: autobuild timestamp... 20090730T104232Z
checking for long long int... yes
checking for unsigned long long int... yes
checking for working alloca.h... no
checking for alloca... yes
checking for btowc... yes
checking for setrlimit... yes
checking for sigaltstack... yes
checking for mempcpy... no
checking for __fpending... no
checking for fpurge... yes
checking for __fpurge... no
checking for __freading... no
checking for getdtablesize... yes
checking for gettimeofday... yes
checking for lstat... yes
checking for mbsinit... yes
checking for mbrtowc... yes
checking for pathconf... yes
checking for posix_spawn... no
checking for isblank... yes
checking for iswctype... yes
checking for wcscoll... yes
checking for sigaction... yes
checking for siginterrupt... yes
checking for pipe... yes
checking for vasnprintf... no
checking for wcrtomb... yes
checking for iswcntrl... yes
checking for setenv... yes
checking for wctob... yes
checking for nl_langinfo and CODESET... yes
checking for a traditional french locale... fr_FR.ISO8859-1
checking for ucontext.h... yes
checking for unistd.h... (cached) yes
checking for errno.h... yes
checking for fcntl.h... yes
checking for float.h... yes
checking for stdio_ext.h... no
checking for sys/time.h... yes
checking for math.h... yes
checking for sys/param.h... yes
checking for locale.h... yes
checking for sched.h... yes
checking for signal.h... yes
checking for spawn.h... yes
checking for stdarg.h... yes
checking for stdint.h... (cached) yes
checking for wchar.h... yes
checking for stdio.h... yes
checking for stdlib.h... (cached) yes
checking for sys/socket.h... yes
checking for string.h... (cached) yes
checking for sys/stat.h... (cached) yes
checking for sys/wait.h... yes
checking for wctype.h... yes
checking for working C stack overflow detection... yes
checking for correct stack_t interpretation... yes
checking for precise C stack overflow detection... no
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for shared library run path origin... done
checking for libsigsegv... no, consider installing GNU libsigsegv
checking whether system is Windows or MSDOS... no
checking whether // is distinct from /... no
checking whether the preprocessor supports include_next... yes
checking for complete errno.h... yes
checking whether strerror_r is declared... yes
checking for strerror_r... yes
checking whether strerror_r returns char *... no
checking for inline... inline
checking for mode_t... yes
checking for sig_atomic_t... yes
checking whether stdin defaults to large file offsets... yes
checking getopt.h usability... yes
checking getopt.h presence... yes
checking for getopt.h... yes
checking for getopt_long_only... yes
checking whether optreset is declared... yes
checking whether getenv is declared... yes
checking for C/C++ restrict keyword... __restrict
checking for struct timeval... yes
checking where to find the exponent in a 'float'... word 0 bit 23
checking whether byte ordering is bigendian... no
checking whether getc_unlocked is declared... yes
checking whether we are using the GNU C Library 2.1 or newer... no
checking for multithread API to use... none
checking whether malloc, realloc, calloc are POSIX compliant... yes
checking for stdlib.h... (cached) yes
checking for GNU libc compatible malloc... yes
checking for mbstate_t... yes
checking for a traditional japanese locale... ja_JP.eucJP
checking for a transitional chinese locale... zh_CN.GB18030
checking for a french Unicode locale... fr_FR.UTF-8
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking for uid_t in sys/types.h... yes
checking whether snprintf is declared... yes
checking for stdbool.h that conforms to C99... yes
checking for _Bool... yes
checking for working strerror function... yes
checking whether strndup is declared... yes
checking whether strnlen is declared... no
checking whether strsignal is declared... yes
checking whether sys_siglist is declared... yes
checking whether stat file-mode macros are broken... no
checking whether clearerr_unlocked is declared... yes
checking whether feof_unlocked is declared... yes
checking whether ferror_unlocked is declared... yes
checking whether fflush_unlocked is declared... no
checking whether fgets_unlocked is declared... no
checking whether fputc_unlocked is declared... no
checking whether fputs_unlocked is declared... no
checking whether fread_unlocked is declared... no
checking whether fwrite_unlocked is declared... no
checking whether getchar_unlocked is declared... yes
checking whether putc_unlocked is declared... yes
checking whether putchar_unlocked is declared... yes
checking for wchar_t... yes
checking for wint_t... yes
checking for size_t... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for intmax_t... yes
checking whether printf supports size specifiers as in C99... yes
checking whether printf supports 'long double' arguments... yes
checking whether printf supports infinite 'double' arguments... yes
checking whether printf supports infinite 'long double' arguments... no
checking whether printf supports the 'a' and 'A' directives... yes
checking whether printf supports the 'F' directive... yes
checking whether printf supports the 'n' directive... yes
checking whether printf supports the 'ls' directive... yes
checking whether printf supports POSIX/XSI format strings with positions... yes
checking whether printf supports the grouping flag... yes
checking whether printf supports the left-adjust flag correctly... yes
checking whether printf supports the zero flag correctly... yes
checking whether printf supports large precisions... yes
checking whether printf survives out-of-memory conditions... no
checking whether ungetc works on arbitrary bytes... yes
checking whether alarm is declared... yes
checking whether to enable assertions... yes
checking whether btowc(EOF) is correct... yes
checking whether sigaltstack is declared... yes
checking for stack_t... yes
checking whether // is distinct from /... (cached) no
checking if environ is properly declared... no
checking for error_at_line... no
checking for working fcntl.h... no (bad O_NOATIME)
checking whether fflush works on input streams... no
checking whether fopen recognizes a trailing slash... yes
checking whether __fpending is declared... no
checking how to determine the number of pending output bytes on a stream... fp->_p - fp->_bf._base
checking whether fpurge is declared... yes
checking whether frexp() can be used without linking with libm... yes
checking whether frexp works... yes
checking whether frexpl() can be used without linking with libm... no
checking for fseeko... yes
checking for ftello... yes
checking for gettimeofday with POSIX signature... yes
checking whether gettimeofday clobbers localtime buffer... no
checking whether the compiler generally respects inline... yes
checking whether isnan(double) can be used without linking with libm... yes
checking whether isnan(float) can be used without linking with libm... yes
checking whether isnan(float) works... yes
checking whether isnan(long double) can be used without linking with libm... yes
checking whether isnanl works... no
checking where to find the exponent in a 'long double'... word 2 bit 0
checking for libsigsegv... (cached) no, consider installing GNU libsigsegv
checking whether lseek detects pipes... yes
checking whether lstat dereferences a symlink specified with a trailing slash... yes
checking for stdlib.h... (cached) yes
checking for GNU libc compatible malloc... (cached) yes
checking whether NAN macro works... yes
checking whether HUGE_VAL works... yes
checking whether mbrtowc handles incomplete characters... yes
checking whether mbrtowc works as well as mbtowc... yes
checking whether mbrtowc handles a NULL string argument... yes
checking whether mbrtowc has a correct return value... yes
checking whether mbrtowc returns 0 when parsing a NUL character... yes
checking whether mbrtowc handles incomplete characters... (cached) yes
checking whether mbrtowc works as well as mbtowc... (cached) yes
checking for mkdtemp... yes
checking for working mkstemp... yes
checking for obstacks... no
checking whether open recognizes a trailing slash... yes
checking paths.h usability... yes
checking paths.h presence... yes
checking for paths.h... yes
checking for confstr... yes
checking for sched_setparam... yes
checking for sched_setscheduler... yes
checking for setegid... yes
checking for seteuid... yes
checking for vfork... yes
checking whether frexp can be used without linking with libm... (cached) yes
checking whether frexp works... (cached) yes
checking whether ldexp can be used without linking with libm... yes
checking whether frexpl can be used without linking with libm... (cached) no
checking whether ldexpl can be used without linking with libm... no
checking for rawmemchr... no
checking for working re_compile_pattern... no
checking libintl.h usability... no
checking libintl.h presence... no
checking for libintl.h... no
checking whether isblank is declared... yes
checking for struct sigaction.sa_sigaction... yes
checking for volatile sig_atomic_t... yes
checking for signbit macro... no
checking for signbit compiler built-ins... yes
checking for sigprocmask... yes
checking for stdint.h... (cached) yes
checking for SIZE_MAX... yes
checking for snprintf... yes
checking whether snprintf respects a size of 1... yes
checking for ssize_t... yes
checking for va_copy... yes
checking whether stdint.h conforms to C99... yes
checking for random.h... no
checking for struct random_data... no
checking for strchrnul... no
checking for working strndup... yes
checking for working strnlen... no
checking for strsignal... yes
checking whether strsignal always returns a string... yes
checking whether strstr works in linear time... Alarm clock
no
checking for working strtod... yes
checking whether strtod obeys C99... no
checking for pow... no
checking for pow in -lm... yes
checking for strtol... yes
checking for nlink_t... yes
checking for __secure_getenv... no
checking for ptrdiff_t... yes
checking for snprintf... (cached) yes
checking for strnlen... no
checking for wcslen... yes
checking for wcsnlen... no
checking for mbrtowc... (cached) yes
checking for wcrtomb... (cached) yes
checking whether _snprintf is declared... no
checking for vasprintf... yes
checking for vasprintf... (cached) yes
checking for ptrdiff_t... (cached) yes
checking for snprintf... (cached) yes
checking for strnlen... (cached) no
checking for wcslen... (cached) yes
checking for wcsnlen... (cached) no
checking for mbrtowc... (cached) yes
checking for wcrtomb... (cached) yes
checking whether _snprintf is declared... (cached) no
checking for waitid... no
checking whether <wchar.h> is standalone... yes
checking whether wcrtomb return value is correct... yes
checking whether iswcntrl works... yes
checking for stdint.h... (cached) yes
checking for a traditional french locale... (cached) fr_FR.ISO8859-1
checking for a french Unicode locale... (cached) fr_FR.UTF-8
checking where to find the exponent in a 'double'... word 1 bit 20
checking where to find the exponent in a 'float'... (cached) word 0 bit 23
checking where to find the exponent in a 'long double'... (cached) word 2 bit 0
checking for a traditional french locale... (cached) fr_FR.ISO8859-1
checking for a french Unicode locale... (cached) fr_FR.UTF-8
checking for a traditional japanese locale... (cached) ja_JP.eucJP
checking for a transitional chinese locale... (cached) zh_CN.GB18030
checking for a french Unicode locale... (cached) fr_FR.UTF-8
checking for a traditional french locale... (cached) fr_FR.ISO8859-1
checking for a french Unicode locale... (cached) fr_FR.UTF-8
checking for wchar_t... (cached) yes
checking for wint_t... (cached) yes
checking for unsetenv... yes
checking for unsetenv() return type... int
checking for a traditional french locale... (cached) fr_FR.ISO8859-1
checking for a french Unicode locale... (cached) fr_FR.UTF-8
checking for a traditional japanese locale... (cached) ja_JP.eucJP
checking for a transitional chinese locale... (cached) zh_CN.GB18030
checking whether wctob works... yes
checking whether wctob is declared... yes
checking whether an open file can be renamed... yes
checking if changeword is wanted... no
checking which shell to use for syscmd... /bin/sh
checking if malloc debugging is wanted... no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating doc/Makefile
config.status: creating lib/Makefile
config.status: creating src/Makefile
config.status: creating tests/Makefile
config.status: creating checks/Makefile
config.status: creating examples/Makefile
config.status: creating lib/config.h
config.status: executing depfiles commands
config.status: executing stamp-h commands
===>? Building for m4-1.4.13,1
make? all-recursive
Making all in .
Making all in examples
Making all in lib
{ echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */';? cat ./alloca.in.h;? } > alloca.h-t
mv -f alloca.h-t alloca.h
rm -f configmake.h-t configmake.h
{ echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */';? echo '#define PREFIX "/usr/local"';? echo '#define EXEC_PREFIX "/usr/local"';? echo '#define BINDIR "/usr/local/bin"';? echo '#define SBINDIR "/usr/local/sbin"';? echo '#define LIBEXECDIR "/usr/local/libexec"';? echo '#define DATAROOTDIR "/usr/local/share"';? echo '#define DATADIR "/usr/local/share"';? echo '#define SYSCONFDIR "/usr/local/etc"';? echo '#define SHAREDSTATEDIR "/usr/local/com"';? echo '#define LOCALSTATEDIR "/usr/local/var"';? echo '#define INCLUDEDIR "/usr/local/include"';? echo '#define OLDINCLUDEDIR "/usr/include"';? echo '#define DOCDIR "/usr/local/share/doc/m4"';? echo '#define INFODIR "/usr/local/info"';? echo '#define HTMLDIR "/usr/local/share/doc/m4"';? echo '#define DVIDIR "/usr/local/share/doc/m4"';? echo '#define PDFDIR "/usr/local/share/doc/m4"';? echo '#define PSDIR "/usr/local/share/doc/m4"';? echo '#define LIBDIR "/usr/local/lib"';? echo '#define LISPDIR ""';? echo '#define LOCALEDIR "/usr/local/share/locale"';? echo '#define MANDIR "/usr/local/man"';? echo '#define MANEXT ""';? echo '#define PKGDATADIR "/usr/local/share/m4"';? echo '#define PKGINCLUDEDIR "/usr/local/include/m4"';? echo '#define PKGLIBDIR "/usr/local/lib/m4"';? echo '#define PKGLIBEXECDIR "/usr/local/libexec/m4"';? } | sed '/""/d' > configmake.h-t
mv configmake.h-t configmake.h
rm -f fcntl.h-t fcntl.h
{ echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */';? sed -e 's|@''INCLUDE_NEXT''@|include_next|g'? -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g'? -e 's|@''NEXT_FCNTL_H''@|<fcntl.h>|g'? -e 's|@''GNULIB_OPEN''@|1|g'? -e 's|@''REPLACE_OPEN''@|0|g'? < ./fcntl.in.h;? } > fcntl.h-t
mv fcntl.h-t fcntl.h
{ echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */';? cat ./getopt.in.h;? } > getopt.h-t
mv -f getopt.h-t getopt.h
rm -f math.h-t math.h
{ echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */' &&? sed -e 's|@''INCLUDE_NEXT_AS_FIRST_DIRECTIVE''@|include_next|g'? -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g'? -e 's|@''NEXT_MATH_H''@|<math.h>|g'? -e 's|@''GNULIB_CEILF''@|0|g'? -e 's|@''GNULIB_CEILL''@|0|g'? -e 's|@''GNULIB_FLOORF''@|0|g'? -e 's|@''GNULIB_FLOORL''@|0|g'? -e 's|@''GNULIB_FREXP''@|1|g'? -e 's|@''GNULIB_FREXPL''@|1|g'? -e 's|@''GNULIB_ISFINITE''@|0|g'? -e 's|@''GNULIB_ISINF''@|0|g'? -e 's|@''GNULIB_ISNAN''@|0|g'? -e 's|@''GNULIB_ISNANF''@|0|g'? -e 's|@''GNULIB_ISNAND''@|0|g'? -e 's|@''GNULIB_ISNANL''@|0|g'? -e 's|@''GNULIB_LDEXPL''@|0|g'? -e 's|@''GNULIB_MATHL''@|0|g'? -e 's|@''GNULIB_ROUND''@|0|g'? -e 's|@''GNULIB_ROUNDF''@|0|g'? -e 's|@''GNULIB_ROUNDL''@|0|g'? -e 's|@''GNULIB_SIGNBIT''@|1|g'? -e 's|@''GNULIB_TRUNC''@|0|g'? -e 's|@''GNULIB_TRUNCF''@|0|g'? -e 's|@''GNULIB_TRUNCL''@|0|g'? -e 's|@''HAVE_ISNANF''@|1|g'? -e 's|@''HAVE_ISNAND''@|1|g'? -e 's|@''HAVE_ISNANL''@|1|g'? -e 's|@''HAVE_DECL_ACOSL''@|1|g'? -e 's|@''HAVE_DECL_ASINL''@|1|g'? -e 's|@''HAVE_DECL_ATANL''@|1|g'? -e 's|@''HAVE_DECL_COSL''@|1|g'? -e 's|@''HAVE_DECL_EXPL''@|1|g'? -e 's|@''HAVE_DECL_FREXPL''@|0|g'? -e 's|@''HAVE_DECL_LDEXPL''@|1|g'? -e 's|@''HAVE_DECL_LOGL''@|1|g'? -e 's|@''HAVE_DECL_SINL''@|1|g'? -e 's|@''HAVE_DECL_SQRTL''@|1|g'? -e 's|@''HAVE_DECL_TANL''@|1|g'? -e 's|@''HAVE_DECL_TRUNC''@|1|g'? -e 's|@''HAVE_DECL_TRUNCF''@|1|g'? -e 's|@''REPLACE_CEILF''@|0|g'? -e 's|@''REPLACE_CEILL''@|0|g'? -e 's|@''REPLACE_FLOORF''@|0|g'? -e 's|@''REPLACE_FLOORL''@|0|g'? -e 's|@''REPLACE_FREXP''@|0|g'? -e 's|@''REPLACE_FREXPL''@|1|g'? -e 's|@''REPLACE_HUGE_VAL''@|0|g'? -e 's|@''REPLACE_ISFINITE''@|0|g'? -e 's|@''REPLACE_ISINF''@|0|g'? -e 's|@''REPLACE_ISNAN''@|0|g'? -e 's|@''REPLACE_LDEXPL''@|0|g'? -e 's|@''REPLACE_NAN''@|0|g'? -e 's|@''REPLACE_ROUND''@|0|g'? -e 's|@''REPLACE_ROUNDF''@|0|g'? -e 's|@''REPLACE_ROUNDL''@|0|g'? -e 's|@''REPLACE_SIGNBIT''@|0|g'? -e 's|@''REPLACE_SIGNBIT_USING_GCC''@|1|g'? -e 's|@''REPLACE_TRUNCL''@|0|g'? -e '/definition of GL_LINK_WARNING/r ../build-aux/link-warning.h'? < ./math.in.h;? } > math.h-t
mv math.h-t math.h
rm -f signal.h-t signal.h
{ echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */' &&? sed -e 's|@''INCLUDE_NEXT''@|include_next|g'? -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g'? -e 's|@''NEXT_SIGNAL_H''@|<signal.h>|g'? -e 's|@''GNULIB_SIGNAL_H_SIGPIPE''@|0|g'? -e 's|@''GNULIB_SIGPROCMASK''@|1|g'? -e 's|@''GNULIB_SIGACTION''@|1|g'? -e 's|@''HAVE_POSIX_SIGNALBLOCKING''@|1|g'? -e 's|@''HAVE_SIGSET_T''@|1|g'? -e 's|@''HAVE_SIGINFO_T''@|1|g'? -e 's|@''HAVE_SIGACTION''@|1|g'? -e 's|@''HAVE_STRUCT_SIGACTION_SA_SIGACTION''@|1|g'? -e 's|@''HAVE_TYPE_VOLATILE_SIG_ATOMIC_T''@|1|g'? -e '/definition of GL_LINK_WARNING/r ../build-aux/link-warning.h'? < ./signal.in.h;? } > signal.h-t
mv signal.h-t signal.h
rm -f spawn.h-t spawn.h
{ echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */';? sed -e 's|@''HAVE_SPAWN_H''@|1|g'? -e 's|@''INCLUDE_NEXT''@|include_next|g'? -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g'? -e 's|@''NEXT_SPAWN_H''@|<spawn.h>|g'? -e 's|@''GNULIB_POSIX_SPAWN''@|0|g'? -e 's|@''GNULIB_POSIX_SPAWNP''@|1|g'? -e 's|@''GNULIB_POSIX_SPAWN_FILE_ACTIONS_INIT''@|1|g'? -e 's|@''GNULIB_POSIX_SPAWN_FILE_ACTIONS_ADDCLOSE''@|1|g'? -e 's|@''GNULIB_POSIX_SPAWN_FILE_ACTIONS_ADDDUP2''@|1|g'? -e 's|@''GNULIB_POSIX_SPAWN_FILE_ACTIONS_ADDOPEN''@|1|g'? -e 's|@''GNULIB_POSIX_SPAWN_FILE_ACTIONS_DESTROY''@|1|g'? -e 's|@''GNULIB_POSIX_SPAWNATTR_INIT''@|1|g'? -e 's|@''GNULIB_POSIX_SPAWNATTR_GETFLAGS''@|0|g'? -e 's|@''GNULIB_POSIX_SPAWNATTR_SETFLAGS''@|1|g'? -e 's|@''GNULIB_POSIX_SPAWNATTR_GETPGROUP''@|0|g'? -e 's|@''GNULIB_POSIX_SPAWNATTR_SETPGROUP''@|0|g'? -e 's|@''GNULIB_POSIX_SPAWNATTR_GETSCHEDPARAM''@|0|g'? -e 's|@''GNULIB_POSIX_SPAWNATTR_SETSCHEDPARAM''@|0|g'? -e 's|@''GNULIB_POSIX_SPAWNATTR_GETSCHEDPOLICY''@|0|g'? -e 's|@''GNULIB_POSIX_SPAWNATTR_SETSCHEDPOLICY''@|0|g'? -e 's|@''GNULIB_POSIX_SPAWNATTR_GETSIGDEFAULT''@|0|g'? -e 's|@''GNULIB_POSIX_SPAWNATTR_SETSIGDEFAULT''@|0|g'? -e 's|@''GNULIB_POSIX_SPAWNATTR_GETSIGMASK''@|0|g'? -e 's|@''GNULIB_POSIX_SPAWNATTR_SETSIGMASK''@|1|g'? -e 's|@''GNULIB_POSIX_SPAWNATTR_DESTROY''@|1|g'? -e 's|@''HAVE_POSIX_SPAWN''@|0|g'? -e 's|@''REPLACE_POSIX_SPAWN''@|0|g'? -e '/definition of GL_LINK_WARNING/r ../build-aux/link-warning.h'? < ./spawn.in.h;? } > spawn.h-t
mv spawn.h-t spawn.h
rm -f stdio.h-t stdio.h
{ echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */' &&? sed -e 's|@''INCLUDE_NEXT''@|include_next|g'? -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g'? -e 's|@''NEXT_STDIO_H''@|<stdio.h>|g'? -e 's|@''GNULIB_FPRINTF''@|1|g'? -e 's|@''GNULIB_FPRINTF_POSIX''@|0|g'? -e 's|@''GNULIB_PRINTF''@|1|g'? -e 's|@''GNULIB_PRINTF_POSIX''@|0|g'? -e 's|@''GNULIB_SNPRINTF''@|1|g'? -e 's|@''GNULIB_SPRINTF_POSIX''@|0|g'? -e 's|@''GNULIB_VFPRINTF''@|1|g'? -e 's|@''GNULIB_VFPRINTF_POSIX''@|0|g'? -e 's|@''GNULIB_VPRINTF''@|1|g'? -e 's|@''GNULIB_VPRINTF_POSIX''@|0|g'? -e 's|@''GNULIB_VSNPRINTF''@|0|g'? -e 's|@''GNULIB_VSPRINTF_POSIX''@|0|g'? -e 's|@''GNULIB_DPRINTF''@|0|g'? -e 's|@''GNULIB_VDPRINTF''@|0|g'? -e 's|@''GNULIB_VASPRINTF''@|1|g'? -e 's|@''GNULIB_OBSTACK_PRINTF''@|0|g'? -e 's|@''GNULIB_OBSTACK_PRINTF_POSIX''@|0|g'? -e 's|@''GNULIB_FOPEN''@|1|g'? -e 's|@''GNULIB_FREOPEN''@|0|g'? -e 's|@''GNULIB_FSEEK''@|0|g'? -e 's|@''GNULIB_FSEEKO''@|1|g'? -e 's|@''GNULIB_FTELL''@|0|g'? -e 's|@''GNULIB_FTELLO''@|1|g'? -e 's|@''GNULIB_FFLUSH''@|1|g'? -e 's|@''GNULIB_FCLOSE''@|0|g'? -e 's|@''GNULIB_FPUTC''@|1|g'? -e 's|@''GNULIB_PUTC''@|1|g'? -e 's|@''GNULIB_PUTCHAR''@|1|g'? -e 's|@''GNULIB_FPUTS''@|1|g'? -e 's|@''GNULIB_PUTS''@|1|g'? -e 's|@''GNULIB_FWRITE''@|1|g'? -e 's|@''GNULIB_GETDELIM''@|0|g'? -e 's|@''GNULIB_GETLINE''@|0|g'? -e 's|@''GNULIB_PERROR''@|0|g'? -e 's|@''GNULIB_STDIO_H_SIGPIPE''@|0|g'? -e 's|@''REPLACE_STDIO_WRITE_FUNCS''@|0|g'? -e 's|@''REPLACE_FPRINTF''@|0|g'? -e 's|@''REPLACE_VFPRINTF''@|0|g'? -e 's|@''REPLACE_PRINTF''@|0|g'? -e 's|@''REPLACE_VPRINTF''@|0|g'? -e 's|@''REPLACE_SNPRINTF''@|0|g'? -e 's|@''HAVE_DECL_SNPRINTF''@|1|g'? -e 's|@''REPLACE_VSNPRINTF''@|0|g'? -e 's|@''HAVE_DECL_VSNPRINTF''@|1|g'? -e 's|@''REPLACE_SPRINTF''@|0|g'? -e 's|@''REPLACE_VSPRINTF''@|0|g'? -e 's|@''HAVE_DPRINTF''@|1|g'? -e 's|@''REPLACE_DPRINTF''@|0|g'? -e 's|@''HAVE_VDPRINTF''@|1|g'? -e 's|@''REPLACE_VDPRINTF''@|0|g'? -e 's|@''HAVE_VASPRINTF''@|1|g'? -e 's|@''REPLACE_VASPRINTF''@|1|g'? -e 's|@''HAVE_DECL_OBSTACK_PRINTF''@|1|g'? -e 's|@''REPLACE_OBSTACK_PRINTF''@|0|g'? -e 's|@''REPLACE_FOPEN''@|0|g'? -e 's|@''REPLACE_FREOPEN''@|0|g'? -e 's|@''REPLACE_FSEEKO''@|1|g'? -e 's|@''REPLACE_FSEEK''@|0|g'? -e 's|@''REPLACE_FTELLO''@|0|g'? -e 's|@''REPLACE_FTELL''@|0|g'? -e 's|@''REPLACE_FFLUSH''@|1|g'? -e 's|@''REPLACE_FCLOSE''@|0|g'? -e 's|@''HAVE_DECL_GETDELIM''@|1|g'? -e 's|@''HAVE_DECL_GETLINE''@|1|g'? -e 's|@''REPLACE_GETLINE''@|0|g'? -e 's|@''REPLACE_PERROR''@|0|g'? -e '/definition of GL_LINK_WARNING/r ../build-aux/link-warning.h'? < ./stdio.in.h;? } > stdio.h-t
mv stdio.h-t stdio.h
rm -f stdlib.h-t stdlib.h
{ echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */' &&? sed -e 's|@''INCLUDE_NEXT''@|include_next|g'? -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g'? -e 's|@''NEXT_STDLIB_H''@|<stdlib.h>|g'? -e 's|@''HAVE_RANDOM_H''@|0|g'? -e 's|@''GNULIB_MALLOC_POSIX''@|1|g'? -e 's|@''GNULIB_REALLOC_POSIX''@|0|g'? -e 's|@''GNULIB_CALLOC_POSIX''@|0|g'? -e 's|@''GNULIB_ATOLL''@|0|g'? -e 's|@''GNULIB_GETLOADAVG''@|0|g'? -e 's|@''GNULIB_GETSUBOPT''@|0|g'? -e 's|@''GNULIB_MKDTEMP''@|1|g'? -e 's|@''GNULIB_MKSTEMP''@|1|g'? -e 's|@''GNULIB_PUTENV''@|0|g'? -e 's|@''GNULIB_RANDOM_R''@|0|g'? -e 's|@''GNULIB_RPMATCH''@|0|g'? -e 's|@''GNULIB_SETENV''@|1|g'? -e 's|@''GNULIB_STRTOD''@|1|g'? -e 's|@''GNULIB_STRTOLL''@|0|g'? -e 's|@''GNULIB_STRTOULL''@|0|g'? -e 's|@''GNULIB_UNSETENV''@|1|g'? -e 's|@''HAVE_ATOLL''@|1|g'? -e 's|@''HAVE_CALLOC_POSIX''@|1|g'? -e 's|@''HAVE_GETSUBOPT''@|1|g'? -e 's|@''HAVE_MALLOC_POSIX''@|1|g'? -e 's|@''HAVE_MKDTEMP''@|1|g'? -e 's|@''HAVE_REALLOC_POSIX''@|1|g'? -e 's|@''HAVE_RANDOM_R''@|1|g'? -e 's|@''HAVE_RPMATCH''@|1|g'? -e 's|@''HAVE_SETENV''@|1|g'? -e 's|@''HAVE_STRTOD''@|1|g'? -e 's|@''HAVE_STRTOLL''@|1|g'? -e 's|@''HAVE_STRTOULL''@|1|g'? -e 's|@''HAVE_STRUCT_RANDOM_DATA''@|0|g'? -e 's|@''HAVE_SYS_LOADAVG_H''@|0|g'? -e 's|@''HAVE_UNSETENV''@|1|g'? -e 's|@''HAVE_DECL_GETLOADAVG''@|1|g'? -e 's|@''REPLACE_MKSTEMP''@|0|g'? -e 's|@''REPLACE_PUTENV''@|0|g'? -e 's|@''REPLACE_STRTOD''@|1|g'? -e 's|@''VOID_UNSETENV''@|0|g'? -e '/definition of GL_LINK_WARNING/r ../build-aux/link-warning.h'? < ./stdlib.in.h;? } > stdlib.h-t
mv stdlib.h-t stdlib.h
rm -f string.h-t string.h
{ echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */' &&? sed -e 's|@''INCLUDE_NEXT''@|include_next|g'? -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g'? -e 's|@''NEXT_STRING_H''@|<string.h>|g'? -e 's|@''GNULIB_MBSLEN''@|0|g'? -e 's|@''GNULIB_MBSNLEN''@|0|g'? -e 's|@''GNULIB_MBSCHR''@|0|g'? -e 's|@''GNULIB_MBSRCHR''@|0|g'? -e 's|@''GNULIB_MBSSTR''@|0|g'? -e 's|@''GNULIB_MBSCASECMP''@|0|g'? -e 's|@''GNULIB_MBSNCASECMP''@|0|g'? -e 's|@''GNULIB_MBSPCASECMP''@|0|g'? -e 's|@''GNULIB_MBSCASESTR''@|0|g'? -e 's|@''GNULIB_MBSCSPN''@|0|g'? -e 's|@''GNULIB_MBSPBRK''@|0|g'? -e 's|@''GNULIB_MBSSPN''@|0|g'? -e 's|@''GNULIB_MBSSEP''@|0|g'? -e 's|@''GNULIB_MBSTOK_R''@|0|g'? -e 's|@''GNULIB_MEMMEM''@|0|g'? -e 's|@''GNULIB_MEMPCPY''@|0|g'? -e 's|@''GNULIB_MEMRCHR''@|0|g'? -e 's|@''GNULIB_RAWMEMCHR''@|1|g'? -e 's|@''GNULIB_STPCPY''@|0|g'? -e 's|@''GNULIB_STPNCPY''@|0|g'? -e 's|@''GNULIB_STRCHRNUL''@|1|g'? -e 's|@''GNULIB_STRDUP''@|0|g'? -e 's|@''GNULIB_STRNDUP''@|1|g'? -e 's|@''GNULIB_STRNLEN''@|1|g'? -e 's|@''GNULIB_STRPBRK''@|0|g'? -e 's|@''GNULIB_STRSEP''@|0|g'? -e 's|@''GNULIB_STRSTR''@|1|g'? -e 's|@''GNULIB_STRCASESTR''@|0|g'? -e 's|@''GNULIB_STRTOK_R''@|0|g'? -e 's|@''GNULIB_STRERROR''@|1|g'? -e 's|@''GNULIB_STRSIGNAL''@|1|g'? -e 's|@''GNULIB_STRVERSCMP''@|0|g'? -e 's|@''HAVE_DECL_MEMMEM''@|1|g'? -e 's|@''HAVE_MEMPCPY''@|1|g'? -e 's|@''HAVE_DECL_MEMRCHR''@|1|g'? -e 's|@''HAVE_RAWMEMCHR''@|0|g'? -e 's|@''HAVE_STPCPY''@|1|g'? -e 's|@''HAVE_STPNCPY''@|1|g'? -e 's|@''HAVE_STRCHRNUL''@|0|g'? -e 's|@''HAVE_DECL_STRDUP''@|1|g'? -e 's|@''HAVE_STRNDUP''@|1|g'? -e 's|@''HAVE_DECL_STRNDUP''@|1|g'? -e 's|@''HAVE_DECL_STRNLEN''@|0|g'? -e 's|@''HAVE_STRPBRK''@|1|g'? -e 's|@''HAVE_STRSEP''@|1|g'? -e 's|@''HAVE_STRCASESTR''@|1|g'? -e 's|@''HAVE_DECL_STRTOK_R''@|1|g'? -e 's|@''HAVE_DECL_STRERROR''@|1|g'? -e 's|@''HAVE_DECL_STRSIGNAL''@|1|g'? -e 's|@''HAVE_STRVERSCMP''@|1|g'? -e 's|@''REPLACE_MEMMEM''@|0|g'? -e 's|@''REPLACE_STRCASESTR''@|0|g'? -e 's|@''REPLACE_STRDUP''@|0|g'? -e 's|@''REPLACE_STRSTR''@|1|g'? -e 's|@''REPLACE_STRERROR''@|0|g'? -e 's|@''REPLACE_STRSIGNAL''@|0|g'? -e '/definition of GL_LINK_WARNING/r ../build-aux/link-warning.h'? < ./string.in.h;? } > string.h-t
mv string.h-t string.h
../build-aux/install-sh -c -d sys
rm -f sys/stat.h-t sys/stat.h
{ echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */';? sed -e 's|@''INCLUDE_NEXT''@|include_next|g'? -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g'? -e 's|@''NEXT_SYS_STAT_H''@|<sys/stat.h>|g'? -e 's|@''GNULIB_LCHMOD''@|0|g'? -e 's|@''GNULIB_LSTAT''@|1|g'? -e 's|@''HAVE_LCHMOD''@|1|g'? -e 's|@''HAVE_LSTAT''@|1|g'? -e 's|@''REPLACE_LSTAT''@|0|g'? -e 's|@''REPLACE_MKDIR''@|0|g'? -e '/definition of GL_LINK_WARNING/r ../build-aux/link-warning.h'? < ./sys_stat.in.h;? } > sys/stat.h-t
mv sys/stat.h-t sys/stat.h
../build-aux/install-sh -c -d sys
rm -f sys/wait.h-t sys/wait.h
{ echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */';? sed -e 's|@''INCLUDE_NEXT''@|include_next|g'? -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g'? -e 's|@''NEXT_SYS_WAIT_H''@|<sys/wait.h>|g'? -e '/definition of GL_LINK_WARNING/r ../build-aux/link-warning.h'? < ./sys_wait.in.h;? } > sys/wait.h-t
mv sys/wait.h-t sys/wait.h
rm -f unistd.h-t unistd.h
{ echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */';? sed -e 's|@''HAVE_UNISTD_H''@|1|g'? -e 's|@''INCLUDE_NEXT''@|include_next|g'? -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g'? -e 's|@''NEXT_UNISTD_H''@|<unistd.h>|g'? -e 's|@''GNULIB_CHOWN''@|0|g'? -e 's|@''GNULIB_CLOSE''@|0|g'? -e 's|@''GNULIB_DUP2''@|0|g'? -e 's|@''GNULIB_ENVIRON''@|1|g'? -e 's|@''GNULIB_EUIDACCESS''@|0|g'? -e 's|@''GNULIB_FCHDIR''@|0|g'? -e 's|@''GNULIB_FSYNC''@|0|g'? -e 's|@''GNULIB_FTRUNCATE''@|0|g'? -e 's|@''GNULIB_GETCWD''@|0|g'? -e 's|@''GNULIB_GETDOMAINNAME''@|0|g'? -e 's|@''GNULIB_GETDTABLESIZE''@|1|g'? -e 's|@''GNULIB_GETHOSTNAME''@|0|g'? -e 's|@''GNULIB_GETLOGIN_R''@|0|g'? -e 's|@''GNULIB_GETPAGESIZE''@|0|g'? -e 's|@''GNULIB_GETUSERSHELL''@|0|g'? -e 's|@''GNULIB_LCHOWN''@|0|g'? -e 's|@''GNULIB_LINK''@|0|g'? -e 's|@''GNULIB_LSEEK''@|1|g'? -e 's|@''GNULIB_READLINK''@|0|g'? -e 's|@''GNULIB_SLEEP''@|0|g'? -e 's|@''GNULIB_UNISTD_H_SIGPIPE''@|0|g'? -e 's|@''GNULIB_WRITE''@|0|g'? -e 's|@''HAVE_DUP2''@|1|g'? -e 's|@''HAVE_EUIDACCESS''@|1|g'? -e 's|@''HAVE_FSYNC''@|1|g'? -e 's|@''HAVE_FTRUNCATE''@|1|g'? -e 's|@''HAVE_GETDOMAINNAME''@|1|g'? -e 's|@''HAVE_GETDTABLESIZE''@|1|g'? -e 's|@''HAVE_GETHOSTNAME''@|1|g'? -e 's|@''HAVE_GETPAGESIZE''@|1|g'? -e 's|@''HAVE_GETUSERSHELL''@|1|g'? -e 's|@''HAVE_LINK''@|1|g'? -e 's|@''HAVE_READLINK''@|1|g'? -e 's|@''HAVE_SLEEP''@|1|g'? -e 's|@''HAVE_DECL_ENVIRON''@|0|g'? -e 's|@''HAVE_DECL_GETLOGIN_R''@|1|g'? -e 's|@''HAVE_OS_H''@|0|g'? -e 's|@''HAVE_SYS_PARAM_H''@|0|g'? -e 's|@''REPLACE_CHOWN''@|0|g'? -e 's|@''REPLACE_CLOSE''@|0|g'? -e 's|@''REPLACE_FCHDIR''@|0|g'? -e 's|@''REPLACE_GETCWD''@|0|g'? -e 's|@''REPLACE_GETPAGESIZE''@|0|g'? -e 's|@''REPLACE_LCHOWN''@|0|g'? -e 's|@''REPLACE_LSEEK''@|0|g'? -e 's|@''REPLACE_WRITE''@|0|g'? -e 's|@''UNISTD_H_HAVE_WINSOCK2_H''@|0|g'? -e '/definition of GL_LINK_WARNING/r ../build-aux/link-warning.h'? < ./unistd.in.h;? } > unistd.h-t
mv unistd.h-t unistd.h
make? all-recursive
?CC? gl_avltree_oset.o
?CC? c-ctype.o
?CC? c-stack.o
?CC? clean-temp.o
?CC? execute.o
In file included from execute.c:47:
./spawn.h:113: error: conflicting types for 'posix_spawnattr_t'
/usr/include/spawn.h:53: error: previous declaration of 'posix_spawnattr_t' was here
./spawn.h:127: error: conflicting types for 'posix_spawn_file_actions_t'
/usr/include/spawn.h:54: error: previous declaration of 'posix_spawn_file_actions_t' was here
./spawn.h:195: error: conflicting types for 'posix_spawnp'
/usr/include/spawn.h:75: error: previous declaration of 'posix_spawnp' was here
./spawn.h:206: error: conflicting types for 'posix_spawnattr_init'
/usr/include/spawn.h:91: error: previous declaration of 'posix_spawnattr_init' was here
./spawn.h:216: error: conflicting types for 'posix_spawnattr_destroy'
/usr/include/spawn.h:92: error: previous declaration of 'posix_spawnattr_destroy' was here
./spawn.h:264: error: conflicting types for 'posix_spawnattr_setsigmask'
/usr/include/spawn.h:115: error: previous declaration of 'posix_spawnattr_setsigmask' was here
./spawn.h:286: error: conflicting types for 'posix_spawnattr_setflags'
/usr/include/spawn.h:107: error: previous declaration of 'posix_spawnattr_setflags' was here
./spawn.h:365: error: conflicting types for 'posix_spawn_file_actions_init'
/usr/include/spawn.h:80: error: previous declaration of 'posix_spawn_file_actions_init' was here
./spawn.h:375: error: conflicting types for 'posix_spawn_file_actions_destroy'
/usr/include/spawn.h:81: error: previous declaration of 'posix_spawn_file_actions_destroy' was here
./spawn.h:390: error: conflicting types for 'posix_spawn_file_actions_addopen'
/usr/include/spawn.h:84: error: previous declaration of 'posix_spawn_file_actions_addopen' was here
./spawn.h:403: error: conflicting types for 'posix_spawn_file_actions_addclose'
/usr/include/spawn.h:86: error: previous declaration of 'posix_spawn_file_actions_addclose' was here
./spawn.h:415: error: conflicting types for 'posix_spawn_file_actions_adddup2'
/usr/include/spawn.h:85: error: previous declaration of 'posix_spawn_file_actions_adddup2' was here
*** Error code 1

Stop in /usr/ports/devel/m4/work/m4-1.4.13/lib.
*** Error code 1

Stop in /usr/ports/devel/m4/work/m4-1.4.13/lib.
*** Error code 1

Stop in /usr/ports/devel/m4/work/m4-1.4.13/lib.
*** Error code 1

Stop in /usr/ports/devel/m4/work/m4-1.4.13.
*** Error code 1

Stop in /usr/ports/devel/m4/work/m4-1.4.13.
*** Error code 1

Stop in /usr/ports/devel/m4.
*** Error code 1

Stop in /usr/ports/devel/m4.

From alexanderchuranov at gmail.com Thu Jul 30 11:20:58 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Thu Jul 30 11:21:06 2009 Subject: devel/boost: new patch for testing update to 1.39 In-Reply-To: <200907291356.39608.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <3cb459ed0906290644x86ac44cu48fd8bba52d024f9@mail.gmail.com> <200907291356.39608.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <3cb459ed0907300420m4b0bd47cjd209aacdbbeb10da@mail.gmail.com> Mel, I do not understand. Is it correct that you are discussing the issue of Pyste being part of boost and depending on gccxml port, which has issues of its own? I do not use Pyste and did not performed any specific testing of it, but all of boost-python-libs builds and installs, including dependencies. Please, describe what do you expect from ports and what do you observe, what negative outcome the issue has. Sincerely, Alexander Churanov, maintainer of devel/boost-* 2009/7/30 Mel Flynn : > On Monday 29 June 2009 05:44:20 Alexander Churanov wrote: > >> I've made several changes to new set of boost ports. Please, review >> them and test new set of ports, if possible. > > I guess I should've tested these, but I didn't expect it to replace a minor > CONFLICTS problem that I had locally patched with a few lines, with a major > not optional dependency on a retired compiler. > > Is pyste going to be optional in a new revision or is there any chance gccxml > can be patched so it builds cleanly with the current GCC? > > If the Makefile comment is the only problem, surely it can be addressed? > > # GCC-XML has some constructs that GCC 4.2 does not like. Namely, > # the use of casted-pointer-dereferences as an lvalue to post-increment > # operations. > > Additionally the gccxml port seems pretty much dead. An attempt of revival has > been done in 2007, but no release has ever been made. > -- > Mel > From david at vizion2000.net Thu Jul 30 11:56:14 2009 From: david at vizion2000.net (David Southwell) Date: Thu Jul 30 11:56:21 2009 Subject: Eclipse build fail Message-ID: <200907301239.10922.david@vizion2000.net> Can anyone please point me in right direction: FreeBSD dns1.vizion2000.net 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:14:35 UTC 2009 root@amd64- builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 Copying plugins/org.eclipse.jface/src/org/eclipse/jface/resource/jfacefonts_linux_gtk.properties into plugins/org.eclipse.jface/src/org/eclipse/jface/resource/jfacefonts_freebsd_gtk.properties Copying plugins/org.eclipse.swt.gtk.linux.x86 into plugins/org.eclipse.swt.gtk.freebsd.x86 Copying plugins/org.eclipse.swt.gtk.linux.x86 into plugins/org.eclipse.swt.gtk.freebsd.x86 Copying plugins/org.eclipse.swt.gtk.linux.x86.source into p