gmane.os.freebsd.devel.ports

Re: graphics/gdal 1.9.0 does not build on CURRENT

Rainer Hurling — 2012-05-23T16:37:02

I just tested three cases:

(1) No swig installed      ->  gdal 1.9.0 builds and installs fine

(2) swig 1.3.40 installed  ->  the build breaks, see older mails

(3) swig 2.0.4 installed   ->  gdal 1.9.0 builds and installs fine


So we only have to take care that swig 1.3.40 is not installed.


With swig installed, the pkg-plist of gdal is incomplete, 'make 
deinstall' shows

pkg_delete: unable to completely remove directory '/usr/local/share/gdal'
pkg_delete: unable to completely remove directory 
'/usr/local/lib/python2.7/site-packages/GDAL-1.9.0-py2.7-freebsd-10.0-CURRENT-amd64.egg/osgeo'
pkg_delete: unable to completely remove directory 
'/usr/local/lib/python2.7/site-packages/GDAL-1.9.0-py2.7-freebsd-10.0-CURRENT-amd64.egg'
pkg_delete: couldn't entirely delete package `gdal-1.9.0'
(perhaps the packing list is incorrectly specified?)



That would be nice!
_______________________________________________
freebsd-ports< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To un

Re: graphics/gdal 1.9.0 does not build on CURRENT

coder.tuxfamily — 2012-05-23T16:22:58



OK. Maybe inclue the swig dependancy into the Makefile.

I try to port gdal 1.9.1
_______________________________________________
freebsd-ports< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe< at >freebsd.org"

Re: graphics/gdal 1.9.0 does not build on CURRENT

Rainer Hurling — 2012-05-23T15:51:51

OK, I think I get it. This failure does not happen, if swig is not 
installed. Then it builds and installs fine.

Do you have any idea what is going wrong with swig here?
_______________________________________________
freebsd-ports< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe< at >freebsd.org"

Evince fails upgrade

Robert — 2012-05-23T14:34:19

Hello Port readers

I am unable to upgrade to latest evince due to following failure.
Evince now calls for www/yelp which calls for www/libxul which has
vulnerabilities.

[robert< at >dell64] /usr/ports/x11/yelp% sudo make install clean

 yelp is using libxul for gecko support, but you can
 change that by defining WITH_GECKO to the following values:

   libxul 

===>  License check disabled, port has not defined LICENSE
===>  Extracting for yelp-2.30.2_2
=> SHA256 Checksum OK for gnome2/yelp-2.30.2.tar.bz2.
/bin/rm -f /usr/ports/x11/yelp/work/yelp-2.30.2/data/yelp.schemas
===>  Patching for yelp-2.30.2_2
===>  Applying FreeBSD patches for yelp-2.30.2_2
===>   yelp-2.30.2_2 depends on file: /usr/local/lib/libxul/libxul.so -
not found ===>    Verifying install for /usr/local/lib/libxul/libxul.so
in /usr/ports/www/libxul ===>  libxul-1.9.2.28 has known
vulnerabilities: Affected package: libxul-1.9.2.28
Type of problem: mozilla -- multiple vulnerabilities.
Reference:
http://portaudit.FreeBSD.org/380e8c56-8e32-11e1-9

Re: graphics/gdal 1.9.0 does not build on CURRENT

Rainer Hurling — 2012-05-23T04:27:04

Am 22.05.2012 22:45 (UTC+1) schrieb Rainer Hurling:

As I assumed, rebuilding py27- and swig ports does not correct my problem.
_______________________________________________
freebsd-ports< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe< at >freebsd.org"

Re: [RFC] Seeking Approval: include bsd.port.pre.mk so SRC_BASE is defined before referenced

Jason Helfman — 2012-05-23T03:07:20

On Tue, May 22, 2012 at 07:04:29PM -0700, Bob Frazier thus spake:
Thanks so much! Committed.
Still working through the list :)
-jgh

Re: [RFC] Seeking Approval: include bsd.port.pre.mk so SRC_BASE is defined before referenced

Bob Frazier — 2012-05-23T02:04:29

On 05/21/12 15:04, Jason Helfman so wittily quipped:

