Re: devel/git-subversion needed fix
On 2012-05-22 04:06, Jason Hellenthal wrote: Can someone please update devel/git-subversion === License check disabled, port has not defined LICENSE === Found saved configuration for git-subversion-1.7.9.6 = git-htmldocs-1.7.10.2.tar.gz is not in /usr/ports/devel/git-subversion/../git/distinfo. = Either /usr/ports/devel/git-subversion/../git/distinfo is out of date, or = git-htmldocs-1.7.10.2.tar.gz is spelled incorrectly. *** Error code 1 /usr/ports/devel/git-subversion# make fetch === License check disabled, port has not defined LICENSE = git-1.7.10.2.tar.gz doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch http://git-core.googlecode.com/files/git-1.7.10.2.tar.gz git-1.7.10.2.tar.gz 100% of 3720 kB 1323 kBps = git-manpages-1.7.10.2.tar.gz doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch http://git-core.googlecode.com/files/git-manpages-1.7.10.2.tar.gz git-manpages-1.7.10.2.tar.gz 100% of 499 kB 3128 kBps /usr/ports/devel/git-subversion# make checksum === License check disabled, port has not defined LICENSE = SHA256 Checksum OK for git-1.7.10.2.tar.gz. = SHA256 Checksum OK for git-manpages-1.7.10.2.tar.gz. Looks fine to me - have you tried to refresh your portstree? What's the content of your /usr/ports/devel/git/distinfo? Armin ___ 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: devel/git-subversion needed fix
On 2012-05-22 08:59, Jason Hellenthal wrote: On Tue, May 22, 2012 at 08:41:52AM +0200, Armin Pirkovitsch wrote: On 2012-05-22 04:06, Jason Hellenthal wrote: Can someone please update devel/git-subversion === License check disabled, port has not defined LICENSE === Found saved configuration for git-subversion-1.7.9.6 = git-htmldocs-1.7.10.2.tar.gz is not in /usr/ports/devel/git-subversion/../git/distinfo. = Either /usr/ports/devel/git-subversion/../git/distinfo is out of date, or = git-htmldocs-1.7.10.2.tar.gz is spelled incorrectly. *** Error code 1 /usr/ports/devel/git-subversion# make fetch === License check disabled, port has not defined LICENSE = git-1.7.10.2.tar.gz doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch http://git-core.googlecode.com/files/git-1.7.10.2.tar.gz git-1.7.10.2.tar.gz 100% of 3720 kB 1323 kBps = git-manpages-1.7.10.2.tar.gz doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch http://git-core.googlecode.com/files/git-manpages-1.7.10.2.tar.gz git-manpages-1.7.10.2.tar.gz 100% of 499 kB 3128 kBps /usr/ports/devel/git-subversion# make checksum === License check disabled, port has not defined LICENSE = SHA256 Checksum OK for git-1.7.10.2.tar.gz. = SHA256 Checksum OK for git-manpages-1.7.10.2.tar.gz. Looks fine to me - have you tried to refresh your portstree? What's the content of your /usr/ports/devel/git/distinfo? Read it again... Its not fine. You are not building or verifying the chksum for htmldocs at all here... The checksum has never been generated for this version because the maintainer or committer never has done so... http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/git/distinfo?rev=1.99;content-type=text%2Fplain Ah - sorry - my fault. ___ 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: [RFC] Seeking Approval: include bsd.port.pre.mk so SRC_BASE is defined before referenced
Unfortunately certain things need to be defined before bsd.port.pre.mk is included. So, pointy hat to me for giving bad advice. These show up immediately as bad distinfo problems: http://pointyhat-west.isc.freebsd.org/errorlogs/amd64-errorlogs/e.10-exp.20120522050031.pointyhat-west/lsof-4.86,7.log http://pointyhat-west.isc.freebsd.org/errorlogs/amd64-errorlogs/e.10-exp.20120522050031.pointyhat-west/cairo-reference-1.12.2,1.log I have already fixed lsof, but I don't understand cairo-reference. mcl ___ 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: graphics/gdal 1.9.0 does not build on CURRENT
On 22.05.2012 18:50 (UTC+1), coder.tuxfamily wrote: What's your make config ? #make showconfig === The following configuration options are available for gdal-1.9.0: CFITSIO=off FITS support CURL=off Curl support ECW=on ECW JPEG2000 support (THREAD required) EXPAT=on Expat support GEOS=on GEOS support GEOTIFF=on GeoTIFF support GIF=on GIF support GRASS=off GRASS support HDF4=off HDF4 support HDF5=on HDF5 support JASPER=on JPEG 2000 support via jasper JPEG=on JPEG support MYSQL=off MySQL support NETCDF=on NetCDF support ODBC=off ODBC support PERL=off Perl support PGSQL=on PostgreSQL support PHP=off PHP support PNG=on PNG support PROJ=on Projection support via proj PYTHON=on Python support RUBY=off Ruby support SQLITE=off SQLite support THREAD=on Thread support TIFF=on External libtiff XERCES=off Xerces support What's your uname -a ? FreeBSD xxx.xxx.xxx 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r235598: Fri May 18 11:52:38 CEST 2012 x...@xxx.xxx.xxx:/usr/obj/usr/src/sys/XXX amd64 Thank you I really appreciate your help, Rainer ___ 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: graphics/gdal 1.9.0 does not build on CURRENT
I have rewrote the patch. Maybe with this new patch... diff -ruN /usr/ports/graphics/gdal/files/patch-configure gdal/files/patch-configure --- /usr/ports/graphics/gdal/files/patch-configure 2012-05-19 12:04:43.0 +0200 +++ gdal/files/patch-configure 2012-05-22 19:48:35.0 +0200 @@ -1,6 +1,24 @@ configure.orig 2011-12-23 09:51:45.0 +0800 -+++ configure 2011-12-23 15:30:42.540316668 +0800 -@@ -21140,10 +21140,10 @@ +--- configure.orig 2012-01-04 08:03:42.0 +0100 configure 2012-05-22 19:47:53.0 +0200 +@@ -8908,7 +8908,7 @@ + LIBTOOL_DEPS=$ltmain + + # Always use our own libtool. +-LIBTOOL='$(SHELL) $(top_builddir)/libtool' ++LIBTOOL='$(SHELL) /usr/local/bin/libtool' + + + +@@ -18694,7 +18694,7 @@ + rm -f testiconv.* + echo '#include iconv.h' testiconv.cpp + echo 'int main(int argc, char** argv) { iconv_t cd; return iconv (cd, (const char **) 0, 0, 0, 0); } ' testiconv.cpp +-if test -z `${CXX} testiconv.cpp -c 21` ; then ++if test -z `${CXX} ${CPPFLAGS} testiconv.cpp -c 21` ; then + { $as_echo $as_me:${as_lineno-$LINENO}: result: using ICONV_CPP_CONST=\const\ 5 + $as_echo using ICONV_CPP_CONST=\const\ 6; } + ICONV_CPP_CONST=const +@@ -21232,10 +21232,10 @@ if { test -x $ncdump; }; then { $as_echo $as_me:${as_lineno-$LINENO}: checking libnetcdf version with $ncdump 5 $as_echo_n checking libnetcdf version with $ncdump... 6; } ___ 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: Heimdal 1.5.2 problem
On Tue, May 22, 2012 at 8:57 AM, Wesley Shields w...@freebsd.org wrote: As the person who committed this update I will take responsibility for seeing this through. Would you mind opening a PR with this patch and CC both myself and the maintainer so it can be properly tracked. I will work with both of you to make sure it is addressed. I got some good feedback about the patch. I was missing a \. Also, it was noted that I shouldn't make changes to the default settings in this patch since it is meant to correct a problem. I removed the change to default. Perhaps the different default is not the best solution. Maybe there should be a message that at least one backend is needed for the port to function, but none have been selected by default? I have attached the updated patch, and I've opened a PR here: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/168214 --- ports/security/heimdal/Makefile.old 2012-05-20 16:19:39.0 -0400 +++ ports/security/heimdal/Makefile 2012-05-21 06:58:34.0 -0400 @@ -7,13 +7,12 @@ PORTNAME= heimdal PORTVERSION= 1.5.2 -PORTREVISION= 1 +PORTREVISION= 2 CATEGORIES=security ipv6 MASTER_SITES= http://www.h5l.org/dist/src/ \ http://ftp.pdc.kth.se/pub/heimdal/src/ \ ftp://ftp.pdc.kth.se/pub/heimdal/src/ \ - ftp://ftp.sunet.se/pub/unix/admin/mirror-pdc/heimdal/src/ \ - ftp://ftp.ayamura.org/pub/heimdal/ + ftp://ftp.sunet.se/pub/unix/admin/mirror-pdc/heimdal/src/ MAINTAINER=joerg.p...@frm2.tum.de COMMENT= A popular BSD-licensed implementation of Kerberos 5 @@ -77,10 +76,10 @@ CFLAGS+= -I${BDB_INCLUDE_DIR} CPPFLAGS+= -I${BDB_INCLUDE_DIR} LDFLAGS+= -L${BDB_LIB_DIR} -CONFIGURE_ARGS+= --with-berkeley-db=${LOCALBASE} -# --with-berkeley-db-include=${BDB_INCLUDE_DIR} +CONFIGURE_ARGS+= --with-berkeley-db=${LOCALBASE} \ + --with-berkeley-db-include=${BDB_INCLUDE_DIR} .else -CONFIGURE_ARGS+= --without-berkeley-db +CONFIGURE_ARGS+= --with-berkeley-db=no .endif .if defined(WITH_SQLITE) ___ 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
xorg problems
Since a port upgrade yesterday, there have been some occasional graphical garblings in text in terminal windows and title bars. My saved example went away when X went away. Rebuilding everything the xfce4 port depended on doesn't seem to have cured it, nor did rebuilding everything the xorg port depends on. Starting X one time seems to work. Quit X and restart it, and the machine reboots. Any ideas? ___ 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: xorg problems
On Tue, May 22, 2012 at 2:20 PM, Warren Block wbl...@wonkity.com wrote: Since a port upgrade yesterday, there have been some occasional graphical garblings in text in terminal windows and title bars. My saved example went away when X went away. Rebuilding everything the xfce4 port depended on doesn't seem to have cured it, nor did rebuilding everything the xorg port depends on. Starting X one time seems to work. Quit X and restart it, and the machine reboots. Any ideas? Since you didn't tell us what 'a port upgrade'. I am guessing that it might be cairo, so try to downgrade cairo and see if it helps. You do not need to rebuild ports for that. Cheers, Mezz -- mezz.free...@gmail.com - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@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: xorg problems
On Tue, 22 May 2012, Jeremy Messenger wrote: On Tue, May 22, 2012 at 2:20 PM, Warren Block wbl...@wonkity.com wrote: Since a port upgrade yesterday, there have been some occasional graphical garblings in text in terminal windows and title bars. My saved example went away when X went away. Rebuilding everything the xfce4 port depended on doesn't seem to have cured it, nor did rebuilding everything the xorg port depends on. Starting X one time seems to work. Quit X and restart it, and the machine reboots. Any ideas? Since you didn't tell us what 'a port upgrade'. I am guessing that it might be cairo, so try to downgrade cairo and see if it helps. You do not need to rebuild ports for that. Sorry, I should have mentioned that. There were half a dozen or so new port versions last night, and then I ran portmaster --check-depends afterwards, which updated the dates on all of /var/db/pkg, so 'ls -ltr /var/db/pkg' failed me. Here's an example: http://www.wonkity.com/~wblock/garbled/garbled.jpg That is from post #8 in this thread, which might be related: http://forums.freebsd.org/showthread.php?t=32220___ 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: graphics/gdal 1.9.0 does not build on CURRENT
On 22.05.2012 20:15 (UTC+1), coder.tuxfamily wrote: I have rewrote the patch. Maybe with this new patch... Thanks, but again it gives me the same failure: libtool: compile: cc -DNDEBUG -O2 -pipe -O2 -fno-strict-aliasing -pipe -msse3 -O2 -pipe -O2 -fno-strict-aliasing -pipe -msse3 -Wall -Wdeclaration-after-statement -DOGR_ENABLED -I/usr/local/include -I/usr/ports/graphics/gdal/work/gdal-1.9.0/port -I/usr/local/include -I/usr/local -I/usr/local/include -I/usr/local/include -I/usr/local -I/usr/local/include -I/usr/local -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local -I/usr/local/include -I/usr -I/usr/include -fPIC -I../../port -I../../gcore -I../../alg -I../../ogr/ -I/usr/local/include/python2.7 -I/usr/local/lib/python2.7/site-packages/numpy/core/include -I/usr/ports/graphics/gdal/work/gdal-1.9.0/include -c extensions/gdal_wrap.cpp -fPIC -DPIC -o build/temp.freebsd-10.0-CURRENT-amd64-2.7/extensions/.libs/gdal_wrap.o cc1plus: warning: command line option -Wdeclaration-after-statement is valid for C/ObjC but not for C++ extensions/gdal_wrap.cpp: In function 'PyObject* _wrap_VSIFTruncateL(PyObject*, PyObject*)': extensions/gdal_wrap.cpp:6845: error: 'VSIFTruncateL' was not declared in this scope extensions/gdal_wrap.cpp: In function 'PyObject* _wrap_MajorObject_SetMetadata__SWIG_0(PyObject*, PyObject*)': extensions/gdal_wrap.cpp:7220: warning: deprecated conversion from string constant to 'char*' error: command '/bin/sh' failed with exit status 1 gmake[2]: *** [build] Fehler 1 gmake[2]: Leaving directory `/usr/ports/graphics/gdal/work/gdal-1.9.0/swig/python' gmake[1]: *** [build] Fehler 2 gmake[1]: Leaving directory `/usr/ports/graphics/gdal/work/gdal-1.9.0/swig' gmake: *** [swig-modules] Fehler 2 *** [do-build] Error code 1 Stop in /usr/ports/graphics/gdal. I don't think there is a problem with finding libtool or some python scripts. I will rebuild all my py27- ports and swig, just to be sure. ___ 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: Heimdal 1.5.2 problem
On Tue, May 22, 2012 at 03:08:31PM -0400, Robert Simmons wrote: On Tue, May 22, 2012 at 8:57 AM, Wesley Shields w...@freebsd.org wrote: As the person who committed this update I will take responsibility for seeing this through. Would you mind opening a PR with this patch and CC both myself and the maintainer so it can be properly tracked. I will work with both of you to make sure it is addressed. I got some good feedback about the patch. I was missing a \. Also, it was noted that I shouldn't make changes to the default settings in this patch since it is meant to correct a problem. I removed the change to default. I'm not opposed to removing the change to the default, but it does cause another problem. See below. Perhaps the different default is not the best solution. Maybe there should be a message that at least one backend is needed for the port to function, but none have been selected by default? If a backend is required the port should refuse to build if no backend is selected. This is pretty easy to do, just check for at least one of the backends. I have no idea if multiple backends can be supported so you may or may not want to also check for that. If it does require a backend then the port should default to one of them. If we don't pick one as a default then we get no package with the changes you are suggesting above (the IGNORE line I put in place will always happen on the package cluster). I'm attaching an updated version of your patch to this email that flips BDB on by default and does the check to make sure at least one backend is selected. If you feel it's sufficent we can get it in the PR so it is properly tracked. I have attached the updated patch, and I've opened a PR here: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/168214 Thank you for opening a PR. All too often things can fall through the mailing list cracks, and if it's in a PR we can at least have a record of it. I see eadler@ has grabbed your PR. As I said earlier, I'm willing to step up and commit this (pending maintainer approval or timeout). -- WXS Index: Makefile === RCS file: /home/ncvs/ports/security/heimdal/Makefile,v retrieving revision 1.94 diff -u -r1.94 Makefile --- Makefile 20 May 2012 00:08:19 - 1.94 +++ Makefile 22 May 2012 20:45:56 - @@ -7,13 +7,12 @@ PORTNAME= heimdal PORTVERSION= 1.5.2 -PORTREVISION= 1 +PORTREVISION= 2 CATEGORIES= security ipv6 MASTER_SITES= http://www.h5l.org/dist/src/ \ http://ftp.pdc.kth.se/pub/heimdal/src/ \ ftp://ftp.pdc.kth.se/pub/heimdal/src/ \ - ftp://ftp.sunet.se/pub/unix/admin/mirror-pdc/heimdal/src/ \ - ftp://ftp.ayamura.org/pub/heimdal/ + ftp://ftp.sunet.se/pub/unix/admin/mirror-pdc/heimdal/src/ MAINTAINER= joerg.p...@frm2.tum.de COMMENT= A popular BSD-licensed implementation of Kerberos 5 @@ -22,7 +21,7 @@ OPTIONS= IPV6 Enable IPV6 supporton \ KCM Enable Kerberos Credentials Manager on \ - BDB Enable BerkeleyDB KDC backend support off \ + BDB Enable BerkeleyDB KDC backend support on \ SQLITE Enable SQLite KDC backend support off \ LDAP Enable OpenLDAP KDC backend support off \ PKINIT Enable PK-INIT support on \ @@ -48,6 +47,10 @@ .include bsd.port.pre.mk +.if !defined(WITH_BDB) !defined(WITH_SQLITE) !defined(WITH_LDAP) +IGNORE= Need a backend. +.endif + .if ${ARCH} == amd64 CFLAGS+= -fPIC .endif @@ -77,10 +80,10 @@ CFLAGS+= -I${BDB_INCLUDE_DIR} CPPFLAGS+= -I${BDB_INCLUDE_DIR} LDFLAGS+= -L${BDB_LIB_DIR} -CONFIGURE_ARGS+= --with-berkeley-db=${LOCALBASE} -# --with-berkeley-db-include=${BDB_INCLUDE_DIR} +CONFIGURE_ARGS+= --with-berkeley-db=${LOCALBASE} \ + --with-berkeley-db-include=${BDB_INCLUDE_DIR} .else -CONFIGURE_ARGS+= --without-berkeley-db +CONFIGURE_ARGS+= --with-berkeley-db=no .endif .if defined(WITH_SQLITE) ___ 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: xorg problems
On Tue, 22 May 2012, Gök?in Akdeniz wrote: If you downgrade cairo port it will be ok. If you update ports tree with csup try portdowngrade. If not try to get the old version of ciaro port as package, remove the new one and install the old one, then do nnot upgrade the cairo port. That will keep things working untill a bug fix is available. Yes, so far so good. Downgraded to cairo-1.10.2_3,1 and have not seen the garbling problem again.___ 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: Heimdal 1.5.2 problem
On Tue, May 22, 2012 at 5:14 PM, Wesley Shields w...@freebsd.org wrote: On Tue, May 22, 2012 at 03:08:31PM -0400, Robert Simmons wrote: On Tue, May 22, 2012 at 8:57 AM, Wesley Shields w...@freebsd.org wrote: As the person who committed this update I will take responsibility for seeing this through. Would you mind opening a PR with this patch and CC both myself and the maintainer so it can be properly tracked. I will work with both of you to make sure it is addressed. I got some good feedback about the patch. I was missing a \. Also, it was noted that I shouldn't make changes to the default settings in this patch since it is meant to correct a problem. I removed the change to default. I'm not opposed to removing the change to the default, but it does cause another problem. See below. Perhaps the different default is not the best solution. Maybe there should be a message that at least one backend is needed for the port to function, but none have been selected by default? If a backend is required the port should refuse to build if no backend is selected. This is pretty easy to do, just check for at least one of the backends. I have no idea if multiple backends can be supported so you may or may not want to also check for that. I may have been too hasty. I've thought of a situation where one would want to build the port with no backend at all. If one wanted to use the tools in the port to administrate a remote install of Heimdal, they may want to build it without a backend. My initial thoughts were only for installing the port as a Heimdal server, and with the --with-berkeley-db=no problem fixed it does not wrongly find the version of BDB in the base OS. With this fix, the port can function with no backends selected. It just won't be able to function in a server capacity. I am also not an expert in Heimdal, I just installed it from source via its own instructions and compared that with what the FreeBSD port was doing. I'd wait for the maintainer to make changes to the default behavior for the above reason. If it does require a backend then the port should default to one of them. If we don't pick one as a default then we get no package with the changes you are suggesting above (the IGNORE line I put in place will always happen on the package cluster). I'm attaching an updated version of your patch to this email that flips BDB on by default and does the check to make sure at least one backend is selected. If you feel it's sufficent we can get it in the PR so it is properly tracked. See above. And I read the commit logs for Heimdal 1.5.2 in HEAD in the base OS and it seems that the default that that maintainer uses is SQLite. That makes me even more wary of changing default behavior to choose BDB. This is from the commit log: Heimdal's KDC now require sqlite to operate. We use the bundled version and install it as libheimsqlite. If some other FreeBSD components will require it in the future we can rename it to libbsdsqlite and use for these components as well. http://svnweb.freebsd.org/base/head/crypto/heimdal/ChangeLog?view=log I have attached the updated patch, and I've opened a PR here: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/168214 Thank you for opening a PR. All too often things can fall through the mailing list cracks, and if it's in a PR we can at least have a record of it. I see eadler@ has grabbed your PR. As I said earlier, I'm willing to step up and commit this (pending maintainer approval or timeout). Glad I can help. ___ 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: xorg problems
On 22-5-2012 23:48, Warren Block wrote: On Tue, 22 May 2012, Gök?in Akdeniz wrote: If you downgrade cairo port it will be ok. If you update ports tree with csup try portdowngrade. If not try to get the old version of ciaro port as package, remove the new one and install the old one, then do nnot upgrade the cairo port. That will keep things working untill a bug fix is available. Yes, so far so good. Downgraded to cairo-1.10.2_3,1 and have not seen the garbling problem again. Just picking the last message in the thread. I found a Xorg bug report about the cairo 1.12 corruption. I will investigate this more closely tomorrow since I about to fall asleep. It seems there is a issue in EXA. People with cairo 1.12 should try to disable that and see if that helps. I think that can be done by putting the line below in your xorg.conf. Option NoAccel true -Koop ___ 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: xorg problems
On Tue, May 22, 2012 at 7:25 PM, Koop Mast k...@rainbow-runner.nl wrote: On 22-5-2012 23:48, Warren Block wrote: On Tue, 22 May 2012, Gök?in Akdeniz wrote: If you downgrade cairo port it will be ok. If you update ports tree with csup try portdowngrade. If not try to get the old version of ciaro port as package, remove the new one and install the old one, then do nnot upgrade the cairo port. That will keep things working untill a bug fix is available. Yes, so far so good. Downgraded to cairo-1.10.2_3,1 and have not seen the garbling problem again. Just picking the last message in the thread. I found a Xorg bug report about the cairo 1.12 corruption. I will investigate this more closely tomorrow since I about to fall asleep. It seems there is a issue in EXA. People with cairo 1.12 should try to disable that and see if that helps. I think that can be done by putting the line below in your xorg.conf. Option NoAccel true Yes, it's what I have collected from in Google search as well. http://lists.x.org/archives/xorg-announce/2012-May/001943.html * Pixmap (and bo leak) during fallback glyph composition * Remove broken acceleration for rendering glyphs directly upon the destination pixmap, exposed by cairo-1.12.0 (and coincidentally fix another Pixmap leak upon fallback handling). Another for xorg-server 1.12.x: https://projects.archlinux.org/svntogit/packages.git/tree/trunk/EXA_Fall_back_earlier_and_more_thoroughly_from_exaGlyphsV2.diff?h=packages/xorg-server I can't reproduce any of bug here with nvidia-driver as I have been running for three or four days by now with GNOME 2, Firefox 12 and etc. Cheers, Mezz -Koop -- mezz.free...@gmail.com - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@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: [RFC] Seeking Approval: include bsd.port.pre.mk so SRC_BASE is defined before referenced
On 05/21/12 15:04, Jason Helfman so wittily quipped: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am working on the following pr, and would like to get others approval to the following patch: http://people.freebsd.org/~jgh/files/pre-patch.txt http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/165994 This patch is fixing several use cases of SRC_BASE before it is defined. (re: comms/uarduno port) Now that I understand what the patch is for I totally agree, it should be applied to comms/uarduno as well. I believe I copied my port from one of the others that had the 'bad logic' in it, so thanks for catching it. Do I need to make the change or are you going to do it on your end? ___ 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: [RFC] Seeking Approval: include bsd.port.pre.mk so SRC_BASE is defined before referenced
On Tue, May 22, 2012 at 07:04:29PM -0700, Bob Frazier thus spake: On 05/21/12 15:04, Jason Helfman so wittily quipped: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am working on the following pr, and would like to get others approval to the following patch: http://people.freebsd.org/~jgh/files/pre-patch.txt http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/165994 This patch is fixing several use cases of SRC_BASE before it is defined. (re: comms/uarduno port) Now that I understand what the patch is for I totally agree, it should be applied to comms/uarduno as well. I believe I copied my port from one of the others that had the 'bad logic' in it, so thanks for catching it. Do I need to make the change or are you going to do it on your end? Thanks so much! Committed. Still working through the list :) -jgh -- Jason Helfman FreeBSD Committer | http://people.freebsd.org/~jgh | The Power To Serve ___ 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: graphics/gdal 1.9.0 does not build on CURRENT
Am 22.05.2012 22:45 (UTC+1) schrieb Rainer Hurling: On 22.05.2012 20:15 (UTC+1), coder.tuxfamily wrote: I have rewrote the patch. Maybe with this new patch... Thanks, but again it gives me the same failure: libtool: compile: cc -DNDEBUG -O2 -pipe -O2 -fno-strict-aliasing -pipe -msse3 -O2 -pipe -O2 -fno-strict-aliasing -pipe -msse3 -Wall -Wdeclaration-after-statement -DOGR_ENABLED -I/usr/local/include -I/usr/ports/graphics/gdal/work/gdal-1.9.0/port -I/usr/local/include -I/usr/local -I/usr/local/include -I/usr/local/include -I/usr/local -I/usr/local/include -I/usr/local -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local -I/usr/local/include -I/usr -I/usr/include -fPIC -I../../port -I../../gcore -I../../alg -I../../ogr/ -I/usr/local/include/python2.7 -I/usr/local/lib/python2.7/site-packages/numpy/core/include -I/usr/ports/graphics/gdal/work/gdal-1.9.0/include -c extensions/gdal_wrap.cpp -fPIC -DPIC -o build/temp.freebsd-10.0-CURRENT-amd64-2.7/extensions/.libs/gdal_wrap.o cc1plus: warning: command line option -Wdeclaration-after-statement is valid for C/ObjC but not for C++ extensions/gdal_wrap.cpp: In function 'PyObject* _wrap_VSIFTruncateL(PyObject*, PyObject*)': extensions/gdal_wrap.cpp:6845: error: 'VSIFTruncateL' was not declared in this scope extensions/gdal_wrap.cpp: In function 'PyObject* _wrap_MajorObject_SetMetadata__SWIG_0(PyObject*, PyObject*)': extensions/gdal_wrap.cpp:7220: warning: deprecated conversion from string constant to 'char*' error: command '/bin/sh' failed with exit status 1 gmake[2]: *** [build] Fehler 1 gmake[2]: Leaving directory `/usr/ports/graphics/gdal/work/gdal-1.9.0/swig/python' gmake[1]: *** [build] Fehler 2 gmake[1]: Leaving directory `/usr/ports/graphics/gdal/work/gdal-1.9.0/swig' gmake: *** [swig-modules] Fehler 2 *** [do-build] Error code 1 Stop in /usr/ports/graphics/gdal. I don't think there is a problem with finding libtool or some python scripts. I will rebuild all my py27- ports and swig, just to be sure. As I assumed, rebuilding py27- and swig ports does not correct my problem. ___ 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