X.org experimental ports updated to 7.2-RC3
Published December 8th, 2006 in Beryl, FreeBSD, GIT, X.orgDidn’t take too long but still was a necessary step. At the same time I had to update Mesa ports to 6.5.2 (and create a missing libGLw port which was needed by a few ports). X.org 7.2 is due on the 11th of December so I guess we won’t have a release candidate again.
p. Kris has been running two experimental builds on pointyhat and we already fixed a couple of ports (actually first exp-build cause 250 mails to be sent to me overnight). There are still a few outstanding issues (mainly a packing list issue with some font ports) but they’re mostly a matter of setting USE_GL or USE_XORG to the right value. The bad news is that modularity caused a big slow down on the build and it may delay the merge of the X.org ports in the tree. I won’t be able to work on fixing ports this weekend but will try to get most of them fixed next week.
In other news, Beryl 0.1.3 is supposed to be released tomor^Wtoday (8th of December), so expect a fast update of the ports (cause there are a lot of nice new features :-)).
Hi,
I get the following error when I try to compile the updated xorg-server port:
if /bin/sh ../../libtool—tag=CC—mode=compile cc
DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I../../include -I../../include -I../../include -I../../include -I../../include -I../../include -I../../hw/xfree86/ossupportI../../hw/xfree86/ossupport/busI../../hw/xfree86/common -I../../hw/xfree86/dri -I../../mi -I/usr/ports/x11servers/xorg-server/work/Mesa-6.5.2/includeDHAVE_DIX_CONFIG_H -I/usr/X11R6/include -D_THREAD_SAFE -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include/drm -I/usr/X11R6/include/X11/dri -I/usr/ports/x11servers/xorg-server/work/Mesa-6.5.2/src/mesa/glapiI/usr/ports/x11servers/xorg-server/work/Mesa-6.5.2/src/mesa/mainDXFree86Server -DNO_LIBCWRAPPER -Wall -WpointerarithWstrictprototypesWmissingprototypesWmissingdeclarationsWnestedexternsfnostrict-aliasingD_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -D_THREAD_SAFE -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/X11R6/include -I../../include -I../../include -I../../Xext -I../../composite -I../../damageext -I../../xfixes -I../../Xi -I../../mi -I../../miext/shadow -I../../miext/damage -I../../render -I../../randr -I../../fb -O2 -pipe -march=pentiumm -MT glxcmds.lo -MD -MP -MF “.deps/glxcmds.Tpo” -c -o glxcmds.lo glxcmds.c; then mv -f “.deps/glxcmds.Tpo” “.deps/glxcmds.Plo”; else rm -f “.deps/glxcmds.Tpo”; exit 1; ficc
DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I../../include -I../../include -I../../include -I../../include -I../../include -I../../include -I../../hw/xfree86/ossupportI../../hw/xfree86/ossupport/busI../../hw/xfree86/common -I../../hw/xfree86/dri -I../../mi -I/usr/ports/x11servers/xorg-server/work/Mesa-6.5.2/includeDHAVE_DIX_CONFIG_H -I/usr/X11R6/include -D_THREAD_SAFE -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include/drm -I/usr/X11R6/include/X11/dri -I/usr/ports/x11servers/xorg-server/work/Mesa-6.5.2/src/mesa/glapiI/usr/ports/x11servers/xorg-server/work/Mesa-6.5.2/src/mesa/mainDXFree86Server -DNO_LIBCWRAPPER -Wall -WpointerarithWstrictprototypesWmissingprototypesWmissingdeclarationsWnestedexternsfnostrict-aliasingD_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -D_THREAD_SAFE -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/X11R6/include -I../../include -I../../include -I../../Xext -I../../composite -I../../damageext -I../../xfixes -I../../Xi -I../../mi -I../../miext/shadow -I../../miext/damage -I../../render -I../../randr -I../../fb -O2 -pipe -march=pentiumm -MT glxcmds.lo -MD -MP -MF .deps/glxcmds.Tpo -c glxcmds.c -fPIC -DPIC -o .libs/glxcmds.oglxcmds.c: In function `DoGetFBConfigs’:
glxcmds.c:1167: error: `GLX_SWAP_METHOD_OML’ undeclared (first use in this function)
glxcmds.c:1167: error: (Each undeclared identifier is reported only once
glxcmds.c:1167: error: for each function it appears in.)
*** Error code 1
Stop in /usr/ports/x11-servers/xorg-server/work/xorg-server-1.1.99.903/GL/glx.
*** Error code 1
Stop in /usr/ports/x11-servers/xorg-server/work/xorg-server-1.1.99.903/GL.
*** Error code 1
Stop in /usr/ports/x11-servers/xorg-server/work/xorg-server-1.1.99.903.
*** Error code 1
Stop in /usr/ports/x11-servers/xorg-server.
I just build it on FreeBSD 6.1 and it built and runs fine, but I’ve been unable to get DRI to work.
I thought this version support DRI, but I merely get this message in the log:
(—) Chipset ATI Radeon Mobility X300 (M22) 5460 (PCIE) found
(WW) RADEON: Direct rendering disabled
libdri is loaded, and there don’t appear to be any other relevant errors. Should this version support DRI?
It’s in a Thinkpad T43, by the way.
Cheers,
Kevin
I fixed the problem I had with xorg-server compilation. I had to reinstall glproto to overwrite the glxtokens.h file that had been replaced by the NVIDIA driver. I have also reinstalled glheaders
Hi,
Got a similar problem to Jaeger: no dri anymore
(==) Using config file: “/etc/X11/xorg.conf”
dlopen: /usr/X11R6/lib/xorg/modules/fonts//libtype1.so: Undefined symbol “Type1RegisterFontFileFunctions”
(EE) Failed to load /usr/X11R6/lib/xorg/modules/fonts//libtype1.so
(EE) Failed to load module “type1” (loader failed, 7)
(EE) AIGLX: Screen 0 is not DRI capable
And in the log:
(II) I810: direct rendering: Disabled
(II) I810: RandR enabled, ignore the following RandR disabled message.
(WW) I810: Option “RenderAccel” is not used
(II) I810: Rotating to 0 degrees
(—) RandR disabled
Perhaps the way to turn on direct rendering in xorg.conf has changed ?
Thanks a lot for your work,
regards,
Felix
And another update: I finally took the plunge and upgraded to FreeBSD-7 current.
Results – DRI works with my ATI Radeon Mobility X300 (M22) 5460-PCIE (Yippee, I’ll have to try Beryl next).
I guess the problem was in the radeon/drm kernel modules, not the Xorg server or drivers.
And now the bad news – running dual head no longer works, Xorg just core dumps on startup, and it does this whether DRI is enabled or not.
And I had to disable AIGLX to get Xorg to start at all, but I think you already mentioned that problem.
And, BTW, the vesa driver works fine.
So it looks like the ATI chipsets are still somewhat troublesome, but it does look promising.
Is there a trick to getting the NVIDIA binary driver working? I tried installing the port, but it failed because of a bad path to the modules directory. I couldn’t find the offending line in the install script. Everything else works fine, though; had Fluxbox running with the nv driver. Thanks for the hard work!
Dave, here’s how I got nvidia driver installed:
Go to /usr/ports/x11/nvidia-driver and “make” it.
Once compiled go to /work/NVIDIA-FreeBSD-x86-1.0-9631/x11/driver
and replace in Makefile the line about DRIVERDIR by this one
DRIVERDIR=${X11BASE}/lib/xorg/modules/drivers
AND in /work/NVIDIA-FreeBSD-x86-1.0-9631/x11/extension
LIBDIR= replace by
LIBDIR= ${X11BASE}/lib/xorg/modules/extensions
Finally, go back to /usr/ports/x11/nvidia-driver and install it (make install).
Et voilà. Try to start X !
BTW, I’ts NVIDIA-FreeBSD-x86-1.0-9631 version.
Hope it helps !
Hi Florent,
while compiling using the
http://wikitest.freebsd.org/ModularXorg
guide, from a barebone system with no prior X installed
let me tell you what I am thinking about my basic dream
for FreeBSD desktop living. this is also written with other
parties of the FreeBSD desktop community mind.
modularxorg guide.
hey boys, hey girls – here we go..
I can only support the sentiments expressed at
http://blog.xbsd.org/2006/11/21/latest-news-about-freebsdxorg/
Yours, Erics, et als. work are really appreciated.
It keeps us believing in FreeBSD having a future as a desktop OS as well
as a server OS.
I prefer FreeBSD as as desktop over linux, because I feel a better awareness
of what is going on in my system, making me trust my machine and data more,
with reason.
That said, I believe we are playing a game of catch up, due to the limited amount
of people working to make it happen. Being a limited bunch makes us more
vulnerable to loss of active developers, making it all the more important to
make sure that you guys are enjoying your work and receiving the satisfaction
that keep you targetted and making FreeBSD an OS a viable alternative to
any other desktop OS available. As a user I am aware of that, and the feedback
from others only support that as well.
Currently my biggest problem with FreeBSD as an OS to stay with is
that I want the desktop to be on the edge, and as hassle free as possible,
which is hindered by the somewhat limited support from the hardware
vendors, something which the modular xorg should help to remedy, by
making it easier for them provide support for FreeBSD as a platform.
Furthermore I believe modular xorg will make it easier to develop the
unix Desktop in the future, which I also believe to be the general idea
and understanding.
Currently I wish for the following for FreeBSD to be targetted for making
it a better desktop OS: – hardware support in general (HAL in gnome is a good thing™)
having the devices work automatically, automounting et al. – better integrated printing support
aka ndiswrapper and make it work automatically,
freebsd-gnome-cups – better graphics support
I’m still wishing to make gl/3d/dual head working for my
ibm thinkpad x23 with an ati mobility M6 LY (9000) chip. – better sound support
to play multiple audio streams simultaniously without wizard config skills
to get eg. flash working with sound, providing developers proper hooks
making it easier to support freebsd sound system, so we can take a break
some times watching videos on sites as eg. youtube.com break.com with
sound which is currently not working cause macromedia/adobe in the current
version targetting unix(linux) is only geared for the linux ALSA framework.
Alexander Leidinger is making great progress with the sound system though. – better wifi support
until we have a framework for hardware developers to easily integrate with
support project evil
giving it the deserved credit by properly adopting and using it. – better update system
csup in base, cheers to portupgrade as well. having them is a good
base to build on for a gui based update system (eg. like debian/ubuntu synaptic)
a gnome-freebsd system update/management system will be a Godsend.
I believe kde-freebsd already have something thanks to pc-bsd/desktopbsd. – software support
java: thanks to freebsdfoundation.org work we are good,
thanks to sun now opening up with java6 we are getting better.
will look forward to the day I can simply
cd /usr/ports/java/jdk && make install clean
and have an uptodate framework at my disposal.
its coming.
wine: heap memory warnings/problems and more,
wine needs some upstream freebsd loving.
we could have it all. – and having things just work.
that is our aim, can’t be any different.
initiatives such as Eric working upstream and making sure FreeBSD
is taken care of in the future directions the projects are taking is
applaused. FreeDesktop, hardware abstraction layer, coming to
FreeBSD gnome is gold. You and others getting FreeBSD on the
edge with xorg, priceless.
With things working, well organized it’ll be easier to stay on edge,
so the efforts now will be be remembered dearly.
I have used FreeBSD as server since the nineties.
..now with jail ezjails cpu&memory control
I’m wetting my pants.
..been wishing for xen(xen3) support for a while,
Kip Macy, Scott Long, Yuan jue, et al. are really fighting
would love to see the newbus/xenbus stuff get fixed
until dom0, though, I will have to wait.
here we are troubled by constant changes upstream
neglecting FreeBSD, making it an almost impossible moving target.
FreeBSD as desktop on and off, mostly on, since the nineties.
switched between windows, linux, freebsd.
have to run internet explorer for quality assurance of the
web applications I develop based on apache, postgres/mysql mod_perl, c
wine problems hinder me running IE on fbsd
(linux works though, ies4linux, there is a long freebsd thread at tatanka.com.br)
currently getting by using qemu and windows and IE supporting microsoft(no comment.)
osx would have it all, except the trackpoint on their laptops. must have trackpoint.
With GL rendering the gui. and optimized 3d graphics support then
FreeBSD desktop is becoming snappier, and I will no longer feel left out of
the benefits of hardware driver, vendor supported and targeted ms windows. – I hope.
What are the consequence of
mv ports ports-old
git the special ports repository
and following the guide to install xorg – in relation to future port maintenance? – can I continue to use portupgrade to maintain from then on?
waiting for compiling, gives a lot of time to think doesn’t it
but well worth it. been meaning to share my thoughts for a while.
hope it is useful to someone out there.
have fun..
Casper
Yup, that did the trick! NVIDIA binary is working, beryl is up, just now compiling gnome for maximum effect. This is pretty slick. Thanks all.
Machine: ibm thinkpad x23
Gfx: ATI Radeon Mobility M6 LY
OS: 6.2-RC2
Installation report:
I followed the guide at: http://wikitest.freebsd.org/ModularXorg
except from the deinstall packages as they weren’t there already.
linux support not compiled in or enabled.
(machine had been freshly installed. with recompiled world and kernel.)
cd /usr/ports/x11/xorg-apps && make install clean
..
DGLX_INDIRECT_RENDERING -DHAVE_ALIAS ../common/vblank.c -o ../common/vblank.o
../common/vblank.c: In function `driGetCurrentVBlank’:
../common/vblank.c:306: error: `DRM_VBLANK_SECONDARY’ undeclared (first use in this function)
../common/vblank.c:306: error: (Each undeclared identifier is reported only once
../common/vblank.c:306: error: for each function it appears in.)
../common/vblank.c: In function `driWaitForVBlank’:
../common/vblank.c:363: error: `DRM_VBLANK_SECONDARY’ undeclared (first use in this function)
gmake[6]: *** [../common/vblank.o] Fejl 1
gmake[6]: Forlader katalog ‘/usr/ports/graphics/dri/work/Mesa-6.5.2/src/mesa/drivers/dri/i810’
gmake[5]: *** [subdirs] Fejl 1
gmake[5]: Forlader katalog ‘/usr/ports/graphics/dri/work/Mesa-6.5.2/src/mesa/drivers/dri’
gmake[4]: *** [linux-solo] Fejl 2
gmake[4]: Forlader katalog ‘/usr/ports/graphics/dri/work/Mesa-6.5.2/src/mesa’
gmake[3]: *** [default] Fejl 2
gmake[3]: Forlader katalog ‘/usr/ports/graphics/dri/work/Mesa-6.5.2/src/mesa’
gmake[2]: *** [subdirs] Fejl 1
gmake[2]: Forlader katalog ‘/usr/ports/graphics/dri/work/Mesa-6.5.2/src’
gmake[1]: *** [default] Fejl 1
gmake[1]: Forlader katalog ‘/usr/ports/graphics/dri/work/Mesa-6.5.2’
gmake: *** [freebsd-dri-x86] Fejl 2
Forlader katalog = Leaving directory
Fejl = Error
any ideas?
Last issue is due to libdrm not being up to date (as said on IRC, but I’m saying it here for future references).
In short:
thanks for the great support on irc.
I mentioned I have a problem with danish/international keyboard in X/Gnome.
You mentioned something about xkbdesc might be a solution.
from Xorg.0.log:
(WW) Couldn’t load XKB keymap, falling back to pre-XKB keymap
Can you tell me how I can use that?
Furthermore for reference:
X -configure completely freezes the console.
Its not possible to break it, or input anything.
I can log in via remote to the machine using ssh. – has anyone else experienced this problem?
hint related to my last comment..
may it help towards a permanent solution.
while tipping stones I found
http://www.redhat.com/archives/fedora-devel-list/2006-March/msg00018.html
and I remembered seeing xkeyboard-config in ports from the git repository.
so I did: cd /usr/ports/x11/xkeyboard-config && make install clean
(it ended with some errors which I ignored as it seemed to install kbd maps)
reboot
and voila æøå |@ etc.. is now working..
X -configure completely freezes the console.
This happens for me, too. I thought it was just the limited support of the Radeon X300 that was causing the problem, but perhaps there is a more basic problem with -configure.
By the way, Florent, have there been any significant updates recently? I’ve been using this release candidate but it does have a number of problem I assume the devs are working on. Are there any fixes I should be testing?
Currently I’ve been experiencing:
1) AIGLX is broken in xf86-video-ati
2) Can no longer run dual head with MergedFB mode.
3) Xorg with DRI runs but it frequently hangs on startup. If I start X without DRI it will then usually start okay the next time with DRI.
This is on FreeBSD-7 Current with radeon 1.25.0 20060524, libdrm 2.3.0, xorg-server-1.1.99.903 and a ATI Radeon Mobility X300 (M22) 5460 (PCIE).
I’m think we’re up-to-date with upstream releases. I have no way to test ATI support and definitely not the best person to ask for fixes. There are still a couple of issues at the moment (xorg-server comes to mind, it doesn’t want to install, I’ll try to fix it tomorrow) but I’m mostly working on build issues on the cluster at the moment.
Anybody tried to compile Beryl 0.1.3 ? With success ?
I tried Beryl 0.1.2 – it compiles and starts fine, but AIGLX is broken in the ATI driver, so it’s not really usable.
I’ve been using Beryl 0.1.3 on Linux/powerPC and it works well there. I think it should run fine on FreeBSD if you have a functioning driver.
How close (approx.) are we to having X.org 7.2/beryl being merged into the ports tree?
I have been able to compile Beryl 0.1.3 using a hacked version of the 0.1.2 port. The only thing I did to fix the compilation issues is to replace the include statements of the header file malloc.h by include statements of the file stdlib.h
Indigo23: I have a couple of ports left to fix. I’m waiting for X.org 7.2 to be released in any case.
PLD: Yeah, it pretty much just works just by bumping PORTVERSION. I have it in my commit queue. I just lack some time. I also have a compiz port almost ready to commit. I’ll try to add it this weekend. It’ll be in the tree on tuesday/wednesday anyway.
Hi all
anybody knows the trick how to enable DRI with FREEBSD RELENG_6 ?
In xorg.log I still see the Direct Rendering: disabled.
Kernel recognizes DRM and i915.ko loads also fine, in xorg.conf i got Option “DRI” “1”.
Is there any way to MFC to RELENG_6 DRM code ?
Hi, so I decided to try RELENG_7 (aka CURRENT) today, and DRI works. But sometimes freezes when quitting from X.
Jan
I’ve asked anholt to MFC latest drm changes to RELENG_6. Guess I’ll need to do it again, he might be busy with other stuff. The freeze issue is a known one I think, check the wiki.
Hi all
is there any way to compile fresh sources of DRM modules to kernel (from git) ?
These in freebsd-7 current (fetched 22.1.2007) are always falling down, and they got also some problems with beryl…
Jan
Does anyone have a fix for this?
cd /usr/ports/x11/xorg-apps && make install clean
..
DGLX_INDIRECT_RENDERING -DHAVE_ALIAS ../common/vblank.c -o ../common/vblank.o
../common/vblank.c: In function `driGetCurrentVBlank’:
../common/vblank.c:306: error: `DRM_VBLANK_SECONDARY’ undeclared (first use in this function)
../common/vblank.c:306: error: (Each undeclared identifier is reported only once
../common/vblank.c:306: error: for each function it appears in.)
../common/vblank.c: In function `driWaitForVBlank’:
../common/vblank.c:363: error: `DRM_VBLANK_SECONDARY’ undeclared (first use in this function)
gmake[6]: *** [../common/vblank.o] Fejl 1
gmake[6]: Forlader katalog ‘/usr/ports/graphics/dri/work/Mesa-6.5.2/src/mesa/drivers/dri/i810’
gmake[5]: *** [subdirs] Fejl 1
gmake[5]: Forlader katalog ‘/usr/ports/graphics/dri/work/Mesa-6.5.2/src/mesa/drivers/dri’
gmake[4]: *** [linux-solo] Fejl 2
gmake[4]: Forlader katalog ‘/usr/ports/graphics/dri/work/Mesa-6.5.2/src/mesa’
gmake[3]: *** [default] Fejl 2
gmake[3]: Forlader katalog ‘/usr/ports/graphics/dri/work/Mesa-6.5.2/src/mesa’
gmake[2]: *** [subdirs] Fejl 1
gmake[2]: Forlader katalog ‘/usr/ports/graphics/dri/work/Mesa-6.5.2/src’
gmake[1]: *** [default] Fejl 1
gmake[1]: Forlader katalog ‘/usr/ports/graphics/dri/work/Mesa-6.5.2’
gmake: *** [freebsd-dri-x86] Fejl 2
Forlader katalog = Leaving directory
I am using a Fresh install of 6.2 STABLE Trying to install xorg 7.2 and beryl and i got the ports tree from git, I am using a Nvidia 6800GT graphics card
I need some help here:
trying to install xorg 7.2.r3
I”m following wiki guide
cd /usr/ports/x11/xorg && make all install clean
I get
=> Installing for xorg-7.2.r3_4
=> xorg-7.2.r3_4 depends on file: /usr/X11R6/lib/dri/r128_dri.so – found
=> xorg-7.2.r3_4 depends on file: /usr/X11R6/libdata/pkgconfig/xbitmaps.pc - found
=> xorg-7.2.r3_4 depends on file: /usr/X11R6/lib/X11/icons/handhelds/cursors/X_cursor – found
=> xorg-7.2.r3_4 depends on file: /usr/X11R6/share/X11/doc/hardcopy/BDF/bdf.PS.gz - found
=> xorg-7.2.r3_4 depends on file: /usr/X11R6/libdata/xorg/apps – not found
=> Verifying install for /usr/X11R6/libdata/xorg/apps in /usr/ports/x11/xorg-apps
=> Installing for xorg-apps-7.2.r3_4
=> xorg-apps-7.2.r3_4 depends on executable in : bdftopcf - found
=> xorg-apps-7.2.r3_4 depends on executable in : mkfontdir – found
=> xorg-apps-7.2.r3_4 depends on executable in : mkfontscale - found
=> xorg-apps-7.2.r3_4 depends on executable in : appres – found
=> xorg-apps-7.2.r3_4 depends on executable in : beforelight - found
=> xorg-apps-7.2.r3_4 depends on executable in : bitmap – found
=> xorg-apps-7.2.r3_4 depends on executable in : editres - found
=> xorg-apps-7.2.r3_4 depends on executable in : fonttosfnt – found
=> xorg-apps-7.2.r3_4 depends on executable in : fslsfonts - found
=> xorg-apps-7.2.r3_4 depends on executable in : fstobdf – found
=> xorg-apps-7.2.r3_4 depends on executable in : iceauth - found
=> xorg-apps-7.2.r3_4 depends on executable in : ico – found
=> xorg-apps-7.2.r3_4 depends on executable in : listres - found
=> xorg-apps-7.2.r3_4 depends on executable in : luit – found
=> xorg-apps-7.2.r3_4 depends on file: /usr/X11R6/sbin/mkcomposecache - found
=> xorg-apps-7.2.r3_4 depends on executable in : oclock – found
=> xorg-apps-7.2.r3_4 depends on executable in : showrgb - found
=> xorg-apps-7.2.r3_4 depends on executable in : rstart – found
=> xorg-apps-7.2.r3_4 depends on executable in : xon - found
=> xorg-apps-7.2.r3_4 depends on executable in : sessreg – found
=> xorg-apps-7.2.r3_4 depends on executable in : setxkbmap - found
=> xorg-apps-7.2.r3_4 depends on executable in : showfont – found
=> xorg-apps-7.2.r3_4 depends on executable in : smproxy - found
=> xorg-apps-7.2.r3_4 depends on executable in : twm – found
=> xorg-apps-7.2.r3_4 depends on executable in : viewres - found
=> xorg-apps-7.2.r3_4 depends on executable in : x11perf – found
=> xorg-apps-7.2.r3_4 depends on executable in : xauth - found
=> xorg-apps-7.2.r3_4 depends on executable in : xbiff – found
=> xorg-apps-7.2.r3_4 depends on executable in : xcalc - found
=> xorg-apps-7.2.r3_4 depends on executable in : xclipboard – found
=> xorg-apps-7.2.r3_4 depends on executable in : xclock - found
=> xorg-apps-7.2.r3_4 depends on executable in : xcmsdb – found
=> xorg-apps-7.2.r3_4 depends on executable in : xconsole - found
=> xorg-apps-7.2.r3_4 depends on executable in : xcursorgen – found
=> xorg-apps-7.2.r3_4 depends on executable in : xdbedizzy - found
=> xorg-apps-7.2.r3_4 depends on executable in : xditview – found
=> xorg-apps-7.2.r3_4 depends on executable in : xdm - found
=> xorg-apps-7.2.r3_4 depends on executable in : xdpyinfo – found
=> xorg-apps-7.2.r3_4 depends on executable: xdriinfo - not found
=> Verifying install for xdriinfo in /usr/ports/x11/xdriinfo
===> Building for xdriinfo-1.0.1_1
make all-am
if cc
DHAVE_CONFIG_H -I. -I. -I. -D_THREAD_SAFE -I/usr/X11R6/include -O2 -fnostrict-aliasingpipe -MT xdriinfoxdriinfo.oMD -MP -MF “.deps/xdriinfoxdriinfo.Tpo”c -o xdriinfoxdriinfo.o `testf ‘xdriinfo.c’ || echo ‘./’`xdriinfo.c; then mv -f “.deps/xdriinfoxdriinfo.Tpo” “.deps/xdriinfo-xdriinfo.Po”; else rmf “.deps/xdriinfoxdriinfo.Tpo”; exit 1; fi*** Error code 1
Stop in /usr/ports/x11/xdriinfo/work/xdriinfo-1.0.1.
*** Error code 1
Stop in /usr/ports/x11/xdriinfo/work/xdriinfo-1.0.1.
*** Error code 1
Stop in /usr/ports/x11/xdriinfo.
*** Error code 1
Stop in /usr/ports/x11/xorg-apps.
*** Error code 1
Stop in /usr/ports/x11/xorg.
I’m using freebsd 6.2 stable. Nvidia 8800gtx card.
Here we go !
http://ftp.x.org/pub/X11R7.2/