Re: sysutils/diskcheckd needs fixing and a maintainer
Mark Linimon wrote: On Thu, Aug 18, 2011 at 02:57:17AM +0200, Julian H. Stacey wrote: I'd question _why_ valuable people like you Chris would allow your time to be distracted merely to try to get repair run time capability of a port. I haven't spent any time on this port. I'm just trying to reply to traffic on the mailing list. Most of the time is spent on maintaining the package building cluster. In general I'm happier to work on infrastructure patches than individual ports. Great. Thanks. But I do try to keep up with the mailing lists, and, in this case, lend my support to the effort that others are doing to clean up bitrot. I hope you can accept that it looks to me as though there are honest differences of opinion about what shape this port is in. Yes, seems so. I personally have no stake in it. Ditto. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below, not above; Indent with ; Cumulative like a play script. Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. ___ 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: audio/adpcm (Re: FreeBSD unmaintained ports which are currently scheduled for deletion)
On 22 August 2011 03:24, Mikhail T. mi+t...@aldan.algebra.com wrote: On -10.01.-28163 14:59, lini...@freebsd.org wrote: portname: audio/adpcm description: An Intel/DVI IMA ADPCM codec library maintainer:po...@freebsd.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview:http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=adpcm At least in this particular case, I don't think, the removal is warranted. The public distfiles disappeared not because of a deliberate action by the developer or copyright-holder, but simply because the entire ftp.cwi.nl is now gone. Sites continue to host the file -- we should allow CWI.net to sort things out with their FTP-server (or, perhaps, they intend to offer the same code over HTTP later). Could you add those extra sites to MASTER_SITES then please? Chris ___ 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: [HEADS UP] Ruby 1.9 will become the default Ruby version this weekend
Hi, Barring objections, I'm planning to commit this patch: http://people.freebsd.org/~swills/ruby19_and_gems_changes6.diff tomorrow. It will update Ruby 1.9 and make it the default version. If you wish to continue using Ruby 1.8, set RUBY_VER= 1.8 in /etc/make.conf. There are still some ports which do not work with Ruby 1.9, but most work OK. If you have any objections or questions, please let me know. Thanks, Steve -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (FreeBSD) First thanks for all your work on this. An entry in /usr/ports/UPDATING mentioning the RUBY_VER= 1.8 would be in place. After my portmaster run i did not get the ruby19-gems port. After reading the UPDATING file, and did not found anything related, i searched my e-mail and found your message. Regards, Johan Hendriks ___ 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: distfile status - do I have to do something about it?
On 21 Aug 2011 21:56, Anton Shterenlikht me...@bristol.ac.uk wrote: On Tue, Jul 26, 2011 at 02:22:08PM -0400, b. f. wrote: I maintain these 2 ports: http://people.freebsd.org/~ehaupt/distilator/me...@bristol.ac.uk-bad.html Do I have to do something about it? Probably not for the 500s, unless the recur many times. The NXDOMAIN is more troubling: you should investigate if upstream has moved, or is defunct. If you can't determine this by other information, and the site is unreachable, wait a while, to ensure that it is not a temporary outage with someone's nameserver, and then, if the problem has not been solved, find another place to host the distfiles, or deprecate the port. I fixed NXDOMAIN. Some 500s indeed recur many times. I want to fix those too. However, some are defined in Mk/bsd.sites.mk, e.g.: sunsite.org.uk What's the procedure for updating bsd.sites.mk? Send-pr -- any ports committer can edit it. Just don't break the syntax, or erwin will do horrible things to you. Chris ___ 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/159992[PATCH] www/xxxterm update to 1.489 o ports/159991[PATCH] devel/py-mercurialserver mark IGNORE o ports/159988New port: mail/postfix-logwatch Postfix MTA log parser f ports/159980devel/bzr-git does not work with devel/dulwich-0.8.0 o ports/159978devel/bazaar-ng 2.4.0: Viewing help for subcommands re o ports/159976new port: games/blackjack o ports/159972[maintainer-update] x11-wm/mcwm to 20110818 o ports/159967misc/esniper: new version available on SF reflecting c o ports/159966[maintainer update] Update sysutils/boxbackup-devel to f ports/159961[Patch] Update x11-wm/echinus to version 0.4.7 o ports/159960[Patch] Update multimedia/gst123 to version 0.2.1 f ports/159959[UPDATE] x11-wm/matwm2 to 0.1.2pre3 f ports/159958[UPDATE] x11/deskpaint to 3.1 o ports/159956[NEW PORT] www/py-requests, an simple HTTP library for f ports/159955[UPDATE] textproc/py-creole to 0.7.3 f ports/159951[patch] www/woof to support Python 2.7 o ports/159935 ports-bug [PATCH] devel/libparserutils: update dependencies and f ports/159926[PATCH] lang/py-prolog: some cleanup o ports/159922[patch[maintainer-update] deskutils/virt-manager: clea o ports/159920[MAINTAINER] dns/zonecheck: update to 3.0.5 o ports/159915[MAINTAINER] net-mgmt/ndpmon: [SUMMARIZE CHANGES] o ports/159914[MAINTAINER] net-mgmt/ramond: [SUMMARIZE CHANGES] o ports/159909[maintainer] lang/ikarus: add more MASTER_SITES o ports/159908[new] devel/php5-blitz-devel Templating engin o ports/159907[new] devel/php5-blitz Templating engin o ports/159903japanese/a2ps: a2ps-j generates warning errors for obs o ports/159896New Port: sysutils/vlogger o ports/159894[new port] databases/php52-rrdtool f ports/159874[patch] sysutils/zfs-snapshot-mgmt: respect local time o ports/159873net/libgcrypt needs libgpg error 1.8 f ports/159872[UPDATE] www/xpi-firebug: update to 1.8.1 o ports/159864[maintainer update] x11/trayer-srg update to 1.1.3 o ports/159863[patch] chinese/tin with tin 1.9.6 o ports/159843[PATCH] databases/postgresql-plpython: unbreak f ports/159821[patch] www/squid31: dnsserver does not build o ports/159819Upgrade games/freedoko to 0.7.10. o ports/159803update security/monkeysphere to 0.35 f ports/159791x11-fonts/terminus-font patch apply fails f ports/159790sysutils/freesbie cannot build iso f ports/159786[patch] upgrade of security/ossec-hids-server and secu o ports/159770New port: net-mgmt/massh o ports/159766cannnot execute sysutil/ezjail on 9.0 BETA1 o ports/159760New port: devel/libparserutils A library useful when w o ports/159748comms/rxtx installs improperly with openjdk7 o ports/159747New port: sysutlis/wiimms : Wii and GameCube ISO Tools o ports/159735[patch] adopt and update comms/rxtx o ports/159728sysutils/htop-0.9.0_1 is broken (does not show process o ports/159703NEW PORT: Apache Libcloud 0.5.2 o ports/159668math/pari update o ports/159656bsd.database.mk fails to locate installed bdb51 librar o ports/159644Math/asir2000 BROKENed, so update. o ports/159636[patch] net/freevrrpd: RC script for freevrrpd that co o ports/159631New port: sysutils/amount FreeBSD specific auto mount o ports/159626New port: dns/radns IPv6 DNS server address autoconfig f ports/159619net-mgmt/netams install cgi scripts without exec permi f ports/159607Update port: graphic/mahotas Efficient Image Processin o ports/159605Change port version: deskutils/x-tile A tiling applica o ports/159575[new port] games/stockfish: open source chess engine f ports/159560[PATCH] devel/php-xdebug: update to 2.1.2 o ports/159550audo/freeswitch-sounds: update to latest version, othe o ports/159549[New Port] graphics/ocrfeeder o ports/159544[New Port] graphics/py-imaging-sane f ports/159516[patch] Port comms/mlan3 update to 310r2 version o ports/159515[MAINTAINER] net-mgmt/zabbix-server: update to 1.8.6 f ports/159409
Re: audio/adpcm (Re: FreeBSD unmaintained ports which are currently scheduled for deletion)
On 22.08.2011 04:46, Chris Rees wrote: On 22 August 2011 03:24, Mikhail T.mi+t...@aldan.algebra.com wrote: On -10.01.-28163 14:59, lini...@freebsd.org wrote: portname: audio/adpcm description:An Intel/DVI IMA ADPCM codec library maintainer:po...@freebsd.org deprecated because: No more public distfiles expiration date:2011-09-01 build errors: none. overview:http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=adpcm At least in this particular case, I don't think, the removal is warranted. The public distfiles disappeared not because of a deliberate action by the developer or copyright-holder, but simply because the entire ftp.cwi.nl is now gone. Sites continue to host the file -- we should allow CWI.net to sort things out with their FTP-server (or, perhaps, they intend to offer the same code over HTTP later). Could you add those extra sites to MASTER_SITES then please? None of them are official -- and various web-pages continue to refer to ftp.cwi.nl as the source. Since FreeBSD mirrors already provide unofficial mirrors, is there a point in adding those at this time? -mi ___ 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: LibreOffice 3.4.x
Maintainer is office@, CC'd. On 22 Aug 2011 21:33, Albert Shih albert.s...@obspm.fr wrote: Hi all. Just want to warn the maintainer of libreoffice ports, the last version don't compile. Don't known if that's help. Big thanks to who maintained this big software. I'm running FreeBSD 8-Stable (Aug 8 2011) on amd64 version All ports (not libreoffice of course) is up2date. The libreoffice 3.4.x compile and stop with something like * Indexing, adding files ./usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/clone/help/helpcontent2/source/auxiliary/fr/swriter.cfg../usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/clone/help/helpcontent2/ unxfbsdx.pro/misc/fr/swriter.tree.time taken was 11.487 seconds ...Lucene: Indexing to directory '../../unxfbsdx.pro/misc/ziptmpswriter_fr/swriter.idxl' .Indexing, adding files ... Optimizing ... Zipping ... Optimizing ... Zipping ... 1413 total milliseconds 1381 total milliseconds helpcontent2 deliver deliver -- version: 275594 Module 'helpcontent2' delivered successfully. 19 files copied, 2 files unchanged --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes it seems that the error is inside 'mythes', please re-run build inside this module to isolate the error and/or test your fix: --- rm -Rf /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes/ unxfbsdx.pro # optional module 'clean' /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3 source ./FreeBSDAMDEnv.Set.sh cd mythes build when the problem is isolated and fixed exit and re-run 'make' from the top-level gmake: *** [all] Erreur 1 *** Error code 1 Stop in /usr/ports/editors/libreoffice. * Regards. -- Albert SHIH DIO batiment 15
Re: FreeBSD Port: chromium-13.0.782.112
Hey,
Thank your for the very useful reply! I don't remember seeing that
defines statement anywhere in the documentation. Running gmake
chromedriver seems to work well, up to this:
CC(target)
out/Debug/obj.target/ffmpegsumo/third_party/ffmpeg/patched-ffmpeg-mt/libavcodec/x86/dsputil_mmx.o
cc1: warning: command line option -Wno-deprecated is valid for
C++/ObjC++ but not for C
{standard input}: Assembler messages:
{standard input}:5925: Error: no such instruction: `pabsw %mm3,%mm3'
[truncated]
{standard input}:45117: Error: no such instruction: `palignr $4,%xmm7,%xmm6'
gmake: ***
[out/Debug/obj.target/ffmpegsumo/third_party/ffmpeg/patched-ffmpeg-mt/libavcodec/x86/dsputil_mmx.o]
Error 1
I found this issue: http://code.google.com/p/chromium/issues/detail?id=56708
GMake should be picking up freebsd/x64/config.h that defines HAVE_LOG2F 0
Have you seen this on FreeBSD since the linked issue?
Thank you again for your help!
On Sat, Aug 20, 2011 at 3:34 PM, George Liaskos geo.lias...@gmail.com wrote:
On Fri, Aug 19, 2011 at 2:39 AM, Patrick Ian pransp...@gmail.com wrote:
Hey,
I would like to use the chromedriver target from the chromium port.
However, I do not know how to add that target to my local ports
chromium configuration. How do I make the chromedriver target?
--
-Patrick Ranspach-
Hello,
Do a make patch in the port's directory, set GYP_DEFINES*
and then you can cd into work/chromium-version directory
and play with gmake target -jx.
I believe that the makefiles are created automatically if they
don't exist but if you have problems run the following :
python ./build/gyp_chromium chrome/chrome.gyp --depth .
I haven't heard of chromedriver before but please report
your findings back so we can work on a port option.
* setenv GYP_DEFINES use_system_libxml=1 use_system_ffmpeg=0
use_system_yasm=1 python_ver=2.7 ffmpeg_branding=Chrome use_gconf=1
use_system_vpx=1 disable_nacl=1 use_ibus=0 linux_use_heapchecker=1
linux_link_gsettings=1 linux_link_gnome_keyring=1 use_gnome_keyring=1
Regards,
George
--
-Patrick Ranspach-
___
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: FreeBSD unmaintained ports which are currently scheduled for deletion
On 2011-Aug-21 08:30:13 +0200, lini...@freebsd.org wrote: portname: cad/tkgate description:A Tcl/Tk based digital circuit editor and simulator maintainer: po...@freebsd.org deprecated because: No more public distfiles expiration date:2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cadportname=tkgate I have no problem fetching this port from the mastersite. portname: sysutils/cpuburn description:CPU/memory stress testing utilities maintainer: po...@freebsd.org deprecated because: No more public distfiles expiration date:2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutilsportname=cpuburn Actually, the mastersite has been discontinued by the ISP. It looks like it's still available elsewhere but I can't find a replacement mastersite. -- Peter Jeremy pgp92rokiqI78.pgp Description: PGP signature
textproc/mythes
Hi! I tried to update LibreOfficw whic need a mythes but there are an error: Configuring for mythes-1.2.1_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... /usr/local/bin/gmkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no 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 whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking build system type... i386-portbld-freebsd8.2 checking host system type... i386-portbld-freebsd8.2 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 a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... (cached) 262144 checking whether the shell understands some XSI constructs... yes checking whether the shell understands +=... no checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from cc object... ok checking how to run the C preprocessor... cpp 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 for dlfcn.h... yes checking whether we are using the GNU C++ compiler... (cached) yes checking whether c++ accepts -g... (cached) yes checking dependency style of c++... (cached) gcc3 checking how to run the C++ preprocessor... c++ -E checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd8.2 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking for c++ option to produce PIC... -fPIC -DPIC checking if c++ PIC flag -fPIC -DPIC works... yes checking if c++ static flag -static works... yes checking if c++ supports -c -o file.o... yes checking if c++ supports -c -o file.o... (cached) yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd8.2 ld.so checking how to hardcode library paths into programs... immediate checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for HUNSPELL... no configure: error: Package requirements (hunspell) were not met: gnome-config: not found No package 'hunspell' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables HUNSPELL_CFLAGS and HUNSPELL_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. === Script configure failed unexpectedly. Please report the problem to off...@freebsd.org [maintainer] and attach the /usr/ports/textproc/mythes/work/mythes-1.2.1/config.log including the output of the failure
Re: textproc/mythes
Hi! I tried to update LibreOfficw whic need a mythes but there are an error: Configuring for mythes-1.2.1_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... /usr/local/bin/gmkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no 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 whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking build system type... i386-portbld-freebsd8.2 checking host system type... i386-portbld-freebsd8.2 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 a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... (cached) 262144 checking whether the shell understands some XSI constructs... yes checking whether the shell understands +=... no checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from cc object... ok checking how to run the C preprocessor... cpp 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 for dlfcn.h... yes checking whether we are using the GNU C++ compiler... (cached) yes checking whether c++ accepts -g... (cached) yes checking dependency style of c++... (cached) gcc3 checking how to run the C++ preprocessor... c++ -E checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd8.2 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking for c++ option to produce PIC... -fPIC -DPIC checking if c++ PIC flag -fPIC -DPIC works... yes checking if c++ static flag -static works... yes checking if c++ supports -c -o file.o... yes checking if c++ supports -c -o file.o... (cached) yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd8.2 ld.so checking how to hardcode library paths into programs... immediate checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for HUNSPELL... no configure: error: Package requirements (hunspell) were not met: gnome-config: not found No package 'hunspell' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables HUNSPELL_CFLAGS and HUNSPELL_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. === Script configure failed unexpectedly. Please report the problem to off...@freebsd.org [maintainer] and
How to deal with conflict between graphics/libGL and x11/nvidia-driver?
Does anyone have any suggestions on how to deal with the conflict between the ports libGL and nvidia-driver? Both install their own version of /usr/local/lib/libGL.so.1. Obviously, if you're using the nvidia driver, you need nvidia's version and not libGL's version, but many other ports also depend on libGL. I'm not quite sure how to deal with this so that any portupgrades, etc. won't keep trampling over my nvidia GL libraries. I was going to use an ALT_PKGDEP for portupgrade, but the problem is that libGL also installs some include files that nvidia-driver does not, so that's not a sufficient solution. Any ideas? Thanks. P.S. Or perhaps the maintainers of these two ports need to put their heads together and work something out? :-) -- Conrad J. Sabatier conr...@cox.net ___ 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