(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< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe< at >freebsd.org"

Re: xorg problems

Jeremy Messenger — 2012-05-23T01:46:20

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

Re: xorg problems

Koop Mast — 2012-05-23T00:25:11

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< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe< at >freebsd.org"

Re: Heimdal 1.5.2 problem

Robert Simmons — 2012-05-22T22:29:20

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.


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

Re: xorg problems

Warren Block — 2012-05-22T21:48:36


Yes, so far so good.  Downgraded to cairo-1.10.2_3,1 and have not seen 
the garbling problem again._______________________________________________
freebsd-ports< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe< at >freebsd.org"

Re: Heimdal 1.5.2 problem

Wesley Shields — 2012-05-22T21:14:34

I'm not opposed to removing the change to the default, but it does cause
another problem. See below.


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.


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< at > has grabbe

Re: graphics/gdal 1.9.0 does not build on CURRENT

Rainer Hurling — 2012-05-22T20:45:14

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* 
_

Re: xorg problems

Gökşin Akdeniz — 2012-05-22T20:24:08

Tue, 22 May 2012 14:38:03 -0500 tarihinde
Jeremy Messenger <mezz.freebsd< at >gmail.com> yazmış:



That is due to a probable bug of Xorg-Intel driver with cairo. Boxes
with intel graphics cards and cairo port updated will have X11 troubles
as soon as you start an application which has GTK+ dependencies. Xorg
shutsdown with "fatal error". Xorg logs will not reveal anything excpet
that inter driver is broken.

Rebuilding all cairo and GTK depended ports do not solve the problem
but xorg will say error 0x10 and logs will not say nothing more than
that.

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.

I hope that helps.

Re: xorg problems

Warren Block — 2012-05-22T20:23:41


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< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe< at >freebsd.org"

Re: Building gimp-2.8

Ruslan Mahmatkhanov — 2012-05-22T20:08:37

Heino Tiedemann wrote on 22.05.2012 23:56:

There is a patch from Koop Mast, that updates gimp to 2.8 (and gegl/babl 
too). But new gimp also requires more fresh atk and all of this needs 
testing. I can't recall the link for kwm's patch, and will not put one 
that I have somewhere, because there is possibility that there is 
updated version of it. Koop, can you please post that patch link here so 
the interested people can check it on their own?

Re: Building gimp-2.8

Heino Tiedemann — 2012-05-22T19:56:12


Is here any maintainer who can tell - is there a gimp 2.8 at the and of
the tunnel? :) When it is there?

Heino

_______________________________________________
freebsd-ports< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe< at >freebsd.org"

Re: xorg problems

Jeremy Messenger — 2012-05-22T19:38:03

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

xorg problems

Warren Block — 2012-05-22T19:20:41

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< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe< at >freebsd.org"

Re: Heimdal 1.5.2 problem

Robert Simmons — 2012-05-22T19:08:31

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.old2012-05-20 16:19:39.000000000 -0400
+++ ports/security/heimdal/Makefile2012-05-21 06:58:34.000000000 -0400
< at >< at > -7,13 +7,12 < at >< at >
 
 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.

Re: graphics/gdal 1.9.0 does not build on CURRENT

coder.tuxfamily — 2012-05-22T18:15:16

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-configure2012-05-19 12:04:43.000000000 +0200
+++ gdal/files/patch-configure2012-05-22 19:48:35.000000000 +0200
< at >< at > -1,6 +1,24 < at >< at >
---- configure.orig2011-12-23 09:51:45.000000000 +0800
-+++ configure2011-12-23 15:30:42.540316668 +0800
-< at >< at > -21140,10 +21140,10 < at >< at >
+--- configure.orig2012-01-04 08:03:42.000000000 +0100
++++ configure2012-05-22 19:47:53.000000000 +0200
+< at >< at > -8908,7 +8908,7 < at >< at >
+ LIBTOOL_DEPS="$ltmain"
+ 
+ # Always use our own libtool.
+-LIBTOOL='$(SHELL) $(top_builddir)/libtool'
++LIBTOOL='$(SHELL) /usr/local/bin/libtool'
+ 
+ 
+ 
+< at >< at > -18694,7 +18694,7 < at >< at >
+     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 2>&1`" ; then
++    if t