incorrect format for some MOVED entries from 2011-05-08

2011-05-09 Thread Andriy Gapon
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

2011-05-09 Thread Gabor PALI
 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

2011-05-09 Thread Alexey Shuvaev
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

2011-05-09 Thread Greg Lewis
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

2011-05-09 Thread Christer Solskogen
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

2011-05-09 Thread FreeBSD bugmaster
(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

2011-05-09 Thread RW
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

2011-05-09 Thread Yuri
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

2011-05-09 Thread Bernhard Froehlich
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

2011-05-09 Thread Kevin Oberman
 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

2011-05-09 Thread Hartmann, O.
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

2011-05-09 Thread Ion-Mihai Tetcu
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

2011-05-09 Thread Ivan Klymenko
В 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

2011-05-09 Thread Erwin Lansing
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

2011-05-09 Thread Gabor PALI
 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

2011-05-09 Thread Erwin Lansing

___
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