incorrect format for some MOVED entries from 2011-05-08
x11-toolkits/hs-GLURaw|2011-05-08|Removed: It has become obsoleted by Haskell Platform. x11-toolkits/hs-OpenGLRaw|2011-05-08|Removed: It has become obsoleted by Haskell Platform. net/hs-network-bytestring|2011-05-08|Removed: It is deprecated by net/hs-network. devel/hs-uvector|2011-05-08|Removed: It is deprecated by devel/hs-vector. devel/hs-uvector-algorithms|2011-05-08|Removed: It is deprecated by devel/hs-vector-algorithms. The empty field for a new port name seems to be missing here. -- Andriy Gapon ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: incorrect format for some MOVED entries from 2011-05-08
On 05/09/11 08:33, Andriy Gapon wrote: The empty field for a new port name seems to be missing here. Yes, it is correct; it was my mistake. It has been fixed by now. Thank you for reporting it. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: OO 3.3.0 fails to build moz module on amd64 8-STABLE
On Sun, May 08, 2011 at 10:12:35PM +0900, Maho NAKATA wrote: Hi Thanks for your report. I'm aware of this issue, since my OOo build is broken at the same place. Sorry and I don't have a clue yet, but, I guess from folllowing error message, somehow moz module invoke make instead gmake. Makefile:83: *** missing separator. Stop. thanks, Nakata Maho From: Lawrence Stewart lstew...@freebsd.org Subject: OO 3.3.0 fails to build moz module on amd64 8-STABLE Date: Sun, 08 May 2011 13:51:36 +1000 Hi, I've attempted to build OO 3.3.0 on two separate machines set up from scratch recently and both are unable to complete the OO build. My most recent attempt to build is with a ports tree cvsup'd yesterday (2011-05-07) and all my installed ports were built from the ports tree and are up to date. Some details about the system: lstewart@lstewart-laptop uname -a FreeBSD lstewart-laptop 8.2-STABLE FreeBSD 8.2-STABLE #0 r221492: Fri May 6 00:41:20 EST 2011 lstewart@lstewart-laptop:/usr/obj/usr/src/sys/GENERIC amd64 Relevant lines from /etc/make.conf: .if ${.CURDIR:M*/editors/openoffice.org-3} WITH_KDE4=1 LOCALIZED_LANG=en-GB The workaround could be to add WITHOUT_MOZILLA=yes here. .endif I'm running KDE 4.6.2. The problem stems from the moz build module. Here are the last few lines of console output when the make dies: HTH, Alexey. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: java/jdk15 doesn't build with latest open-motif
G'day Peter, On Sat, May 07, 2011 at 02:48:10PM +1000, Peter Jeremy wrote: Following the recent update to open-motif-2.3.3, jdk15 no longer builds. The failing point is: Should be fixed now. Give it a whirl. /usr/bin/gcc -O2 -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe -fno-omit-frame-pointer -DMLIB_NO_LIBSUNMATH -DMOTIF_VERSION=2 -DXMSTRINGDEFINES=1 -DMOTIF_VERSION=2 -Damd64 -DARCH='amd64' -DRELEASE='1.5.0_16-p9' -DFULL_VERSION='1.5.0_16-p9-peter_07_may_2011_08_28' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_ALLBSD_SOURCE -D_LP64=1 -I. -I/tank/obj/usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/sun/sun.awt/motif21/CClassHeaders -I../../../src/solaris/javavm/export -I../../../src/share/javavm/export -I../../../src/share/javavm/include -I../../../src/solaris/javavm/include -I../../../src/share/native/common -I../../../src/solaris/native/common -I../../../src/share/native/sun/awt -I../../../src/solaris/native/sun/awt -I/usr/local/include -I/usr/local/include -I../../../src/share/native/sun/awt/debug -I../../../src/share/native/sun/awt/../font -I../../../src/solaris/native/sun/awt/../font -I../../../src/share/native/sun/awt/image -I../../../src/share/native/sun/awt/image/cvutils -I../../../src/share/native/sun/awt/shell -I../../../src/share/native/sun/awt/alphacomposite -I../../../src/share/native/sun/awt/medialib -I../../../src/solaris/native/sun/awt/medialib -I../../../src/share/native/sun/awt/../java2d -I../../../src/solaris/native/sun/awt/../java2d -I../../../src/share/native/sun/awt/../java2d/loops -I../../../src/share/native/sun/awt/../java2d/pipe -I../../../src/share/native/sun/awt/../java2d/opengl -I../../../src/solaris/native/sun/awt/../java2d/opengl -I../../../src/share/native/sun/awt/../dc/doe -I../../../src/share/native/sun/awt/../dc/path -I../../../src/solaris/native/sun/awt/../jdga -I/usr/local/include -I/usr/local/include/X11/extensions -DX11DIR=\/usr/local\ -DLOCALDIR=\/usr/local\ -c -o /tank/obj/usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/sun/sun.awt/motif21/obj64/awt_TextField.o ../../../src/solaris/native/sun/awt/awt_TextField.c In file included from ../../../src/solaris/native/sun/awt/awt_TextField.c:25: ../../../src/solaris/native/sun/awt/awt_TextField.h:13: warning: useless storage class specifier in empty declaration In file included from /usr/local/include/X11/Xft/Xft.h:39, from /usr/local/include/Xm/TextFP.h:47, from ../../../src/solaris/native/sun/awt/awt_TextField.c:31: /usr/local/include/ft2build.h:56:38: error: freetype/config/ftheader.h: No such file or directory In file included from /usr/local/include/Xm/TextFP.h:47, from ../../../src/solaris/native/sun/awt/awt_TextField.c:31: /usr/local/include/X11/Xft/Xft.h:40:10: error: #include expects FILENAME or FILENAME In file included from /usr/local/include/Xm/TextFP.h:47, from ../../../src/solaris/native/sun/awt/awt_TextField.c:31: The include of /usr/local/include/X11/Xft/Xft.h is new with open-motif-2.3.3: /usr/local/include/Xm/TextFP.h now contains #ifdef USE_XFT #include X11/Xft/Xft.h #endif and USE_XFT is defined by /usr/local/include/Xm/Xm.h which is earlier included via the #include Xm/VirtKeys.h from awt_TextField.c freetype/config/ftheader.h exists on the system but print/freetype2 installs it into /usr/include/freetype2 which isn't in the search path. Could you please look into this. -- Peter Jeremy -- Greg Lewis Email : gle...@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : gle...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: net-p2p/rtorrent ui does not come
On Mon, May 9, 2011 at 10:55 AM, Florent Thoumie f...@freebsd.org wrote: Is this specific to ncurses 5.8? Does it exhibit the same behaviour with ncurses 5.7? I'm not sure. I'm running 8.2-RELEASE-p1 amd64. -- chs, ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Current unassigned ports problem reports
(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/156902collectd memory leak o ports/156901[patch] cmake breaks with CC containing spaces o ports/156896Update of megaglest-data Port o ports/156895Update for 3D RTS Game MegaGlest o ports/156889firefox 3.6.17 eats cpu on current/x64 f ports/156888Update lang/nawk to version 20110506 f ports/156885[PATCH] www/drush: update to 4.4 o ports/156879New port: multimedia/rebot3: Renames mp3 files using f o ports/156876update to comms/uarduno port for 9.0-CURRENT f ports/156870[PATCH] x11-fonts/droid-fonts-ttf: Fix Checksums o ports/156857split lang/gcc* ports in stable and devel versions o ports/156856Gnome2 dconf compiling error o ports/156855[maintainer] textproc/scim-kmfl-khmer - textproc/kmfl o ports/156847make of port www/py-html5lib does nothing f ports/156835Fixed rcfile in www/drood o ports/156834New port: games/fairymax-devel latest version of games o ports/156833games/fairymax: O-Flags option and preparing change in o ports/156829[maintainer update] net/tcpproxy problem: port ignores o ports/156828New port: databases/py-sqlparse A non-validating SQL p f ports/156827Port audio/pianobar:needs the snapshot updated fro o ports/156791New port: security/py-kerberos Python bindings for ker f ports/156786[PATCH] databases/jrrd: update to 1.0.4 f ports/156785[PATCH] net/jicmp: update to 1.0.12 o ports/156776net-mgmt/collectd in current ports will not build with o ports/156757New port: security/belier: easily cross several machin f ports/156747multimedia/mplayer: fix 24-bits OSS + some improvement o ports/156737[patch] www/squid31: squid.in startup script fixes to f ports/156710[PATCH] mail/imapsync: update to 1.411 r ports/156695[Repocopy] [Maintainer] KMFL update (part 2/2): Rename o ports/156694[maintainer] textproc/scim-kmfl-imengine update (part o ports/156655[new port] net-mgmt/zenoss: monitoring software f ports/156629[patch] sysutils/puppet patch to use PACKAGEROOT inste o ports/156616New port: sysutils/aird Handles Apple IR receiver butt o ports/156615Please update sysutils/fusefs-ntfs o ports/156590games/KnightCap: coeffs.dat: No such file or directory o ports/156588games/KnightCap: warning: INFINITY redefined f ports/156555[PATCH] net-mgmt/nagiosql: update to 3.1.1 (superseed o ports/156548ports/mail/exmh2 uses old Tcl/Tk 8.4, not default vers o ports/156544[PATCH] x11/rxvt-devel: don't crash on paste from non- o ports/156542[PATCH] x11/rxvt: don't crash on paste from non-ICCCM o ports/156539[NEW PORT] print/frescobaldi: A music score editor for o ports/156497[maintainer-update] devel/eclipse-eclemma 1.5.1 to 1.5 o ports/156495[NEW PORT] audio/mscore: MuseScore music notation prog f ports/156489[PATCH] fix build of astro/qlandkartegt with astro/gps o ports/156478[NEW PORT] net/mkntpwd: A utility to create the Samba o ports/156473[new port] textproc/ocaml-text - OCaml library to deal o ports/156472[new port] devel/ocaml-react - OCaml library for react f ports/156471[PATCH] devel/libchipcard: Update to 5.0.1test f ports/156443databases/mysql-connector-java -- update to 5.1.15 o ports/156437[PATCH] java/java3d: make it available for java/openjd o ports/156426New ports: devel/libg19, devel/libg19draw - libs to he o ports/156413[NEW PORT] print/latex-ltablex: Combines the features o ports/156412New port: www/py-flask-gravatar Small extension for Fl o ports/156398[NEW PORT] net/ssspl: A Simple Socks Server for Perl f ports/156376[PATCH] graphics/optipng: update to 0.6.5 o ports/156362New port: games/rftg Race for the Galaxy AI o ports/156343multimedia/xbmc 10.1_1 mp3 playback problem - CALSADir o ports/156341security/barnyard2: sguil-sensor port relies on barnya o ports/156331[patch] math/parmetis -- support (optional) build agai o ports/156313[patch][new port] astro/gkrellsun2 (Gkrellm2 Plugin) o ports/156307[new port] math/ocamlsgl -- an ocaml
Re: Open PR
On Sun, 8 May 2011 12:30:46 -0400 Sahil Tandon sa...@freebsd.org wrote: On Sun, 2011-05-08 at 09:24:49 -0400, Jerry wrote: I just noticed that there appears to be an old PR, http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/132515 that is still open. Has a resolution to this PR ever been resolved? I just noted in the audit-trail that I cannot reproduce the problem mentioned in the PR. Are you (or anyone else) able to reproduce the faulty behavior? I still use ntpdate myself, but according to Matthew Seaman, since the default ntp.conf now uses the iburst option, ntpd syncs so fast that the use of ntpdate is pretty much redundant. The problem with the patch is that without iburst a separate blocking ntpd instance is too slow to replace ntpdate. With iburst there will be two initial bursts in rapid succession, which could be considered abusive. Personally I've always regarded ntpd_sync_on_start as a non-blocking alternative to ntpdate rather than a drop in replacement, in which case this PR is more a feature request than a bug. Simply replacing the non-blocking option with an inferior version of ntpdate would be a bad idea IMO. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Call for Testers: VirtualBox 4.0.6
I think 4.0.6 is quite stable now. Is it really less stable than the current version in ports 3.2.12? Why don't you at least put them into ports/emulators repository with -devel suffix like many other ports do? So that there is no need to go through the third party repository. Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Call for Testers: VirtualBox 4.0.6
On Mon, 09 May 2011 05:57:05 -0700, Yuri wrote: I think 4.0.6 is quite stable now. Is it really less stable than the current version in ports 3.2.12? There are a few regressions also in 4.0.6 but it's already a lot better than 4.0.4. We have already decided last week to update the ports to 4.0.6 soon (currently waiting for a repocopy). Why don't you at least put them into ports/emulators repository with -devel suffix like many other ports do? So that there is no need to go through the third party repository. Throwing another -devel port in the won't solve anything! In fact it would even make the situation much worse because it trains people to use beta software which we strongly discourage and causes even more error reports and debugging headaches for another version that we would have to maintain. We have that 3rd party repository because it is our working repository. You should not use it at all if you don't want to be a beta tester and work with us to solve specific problems. If you use them for regular systems you are clearly doing something wrong except you have done a _lot_ of testing. We know that the situation is not perfect and we have already taken a few actions to improve it but if that is still not enough to you we need more people and a bigger team to test earlier, more and faster. Read here: http://lists.freebsd.org/pipermail/freebsd-emulation/2011-April/008633.html -- Bernhard Froehlich http://www.bluelife.at/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Call for Testers: VirtualBox 4.0.6
Date: Mon, 09 May 2011 05:57:05 -0700 From: Yuri y...@rawbw.com Sender: owner-freebsd-emulat...@freebsd.org I think 4.0.6 is quite stable now. Is it really less stable than the current version in ports 3.2.12? Why don't you at least put them into ports/emulators repository with -devel suffix like many other ports do? So that there is no need to go through the third party repository. 4.0.6 is still not as robust for me as 3.2.12, but it's now close and the added features still make it a win for me. I have not had an actual crash with 4.0.6, but I have had VMs simply deadlock. The problems I have seen are all upstream, not FreeBSD specific. I see the same issues when I use my Ubuntu VM running on Windows7. 4.0.6 is MUCH more stable than 4.0.4. I think it's reasonable to update the port. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: ober...@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
x11/nvidia-driver: cc1: error: /src: No such file or directory
Port x11/nvidia-driver fails with the the following error. This error obviously was introduced within the updates of the last few days, since building the specific port was possible before the last weekend. Does anyone has an idea? Regards, Oliver === Vulnerability check disabled, database not found === License NVIDIA accepted by the user === Found saved configuration for nvidia-driver-270.41.06 === Extracting for nvidia-driver-256.53 = SHA256 Checksum OK for NVIDIA-FreeBSD-x86_64-256.53.tar.gz. === Patching for nvidia-driver-256.53 === nvidia-driver-256.53 depends on shared library: GL.1 - found === Configuring for nvidia-driver-256.53 === Building for nvidia-driver-256.53 === src (all) @ - /usr/src/sys machine - /usr/src/sys/amd64/include x86 - /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h cc -O2 -pipe -march=native -DNV_VERSION_STRING=\256.53\ -D__KERNEL__ -DNVRM -O -mcmodel=kernel -mno-red-zone -UDEBUG -U_DEBUG -DNDEBUG -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -c nvidia_ctl.c cc1: error: /src: No such file or directory *** Error code 1 Stop in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-256.53/src. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-256.53. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: x11/nvidia-driver: cc1: error: /src: No such file or directory
On Mon, 09 May 2011 21:18:20 +0200 Hartmann, O. ohart...@mail.zedat.fu-berlin.de wrote: Port x11/nvidia-driver fails with the the following error. This error obviously was introduced within the updates of the last few days, since building the specific port was possible before the last weekend. Does anyone has an idea? Regards, Oliver === Vulnerability check disabled, database not found === License NVIDIA accepted by the user === Found saved configuration for nvidia-driver-270.41.06 === Extracting for nvidia-driver-256.53 = SHA256 Checksum OK for NVIDIA-FreeBSD-x86_64-256.53.tar.gz. === Patching for nvidia-driver-256.53 === nvidia-driver-256.53 depends on shared library: GL.1 - found === Configuring for nvidia-driver-256.53 === Building for nvidia-driver-256.53 === src (all) @ - /usr/src/sys machine - /usr/src/sys/amd64/include x86 - /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h cc -O2 -pipe -march=native -DNV_VERSION_STRING=\256.53\ -D__KERNEL__ -DNVRM -O -mcmodel=kernel -mno-red-zone -UDEBUG -U_DEBUG -DNDEBUG -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -c nvidia_ctl.c cc1: error: /src: No such file or directory *** Error code 1 At this late hour I can only say that it complies OK for me. Please check your make.conf and env. -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: x11/nvidia-driver: cc1: error: /src: No such file or directory
В Tue, 10 May 2011 00:36:18 +0300 Ion-Mihai Tetcu ite...@freebsd.org пишет: On Mon, 09 May 2011 21:18:20 +0200 Hartmann, O. ohart...@mail.zedat.fu-berlin.de wrote: Port x11/nvidia-driver fails with the the following error. This error obviously was introduced within the updates of the last few days, since building the specific port was possible before the last weekend. Does anyone has an idea? Regards, Oliver === Vulnerability check disabled, database not found === License NVIDIA accepted by the user === Found saved configuration for nvidia-driver-270.41.06 === Extracting for nvidia-driver-256.53 = SHA256 Checksum OK for NVIDIA-FreeBSD-x86_64-256.53.tar.gz. === Patching for nvidia-driver-256.53 === nvidia-driver-256.53 depends on shared library: GL.1 - found === Configuring for nvidia-driver-256.53 === Building for nvidia-driver-256.53 === src (all) @ - /usr/src/sys machine - /usr/src/sys/amd64/include x86 - /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h cc -O2 -pipe -march=native -DNV_VERSION_STRING=\256.53\ -D__KERNEL__ -DNVRM -O -mcmodel=kernel -mno-red-zone -UDEBUG -U_DEBUG -DNDEBUG -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -c nvidia_ctl.c cc1: error: /src: No such file or directory *** Error code 1 At this late hour I can only say that it complies OK for me. Please check your make.conf and env. The same error occurs when the complete absence of /etc/make.conf for me... uname -a FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r221598: Sat May 7 17:28:18 EEST 2011 ivan@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 === src (all) @ - /usr/src/sys machine - /usr/src/sys/amd64/include x86 - /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\256.53\ -D__KERNEL__ -DNVRM -Wno-unused-function -O -mno-red-zone -mcmodel=kernel -UDEBUG -U_DEBUG -DNDEBUG -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -c nvidia_ctl.c cc1: error: /src: No such file or directory distcc[22246] ERROR: compile nvidia_ctl.c on localhost failed *** Error code 1 Stop in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-256.53/src. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-256.53. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Fwd: INDEX build failed for 7.x
Looks like my script was still in debugging mode while I was on the plane, so it only sent to me. It'll start sending to ports@ again now though. -erwin Begin forwarded message: From: Erwin Lansing er...@freebsd.org Date: May 9, 2011 2:53:41 AM EDT To: er...@freebsd.org Subject: INDEX build failed for 7.x INDEX build failed with errors: Generating INDEX-7 - please wait.. Done. make_index: hs-warp-0.3.2.3: no entry for /usr/ports make_index: hs-warp-0.3.2.3: no entry for /usr/ports Committers on the hook: ashish maho swills tabthorpe Most recent CVS update was: U MOVED U UPDATING U archivers/Makefile U archivers/hs-zip-archive/Makefile U archivers/hs-zip-archive/distinfo U archivers/hs-zlib/Makefile U archivers/hs-zlib/distinfo U audio/hs-ALUT/Makefile U audio/hs-OpenAL/Makefile U audio/hs-libmpd/Makefile U audio/hs-libmpd/distinfo U audio/hs-libmpd/files/patch-libmpd.cabal U benchmarks/hs-criterion/Makefile U benchmarks/hs-criterion/distinfo U biology/pymol/Makefile U biology/pymol/distinfo U biology/pymol/pkg-plist U converters/hs-dataenc/Makefile U converters/hs-dataenc/distinfo U converters/hs-json/Makefile U deskutils/checkrdf/Makefile U devel/Makefile U devel/hs-BNFC/Makefile U devel/hs-BNFC/distinfo U devel/hs-BNFC/pkg-descr U devel/hs-Boolean/Makefile U devel/hs-Boolean/distinfo U devel/hs-DeepArrow/Makefile U devel/hs-MemoTrie/Makefile U devel/hs-MemoTrie/distinfo U devel/hs-MissingH/Makefile U devel/hs-MissingH/distinfo U devel/hs-MonadCatchIO-mtl/Makefile U devel/hs-MonadCatchIO-mtl/distinfo U devel/hs-ObjectName/Makefile U devel/hs-ObjectName/distinfo U devel/hs-QuickCheck/Makefile U devel/hs-QuickCheck/distinfo U devel/hs-StateVar/Makefile U devel/hs-StateVar/distinfo U devel/hs-Stream/Makefile U devel/hs-Stream/distinfo U devel/hs-Tensor/Makefile U devel/hs-Tensor/distinfo U devel/hs-TypeCompose/Makefile U devel/hs-TypeCompose/distinfo U devel/hs-alex/Makefile U devel/hs-alex/distinfo U devel/hs-alex/pkg-plist U devel/hs-ansi-terminal/Makefile U devel/hs-ansi-terminal/distinfo U devel/hs-ansi-wl-pprint/Makefile U devel/hs-ansi-wl-pprint/distinfo U devel/hs-arrows/Makefile U devel/hs-arrows/distinfo U devel/hs-binary/Makefile U devel/hs-binary/distinfo U devel/hs-bsd-sysctl/Makefile U devel/hs-bsd-sysctl/distinfo U devel/hs-c2hs/Makefile U devel/hs-c2hs/distinfo U devel/hs-c2hs/pkg-descr U devel/hs-checkers/Makefile U devel/hs-convertible/Makefile U devel/hs-convertible/distinfo U devel/hs-cpphs/Makefile U devel/hs-cpphs/distinfo U devel/hs-darcs/Makefile U devel/hs-darcs/distinfo U devel/hs-darcs/files/patch-Setup.lhs U devel/hs-darcs/files/patch-darcs.cabal U devel/hs-datetime/Makefile U devel/hs-datetime/distinfo U devel/hs-datetime/files/patch-datetime.cabal U devel/hs-deepseq/Makefile U devel/hs-deepseq/distinfo U devel/hs-dlist/Makefile U devel/hs-dlist/distinfo U devel/hs-drift/Makefile U devel/hs-drift/distinfo U devel/hs-fgl/Makefile U devel/hs-fgl/distinfo U devel/hs-filemanip/Makefile U devel/hs-filemanip/distinfo U devel/hs-filemanip/pkg-descr U devel/hs-ghc-mtl/Makefile U devel/hs-ghc-mtl/distinfo U devel/hs-ghc-paths/Makefile U devel/hs-ghc-paths/distinfo U devel/hs-ghc-paths-docs/Makefile U devel/hs-ghc-paths-docs/distinfo U devel/hs-haddock/Makefile U devel/hs-haddock/distinfo U devel/hs-haddock/files/pkg-deinstall.in U devel/hs-haddock-docs/Makefile U devel/hs-haddock-docs/distinfo U devel/hs-happy/Makefile U devel/hs-happy/distinfo U devel/hs-happy/pkg-plist U devel/hs-hashed-storage/Makefile U devel/hs-hashed-storage/distinfo U devel/hs-haskeline/Makefile U devel/hs-haskeline/distinfo U devel/hs-haskell-src-exts/Makefile U devel/hs-haskell-src-exts/distinfo U devel/hs-hdoc/Makefile U devel/hs-hint/Makefile U devel/hs-hint/distinfo U devel/hs-hmake/Makefile U devel/hs-hoogle/Makefile U devel/hs-hoogle/distinfo U devel/hs-hoogle/files/patch-hoogle.cabal U devel/hs-hoogle/files/patch-src__General__Web.hs U devel/hs-hoogle/files/patch-src__Web__Server.hs U devel/hs-hslogger/Makefile U devel/hs-hslogger/distinfo U devel/hs-idoc/Makefile U devel/hs-idoc/distinfo U devel/hs-idoc/files/patch-Makefile U devel/hs-language-c/Makefile U devel/hs-language-c/distinfo U devel/hs-lazysmallcheck/Makefile U devel/hs-lazysmallcheck/distinfo U devel/hs-mmap/Makefile U devel/hs-mmap/distinfo U devel/hs-mueval/Makefile U devel/hs-mueval/distinfo U devel/hs-mueval/files/patch-Mueval__Interpreter.hs U devel/hs-mueval/files/patch-mueval.cabal U devel/hs-pcre-light/Makefile U devel/hs-pcre-light/distinfo U devel/hs-primitive/Makefile U devel/hs-primitive/distinfo U devel/hs-reactive/Makefile U devel/hs-reactive/distinfo U devel/hs-readline/Makefile U devel/hs-readline/distinfo U devel/hs-safe/Makefile U devel/hs-safe/distinfo U devel/hs-show/Makefile U devel/hs-show/distinfo U devel/hs-smallcheck/Makefile U devel/hs-smallcheck/distinfo
Re: Fwd: INDEX build failed for 7.x
On 05/10/11 02:44, Erwin Lansing wrote: INDEX build failed with errors: Generating INDEX-7 - please wait.. Done. make_index: hs-warp-0.3.2.3: no entry for /usr/ports make_index: hs-warp-0.3.2.3: no entry for /usr/ports Thanks for the report, I have just fixed it -- hopefully. Have a good time in Ottawa! :-) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
INDEX now builds successfully on 7.x
___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org